[08:44] <psivaa> Reported bug 1059403 for quantal server upgrade failures, just in case it has not been noticed
[08:44] <ubot2> Launchpad bug 1059403 in update-manager "dist-upgrade.py returns 1 due to /var/log/dist-upgrade/* not found in P2Q server upgrades" [Undecided,New] https://launchpad.net/bugs/1059403
[08:45] <cjwatson> Upgrades => not this channel
[08:49] <psivaa> cjwatson, ok thanks and apologies :), trying to find the right channel now
[08:50] <cjwatson> There's no specific channel for upgrades.
[08:51] <cjwatson> #ubuntu-devel or #ubuntu-release if you don't feel that the standard rls-q-incoming tag is enough.
=== mpt_ is now known as mpt
[08:57] <psivaa> ahh ok, that bug is tagged rls-q-incoming
[09:36] <ogra_> xnox, imho bug 1008717 should be closed, if anyone sees it again he can re-open, no need to clutter the buglist with it
[09:36] <ubot2> Launchpad bug 1008717 in ubiquity-slideshow-ubuntu "Ubiquity displays scrollbars inside of slideshow" [Undecided,Invalid] https://launchpad.net/bugs/1008717
[09:38] <xnox> ogra_: ok.
[09:39]  * ogra_ wonders if hggdh actually formatted the device instead of a partition in bug 1028983
[09:39] <ubot2> Launchpad bug 1028983 in partman-base "armhf-omap4: a disk formatted with ext4 fails to mount with partman" [Medium,Confirmed] https://launchpad.net/bugs/1028983
[09:41] <ogra_> (i.e. there is no part table but a partition signature at the start of the device ... does partman handle such cases ? )
[09:43] <cjwatson> In theory, but it's not well-tested and pretty likely to break.
[09:43] <ogra_> k, i'll ask him about it ... and to worst case attach a dd of the first 1M of the device to the bug if he cant tell
[12:32] <xnox> cjwatson: I have a VM up with USB passthrough for the bluetooth dongle. lsusb in the VM correctly shows "Camblidge Silicon Radio, Ltd Blueototh Dongle (HCI mode)" and blutoothd started and enabled adapter on /or/bluez/1122/hci0
[12:33] <xnox> but there is no "bluetooth applet" that I can see or click. and nothing crashed so far.
[12:33] <cjwatson> I doubt that that bug actually has anything much to do with the hardware anyway
[12:33] <cjwatson> The crash seems a bit early for that
[12:33] <cjwatson> Might need to work with psivaa since apparently he can reproduce it ...
[12:34] <xnox> why do we have bluetooth anyway?
[12:34] <xnox> for keyboards or sound or both? but I see no UI to pair things up.
[12:34] <cjwatson> Dunno, grep history
[12:34] <xnox> ubiquity-dm mode
[12:34] <xnox> ok
[12:36] <xnox> 5 minutes later the bluetooth applet got spawned. and it works fine
[12:36] <xnox> as per documentation.
[13:19] <psivaa> cjwatson, xnox if this is about bug 1049215, i have not seen that crash lately, but i'll try if i can reproduce and update the bug
[13:19] <ubot2> Launchpad bug 1049215 in ubiquity "ubiquity-bluetooth-agent crashed with ImportError in /usr/lib/python3/dist-packages/gi/__init__.py: could not import gobject (error was: EOFError('EOF read where not expected',))" [Medium,Incomplete] https://launchpad.net/bugs/1049215
[13:19] <cjwatson> psivaa: Somebody attached it to an ISO test report from beta-2, apparently
[13:20] <cjwatson> Otherwise I'd be inclined to discount it as unreproducible
[13:20] <cjwatson> I assumed that was you
[13:21] <psivaa> cjwatson, just a sec checking
[13:24] <psivaa> cjwatson, for beta 2 it was jibel that reproduced this and added the bug to the tracker, i'll see if i could reproduce this
[13:41] <jibel> I couldn't reproduce this crash. I'd leave it incomplete until it expires or we find a reproducible test case.
[13:43] <xnox> psivaa: jibel: cool, thanks.
[14:06] <jibel> xnox, I have a very similar case to bug 1059570, installing to a brand new SSD. Ubiquity is responsive but installation never ends, the last command executed is /usr/share/grub-installer/grub-installer.
[14:06] <ubot2> Launchpad bug 1059570 in ubiquity "Installation does not finish in 12.10 - ubiquity pause after "ubuntu finish-install: Disabling CD in sources.list"" [Undecided,New] https://launchpad.net/bugs/1059570
[14:06] <jibel> It's reproducible, I ran an installation in debug mode and will file a new report.
[14:07] <xnox> hmmm
[14:07] <xnox> interesting
[14:17] <jibel> xnox, bug 1059619
[14:17] <ubot2> Launchpad bug 1059619 in grub-installer "Installation never ends" [Undecided,New] https://launchpad.net/bugs/1059619
[14:20]  * xnox is actually not sure how the successful logs end. But 100 progress seems like that would be the end.
[14:22] <stgraber> oh, CIA died again?
[14:23] <xnox> stgraber: cia.vc is dead forever. debian moved to self-hosted KGB which is in perl and doesn't support bzr.
[14:23] <xnox> stgraber: I was thinking to add RSS-to-IRC notifications from bzr branches on launchpad. as RSS feeds are provided for all branches.
[14:24] <stgraber> yeah, that'd work and would also work better when not using bound branches
[14:24] <stgraber> I could add the feature to queuebot but then it'd really have to be renamed ;)
[14:25] <xnox> stgraber: I was thinking a new bot with all lp:ubuntu/* branches going to #ubuntu-cia channel & then people could relay interesting branches to other channels as well. ~ cia style
[14:27] <stgraber> cjwatson: hey there. I got assigned https://blueprints.launchpad.net/ubuntu/+spec/foundations-q-autocreate-preseed for this cycle but don't really have a clear idea of what's needed there exactly (sorry, only got around to that spec now, was pretty low on my todo list...)
[14:28] <stgraber> xnox: ubuntu/* won't quite work for all the installer branches though, but yeah, having a generic bot that you can poke and get into your channel watching some LP branches would be nice
[14:28] <cjwatson> stgraber: it's basically a request for a program with a big pile of heuristics to generate a reasonable preseed file from an installed system
[14:29] <stgraber> xnox: if it's easy, it should probably have its own LP account and subscribe to e-mail notifications for the branches it's interested in, then you'd get proper "push" notifications and don't have to refresh all the RSS feeds every minute or so
[14:29] <cjwatson> since you can't just use debconf-get-selections --installer - e.g. partman preseeding will be totally wrong, there are a bunch of other things that shouldn't be preseeded, etc.
[14:30] <stgraber> cjwatson: ok, so essentially write something that takes debconf-get-selections, strips anything that's not actually set to something relevant, get rid of all the partman keys and output a preseed with the result?
[14:30] <cjwatson> Something like that
[14:30] <cjwatson> I expect it'll be a big pile of special cases
[14:31] <cjwatson> Since d-i debconf templates aren't really introspectable enough to let you do it all automatically
[14:32] <stgraber> yeah, definitely sounds like it... I'll put that on my todo and try to come up with something like that during the 6 hours car trip down to Maine.
[14:35]  * cjwatson hopes you're not driving
[14:39] <stgraber> haha, no, I have highvoltage for that ;) really, nobody would want to see me drive a car...
[14:46] <jibel> xnox, another recent report with same symptoms bug 1059584
[14:46] <ubot2> Launchpad bug 1059584 in ubiquity "Ubiquity not finish installing" [Undecided,New] https://launchpad.net/bugs/1059584
[14:46] <xnox> jibel: just quick questions: did you boot cd or usb? real hardware / VM? bios / uefi?
[14:46]  * xnox can't figure it out from the logs quickly
[14:46] <jibel> xnox, USb created with dd on hardware and bios
[14:47] <xnox> jibel: thanks.
[16:38] <xnox> cjwatson: interesting... first time I see patch used in the install target ;-) I used to have a snippet to transverse sources/patches.d/$included-source/series and apply each series to sources/$included-source but it was when I had ~5 large tarball components and 30k of patch series.
[16:38] <xnox> not worth for a single patch ;-)
[16:38] <xnox> but looks good =)
[16:38] <cjwatson> Yeah, I was going to do it with sed but it was too complex
[16:38] <cjwatson> I suspect in R I want to move all the d-i patches to quilt
[16:43] <xnox> that would be nice. =)
[16:43] <xnox> I have partman.py run function refactoring for R-day0
[16:44] <xnox> as per earlier discussions.
[18:17] <bdmurray> xnox: I believe bug 1047128 is a duplicate of bug 1055326 but is there more work in the former?
[18:17] <ubot2> Launchpad bug 1047128 in ubiquity "apt-install grub-efi, network lost while retrieving updated grub-efi packages" [High,Confirmed] https://launchpad.net/bugs/1047128
[18:17] <ubot2> Launchpad bug 1055326 in ubiquity "During installation, flashplugin fails to install with: IOError: [Errno socket error] [Errno -2] Name or service not known" [High,Fix released] https://launchpad.net/bugs/1055326
[18:19] <cjwatson> Separate code so I wouldn't advise duping those
[18:20] <cjwatson> And I thought I'd already dealt with the /run bind-mount during grub-installer
[18:20] <cjwatson> Oh, beta-1.  I already fixed that, just different bug
[18:20] <cjwatson>   * Bind-mount /run while running grub-installer, so that the resolver works
[18:20] <cjwatson>     (LP: #1047550).
[18:20] <cjwatson> ubiquity 2.12.0
[18:21] <cjwatson> I'll dup
[18:24] <bdmurray> thanks
[19:06] <stgraber> cjwatson: if you have a minute, does http://paste.ubuntu.com/1254567/ looks reasonable to you? I'm trying to fix bug 898787
[19:06] <ubot2> Launchpad bug 898787 in ubiquity "(k|l|x)ubuntu 11.10 failed to install with error in install_misc.py assert cache._depcache.broken_count == 0" [High,Triaged] https://launchpad.net/bugs/898787
[19:07] <stgraber> cjwatson: basically the function installing the langpacks ignores pretty much any exception it receives, the problem is that the python-apt code in ubiquity doesn't actually raise an exception but instead uses an assert which makes ubiquity fail completely
[19:08] <stgraber> I believe the change I'm making should make ubiquity fail in a similar way for all cases we care about but prevent any crash from happening when installing a langpack