[10:00] hello [10:03] 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] lines in that file look like this: [10:05] # PROJECT DIST ARCH BUILDER [10:05] # Put more specific matches first. [10:05] * * amd64 kapok.buildd [10:06] 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] 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] Right [10:09] The point is that live filesystems have to be generated on the matching architecture, so that requires a build slave [10:09] 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] (Which probably ought to be a configuration option in ubuntu-cdimage, really, but it was never something we needed ourselves) [10:10] or I could put localhost in the livefs-builder for the matching architecture ;-) [10:11] 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] thanks [10:12] Oh and I think that needs manually creating a livefs chroot too [10:14] 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] (These days we actually use Launchpad to do the builds) [10:17] thanks a lot, I wonder how other derivatives are doing to build their ISO [10:19] All kinds of strange hacks from what I've gathered :-/ [10:20] 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] cjwatson: that's an idea, making it more configurable for derivatives could be a great thing too, like having configuration tree with /.conf, I actually modify some of the .py files directly [13:09] 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] wonderful [13:46] nebuchadnezzar: oh you said derivatives .. not distros .. but might still be fun to listen to [13:51] 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] cyphermox, I saw you published a new ubiquity in the staging PPA. [14:49] cyphermox, I've tested it. I guessing you know it has issues? [14:50] _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] _ruben: look at commits after “Add base partman recipe auto generation” [14:50] is that what you are looking for? [14:52] flexiondotorg: what issues? [14:53] it looked like it was working quite well, and not crashing X at all [14:53] cyphermox, Clicking the "prepare this system" icon on the desktop didn't do anything. [14:53] cyphermox, I ran the command from the shell. Looks like systemd deps failed to resolve. [14:54] cyphermox, I'll ge the exact message... [14:55] oem@oem-VirtualBox:~/Desktop$ oem-config-prepare [14:55] Failed to set default target: No such file or directory [14:55] cyphermox, ^^^^^ [15:29] doh [15:29] I forgot to ship a file :) [15:33] hmm, I didn't forget to ship it, it got ignored [15:39] cyphermox, When you cook a new package let me know :) [15:45] cyphermox: Did you commit it? :P [16:01] infinity: yes, the problem was that dh_installinit ignores .target files [16:01] Ahh. [17:00] flexiondotorg: if you want to try it again ubiquity is all published in my ppa now [17:01] DOH [17:01] * cyphermox sighs [17:01] 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] _ruben: what are you trying to do? [19:15] _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] 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] cyphermox, Just got back online. Will set up a test system here at home and test... [21:27] * flexiondotorg hugs cyphermox [21:28] cool [21:28] 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] also, before you do the upgrade please do systemctl disable oem-config [21:29] there shouldn't be a link to it in /etc/systemd/system/multi-user.target.wants [21:52] cyphermox, Understood. [21:52] * flexiondotorg needs better hardware at home. This is slow.... [21:58] hey, so do I [21:59] I'm at the point where a fourth computer wouldn't hurt so I can run so hardware tests. [21:59] ... though come to think of it, I have a lenovo craptop that might work well enough [22:09] 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] ? [22:10] not really [22:12] 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] 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] cyphermox, :) [22:15] so I'll be leaving in about 10 minutes :) [22:15] probably just enough time to run the oem-config test on kubuntu [22:15] cyphermox, I'll leave my testing reports here. [22:17] ok [23:04] cyphermox, Still preparing the VM at home. So slow. [23:04] cyphermox, Past midnight here now. I'll test tomorrow unless you decide it is good to go :) [23:13] _ruben: you could set “partman-auto-lvm/new_vg_name” to get the VG name you want [23:13] found in: http://anonscm.debian.org/cgit/d-i/partman-auto-lvm.git/tree/perform_recipe_by_lvm [23:42] cyphermox, It was all going so well, then I ended up here - http://imgur.com/hap1Gla [23:44] cyphermox, I did systemctl disable oem-config prior to adding your PPA and apt-get dist-upgrading. [23:44] cyphermox, So, not sure if I've not completed the steps correctly. [23:45] cyphermox, Late here now. So, time for sleeping.