[00:11] <cjwatson> micahg: looks like it got stuck on a download; I've killed it and hopefully the next run will work better
[00:11] <micahg> cjwatson: thanks
[00:13] <smoser> is there some tool i can use to easily get the payload of a debconf value ?
[00:13] <smoser> ideally very standard.
[00:22] <smoser> i'm hoping to
[00:22] <smoser>  a.) dump all keys matching some string
[00:22] <smoser>   that can be the same package, or not be, thats fine
[00:23] <smoser>  b.) iterate over items in 'a', and get the value of each
[00:23] <smoser> for this situation, they're all strings
[00:24] <smoser> looks lke maybe i can make debconf do what i want
[01:30] <RAOF> @pilot in
[02:22] <Jack_> Hi, Does Ubuntu development have anything to do with developing Grub 2 or configuring Grub 2 for use on Ubunutu?
[02:24] <JackyAlcine> Well, Grub's a distro-independent kind of thing.
[02:24] <JackyAlcine> You could set it up for a Windows-only system (though MS would wipe it out with its own boot manager)
[02:24] <JackyAlcine> If anything, there's probably a few patches made by the dev team here to make it more homely for Ubuntu.
[02:24] <Jack_> so a query about grub2 wouldn't be relavant here?
[02:26] <JackyAlcine> All depends, it's IRC, have to ask if you want to know.
[02:26] <JackyAlcine> I know that I don't know anything Grub-specific.
[02:26] <Jack_> I was wondering if there was any particular reason why windows boot menu entries don't get parttool (hdX,Y) +boot applied by default?
[02:29] <Jack_> I have a tri-boot system with windows 7, windows 8 and Ubuntu installed. Both versions of Windows have their own boot manager. Windows 7 will only hibernate, and Windows 8 will only shut down if it has the boot flag set.
[02:30] <Jack_> So with the default grub2 install, I could only make one work with setting the boot flag, but by adding parttool +boot to the menu entry it works fine.
[02:30] <JackyAlcine> Well, again, it might be with how Windows communicates with the boot manager itself. Since it's a bit unpredictable (due to its closed nature), it might not work as expected.
[02:31] <Jack_> Could anything bad result from having Grub set the windows partitions boot flag?
[02:34] <JackyAlcine> No background with that, I'm sorry.
[02:35] <Jack_> That's okay. Do you know anyone I could contact about it?
[04:45] <RAOF> @pilot out
[04:49] <jalcine> o.O
[05:02] <ScottK> slangasek: Now that doko made python arch:any, someone's going to have to do a bit of bootstrapping on archs !i386 since two of it's dependencies need python.
[05:02] <ScottK> It won't be me, because I'm going to sleep.
[05:02] <ScottK> Maybe pitti will be around soon.
[05:03] <ScottK> I'm very tired, so I'm sure I haven't thought through all the implications of no 'python' package on !i386, but I'm pretty sure it's "not good".
[05:06] <micahg> :(
[05:06] <micahg> ScottK: thanks for fixing python3-defaults though
[05:07] <ScottK> I fixed python-defaults too, it just can't build due to uninstallable build-deps.
[05:07] <ScottK> It's just moving the python-policy generation to the arch:any part of debian/rules.
[05:16] <ScottK> Maybe this isn't that hard to fix.
[05:29] <ScottK> It isn't but I'm more tired than it's not hard.
[05:30] <ScottK> Image builds failing now too.
[05:30] <ScottK> skaet: ^^^
[05:30] <ScottK> Good luck and good night.
[05:38] <micahg> slangasek: are you around at all?
[05:48] <micahg> slangasek: unping
[05:55] <micahg> infinity: around?
[06:30] <pitti> Good morning
[06:32] <micahg> hi pitti, there was a broken python-defaults upload which made python uninstallable on !i386, I reverted the change to unbreak the archive (hopefully)
[06:32] <pitti> micahg: ah, thanks
[06:34] <micahg> pitti: I just hope nothing else was depending on that change other than multiarch
[06:35] <micahg> pitti: I wonder if the python3-defaults upload needs to be reverted as well
[06:35] <micahg> bug 934593
[06:35] <micahg> python3-defaults is currently depwait on ~i386
[06:36] <slangasek> sounds like the sort of change that should have gone through the FFe process; I'd say revert it, at least for now
[06:36] <micahg> slangasek: python3-defaults?
[06:36] <slangasek> yeah
[06:36] <pitti> http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html
[06:36] <pitti> micahg: looks like it
[06:37] <pitti> micahg: yes, a reversion definitively sounds like the right and quick thing here, as it breaks half the archive right now
[06:37] <micahg> pitti: python-defaults should fix precise_probs
[06:37] <pitti> unless you know exactly what to fix
[06:37] <micahg> I"m flying blind here :)
[06:37] <pitti> there's a fair amount of python3* stuff there, too
[06:37] <pitti> micahg: right :) so, our new policy is to revert
[06:38] <micahg> ah, ok, then I should upload this quick
[06:38] <pitti> micahg: thanks!
[06:46] <micahg> pitti: uploaded
[06:46] <pitti> cheers!
[06:47]  * micahg hopes the beer reappears soon
[06:48]  * slangasek waits for beer on https://jenkins.qa.ubuntu.com/view/Precise Upgrade Testing Dashboard :)
[06:50] <pitti> slangasek: there's still 5 armel packages which are uninstallable; so no beer today :/
[06:50] <slangasek> phooey
[06:52] <slangasek> micahg: so did you revert python-defaults entirely?
[06:52] <micahg> slangasek: yes, is that bad?
[06:52] <slangasek> oh, well, it's suboptimal from my POV :)
[06:53] <slangasek> I was only after python-all-dev, python-dev being marked Arch: any; I don't know why python also got marked Arch: any
[06:53] <micahg> slangasek: with your multiarch hat or your manager hat?
[06:53] <slangasek> with my multiarch hat only ;)
[06:54] <slangasek> you're well within your rights to have reverted the whole thing, just wanting to make sure I understand the current status
[06:54] <micahg> slangasek: I didn't have the expertise to fix it properly, nor the time, I figure you and doko can work out the right thing in a fraction of the time it would take me to do it :)
[06:55] <micahg> I'm still curious about the binary domination in that case though
[06:56] <slangasek> yeah, I dunno
[07:09] <infinity> micahg: Err, around now.  I assume it was about the python mess?
[07:09] <micahg> infinity: yeah, was going to ask you to bootstrap, but I reverted instead, in the end, it might not be needed at all
[07:10] <infinity> It wouldn't need to bootstrap, it would just need them all to build in the same publisher cycle (or i386 last).
[07:10] <micahg> infinity: or that :), I'm wondering why that's the case though
[07:13] <infinity> micahg: The reason it all went pear-shaped was because doko's first upload was FTBFS on !i386, due to missing build-deps.
[07:13] <infinity> micahg: And by the time he fixed that, the i386 packages had been uploaded, making python unintallable on all other arches.
[07:14] <infinity> micahg: So, yeah, if his change had been done properly, and in one publisher cycle, no one would have ever noticed.
[07:14] <micahg> oh, I think I figured out the answer to my question
[07:14] <infinity> micahg: So, I stick with my assertion that if we want this change, we just need to revert your revert, and it'll work fine.
[07:15] <infinity> (After your packages are published)
[07:15] <infinity> slangasek: ^^
[07:17] <infinity> micahg: Basically, if you're positice that -9ubuntu5 builds on !i386 with dpkg-buildpackage -B, it would be safe to reupload that as -9ubuntu7
[07:17] <infinity> positive, too.
[07:18] <infinity> micahg: But also perfectly valid to leave it as-is and let slangasek and doko argue about it later. ;)
[07:18] <micahg> infinity: yeah, well, I tested that, but with a slightly behind mirrror
[07:18] <micahg> infinity: I'd rather let them sort it out as I have other things to do before bed
[07:18] <infinity> micahg: Sure, the behind mirror bit is fine, since that would simulate the current fixed situation. ;)
[07:18] <micahg> infinity: that's why I uploaded ubuntu5 as a workaround :)
[07:21] <micahg> infinity: anyways, slangasek said he didn't expect the whole source to be multiarched anyways
[07:22] <micahg> err..arch any, not multiarched :)
[07:31] <micahg> umm, there was no need for me to revert python3 defaults apparently
[07:35]  * micahg fixes
[08:04] <dholbach> good morning
[08:28] <jibel> server images 20120316 failed to install this morning bug 956766
[08:29] <micahg> jibel: should be fixed already
[08:32] <jibel> micahg, this is fixed with python-defaults 2.7.2-9ubuntu6 ?
[08:32] <micahg> jibel: yeah
[08:33] <jibel> micahg, thanks, updating report.
[09:20] <jamespage> @pilot in
[09:22] <pitti> hallyn, Daviey: did you notice that the latest libvirt upload is in depwait, because of the new numa universe dep?
[09:36] <pitti> sabdfl: Hey Mark, how are you? found an animal with Q yet? :-)
[09:36] <pitti> Quarreling Quail!
[09:40] <dholbach> pitti, there's more https://wiki.ubuntu.com/DevelopmentCodeNames#Q :)
[09:40] <pitti> "Quetzalcoatl"? Wasn't this an Aztec king or so?
[09:41] <ochosi> pitti: an aztec god
[09:41] <pitti> aah, off-by-one in the hierarchy
[09:41] <yellowduino> dholbach: just finished reading your "Getting Started" :)
[09:42] <ochosi> pitti: could be that historically he was a king first
[09:42] <dholbach> pitti, an animal too
[09:42] <dholbach> yellowduino, nice (although I need to be honest - it's not only my work, but that of a bunch of others too :-))
[09:42] <ochosi> "quirky quokka" (what a beautiful alliteration)
[09:43] <yellowduino> dholbach: I bet :) I hope to get some things fixed and get involved
[09:43] <dholbach> yellowduino, rock and roll - I'm looking forward to seeing you here more often :)
[09:49] <yellowduino> quit
[09:53] <pitti> Riddell: do you plan a calligra upload soon to fix the armhf FTBFS? If so, could you please slip in the ttf-lyx recommends drop?
[09:54] <pitti> and perhaps also the missing transitional packages, to fix upgrde
[09:56] <Riddell> pitti: good point, I'll try and do that today
[09:56] <pitti> Riddell: cheers
[10:22] <dholbach> thanks everyone who helped to get the sponsoring queue from ~50 to ~30
[10:22] <dholbach> http://reqorts.qa.ubuntu.com/reports/1glance-sponsoring/
[10:22] <dholbach> it's nice to see how many did more than 20 review pieces
[10:22] <soren> What's the correct way to set a dynamically computed, default value in debconf? db_set <template> <default value>; db_fset <template> seen false  ?
[10:22] <dholbach> you all rock
[10:25] <seb128> dholbach, \o/
[10:25]  * dholbach hugs seb128
[10:26] <seb128> dholbach, thanks for keeping the ball rolling and making sure new contributors are well received ;-)
[10:26]  * seb128 hugs dholbach
[10:26] <dholbach> I can't take credit for all the good review work :)
[10:26] <ogra_> no, but for the nagging work :P
[10:27] <ogra_> without that we wouldnt be there ;)
[10:27] <dholbach> go back to doing some reviewing work then! *crack whip*
[10:27] <dholbach> :-P
[10:28] <ogra_> lolk
[10:41] <tseliot> cjwatson: do you know if there's a way to prevent grub from using "vt.handoff=7" without disabling the splash in /etc/grub.d/10_linux? Not all drivers play well with it
[11:06] <MacSlow> mvo, so yesterday evening the result was still the same... update failed due to the libtinfo5 circular dependency-issue.
[11:42] <ev> anyone particularly good with x86 assembly? I'm running into difficulty trying to build syslinux from 10.10 on precise using precise's nasm, which blows up with "cannot mix real and virtual attributes in nobits section"
[11:47] <davmor2> ev: man you just hate yourself don't you with this whole how can I make my life harder and uglier attitude ;)
[11:47] <ev> heh
[12:08] <dholbach> can https://code.launchpad.net/~dereknance-413/ubuntu/oneiric/klogshow/fix-for-678153/+merge/96059 please be rejected based on the last two comments?
[12:17] <pitti> dholbach: *zap*
[12:19] <dholbach> thanks pitti
[12:26] <jamespage> dholbach, thanks - I'll remember that trick in future :-)
[12:36]  * jamespage comes up for air (and coffee)
[12:36] <jamespage> @pilot out
[12:38] <jamespage> can https://code.launchpad.net/~ubuntu-branches/ubuntu/oneiric/distribute/oneiric-updates/+merge/94896 be rejected as well - its not required (see comments)
[12:38] <jamespage> ta
[12:43] <pitti> jamespage: done
[12:45] <jamespage> pitti, thankyou!
[12:49] <mdeslaur> cyphermox: so, when I create an adhoc WPA2 network, and look at wpa_supplicant's status, it's showing "group_cipher=TKIP", but "pairwise_cipher=NON". This explains why scanning shows it as being protected, but you can still connect without a password.
[12:55] <cyphermox> mdeslaur: no
[12:55] <mdeslaur> cyphermox: hehe, no what?
[12:55] <cyphermox> AFAIK adhoc WPA is supposed to be pairwise none. :)
[12:56] <cyphermox> WPA adhoc is key-mgmt=wpa-none; pairwise=none ; group=tkip
[12:56] <cyphermox> mdeslaur: I do think that's correct, as is documented as the proper config
[12:57] <mdeslaur> cyphermox: that doesn't make sense...why do you say that's the proper config?
[13:02] <cyphermox> mdeslaur: pairwise=none is the right way to configure adhoc.
[13:06] <mdeslaur> cyphermox: yes, you've said that already...show me the spec :)
[13:07] <cyphermox> mdeslaur: not quite spec, but it's documented in multiple places as such; see http://lists.shmoo.com/pipermail/hostap/2011-July/023483.html
[13:07] <mdeslaur> yes, I agree that people keep pasting the wrong config :)
[13:07]  * mdeslaur researches further
[13:07] <cyphermox> no, it's also elsewhere, just a second
[13:09] <cyphermox> mdeslaur: you can also see the example config for IBSS in wpa_supplicant.conf shipped in the wpasupplicant tarballs; bzr branch ubuntu:wpasupplicant; vi wpassupplicant/wpa_supplicant/wpa_supplicant.conf
[13:13] <mdeslaur> hrm, yeah, it does say that there
[13:15] <cyphermox> mdeslaur: even if you use IBSS/RSN, it's still showing as unsecured sometimes
[13:16] <cyphermox> or android can't connect to it, so I'm thinking it's busted anyway
[13:16] <cyphermox> mdeslaur: IBSS/RSN (wpa2) is with mgmt=wpa-none, proto=rsn, pairwise=ccmp, group=ccmp
[13:18] <pgraner> seb128, looks like the gnome-settings-daemon is crashing on my wacom tablet again
[13:18] <mdeslaur> cyphermox: yeah, let me read the specs...something fishy here
[13:19] <pgraner> seb128, http://pastebin.ubuntu.com/886295/
[13:20] <seb128> pgraner, you never replied to my comment on the bug where I asked if the patch we put it last time was working btw...
[13:20] <seb128> pgraner, they might just have dropped it since you never came back to us
[13:20] <seb128> pgraner, let me check
[13:20] <pgraner> seb128, sorry I must have missed it in the bug mail. It was working fine until today
[13:21] <seb128> pgraner, weird
[13:21] <seb128> pgraner, can you run dpkg -l | grep gnome-settings-daemon and give me the version listed?
[13:21] <hrw> where I can report wishlist for http://qa.ubuntuwire.org/ftbfs/ list?
[13:22] <pgraner> seb128, pgraner@zorak:~$ dpkg -l | grep gnome-settings-daemon
[13:22] <pgraner> ii  gnome-settings-daemon                  3.3.91-0ubuntu6
[13:22] <hrw> would be great to have tags from bug number listed there - as most of armhf bugs now are Ada/FreePascal/Haskell/OpenGL related
[13:22] <davmor2> Is anyone else having difficulties trying to grab the scroll bar overlay buttons
[13:23] <carif> not sure I'm asking this question in the right place, when I dch -i for some pkgs and change the version in the changelog, the source directory is modifed to match when I exit. This works for some pkgs and not for others (it seems intermittent). Any reason why? I like the behavior and want to see it always happen
[13:24] <seb128> pgraner, weird, the fix is still there, can you report a bug using apport?
[13:25] <pgraner> seb128, sure, one thing to note is, when the machine first boot with the tablet connected, g-s-d crashes and for some reason apport never sees it, the only way I noticed was I had the old gnome theme
[13:25] <pgraner> seb128, then I started g-s-d form the command line and got that output
[13:28] <seb128> pgraner, can you check /var/log/apport.log?
[13:30] <pgraner> seb128, https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/956956
[13:31] <seb128> pgraner, is there any way you could report it through apport so we get a stacktrace? there is not a lot we can do without one
[13:34]  * dholbach hugs jamespage
[13:35] <jamespage> dholbach, ta
[13:35] <dholbach> :)
[13:35] <pgraner> seb128, got it, new bug https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/956962
[13:35]  * jamespage likes a hug!
[13:35] <pgraner> seb128, I duped the other one to it
[13:35] <seb128> pgraner, thanks! waiting for retracing and I will deal with it
[13:35] <pgraner> seb128, cool, I'm here all day if you want to me to do anything
[13:36] <seb128> pgraner, ok, I might ping you back in a bit for extra infos, thanks ;-)
[13:38] <dholbach> we're down to 18 items in the queue - I didn't think I'd live to see this happening
[13:42] <jamespage> dholbach, w00t!
[13:43] <ajmitch> dholbach: that's great
[13:46] <cyphermox> mdeslaur: finding anything?
[13:46] <mdeslaur> cyphermox: finding que c'est compliqué en tabarnak
[13:47] <cyphermox> lol
[13:49] <mdeslaur> cyphermox: how have you not gone insane yet? :)
[13:49] <cyphermox> mdeslaur: redefine sanity.
[13:52] <mdeslaur> hrm, desktop team, network manager and evolution...yeah...too late :)
[14:12] <hrw> does someone has any idea of visualvm? bug 935481
[14:43] <ockham> pitti: hi, just added a comment to bug #956098
[14:53] <pitti> ockham: ah, splendid! sorry, missed the link to the other bug
[14:53] <pitti> ockham: I'll sync both now
[14:53] <ockham> pitti: np
[14:53] <ockham> pitti: great, thx!
[14:59] <lamont> is it too much to ask ghc to reap its dead children more frequently?
[14:59] <ajmitch> lamont: is it causing a few issues on the buildds?
[15:01] <lamont> it is making them yell at me
[15:01] <lamont> this is not nice of it
[15:01] <lamont> PROCS CRITICAL: 25 processes with STATE = Z
[15:01] <ajmitch> oops
[15:02] <lamont> specifically washngo and pandoc
[15:02] <lamont> at least so far
[15:03] <ajmitch> lamont: there's only another ~100 packages to go :)
[15:03] <lamont> remind me to hurt you. :-p
[15:03] <ajmitch> blame Laney, not me!
[15:04] <lamont> Laney: fwiw, ajmitch just threw you under the bus. :-p
[15:04] <ajmitch> he's used to it
[15:04] <lamont> heh
[15:13] <Laney> :(
[15:13] <Laney> i'm sure ghc upstream would welcome a bug report ♥
[15:13]  * Laney fades away
[15:23] <pitti> slangasek: mono prerm bug> can't this be fixed in precise as well, for people who don't install SRUs before dist-upgrading? prerm failed-install or so?
[15:23] <pitti> (it should still be an SRU, I figure)
[15:23] <slangasek> pitti: the root bug isn't in the prerm of the package being removed; and the package being removed doesn't exist in precise
[15:24] <pitti> ah, that'd spoil it of course
[15:24] <pitti> thanks
[15:24] <slangasek> it's a script being called from the prerm of each -cil package that's being removed as part of the upgrade
[15:31] <G__81> Hi I am interested in contributing to Ubuntu. I am not sure whether this is *the* channel to ask, if not can someone point me to the right channel ?
[15:35] <slangasek> jibel_: https://jenkins.qa.ubuntu.com/view/Precise%20Upgrade%20Testing%20Dashboard/job/precise-upgrade-lucid-desktop/ARCH=amd64,LTS=lts,PROFILE=ubuntu,label=upgrade-test/ shows as a "failed" test due to conffiles, but there are no details available about what conffiles are wrong; do you have more information?
[15:38] <pitti> heh, indeed; the console output says
[15:38] <pitti> AssertionError: Obsolete config file found. Check log file '/var/log/dist-upgrade/obsolete_conffiles.log'
[15:38] <pitti> and further down
[15:38] <pitti> scp: /tmp/obsolete_conffiles.log: No such file or directory
[16:25] <mr_pouit> pitti: thanks for the indicator-applet fix! (now i've the same issue with lightdm recommending unity-greeter ;D)
[16:34] <pitti> mr_pouit: ah, lightdm gets installed before resolving the xubuntu-desktop dependencies all over again, argh
[16:34] <pitti> mr_pouit: can you please file a bug about it as well, and subscribe me? we need to discuss that with a few people
[16:40] <mr_pouit> pitti: this is because xubuntu-default-settings depends on lightdm (>= 0.9.3-0ubuntu2), x11-common (>= 1:7.6+7ubuntu2), lightdm-gtk-greeter (>= 1.0.0-0ubuntu2)
[16:40] <mr_pouit> pitti: if I swap them, it should be fine
[16:41] <mr_pouit> (I'll try, and file a bug later if it doesn't help)
[16:41] <pitti> mr_pouit: ah, it's x-d-s itself?
[16:41] <mr_pouit> yeah
[16:41] <pitti> mr_pouit: in the other bug, i-applet was pulled in much earlier
[16:41] <pitti> so this seems to be easier then
[16:41] <pitti> mr_pouit: I'm nto sure whether the order of dependencies matters, though
[16:41] <pitti> mr_pouit: you might try dropping the lightdm dependency perhaps?
[16:42] <pitti> it should then resove x-desktop -> gtk-greeter -> lightdm with already fulfilled greeter dep
[16:43] <mr_pouit> it was required because earlier versions didn't ship lightdm-set-default. But that was for oneiric only, so this should be fine now
[16:44] <mr_pouit> I'll try that then, thanks.
[16:49] <ogra_> diwic, yo ... seems your last upload reverted a fix from adam ... could it be that your bzr tree is out of sync ?
[16:49] <ogra_> diwic, (alsa-lib that is)
[17:04] <diwic> ogra_, I don't have upload rights, but I have seen fixes from adam earlier which he has not committed to the bzr tree, so that's recipe for failure if you ask me...
[17:05] <ogra_> diwic, well, would be nice if alsa-lib could just use UDD ... then it would have been automerged
[17:05] <ogra_> i ran into that issue as well several times before
[17:05] <diwic> ogra_, TheMuso is the one you want to talk to about that
[17:05] <ogra_> k, will note that down for a UDS evening :)
[17:08] <dholbach> what is the best way to replace duplicate files with symlinks?
[17:09] <ogra_> take your microphone and tell it to the HUD ?
[17:09] <ogra_> ah, wait, that was 14.04
[17:09] <dholbach> ogra_, it's not working for you?
[17:09] <dholbach> :-P
[17:09] <ogra_> :P
[17:10] <dholbach> maybe you have too much noise in the background :)
[17:10] <ogra_> haha, i sure do
[17:24] <dholbach> shadeslayer, congratulations!
[17:24] <shadeslayer> thanks!
[17:24] <shadeslayer> :)
[17:32] <abeer> hi, is anybody here planning to be a mentor at Google Summer of Code?
[17:32] <ScottK> Ubuntu isn't in GSoC.
[17:34] <abeer> There was a thread
[17:34] <abeer> where one of the developers posted that Ubuntu would be participating GSOC '12
[17:34] <abeer> there was a search for mentors as it missed out in 11.
[17:37] <micahg> yeah, we missed the deadline by ~10 minutes apparently
[17:38] <abeer> oh damn! I was really hoping to work under Ubuntu
[17:38] <micahg> abeer: you still can, just not under the GSoC banner :)
[17:39] <abeer> The thing is I am new to world of submitting code
[17:40] <abeer> GSOC would have been an opportunity where I could have a mentor who would be able to guide me completely towards the completion of a project.
[17:42] <ScottK> Depending on what you want to do, you can accomplish similar things independent of GSoC, just with a little more team approach.
[17:43] <abeer> Well, the thing is I have experience with Java to make small applets and am kind of proficient in C++.
[17:43] <bdmurray> pitti: ubuntu-bug should work with a command name for example do-release-upgrade right?
[17:44] <abeer> I've been trying to pick Python up so I can contribute using quickly as shown on the dev page,  but I can't figure out what would be the best way of go about learning Python as there are an umpteen number of resources available.
[17:47] <ScottK> Python is (IME) generally easy enough that the best way is to find some problem and figure out how to solve it.
[17:47] <ScottK> Careful what you admit about C++ knowledge or apachelogger will try to steal you away to work on Kubuntu (which also uses a lot of Python)
[17:49] <apachelogger> see plus plus
[17:49] <apachelogger> best thing since godzilla
[19:54] <mfisch> Ampelbein: ping
[20:06]  * Sweetshark is looking for a brave sponsor.
[20:10] <Sweetshark> kenvandine, cjwatson, bryceh, mdeslaur, mterry: anyone volunteering to sponsor the upload of 3.5.1-1ubuntu1 to be found in /home/bjoern on chinstrap?
[20:13] <Sweetshark> micahg: ^ (just skimming through timezone data)
[20:13] <micahg> Sweetshark: sorry, in the middle of too many other things
[20:16] <bryceh> Sweetshark, yep can do
[20:26] <Sweetshark> bryceh: great, thanks!
[20:33] <micahg> Sweetshark: I wonder if Friday EOD is the best time for a new LibreOffice code drop
[20:35] <bryceh> Sweetshark, upload sponsored
[20:37] <bryceh> micahg, fair point, sorry didn't see your comment before I pushed the button
[20:38] <chrisccoulson> Friday EOD is actually the best time for a new LO code drop, because you won't have to worry about it for 2 days if it blows up :-)
[20:38] <chrisccoulson> j/k ;)
[20:38] <bryceh> hehe
[20:38] <bryceh> well, for better or worse the upload got rejected
[20:38] <micahg> \o/
[20:39] <chrisccoulson> in any case, doesn't it take pretty much the entire weekend to build?
[20:39] <micahg> I thought it was down to just over a day on teh pandas
[20:40] <micahg> yep, ~31 hours
[20:40] <bryceh> Sweetshark, I've emailed you what LP sent back.  For some reason it didn't pick up the various tar.gz files
[20:40] <bryceh> (did you run debuild -S -sa ?)
[20:46] <bryceh> going to run it through pbuilder and maybe a ppa first, for now.
[20:47] <bryceh> Sweetshark, out of curiousity, how is testing handled with libreoffice uploads for ubuntu?
[20:47] <Sweetshark> bryceh: gah, yes. I didnt switch back to -sa for the new upstream upload.
[20:48] <Sweetshark> mom
[20:48] <ScottK> micahg: If Thursday, way past COB is a good time to break the archive, I think Friday COB is a great time for an LO upload.
[20:49] <bryceh> Sweetshark, also, even with the -sa added my pbuilder is croaking on it
[20:50] <bryceh> (which admittedly might be local pbuilder borkage)
[20:51]  * bryceh chucks it into ppa:bryce/lo-3.5.1
[20:52] <Sweetshark> bryceh: I am always building on a pbuilder here (one for the source package and one for the binary build). The debs build from that then are smoketested in a VirtualBox (open some document etc.)
[20:55] <Sweetshark> (the pbuilders are kicked off from a jenkins instance)
[20:56] <Ampelbein> mfisch: re-ping!
[20:57] <bryceh> hmm, my pbuilder still operates on X packages ok
[20:59] <bryceh> libexttextcat-dev (>= 3.1.1) maybe?
[21:01] <mfisch> Ampelbein: I have an update on a ftbfs that you worked on bug #935385
[21:01] <mfisch> Ampelbein: unfortunately, I don't know how to proceed, I'm not sure I have the ability to pull and then post a new upstream version
[21:03] <Ampelbein> mfisch: Everyone can pull current packaging and propose a merge via the sponsorship process.
[21:03] <Ampelbein> mfisch: Let me quickly check that report.
[21:17]  * Sweetshark watches ppa build
[21:24] <Sweetshark> bryceh: the ppa seems to build, doesnt it? did it break earlier at your local pbuilder?
[21:26] <bryceh> Sweetshark, yeah looks like it's doing better in the ppa
[21:26] <bryceh> Sweetshark, yeah in pbuilder it terminates on unsatisfied deps, even after freshly updating it.  One of the packages is 'uninstallable'
[21:28] <bryceh>                                  Depends: libexttextcat-dev (>= 3.1.1) but it is not installable
[21:28] <lborda> Hi guys, I am running precise (upgraded from oneiric) and one of the updates crashed unity. I was able to upgrade the packages again but now every time I press right-click on the mouse unity crashes and restart again... Any idea?
[21:29] <bryceh> lborda, collect backtrace, file a bug
[21:29] <Sweetshark> bryceh: strange, I remember having that too, but it was transitional.
[21:30] <bryceh> libexttextcat-dev  precise  3.2.0-1ubuntu1
[21:30] <lborda> bryceh, should I use use ubuntu-bug unity ?
[21:30] <bryceh> lborda, yes
[21:30] <lborda> alright tks
[21:30] <Sweetshark> bryceh: libexttextcat was only recently MIRed, maybe your mirror does somehow missed out on that?
[21:30] <bryceh> ah, could be
[21:30] <Sweetshark> s/does/did/
[21:30] <bryceh> yep, showing it in universe
[21:32] <bryceh> Sweetshark, this is pulling from us.archive.ubuntu.com
[21:32] <micahg> Sweetshark: it's still in universe
[21:32] <Sweetshark> micahg: indeed.
[21:33] <Sweetshark> https://bugs.launchpad.net/ubuntu/+source/libexttextcat/+bug/938582
[21:33] <micahg> well, nothing is depending on it
[21:34] <micahg> oh, hmm, there is a recommends
[21:34]  * micahg wonders why that's not on component-mismatches
[21:40]  * Sweetshark is a bit confused by the MIR being "Fix Released", although it is not in main yet.
[21:44] <slangasek> Sweetshark: because pitti promoted it to main before it was seeded, which means the next archive admin to come along demoted it back to universe ;)
[21:45] <Sweetshark> slangasek: nasty archive admins!
[21:45] <Sweetshark> slangasek: should I reopen the MIR?
[21:45] <slangasek> no
[21:45] <slangasek> is there something that pulls it into main now?
[21:45] <bryceh> slangasek, libreoffice
[21:46] <slangasek> i.e., has the LibO that uses it been uploaded?
[21:46] <bryceh> slangasek, no, it doesn't build in my pbuilder due to the missing dep, so I've hesistated uploading it
[21:46] <slangasek> ah
[21:46] <slangasek> bryceh: can you turn universe on for testing in your pbuilder?
[21:46] <slangasek> although... how long is a build test of this going to take? :)
[21:46] <bryceh> slangasek, I popped it into a ppa where it appears to be building ok
[21:46] <slangasek> ok
[21:47] <Sweetshark> slangasek: I am always building in a pbuilder here fwiw
[21:47] <slangasek> yeah - component mismatches don't block being able to build with pbuilder
[21:47] <slangasek> it's just bryce's particular pbuilder config
[21:47] <slangasek> anyhoo
[21:47] <slangasek> if someone gets that uploaded to precise, I can take care of the promotion straight away
[21:48] <bryceh> slangasek, build logs going @ https://launchpad.net/~bryce/+archive/lo-3.5.1/+packages
[21:48] <bryceh> slangasek, shall I wait until that ppa has finished building, or does it look ok to send it in now?
[21:48] <Sweetshark> slangasek: 15min for the source, 2:10h for the binary build with ccache (on a quad i7 notebook with 16GB RAM). 3:30h without ccache.
[21:49] <slangasek> bryceh: I would be inclined to upload it straight away
[21:49] <bryceh> slangasek, micahg also raised the issue of it being past COB Friday... worth waiting until monday?  since it takes so long to build anyway, perhaps it doesn't matter?
[21:49] <slangasek> what's the build-time on armel?
[21:50] <bryceh> slangasek, alright.  I'm comfortable with that given Sweetshark's testing practices
[21:51] <bryceh> micahg, your thoughts?  still think it being friday is a red flag?
[21:52] <slangasek> bryceh: if the world explodes after you upload, are you going to be around to help clean it up? ;)
[21:52] <micahg> slangasek: arm* build time on the pandas is 31 hours
[21:52]  * slangasek nod
[21:52] <slangasek> so I think it would be a good idea to get it built over the weekend
[21:52] <Sweetshark> fyi, the oneiric backport ppa builds took 6:38h on i386 and and 6:40h on amd64.
[21:52] <micahg> right, that's the questions if bryceh or someone else and Sweetshark are committed to being around to fixing issues, I don't have a problem with it
[21:52] <bryceh> slangasek, I'll be gone much of the day Saturday but am here for the next 4 hrs at least
[21:52] <Sweetshark> arm build time is why I would like to have this in before the weekend ;)
[21:53] <slangasek> I can keep an eye out tomorrow
[21:53]  * micahg would think with the package's history, it would be more prudent to upload very early monday
[21:54] <micahg> i386/amd64 hit Monday, everything else tuesday
[21:54] <micahg> but if there's coverage for breakage, then it doesn't matter when
[21:55] <Sweetshark> its 2300 local here. I can be around tommorrow till around noon but not later. sunday i could be on guard.
[21:56] <bryceh> I'd be willing to pop in to do the upload Saturday night my time.  Should only take a few minutes, not a big deal
[21:56] <bryceh> not sure what plans I have for sunday, but probably will be checking in periodically
[21:57] <Sweetshark> bryceh: that would be great. I would be around to take the bullets when it finishes then ...
[21:59] <micahg> Sweetshark: re libexttextcat> sometimes, things get promoted prematurely, but then get demoted since nothing depends on it
[21:59] <micahg> they
[22:00] <micahg> * they're supposed to remain Fix Committed until it's seeded or depended on
[22:00] <micahg> but there is a recommends in this case, so I have no idea
[22:00] <Sweetshark> micahg: k
[22:01] <Sweetshark> just leaving stuff as is then for now
[22:01] <mterry> Is there an easy way to test software under a VPN?  (like a demo VPN test server somewhere?)
[22:01] <Sweetshark> micahg, bryceh, slangasek: thank you very much.
[22:01]  * Sweetshark wanders of for the night.
[22:01] <bryceh> Sweetshark, great sounds like a plan, will pick it up Sat night