[10:00] <nebuchadnezzar> hello
[10:03] <nebuchadnezzar> I'm generating custom alternate ISO with cdimage&co and I would like to generate a custom live ISO, but cdimage ask for a production/livefs-builders and I don't know where to get it, do you have any hint?
[10:05] <cjwatson> lines in that file look like this:
[10:05] <cjwatson> # PROJECT       DIST            ARCH                    BUILDER
[10:05] <cjwatson> # Put more specific matches first.
[10:05] <cjwatson> *               *               amd64                   kapok.buildd
[10:06] <cjwatson> you'd need to set up livecd-rootfs at the other end - there's an ssh trigger script in /usr/share/doc/livecd-rootfs/examples/BuildLiveCD.gz that can be installed as a forced command on the builder
[10:08] <nebuchadnezzar> I looked at cdimage/lib/livefs.py but I'm not sure how it works, it lookup in livefs-builders and run something on that machine, then download the result?
[10:09] <cjwatson> Right
[10:09] <cjwatson> The point is that live filesystems have to be generated on the matching architecture, so that requires a build slave
[10:09] <cjwatson> Though it can be some hack involving localhost if you want, or you can hack livefs.py to run a script locally if the architecture matches
[10:10] <cjwatson> (Which probably ought to be a configuration option in ubuntu-cdimage, really, but it was never something we needed ourselves)
[10:10] <nebuchadnezzar> or I could put localhost in the livefs-builder for the matching architecture ;-)
[10:11] <cjwatson> If you like; you just need a "buildd" user, with /usr/share/doc/livecd-rootfs/examples/BuildLiveCD.gz installed as /home/buildd/bin/BuildLiveCD
[10:11] <nebuchadnezzar> thanks
[10:12] <cjwatson> Oh and I think that needs manually creating a livefs chroot too
[10:14] <cjwatson> I'd probably start by grabbing the chroot from https://api.launchpad.net/devel/ubuntu/trusty/amd64 or similar, unpacking it so that it's rooted at ~buildd/build-trusty-live/chroot-trusty/, and massaging its sources.list into shape
[10:15] <cjwatson> (These days we actually use Launchpad to do the builds)
[10:17] <nebuchadnezzar> thanks a lot, I wonder how other derivatives are doing to build their ISO
[10:19] <cjwatson> All kinds of strange hacks from what I've gathered :-/
[10:20] <cjwatson> If you'd like to add documentation to ubuntu-cdimage of how to set this up along the way, that would be greatly appreciated
[11:52] <nebuchadnezzar> cjwatson: that's an idea, making it more configurable for derivatives could be a great thing too, like having configuration tree with <vendor>/<project>.conf, I actually modify some of the .py files directly
[13:09] <CarlFK> nebuchadnezzar: how RH builds isos: http://videos.pumpingstationone.org/video/38/linux-charcuterie-how-the-linux-sausage-is-made  "entire chain of building a distribution"
[13:25] <nebuchadnezzar> wonderful
[13:46] <CarlFK> nebuchadnezzar: oh you said derivatives .. not distros ..   but might still be fun to listen to
[13:51] <nebuchadnezzar> sure
[14:19] <_ruben> is there some trick to get full control over partitioning during a preseeded run, like running a script which does all the lvm stuff, etc?
[14:48] <flexiondotorg> cyphermox, I saw you published a new ubiquity in the staging PPA.
[14:49] <flexiondotorg> cyphermox, I've tested it. I guessing you know it has issues?
[14:50] <nebuchadnezzar> _ruben: I personally use a patched hands-off: http://git.baby-gnu.net/gitweb/gitweb.cgi?p=hands-off.git;a=shortlog;h=refs/heads/dad/features
[14:50] <nebuchadnezzar> _ruben: look at commits after “Add base partman recipe auto generation”
[14:50] <nebuchadnezzar> is that what you are looking for?
[14:52] <cyphermox> flexiondotorg: what issues?
[14:53] <cyphermox> it looked like it was working quite well, and not crashing X at all
[14:53] <flexiondotorg> cyphermox, Clicking the "prepare this system" icon on the desktop didn't do anything.
[14:53] <flexiondotorg> cyphermox, I ran the command from the shell. Looks like systemd deps failed to resolve.
[14:54] <flexiondotorg> cyphermox, I'll ge the exact message...
[14:55] <flexiondotorg> oem@oem-VirtualBox:~/Desktop$ oem-config-prepare
[14:55] <flexiondotorg> Failed to set default target: No such file or directory
[14:55] <flexiondotorg> cyphermox, ^^^^^
[15:29] <cyphermox> doh
[15:29] <cyphermox> I forgot to ship a file :)
[15:33] <cyphermox> hmm, I didn't forget to ship it, it got ignored
[15:39] <flexiondotorg> cyphermox, When you cook a new package let me know :)
[15:45] <infinity> cyphermox: Did you commit it? :P
[16:01] <cyphermox> infinity: yes, the problem was that dh_installinit ignores .target files
[16:01] <infinity> Ahh.
[17:00] <cyphermox> flexiondotorg: if you want to try it again ubiquity is all published in my ppa now
[17:01] <cyphermox> DOH
[17:01]  * cyphermox sighs
[17:01] <cyphermox> it's still kinda wrong
[18:34] <_ruben> nebuchadnezzar: it might be, still trying to digest what I'm looking at exactly ;)
[18:55] <_ruben> nebuchadnezzar: seems it still revolves around partman, which i was hoping to evade .. then again, perhaps partman has grown since I last researched it and might actually be suited for our various purposes
[19:07] <cyphermox> _ruben: what are you trying to do?
[19:15] <infinity> _ruben: wikimedia has some nice example recipes using lvm that are good learning tools: https://wikitech.wikimedia.org/wiki/Partman_Recipes
[19:19] <_ruben> cyphermox: one of the "gripes" I had with partman, was the inability to control the lvm vg naming (we several standards for those). and most of my "problems" with partman are probably just a matter of not understanding enough of it ;)
[19:22] <_ruben> also, stuff like bind mounts arent/werent an option afaik
[19:22] <_ruben> (whether or not those are a good idea is another story ;))
[19:22] <cyphermox> I see
[19:24] <_ruben> stuff like bind mounts can be fixed post-install relatively easy, but doing during installation would be even cleaner :)
[19:25] <_ruben> writing some post-install task to shovel some stuff around still beats having to partition every server manually (rest of install is handled by preseed already)
[19:26] <_ruben> infinity: that page looks familiar so I likely ran into it during my research. sure offers a nice starting point.
[19:26] <_ruben> perhaps I should just do some trial 'n error configs/installs and see how far I can get with the existing featureset :)
[19:27] <_ruben> and on that note, i'm gonna call it a day for now ;)
[21:27] <flexiondotorg> cyphermox, Just got back online. Will set up a test system here at home and test...
[21:27]  * flexiondotorg hugs cyphermox 
[21:28] <cyphermox> cool
[21:28] <cyphermox> I'm satisfied with mate now, waiting for a kubuntu install to finish and then I'd be ready for upload unless you come tell me it's broke
[21:29] <cyphermox> also, before you do the upgrade please do systemctl disable oem-config
[21:29] <cyphermox> there shouldn't be a link to it in /etc/systemd/system/multi-user.target.wants
[21:52] <flexiondotorg> cyphermox, Understood.
[21:52]  * flexiondotorg needs better hardware at home. This is slow....
[21:58] <cyphermox> hey, so do I
[21:59] <cyphermox> I'm at the point where a fourth computer wouldn't hurt so I can run so hardware tests.
[21:59] <cyphermox> ... though come to think of it, I have a lenovo craptop that might work well enough
[22:09] <flexiondotorg> cyphermox, Once I've test the oem-config stuff is there anything I can do to help with the "restart at end of install" issue/
[22:09] <flexiondotorg> ?
[22:10] <cyphermox> not really
[22:12] <cyphermox> it needs that casper.service be properly convinced to run at the right moment, which seems to be roughly the case (since it does eject and display the message), and for plymouth-{reboot,halt,poweroff} to be convinced to also run at just the right moment, that is, *after* the display-manager is stopped.
[22:13] <cyphermox> and all that is probably going to run after I get back from karate class, I don't intend to miss a fifth week of it :/
[22:14] <flexiondotorg> cyphermox, :)
[22:15] <cyphermox> so I'll be leaving in about 10 minutes :)
[22:15] <cyphermox> probably just enough time to run the oem-config test on kubuntu
[22:15] <flexiondotorg> cyphermox, I'll leave my testing reports here.
[22:17] <cyphermox> ok
[23:04] <flexiondotorg> cyphermox, Still preparing the VM at home. So slow.
[23:04] <flexiondotorg> cyphermox, Past midnight here now. I'll test tomorrow unless you decide it is good to go :)
[23:13] <nebuchadnezzar> _ruben: you could set “partman-auto-lvm/new_vg_name” to get the VG name you want
[23:13] <nebuchadnezzar> found in: http://anonscm.debian.org/cgit/d-i/partman-auto-lvm.git/tree/perform_recipe_by_lvm
[23:42] <flexiondotorg> cyphermox, It was all going so well, then I ended up here - http://imgur.com/hap1Gla
[23:44] <flexiondotorg> cyphermox, I did systemctl disable oem-config prior to adding your PPA and apt-get dist-upgrading.
[23:44] <flexiondotorg> cyphermox, So, not sure if I've not completed the steps correctly.
[23:45] <flexiondotorg> cyphermox, Late here now. So, time for sleeping.