Originally created by @a10kiloham on GitHub (Apr 14, 2021).
I'm up and stable and using the naked image to persist through reboots. Everything works great except the picker always comes up. My Launch_custom.sh and Launch.sh both seem to be showing NOPICKER=true (and in the terminal I can see that env is set) but the picker seems to be confused. I always get the picker and have to click my image to start it. This probably a silly question but where does the QEMU get the image name from? Thanks!
Ssh'ing into the machine I see the Launch_custom lines as follows:
Manually passing in the BOOTDISK variable works, so I'll just close this for now.
Thanks for pointing that out!
Do you think the Dockerfile is too abstract currently or is it good?
@sickcodes commented on GitHub (Apr 14, 2021):
> Manually passing in the BOOTDISK variable works, so I'll just close this for now.
Thanks for pointing that out!
Do you think the Dockerfile is too abstract currently or is it good?
It makes sense overall - I just thought it was a little hard to follow the flow since it pulls from the other repo so I was initially confused where the Launch.sh comes from. Might be useful to have a few prewritten Launch.sh scripts vs autogenerating them on the fly in the Dockerfiles as can be a bit more modular that way, but not a huge deal :)
@a10kiloham commented on GitHub (Apr 14, 2021):
It makes sense overall - I just thought it was a little hard to follow the flow since it pulls from the other repo so I was initially confused where the Launch.sh comes from. Might be useful to have a few prewritten Launch.sh scripts vs autogenerating them on the fly in the Dockerfiles as can be a bit more modular that way, but not a huge deal :)
It makes sense overall - I just thought it was a little hard to follow the flow since it pulls from the other repo so I was initially confused where the Launch.sh comes from. Might be useful to have a few prewritten Launch.sh scripts vs autogenerating them on the fly in the Dockerfiles as can be a bit more modular that way, but not a huge deal :)
I agree, it's a bit messy at the moment, as we have two patches.
I saw you moved the disk stuff into the Launch script, I will consider making that normal :)
Just have to make sure it works again with docker start and all
@sickcodes commented on GitHub (Apr 18, 2021):
> It makes sense overall - I just thought it was a little hard to follow the flow since it pulls from the other repo so I was initially confused where the Launch.sh comes from. Might be useful to have a few prewritten Launch.sh scripts vs autogenerating them on the fly in the Dockerfiles as can be a bit more modular that way, but not a huge deal :)
I agree, it's a bit messy at the moment, as we have two patches.
I saw you moved the disk stuff into the Launch script, I will consider making that normal :)
Just have to make sure it works again with `docker start` and all
Manually passing in the BOOTDISK variable works, so I'll just close this for now.
May I ask how did you "manually pass in the BOOTDISK variable" exactly? -e "BOOTDISK=/home/arch/OSX-KVM/OpenCore-Catalina/OpenCore-nopicker.qcow2" doesn't work for me.
@coppercash commented on GitHub (May 17, 2021):
> Manually passing in the BOOTDISK variable works, so I'll just close this for now.
May I ask how did you "manually pass in the BOOTDISK variable" exactly?
`-e "BOOTDISK=/home/arch/OSX-KVM/OpenCore-Catalina/OpenCore-nopicker.qcow2"` doesn't work for me.
@sickcodes commented on GitHub (May 17, 2021):
```
-e GENERATE_UNIQUE=true \
-e MASTER_PLIST_URL='https://raw.githubusercontent.com/sickcodes/osx-serial-generator/master/config-nopicker-custom.plist' \`
```
This will work
Confirmed!
It works now!
Thanks a lot!
For others' reference, here is the complete command:
podman run -i --name mike \
--device /dev/kvm \ # this line should be irrelevant
-e EXTRA="-display none -vnc 0.0.0.0:99,password=on"\ # this line should be irrelevant
-v `pwd`/volumes/image:/image \ # this line should be irrelevant
-e SMP=30 -e CORES=1 -e RAM=56\ # this line should be irrelevant
-e WIDTH=1600 -e HEIGHT=900\ # this line should be irrelevant
-e NOPICKER=true\
-e GENERATE_UNIQUE=true\
-e MASTER_PLIST_URL='https://raw.githubusercontent.com/sickcodes/osx-serial-generator/master/config-nopicker-custom.plist'\
--network=host \ # this line should be irrelevant
docker.io/sickcodes/docker-osx:naked
@coppercash commented on GitHub (May 18, 2021):
Confirmed!
It works now!
Thanks a lot!
For others' reference, here is the complete command:
```bash
podman run -i --name mike \
--device /dev/kvm \ # this line should be irrelevant
-e EXTRA="-display none -vnc 0.0.0.0:99,password=on" \ # this line should be irrelevant
-v `pwd`/volumes/image:/image \ # this line should be irrelevant
-e SMP=30 -e CORES=1 -e RAM=56 \ # this line should be irrelevant
-e WIDTH=1600 -e HEIGHT=900 \ # this line should be irrelevant
-e NOPICKER=true \
-e GENERATE_UNIQUE=true \
-e MASTER_PLIST_URL='https://raw.githubusercontent.com/sickcodes/osx-serial-generator/master/config-nopicker-custom.plist' \
--network=host \ # this line should be irrelevant
docker.io/sickcodes/docker-osx:naked
```
@sickcodes commented on GitHub (May 18, 2021):
` -e NOPICKER=true \` is also irrelevant if you override it with your own `MASTER_PLIST_URL` which has nopicker on, because the full URL is: https://raw.githubusercontent.com/sickcodes/osx-serial-generator/master/config-nopicker-custom.plist
@coppercash commented on GitHub (May 19, 2021):
> ` -e NOPICKER=true \` is also irrelevant if you override it with your own `MASTER_PLIST_URL` which has nopicker on, because the full URL is: https://raw.githubusercontent.com/sickcodes/osx-serial-generator/master/config-nopicker-custom.plist
Thanks. Great to know!
Confirmed! It works now! Thanks a lot! For others' reference, here is the complete command:
podman run -i --name mike \
--device /dev/kvm \ # this line should be irrelevant
-e EXTRA="-display none -vnc 0.0.0.0:99,password=on"\ # this line should be irrelevant
-v `pwd`/volumes/image:/image \ # this line should be irrelevant
-e SMP=30 -e CORES=1 -e RAM=56\ # this line should be irrelevant
-e WIDTH=1600 -e HEIGHT=900\ # this line should be irrelevant
-e NOPICKER=true\
-e GENERATE_UNIQUE=true\
-e MASTER_PLIST_URL='https://raw.githubusercontent.com/sickcodes/osx-serial-generator/master/config-nopicker-custom.plist'\
--network=host \ # this line should be irrelevant
docker.io/sickcodes/docker-osx:naked
Can't get it to work with podman, whats your secret?
@bphd commented on GitHub (Mar 17, 2023):
> Confirmed! It works now! Thanks a lot! For others' reference, here is the complete command:
>
> ```shell
> podman run -i --name mike \
> --device /dev/kvm \ # this line should be irrelevant
> -e EXTRA="-display none -vnc 0.0.0.0:99,password=on" \ # this line should be irrelevant
> -v `pwd`/volumes/image:/image \ # this line should be irrelevant
> -e SMP=30 -e CORES=1 -e RAM=56 \ # this line should be irrelevant
> -e WIDTH=1600 -e HEIGHT=900 \ # this line should be irrelevant
> -e NOPICKER=true \
> -e GENERATE_UNIQUE=true \
> -e MASTER_PLIST_URL='https://raw.githubusercontent.com/sickcodes/osx-serial-generator/master/config-nopicker-custom.plist' \
> --network=host \ # this line should be irrelevant
> docker.io/sickcodes/docker-osx:naked
> ```
Can't get it to work with podman, whats your secret?
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @a10kiloham on GitHub (Apr 14, 2021).
I'm up and stable and using the naked image to persist through reboots. Everything works great except the picker always comes up. My Launch_custom.sh and Launch.sh both seem to be showing NOPICKER=true (and in the terminal I can see that env is set) but the picker seems to be confused. I always get the picker and have to click my image to start it. This probably a silly question but where does the QEMU get the image name from? Thanks!
Ssh'ing into the machine I see the Launch_custom lines as follows:
Is the BOOTDISK variable being passed in incorrectly from the Dockerfile?
Dockerfile (customized to add VNC in)
@a10kiloham commented on GitHub (Apr 14, 2021):
Manually passing in the BOOTDISK variable works, so I'll just close this for now.
@sickcodes commented on GitHub (Apr 14, 2021):
Thanks for pointing that out!
Do you think the Dockerfile is too abstract currently or is it good?
@a10kiloham commented on GitHub (Apr 14, 2021):
It makes sense overall - I just thought it was a little hard to follow the flow since it pulls from the other repo so I was initially confused where the Launch.sh comes from. Might be useful to have a few prewritten Launch.sh scripts vs autogenerating them on the fly in the Dockerfiles as can be a bit more modular that way, but not a huge deal :)
@sickcodes commented on GitHub (Apr 18, 2021):
I agree, it's a bit messy at the moment, as we have two patches.
I saw you moved the disk stuff into the Launch script, I will consider making that normal :)
Just have to make sure it works again with
docker startand all@coppercash commented on GitHub (May 17, 2021):
May I ask how did you "manually pass in the BOOTDISK variable" exactly?
-e "BOOTDISK=/home/arch/OSX-KVM/OpenCore-Catalina/OpenCore-nopicker.qcow2"doesn't work for me.@sickcodes commented on GitHub (May 17, 2021):
This will work
@coppercash commented on GitHub (May 18, 2021):
Confirmed!
It works now!
Thanks a lot!
For others' reference, here is the complete command:
@sickcodes commented on GitHub (May 18, 2021):
-e NOPICKER=true \is also irrelevant if you override it with your ownMASTER_PLIST_URLwhich has nopicker on, because the full URL is: https://raw.githubusercontent.com/sickcodes/osx-serial-generator/master/config-nopicker-custom.plist@coppercash commented on GitHub (May 19, 2021):
Thanks. Great to know!
@bphd commented on GitHub (Mar 17, 2023):
Can't get it to work with podman, whats your secret?