手动滑稽之golang-vmware-driver广告篇

快速掌握—HTML快速实现自定义Input开关

本来在Windows 7 + Tiny Linux 4.19 + XFS + Vmware Workstation 15 (PRO) 下篇dockerの奥义之后的UEFI补完延迟了…

虽然用efiboot的做的光盘可以双引导,但是总有些不开心,顺着man 1 xorrisofs的思路,把syslinux放在光盘里INstall了好多次

基本思路围绕以下文件

SYSLINUX.EFI/efi64/syslinux.efi
syslinux/modules/efi64/ldlinux.e64

syslinux/modules/efi64/menu.c32
syslinux/modules/efi64/libutil.c32

mkfs.msdos + mmd + mcopy

制作很顺利,但是在开机的时候一闪而过,自己关机…看样子syslinux和xorrisofs在EFI问题上八字不合,从man里就可以一见端倪,syslinux共提及5处,Now for EFI话题一转祭起了祖传的GRUB2,挂着xorriso卖grub-mkrescue,有那么一点点小觉悟,没有仙人指点,ueFI光盘是遥遥无期了

于是,我又有了一个idea…

于是,我又pull一个image…

到底是什么呢???

你猜?

你猜?

你猜?

 

 

 

 

 

 

熟悉标题的小朋友一定欢声雀跃 golang:latest for VMware driver登场

size=803M,又又又是漫长的等待

打开后,生食,味美?

233

基本盘如下图所示,这是第一个手动滑稽的golang项目,大家鼓掌

手动滑稽之golang-vmware-driver广告篇

 

vendor文件夹内文件不是submodule???作者有内味了,找不到引用,GOPATH总是要用src附加在路径上,是不是没有放在/go/src下,就变成了离经叛道?请go熟练工进来说两句

Gopkg.lock明示这个项目很旧,dep???不存在的,顺着?网站的思路,govendor list也有问题

于是我一个offline build诉求变成了拉锯战

果断全面替换,好在整个项目异常简单,也在意料之中,把main.driver.go两处import改成GOPATH search path就这样简简单单不好吗?vendor.json?不存在的

于是我的offline build在强力植入下,成功了,无图无假象

手动滑稽之golang-vmware-driver广告篇

一次build成功,感觉…就那样了,运行???肯定是没有问题,大小比公开下载的release大了一点点,毕竟还是有一些commit/ref在后面的更新的

然后还记得在Windows 7 + Tiny Linux 4.19 + XFS + Vmware Workstation 15 (PRO) 下篇dockerの奥义提到的知识点1?

改成和另一个大众driver一样可配置吧,另外改一下virtualHW.version到只兼容Workstation 15,配合我的新光盘,组合在一起

是不是全世界都找不到的呢?

手动滑稽之golang-vmware-driver广告篇

滑稽!

OVer

奥里给!!!

 

Django 批量插入数据

© 版权声明
THE END
喜欢就支持一下吧
点赞0 分享