[06:10] <Hobbsee> morning all
[06:11] <desrt> good evening
[06:11] <Hobbsee> :)
[06:11] <Hobbsee> er, afternoon
[06:12] <desrt> since you're clearly unaware of what the time is there, we shall use my timezone.
[06:12] <Hobbsee> heh
[06:13] <Hobbsee> apparently it's 2pm
[06:13] <Burgundavia> hello people
[06:13] <desrt> and... uh... "good morning"
[06:13] <desrt> (technically)
[06:13] <Hobbsee> hi weaselboy
[06:13] <desrt> i think you mean beaverboy
[06:13] <Hobbsee> ahhh...a new name!
[06:13] <desrt> the beaver is a proud and noble animal
[06:14] <Burgundavia> indeed
[06:14] <calc> Hobbsee: good evening :)
[06:14] <Hobbsee> heya calc!
[06:14] <calc> its 11:14pm ;)
[06:16] <fabbione> morning guys
[06:19] <Hobbsee> morning fabbione!
[06:19] <fabbione> hey Hobbsee 
[06:21] <desrt> fabbione; 'sup?
[06:24] <fabbione> desrt: not sure.. i will tell you once i am awake
[06:24] <desrt> you type well for a sleeping person :)
[06:24] <Hobbsee> it's a skill
[06:56] <LongPointyStick> In the ancient words of our leader, "Oh Shit."
[07:01] <StevenK> LongPointyStick: Hum?
[07:16] <pitti> Good morning
[07:17] <pitti> hey StevenK, how are you?
[07:18] <StevenK> pitti: All told, I'd rather be at home than working, but what can do you do? :-)
[07:18] <StevenK> s/can do/can/
[07:18] <pitti> :)
[07:22] <Hobbsee> morning pitti 
[07:23] <pitti> hey Hobbsee 
[07:27] <Hobbsee> oh impressive.
[08:24] <dholbach> good morning
[08:24] <pygi> morning dholbach 
[08:25] <dholbach> hi pygi
[08:46] <Hobbsee_> ....
[08:47] <Hobbsee> okay, the patch that stopped my system hanging in xorg 7.2 clearly wasnt taken for 7.3
[08:47] <Burgundavia> Hobbsee: it might have been one of the fedora ones that was just dropped
[08:48] <Hobbsee> Burgundavia: it was one that was written in one of our bug reports.
[08:48] <Hobbsee> i'll have to look it up later
[08:48] <Hobbsee> it just hangs X - everything else still works
[08:48] <Hobbsee> so, X hardlocks, but music, etc, keeps playing.
[08:49] <Burgundavia> I have been having an issue with NetworkManager hard locking my system
[08:49] <Burgundavia> seems to only happen on resume
[08:51] <Hobbsee> bug #60288
[08:51] <ubotu> Launchpad bug 60288 in xorg-server "xorg segfaults in libglx.so(__glXleaveServer+0x22)" [Medium,In progress]  https://launchpad.net/bugs/60288
[08:52] <Hobbsee> that's the one.
[08:57] <ccm> *moan*
[08:57] <dholbach> hey ccm
[08:58] <Hobbsee> er, chook
[08:58] <ccm> hi dholbach 
[08:58] <dholbach> seeya Hobbsee
[09:39] <cotyrothery> hey 
[09:39] <cotyrothery> can someone help me out im new to c++
[09:39] <cotyrothery> im trying to learn it so i can help with ubuntu
[09:41] <Burgundavia> cotyrothery: what are you trying to help with?
[09:42] <cotyrothery> programming the core and anything else 
[09:42] <cotyrothery> i really have no clue were to start
[09:42] <Burgundavia> ahh
[09:43] <cotyrothery> im guessing you guys are experts
[09:43] <Burgundavia> cotyrothery: if you are not a prorammer, I would start with python
[09:43] <cotyrothery> why not c++
[09:44] <cotyrothery> what is python anyways?
[09:44] <Burgundavia> cotyrothery: python is simpler to learn and a lot of GNOME is coded in it
[09:44] <cotyrothery> ok
[09:44] <cotyrothery> so were are tuts on it
[09:45] <popey> morning all
[09:45] <Burgundavia> python.org  will get you going
[09:45] <Burgundavia> popey: did you see that email for that dude?
[09:45] <popey> cotyrothery: there is a freely downloadable book called "Dive Into Python", it's pretty good
[09:45] <popey> yes Burgundavia, wanted to say "thanks" - I think ;)
[09:46] <cotyrothery> ok
[09:46] <cotyrothery> were can i get it
[09:46] <Burgundavia> popey: it that still isntalled by default?
[09:46] <Burgundavia> is, rather
[09:46] <RAOF> cotyrothery: google says http://www.diveintopython.org/
[09:46] <popey> dunno, but it's easily googleable
[09:47] <cotyrothery> i would have used google but i have a lot of stuff running
[09:47] <cotyrothery> and my computer is going a bit slow
[09:47] <cotyrothery> so once i learn python do i move on to c++
[09:48] <cotyrothery> because i have a book on c++
[09:48] <RAOF> cotyrothery: If you're interested in KDE development, you'll want to know C++.  Apart from that, I don't know of many Gnome projects using it, frankly.
[09:48] <cotyrothery> oh ok
[09:48] <cotyrothery> so i should learn c
[09:49] <cotyrothery> doesnt gnome use c also
[09:49] <RAOF> Yes.
[09:49] <cotyrothery> thats what i thought
[09:49] <RAOF> But mainly for the underlying libraries.  A lot of the GUI stuff is python.
[09:50] <cotyrothery> ok
[09:50] <cotyrothery> how long would it take the avg. person to learn and understand python
[09:50] <RAOF> I don'
[09:50] <RAOF> I don't know the average person :)
[09:50] <RAOF> But probably on the order of a day or so, if you already know how to program.
[09:51] <RAOF> You won't be a python god after a day, but you should be fairly productive.
[09:51] <cotyrothery> ok
[09:51] <cotyrothery> cool
[09:51] <RAOF> If you're trying to learn programming at the same time, it'll take a bit longer :)
[09:51] <cotyrothery> so are most of you guys programers for ubuntu
[09:52] <pitti> cotyrothery: right; it takes years to become a really good programmer (which is independent from the language), but it only takes a couple of days to learn a new language
[09:53] <cotyrothery> ok
[09:53] <cotyrothery> i knew that
[09:53] <cotyrothery> so it will take me awhile before i can prog. for ubuntu
[09:54] <pitti> cotyrothery: nevertheless, if you want to help with Ubuntu you don't need to be a highly skilled programmer; there are lots of things you can help with that do not require programming at all, and lots of things which only require basic understanding of e. g. C or Python
[09:54] <pitti> cotyrothery: e. g. fixing bugs, searching patches and apply them to packages, etc.
[09:55] <pitti> cotyrothery: the best way (IMHO) to get into Ubuntu development if you don't (yet) have a clear focus is to start with a few itches you experience yourself, get used to the bug tracker and bug triage, and fix them
[09:55] <cotyrothery> ok
[09:55] <pitti> cotyrothery: those can be very simple things, like fixing typos or improving documentation, or mediating with upstream and take their patches
[09:55] <cotyrothery> but ubuntu is so great i have never experianced any bugs
[09:56] <pitti> cotyrothery: that's much more motivating than starting with the most complicated things :)
[09:56] <cotyrothery> pitti: good
[09:56] <pitti> cotyrothery: uh? we have some 30.000 of them :)
[09:56] <cotyrothery> really?
[09:56] <cotyrothery> i never would have know
[09:56] <cotyrothery> n
[09:56] <pitti> cotyrothery: that's the number of open bugs in the bug tracker
[09:56] <cotyrothery> wow
[09:56] <pitti> cotyrothery: of course nobody knows the number of bugs that are actually in Ubuntu :)
[09:56] <cotyrothery> I wonder how they effect me
[09:57] <pitti> because that is (1) impossible to define and (2) impossible to count
[09:57] <RAOF> Although a lot of computer science attempts both :)
[09:57] <pygi> in effect to no.2 ) too many of them ^_^
[09:58] <cotyrothery> I hope it will be fun programming for ubuntu to help the people
[09:58] <pitti> cotyrothery: btw, https://wiki.ubuntu.com/ContributeToUbuntu is a good entry point
[09:58] <cotyrothery> its so cool to have the chance to do something like this
[09:58] <pitti> cotyrothery: fun> you bet!
[09:58] <cotyrothery> what have you done for it
[09:59] <pitti> cotyrothery: as I said, start with very simple things to get used to the process, packaging, patching, etc., and slowly evolve to the more difficult things
[09:59] <cotyrothery> will do 
[09:59] <cotyrothery> will i need the source
[09:59] <RAOF> Depends on what you're trying to do, but generally, yes.
[10:00] <RAOF> You might want to hang around in #ubuntu-motu, actually.
[10:00] <RAOF> That's a good place for people wanting to make stuff better :)
[10:00] <RAOF> We should (hopefully) be able to answer packaging questions, etc.
[10:01] <cotyrothery> ok
[10:01] <cotyrothery> but what do you guys do here
[10:01] <cotyrothery> like are you the main prog. of ubuntu
[10:01] <pitti> cotyrothery: see topic; we coordinate development issues
[10:01] <pitti> cotyrothery: btw, it would be too much credit to give us to call us 'main programmers'
[10:01] <cotyrothery> oh
[10:01] <pitti> cotyrothery: as distribution developers we mainly focus on packaging and integrating
[10:01] <RAOF> And the main work of Ubuntu is not really programming; that's what all the various open-source projects are for :)
[10:02] <cotyrothery> ok
[10:02] <cotyrothery> Im taking a guess here but i have a long way to go and a lot of work to go through
[10:02] <RAOF> Much of what needs to be done is to take the work of others (upstream projects) and package it in a form that works well in Ubuntu.
[10:02] <cotyrothery> oh i see
[10:03] <cotyrothery> so make prog. that dont work for ubuntu work for  ubuntu?
[10:03] <RAOF> Almost all open-source software is not "for Ubuntu", it's for everyone.  Firefox, Xorg, Gnome, KDE, etc.
[10:04] <pitti> cotyrothery: well, "don't work" -> "make it work out of the box, and integrate well with other programs"
[10:04] <cotyrothery> yea
[10:05] <cotyrothery> ok
[10:05] <cotyrothery> i see now
[10:09] <Tonio_> pitti, seb128: uploading network-manager 0.6.5
[10:09] <pitti> yay!
[10:09] <Tonio_> pitti: the applet package will end in NEW as discussed on friday.
[10:09] <seb128> Tonio_: cool!
[10:09] <seb128> k
[10:09] <seb128> I'll review it
[10:09] <Tonio_> pitti: also, that'll inlude changing the seeds, as the package name changes
[10:09] <pygi> seb128, do you have a sec?
[10:10] <seb128> pygi: don't ask to ask
[10:10] <Tonio_> I also repackaged/update the pptp, openvpn and vpnc plugins
[10:10] <pygi> seb128, I need bug #119725 changed to wishlist
[10:10] <ubotu> Launchpad bug 119725 in brasero "Have pre-defined preference for burning .iso packages" [Undecided,Unconfirmed]  https://launchpad.net/bugs/119725
[10:10] <pygi> seb128, I didn't ask to ask :)
[10:10] <pitti> Tonio_: no problem; give us a poke here, we'll update it
[10:10] <pygi> seb128, I asked a direct question :P
[10:10] <cotyrothery> python is a lot more technical than c++ from what i see
[10:10] <Tonio_> pitti: oki
[10:10] <seb128> pygi: well, I have a second or not, depending of what you want :p
[10:10] <seb128> pygi: changed
[10:11] <pygi> seb128, thanks ;)
[10:11] <seb128> you're welcome
[10:11] <seb128> pygi: I don't really understand the bug though
[10:11] <seb128> pygi: is there different iso mimetypes?
[10:11] <RAOF> cotyrothery: Want to take this to #ubuntu-offtopic or #ubuntu-motu now that there's some traffic in here?
[10:12] <pygi> seb128, nobody does. Shirish is always making troubles, everywhere
[10:12] <pygi> seb128, ask Hobbsee when she's around :-/
[10:12] <pygi> seb128, nop, not really :)
[10:12] <seb128> so it should be Needs Info
[10:12] <pygi> perhaps even refuse bug but meh
[10:12] <seb128> hum
[10:12] <pygi> personaly I'd refuse the bug =)
[10:13] <seb128> pygi: could you add a comment and I'll Needs Info or Reject it according to it
[10:14] <pygi> seb128, kk
[10:14] <pygi> seb128, will do right now
[10:14] <seb128> cool
[10:15] <Tonio_> seb128, pitti should be in new now
[10:16] <pitti> Tonio_: uh, source new? how that?
[10:17] <seb128> pitti: the applet is a new tarball
[10:17] <pygi> seb128, done, :)
[10:17] <pitti> seb128: ah, right
[10:17] <Tonio_> pitti: the standard new queue for new packages
[10:18] <Tonio_> pitti: talking about network-manager-applet
[10:18] <pitti> Tonio_: right, thinko; ignore me
[10:18] <pygi> how am I supposed to get anything out of bug #120927 o.O
[10:18] <ubotu> Launchpad bug 120927 in brasero "[apport]  brasero crashed with SIGSEGV" [Medium,Confirmed]  https://launchpad.net/bugs/120927
[10:18] <seb128> pygi: bug closed
[10:18] <pygi> seb128, thank you :)
[10:19] <seb128> you're welcome
[10:19] <pygi> too much thanks today :P
[10:19] <seb128> pygi: http://launchpadlibrarian.net/8111099/Stacktrace.txt
[10:19] <pygi> doesn't hurt I guess :)
[10:19] <seb128> that's what you got from retracing
[10:19] <pitti> pygi: first_element=0x2 -> that looks wrong
[10:19] <pitti> (as a pointer)
[10:19] <pitti> pygi: unfortunately the rest of the trace is not recoverable
[10:20] <pygi> pitti, hm, right
[10:20] <seb128> or brasero-dbgsym didn't get installed
[10:21] <pygi> seb128, a question
[10:22] <pygi> if there was a replacement ever written for n-c-b would it be *too* important to be api-compatible with libnautilus-burn?
[10:22] <pygi> (I do understand that some applications still use it --> perhaps a compatibility layer?)
[10:23] <seb128> yeah, would be nice to have a compatibility lib
[10:24] <pygi> k, got it
[10:25] <pygi> seb128, I filed a bug 6 months ago in gnome, and tried to contact n-c-b authors without any success
[10:25] <pygi> http://bugzilla.gnome.org/show_bug.cgi?id=384540 
[10:25] <ubotu> Launchpad bug 6 in rosetta ""next 10 entries" at bottom of page" [Medium,Rejected]  https://launchpad.net/bugs/6
[10:25] <ubotu> Gnome bug 384540 in cd-burner "Libburn/libisofs backend" [Enhancement,Unconfirmed]  
[10:29] <seb128> pygi: that's the sort of bug where you have better to send a patch and argue why it would be better than the current code which is working for most users
[10:30] <pygi> seb128, I would be ofcourse ready to submit a patch. But the patch would change almost entire n-c-b code, which I believe would be a problem
[10:30] <seb128> you better start a discussion on the GNOME desktop-devel-list on why you think libburn would be better than libnautilus-cd-burner then
[11:09] <lithiumX>  does anyone know where tour applications go when their installed?
[11:10] <pitti> lithiumX: "dpkg -S <packagename>" will print you a list of files; and please ask that in #ubuntu (see topic)
[11:10] <pitti> lithiumX: erm, dpkg -L, I mean
[11:10] <lithiumX> oh ok thank you
[11:40] <pitti> Tonio_: did you set up the build-deps of the n-m plugins tight enough for 0.6.5?
[11:45] <Tonio_> pitti: yes
[11:46] <Tonio_> pitti: they all builddep on >= 0.6.5 version
[11:46] <pitti> Tonio_: cool, thanks
[11:46] <Tonio_> that's a requirement for them to work with the latest Knetworkmanager
[11:46] <pitti> Tonio_: out of interest, why did you rename network-manager-gnome to network-manager-applet?
[11:46] <pitti> why not just keep the old name?
[11:48] <pitti> Tonio_: rest of package looks fine
[11:49] <Tonio_> pitti: well I renamed simply to have the deb name the same that upstream name
[11:49] <Tonio_> pitti: looks like upstream calls the applet "network-manager-applet"
[11:49] <pitti> Tonio_: hmmkay; renames are always painful, that's why I ask
[11:50] <pitti> Tonio_: anyway you still need to build network-manager-gnome as a transitional package, until the next LTS
[11:50] <giskard> LTS?
[11:50] <pitti> Tonio_: can you please add that and upload again? (or just leave the old name for now)
[11:50] <Tonio_> pitti: pittiwould you prefer network-manager-gnome ?
[11:50] <pitti> Tonio_: for dapper -> next LTS upgrades
[11:50] <Tonio_> sure will change that
[11:50] <pitti> Tonio_: personally I find -gnome better; first, it's really for gnome, and second it avoids the name change
[11:51] <pitti> Tonio_: but I'll leave that decision to you
[11:51] <pitti> Tonio_: I reject the current upload, so please reuse the version number
[11:52] <pitti> Tonio_: (note that you can leave the source package as -applet, and the binary package as -gnome, too)
[11:52] <Tonio_> pitti: sure
[12:03] <Tonio_> pitti: ust discovered a little issue concerning networkmanager/gnome and the vpn part
[12:03] <Tonio_> pitti: an issue in the way upstream splitted the sources
[12:04] <Tonio_> pitti: I'll take care to package the applet the same way that the debian maintainer, we just discussesd about that, so reuploading the package might take a bit of time
[12:04] <Tonio_> maybe toonight or tomorrow
[12:04] <pitti> Tonio_: that sounds fine
[12:04] <pitti> Tonio_: taking the same name as Debian is much more important than upstream's or our preference :)
[12:04] <pitti> Tonio_: if the old applet works with the new daemon, that should be fine
[12:04] <Tonio_> pitti: well it is not only a problem with the name :)
[12:05] <pitti> Tonio_: right, I understand; just mentioning it
[12:05] <Tonio_> pitti: the problem is that the split is only partial in fact, some of the gnome datas are still in the backend tarball..... so as a result we might need 2 packages for the gnome part, so 2 names.....
[12:06] <Tonio_> mbiebl: sounds like we need to be sure we're doing this the same way so please ping me when you're arrond :)
[12:06] <pitti> Tonio_: you mean that the daemon package builds the 'other part' of the applet?
[12:06] <Tonio_> arround
[12:06] <pitti> that would be nasty
[12:06] <Tonio_> pitti: yes, it builds the vpn-properties for example which is part of the gnome part....
[12:07] <Tonio_> pitti: means would could have as a result a network-manager-gnome and a network-manager-applet depending n-m-gnome
[12:08] <pitti> ugh, indeed that should be avoided
[12:11] <Tonio_> pitti: another option (dirty) is to merge the 2 tarballs...
[12:11] <Tonio_> pitti: what would you suggest in that case ?
[12:12] <pitti> Tonio_: copying the gnome relevant bits into the -applet/-gnome orig.tar.gz doesn't sound too bad, as long as the split will be finished upstream eventually
[12:12] <pitti> Tonio_: or keep the bits in the main package and teach dh_shlibdeps to ignore the gnome dependencies
[12:13] <Tonio_> hum, so doing this in the form of a patch then
[12:13] <Tonio_> talking about the first option of coruse
[12:13] <pitti> we don't want to keep such a patch forever, so it should only be copied if upstream will split it properly
[12:13] <Tonio_> sure
[12:42] <Tonio_> pitti: isn't iproute installed on the buildd machines ?
[12:43] <fabbione> Tonio_: why would it be installed by default?
[12:43] <Mithrandir> apt-cache show iproute | grep Prio
[12:43] <Mithrandir> Priority: important
[12:43] <Mithrandir> so no, it won't be there by default
[12:43] <Tonio_> Mithrandir: hum okay
[12:44] <Tonio_> fabbione: just asking since it was installed in my pbuilder chroot
[12:44] <Mithrandir> it shouldn't be.
[12:44] <Tonio_> fabbione: so I missed a builddep because of that :)
[12:44] <fabbione> Tonio_: pbuilder chroots != debootstrap --variant=buildd
[12:44] <Tonio_> fabbione: indeed
[12:45] <simira> fabbione :) How's the family?
[12:45] <fabbione> Tonio_: best is to use the latter if you are checking for B-D
[12:45] <fabbione> simira: hey there... growing :)))
[12:45] <fabbione> simira: but fine i guess
[12:45] <simira> fabbione: I heard that...busy times
[12:45] <fabbione> simira: yeah...
[12:46] <simira> has nr. 2 arrived yet?
[12:47] <fabbione> simira: nah... mid-dic
[12:47] <simira> ok
[12:54] <StevenK> Hrm. Apport retracing seems to have gone crazy
[12:55] <pochu> New feature ;)
[12:55] <shawarma> StevenK: No, pitti has been cleaning house.
[12:56] <shawarma> StevenK: ..assuming you're referring to the load of lp e-mails about removed attachments?
[12:56] <pitti> StevenK: sorry that Malone sends bug mail spam for attachment removals
[12:57] <StevenK> And six mails that looked virtually identical.
[12:57] <Tonio_> pitti: n-m ftbfs due to missing iproute, I'll wait for a solution with the split problem to reupload now...
[12:57] <pochu> They might be dups...
[12:58] <pitti> Tonio_: sure, if you think that's better
[12:58] <pitti> Tonio_: curious, though, iproute as a *build* dependency strikes me as pretty mad
[12:59] <Tonio_> pitti: configure checks for it, that looks to be new with that version....
[12:59] <Mithrandir> pitti: some configure scripts try to detect paths and such for it.
[12:59] <pitti> ah, that makes sense
[01:00] <StevenK> Mithrandir: How debconf?
[01:00] <StevenK> How's, even.
[01:00] <Mithrandir> StevenK: iz good.  Lots of interesting discussions
[01:13] <pochu> pitti: the problem is that 90% of coredump removals are duplicates.
[01:35] <pitti> pochu: what do you mean with 'duplicate removals'? what's the problem?
[01:40] <adam0509> hi, I'd like to know if a package for "Linux2.4 kernel with debian patches" will be available for next LTS release ?
[01:40] <ogra> ubuntu never supported 2.4
[01:41] <ogra> so thats very unlikely
[01:42] <adam0509> I don't ask about a pre-compiled kernel, just a package containing a 2.4 kernel for compiling
[01:42] <adam0509> because kernel.org kernels aren't very adapted, and If you try to add ALSA (from package alsa-source) then you get errors
[01:43] <pygi> that would be source package
[01:43] <pygi> doubt it
[01:43] <pochu> pitti: e.g. for Bug #85776, apport is removing the Coredump for the 118 dups, and malone sends the messages... which means a lot of 'spam' even if you're just subscribed to that bug, or to any of the duplicates
[01:43] <ubotu> Launchpad bug 85776 in gnome-panel "[apport]  gnome-panel crashed with SIGSEGV on package installation, valgrind log required" [High,Confirmed]  https://launchpad.net/bugs/85776
[01:44] <pochu> pitti: for example some people reported one of those dups, and I don't think they want to receive 119 messages saying a Coredump has been removed ;)
[01:48] <pitti> pochu: oh, right, you mean the spam
[01:49] <pygi> pochu, agreed :P
[01:50] <pygi> pochu, network manager :P
[01:50] <pochu> Yes. I don't care that much (I just mark it as unread), bug as dholbach's said on -bugs, 'how many people will unsubscribe from random -bugs@ lists after that'
[01:50] <pochu> pygi: that and the gnome-panel, yes ;)
[01:52] <pochu> Luckily, this is the consequence of the first run, and won't be that much
[01:52] <pochu> Mostly because apport is still disable :)
[01:52] <pygi> pochu, hm ... good thing it's not enabled then :P
[03:37] (StevenK/#ubuntu-devel) pitti: Ta
[03:37] (StevenK/#ubuntu-devel) pitti: I might need to fix it anyway, it appears in the cruft list, too
[03:39] <StevenK> It does, it explicitly wants libsnmp9-dev
[03:39] <pitti> StevenK: hm, any idea what heartbeat vs. heartbeat-2 is all about?
[03:39] <luisbg> hello all
[03:40] <StevenK> pitti: No, actually, although amusingly, heartbeat's version is larger than heartbeat-2's.
[03:40] <luisbg> all my mails to the ubuntu-devel mail list need to be approved by a moderator before going through, can I ask somebody to grant me straight through access?
[03:40] <pitti> StevenK: indeed, heartbeat-2 was removed from Debian
[03:40] <StevenK> Kill it!
[03:41] <StevenK> Yay!
[03:41] <Hobbsee> luisbg: you're looking for cjwatson.  and often the answer to that is "no" if you're not part of ~ubuntu-dev
[03:41] <siretart> pitti: sorry, my bad, the package isn't NBS. it's just not on launchpad's source package site
[03:42] <luisbg> Hobbsee, oooh ok, just wondering, I'll ask when I'm part of that team =)
[03:42] <siretart> pitti: it is an empty convinience package for faciliating support. I hope nothing depends on it
[03:42] <StevenK> pitti: I need to make changes to openipmi, but I'm not sure if I should set the Maintainer to MOTU or core-dev. :-)
[03:42] <pitti> siretart: cprov currently looks for the reason why the latest version isn't in the archive, but that's an unrelated problem, as it seems
[03:42] <siretart> cprov: btw, I didn't get an ACCEPTED mail for my last ppa upload. the package got built anyway hoever
[03:43] <shawarma> StevenK: Huh? heartbeat is 1.2.5-4, while heartbeat-2 is 2.0.8-2?
[03:43] <StevenK> shawarma: Binary, the source is the DEPWAIT
[03:43] <StevenK> s/the //
[03:44] <StevenK> Heh
[03:44] <shawarma> Aw..
[03:44] <Hobbsee> no rock for you.
[03:44] <cprov> siretart: when was it ?
[03:44] <pitti> StevenK: erk, opemipmi is not a trivial package at all
[03:45] <StevenK> pitti: I saw that.
[03:45] <StevenK> pitti: heartbeat isn't in a position to be demoted?
[03:45] <fabbione> hmmm
[03:45] <fabbione> do we really want to support hearbeat?
[03:45] <cprov> siretart: check your spams -> '20:40:09 DEBUG    Recipients: Reinhard Tartler <siretart@tauware.de>'
[03:45] <pitti> siretart: got it; libxine1 is in binary NEW
[03:46] <pitti> siretart: for the -doc package
[03:46] <StevenK> fabbione: ubuntu-dev doesn't want to either. :-P
[03:47] <siretart> pitti: right.
[03:47] <pitti> fabbione: not for my sake; we haven't touched it much
[03:47] <StevenK> pitti: Shall I leave heartbeat/openipmi alone for a little while?
[03:47] <fabbione> hmmm
[03:48] <fabbione> the only 2 interesting bits that Suggets it are ipvsadm
[03:48] <pitti> StevenK: yes, please; just start with the other rdeps while we sort this out
[03:48] <pitti> fabbione: no reverse deps, I already checked that
[03:48] <fabbione> and possibly drdb
[03:48] <fabbione> yeah
[03:48] <fabbione> Suggets:
[03:48] <shawarma> fabbione: It's my impression that it's still the canonical (no pun intended) HA software?
[03:48] <StevenK> Hah
[03:48] <fabbione> shawarma: nope...
[03:49] <StevenK> To be honest, given we use heartbeat at $WORK, it's a piece of crap. :-)
[03:49] <pitti> hm, why is it in main in the first place? I don't see a seed for it
[03:49] <fabbione> the canonical cluster is redhat-cluster-suite and/or ocfs2-tools
[03:49] <fabbione> pitti: i think we did drag it in main because at the time we had no RHCS
[03:49] <fabbione> (or ocfs2-tools for the matter)
[03:49] <fabbione> this is probably warty history in the seeds
[03:50] <pitti> fabbione: I mean, can you point me to a seed or reverse dependency that keeps it in main? I don't see one
[03:50] <shawarma> fabbione: Hmm.. I don't know anyone who uses rcs, actually. I know a few who use heartbeat (and so did I when I needed that sort of thing).
[03:50] <StevenK> heartbeat has always been in main, according to LP
[03:50] <fabbione> pitti: pre-warty.. afair
[03:50] <pitti> StevenK: I know, but ATM I don't see what's keeping it there
[03:50] <fabbione> shawarma: heartbeat is a very cheap version of RHCS..
[03:51] <StevenK> pitti: Hysterical raisins from what I can see here.
[03:51] <pitti> StevenK: that's not what I mean
[03:51] <pitti> StevenK: a main package either needs to be seeded, or a dep/build dep of another main package, or appear in anastacia
[03:51] <StevenK> Ahhh, right
[03:51] <pitti> and neither of those three seems to be the case here
[03:52] <shawarma> pitti: It's b-d of evms
[03:52] <StevenK> Ewwww
[03:52] <zul_> fabbione: cheap but effective
[03:52] <pitti> oh, crud, indeed
[03:52] <fabbione> score...
[03:52] <StevenK> Personally, I think evms needs to be booted out of the archive, but that's just me. :-)
[03:53] <fabbione> StevenK: for how much i love weird block device setups, i agree with you
[03:53] <fabbione> it was the only one i never got to work
[03:53] <shawarma> fabbione: Indeed it is. I just thought that was what people used. I also have a bit of empirical data that supports that, but not enough to be statistical valid by any standarad.
[03:54] <StevenK> fabbione: I think Keybuk agrees with us, too.
[03:54] <fabbione> StevenK: IME Keybuk is a bit more drastic on block devices :)))))))
[03:54] <fabbione> StevenK: but Mithrandir would probably hang us for proposing that
[03:54] <pitti> it seems that it's only needed for evms-ha, which is in universe
[03:55] <Hobbsee> fabbione: yes, but he's not here :P
[03:55] <StevenK> pitti: But the evms source is in main, so it needs to stay.
[03:55] <pitti> so, we might be able to drop evms-ha and the heartbeat-dev b-dep from evms
[03:55] <StevenK> Ahh
[03:55] <StevenK> Tackle it that way
[03:55] <pitti> and thus drop heartbeat and the openimpi stuff
[03:55] <pitti> Mithrandir: would you terribly miss evms-ha?
[03:56] <pitti> StevenK: don't
[03:56] <fabbione> pitti: i doubt he will and if so we can always port it to openais
[03:56] <Hobbsee> StevenK: you dont have the update-maintainer script?
[03:56] <pitti> StevenK: a mere changelog entry is not really worth doing that
[03:56] <StevenK> pitti: I thought you had to...
[03:56] <Mithrandir> pitti: no
[03:56] <Keybuk> what's wrong with dropping evms from main? :p
[03:57] <Keybuk> it doesn't work anyway
[03:57] <pitti> Keybuk: nothing really from my side, but it's seeded, so someone seems to want it
[03:57] <Hobbsee> evening Keybuk!
[03:57] <StevenK> Oh dear, look what I started.
[03:57] <Mithrandir> Keybuk: sure it works.
[03:57] <Keybuk> Mithrandir: for you, not for mere mortals
[03:57] <pitti> StevenK: main->universe demotion domino :)
[03:57] <StevenK> pitti: Yup. :-)
[03:57] <Keybuk> for them, it leaves their system largely unbootable right now <g>
[03:58] <Mithrandir> *shrug*. :-P
[03:58] <fabbione> Keybuk: for once i can see nothing.. drop it! :P
[03:58] <pitti> argh, evms again uses libglib1.2
[03:58] <Tonio_> pitti: uploading network-manager, and fixing network-manager-gnome, we decided what to do with mbiebl
[03:58] <pitti> Tonio_: what did you decide?
[03:58] <StevenK> pitti: Surely another nail in it's coffin? :-)
[03:59] <pitti> StevenK: we had it use 2.0 for some time, but it was not perfect, and upstream doesn't care
[03:59] <fabbione> pitti: go for it....
[03:59] <Hobbsee> if we're throwing things out of main, that should go...
[03:59] <StevenK> Hobbsee: Stop the 3 packages in main using it, and it can
[04:00] <Tonio_> pitti: move the nm-vpn-properties binary to /usr/lib to make it, makes it ignored by shlibdeps and patch the applet to use it
[04:00] <Hobbsee> StevenK: by removal, right?  :p
[04:00] <fabbione> pitti: evms/heartbeat/*kde* -> universe should so
[04:00] <StevenK> Hobbsee: Heh
[04:00] <pitti> fabbione: lol
[04:00] <Tonio_> pitti: that avoids maintaing lots of patches, waiting for upstream to perform the split properly
[04:00] <StevenK> fabbione: It was nice knowing you.
[04:00] <ion_> fabbione: :-D
[04:00] <Hobbsee> fabbione: haha
[04:00] <pitti> Tonio_: cool
[04:00] <Tonio_> pitti: next step is to fix knetworkmanager configure...
[04:01] <StevenK> pitti: Okay, if heartbeat gets demoted, will it automatically try and build itself again?
[04:01] <pitti> StevenK: it should; if not, I can poke it manually
[04:01] <Keybuk> (I have no problems with evms if someone stops it trying to make devmapper shadows of every system block device, and instead makes it only shadow those block devices it intends to use)
[04:02] <seb128> pitti: having no space after the sudo prompt feels weird, did you do it on purpose or that's a bug? ;)
[04:02] <pitti> seb128: mainly on purpose; the older sudo prompt didn't have a space either
[04:02] <pitti> seb128: and I want to be careful to not break frontends
[04:02] <seb128> hum, k, I was probably used to it then
[04:02] <pitti> seb128: I tested gksu and kdesu
[04:03] <Tonio_> pitti: you'll find network-manager-gnome in NEW in a few minutes
[04:03] <pitti> Keybuk, Mithrandir: hm, so you favor demoting evms over dropping the evms-ha package?
[04:03] <pitti> Tonio_: so you decided for -gnome; nice
[04:03] <Tonio_> yup
[04:04] <Keybuk> pitti: to me, it is clear that we have nobody with sufficient combination of time, inclination and motivation to correct interaction problems with evms
[04:04] <Tonio_> pitti: network-manager-pptp ftbfs, but builds locally in a pbuilder chroot.... strange
[04:04] <Keybuk> which suggests that we don't have people maintaining it
[04:04] <pitti> Keybuk: that's my thought, even more so with heartbeat (which is why I want to demote this in any case)
[04:04] <Keybuk> so I think that it is failing main requirements
[04:05] <Tonio_> pitti: forget that, bad builddep, should be waiting for 0.6.5
[04:05] <fabbione> and if somebody needs to maintain it, it should really port it to something != heartbeat
[04:08] <pitti> hey mbiebl 
[04:09] <StevenK> pitti: So who's the lucky person that gets to unseed evms? :-)
[04:09] <pitti> StevenK: I'm at it already
[04:10] <mbiebl> pitti: hi
[04:18] <sladen> Hobbsee: pop over to Edinburgh and you can wave in person
[04:18] <Hobbsee> sladen: if i wanted to be shot by my uni on my return, sure!
[04:18] <mrsn0> can i grab a lift from ireland ? :p
[04:18] <mrsn0> if its on the way, of course
[04:19] <zul_> Hobbsee: heh then you can become a professional student if you fail them
[04:19] <sladen> "should"
[04:20] <Hobbsee> zul_: hahaha.  got a recipe on how to do taht?
[04:20] <Hobbsee> sladen: yes.  should.
[04:20] <zul_> zul_: no but I know several people at my own school who were on that track
[04:21] <zul> gah..
[04:21] <zul> s/zul/Hobbsee/
[04:21] <StevenK> Woot.
[04:21] <Hobbsee> zul: right
[04:24] <pitti> hi zul 
[04:25] <pitti> zul: btw, do we still need xen-3.0 in gutsy, or is it entirely superseded  by xen-3.1?
[04:27] <ogra> Riddell, is there a specific kde package for power management ? seems i'm geeting the KDE bugs filed for g-p-m
[04:27] <Riddell> ogra: kde-guidance-powermanager is the frontend (kde-guidance source)
[04:27] <StevenK> ogra: kde-guidance, from memory
[04:28] <ogra> oki
[04:28] <ogra> and there is no specific backend i guess
[04:28] <ogra> apart from hal
[04:32] <StevenK> pitti: If you do get the cruft lists generating automagically, can you put a comment at the top with a timestamp?
[04:32] <pitti> StevenK: the file dates should be enough, no?
[04:32] <pitti> it's just a directory
[04:32] <StevenK> Point
[04:36] <pygi> pitti, I'll have to unsubscribe from all the bugs
[04:36] <pygi> it's messy :-/
[04:37] <pitti> pygi: it's just an one-time spam
[04:37] <pitti> but you can generally drop emails from apport@piware.de, there won't be much useful stuff
[04:37] <pitti> pygi: in any case, it'll get silent in the future anyway, with https://wiki.ubuntu.com/CrashReporting
[04:39] <pitti> spam wave is over soon -- script is at 4336/4876
[04:39] <pygi> wee :P
[04:40] <Hobbsee> i cant really see *why* you'd want to go to bed, on that basis.
[04:41] <Hobbsee> pygi: no you havent.  
[04:41] <pygi> Hobbsee, yup, I did :)
[04:41] <pygi> Hobbsee, kid, kid ... that doesn't work on me :)
[04:41] <Hobbsee> forever.
[04:41] <pygi> Hobbsee, meh, did you see "new" brasero bug?
[04:42] <Hobbsee> nope.
[04:42] <pygi> wanna see it? xD
[04:42] <Hobbsee> on the basis of general health and sanity, i've been ignoring him.
[04:42] <Hobbsee> oh, why not.
[04:42] <Hobbsee> then i can take sadistic pleasure in rejecting it.
[04:43] <pygi> https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/119725
[04:43] <pygi> we already rejected it
[04:43] <ubotu> Launchpad bug 119725 in brasero "Have pre-defined preference for burning .iso packages" [Wishlist,Rejected]  
[04:44] <StevenK> "where one could associate speeds with mime types"
[04:44] <StevenK> Twitch
[04:44] <Hobbsee> pitti: please giveback swfdec0.4, swfdec-mozilla on all arches
[04:45] <pygi> StevenK, yes ? :p
[04:45] <Hobbsee> heh
[04:45] <StevenK> I'm so tempted to reject one of Shirish's bugs with "Can you please provide me the name and phone number of your dealer."
[04:45] <Hobbsee> StevenK: hahahhaa
[04:45] <Hobbsee> StevenK: well, there are plenty.
[04:45] <pygi> StevenK, this channel is being logged =)
[04:45] <Hobbsee> StevenK: https://bugs.launchpad.net/~shirishag75
[04:45] <ion_> :-D
[04:45] <Hobbsee> pygi: so it's also logged me wanting to call him a fucking moron, in channel.  so?
[04:46] <Hobbsee> some people warrant it.
[04:46] <pygi> impressive number of bugs
[04:46] <pygi> 103 bugs 
[04:46] <StevenK> Oh ye
[04:46] <StevenK> yes
[04:46] <Hobbsee> that's non-rejected bugs, too
[04:46] <Hobbsee> that's 100 easy rejects
[04:46] <pitti> Hobbsee: swfdec0.4 given back, -mozilla is in depwait
[04:47] <Hobbsee> pitti: thanks.  it needs the former
[04:47] <pitti> I figured
[04:47] <seb128> pitti: oh, you are buildd admin now?
[04:47] <pitti> seb128: yes, I am
[04:47] <seb128> good to know ;)
[04:47] <pitti> easier when doing release management stuff
[04:47] <seb128> right
[04:51] <desrt> hey... not all of this guy's bugs are bogus
[04:51] <StevenK> Just 90% of them.
[04:51] <Hobbsee> desrt: no.  most of the bogus ones have been gotten rid of as they hit -bugs
[04:51] <pitti> well, he does have good ideas, but they are incredibly hard to implement at times
[04:52] <desrt> why do some of the bugs in this list show up twice?
[04:53] <pitti> desrt: multiple tasks?
[04:53] <desrt> pitti; ya.
[04:53] <desrt> upstream vs. distro
[04:53] <pygi> yay, soon we'll be able to create ISOLINUX bootable cd's with libisofs :)
[05:15] <ogra> Keybuk, if i create a device with MAKEDEV and then run /sbin/udevcontrol reload_rules will udev cange te ownership properly to match the rules or will it just silently do nothing ? 
[05:15] <Keybuk> ogra: no
[05:15] <ogra> ...beacues the device is tere 
[05:15] <ogra> *because
[05:16] <Keybuk> why are using MAKEDEV?
[05:16] <ogra> Keybuk, seems like a merge bug in fuse-utils
[05:16] <ogra> http://paste.ubuntu-nl.org/26135/
[05:17] <ogra> makedev is called by debian 
[05:17] <ogra> we call /sbin/udevcontrol reload_rules
[05:17] <ogra> they dont handle it through udev at all
[05:17] <Keybuk> *shrug*  that's because Debian's udev doesn't reload automatically
[05:17] <Keybuk> ours does
[05:18] <ogra> oh, then i can drop both ? 
[05:18] <ogra> cool
[05:18] <Keybuk> I guess
[05:21] <Hobbsee> hiya mvo_!
[05:22] <pygi> Hobbsee, you eat him!
[05:22] <mvo_> hey Hobbsee!
[05:22] <pygi> not me!
[05:22] <pygi> him!
[05:22] <pygi> mvo_ <-- him!
[05:22] <Hobbsee> bah
[05:22] <Hobbsee> but why?
[05:22] <pygi> no idea
[05:22] <pygi> because :)
[05:24] <Hobbsee> 77% [23 alsa-utils 443/1051kB 0%]                                                                                             95.6kB/s 33s
[05:24] <Hobbsee> come on...
[05:24] <shawarma> Tonio_: I noticed you didn't add iproute as Depends: to network-manager.. Is that on purpose?
[05:24] <shawarma> Tonio_: If it needs it as a build-dep, doesn't it need it at runtime, too?
[05:25] <pygi> not always
[05:27] <Hobbsee> pitti: any idea what liboggflac3 was replaced by?
[05:27] <Hobbsee> or what source package it was in?
[05:28] <Hobbsee> oh, was in flac
[05:29] <geser> Hobbsee: libflac-dev
[05:29] <Hobbsee> right
[05:29] <Hobbsee> just seeing that now
[05:29] <geser> liboggflac got merged into libflac
[05:31] <Hobbsee> yeah, i see
[05:47] <pitti> mvo_: can you write a MIR for compcomm-plugins-main? (compiz build dep)
[05:47] <mvo_> pitti: sure
[05:48] <pitti> mvo_: and compiz-bcop
[05:51] <pitti> StevenK: I wonder why this openipmi change isn't done in Debian -- it certainly needs to?
[05:54] <Tonio_> shawarma: it ftbfs without iproute as builddep
[05:54] <Tonio_> shawarma: it is just a matter of checking path and so on
[05:54] <Tonio_> shawarma: no big deal
[05:55] <shawarma> Tonio_: It checks for it, but doesn't need it?
[05:55] <Tonio_> shawarma: think so
[05:55] <shawarma> Tonio_: crack :)
[05:55] <Tonio_> shawarma: it was already there before, I just didn't remove it in fact :)
[05:56] <Tonio_> shawarma: no time to check all the dependancies on that point, and nothing in the changelog concerning a change on that point, so... :)
[05:58] <shawarma> Tonio_: meh.. I just thought it needed it at runtime and since it's not the kind of thing that would be picked up by shlibdeps..
[06:10] <Hobbsee> pitti: if you're going to send mass email like that, via apport, would you mind sending an email a few days prior to all devleopment mailing lists about it, so we can warn upstreams?
[06:10] <Hobbsee> pitti: otherwise, they tend to want to kill us.  or at least not work with us.
[06:15] <Hobbsee> pitti: had you done so, we could have warned the upstreams about it, and they could have put in a filter to discard any apport mail, so that it didnt absolutely flood their bugmail mailing lists.
[06:42] <Keybuk> "Runway 05/23 is not available from 1600 Fri to 0800 Sun 0800 (Tue after PH) due to market."
[06:42] <Keybuk> *amused*
[06:42] <Hobbsee> haha
[06:43] <Treenaks> Keybuk: where's that?
[06:45] <Keybuk> Treenaks: airfield near me
[06:45] <Treenaks> Keybuk: so.. going to the market then? :P
[06:46] <Keybuk> Treenaks: I thought I might "drop in"
[06:51] <bryce> morning - Hobbsee still about?
[06:52] <Treenaks> she was 10 minutes ago
[06:52] <Hobbsee> bryce: heya!
[06:55] <Hobbsee> bryce: contrary to what upstream says, https://bugs.launchpad.net/bugs/60288 is not fixed, and still needs that patch.
[06:55] <ubotu> Launchpad bug 60288 in xorg-server "xorg segfaults in libglx.so(__glXleaveServer+0x22)" [High,Confirmed]  
[06:55] <bryce> Hobbsee: okie
[06:55] <bryce> wonder what happened - tepsipakki do you know on this one?
[06:56] <Hobbsee> bryce: upstream says it's been fixed somewhere else
[06:57] <Hobbsee> but it hasnt.
[06:57] <Hobbsee> or, there's something else, which that patch fixes
[06:57] <bryce> hmm, it's a bit ambiguous how this was fixed. lemme look
[06:58] <bryce> can you confirm that the patch fixes the problem? 
[06:58] <Hobbsee> bryce: either way, it's kidna important that this gets fixed, pronto
[06:58] <Hobbsee> yep
[06:58] <Hobbsee> or at least, it did in feisty
[06:59] <bryce> well, it sounds from the bug like if we're still experiencing the problem, it might be due to something else
[06:59] <Hobbsee> today was the first time i'd tried a non-blank screensaver in gutsy - hardlocked X, music kept playing.
[06:59] <bryce> so I can pump out the patch, but it may not fix it
[06:59] <Hobbsee> (seeing as this happens multiple times a day, when that patch isnt in)
[07:00] <Hobbsee> this is true.  it may not fix the problem - it may mask it, and the problem is somewhere else
[07:00] <Hobbsee> bryce: do you want logs of this?
[07:00] <Hobbsee> bryce: if you tell me what you want, i can hardlock the machine fairly easily with this
[07:00] <bryce> yeah, and if you can post a fresh backtrace, that'd be handy
[07:01] <bryce> ok cool.  
[07:01] <Hobbsee> hwo do i get the backtrace - the only option is to shut the machine off?
[07:01] <Hobbsee> or at least, used to be able to 
[07:01] <bryce> maybe this?
[07:01] <bryce> gdb /usr/bin/X
[07:01] <bryce> gdb> run -ignoreABI
[07:02] <bryce> no
[07:02] <Hobbsee> i cant actually get any info, unless i pipe it, i expect
[07:02] <Hobbsee> as it locks keyboard, etc.
[07:02] <shawarma> Hobbsee: ssh?
[07:02] <Hobbsee> shawarma: no other linux machine here
[07:02] <shawarma> Hobbsee: putty?
[07:02] <bryce> have you checked after reboot but before restarting X, if there is a trace appended to you /var/log/Xorg.0.log?
[07:02] <Hobbsee> and i dont have ssh running here, for the aforementioend reason
[07:03] <Treenaks> Hobbsee: serial console?
[07:03] <Hobbsee> Treenaks: none
[07:03] <shawarma> Hobbsee: Well, you could install openssh-server on your box, putty on another and do the gdb thing through that?
[07:03] <Hobbsee> bryce: doesnt that show up in Xorg.0.log.old or something?
[07:04] <Hobbsee> shawarma: i could...but at 3am, that's a bit nasty
[07:05] <Treenaks> 3am, sounds like a perfect time for "nasty" to me ;)
[07:05] <bryce> Hobbsee: yup
[07:05] <Hobbsee> right.  will grab them, at least
[07:06] <bryce> Hobbsee: it sounds from the bug description that it always results in a backtrace
[07:06] <Hobbsee> gah.  famous words
[07:06] <Hobbsee> bryce: no idea, i've never been able to ssh in :)
[07:07] <bryce> if there isn't a backtrace, that suggests it's some different bug
[07:07] <bryce> (backtrace at the end of your Xorg.0.log file)
[07:07] <Hobbsee> i never said that there wasnt - just that i couldnt access it
[07:07] <Hobbsee> ahh.  dont remember, tbh
[07:08] <Treenaks> Hobbsee: priorities ;)
[07:08] <Hobbsee> Treenaks: yeah, well.
[07:08] <shawarma> Hobbsee: You're right index finger is out of sync.
[07:08] <shawarma> Why can't I spell properly today?
[07:08] <Treenaks> shawarma: your apostrophes are ;)
[07:08] <Hobbsee> bryce: i didnt know X servers were so much like horses.  gah.
[07:09] <shawarma> Treenaks: Precisly. I wrote "it's" at least ten times today when it should be "its". What's up with that?
[07:09] <Hobbsee> "no, i wont die when there's someone here who's waiting for me to"
[07:09] <Treenaks> shawarma: it's annoying ;)
[07:09] <Hobbsee> shawarma: likely.
[07:09] <Hobbsee> shawarma: too much typing
[07:09] <shawarma> Hobbsee: It appears to be slightly ahead of the other fingers, so a bit tape or a an elastic band might help.
[07:10] <bryce> hehe
[07:10] <Treenaks> shawarma: hacky hardware solution to a wetware problem
[07:10] <Treenaks> shawarma: just sleep a bit, then try again
[07:10] <bryce> Hobbsee: ok looks like the thing we're looking for in the backtrace is "lXleaveServer"
[07:11] <Hobbsee> imbrandon: your machine is dead.  again.
[07:11] <Hobbsee> imbrandon: pleasefix :)
[07:11] <Hobbsee> bryce: right
[07:18] <pitti> seb128, bdmurray: FYI, there are 196 bugs left which need a retrace; I'll tag them tomorrow
[07:18] <pitti> if you want
[07:18] <pitti> it would mean more bug spam, of course
[07:19] <seb128> 196 is not going to make any difference now :p
[07:19] <seb128> feel free to tag them ;)
[07:19] <pitti> 'k
[08:06] <sjoerd> 
[08:06] <ion_> 
[08:10] <slomo> hm, is the gnome part of the new network-manager already waiting somewhere? :)
[10:48] <slomo> Tonio_: will you also upload the gnome frontend of the new network manager?
[10:51] <Tonio_> slomo: done
[10:51] <Tonio_> slomo: should be waiting in the NEW queue probably
[10:51] <slomo> Tonio_: thanks :)
[10:51] <Tonio_> :)
[11:06] <tepsipakki> bryce: about the patch; maybe a new upstream bug report is needed for the problem Hobbsee is seeing (as alanh requested in the closed bug)
[11:06] <bryce> yes that's what I think too
[11:09] <bryce> tepsipakki: do you think restoring the patch would fix the issue?  I'm thinking about preparing a deb for her to test
[11:10] <tepsipakki> I believe so, yes..
[12:02] <mikmorg> cjwatson_: Hello there
[12:11] <calc> is openjdk going to be packaged for ubuntu?