=== superm1|away is now known as superm1
[08:00] <CIA-44> ubiquity: superm1 * r2796 ubiquity/ (8 files in 3 dirs): Update check(s) for pygtk-codegen-2.0 in the different configure and Makefile's to instead use pygobject-codegen-2.0. This is the preferred check to be using now since pygtk-codegen-2.0 has been dropped
[08:00] <CIA-44> ubiquity: superm1 * r2797 ubiquity/debian/changelog: shorten changelog entry to 80 columns
[08:01] <CIA-44> ubiquity: superm1 * r2798 ubiquity/ubiquity/frontend/mythbuntu_ui.py: minor tweaks to mythbuntu graphics driver installation routines
=== superm1 is now known as superm1|away
[13:46] <CIA-44> installation-guide: cjwatson * r432 ubuntu/ (debian/changelog en/appendix/preseed.xml): Document pkgsel/update-policy.
[15:07] <cr3> at what phase does /target/etc/apt/sources.list-setup replace sources.list?
[15:07] <cr3> is there a way to hook into the installer when there's an error to report the failure somehow?
=== superm1|away is now known as superm1
[15:28] <cjwatson> pkgsel puts sources.list.apt-setup back in place just before installing pkgsel/include items and language packs
[15:28] <cjwatson> there's no such hook for the alternate installer, I'm afraid
[15:42] <cr3> cjwatson: could you suggest a way for me to detect installation failures somehow?
[15:47] <cjwatson> the only way I know of is timeout
[15:47] <cjwatson> that's what the Debian d-i test suite does, last I checked
[15:55] <cr3> cjwatson: which source package might contain this test suite for inspiration?
[15:56] <cjwatson> I don't know that it's packaged, but svn://svn.debian.org/svn/d-i/trunk/scripts/digress
[15:56] <cr3> cheers!
[16:03] <davmor2> evand: ping
[16:04] <evand> davmor2: pong
[16:05] <davmor2> evand: did you manage to get m-a working on 64bit I've not had time to test m-a this round at all
[16:06] <evand> davmor2: negative.  I haven't had time to work on m-a yet this cycle.  Hopefully I'll be able to tackle that bug before release.
[16:07] <davmor2> evand: okay cool have you heard anything from xuvilon?
[16:08] <evand> yes, actually
[16:08] <evand> 16:40:24 <xivulon> hi evan
[16:08] <evand> 16:40:44 <xivulon> I have tried intrepid but I have problems booting up within wubi
[16:08] <evand> 16:41:14 <xivulon> In windows I get device busy when mounting via ntfs
[16:08] <evand> 16:41:24 <xivulon> ^in real hw
[16:08] <evand> 16:41:52 <xivulon> in vm I get kernel error
[16:08] <evand> 16:42:12 <xivulon> could you please give it a quick go and let me know if you experience anything similar?
[16:08] <evand> caught that this morning from yesterday
[16:08] <evand> haven't had a moment to give it a go yet though
[16:09] <davmor2> cool :)  Must be busy :)
[16:09] <evand> yeah :/
[16:09] <davmor2> which version is it I'll give it a go tomorrow morning for you if you want?
[16:11] <evand> http://wubi-installer.org/devel/minefield/Wubi-8.10-rev507.exe
[16:11] <evand> much appreciated
[16:12] <davmor2> evand: dling now :)
[16:12] <davmor2> slowly
[16:13] <evand> heh
=== superm1 is now known as superm1|away
[16:13] <davmor2> evand: it's very slow 314byte per second
[16:14] <evand> yikes
[16:14] <evand> thanks Sourceforge.
[16:15] <davmor2> probably just a glitch
[16:17] <cjwatson> evand: a bzr branch for usb-creator would be really useful, in order to conveniently produce patches for it
[16:29] <mrooney> evand: ping?
[16:29] <evand> cjwatson: will do.  I have a number of changes already going in later today as a release (+ MIR), so I'll push the branch then, once I have everything cleaned up.
[16:29]  * cjwatson floods evand with usb-creator bugs instead :)
[16:29] <evand> mrooney: pong
[16:29] <evand> cjwatson: yikes!  Be gentle :)
[16:32] <mrooney> evand: I just wanted to see if bug 224797 was still on your radar
[16:32] <mrooney> oh, no ubottu here :)
[16:34] <evand> mrooney: thanks for the reminder.  I haven't had much time for m-a this cycle, but that should be an easy one to fix.  Noted.
=== superm1|away is now known as superm1
[16:35] <mrooney> evand: okay great, thanks!
[16:37] <mrooney> evand: on a tangent, are there any plans to migrate certain applications by copying their ~/.folder, such as ~/.mozilla? it seems like it would be easier and also improve the migration experience as in firefox you would also have all your extensions, layout, cookies, history, et cetera
[16:38] <mrooney> obviously, only for linux migrations I assume
[16:39] <evand> mrooney: it needs to be able to merge settings as what happens if you have Firefox in Windows and Firefox in Linux (there are more common use cases)
[16:44] <evand> ugh, which reminds me.  Firefox importing will need to be rewritten to support the new bookmarks db format.
[16:44] <mrooney> yeah, I gave migration-assistant a triaging hug recently, and found a bunch of similar bugs
[16:45] <evand> much appreciated
[16:45] <mrooney> https://bugs.launchpad.net/ubuntu/+source/migration-assistant/+bug/220064, I assume those are what you are referring to?
[16:45] <evand> indeed
[16:46] <mrooney> ahh so those are all probably firefox 3 users? and m-a only supports firefox 2 currently?
[16:47] <evand> hard to say with any certainty as I don't have their log files or bookmarks files, but yes, I imagine they're using firefox 3, which m-a does not support yet.
[16:49] <mrooney> okay, let me put on my triaging hat!
[16:50] <mrooney> do you want any help with the gaim one? I have never actually created a debdiff or anything but am eager to learn the process, and I am a CS major so programming itself is something I can handle
[16:51] <evand> yeah, if you want to take a stab at it, by all means go ahead
[16:52] <evand> bzr branches are preferred if you're doing any kind of major work, but debdiffs are fine
[16:53] <evand> https://code.launchpad.net/~evand/migration-assistant/trunk for the former
[16:53]  * evand should really move that to ~installer-team
[16:54] <mrooney> oh boy if I can just do the work in source and let someone else package and release it, that's even easier :P
[16:55] <evand> oh, it's all in source.  The packaging is already done so you shouldn't have to touch anything in debian/
[16:58] <mrooney> evand: is the UI part in that code, or is that somewhere else?
[17:00] <evand> debian-installer makes use of the ma-ask and ma-apply files which generate UI through debconf questions.   Ubiquity makes use of both of those files as well, but has its own UI for migration-assistant
[17:02] <evand> http://bazaar.launchpad.net/~ubuntu-installer/ubiquity/trunk/annotate/2798?file_id=README-20051205083553-550dab3cb68ad622 for more details on how ubiquity uses debian-installer components like migration-assistant
[17:09] <mrooney> evand: hm, is it something as simple as http://dpaste.com/76681/ , or is it more complicated?
[17:12] <evand> I believe the accounts.xml is stored elsewhere as well
[17:12] <superm1> evand, after you sort out that missing preseed_command in ubiquity, would you be able to do an upload for it?  The GTK frontend should be fixed and working again after the diffs I added this weekend.
[17:13] <evand> superm1: definitely and thank you
[17:14] <superm1> evand, great, no problem
[17:14] <mrooney> evand: oh, do you mean functionality wise? I was just concerned with the naming problem, as it seems to function fine for me
[17:16] <evand> mrooney: it's able to import from Pidgin?  That would be quite surprising.
[17:17] <mrooney> evand: yeah. it looks like you look for ~/.gaim and if that fails, use ~/.purple
[17:18] <mrooney> yeah, in gaim_import_gaim
[17:19] <mrooney> which does indeed contain the accounts.xml that it looks for
[17:23] <CIA-44> oem-config: cjwatson * r526 oem-config/ (build/ltmain.sh configure configure.ac): bump to 1.49
[17:28] <mrooney> evand: I assume you wrote that code that adds that fallback to ~/.purple? was that not to handle Pidgin?
[17:29] <evand> oh, I had forgotten about that
[17:30] <evand> good cll
[17:30] <evand> call*
[17:34] <CIA-44> oem-config: cjwatson * r527 oem-config/ (12 files in 7 dirs):
[17:34] <CIA-44> oem-config: Update check for python-codegen-2.0 to instead use
[17:34] <CIA-44> oem-config: pygobject-codegen-2.0. The former disappeared as of pygtk
[17:34] <CIA-44> oem-config: 2.13.0-0ubuntu1 in favor of this. (From the same change in ubiquity by
[17:34] <CIA-44> oem-config: Mario Limonciello.)
[17:37] <CIA-44> migration-assistant: evand * r92 migration-assistant.trunk/ (debian/changelog import.c search-items.c): Rename Gaim to Pidgin. Thanks Mike Rooney (LP: #224797).
[17:37] <CIA-44> ubiquity: cjwatson * r2799 ubiquity/debian/changelog: spelling
[17:37] <evand> mrooney: much appreciated ^
[17:37] <mrooney> evand: no problem! how does one test a change like that?
[17:38] <mrooney> do you have to build a new ISO and test it in a VM or something?
[17:40] <evand> the easiest way would be to bzr checkout or branch migration-assistant trunk on a live cd, then run make and copy the resulting binaries to /usr/bin
[17:40] <mrooney> evand: oh, how clever!
[17:42] <evand> I generally make a source package (debuild -S) in the bzr tree, then copy that to ~/archive, then run dpkg-scansources . in that directory, then add deb-src file:///home/evan/archive ./ to d-i/sources.list in my ubiquity bzr branch, and then run debuild in the root of that branch.
[17:42] <evand> then scp the resulting debs onto the livecd and install ubiquity and ubiquity-frontend-gtk
[17:42] <evand> but that's slightly more involved
[17:43] <mrooney> :)
[18:02] <CIA-44> ubiquity: evand * r2800 ubiquity/ (d-i/lists/any debian/changelog debian/ubiquity.install-any):
[18:02] <CIA-44> ubiquity: Added preseed_command from the preseed package in support of changes to
[18:02] <CIA-44> ubiquity: partman-base.
[18:43] <CIA-44> oem-config: cjwatson * r528 oem-config/ (d-i/update-control debian/changelog debian/control):
[18:43] <CIA-44> oem-config: Build-depend on python-gobject-dev (>= 2.15.1) for
[18:43] <CIA-44> oem-config: pygobject-codegen-2.0.
[18:47] <CIA-44> ubiquity: cjwatson * r2801 ubiquity/ (d-i/update-control debian/changelog debian/control):
[18:47] <CIA-44> ubiquity: Build-depend on python-gobject-dev (>= 2.15.1) for
[18:47] <CIA-44> ubiquity: pygobject-codegen-2.0.
[19:15] <CIA-44> ubiquity: evand * r2802 ubiquity/debian/po/ (79 files): debconf-updatepo
[19:16] <sharrell> I am trying to finish up a preseed network install and everything is working correctly except for the root password, I am using this line: "d-i passwd/root-password-crypted password *" but it leaves a directory listing in the password field in my /etc/shadow. Anyone have any ideas? Is my syntax wrong?
[19:16] <sharrell> This seems like a bug, but I could not find it anywhere
[19:17] <sharrell> or I am just doing it wrong... :P
[19:18] <cjwatson> sharrell: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450425; you can probably work around it with a suitable preseed/early_command script
[19:18] <cjwatson> (it's fixed in intrepid)
[19:18] <sharrell> thank you
[19:19] <cjwatson> a locked root password is the default; do you actually need to set it explicitly?
[19:20] <sharrell> I want it locked, I just don't want it to ask me, trying to do unattended installs
[19:21] <CIA-44> oem-config: cjwatson * r529 oem-config/debian/changelog: releasing version 1.49
[19:21] <CIA-44> ubiquity: evand * r2803 ubiquity/ (d-i/manifest debian/changelog):
[19:21] <CIA-44> ubiquity: Automatic update of included source packages: apt-setup
[19:21] <CIA-44> ubiquity: 1:0.37ubuntu4, grub-installer 1.32ubuntu3, user-setup 1.20ubuntu6.
[19:21] <cjwatson> sharrell: we don't ask for the root password by default, though ...
[19:21] <sharrell> oh
[19:21] <cjwatson> we ask for the *user* password
[19:21] <sharrell> so I can just comment out that line?
[19:21] <cjwatson> should be able to, yes
[19:22] <sharrell> ok thank you!
[19:22] <sharrell> I appreciate your help
[19:22] <cjwatson> no problem
[19:24] <cjwatson> sharrell: also, if you're trying to port your preseed file to Debian, then 'd-i passwd/root-login boolean false' would be sufficient (that's the default in Ubuntu); you don't need to preseed the root-password* questions there either if you do that
[19:27] <sharrell> thats great
[19:31] <CIA-44> ubiquity: evand * r2804 ubiquity/debian/changelog: releasing version 1.9.12
[19:34] <sharrell> oh
[19:34] <sharrell> now I realize why I do this, I need to create a root account
[19:34] <sharrell> because I am not creating any users, I am using cfengine to hookup ubuntu to my ldap server after the fact
[19:34] <sharrell> so in effect I don't want a root login or a user login
[19:35] <sharrell> so that is why I wanted to create a root account and give it a non-password
[19:37] <cjwatson> oh, huh, I see
[19:37] <cjwatson> I think I'd have done that by creating a less powerful dummy account and deleting it later
[19:37] <cjwatson> then if something goes wrong there's less damage
[19:38] <cjwatson> but your way should be workable too
[20:49] <xivulon> evand, ping
[21:08] <evand> xivulon: pong
[21:09] <xivulon> hi evan, did you see my msg yesterday night re booting problems in intrepid?
[21:10] <xivulon> I cannot boot at all in vm (kernel crash) and on real hardware I cannot mount ntfs devices (strange device busy error even though there is no hint in /proc/mounts & co)
[21:10] <xivulon> so am having problems testing 8.10
[21:11] <evand> indeed, though I've been focused on other work today and have not had a chance to test it myself (complicated by the fact that my Windows VMs are in vmware which is very broken)
[21:11] <evand> but davmor2 said he would test
[21:14] <xivulon> does the ntfs error ring any bell by any chance?
[21:14] <evand> not offhand, no
[21:15] <xivulon> I can mount ext3 no probs, when I use mount -t ntfs I get "no such device", when I use mount.ntfs I get "device busy" (or something similar)
[21:15] <xivulon> the ntfs partition should be clean
[21:26] <evand> odd
[21:28] <xivulon> gets even more interesting on vm...
[21:29] <evand> regarding the kernel crashes, perhaps talk to cking or someone else in -kernel about it?
[21:45] <CarlFK> cjwatson: "reducing it to a non-enormous test case" - would 2 wgets, 1 qemu and no pressed be good?
[21:48] <xivulon> I'll try to catch cking tomorrow, basically in virtualbox I get into an endless loop with the following messages http://img397.imageshack.us/my.php?image=screenshotxppausedvirturu1.png
=== ago_ is now known as xivulon
=== superm1 is now known as superm1|away