necrose99
commented
9 years ago https://github.com/gentoo/gentoo-docker-images/blob/master/x86/build.sh insted of stage 3's just a mod to yank iso's names & sort by json type. chk-iso-versions-fetch.sh >patch name in json/s and packer server will keep building images.
Likewise I can use cloud services to pack Virtualbox /VMWARE Quemu etc daily. * https://atlas.hashicorp.com/ * Packaer/Vagrant https://www.packer.io/ {{ https://atlas.hashicorp.com/learn/packer Automate server configuration using machine images built with Packer and Atlas }} As well can push a daily testing ISO , into vbox/vmware etc... if shit is busted one can see real quick... and or a custom testing iso
irritation is ISO's or a tarball of root for docker. iso into vagrant/packer and wala a 4 gig image with 60 gigs of possible disk-space
A ) iso file >7zip docker nuke files /unpack squash into dockerhub builder , nuke squash from gentoo container, emerge/update & add overlay dont. B) packer will automatically make.box containers compressed from iso boot-able and installed from an iso. anyhow for both use cases, having a link to iso to pull that is always at latest would ease things long term.
anyhow upstream Wishlist symlink/s to iso's ($arch x86/amd64 or mayhap arm/arm64 if they bring it back) scripts depend on latest-iso-$arch-reg/hardend iso/s then I dont have to keep editing the iso file name in json and or if upstrem provides a textfile to grep anda script to sed json files iso name/s then no biggy. _ie simular to gentoo stage3's _
2015..... RC .. 2016 RC , 2017,18 or 19 , iso @ Symlink -Anyhow @ZeroChaos- has server Accesses.- and I don't for this packers purposes and allowing cloud services to build them for the pentoo team via automation* having a latest iso thingy just make sense long term... and thus they can link to them on page/s for docker and atlas.hashicorp.com for vbox/vmware images
At Present I am modifying Mudlers Sabyon iso Vbox json image , and by @ZeroChaos- request for Vmware Gentoo's basic Vmware json image. can use much the same mods.
For testing Purposes , this should be of minor annoyance, however handing over the repo eventually to upstream's ownership and having only some maintenance when or if asked.
\ triv notes **Disk-space is at a premium on laptop have replacement disk on docket to order soon as bills stabilize in a few weeks , so a willing Ginnipig wil be needed in a few weeks. or abuse the cloud hosting for docker containers wilst in beta (free to "developers" ), i can test , what a plus if docker hub fails the build fail is every 12 hours so easier to see if good/bad.