[01:14] <lifeless> in edgy, why does ubiquity not allow xfs/reiserfs / partitions ?
[01:52] <tonyyarusso> I'm doing a spot on Main Inclusion Requests for UWN (deferred from before), so if anyone has a spare few minutes to tell me what they think is important to know about them, please join #tonyyarusso (as a suplement to the wiki bits I've found already).
[01:54] <Burgundavia> tonyyarusso: you want to talk about it now
[01:54] <Burgundavia> ?
[01:54] <tonyyarusso> Burgundavia: Sure
[01:54] <tonyyarusso> Whoever's up for it, I'm listening :)
[01:55] <Burgundavia> basically main inclusion reports means Canonical is willing to support it, at the current moment
[01:55] <tonyyarusso> right
[01:55] <Burgundavia> packages into main must not be duplicative and have a fairly good security record
[01:55] <bhale> hello Burgundavia 
[01:55] <Burgundavia> hey bhale
[01:55] <Burgundavia> the primary person who reviews them in Martin Pitt
[01:55] <tonyyarusso> What's duplicative?  Matching features of another?
[01:55] <Burgundavia> how goes life?
[01:56] <Burgundavia> basically yes
[01:56] <bhale> Burgundavia: ltns
[01:56] <bhale> Burgundavia: life is good
[01:56] <tonyyarusso> Yeah, pitti's apparently gmt+1 though :(
[01:56] <Burgundavia> so we will accept on KDE text editor, one GNOME one, etc.
[01:56] <tonyyarusso> gotcha
[01:56] <Burgundavia> most main inclusion things recently have been hole filling in existing desktops
[01:57] <Burgundavia> the last major bit brought in was XFCE
[01:57] <bhale> it is also new libs that introduce new features into existing packages
[01:57] <tonyyarusso> XFCE overall was one MIR?
[01:57] <bhale> I wrote one most recently for Sametime IM support in gaim
[01:57] <bhale> pulling in libmeanwhile
[01:57] <Burgundavia> no, several
[01:57] <tonyyarusso> ah
[01:58] <Burgundavia> one MIR is required for each source package accepted
[01:58] <Burgundavia> in general, if the source has already been in main, in another package, it will be accepted
[01:58] <Burgundavia> ie: if you split a source package for whatever reason
[01:58] <tonyyarusso> What parts of the application process are most frequently done incorrectly/insufficiently?
[01:59] <Burgundavia> for the MIR?
[01:59] <tonyyarusso> Yeah
[01:59] <tonyyarusso> Things people should be extra-aware of if they've never done one before, but are somewhat interested.
[02:00] <Burgundavia> generall people just don't fill all the details out
[02:00] <Burgundavia> all the bits needs to be filled out and the rationale needs to a strong one
[02:02] <tonyyarusso> Would there be anyone I could say to contact for guidance on one other than pitti / would it be appropriate to mention a name?  (UWN)
[02:03] <Burgundavia> in general, ask around for one of the core devs to look it over
[02:05] <tonyyarusso> All right, I'll see what I can do with that.  Let me know if you remember anything else.
[02:05] <Burgundavia> ok
[02:05] <Burgundavia> MIR are really not that hard
[02:05] <Burgundavia> it is getting a package that is worth it
[02:05] <Burgundavia> hey jono
[02:06] <jono> hey
[02:06] <Hobbsee> jono!!!!
[02:06] <jono> hey Hobbsee :)
[02:06] <jono> Hobbsee: you at LCA?
[02:06] <Hobbsee> jono: no, but i was at lowenbrau
[02:07] <jono> Hobbsee: really?
[02:07] <Gman> mmm, steins of lowenbrau.....
[02:07] <jono> Hobbsee: shame we didnt meet up
[02:07] <jono> mjg59: :P
[02:07] <Hobbsee> jono: yes.  i saw you in the room, but you were happily talking, so didnt go up
[02:07] <Hobbsee> oh, and StevenK and i left at about 11pm
[02:07] <jono> Hobbsee: come and interrupt next time :)
[02:07] <jono> right
[02:08] <Hobbsee> jono: hehe.  i thougth about it.
[02:08] <mjg59> Hobbsee: You'll be here for the open day?
[02:08] <Hobbsee> mjg59: yes
[02:08] <mjg59> Excellent
[02:08] <Burgundavia> hey mjg59
[02:08] <Hobbsee> mjg59: i dont know what you look like though, so it's fairly impossible to come say hello
[02:08] <mjg59> Hobbsee: images.google is your friend
[02:09] <jono> the legend of Matthew Garrett
[02:09] <mjg59> Except I have longer hair at the moment
[02:09] <Gman> look for an angry man trying to avoid fixing everyones laptops
[02:09] <mjg59> I've fixed no laptops yet!
[02:09] <mjg59> But I'm helping to run a session on fixing laptops in the kernel miniconf this afternoon
[02:10] <mjg59> (And desperately trying to write my talk for tomorrow right now)
[02:10] <Hobbsee> hehe
[02:10] <Gman> mjg59, how about power management on opensolaris? :)
[02:10] <Hobbsee> jono: lca is crap for the people who already live in sydney, but not the city :P
[02:11] <mjg59> Maybe you guys will implement it some day
[02:11] <jono> heh
[02:11] <Hobbsee> mjg59: hrm, okay, didnt notice you at lowenbrau then
[02:12] <mjg59> Hobbsee: Oh, I wasn't there
[02:12] <mjg59> Sorry, should have been clearer
[02:13] <Hobbsee> mjg59: ahhhh.  that explains
[02:13] <Hobbsee> mind you, with 80+ people there, it's understandable that i didnt see you :P
[02:13] <Hobbsee> even if you were there
[03:49] <jmg> hi all
[03:49] <jmg> is there a policy document or something that talks about why ubuntu uses python
[03:50] <Hobbsee> about *why* ubuntu uses python?
[03:50] <Hobbsee> or how to package python stuff for ubuntu?
[03:50] <jmg> why
[03:50] <LaserJock> Ubuntu doesn't in particular
[03:50] <LaserJock> there is no policy
[03:50] <LaserJock> it's just that a lot of people (not just Ubuntu) like it
[03:51] <jmg> oh
[03:51] <Hobbsee> because of the libraries for it, and it's an easy programming language, and people like it.
[03:51] <jmg> i thought there was a pythonise everything policy
[03:51] <LaserJock> no
[03:51] <jmg> ok then
[03:51] <jmg> my mistake
[03:51] <jmg> im sure ive seen it
[03:51] <jmg> "why python"
[03:52] <LaserJock> it's a common one. Mark Shuttleworth likes to push Python as a good programming language
[03:52] <LaserJock> and we tend to favor it for sure
[03:52] <LaserJock> but there is no policy
[03:52] <LaserJock> and we don't intentionally go and rewrite stuff just because it's not Python
[03:53] <jmg> alright then
[03:55] <somerville32> :)
[05:37] <mynameisdeleted> hi
[05:39] <mynameisdeleted> who do I email if I want my xubuntu mirror listed in the official mirrors list
[05:39] <mynameisdeleted> and what are the requirements for that?
[05:40] <mynameisdeleted> its on gigabit ethernet connected to a datacenter
[05:40] <mynameisdeleted> so it can provide a full gigabit of bandwidth theoretically
[05:42] <mynameisdeleted> and it syncs once a day automatically
[05:42] <Amaranth> hmm
[05:43] <Amaranth> can't remember who to email, sorry
[05:53] <_ion> mirrors@ubuntu.com probably
[06:43] <fabbione> morning
[06:43] <Burgundavia> morning fabbione
[06:44] <Hobbsee> heya fabbione!
[08:00] <pitti> Good morning
[08:01] <fabbione> yo Martin
[08:10] <doko> good morning
[08:10] <Burgundavia> hey doko, pitti
[08:10] <doko> Mithrandir: please requeue pygresql (all archs) and bzrtools (i386)
[08:11] <pitti> doko: right, new libpq-dev is in the archive
[08:12] <pitti> Mithrandir: if you are at it, please give-back qt-x11-free as well (it failed due to the same bug in libpq-dev)
[08:13] <Mithrandir> doko,pitti: given-back; 
[08:16] <pitti> Mithrandir: thanks
[08:19] <tepsipakki> Mithrandir: about those sync-requests.. all but one are ack'd now
[08:19] <tepsipakki> oh wait, I made some new ones yesterday
[08:22] <Mithrandir> tepsipakki: please don't subscribe ubuntu-archive until they're acked, they'll just clutter the list I use to do them.
[08:23] <tepsipakki> ok, sorry
[08:24] <Mithrandir> subscribing ubuntu-archive is akin to saying "please process this report" which we obviously can't do before it's complete.
[08:26] <tepsipakki> I recall some doc saying that when requesting a sync u-a should be subscribed
[08:27] <tepsipakki> but can't find it now
[08:27] <StevenK> Exactly, but not if you're not a MOTU.
[08:28] <tepsipakki> right :)
[08:28] <StevenK> If you aren't, request a sync, and the MOTU will ACK it and then subscribe ubuntu-archive
[08:28] <StevenK> s/the/then/
[08:28] <Mithrandir> correct.
[08:29] <fabbione> WHHEEEEEe
[08:29] <fabbione> between doko and pitti we could have just reupload all of feisty
[08:29] <fabbione> it would have been faster
[08:29] <pitti> fabbione: hey, I only had 10 uploads or so
[08:30] <fabbione> i saw a bunch too from yesterday :)
[08:30] <doko> fabbione: fewer uploads than for the 2.3->2.4 transition :)
[08:30] <fabbione> Mithrandir: we need the big green button on LP: "Rebuild world"
[08:30] <doko> fabbione: just the automated language packs ;-P
[08:31] <fabbione> oh i am happy if you rebuild everything
[08:31] <fabbione> it will make more pkgs debuggable on sparc
[08:31] <fabbione> just upload even more
[08:31] <fabbione> ALL of the archive
[08:40] <Mithrandir> fabbione: no, we won't do mass rebuilds and put the resulting binaries in the archive.
[08:41] <doko> hmm, did the gnomies break things yesterday?
[08:41] <fabbione> Mithrandir: i know we don't. we should be able with LP adding a proper source entry and reupload the source automatically
[08:41] <doko> Mithrandir: could you give back revelation? (just on one arch to try my theory)
[08:42] <Mithrandir> doko: amd64 and ppc had gtk uninstallable for a little while yesterday, yes.
[08:42] <Mithrandir> doko: given-back on amd64
[08:48] <Mithrandir> pitti: you asked for an strace sync two months ago, it seems.  It failed to build on i386; would you care to investigate?
[08:49] <pitti> Mithrandir: oh, sure
[08:50] <Mithrandir> pitti: also, python-apport-utils is not built any more?
[08:50] <pitti> Mithrandir: right, that can go away
[08:50] <mvo> pitti: python-apport-utils is a package that is removed on every upgrade currently
[08:50] <mvo> that is ok I presume?
[08:50] <pitti> mvo: then it works correctly :)
[08:50] <pitti> replaced by python-apport
[08:50] <Mithrandir> pitti: thanks; removed from the archive.
[08:50] <pitti> I moved everything into a proper python package now
[08:51] <mvo> great, thanks
[08:57] <Mithrandir> dear bzip2 developers.  Please do not call fprintf, nor fclose, nor exit in a signal handler.  Love, Tollef.
[08:58] <doko> holy crap, how long does it take to tidy a chroot with gnome build-deps installed?
[09:00] <thom> not long... rm -rf chroot; mkdir -p chroot; debootstrap feisty chroot
[09:02] <doko> Mithrandir: please requeue revelation on powerpc as well
[09:04] <doko> Riddell: kde's detection of python versions is so broken ...
[09:05] <Mithrandir> doko: given-back.
[09:07] <doko> Mithrandir: please give back papaya on amd64 (gnome ...)
[09:09] <Mithrandir> doko: not on ppc?
[09:12] <doko> Mithrandir: hmm, this has still "Needs building", yes, sparc as well
[09:15] <Mithrandir> rideout: debtags uploaded over a month ago is FTBFS.
[09:15] <rideout> Mithrandir: what?
[09:15] <Mithrandir> rideout: oops, tab-completion error.
[09:16] <Mithrandir> Riddell: debtags uploaded over a month ago is FTBFS.
[09:22] <\sh> packages with unmet deps, can we still force a rebuild with adding buildY as version add to debian/changelog?
[09:23] <Mithrandir> \sh: that is the correct way to just do a rebuild, yes.
[09:28] <pitti> mvo: do you know that current u-manager immediately crashes with a python exception?
[09:30] <seb128> pitti: I told him yesterday
[09:30] <seb128> pitti: he blames python-dbus and doko :p
[09:30] <mvo> pitti: yes, I haven't debugged it yet, but it looks like it was introduced from python2.5 dbus 
[09:30] <seb128> hey pitti mvo
[09:30] <doko> mvo: python2.5-dbus is gone
[09:30] <mvo> heyhey seb128
[09:31] <seb128> doko: what do you mean, it's using python2.4 again?
[09:31] <pitti> hey seb128
[09:32] <pitti> seb128: btw, your patch for bug 58373 changed things for the worse
[09:32] <Ubugtu> Malone bug 58373 in xorg-server "Blue compiz for PowerPC" [Unknown,In progress]  https://launchpad.net/bugs/58373
[09:32] <seb128> Mithrandir: could you promote gstreamer-tools binary (from gstreamer0.10 package) so gst-plugins-base0.10 and gst-plugins-good0.10 which Build-Depends on it can build? ;)
[09:32] <pitti> seb128: instead of a tinted blue screen I now get a completely white screen with compiz enabled
[09:32] <fabbione> and turned x86* on white
[09:32] <doko> seb128: python-dbus ;-P
[09:32] <pitti> fabbione: oh, then it's not just ppc any more
[09:32] <fabbione> pitti: dunno :) i was trying to give some X hell to seb128 :P
[09:32] <mneptok> doko: ping
[09:32] <seb128> pitti: same for everybody apparently, and that's not due to the patch, that has been triggered by the package rebuild
[09:32] <doko> mneptok: bash pong?
[09:33] <fabbione> pitti: but i saw several reports
[09:33] <Mithrandir> seb128: promoted
[09:33] <mneptok> doko: do you have access to a PPC machine running Edgy?
[09:33] <pitti> hey hey dholbach 
[09:33] <seb128> pitti: rebuilding the package without the patches from the new revision does the same :/
[09:33] <seb128> hi dholbach
[09:33] <mneptok> doko: (not bash. Java.) :/
[09:33] <seb128> Mithrandir: thank you
[09:33] <seb128> Mithrandir: BTW what is libgimme-codec to NEW?
[09:33] <doko> mneptok: chroot in the data center, nothing more at the moment
[09:33] <seb128> s/what//
[09:33] <Mithrandir> seb128: it'll be visible in about an hour.
[09:33] <dholbach> good morning
[09:33] <dholbach> hey pitti, hey seb128
[09:33] <dholbach> mneptok: i do
[09:33] <mvo> hey dholbach!
[09:34] <Mithrandir> seb128: libgimme-codec didn't ship a copy of the licence in the orig.tar.gz, it was in the diff.
[09:34] <dholbach> heya mvo
[09:34] <seb128> Mithrandir: right, and I uploaded it again like half an hour after the rejected mail
[09:34] <mneptok> doko: looks like sun-java5-jre on PPC has a dependency on sun-java5-bin(i386)
[09:34] <seb128> Mithrandir: with the COPYING.LIB to the orig that time
[09:34] <mneptok> that .... doesn't work so well ;)
[09:34] <doko> mneptok: sure, please convince sun to release sun-java for ppc, kthxbye ;-P
[09:34] <Mithrandir> seb128: oh, you just missed my NEW processing yesterday, then.  I'll go look at it when I get bored at fixing stuff from feisty_outdate.txt.
[09:35] <pitti> doko: hm, pygresql finally built, but not on sparc/ia64
[09:35] <seb128> Mithrandir: ok thank you, it's needed for EasyCodecInstallation ;)
[09:35] <mneptok> doko: *gasp* i thought they did that like 8 months ago!?
[09:35] <pitti> doko: ah, seems that new psql is not yet built there, I'll chase this
[09:36] <mneptok> doko: pardon the smell of my brain fart. i'll go back under my rock.
[09:36] <doko> mneptok: np
[09:36] <pitti> Mithrandir: can you please give-back pygresql on ia64 and sparc?
[09:37] <Mithrandir> pitti: given-back
[09:37] <pitti> Mithrandir: and qt-x11-free on powerpc?
[09:37] <pitti> Mithrandir: merci
[09:38] <Mithrandir> pitti: qt-x11-free> given-back.
[09:40] <pitti> argh, a broken bzr push really hurts
[09:42] <pitti> doko: there's a sync request for paramiko; will the new version fix the Crypto.Util.randpool module or shall I file a bug about that?
[09:43] <pitti> doko: hm, no, it doesn't
[09:45] <pitti> doko: ok, I filed a bug and sub'ed lifeless
[09:47] <pitti> seb128: is it really deliberate that the System menu is so empty now, and I must use this control-center thingy?
[09:47] <Mithrandir> seb128: http://librarian.launchpad.net/5650834/buildlog_ubuntu-feisty-ia64.evolution-data-server_1.9.5-0ubuntu1_FAILEDTOBUILD.txt.gz ; You are winn0r.  (I have no idea why it fails there, but please check)
[09:47] <doko> pitti: thanks
[09:48] <seb128> Mithrandir: gtk-doc b0rked on ia64
[09:48] <seb128> pitti: yep
[09:48] <Mithrandir> seb128: ugh.  Any idea if/when it'll be fixed?
[09:48] <seb128> pitti: that's the way to not get those crowded menus we had
[09:48] <pitti> seb128: :-(
[09:49] <pitti> seb128: and now we get a crowded c-c where it takes even longer to find stuff
[09:49] <seb128> Mithrandir: it's b0rked for months, probably not soon, my usual workaround it to not build the documentation during the build since they ship it with the tarball anyway
[09:49] <pitti> and not even with admin/user stuff clearly separated
[09:49] <seb128> Mithrandir: I'll change that, we probably made it build when we synced with Debian
[09:49] <Mithrandir> seb128: ok, thanks.
[09:50] <seb128> pitti: categories are going to be fixed, they are not set correctly for many items atm
[09:50] <Mithrandir> fabbione: you are the winner of a graphviz build failure on sparc; bus error.  Care to investigate?
[09:50] <seb128> pitti: and when you open the shell the focus is on the search entry to filter
[09:50] <seb128> pitti: just type there :p
[09:51] <pitti> seb128: ok, I bow to the power of approved specs (I assume?), I still don't like it :)
[09:52] <seb128> pitti: no, that's the power of upstream
[09:52] <pitti> ("What is a GNOME and why should I control it?")
[09:52] <seb128> pitti: there is a bug open about the item name, it's going to be fixed
[09:52] <seb128> :)
[09:53] <seb128> pitti: it's probably not that hard to get a menu back, the problem is that you will get submenus for the categories
[09:54] <seb128> pitti: having the menu is just a matter of changing /etc/xdg/menus/*.menu
[09:54] <pitti> seb128: what's your preference?
[09:54] <pitti> if I'm the only one who doesn't like it, I just shut up
[09:55] <seb128> pitti: well, we are trying to "solve" the crowded menus problem for some time and the new shell is what Novell did after doing usability studies, etc
[09:56] <seb128> pitti: so I would give a chance to the new way, though I'm used to the menus and I find them easier to use atm
[09:56] <pitti> seb128: but now it's one entry ("GNOME c-c") instead of two (prefs and admin), and the system menu itself got less useful
[09:56] <seb128> pitti: well, the shell has categories
[09:57] <seb128> pitti: we could do one "admin" category
[09:58] <pitti> Mithrandir: ugh, that strace thing really sucks, will take me a while
[09:59] <Mithrandir> pitti: sure, no hurry for me,  I just noticed it was out of date.
[10:04] <fabbione> Mithrandir:  i already did and there is a but open for it
[10:04] <fabbione> Mithrandir: and no, i am not the winner
[10:05] <fabbione> Mithrandir: https://bugs.launchpad.net/ubuntu/+source/gs-esp/+bug/76749
[10:05] <Ubugtu> Malone bug 76749 in gs-esp "[SPARC/feisty]  gs-esp BUS ERROR" [High,Unconfirmed]  
[10:05] <fabbione> Mithrandir: that causes graphiz to FTBFS
[10:07] <fabbione> Mithrandir: and it's easy to reproduce on faure. so Ian or whoever can fix it
[10:08] <Mithrandir> it's still a sparc-only bug, so you win anyway. :-P
[10:08] <fabbione> Mithrandir: nope.. i don't
[10:08] <fabbione> i swear.. i don't
[10:26] <dholbach> mvo: works in underway on the debian dbus experimental package afaik
[10:27] <dholbach> mvo: at least smcv told me that
[10:36] <mvo> dholbach: do you have more details? it looks like the real problem is pyrex
[10:36] <pitti> Mithrandir: strace FTBFS fix uploaded
[10:36] <dholbach> mvo: that's what smcv said too
[10:37] <dholbach> mvo: he said he's working on it and will upload it to experimental
[10:37] <dholbach> mvo: he's on #telepathy if you want to talk to him
[10:37] <Mithrandir> pitti: yay you!
[10:39] <mvo> dholbach: I'm testing a paatch currently, lets see if that one works
[10:39] <dholbach> mvo: ROCK
[10:46] <fbenites> hi!
[10:48] <fbenites> i want to use skas to build the ubuntu-kernel, does someone have experience with it?
[10:58] <cjwatson> mynameisdeleted: mirrors@ubuntu.com; information at http://www.ubuntu.com/download/mirror
[11:07] <mvo_> dholbach: hrm, patch not working. *grumpf*
[11:13] <fabbione> iwj: could you please look at bug #76749 ? i don't know the code base there....
[11:13] <Ubugtu> Malone bug 76749 in gs-esp "[SPARC/feisty]  gs-esp BUS ERROR" [High,Unconfirmed]  https://launchpad.net/bugs/76749
[11:16] <fbenites> why does ubuntu not support skas? 
[11:16] <mneptok> huh?
[11:16] <iwj> fabbione: Sure, but I think it actually needs debugging.  I'll assign it to me.  Is it urgent to investigate ?
[11:17] <fabbione> iwj: Mithrandir keeps bugging me about graphiz that FTBFS on sparc because of that.. 
[11:17] <fabbione> Mithrandir: ^
[11:17] <fabbione> iwj: it's reproducible on faure easily
[11:17] <Mithrandir> fabbione: seriously, I don't "keep bugging you", I've asked you once about it.
[11:17] <Mirv> mvo_: is the fix for bug #68553 going to be in dapper or not? update from 6.06 LTS to 6.10 is apparently still breaking for anyone using Finnish locale
[11:17] <Ubugtu> Malone bug 68553 in update-manager "Dapper upgrade to Edgy: Frozen dist-upgrade and failed second run (in finish locales" [High,Confirmed]  https://launchpad.net/bugs/68553
[11:17] <fabbione> Mithrandir: twice :P
[11:18] <fabbione> Mithrandir: but no.. you don't bug me..
[11:18] <fabbione> there was some hirony there...
[11:18] <fabbione> sorry if it was not spottable
[11:18] <Mithrandir> fabbione: no, I did it once.  Colin did so too before xmas, but I'm not cjwatson.
[11:19] <fabbione> well you are all RM's :)
[11:19] <fabbione> same team
[11:19] <iwj> Mithrandir: So is it urgent ?  You should bug me about it now instead of fabbione :-).
[11:19] <Mirv> (your one line working fix for python-apt was at http://librarian.launchpad.net/4937800/dist-upgrader-fix-68553.diff )
[11:19] <fabbione> iwj: thanks for looking at it
[11:20] <Mithrandir> iwj: no, it's not urgent, but I don't count on people reading http://people.ubuntu.com/~cjwatson/testing/feisty_outdate.txt and being able to interpret the output there.
[11:21] <iwj> Mithrandir: Err, I'm not sure I follow the relevance of feisty_outdate.txt ...
[11:22] <Mithrandir> iwj: it shows that graphviz is out of date on sparc, which in this case is due to it failing to build on sparc due to the beforementioned bug.
[11:22] <iwj> Mithrandir: OIC
[11:22] <mvo_> Mirv: I preare a SRU for it now
[11:22] <Mithrandir> and I'd so much rather have ftbfs bugs fixed early rather than late; experience shows they're not fixed in the last month when we're in a rush.
[11:23] <iwj> Mithrandir: Right.  I'll take a look at it today.
[11:23] <Mithrandir> iwj: excellent, thanks.
[11:24] <mvo_> Mirv: it should be fixed with the latest language-pack update though. strnage
[11:24] <Mirv> mvo_: well, maybe I heard it from someone who hasn't updated his dapper. I should probably test it myself, then.
[11:25] <mvo_> Mirv: having this python-apt bug fixed is still a good idea
[11:26] <Mirv> mvo_: probably, as it's no-risk anyway
[11:26] <Mithrandir> SRUs are never no-risk.
[11:28] <seb128> Mithrandir: do we know when http://people.ubuntu.com/~cjwatson/testing/feisty_outdate.txt has been generated?
[11:29] <seb128> Mithrandir: it lists "control-center 1:2.17.5-0ubuntu4 gnome-control-center-dev(i386/all) 1:2.17.1-0ubuntu2 from 1:2.17.1-0ubuntu2" by example where the package has built some days ago and is available
[11:29] <seb128> ah
[11:29] <seb128> hum, no
[11:30] <seb128> that package has been renamed
[11:30] <Mithrandir> seb128: yes, the gnome-control-center-dev binary package is no longer built.
[11:30] <seb128> right, why is it listed?
[11:30] <seb128> not built from source should be dropped no?
[11:30] <Mithrandir> because the binary hasn't been removed yet.
[11:30] <Mithrandir> yes, but it's done when an archive admin gets around to it, it's not done automatically.
[11:30] <seb128> that requires manual work?
[11:30] <seb128> ah ok
[11:31] <seb128> makes sense then
[11:31] <Mithrandir> yes (intentionally)
[11:31] <seb128> I though the archive was clever enough to clean things not built from source
[11:31] <\sh> I just asked it on #ubuntu-kernel but does anyone know why UTS_RELEASE is not set anymore in /usr/include/linux/version.h from linux-libc-dev ?
[11:31] <Mithrandir> no, it's done by hand, which is how we want it.
[11:32] <seb128> ok
[11:32] <Mithrandir> cjwatson: could we have a timestamp at the top or bottom of feisty_outdate.txt?
[11:36] <mvo_> doko_: will openoffice.org-l10n-km come back at some point? or is it gone forever? 
[11:36] <Mirv> Mithrandir: yes, right about that "never no-risk" thing, though that one line patch seems like quite near that
[11:36] <cjwatson> Mithrandir: sure, give me a minute
[11:37] <cjwatson> Mithrandir: (there's a timestamp on feisty_probs.html)
[11:37] <Mithrandir> cjwatson: sure, no hurry
[11:39] <cjwatson> Mithrandir: done for next update
[11:39] <Mithrandir> thanks
[11:39] <seb128> hum
[11:40] <seb128> why does feisty_probs lists that:
[11:40] <seb128> rhythmbox 0.9.6-0ubuntu4 produces uninstallable binaries:
[11:40] <seb128>     * rhythmbox-dbg (amd64 i386 powerpc sparc) 
[11:40] <seb128> where rhythmbox version is 0.9.7-0ubuntu4 to feisty
[11:40] <fabbione> seb128: does rhythmbox-dbg exists from 0.9.7 ?
[11:41] <seb128> fabbione: no, we have -dbgsym packages now, I've stopped adding -dbg packages were Debian didn't have them
[11:41] <cjwatson> seb128: because rhythmbox-dbg is still in the archive and hasn't been NBS-removed yet
[11:41] <fabbione> seb128: that's probably why
[11:41] <cjwatson> you can ignore that
[11:41] <fabbione> it needs NBS.. as cjwatson just wrote faster than me
[11:42] <seb128> ok
[11:42] <seb128> cjwatson, fabbione: thank you
[11:42] <cjwatson> Mithrandir: I'm just going to do a quick Ubuntu/alternate respin so I can progress with intel-mac-support today; hope that's ok
[11:42] <Mithrandir> cjwatson: oh, sure, I'm in archive-admin mode today, it seems.
[11:57] <mvo_> pitti: can we remove the openoffice.org-l10n-km dependency from langauge-support-km? openoffice.org-l10n-km is currently not in the archive (doko will know if it is just temporarly removed or not)
[11:57] <pitti> mvo_: sure, no problem
[11:57] <mvo_> thanks
[11:57] <pitti> doko: please confirm?
[11:58] <mvo_> it currently breaks my "try-to-upgrade-all-of-main" testcase. not that bad, but I would prefer to be able to keep testing :)
[11:58] <pitti> mvo_: will do once doko confirms
[11:59] <doko> pitti, mvo_: confirmed
[12:24] <iwj> mvo_: Did you see my mail about apt-ftparchive and signing ?  If you could point me to the docs if there are any that would be very nice ...
[12:36] <seb128> doko: do you reply to questions about python-support? ;)
[12:36] <doko> seb128: yes. just one answer
[12:36] <doko> how to convert to python-central ;-P
[12:36] <seb128> doko: I'm trying to look at your bug about python-vte, but I'm not sure what the problem is
[12:37] <seb128> is that because debian/pyversions contains "2"?
[12:37] <seb128> should it be 2.4-?
[12:37] <doko> rm -f debian/pyversions; sed s/python-support/python-central/g debian/*
[12:38] <seb128> I don't fancy diverting from Debian when not required
[12:39] <mvo_> iwj: sorry that I have not replied yet, I will answer it right after lunch
[12:41] <davmor2> you might want to keep your eyes on gossip telepathy it is crashing out when I try to add an account for irc.
[12:41] <davmor2> bug has been sent to both malone and upstream
[12:41] <Zdra> ah, davmor2, did you tried last package update of gossip-telepathy ?
[12:41] <iwj> mvo_: NP.
[12:41] <iwj> mvo_: I've got plenty else to be getting on with :-).
[12:42] <davmor2> Zdra:  Did a dist-upgrade about 20 minutes ago is that up-to-date enough?
[12:43] <davmor2> Just checking again
[12:43] <Zdra> davmor2: and please install debug package before reporting crash, like said on the page I gave you: http://telepathy.freedesktop.org/wiki/Gossip
[12:44] <Zdra> davmor2: dholbach uploaded it recently, don't know if it's already build
[12:44] <davmor2> Gnome had already asked me to do that with the first bug I reported
[12:45] <davmor2> Zdra: please check http://bugzilla.gnome.org/show_bug.cgi?id=397220
[12:45] <Ubugtu> Gnome bug 397220 in General "crash in Gossip Instant Messenger: trying to set up an irc ..." [Critical,Unconfirmed]  
[12:45] <Zdra> btw, ubuntu guys, the most important thing to change in apport and bugbuddy is to refuse trace with unknown symbols, or install -dbgsym package automatically, or whatever :D
[12:45] <davmor2> only effect my irc and not gmail
[12:45] <Zdra> davmor2: jabber account is different
[12:46] <seb128> Zdra: apport attach the coredump which allow to get a debug backtrace with apport-retrace
[12:46] <pitti> Zdra: we won't download/install -dbgsym packages automatically, that would be a huge pain for the user
[12:46] <Zdra> seb128: oh, very good to know, thanks !
[12:46] <seb128> Zdra: and bugzilla.gnome rejects empty backtraces now
[12:47] <pitti> Zdra: right, what seb128 says; the initial stacktrace is only for automatic dup finding, etc, we can get a better one
[12:49] <Zdra> davmor2: ok so you have the choice, install debug packages and post a useful bt or attach the apport file that I can retrace...
[12:49] <Zdra> but I'm 99% sure your bug is already fixed :)
[12:52] <pitti> mvo_: new l-support-km uploaded
[12:55] <mvo_> thanks pitti
[01:00] <davmor2> Zdra: just got this in terminal ** (gossip:22675): WARNING **: GossipAccount has no parameter named `\u0003'
[01:00] <davmor2> ** (gossip:22675): WARNING **: GossipAccount has no parameter named `\u0003'
[01:01] <Zdra> davmor2: that's clearly things that is now fixed, I'll close your bugs, if you can reproduce it with today's gossip-telepathy package please reopen ;)
[01:02] <davmor2> thanks for clearing that up then I'll just wait for the update
[01:04] <seb128> doko: feel free to fix vte as you prefer, I don't know what to change and since you don't want to reply to my question :p
[01:04] <doko> seb128: I would have to look myself
[01:05] <seb128> doko: you don't know how python-support work?
[01:05] <seb128> doko: do you have to list versions like "2.4-"? Does that mean than all the source packages will need to be changed when we drop python2.4?
[01:07] <doko> seb128: maybe, maybe not. python-support did decide to hardcode versions in debian/*, so that you have to look at the package source, instead of looking into the Packages and Sources files
[01:07] <seb128> doko: why is not the set of version defined by python-default or something like that?
[01:09] <doko> seb128: because the author of python-support changes things when he likes; and apparently he now dislikes pyversions. grep the python-support package for other fucked up stuff -> grep -r doko .
[01:10] <seb128> doko: ok, thank you, maybe using pycentral is not a bad idea then :p
[01:14] <davmor2> Zdra:  32bit version just updated and now gossip works :).  Thanks for the help.
[01:46] <crimsun> rodarvus: ping, may I upload a no-change rebuild of mesa to fix bug 79196?
[01:46] <Ubugtu> Malone bug 79196 in xorg-server "xserver-xorg-core_1.1.1-0ubuntu13_i386 breaks compiz/beryl (white screen)" [Low,Needs info]  https://launchpad.net/bugs/79196
[01:47] <crimsun> rodarvus: it's incorrectly assigned to xorg-server there; it's not an issue in that source package. I've confirmed locally that a simple rebuild of mesa resolves the issue.
[01:49] <rodarvus> its quite interesting that a simple rebuild of mesa fixes this problem, but sure, go ahead.
[01:49] <crimsun> rodarvus: thank you!
[01:49] <rodarvus> np
[01:49] <Amaranth> yay
[01:50] <sivang> morning
[01:51] <sivang> Amaranth: would you happen to know what to do (I'm on fesity) if none of the apps can get name->ip resolution but dig and nslookup operate without problems ? resolve.conf also has the right nameserver values and I'm using network manager, which up until I did apt-get autoremove everything worked flawlessly
[01:52] <Amaranth> hrm
[01:52] <Amaranth> don't suppose you remember what got removed
[01:52] <sivang> Amaranth: very odd, feels like something wrong with libc or so (or the resolver lib)
[01:52] <Amaranth> might be zeroconf related
[01:53] <sivang> Amaranth: hmm, interesting, because it's very odd that the NS settings are dead correct still, no app can resolve
[01:53] <Amaranth> but i wouldn't think so if nslookup worked
[01:53] <sivang> it works no prob
[01:53] <sivang> never seend something like that beofre :)
[01:53] <fabbione> sivang: if resolver in glibc was broken we would have noticed
[01:53] <sivang> but it's very annoying
[01:54] <fabbione> check /etc/nsswitch.conf ? (or something like that?)
[01:54] <fabbione> perhaps it's broken?
[01:55] <sivang> fabbione: let me check
[01:56] <Amaranth> the only thing that sticks out to me is libresolv.so.2 but i know nothing about this stuff :P
[01:56] <sivang> fabbione: okay, how should it look? mine is as I paste you in pm
[01:56] <sivang> (can't use pastebin, no resolution here for the browser)
[01:58] <Mithrandir> there, 51 bugs closed.
[02:01] <Mithrandir> doko: please don't file bugs about NBS-es, we get to them as part of the regular archive admin work.
[02:01] <seb128> for some value of "regular" ;)
[02:02] <Mithrandir> seb128: careful, or I'll enlist you. :-)
[02:02] <seb128> Mithrandir: well, rhythmbox-dbg has been dropped months ago I think
[02:03] <seb128> but right ;)
[02:03] <doko> Mithrandir: ok, but these pop up for python2.4 deps, which is a bit annoying
[02:05] <Mithrandir> doko: actually, feel free to file for stuff in universe, since _outdate seems to only list main.
[02:14] <crimsun> Mithrandir: thanks for the syncs
[02:15] <Mithrandir> doko: but when you file bugs, please file one bug per source package, don't bunch them like you did in one report, please.
[02:15] <niooi> Hi
[02:17] <niooi> Please to all the developpers, first of all thanks for your work, second, that would be good if you would leave a CLI installation method on ubuntu. Why? For instance, I have a TV as a monitor and I cannot launch the install process I get a blank or red screen.
[02:20] <PuMpErNiCkLe> niooi: Have you tried the alternate install cd?
[02:24] <seb128> hum
[02:24] <seb128> $ dpkg -L python-vte | grep vtemodule
[02:24] <seb128> /usr/share/python-support/python-vte/gtk-2.0/vtemodule.la
[02:24] <seb128> /usr/share/python-support/python-vte/gtk-2.0/vtemodule.a
[02:24] <seb128> /usr/lib/python-support/python-vte/python2.5/gtk-2.0/vtemodule.so
[02:25] <seb128> does that looks wrong to somebody else?
[02:25] <seb128> doko: should .a and .la installed for python modules like that? to /usr/share?
[02:25] <Riddell> mvo_: see my /msg?
[02:25] <doko> seb128: no
[02:26] <seb128> doko: should I drop the .la and the .a or only the .la or none?
[02:26] <doko> seb128: both, we cannot load static libs
[02:26] <seb128> ok
[02:31] <iwj> Hmm.  I really want gpg to support HMAC as an ahem public key ahem signature algorithm.
[02:35] <niooi> PuMpErNiCkLe, thanks I never understood what was the alternate CD.
[02:36] <niooi> It means I can install it in CLI mode?
[02:36] <niooi> That's great
[02:43] <Riddell> carlos: how would you feel about renaming some KDE translation files on export to ubuntu?
[02:44] <carlos> Riddell: which kind of rename?
[02:44] <Riddell> carlos: the upstream extragear KDE apps have translation files named e.g. desktop_extragear-graphics_gwenview, but they need to be exported to just gwenview
[02:45] <carlos> Riddell: so the .po files are named desktop_extragear-graphics_gwenviewSOMETHING.po ?
[02:45] <carlos> Riddell: that's fine, what sets the name of the exported file is the translation domain
[02:45] <carlos> Riddell: so it's just a matter of having it set properly
[02:47] <Riddell> carlos: set in launchpad?
[02:47] <carlos> Riddell: yes
[02:48] <carlos> Riddell: is it for Feisty only?
[02:48] <Riddell> carlos: yes
[02:49] <carlos> hmm
[02:50] <carlos> Riddell: gwenview also exist in dapper and edgy
[02:50] <seb128> carlos: hi
[02:50] <carlos> seb128: hi
[02:51] <seb128> carlos: any news on feisty opening to rosetta?
[02:51] <carlos> seb128: we are going to do performance tests to be sure that will not make it worse for launchpad timeouts
[02:51] <carlos> and we will do them
[02:51] <seb128> ok
[02:51] <carlos> will do them == Feisty opening
[02:52] <seb128> do you know when that is planned?
[02:52] <seb128> like for when we can expect it to be done?
[02:53] <carlos> sometime between this week and next week
[02:53] <carlos> I hope to know it tomorrow
[02:54] <carlos> based in our testing, stub will see the best time to shutdown launchpad for 3 hours or so to do the opening
[02:55] <seb128> ok
[02:55] <seb128> thank you
[02:56] <Riddell> carlos: mm, actually it may not be an issue, let me look into it more
[02:56] <carlos> Riddell: https://launchpad.net/ubuntu/edgy/+source/gwenview/+pots/desktop-extragear-graphics-gwenview
[02:56] <seb128> doko: "#! python -OOt", is that a typo?
[02:57] <carlos> Riddell: https://launchpad.net/ubuntu/dapper/+source/gwenview/+pots/gwenview and https://launchpad.net/ubuntu/edgy/+source/gwenview/+pots/gwenview
[03:05] <seb128> doko: fixed (that was alacarte)
[03:05] <Amaranth> eh?
[03:07] <seb128> Amaranth: bug #79545
[03:07] <Ubugtu> Malone bug 79545 in alacarte "cannot launch from terminal" [High,Fix released]  https://launchpad.net/bugs/79545
[03:07] <siretart> Mithrandir: doko: could anyone of you look why http://librarian.launchpad.net/5726711/buildlog_ubuntu-feisty-i386.python-debian_0.1.0_FAILEDTOBUILD.txt.gz FTBFS? - I think it is not a problem in the package but on the buildd
[03:08] <Amaranth> seb128: oh, that
[03:08] <seb128> Amaranth: doko changed alacarte to build with PYTHON=python (non versionned)
[03:08] <Amaranth> i just noticed that, actually
[03:08] <seb128> Amaranth: I changed it to PYTHON=/usr/bin/python
[03:08] <Amaranth> yeah, it put a space in the shebang
[03:08] <Amaranth> or did i do that? :)
[03:08] <Mithrandir> siretart: you need to build-depend on python-dev
[03:08] <Amaranth> either way, cool, fixed :)
[03:08] <seb128> Amaranth: is "#!python" correct?
[03:08] <Amaranth> no
[03:09] <seb128> ok
[03:09] <seb128> then my change to /usr/bin/python is correct ;)
[03:09] <Amaranth> yeah
[03:09] <siretart> Mithrandir: err, so the package built in debian by sheer luck?!
[03:09] <Amaranth> btw, one problem with the change to gnome-control-center
[03:09] <siretart> or is there someting special in feisty's python?
[03:10] <Mithrandir> siretart: unsure, but this is not a problem on the buildd, it's a bug in the package.  Just build-depend on python-dev
[03:10] <Amaranth> if someone changed/added things with alacarte they'll get incomplete Preferences and Administration menus along with the control center item
[03:10] <siretart> Mithrandir: okay, willdo. thanks
[03:11] <cjwatson> seb128: #! /usr/bin/env python is commonplace too
[03:11] <Riddell> enrico: do you have any ideas about this debtags build failure?  it seems to be missing some includes https://launchpad.net/+builds/+build/282888
[03:11] <Riddell> enrico: I think LIBEPT_CFLAGS isn't being defined
[03:11] <seb128> Amaranth: you have time to fix that before feisty ;)
[03:11] <seb128> cjwatson: right
[03:12] <Amaranth> seb128: the fix would be to remove files from ever user's $HOME
[03:12] <Amaranth> seb128: not a good idea
[03:12] <Amaranth> every*
[03:14] <Riddell> StevenK: or maybe you know?
[03:14] <seb128> Amaranth: hum, no, not really :/
[03:15] <Amaranth> seb128: or you could change settings.menu to some other name so ~/.config/menus/settings.menu doesn't merge with it
[03:15] <Amaranth> that's gnome-menus stuff
[03:15] <seb128> right, would be nice to do upstream though
[03:15] <Amaranth> yeah
[03:16] <Amaranth> there is a valid reason for keeping the same name though
[03:16] <Amaranth> compatibility with 3rd party changes (like alacarte's)
[03:27] <enrico> Riddell: let's see
[03:30] <enrico> Riddell: /build/buildd/debtags-1.6.6ubuntu1/./configure: line 19555: LIBTAGCOLL2_DEFS: command not found
[03:30] <enrico> /build/buildd/debtags-1.6.6ubuntu1/./configure: line 19556: LIBEPT_DEFS: command not found
[03:30] <enrico> Riddell: whoever run automake on the package didn't have libtagcoll2 and libept installed
[03:31] <enrico> (well, libtagcoll2-dev and libept-dev)
[03:31] <enrico> Riddell: because those packages provide the m4 macro files that are used to expand those _DEFS entries in the configure.ac
[03:32] <enrico> Riddell: but this isn't a problem of build-dependencies: it's a problem of when the .orig.tar.gz has been made
[03:39] <Riddell> enrico: so I could try with the .tar.gz from debian
[03:43] <Riddell> enrico: ah, rerunning autogen seems to have helped, many thanks
[03:50] <enrico> Riddell: you're welcome
[03:51] <Riddell> Mithrandir: could you give back mailody on powerpc please
[03:53] <bddebian> Heya
[04:07] <Mithrandir> Riddell: given-back
[04:11] <Riddell> Mithrandir: could you give back kdemultimedia too, libtunepimp should be in the archive now
[04:11] <Mithrandir> Riddell: given-back
[04:12] <Riddell> thanks
[04:19] <doko> seb128: thanks
[04:19] <seb128> doko: np ;)
[04:29] <pirast> slomo, could you have a look at bug 79557 (about backporting)?
[04:29] <Ubugtu> Malone bug 79557 in sword "Please backport sword-1.5.9 from Feisty to Edgy" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79557
[04:33] <Mithrandir> pirast: I'll reject it, it should be fixed in a stable release update.
[04:36] <pirast> Mithrandir, okay.. :-(
[04:36] <Mithrandir> why the :-( ?
[04:37] <pirast> Mithrandir, Misunderstood what you meant with "it should be fixed in a stable release update".. What do you mean with that?
[04:37] <Mithrandir> pirast: read https://wiki.ubuntu.com/MOTU/SRU
[04:42] <pirast> Mithrandir, okay..
[04:50] <doko> dholbach: you're not a C++ developer, only 1GB RAM, fix it!
[04:50] <dholbach> doko: I know I'm not :)
[04:57] <davmor2> quick query is todays 32 bit gossip-telepathy going to be made available for 64bit systems?
[04:59] <tepsipakki> Mithrandir: now I know why ubuntu-archive was subscribed to those sync-requests.. because requestsync does that for you, MOTU or not :)
[05:00] <dholbach> davmor2: it didn't build yesterday because the chroot wasn't ready
[05:00] <dholbach> davmor2: it built today: https://launchpad.net/ubuntu/+source/gossip-telepathy/0.23~svn20070116-0ubuntu1
[05:01] <dholbach> davmor2: so nothing to worry about
[05:01] <davmor2> so probably on the servers tomorrow then?
[05:02] <dholbach> "in a bit" i guess
[05:03] <dholbach> davmor2: http://librarian.launchpad.net/5767440/gossip-telepathy_0.23%7Esvn20070116-0ubuntu1_amd64.deb if you need it urgently
[05:05] <davmor2> thanks I just like to use gossip over gaim.  It has it's downsides (like not being able to type /join ....)  but ease of use seems nicer than gaim.
[05:06] <davmor2> just arrived on the server anyway thanks
[05:31] <geser> Mithrandir: please give-back wxwidgets2.6 on amd64. thanks
[05:44] <doko> pitti: could you extend dh_clean, so that the debug packages that you build are cleaned as well?
[05:45] <pitti> doko: hm, it should automatically clean up after itself in dh_strip already
[05:46] <pitti> doko: if it doesn't can you please file a bug with the package that this happens with?
[05:47] <doko> pitti: just seen in glom (the version I uploaded)
[05:50] <pitti> Riddell: oh, how convenient; the changed method in the xpdf source is private
[05:51] <Riddell> handy
[06:07] <doko> Mithrandir, Riddell: any known installation problems with libqt3-mt-dev on ia64?
[06:10] <Riddell> doko: I see that kdemultimedia failed to build on ia64 only because it couldn't install kdelibs, I don't have a machine to look into why
[06:27] <pitti> Riddell: oh, care to upload all the koffice and kpdf packages?
[06:28] <pitti> Riddell: I need them relatively soon in order to publish them still today, and I'll be on vac from tomorrow on
[06:28] <Riddell> pitti: doing
[06:38] <\sh> Mithrandir: syncing from debian experimental is possible, right?
[06:38] <cjwatson> \sh: yes, we can sync from anything with a Sources file
[06:39] <\sh> cjwatson: thx.
[06:48] <pitti> Riddell: kdegraphics arrived, but no koffice
[06:49] <Riddell> pitti: 1 koffice is up, 2 still to go
[06:49] <Riddell> debuild -S  takes a long time on koffice
[06:52] <tkamppeter> pitti, ping
[07:01] <Riddell> pitti: all up
[07:04] <pitti> tkamppeter: hi! I'm semi-away from my computer ATM, will return and answer scrollback soon
[07:04] <pitti> Riddell: great
[07:08] <tkamppeter> pitti, I have my home ADSL now, so I will come to the IRC more often again.
[07:09] <tkamppeter> pitti, how is it going with printerdrake? Was the info which I provided helpful? Feel free to ask me if you need more help.
[07:41] <seb128> Mithrandir: could you sync serpentine (bug #79611), the current package doesn't work due to the python transition
[07:41] <Ubugtu> Malone bug 79611 in serpentine "Please sync serpentine (main) from unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/79611
[08:00] <niktaris> cjwatson, hi
[08:00] <cjwatson> niktaris: hi
[08:01] <niktaris> cjwatson, long time no see. hope all is Ok. (no questions tonight :))
[08:26] <jwendell> pitti, language packs for feisty are outdated, right?
[08:39] <cjwatson> blink, this hardware detection hang is weird - I hadn't seen it up close and personal before
[08:40] <cjwatson> udevsettle seems to be causing udevd to sit and swivel
[08:40] <cjwatson> and spawn lots of [kstopmachine]  kernel threads
[08:45] <pitti> jwendell: right, I'm still waiting for Rosetta to export feisty packs
[08:45] <pitti> tkamppeter_: ah, great; how was the moving?
[08:45] <pitti> tkamppeter_: I did't touch printerdrake recently
[08:46] <jwendell> pitti, and your repository? is it feisty ready?
[08:46] <pitti> jwendell: yup, as soon as Rosetta exports a tarball, I'll build dailies
[08:46] <pitti> jwendell: and of course upload them to feisty ASAP
[08:49] <jwendell> pitti, so, is there a bug in rosetta?
[08:49] <pitti> jwendell: well, it's certainly not 'right' that it takes so long
[08:49] <pitti> jwendell: but I don't know the details
[08:55] <seb128> pitti: rosetta will need to know about feisty first, that's still not the case :/
[08:57] <pitti> seb128: carlos told me Friday that they would shut down daily exports to open feisty, so I'm hopeful :)
[08:58] <seb128> pitti: he told me this morning that they will probably open it this week or next week
[08:58] <carlos> pitti: unfortunatelly, I'm a bit behind my schedule on that testing... I hope tomorrow we will know the exact date we will have that done (anytime between this week and next week)
[08:58] <pitti> carlos: next week would be great, I'm on vac tomorrow
[08:59] <carlos> if you, the distro team doesn't have any important milestone this week, it should happen this week (or at least I hope it)
[08:59] <jwendell> pitti, when you back?
[09:00] <pitti> jwendell: yes, when we're at the distro sprint
[09:00] <carlos> pitti: oh, right, the distro sprint...
[09:00] <carlos> is it next week?
[09:01] <mdz> mjg59: ping
[09:01] <simira> carlos: yes
[09:01] <seb128> carlos: yep, next week
[09:02] <carlos> so either we open feisty for translations this week or we wait for the week after the sprint (we need to shutdown launchpad for a couple of hours, and I don't think is a good idea when you are using it a lot)
[09:03] <seb128> I would say that shutting it for some hours during european night time would be fine
[09:03] <seb128> carlos: we are not likely to work during the night during the sprint
[09:04] <seb128> and distro team will be at european time
[09:04] <carlos> seb128: ok, anyway, I will try to get it done this week
[09:04] <carlos> I need to leave now
[09:04] <seb128> good
[09:04] <carlos> enjoy!
[09:04] <seb128> have a nice evening
[09:04] <carlos> thank you. Same for you
[09:06] <jwendell> where do i find information about that 'distro sprint'?
[09:07] <simira> jwendell: I don't thing there's any official info about it, actually. Just that it is.
[09:07] <pitti> jwendell: it's mainly about the distro team coming together for a week to hack on finishing features
[09:07] <pitti> jwendell: it's mainly an internal event, no exciting things for guests, etc.
[09:07] <jwendell> ah, thanks
[09:11] <sistpoty> Mithrandir: can you do me a favor and sync of wordpress? (bug #79171)
[09:11] <Ubugtu> Malone bug 79171 in wordpress "please sync wordpress (2.0.6-1) from unstable/main to universe" [High,Unconfirmed]  https://launchpad.net/bugs/79171
[09:20] <geser> mdz: we should now change the maintainer field in source packages. should original-maintainer also appear in the .dsc or only in the debs?
[09:25] <tonyyarusso> pitti: If you have a moment, I was wondering if you could look over the piece I just wrote for the UWN (to be released tomorrow), on the process for promoting packages to main.  It's at https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue28#head-5ef344ed8ef53d09966947d336183d9fd74e31fc.  Any feedback or corrections would be great!
[09:25] <pitti> tonyyarusso: I'll look in some minutes
[09:25] <tonyyarusso> pitti: Thanks.
[09:30] <pitti> carlos: can you please have a look at bug 79589? any idea why files disappeared from the tarball?
[09:32] <Ubugtu> Malone bug 79589 in language-pack-gnome-es "language-pack-gnome-es not fully translated" [High,In progress]  https://launchpad.net/bugs/79589
[09:35] <saispo> anyone can explain me what /usr/sbin/gnome-pty-helper do ?
[09:58] <seb128> doko_: what package is responsive to changing python to point to the new default version?
[10:04] <mvo> seb128: the source package is python-defaults iirc
[10:06] <pitti> tonyyarusso: sounds great in principle, just some thoughts
[10:06] <tonyyarusso> pitti: Listening.
[10:06] <pitti> tonyyarusso: first, please drop the part with mailing ubuntu-devel@
[10:06] <pitti> tonyyarusso: usually it's just noise, and I'll start a discussion if I deem a package not appropriate
[10:06] <tonyyarusso> pitti: Ah, okay.
[10:07] <pitti> tonyyarusso: also, the 'sit back and wait' could be augmented with sth. like 'if it's urgent and you feel forgotten, poke pitti in #ubuntu-devel' :)
[10:07] <tonyyarusso> noted
[10:08] <pitti> tonyyarusso: great, I'm looking forward to the newxt UWN
[10:08] <tonyyarusso> pitti: Me too :)  Thanks for your time.
[10:38] <shawarma> saispo: /win 2
[10:38] <shawarma> Doh... sorry.
[10:38] <shawarma> saispo: gnome-pty-helper creates pty's for libzvt2. why?
[10:51] <shawarma> Would it be possible to bribe someone to look at a request of mine in the request tracker? Be warned: It's got to do with mailman. :-)
[10:55] <somerville32> shawarma, Ask in #canonical-sysadmin
[10:55] <shawarma> somerville32: On my way. Thanks.
[10:55] <somerville32> np