If you setup custom docker apps through the UI wizard in Dragonfish, those will migrate over to EE.
Thatâs what I did for:
- OnlyOffice
- Uptime Kuma
- PeaNUT
Great, Iâll give it a spin.
That migration is in the RC1 and later, I should have specified. Give that a shot after Tuesdays release, otherwise youâll need to pull a nightly.
Yep, no apps
Reverted to Dragonfish.
Also available on BSD these daysâŚ
Did you try the nightlies or the beta?
BETA1. Iâll wait for RC1.
Yes, you have been doing a heck of a lot of work with that repo of yours. I just cloned it yesterday. And used the MineOS script to reinstall after upgrading all of my jails to 13.4.
Thanks!
Nightlies, dockerfile_inline allowed me to get rid of all my docker images I used to build too.
Iâm assuming these are relatively simple images if youâre doing it via dockerfile_inline
? You can also use a stored dockerfile and
context: ./path/to/dir
dockerfile: DockerfileName
if needed or if that makes managing files easier.
Nope, some are very long. I didnât want to host my own images anymore so easier to just embed them.
Generally, dockerfiles were stored in the same dir as compose files, your path with leading . would be relative to the compose dir. The compose dir is some odd path within .ix-apps. It appears I can use an absolute path but those come with a warning from docker.
True. My understanding is that an absolute path should work, but I havenât played with that much. What warning were you seeing from docker?
Donât recall, but the official doc says âCompose warns you about the absolute path used to define the build context as those prevent the Compose file from being portable.â. So, itâs something they donât like but allow for now. Would likely be best to put in the compose directory but not sure that never changes!
ah well as long as youâre deploying the app locally and not worried about the Compose file being portable (without updating the absolute path at least) that warning seems safe to ignore.
I mean the warning is valid, the compose wonât work without the file located at the absolute path.
But in this case, thatâd be preferred surely to
Embedding it
Still. Your choice.
I prefer the embedded, all in one file given how Eel is implemented at present. However, if Scale had a way to store compose, dockerfile, env, and, stuff to be copied into the image in one directory like basically everyone does, then I would change.
I do run them on multiple machines (only 1 is Scale). One for testing.
Well, you could use the Dockge app ;), which allows you to specify a âStacksâ dataset
Nah, just trying to use plain Eel.
Sounds like thereâs a potential Feature Request there to expand the UI options in 25.04
Agree, just waiting on Eel to come out first to see the final product.