[00:52] <infinity> robert_ancell: Your gnome-icon-theme-symbolic wants a new gnome-icon-theme, which you didn't upload...
[00:54] <infinity> robert_ancell: (Causing an uninstallible cascade)
[00:55] <RAOF> Whee! 'tis the season for GNOME breakage, apparently.
[00:58] <infinity> AKA: Friday?
[00:58] <infinity> robert_ancell: Pls fix, thx. ;)
[00:59] <RAOF> There's also the new libgnome-desktop3, which broke soname but isn't parallel installable.
[00:59] <infinity> RAOF: Yeah, I know, I rebuilt the world to fix that already.
[01:00] <RAOF> Ah. That world-rebuild apparently hasn't made it all the way out to archive.ubuntu.com :)
[01:00] <infinity> Has too.
[01:00] <infinity> apt-get update harder.
[01:00] <infinity> Of course, you still can't upgrade smoothly because of the above icont-theme issue.
[01:00] <infinity> icon-theme, too.
[01:04] <RAOF> Oh! I don't have a.u.c in my sources on this install. That'd be why.
[01:05] <infinity> RAOF: Just some horribly lagging AU mirror of doom?
[01:05] <RAOF> Indeed.
[01:05]  * infinity used to have a love/hate relationship with iinet's mirror.
[01:05] <infinity> Loved that I got 24Mb/s from it.  Hated that it was always about 3.5 months out of date.
[01:05] <infinity> (That may be hyperbole)
[01:06] <RAOF> Internode's *generally* reasonably up to date.
[01:07] <infinity> Well, I only just fixed everything.  Being out by 30-60m seems acceptable.
[01:07] <ajmitch> 3.5 months sounds a lot like some NZ mirrors
[01:08] <infinity> My ISP's mirror here is lousy too, which is (one reason) why I just run my own.
[01:09] <mwhudson> i just use a.u.c :(
[01:10] <infinity> GigE to an internal mirror versus transatlantic link of ick that goes through a tiny router driven by a sickly hamster in the Netherlands...
[01:10] <infinity> I'll take the local mirror.
[01:15] <mwhudson> how quickly you forget the southern hemisphere :)
[01:16] <infinity> mwhudson: Thankfully, yes. ;)
[01:28] <infinity> robert_ancell: *poke, poke, poke, poke*
[01:43] <superm1> SpamapS: curious on your thoughts.  what about adding a dpkg trigger when new tzdata packages get installed to load the time zone data into mysql?  eg http://dev.mysql.com/doc/refman/4.1/en/mysql-tzinfo-to-sql.html
[02:04] <robert_ancell> infinity, hey
[02:12] <robert_ancell> infinity, so are we updating to quantal or quantal-proposed now?
[02:31] <ihashacks> Where might one go to report an error in the release blog? http://release-blog.ubuntu.com/?p=213
[02:32] <ihashacks> "Ubuntu 12.04 (Quantal Quetzal) Alpha 1 now available"
[02:36] <RAOF> Man. It took me three goes to work out what was wrong there :)
[02:38] <psusi> the numbers do sort of blurr together when you've been around for a while ;)
[02:38] <ihashacks> I guess since this next one isn't a "Pixel Perfect" release, details like that are negligable :-P
[02:39] <psusi> jesus... seems like a long way from 6.06 to 12.04, but feels like it was only yesterday
[02:40] <ihashacks> But, seriously, given that the blog isn't even "Ubuntu branded" I'm not sure anyone will even notice (although I did).
[02:40] <ihashacks> I just wanted to see who/how to notify so that it could be fixed.
[02:45] <cody-somerville> lol
[03:43] <cjwatson> ihashacks: I have access to that blog, but I don't seem to be able to edit other people's posts, so can't fix it directly.
[03:43] <cjwatson> skaet: ^- Please fix http://release-blog.ubuntu.com/?p=213 to say 12.10 rather than 12.04
[03:44] <cjwatson> (Both heading and body text)
[04:47] <SpamapS> superm1: seems like a pretty cool idea
[04:48] <SpamapS> superm1: Will have to think of what the ramifications might be, but all in all I think it would be a nice feature
[05:18] <skunk> cnd: are you there?
[07:00] <dholbach> good morning
[07:12] <didrocks> infinity: thanks for the unity upload. We are still fighting for a week on unity. I tried to port to boost, fix the build issues with gcc4.7, same code base, rebuilt libsigc++ with the quantal stack, and we still get some random crash at runtime…
[07:30] <dholbach> StevenK, happy birthday! :)
[08:23] <jamespage> Sweetshark, ping re libreoffice and switching dependencies from openjdk-6 to openjdk-7
[08:24] <Sweetshark> jamespage: pong, huh?
[08:24] <jamespage> Sweetshark, so I've been gradually shuffling through all of the dependencies on openjdk-6 in main
[08:24] <jamespage> libreoffice is one of the last two :-)
[08:27] <vibhav> Can anybody have a look at https://bugs.launchpad.net/ubuntu/+source/rofs-fuse/+bug/1010357 ?
[08:28] <Sweetshark> jamespage: well, im doing a libreoffice-3.6.0~beta1 upload (to ppa only right now). I guess there is enough trouble in a beta in itself to not mix in a java update. we could then upload a package just with the java update to see how much fun it breaks.
[08:28] <jamespage> Sweetshark, that would be great!
[08:29] <Sweetshark> jamespage: that being said, I cant do ~anything on quantal right now because of bug 1007616
[08:29] <micahg> Sweetshark: you can build with gcc 4.6 until that's fixed (and should)
[08:30] <micahg> jamespage: is there a release goal for quantal to drop openjdk-6 entirely?
[08:31] <jamespage> micahg, hmm - I'd like to but I think it more likely it will reside in universe for 12.10
[08:31] <jamespage> I think there will be some packages in universe we simply cannot transition at this point in time
[08:32] <micahg> jamespage: depending on what and how many, we could just drop and backport from R
[08:32] <jamespage> micahg, I think we can make a call on that later in the cycle depending on progress
[08:33] <micahg> yep
[08:33] <micahg> jamespage: if you have a guide for openjdk 7 porting, that might be good for MOTU opportunistic tasks
[08:34] <Sweetshark> micahg: oh, it seems I do now. I magically appeared in my rebase on debian after I told _rene_ about it ...
[08:34] <jamespage> micahg, emailed wed - https://lists.ubuntu.com/archives/ubuntu-motu/2012-June/007250.html
[08:34] <micahg> jamespage: ooh, thanks (I must have missed that)
[08:41] <vibhav> jamespage: Could you link me to the munin bug that I had to test?
[08:42] <jamespage> vibhav, sure - https://bugs.launchpad.net/ubuntu/+source/munin/+bug/1000678
[08:42] <jamespage> much appreciated
[08:43] <jamespage> vibhav, as you seem to be very active with SRU's you might like these reports - http://people.canonical.com/~jamespage/server-sru/
[08:47] <vibhav> sure
[08:50] <vibhav> jamespage: Im getting http://paste.ubuntu.com/1030072/ , is that fine?
[08:52] <jamespage> vibhav, for a restart yes - but you need to check that the memory graph appears in the web interface to verify the SRU as per the test plan
[09:41] <vibhav> jamespage: From where can I reach the web interface
[09:42] <jamespage> vibhav: you should be able to see it on http://hostname/munin
[09:45] <vibhav> jamespage: would my.ip/munun work?
[09:46] <jamespage> vibhav, should do yes
[10:19] <doko__> Sweetshark, I would appreciate a bit more cooperation with issue 1007616, more than trowing mismatching bits over the fence
[10:23] <Sweetshark> doko__: what exactly do you need?
[10:24] <doko__> Sweetshark, do didn't build with 4.7, but with 4.6
[10:27] <Sweetshark> doko__: right, I have no quantal host right yet, as it is madness to try building LO on it at this point. But does the (4.6)-preprocessed stuff magically work now? If not, why cant you go hunting with it?
[10:28] <doko__> Sweetshark, so this neither built with 4.7 nor on quantal? what are you reporting then?
[10:28] <doko__> 1) On quantal
[10:28] <doko__> 2) with gcc-4.7-base i386 4.7.0-11ubuntu2
[10:29] <doko__> and no, I don't think it's madness after alpha1
[10:31] <Sweetshark> doko__: no, it doesnt build on 4.7 on quantal. It does build on 4.6 on precise. Thats it so far. Couldnt you do me the favour of throwing the (4.6/precise)-preprocessed input at 4.7/quantal quickly and see if it suicides gcc?
[10:32] <doko__> Sweetshark, it doesn't work this way. I need the preprocessed source with the 4.7 headers, not the 4.6 ones. sorry if that wasn't clear
[10:33] <Sweetshark> I will start to get my quantal pbuilder ready soon, but right now, I am still at getting 3.6.0~beta1 to build at all ...
[10:34] <Sweetshark> doko__: doh, I ignored that the headers are also compiler-dependant, yeah. ignorance is a bliss.
[10:35] <Sweetshark> doko__: I will try to get you a 4.7-preprocessed source one ASAP. Might take a while to get the pbuilder up though ...
[10:46] <xnox> Sweetshark: spin up a beefy machine on amazon cloud with quantal's alpha1 image and do a build there?
[10:46] <xnox> just to get the preprocessed source which fails
[11:09] <Sweetshark> hm, interesting something of starting virtualbox and unplugging the AC under some load was not appreciated by this machine ...
[11:09] <Sweetshark> OOM killed itself with a load average of >2000.
[11:23] <xnox> @pilot in
[11:23] <xnox> there are a couple of merge proposal's for usb-creator which are acient =)
[11:24] <ogra_> merge them into an ancient branch then :P
[11:28] <xnox> ogra_: haha =) I have lp:usb-creator commit rights so I will merge them into bleeding-edge branch =)
[11:30] <ogra_> evil, that might scare them :)
[11:30] <seb128> xnox, did you pick up usb-creator maintenance?
[11:31] <xnox> seb128: well ev is still the usb-creator overlord. Do you have anything in particular, that I can do as usb-creator's minion?
[11:31] <ogra_> seb128, well, after today he might be the last uploader :) we just need to make sure it stays that way
[11:31] <ev> xnox: I'm more than happy to pass the baton on that one
[11:32]  * xnox baton! baton!
[11:32] <ev> I've got way too many error tracker work items to give usb-creator any attention beyond code review
[11:32]  * xnox is reminded of Up!
[11:32] <seb128> xnox, no, mostly curious, we (desktop) were wondering if there was still any work going on it, especially that we go out of the CD size this cycle usb-creator might get an increased importance ... we were wondering if there was any design or tech work planned on it
[11:33] <seb128> ev, ^
[11:33] <xnox> I needs a refresh, yes =) but it does do the job out the box
[11:33] <xnox> s/I/it/
[11:33] <seb128> xnox, still it could do with some ui tweaks and some work
[11:33] <superm1> a few UDS's ago there was a session with discussion about things to improve with it that didn't all happen
[11:33] <ev> seb128: I didn't have anything planned. If there are specific needs, best to raise them with slangasek and then he can delegate
[11:33] <superm1> maybe brussels?
[11:33] <seb128> xnox, I was mostly wondering if anyone planned on that to not dup work if we plan to look at helping on it
[11:33] <ev> oh, that would be ace
[11:34] <seb128> ev, having design input would be nice, then we could probably help
[11:34] <ev> superm1: I vaguely recall that being the location
[11:34] <seb128> but I guess that's rather a mpt's question
[11:34] <ev> seb128: yeah, Matthew would be excellent for that when he's back from holiday
[11:34] <ev> as he designed the initial UI
[11:34] <seb128> ev, ok, so nothing done yet, I will check with him when he's back, thanks
[11:34] <ev> seb128: sure thing!
[11:34] <superm1> so if that old gobby doc is somwhere on the interwebs that might be a good starting point too
[11:35]  * ev lunches
[11:36] <xnox> superm1: please find it, it's before my time =)
[11:38] <seb128> xnox, you are supposed to get the knowledge of everything that happened in the past when joining!
[11:39] <xnox> seb128: I'm doing my best =) i have already picked up a lot, just not everything yet.
[11:39] <seb128> ;-)
[11:40] <xnox> I still get a twich when people mention 'oh yeah we fixed that in dapper'
[11:40] <superm1> xnox: actually you were in the IRC that day it looks: http://ubottu.com/uds-logs/archives/uds-m/%23ubuntu-uds-cocobolo-3.log
[11:40] <xnox> lol =)
[11:40] <superm1> gobby.ubuntu.com doesn't seem to respond to me
[11:40] <superm1> but http://paste.ubuntu.com/433382/ was captured before it crashed at some point during the IRC log
[11:41] <xnox> superm1: I think that got super-seeded by the amd64+mac iso
[11:41] <ogra_> seb128, we sadly forgot to give him the usual "La fusion mentale vulcaine" for new team members in SF when he joined
[11:41] <ogra_> -La i guess ...
[11:41] <seb128> lol
[11:43] <xnox> ogra_: "sometimes the recipient is supposed to be consenting if the merger may be experienced as a rape ."
[11:43] <xnox> http://fr.wikipedia.org/wiki/Fusion_mentale
[11:44]  * xnox *shrug*
[11:44]  * xnox moving on...
[11:44] <ogra_> you didnt read the fineprint in your contract, eh ?
[11:47] <xnox> ogra_: it does say "If ogra_ is speaking about you, using french terms, imediately report to your line manager."
[11:51] <ogra_> lol
[11:53] <xnox> superm1: https://wiki.ubuntu.com/DmitrijsLedkovs/usbcreatornotes#preview
[12:22] <ev> wow, and xnox is already speeding through usb-creator merge proposals. Rock on.
[12:23] <ev> xnox: on the automated tests front, do check out the usb gadget module in the kernel. It will let you write system tests without having to plug in a physical usb device.
[12:23] <ev> in response to your wiki page
[12:24] <xnox> ev: this ^^^ =) amazing, will look into that.
[12:24] <ev> awesome
[12:31] <vibhav> jamespage: ping
[12:31] <jamespage> vibhav, hey!
[12:32] <vibhav> jamespage: getting http://paste.ubuntu.com/1030293/ Is that fine?
[12:33] <jamespage> vibhav, not sure - is that coming from munin-node?
[12:33] <vibhav> No idea
[12:34] <vibhav> I cant browse to 192.168.1.243/munin
[12:34] <vibhav> /window/window 28
[12:37] <scientes> DinstallException: 'Unknown distribution "unstable" in "/var/cache/archive/mini-dinstall/incoming/kyotocabinet_1.2.76-1_amd64.changes"'
[12:37] <scientes> im trying to use mini-dinstall
[12:37] <scientes> for cowbuilder
[12:37] <xnox> @pilot out
[12:38] <vibhav> Murphy's Law :(
[13:06] <seb128> could somebody reject https://code.launchpad.net/~mattmollett/ubuntu/oneiric/inkscape/fix-for-807861/+merge/109318 ?
[13:09] <Sweetshark> doko__: bug 1010468 now has everything you need.
[13:12] <vibhav> what does ld --as-needed exactly do to fix FTBFSes?
[13:14] <xnox> vibhav: it adds extra libraries to complete the linking
[13:14] <xnox> vibhav: http://wiki.debian.org/ToolChain/DSOLinking
[13:15] <vibhav> xnox: Is it applicable in debian too?
[13:15] <xnox> yes.
[13:15] <ogra_> (given the doc is on the debian wiki... )
[13:15] <xnox> it's not enabled by default, as far as I know, but the bugs themself are RC
[13:15] <xnox> vibhav: we want to use ld --no-as-needed by default =)
[13:15] <xnox> or the gold linker
[13:16] <vibhav> xnox: But why do some packges have a ubuntu delta which use ld --as-needed ?
[13:16] <vibhav> Instead of forwarding them to debian?
[13:17] <ogra_> slackish developers ?
[13:17] <xnox> vibhav: because we needed the package to build and adding --as-needed is not a proper fix
[13:18] <xnox> you generally have to modify autoconf/autotools/makefiles to add/remove required libraries in the correct order for the --no-as-needed link to succeed.
[13:19] <cjwatson> Uh, generally the Ubuntu delta is to tolerate a linker that defaults to --as-needed
[13:19] <cjwatson> Not to change ld's options to use --as-needed
[13:19]  * xnox says listen to cjwatson =)
[13:20] <cjwatson> We don't want to use --no-as-needed by default - that's backwards
[13:20] <cjwatson> See https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition
[13:20] <cjwatson> Or better, http://wiki.debian.org/ToolChain/DSOLinking
[13:21] <cjwatson> (Ah, which xnox linked to above)
[13:22]  * xnox got the --no-as-needed and --as-needed backwards. --no-as-needed is bad as it's a workaround to revert to old/classic behaviour.
[13:22] <xnox> sorry
[13:22]  * xnox use gold, gold rocks =)
[13:23] <cjwatson> Shouldn't really need to nowadays
[13:23] <cjwatson> I was under the impression most of the gains there had been got by our default linker option changes
[13:24] <cjwatson> vibhav: The answer to why we have these as Ubuntu deltas is indeed generally just that nobody's got round to forwarding them yet, or they've been forwarded and not yet applied upstream of us
[13:28] <vibhav> ah
[13:28] <vibhav> ^^ was the answer I wanted
[13:29] <vibhav> thanks cjwatson
[13:29] <rbasak> "dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address" - is there a way to override this? I'm preparing an SRU so presumably I want to leave that alone.
[13:30] <cjwatson> rbasak: Temporarily set DEBEMAIL to something that isn't @ubuntu.com when you run debuild -S
[13:30] <rbasak> cjwatson: interesting! Thanks :)
[13:31] <cjwatson> (You'll still get a warning, but it'll be downgraded from an error)
[13:33] <rbasak> That worked. But I just realised that this SRU is for a package without a previous ubuntu delta, so actually the error is right and I think I do want to run update-maintainer on it.
[13:35] <cjwatson> Agreed.
[13:35] <Sweetshark> cjwatson: since you raised your head on "--as-needed", could you shed some light on http://nabble.documentfoundation.org/make-check-problem-in-libtest-smoketest-building-master-td3902404.html#a3905049 ?
[13:36] <rbasak> Thanks. I'll pay more attention to the changelog in future.
[13:36] <didrocks> bdmurray: hey, are you running a script for dup detection? There are some wrong test cases in bug #1010239. In addition, if I deduped, your script reduped it
[13:37] <Sweetshark> cjwatson: esp. with regards to "Fedoras implicitDSO is sane, what Debian/Ubuntu does is not" ...
[13:37] <didrocks> bdmurray: but the first dup was wrong: it's crashing calling the same functions, but the stack is different and the first bug was "fixed released" in september 2011. So dupping it shouldn't happen for regressions anyway
[13:38] <cjwatson> Sweetshark: Not really, -> doko
[13:39] <cjwatson> Though from that thread it sounds like you probably just want to add --no-as-needed to LDFLAGS or similar and get on with your life
[13:39] <cjwatson> We're not going to revert the toolchain change again, AFAIK
[13:39] <Sweetshark> cjwatson: ;)
[13:41] <cjwatson> We reverted it for natty because it broke too many things, but enough of them were fixed for oneiric that we were able to leave it on; it has substantial global benefits and it makes sense for us to have it as a default and for the small minority of packages that can't cope to deal with it
[13:41] <Sweetshark> cjwatson: I dont have a problem with release builds (I reordered some lib or did --no-as-needed), but it is highly annoying for new contributors who cant compile an unpatched LibreOffice once in a while ...
[13:41] <cjwatson> If LO assumes --no-as-needed I don't see why they can't just add that
[13:42] <cjwatson> Having it on by default in the distribution makes it much easier for us to avoid problems with excessive indirect linking
[13:42] <cjwatson> And in any case I don't believe we're the only ones - OpenSUSE did this before us, I think
[13:43] <Sweetshark> cjwatson: LO depends on --no-as-needed being the default, but locks down to --as-needed in some places IIRC.
[13:44] <cjwatson> It's silly of them to depend on that but refuse to be explicit about it.
[13:45] <Sweetshark> cjwatson: having said that, it currently works, but some unsuspecting commit from other distro might break it again once in a while causing some useless discussion then ...
[14:00] <seb128> could somebody reject https://code.launchpad.net/~mattmollett/ubuntu/oneiric/inkscape/fix-for-807861/+merge/109318 ?
[14:03] <jamespage> vibhav, can you take me through what you have done so-far?
[14:13] <vibhav> jamespage: Are you talking about munin?
[14:13] <jamespage> vibhav, yes - sorry - a bit async + lag today
[14:20]  * xnox_ smuxi fail =(
[14:38] <vibhav> jamespage: I still cant get to 192.168.1.243/munin
[14:39] <vibhav> And the log is the same
[14:39]  * vibhav suspects its something to do with his desktop
[14:39] <vibhav> Could you try it on your computer?
[14:39] <jamespage> vibhav, I can - are you following the test case in the SRU?
[14:41] <vibhav> jamespage: yeah
[14:41] <jamespage> vibhav, OK - lemme take a look
[14:41] <vibhav> thanks
[14:46] <jamespage> vibhav, OK I tweaked the test plan slightly - all you should need todo is install the packages - just tried it on a fresh install and it worked fine
[14:46] <jamespage> can see memory data and everything
[14:47] <bdmurray> didrocks: it was an old bug pattern that was causing the duplicate detection.  I'll look at cleaning up old ones.
[14:48] <\sh> moins
[14:49] <didrocks> bdmurray: thanks!
[14:50] <vibhav> jamespage: So the verification is done?
[14:55] <vibhav> Could anybody have a look at https://bugs.launchpad.net/ubuntu/+source/rootskel/+bug/1010506 ?
[14:55]  * xnox hates bug 762193
[14:57] <cjwatson> vibhav: You should ask the person who touched the package last before merging stuff
[14:58] <cjwatson> vibhav: In the case of rootskel it's much harder to apply a debdiff than to just do the merge in our bzr branch
[14:58] <cjwatson> And your changelog is wrong - would you mind awfully if I just did this myself? :-)
[14:59] <cjwatson> vibhav: FWIW I hadn't bothered to merge rootskel because the changes in that Debian upload have precisely zero effect on Ubuntu
[15:03] <jamespage> vibhav, not really - I did the fix :-) I want someone else to check my work....
[15:03] <seb128> xnox: do you get that bug often? I never saw it and I use xchat-gnome every day
[15:04] <seb128> xnox: do you use the SRU version of unity?
[15:04] <xnox> seb128, i am enjoying it *right now* on quantal =) with xchat-gnome with the xchat-gnome-indicator
[15:04] <seb128> xnox: i.e did you restart since 5.12-0ubuntu1.1
[15:05] <seb128> xnox: quantal didn't have the SRU fixes until recently, it was failing to build with the new toolchain, then they did hit a segfault due to c0xx behaviour change with signal they just tracked down today
[15:06] <xnox__> seb128, so xchat & xchat-indicator work like a charm. xchat-gnome & xchat-gnome-indicator are borked for now. Let me upgrade 200 packages (3 minutes)
[15:06] <seb128> ok
[15:07] <seb128> xnox__, you probably have an unity update in those packages?
[15:26] <vibhav> cjwatson: Sure! Go ahead
[15:38] <ritz> xnonx_ seb128 will probably roll in the indicator into the main package itself
[15:38] <ritz> wrt xchat-gnome
[15:38] <seb128> ritz, you will do that upstream for it?
[15:39] <ritz> yes, need to rewrite the converstaion panel into something more modern. Will be checking up on webkit this weekend
[15:40] <seb128> ok
[15:40] <ritz> once this is done, plan to ensure a higher degree of ubuntu integration
[15:42] <xnox> ritz: yes please =) and no assumptions that 'minimise to tray' is (a) available (b) is the right thing to do
[15:43] <ogra_> ++
[15:44] <ritz> no more minimise to tray
[15:45] <ritz> not a valid concept in gnome shell
[15:45] <ritz> and for unity, I prefer the close window to hide the client
[15:46] <ritz> xnox , again , this is my belief . If you feel otherwise, feel free to post to https://live.gnome.org/Xchat-Gnome
[15:46] <ritz> pretty much a very rough draft
[15:46] <xnox> ritz: hiding is fine =) as long as the icon stays in the unity dash and the alt-tab
[15:47] <ritz> hmmm
[15:48] <ritz> interesting. I was thinking more along the lines of emapthy
[15:53] <xnox> ritz: i see. close to hide and no icon in dash. minimise to hid and have icon in the dash. would work for me. but's it's just me. I have IRC full screen and open anyway and I switch between  different apps
[16:54] <dobey> not cool
[16:55] <ogra_> warm then ?
[17:00] <barry> stgraber: i'd like to upload the pydbus fix for bug 1008898 now.  will you revert the ubiquity workaround once that lands?
[17:02] <dobey> ogra_: trolls are proabbly cold blooded. and don't know why else you'd get that many Excess Flood kills :)
[17:02] <ogra_> heh
[17:03] <ogra_> well, your client should allow you to ignore join/part if it really annoys you
[17:03] <stgraber> barry: yep, I can do that. Having the fixed python3-dbus won't break ubiquity anyway but we certainly shouldn't keep the hardcoded signature :)
[17:04] <barry> stgraber: :)
[17:04] <barry> stgraber: uploaded
[17:07] <dobey> ogra_: i'm sure it does, but then i'd also miss seeing the ones i care about :)
[17:07] <ogra_> heh, yeah
[17:07] <ogasawara> @pilot in
[17:10] <infinity> @pilot in
[17:11]  * infinity hopes ogasawara doesn't push him out of the topic.
[17:11] <ogasawara> infinity: heh, it wouldn't be the first time I've pushed you
[17:12] <infinity> ogasawara: That was my point entirely.  Meanie. ;)
[17:12] <ogra_> infinity, well, at least she doesnt steal your pings !
[17:13] <ogasawara> man, rough crowd today! :)
[17:13] <ogra_> :)
[17:13] <infinity> ogra_: That kinds seems like a feature.
[17:13] <infinity> ogasawara: You're welcome to steal my pings anytime.
[17:13] <ogra_> its also the "thank you " ones !
[17:13] <infinity> ogra_: No one ever says that to me.
[17:13] <ogasawara> heh
[17:14] <ogra_> ogfinity, thank you !
[17:14] <ogfinity> ogra_: Note that "gee, thanks" isn't actually the same as "thank you".
[17:48]  * Sweetshark lols at backlog.
[20:17] <cr3> is there a plan to remove perl from the desktop image during the quantal cycle?
[20:25] <slangasek> cr3: no... are you expecting there to be?
[20:28] <cr3> slangasek: I thought I'd heard something to that effect, just checking whether it was my imagination :)
[20:28] <slangasek> cr3: you may have misheard 'python2' as 'perl'?
[20:29] <cr3> slangasek: nah, that one is already well underway on my side. by the way, I vaguely recall there being a 2to3 sprint of some sort either next week or the week after, is that my imagination again?
[20:30] <slangasek> we're having a virtual sprint next week in #pyjam
[20:30] <slangasek> Mon-Wed
[20:32] <cr3> slangasek: cool, most of checkbox was converted to python3 this week. would it help if I pushed those changes in ubuntu as early as possible?
[20:32] <slangasek> cr3: in the general release-early-and-often sense, yes
[20:32] <slangasek> we're certainly ready to receive python3 apps on the desktop in quantal
[20:35] <cr3> slangasek: I was wondering more in the pyjam sense. there are a few standalone scripts that haven't been converted yet, but all the core of the project has been converted. so, perhaps being able to calculate the overall dependencies of the desktop image with one more app converted might be useful
[20:35] <cr3> s/overall dependencies/overall python 2 dependencies/
[20:40] <slangasek> cr3: the list of todos is still long enough that it's unlikely to register :)
[20:41] <cr3> slangasek: ok, I'll try to push the changes in the release-early-and-often sense then :)
[20:41] <cr3> someone in the core devs is not going to be happy reviewing the mega changes :0
[22:03] <infinity> @pilot out
[22:04]  * infinity stops maintaining the fiction that he's piloting, when the piloting he's doing will go into the weekend with glibc upstream...
[22:07] <xnox> infinity: well done =)
[22:09] <infinity> xnox: Yeah, I do so love it when I pick bugs to work on that make me don a community hat over the weekend. :P
[22:09] <infinity> xnox: At least I won't be bored, right?
[22:09] <xnox> true =)
[23:27] <hippiehacker> Is there anything newer than https://help.ubuntu.com/community/LiveCDCustomizationFromScratch for creating 12.04 iso's from scratch? Is it still pretty much the same process?
[23:33] <xnox> hippiehacker: better suited for #ubuntu-installer but yeah I believe that still more or less the same.