[00:41] debian-installer-utils: cjwatson * r672 ubuntu/ (7 files in 3 dirs): merge from Debian 1.67 [00:46] debian-installer-utils: cjwatson * r673 ubuntu/list-devices: update list-devices usage message for mmc-partition [00:48] debian-installer-utils: cjwatson * r674 ubuntu/debian/changelog: releasing version 1.67ubuntu1 [02:13] debian-installer: cjwatson * r1089 ubuntu/ (5 files in 2 dirs): Move mainline architectures to 2.6.30-1 kernels. [02:16] debian-installer: cjwatson * r1090 ubuntu/ (build/config/common debian/changelog debian/rules): Set default suite to karmic. [02:18] choose-mirror: cjwatson * r613 ubuntu/debian/ (changelog choose-mirror-bin.templates-in): Switch to karmic by default; drop gutsy from the list of suite choices. [02:20] choose-mirror: cjwatson * r614 ubuntu/debian/changelog: releasing version 2.28ubuntu2 [05:30] In the preseed, at the line: "tasksel tasksel/first multiselect standard, ubuntu-desktop", where is ubuntu-desktop defined ? [09:24] maxagaz: tasksel [11:00] rootskel: cjwatson * r340 ubuntu/ (debian/changelog debian/rules src/init): merge from Debian 1.76 [12:22] partman-auto: cjwatson * r291 ubuntu/ (90 files in 25 dirs): [12:22] partman-auto: Merge from Debian 85. [12:22] partman-auto: Drop relatime from autopartitioning recipes; it's the default in Linux 2.6.30. [12:24] partman-auto: cjwatson * r292 ubuntu/debian/po/ (ast.po kk.po): msgmerge new translations [12:27] partman-auto: cjwatson * r293 ubuntu/debian/changelog: releasing version 85ubuntu1 [13:37] base-installer: cjwatson * r365 ubuntu/ (5 files in 4 dirs): Use -ia64 kernel across the board on ia64. [16:03] :) hi folks! [16:07] Hello [16:16] hi cjwatson [16:16] greets tp all [16:16] i mean greets to all [16:16] basically, am trying to develop an integrated installer for a customised version of slax [16:16] i found ubiquity sort of approach very ideal [16:16] especially the partioning part [16:17] so i was wondering, how do i go about compiling it [16:17] and customising it [16:19] well, start by learning how to build Debian-format source packages in general [16:20] the debuild(1) tool in the devscripts package is a reasonable starting point [16:20] ubiquity is really really STRONGLY dependent on other things in Ubuntu though [16:20] so you may find it pretty difficult going if the underlying distribution differs much at all [16:20] there's a doc/README file in the ubiquity source package with some initial guidance [16:21] thanks a lot for the information. i had gone through the the README and a couple of wiki articles. [16:22] atleast to begin with, can u please tell me how to compile ubiquity from source in jaunty [16:22] I thought I just did [16:22] get the source package and use the debuild tool [16:22] sorry. i tried ./configure and ended up with error [16:22] yeah, don't do that :) [16:22] regarding pygtk2 not being found tha [16:23] 'sudo apt-get build-dep ubiquity' will help ... but (unfortunately) you still can't build ubiquity using the traditional ./configure && make approach, sorry. you have to use the Debian build system for it [16:23] ok. i think i got it. [16:23] I realise it's confusing because it looks as though you can build it like that [16:24] if u dont mind , can u briefly mention how do we go about using the debian build system - any link / pointer would do. [16:24] debuild [16:24] ok. [16:24] it's in the devscripts package, and it has a manual page [16:25] you probably want to use 'debuild -b' to build just binaries, and to avoid [16:25] err, ignore "and to avoid" [16:25] thanks a lot for your time. one last question - is it possible to only build a part of ubiquity - for eg just partioning [16:25] afraid not, it's pretty monolithic [16:25] it'd be a lot of work to split that out [16:26] thanks. [16:26] any other better way u can think of - for my probs (slax installer)? [16:26] ubiquity builds on "d-i", the Debian installer, which is very modular; but most of the UI is implemented in the ubiquity layer, and not in a modular way [16:27] distributions tend to build installers themselves, IME :-) [16:27] the reusability is mostly in things like libparted [16:27] I'm not sure this is the way it ought to be, but it seems to be the way it is at the moment [16:27] thanks a lot cj. [16:27] sorry I can't help further [16:27] very kind of you to have spared ur time. [16:27] good day to you. [16:36] if you wanted to get ubiquity running exactly as-is, you'd probably have to start by getting a live CD working with casper or something extremely similar, and also get debconf ported [16:37] ubiquity kind of expects dpkg and apt at the moment, so you'd need to port from that if you're using a different package management system, and figure out how to get progress information and such through [16:37] the build system is inextricably wedded to debhelper [16:38] things like console keymap setup and the like would need to be ported to whatever your target uses - it might actually be easiest to keep on using console-setup in ubiquity and maybe just have it spit out different files on the target system if that's needed [16:39] the partitioner might actually be one of the easiest bits, although in order to use it you'd have to figure out how to port the rest [16:39] definitely a head-scratcher until you've made yourself very familiar with debconf though :- [16:39] :-) [16:39] cybydude: ^- [16:44] base-installer: cjwatson * r366 ubuntu/ (45 files in 8 dirs): merge from Debian 1.99 [16:50] base-installer: cjwatson * r367 ubuntu/kernel/tests/armel/ (qemu-versatilepb.test sheevaplug.test): update new tests for Ubuntu [16:54] base-installer: cjwatson * r368 ubuntu/debian/changelog: releasing version 1.99ubuntu1 [17:14] netcfg: cjwatson * r635 ubuntu/ (20 files in 3 dirs): merge from Debian 1.48 [19:20] cjwatson, I have a patch for libdebian-installer on SPARC (to resolve the FTBFS), although I'm not sure if I should also fix the fputs lines as well (they don't trigger a warning, but they look wrong to me unchecked) [19:20] https://bugs.edge.launchpad.net/ubuntu/+source/libdebian-installer/+bug/369439 [19:20] Launchpad bug 369439 in libdebian-installer "Please merge SPARC FTBFS fixes onto libdebian-installer" [Undecided,New] [19:49] if I create a custom apt source list (located in /etc/apt/sources.list.d) on the LiveCD, does it get copied over on the installed CD? [19:49] (I found that it did, but can't quite locate where this happens. and since I have used a /usr/lib/ubiquity/apt-setup/generators/* custom generator, I ended up with twice the info) [19:50] should I just remove the generator I wrote, and trust that the file from sources.list.d/ gets copied over every time? [22:20] NCommander: no, please don't [22:20] cjwatson, ? [22:20] NCommander: I intentionally removed the fwrite checks because (a) they're horribly ugly and (b) current glibc no longer needs them - the reason that libdebian-installer FTBFS on sparc is that glibc hasn't built on sparc for the last three revisions [22:21] Oh [22:21] so the right thing to do is to fix glibc [22:21] alex_joni: if the file is in the live filesystem, it'll get copied along with everything else [22:22] cjwatson, ew, sorry, I was unaware that glibc was FTBFSing :-/ [22:22] NCommander: I mentioned it on IRC a few days ago and tried to highlight you, I think [22:23] cjwatson, must have missed the ping :-/ [22:23] NCommander: http://irclogs.ubuntu.com/2009/04/28/%23ubuntu-devel.html and search for glibc [22:24] cjwatson, completely missed that ping [22:35] netcfg: cjwatson * r636 ubuntu/debian/changelog: releasing version 1.48ubuntu1 [22:47] cjwatson: cool, thanks [22:52] alex_joni: of course if you don't want it to be copied then there are ways around it, but it sounds as if this is actually the best behaviour from your POV [22:53] yup, it is [22:53] around dapper I wasn't aware of the sources.list.d, so I added a apt-setup generator [22:53] and on hardy I did the same as for dapper :) [23:36] rootskel: cjwatson * r341 ubuntu/debian/changelog: releasing version 1.76ubuntu1 [23:51] cjwatson: thanks again, I'll test the fresh CD tomorrow, but I bet it works as it should