[00:48] <^arky^> cjwatson: TheMuso:   Regarding bug 428293: Is this correct way of modifying /etc/defaults/speech-dispatcher ?
[10:17] <CIA-33> partman-auto-loop: cjwatson * r51 ubuntu/ (fstab.d fstab.d/hostboot debian/changelog debian/install):
[10:17] <CIA-33> partman-auto-loop: Remove fstab.d/hostboot, which is no longer needed with GRUB 2's
[10:17] <CIA-33> partman-auto-loop: loop-mounting support (LP: #428407).
[10:47] <ogra> cjwatson, evand, so i'm trying to fix Bug #422101, would you see it as a prob to do the bindmounting of /dev generally in chroot_setup/_cleanup to solve the missing /dev/mmcblk0 issue in the update-initramfs trigger at the end ?
[10:48] <cjwatson> I haven't checked context but that's probably OK
[10:48] <cjwatson> do run a full test if you can though - I vaguely recall there was some reason I didn't do it that way originally
[10:49] <cjwatson> but that reason may well be obsolete
[10:49] <ogra> context is that in do_remove /dev isnt mounted, update-inbitramfs calls flash-kernel and tries to access /dev/mmcblk0 from its postinst trigger at the very end of the package removals
[10:50] <ogra> will do
[11:02] <dpm> cjwatson: I still hadn't disabled the oem-config translation template in karmic and I'm going to do it now. I assume this won't disturb the work you were doing in merging the translations (I think you were doing this and uploading them with lp-translation-tools last week), but if it does, just give me a shout.
[11:04] <cjwatson> dpm: oh, can I just quickly download those first?
[11:04] <cjwatson> I only copied debian-installer over
[11:04] <cjwatson> I've requested the download, will let you know when it's arrived
[11:06] <dpm> cjwatson: sure, just ping me when you are ready and I'll disable it only then.
[11:13] <cjwatson> dpm: go for it now; I haven't yet decided whether it's worth migrating those translations but the action is mine
[11:31] <dpm> cjwatson: ok, I'll disable it then. Thanks
[11:34] <dpm> ok, done. In any case, I think being part of the rosetta administrators you can still export the template through the URL -> https://translations.edge.launchpad.net/ubuntu/karmic/+source/oem-config/+pots/oem-config/+export in case you need to.
[11:35] <cjwatson> dpm: uploaded now
[11:35] <cjwatson> (to ubiquity/+pots/ubiquity-desktop)
[11:36] <dpm> ah, great, thanks
[11:39] <xivulon> morning cjwatson, evand1, made a couple of comments this w/e please see ^^
[11:40] <cjwatson> xivulon: yeah, I saw :)
[11:41] <cjwatson> xivulon: hostboot is gone in bzr; grub2 test patch on grub-devel and in 1.97~beta3-1ubuntu1
[11:41] <xivulon> won't be missed :)
[11:41] <cjwatson> indeed not
[11:42] <xivulon> thanks for the test patch! It would be difficult to show panic messages without that.
[11:43] <CIA-33> partman-auto-loop: cjwatson * r52 ubuntu/debian/changelog: releasing version 0ubuntu17
[11:44] <xivulon> there is a bit of work to hook in lupin-support.grub-install and lupin-support.grub.d, I just dropped the files in there at the moment
[11:44] <xivulon> feel free to shuffle things around, but those 2 work for me at the moment
[11:46] <xivulon> I will have to change the CD extraction mechanism again within wubi, so that files are copied instead of using an image, that should work now
[11:46] <xivulon> evand1, that means that we can also support usb keys in wubi, except that we must be careful about what files are copied
[11:48] <xivulon> in fact in the case of usb, we might want to be able to skip the copying stage altogether...
[11:48] <evand1> why would we want to use Wubi on a USB disk?  I'm not seeing the use case.
[11:48] <xivulon> ah I think wubi is on a usb stick, and it fails if people try to run it from there
[11:49] <xivulon> so basically it is a matter of allowing people to use the usb stick as a medium for a wubi-type installation
[11:49] <xivulon> there is a bug about it
[11:50] <evand1> ohh
[11:50] <evand1> gotcha
[11:50] <xivulon> evand bug #299001
[11:51] <evand1> thanks
[11:51] <xivulon> I will look this week sometime
[11:53] <xivulon> by the way cjwatson, it would be nice to move your loopmount patch in the init-tools scripts local to lupin-support, so that lupin-support becomes self-contained
[11:54] <cjwatson> I'm not going to touch that until after Keybuk's boot rearrangements land
[11:54] <cjwatson> I'm not entirely convinced though - the problem with doing that in lupin-support is that it would have to duplicate quite a bit from initramfs-tools
[11:54] <xivulon> sure it is, wishilist stuff
[11:54] <cjwatson> I'd actually prefer lupin-support to get smaller not bigger ...
[11:56] <xivulon> main reason to make it self-contained, is to make it easier for debian to adopt
[11:58] <cjwatson> IME Debian prefer to adopt things that integrate well with Debian
[11:59] <cjwatson> which I actually think is closer to the strategy of changing things where they ought to be changed rather than delivering a package that overrides a bunch of random stuff
[12:00] <cjwatson> targeted patches to initramfs-tools etc. make a lot more sense to me for Debian adoption
[12:08] <xivulon> I trust your judjement on this, so forget about the above request
[12:54] <shtylman> evand: I agree that the JS files should be shared. The css and arrow images I would keep separate though as I could forsee that kubuntu decides to change the arrow to oxygen style or change the colors around. I will update my branch with your suggestions and add the kubuntu copyright
[12:54] <evand> shtylman: sure, I'm fine with that
[12:55] <shtylman> cool
[13:08] <CIA-33> casper: cjwatson * r688 trunk/debian/ (casper.init changelog):
[13:08] <CIA-33> casper: Sync LSB headers in init script with desired behaviour: don't start
[13:08] <CIA-33> casper: casper at boot, and stop after umountroot but before halt/reboot.
[13:11] <CIA-33> casper: cjwatson * r689 trunk/debian/changelog: releasing version 1.193
[13:15] <ogra> cjwatson, evand, http://paste.ubuntu.com/270848/ seems to work flawless
[13:15] <cjwatson> ogra: use os.path.join in the first hunk, please; but otherwise go ahead and commit that
[13:16] <ogra> ok
[13:16] <cjwatson> os.path.join(self.target, 'dev') - careful 'dev' not '/dev'
[13:17] <cjwatson> oh, also, just for neatness, could you make sure to umount in the reverse order from mount? It probably won't matter here but it may make things less confusing later
[13:17] <ogra> oh, indeed
[13:20] <ogra> http://paste.ubuntu.com/270850/ is what i'll commit now
[13:21] <cjwatson> yep
[13:21] <ogra> i'll leave the changelog at UNRELEASED, suspecting more commits before alpha
[13:21] <ogra> (its not urgent to get it in right now)
[13:37] <ogra> hmm CIA-33 doesnt pick up merge proposals ?
[13:38] <ogra> https://code.launchpad.net/~ogra/ubiquity/trunk ready for merging
[13:44] <cjwatson> no, it doesn't
[13:45] <cjwatson> please just commit that to trunk, you have access
[13:46] <ogra> LP says i dont
[13:47] <cjwatson> oh, maybe you don't :)
[13:47] <cjwatson> ok, I'll deal with it
[13:47] <ogra> thanks
[13:48] <ogra> <-- not in ubuntu-installer :)
[13:49] <CIA-33> ubiquity: cjwatson * r3449 ubiquity/ (debian/changelog scripts/install.py): merge lp:~ogra/ubiquity/trunk
[14:00] <rgreening> evand: have you tried any recent iso snapshot with usb-creator? I think there's an issue again, just not sure where.
[14:13] <CIA-33> usb-creator: rgreening * r181 trunk/ (3 files in 3 dirs): * Remove some locally committed dot files from the source tree
[14:40] <CIA-33> usb-creator: rgreening * r183 trunk/ (bin/usb-creator-kde debian/control): * Revert some changes in control descriptions
[15:03] <evand> rgreening: an issue with what in usb-creator?
[15:04] <rgreening> evand: not sure. testing with an older iso now...
[15:05] <rgreening> evand: we need to unmount usb after successful uninstall.... and unmount loop*...
[15:05] <rgreening> also..
[15:05] <rgreening> :)
[15:05] <evand> I disagree on unmounting the target disk
[15:06] <evand> but yes, I'm aware of usb-creator not unmounting iso images
[15:06] <rgreening> evand: someone pulling out a root mounted stick could be bad no?
[15:06] <evand> root mounted?
[15:06] <evand> usb-creator flushes writes before exiting
[15:07] <rgreening> evand: kdesudo runs as root and so the device gets mounted by root
[15:07] <evand> I think possibly pulling a mounted usb stick out from under the user would be worse
[15:07] <rgreening> policykit would fix I assume...
[15:07] <evand> indeed it would
[15:07] <rgreening> where are we on policykit evand?
[15:08] <evand> I stopped working on it because I was afraid it was getting to involved to land as a bug fix, and moved on to fixing the devicekit formatting bugs
[15:08] <evand> but it's becoming more and more apparent that it's sorely needed
[15:08] <rgreening> yep
[15:08] <evand> I'll try to have it sorted by the end of this weekend
[15:08] <rgreening> ok. let me know what I can do to help
[15:08] <evand> sure thing, thanks
[15:09] <evand> the iso unmounting bug is bug 414821, by the way
[15:09] <evand> I have a fix, I'm just trying to thoroughly test it
[15:09] <rgreening> cool
[15:13] <CIA-33> usb-creator: rgreening * r184 trunk/man/ (usb-creator-gtk.8 usb-creator-kde.8): Update man pages
[15:21] <CIA-33> usb-creator: evand * r185 trunk/ (5 files in 5 dirs):
[15:21] <CIA-33> usb-creator: * Make sure the ISO image gets unmounted when the install succesfully
[15:21] <CIA-33> usb-creator:  completes (LP: #414821).
[15:21] <CIA-33> usb-creator: * Re-enable the destination status message.
[15:21] <CIA-33> usb-creator: * Fix broken free space update.
[15:27] <CIA-33> usb-creator: rgreening * r186 trunk/man/ (usb-creator-gtk.8 usb-creator-kde.8): Add log file info to man pages for bug reporting
[15:50] <CIA-33> usb-creator: rgreening * r187 trunk/usbcreator/frontends/kde/frontend.py: Add unmount call to kde frontend to match gtk frontend
[16:01] <CIA-33> usb-creator: evand * r188 trunk/usbcreator/backends/devicekit/backend.py: Make sure the device is remounted rw before spawning a nautilus window.
[16:08] <rgreening> evan usb-creator works with alpha-5, but recent daily builds seem to have issues
[16:08] <rgreening> evand ^
[16:08] <evand> have issues how?
[16:09] <evand> you'll have to be more descriptive
[16:09] <rgreening> lol
[16:09] <rgreening> 1 sec... I'll get some logs
[16:10] <rgreening> evand: once I start loading the live image, it drops to initramfs
[16:10] <rgreening> sh: missing ]
[16:10] <rgreening> stdin: error 0
[16:10] <evand> rgreening: what does cat /casper.log say?
[16:10] <rgreening> mount: mounting /dev/sdb on cdrom failed: Invalid argument
[16:11] <rgreening> 1 sec...
[16:11] <rgreening> a bunch of repeating stdin: error 0 and the failed mount command above
[16:12] <rgreening> and mount: mounting /dev/sdb on /snap-backing failed: Device or resource busy
[16:12] <rgreening> evand: ^
[16:14] <evand> sounds like casper is broken
[16:14]  * evand digs
[16:14] <rgreening> ya
[16:15] <rgreening> evand: same happens with or without persistence in kernel line (text.cfg)
[16:16] <rgreening> evand: this has happened for at least the last 3 - 5 dailies I believe... I thought it was usb-creator.. but wasn't sure until now.
[16:17] <cjwatson> +if ! $(gct -g /apps/netbook-launcher/favorites/favorites_list | grep -q ubiquity) ; then
[16:18]  * cjwatson wonders precisely what that's supposed to do
[16:18] <cjwatson> (may or may not be directly relevant here)
[16:19] <CIA-33> casper: cjwatson * r690 trunk/ (debian/changelog scripts/casper-bottom/47unr_ubiquity): Fix 47unr_ubiquity shell code to make slightly more sense.
[16:33] <davmor2> cjwatson: is this issue known http://paste.ubuntu.com/270997/ it's from syslog on today's alternate ubuntu 64bit
[16:33] <cjwatson> davmor2: although I haven't checked myself, I'm told that was a bash bug, since fixed
[16:34] <davmor2> cjwatson: okay cool as long as it is known :)
[17:00] <CIA-33> usb-creator: evand * r189 trunk/ (4 files in 4 dirs): Don't report disks as having 0 B free space. It's confusing.
[17:02] <rgreening> Yay!
[17:02] <evand> :)
[17:02] <rgreening> haha
[17:02] <rgreening> evand: any luck on casper the friendly ghost :)
[17:03] <evand> none yet
[17:03] <rgreening> np
[17:04] <rgreening> evand: Riddell helped get kde translations cleaned up for me.
[17:04] <rgreening> yay
[17:04] <evand> good deal!
[17:04] <rgreening> now, we just need policykit integration as kdesudo run as root messes up translations (i.e. root user vs logged in user translations
[17:16] <rgreening> evand: I just created an stick with latest creator and works with the daily... hmm... seems to work now. strange.
[17:17] <rgreening> can we release 0.2.6?
[17:17] <rgreening> now with KDE translations :)
[17:18] <rgreening> hmm.. wait maybe that wasn't the daily...
[17:18]  * rgreening tries again...
[17:19] <evand> rgreening: I'd like to spend one more day testing, to be sure we've ironed out as many bugs as we can
[17:19] <evand> I'm happy to release it tomorrow, if that's fine by you
[17:19] <rgreening> sounds good.
[17:19] <evand> barring the uncovering of anything horrendous :)
[17:20] <rgreening> evand: I'll try and add in the status txt for KDE too like the gtk one and the warn icons for free space, etc... (missing in kde ver) ... in that case since we have some time.
[17:20] <evand> great
[17:20] <rgreening> np. maybe 0.2.7 will have policykit :)
[17:20] <rgreening> haha
[17:20] <evand> fingers crossed
[17:38] <CIA-33> usb-creator: rgreening * r190 trunk/ (gui/usbcreator-kde.ui usbcreator/frontends/kde/frontend.py): Add destination status message text to kde frontend to mirror gtk version
[17:38] <rgreening> :)
[17:49] <rgreening> evand: do you notice that the Label column is never populated even if a partition has a vfat label assigned to it?
[17:49] <evand> rgreening: does devicekit-disks --dump show the label?
[17:49] <rgreening> i'll check
[17:50] <evand> gotta run
[17:53] <rgreening> evand: label: EMTEC shows up in devkit-disks dump command
[18:03] <rgreening> evand: doing some debugging and partition-label in devicekit backend.py doesn't yield anything for the vfat partition I have with a label.
[18:06] <evand> rgreening: probably just using the wrong devicekit-disks property.  Feel free to poke about with that, or I can investigate further tomorrow
[18:06] <evand> cheers
[18:06] <rgreening> np. I'm looking evand
[18:17] <rgreening> evand: fixed. Use id-label instead
[18:19] <CIA-33> usb-creator: rgreening * r191 trunk/ (debian/changelog usbcreator/backends/devicekit/backend.py):
[18:19] <CIA-33> usb-creator: Use id-label instead of partition-label in devicekit backend. Not sure if there are cases
[18:19] <CIA-33> usb-creator: where partition-label may be valid as well, but id-label seems to work in my testing.
[18:23] <rgreening> evand: we will need to update the po template in order to capture the kde stuff and recent changes. Can you ensure this happens for 0.2.6?
[18:30] <superm1> would it maybe make sense instead of device referring to /dev/sdb1 /dev/sdb2 etc, to actually use drive-vendor and drive-model?
[18:30] <superm1> so /dev/sdb1 in my case could be [driver-vendor drive-model Partition X] (LG USB Drive Partition 1)
[18:54] <CIA-33> usb-creator: rgreening * r192 trunk/ (debian/changelog gui/usbcreator-kde.ui): Update kde ui strings to match those in gtk ui and gtk front-end.
[20:53] <CIA-33> usb-creator: rgreening * r193 trunk/TODO: cross of some TODO's and adde some more