[00:00] <kirkland> persia: hey, i see you uploaded qemu last...  i'm trying to fix a bug  there, but i can even build the current package from source
[00:00] <kirkland> http://launchpadlibrarian.net/17939088/buildlog_ubuntu-intrepid-amd64.qemu_0.9.1-5ubuntu3_FAILEDTOBUILD.txt.gz
[00:00] <kirkland> persia: curious if you're familiar?
[01:00] <jdong> is a ~motu-release online at this hour? We need a 2nd vote on bug 207404
[01:00] <jdong> err what the heck? bug 270404
[01:01]  * jdong could care less about 2.4GHz transmitters ;-)
[01:08] <persia> kirkland: Sorry.  No idea.  I only added lpia as a build target architecture.  I'd suggest soren or IntuitiveNipple as people who might know.
[01:09] <persia> jdong: I heard j-d was preparing 0.9.3 to fix a couple last-minute bugs.
[01:09] <jdong> persia: j-g but correct; though I'd hope to get 0.9.2 in by betafreeze for testing
[01:09] <jdong> 0.9.3 should be simpler to approve on top of 0.9.2
[01:10] <jdong> err j-b actually
[01:10] <persia> Oh.  I thought I heard that 0.9.3 was coming out in the next day or two.
[01:10] <jdong> that is true
[01:10] <persia> (some voiced consonant, anyway)
[01:10] <jdong> isn't betafreeze right at the corner though?
[01:11] <persia> Ah.  Indeed it is.
[01:13] <j-b> jdong: persia: I have some shitty windows bug to fix before tagging it
[01:13] <jdong> j-b: those are always fun :)
[01:13] <j-b> but there will not be any modification for *nix versions
[01:14] <j-b> jdong: I hate windows
[01:14] <persia> j-b: There are *nix changes between 0.9.2 and 0.9.3 though, right?
[01:14] <j-b> persia: yes, minor ones
[01:14] <j-b> persia: many crashes fix, some subtitles, some interface improvements
[01:14] <persia> jdong: Perhaps a 0.9.2+vcs... branch, pulling in those?
[01:15] <persia> s/branch/version/
[01:15] <j-b> persia: I am tagging 0.9.3 in less than 10hours hopefully
[01:15] <jdong> j-b: if that's the case then let's wait for it to come out :)
[01:15] <persia> Oh.  Then it oughtn't matter much.  It's already past midnight UTC on the 25th.
[01:15] <kirkland> persia: thax
[01:15] <jdong> that could potentially mean I actually get some homework done
[01:15] <j-b> jdong: I tagged 0.9.3-rc1
[01:16] <jdong> j-b: cool; let's wait for final though because you and I know we'll start getting those "ZOMGZ BUT ITZ RC1!!!" bugs if we don't :D
[01:16] <j-b> jdong: agreed
[01:16] <davismj> i want to help! omg!
[01:17] <j-b> jdong: biggest bugs where windows and OSX, though in 0.9.2, as expected
[01:17] <jdong> understandable
[01:18] <davismj> help me help you!
[01:31] <persia> davismj: What do you want to do?
[01:37]  * Hobbsee advises people about the upcoming closure of UDS sponsorship requests.
[01:53] <davismj> UDS?
[01:58] <nhandler> davismj: Ubuntu Developer Summit for Jaunty
[02:32] <coppro> ok, I have a bug
[02:32] <coppro> I don
[02:33] <coppro> *do not maintain the package and don't know the status
[02:33] <coppro> but how come libmudflap0 is outdated?
[02:34] <coppro> huh, nvm, it seems to be working now :/
[02:37] <coppro> oh wait, I see the issue now
[02:37]  * coppro files bug
[02:43] <nxvl> finally internet again \o/
[02:47] <Hobbsee> coppro: bug #?
[02:48] <coppro> haven't made it yet; trying to decide how to proceed
[02:48] <RAOF> I don't suppose anyone else has got around to filing rebuild bugs against packages depending on libopenal0a?
[02:48] <coppro> specifically, what to file against
[02:48] <Hobbsee> coppro: what's the bug?
[02:48] <coppro> since I'm pretty sure libmudflap0-dev is redundant
[02:48] <coppro> and outdated
[02:50] <coppro> it is in universe, and libmudflap0 is in main and appears to fulfill all the required functionality
[02:50] <coppro> I'm just verifying that it does
[02:51] <ajmitch> libmudflap0-4.3-dev, is the package to replace it, perhaps
[02:52] <ajmitch> both are built from gcc
[02:53] <coppro> ah, could be, if gcc is still installing 4.1 in intrepid
[02:54] <coppro> no, gcc is at 4.3, but I'm building find without libmudflap0-dev, so I'm not quite sure what it's required for
[02:54] <coppro> s/find/fine/
[02:56] <persia> RAOF: Probably not.  We should rebuild them, as openal-soft fixes *lots* of bugs in openal
[02:56] <bddebian> Whoa, ajmitch speaketh :)
[02:57] <RAOF> persia: Right.  Also because it renders them uninstallable, because libopenal0a isn't in the archives anymore.
[02:58]  * ajmitch shuts up
[02:58] <persia> Hrm?  That shouldn't have happened unless everything was rebuilt, unless someone's not been following NBS guidelines.
[02:58] <persia> Plus, the source for libopenal0a is available
[03:00] <persia> So in the worst case, we could reinstate it, but rebuilding is better.
[03:00] <wgrant> "(From Debian) Ro Release Team; superceded by openal-soft "
[03:01] <wgrant> (that's from the binary)
[03:01] <persia> RAOF: What do you see that depends on libopenal0a?  My apt-cache says nothing.
[03:01]  * wgrant agrees with persia.
[03:01] <persia> wgrant: "Removed from Debian" is now also used for *binary* removals?  That's very dangerous, if true.
[03:01] <wgrant> persia: It might have just inherited it from the source... I hope.
[03:02] <wgrant> https://edge.launchpad.net/ubuntu/intrepid/i386/libopenal0a
[03:02] <wgrant> (hooray for being able to see the whole deletion comment now!)
[03:02] <RAOF> persia: I see python-pyglet, libhugs-openal-bundled, libcoin40c2, and boson as rdepends of libopenal0a
[03:03] <persia> RAOF: which arch?
[03:03]  * persia checks other arches
[03:03] <RAOF> amd64
[03:03] <wgrant> Ah.
[03:03] <wgrant> libopenal0a is a Suggests.
[03:03] <persia> That's the one I checked first.
[03:03] <wgrant> Er, on libcoin40c2
[03:04] <wgrant> libhugs-openal-bundled is a Depends, which means something is buggy.
[03:04] <RAOF> As is boson
[03:04] <wgrant> This is bad.
[03:04] <wgrant> RAOF: What does apt-cache rdepends tell you?
[03:04] <RAOF> "I see python-pyglet, libhugs-openal-bundled, libcoin40c2, and boson as rdepends of libopenal0a"
[03:05] <persia> I'm confused.  apt-cache rdepends tells me *nothing* for libopenal0a on amd64
[03:05] <wgrant> You didn't say that was through apt-cache
[03:05] <wgrant> persia: Same on i386.
[03:05] <coppro> ok, yeah, I see no purpose for libmudflap0{,-4.3}-dev
[03:05] <wgrant> In both my normal installation and a chroot.
[03:05] <RAOF> Oh, and libopenal1, but that's because it Replaces libopenal0a apparently.
[03:05] <wgrant> apt-cache is buggy somehow.
[03:06] <wgrant> Maybe the Replaces is interacting badly with something.
[03:06] <persia> boson 0.13-4build1 FTBFS, which probably explains that one.
[03:06] <wgrant> Hmm.
[03:06] <wgrant> Maybe it's because libopenal0a doesn't exist any more.
[03:07] <wgrant> But RAOF has it installed.
[03:07] <wgrant> So his apt knows about it, but ours don't...
[03:07] <wgrant> Seems a bit odd, but would explain it.
[03:08] <RAOF> Could be it.
[03:09] <RAOF> wgrant: Oh, while you're here... you've been doing the synaptics xinput work, right?  What info is useful if my System->Preferences->Mouse doesn't include a touchpad tab?
[03:10] <wgrant> RAOF: Yay! I was hoping for someone like you.
[03:10] <wgrant> A dev on IRC that has that problem is good news indeed, because no hardware I can find exhibits it.
[03:10] <wgrant> RAOF: xinput list-props "SynPS/2 Synaptics TouchPad"
[03:11] <wgrant> I need to know if it gives you an error, or a big list of properties.
[03:14] <RAOF> wgrant: BadDevice
[03:14] <RAOF> (That'd be the error, obviously)
[03:15] <RAOF> But it appears under "xinput list"
[03:15] <wgrant> RAOF: Can you pastebin the error and your Xorg log?
[03:16] <RAOF> Yeah, why not.
[03:17] <crimsun> \sh: do you have a git/bzr/.. tree for your current ia32-libs work?  I'm trying to preempt a Flash 10 debacle.
[03:18] <RAOF> wgrant: There'll be a brief haitus while I fix the corruption on my usb stick by reformatting ext3
[03:18] <wgrant> RAOF: Sure, I'll be here for 10 hours yet...
[03:19] <RAOF> Hm.  gparted fails at text escaping.
[03:47] <RAOF> wgrant: Oops, seems my usb stick is toast.  Anyway, have Xorg.0.log http://pastebin.com/f7c7474bd and error http://paste2.org/p/78426
[03:47] <RAOF> Also, gnome-do + "selected text" + pastebin + "copy to clipboard" = love.
[03:48] <StevenK> RAOF: Does gnome-do have a pastebin plugin? :-)
[03:48] <RAOF> StevenK: Totally.
[03:49] <RAOF> Do is pretty much made of awesome.
[03:51] <Hobbsee> yay, awesomeness!
[03:51] <coppro> what is gnome-do?
[03:51] <RAOF> wgrant: Oh, and http://pastebin.com/f1067f136 is the boring xorg.conf.
[03:52] <RAOF> coppro: A quicksilver-inspired graphical text interface.
[03:53] <wgrant> RAOF: Have you tried it with an Alpha 6 live CD to check that it's no config issue? There's nothing obviously wrong...
[03:55] <RAOF> wgrant: I haven't, no.  It was working previously at some point, though.  I'll give A6 a whirl later.
[03:59] <wgrant> RAOF: Right, thanks.
[03:59] <wgrant> RAOF: It probably only worked before I ported g-c-c and g-s-d to use XI properties.
[04:00] <RAOF> Quite possibly.
[04:28] <Hobbsee> jdong: when are you going to action http://brainstorm.ubuntu.com/idea/13674/ ?
[04:29] <Hobbsee> no, not that.
[04:29] <Hobbsee> https://bugs.edge.launchpad.net/ubuntu/+source/vlc/+bug/270404
[04:29] <jdong> Hobbsee: well I do like to keep our old devs, but we need a 2nd ACK from -release to do so :)
[04:29] <Hobbsee> jdong: you got it, i think.
[04:30] <jdong> Hobbsee: are we reading norsetto's comment as an ACK given superm1's response?
[04:30] <Hobbsee> jdong: ah, siretart didn't give an ack.  i'd say that's close enough.
[04:31] <jdong> Hobbsee: siretart is on the release team?
[04:31]  * Hobbsee waits for LP
[04:31] <Hobbsee> oh, apparently not.
[04:31] <jdong> Hobbsee: last time I talked to him he was waiting on a 2nd ack, so... :)
[04:32] <Hobbsee> jdong: i'd consider norsetto's an ack, as the condition he wanted to not-ack with was proved false.
[04:33] <jdong> Hobbsee: okay :)
[04:33] <jdong> siretart: ^^ green light to upload VLC
[04:42] <NCommander> hey jdong
[04:45] <fabrice_sp> asac?
[05:52] <siretart> jdong: Hobbsee: In case I get problems with that upload, I'll blame you! :P
[05:53] <nxvl> \o/
[05:53] <Hobbsee> siretart: well, i can ack it too, if you want...
[05:53] <Hobbsee> siretart: u-r is still a part of m-r
[05:53] <dholbach> good morning
[05:53] <nxvl> dholbach: good morning
[05:53] <Hobbsee> siretart: besides, i get blamed for all sorts of stuff anyway, so, meh :)
[05:53] <dholbach> hi nxvl
[05:54] <siretart> Hobbsee: ah, I think that counts pretty well. great, I'm on it
[05:54] <siretart> hey dholbach! good morning! awake that early?
[05:55] <dholbach> hiya siretart - yeah Mimi has to get up early a lot, so I'm supportive and get up myself... and I got used to it anyway now :)
[06:44] <siretart> jdong: Hobbsee: vlc uploaded, will need binary NEW though
[06:44] <StevenK> siretart: What does it build that will force binary NEW?
[06:46] <siretart> StevenK: libvlc2
[06:46] <siretart> instead of libvlc0
[06:46] <siretart> no reverse depends though
[06:59] <iulian> Good morning.
[07:08] <NCommander> dholbach, you around?
[07:08] <dholbach> NCommander: yes
[07:09] <NCommander> siretart, the issue with kdebase-runtime was with xine :-)
[07:15] <RAOF> Damnit!  Why are the nouveau drivers _more_ stable than nvidia's blob?
[07:16] <Hobbsee> RAOF: because the nvidia blobs are trying to get you to switch back to windows, subliminally?
[07:17] <didrocks> dholbach: sorry. I was surely tired (let's say that, I fixed the bug #273579)
[07:17] <dholbach> didrocks: will take a look at it in a sec
[07:18] <didrocks> dholbach: thx. I am going now for the second day of "Paris Capitale du Libre" with nijaba and huats. I will be away surely for most of the day (no IRC or ssh connexion from there)
[07:18] <didrocks> dholbach: and sorry again :)
[07:18] <dholbach> didrocks: enjoy the show :)
[07:18] <didrocks> dholbach: thanks!
[07:20] <siretart> NCommander: yes, sort-of, but agreed
[07:20] <NCommander> siretart, so no issues with my fix?
[07:23] <dholbach> didrocks: there's a 98_automake.patch.new in there - is that needed?
[07:24] <dothebart> who's responsible for loading packages from lenny?
[07:24] <dholbach> dothebart: can you elaborate? I'm not sure I understand
[07:25] <dothebart> http://packages.ubuntu.com/intrepid/citadel-server
[07:25] <dothebart> that one ;)
[07:26] <dholbach> dothebart: https://wiki.ubuntu.com/SyncRequestProcess (if you want a newer version in Ubuntu for some reason) and because we're near beta freeze: https://wiki.ubuntu.com/FreezeExceptionProcess
[07:27] <dholbach> dothebart: so basically: everybody who cares can get it done, there's just a bit of paperwork involved because we're getting near release
[07:27] <dothebart> the actual version is a good step behind, and there are a good number of bugfixes in there...
[07:27] <dholbach> if it's a bugfix only release that makes things even more likely to get it done
[07:28] <dothebart> lenny actualy has .37 with many patches.
[07:28] <dothebart> upstream has .38, which is a maintainance release.
[07:29] <dholbach> just check out the wiki pages I mentioned, they tell you how to file bug reports on which the teams will act
[07:29] <dothebart> btw, i'm the first real person on the upstream maintainr list.
[07:38] <dothebart> ok, bugreport filed.
[07:38] <dothebart> tnx...
[07:38] <iulian> Would someone like to have a look at bug 274276 please?
[07:39] <iulian> I didn't write an exception because I think that changing the build system is not considered a feature.
[07:40] <iulian> Or should I file one just because it's a new upstream release?
[07:41] <persia> Any KDE people around who might be able to chase the boson FTBFS?
[07:42] <persia> Boson build-deps on libkdegames-dev, which depends on kdelibs5-dev, which isn't getting installed.
[07:46] <soren> kirkland: Ah. QEmu fails to build because linux/dirent.h got removed. http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=cf6ae8b50e0ee3f764392dadd1970e3f03c40773
[07:46] <kirkland> soren: yeah, that was poo
[07:46] <soren> kirkland: You might be able to just use <dirent.h> instead, but what I'd do is look at what kvm did to overcome this change.
[07:47] <kirkland> soren: i just did the former for my upload
[07:47] <kirkland> soren: my qemu upload
[07:48] <kirkland> soren: btw, slangasek sponsored the kvm on
[07:48] <kirkland> soren: and i pushed the same patch to the qemu package
[07:48] <kirkland> soren: and posted it on the qemu-devel list
[07:48] <soren> Awesome!
[07:49] <kirkland> soren: you might just sanity check all of that, please
[07:49] <kirkland> soren: i tested all of my keys on my thinkpad
[07:50] <kirkland> soren: probably would help to spread that out a bit
[07:50] <kirkland> soren: probably safe since that patch has been riding in gtk-vnc for a few days now
[07:51] <soren> kirkland: At a glance, it looks great.
[07:51] <kirkland> soren: rockin'
[07:52] <soren> Very :)
[10:26] <quadrispro> dholbach: hi, bug 274299
[10:26] <dholbach> quadrispro: I'm subscribed to it - I'll take a look at it in a bit
[10:26] <quadrispro> dholbach: i didn't want request a sync with the upstream version, but with sid version
[10:26] <quadrispro> ok thank you :)
[10:26] <dholbach> tk8.5 (8.5.4-1) experimental; urgency=low
[10:26] <dholbach>   * New upstream release.
[10:26] <dholbach>  -- Sergei Golovan <sgolovan@debian.org> Sat, 23 Aug 2008 16:40:42 +0400
[10:26] <dholbach> it says in the bug report
[10:27] <dholbach> it also says "Changelog since current intrepid version 8.5.3-1:"
[10:27] <quadrispro> dholbach: that changelog has been created by requestsync
[10:28] <dholbach> ok
[10:28] <dholbach> so it should be 8.5.3-3 everywhere?
[10:28] <dholbach> could you update it?
[10:28] <quadrispro> it's a mistake, yes, 8.5.3-3
[10:28] <dholbach> thanks
[10:28] <quadrispro> sure
[10:29] <quadrispro> done
[10:29] <dholbach> ROCK
[10:29] <quadrispro> :D
[10:32] <asac> fabrice_sp|away: ping me when you are back
[11:19] <directhex> http://blogs.computerworld.com/where_windows_is_2_to_linux
[12:34] <stani> Would it be ok to mark Bug #70887 as invalid? See my last comment.
[12:34] <stani> pochu: ^?
[12:35] <pochu> hi stani
[12:35] <pochu> looking
[12:36] <pochu> stani: yes, it makes sense
[12:36] <pochu> stani: there's the option to convert bugs to questions too, see in the top right corner
[12:36] <pochu> the "Convert to a question" link
[12:37] <stani> hmmm... but normally there won't be wxpython gurus answering questions there
[12:38] <stani> if he asks this on the mailing list he will be answered in no time
[12:38] <pochu> so you can do both :)
[12:39] <pochu> convert it to a question closing it as invalid, and tell him he may be answered quite fast in that list
[12:39] <pochu> that's what I would do
[12:39] <stani> ok
[12:39] <stani> I'll do that
[12:40] <stani> do I first have to make the bug invalid, as converting into a question does not work directly?
[12:42] <pochu> doesn't it close it as invalid automatically?
[12:42] <nhandler> Yes it does pochu
[12:43] <pochu> hey nhandler
[12:43] <pochu> bah
[12:43] <nhandler> The only thing you need to do before converting a bug to a question is verify that the bug is for the correct package
[12:43] <nhandler> Hello pochu
[12:43] <stani> http://paste.ubuntu.com/50459/
[12:43] <pochu> I can't type "^" with my keyboard anymore :-/
[12:44] <pochu> I have to copy&paste it...
[12:45] <stani> the bug is invalid already
[12:46] <stani> ^ that was the problem
[12:46] <stani> now it seems to work
[13:42] <karooga> hi, anyone familiar with GQ?
[13:42] <karooga> sorry, wrong channel.
[14:26] <Lazy> Hi, has anyone checked this? https://bugs.launchpad.net/ubuntu/+source/tor/+bug/261693
[14:27] <Lazy> Debian has already updated to that version..
[15:10] <didrocks> dholbach: I think that now, it may be ok for bugs #273579. Thx for your patience :)
[15:19] <dholbach> didrocks: I'll take care of it later, need to rush out to a Bug Jam now :-)
[15:20] <didrocks> dholbach: have a good bug jam event :)
[15:20] <dholbach> thanks :)
[17:17] <Hew> Can someone have a look at bug 189406? It seems to be getting ignored, even though it's a clear regression and an easy fix. I set this issue to medium importance a while ago, and it's just been changed to wishlist and had the milestone removed. Why?
[17:19] <norsetto> jdong: no need to involve motu-release if its a bug fix only
[17:19] <geser> Hew: please ask Keybuk in #ubuntu-devel as he made this status changes
[17:19] <Hew> geser: Will do, thanks.
[17:21]  * iulian is looking for a motu to ack bug 274276
[17:23] <slytherin> geser: Do you think you can sponsor a small debdiff for libdvdread. The install-css.sh script is modified to use medibuntu packages and some other improvements to the script.
[17:23] <siretart> jdong: vlc 0.9.3 would most probably need a new exception. read a new bug, new report, new list of fixed bugs and so on
[17:32] <geser> slytherin: probably. Is beta freeze already?
[17:33] <slytherin> geser: Will it need freeze exception? The bug in question is bug #105963
[17:34] <geser> slytherin: that would be a question I'd need to figure out myself first
[17:34] <slytherin> It doesn't add any new feature. Only fixes a problem.
[17:35] <geser> slytherin: the question would be if every upload after beta freeze needs a exception from ~motu-release
[17:38] <slytherin> Oh. I didn't know that. I thought such rule would apply to to RC.
[17:40] <geser> slytherin: might be, that's what I don't remember exactly
[17:41] <geser> I remember that after some point every upload needs an exception but not anymore when the point is
[18:03] <bigon> great, nomore sound on my laptop running intrepid
[18:04] <Laney> dholbach: Thought you might be interested in this - the latest Ubuntu UK podcast has a big segment on 5-a-day
[18:04] <jdong> word of advice: Avoid trying to explain Little's Law and queuing theory to Subway's workers.
[18:27] <geser> bobbo: re bug 274174 and debian bug 500090: do you know which desktop file the ubuntu package of fityk uses?
[18:49] <bobbo> geser: sorry, still around?
[18:50] <nxvl> DktrKranz: mi lovely sponsor
[18:50] <nxvl> DktrKranz: need a favor
[18:50] <nxvl> DktrKranz: Bug #274173
[18:52] <bobbo> geser: I am not sure and dont have an intrepid installation to hand to test it out, but it looks like a sync of the next fityk upload should solve any problems
[18:53] <DktrKranz> nxvl, I used to be your lovely sponsor, now I need to figure out to love from now on... :)
[18:54] <nxvl> :D
[18:54] <nxvl> DktrKranz: you can still love me :D
[18:54] <geser> bobbo: I'm just asking if we perhaps patch an unused file and could sync right now
[18:55] <bobbo> geser: ah yeah, makes sense, i'll try a testbuild with the file removed and see if anything breaks and get back to you
[18:55] <DktrKranz> nxvl, I can grant you a love exception but I  guess it's not the exception you want, isn't it?
[18:56] <geser> bobbo: thanks
[18:57] <nxvl> heh
[18:57] <nxvl> :D
[18:57] <nxvl> DktrKranz: or you can grant me a lovely FFe
[18:57] <nxvl> DktrKranz: :D
[18:58] <DktrKranz> nice combo ;)
[18:58] <geser> bobbo: I've just tested the desktop file from the fityk deb from Debian and desktop-file-validate doesn't complain
[18:58] <nxvl> \o/
[18:58] <nxvl> lunch time
[18:58] <nxvl> bbl
[18:58] <DktrKranz> give me a sec to discover why my favourite program crashes and I'm all yours
[18:58] <DktrKranz> (well... FFe related only)
[19:02] <bobbo> geser: just checked debian/rules and it installs the upstream .desktop file (in the source package root) and doesnt touch the one in /debian
[19:02] <sebner> DktrKranz: you beloved sponsor you :P
[19:03] <DktrKranz> sebner, shut up or send that mail, your choice
[19:03] <DktrKranz> ;)
[19:03] <bobbo> geser: looks like I can file a sync request now?
[19:03] <sebner> DktrKranz: Silence! I. K. Y. :P
[19:04] <DktrKranz> sebner, one of those days I'll send you Jeff, so you'll meet achmed
[19:05] <sebner> \o/
[19:05]  * sebner hides xD
[19:12] <geser> bobbo: yes, just give a good description why the ubuntu changes  can be dropped
[19:20] <bobbo> geser: Bug #274509. Thanks for pointing that out :)
[19:27] <geser> bobbo: ACKed
[19:27] <bobbo> geser: thanks alot :)
[19:56] <NCommander> wgrant, ping
[19:59] <geser> NCommander: according to my clock it's 5 am there
[19:59] <NCommander> darn, wgrant must require sleep, I forget het's human
[19:59]  * NCommander runs
[19:59]  * NCommander was simply looking towards reverse enginneering landscape-server
[20:08] <Adri2000> norsetto: ngircd's sru should be fixed now (if you have time to test)
[20:17] <norsetto> Adri2000: sure
[20:18]  * sebner waves to norsetto :)
[20:18]  * norsetto feels the air on his face
[20:18] <sebner> xD
[20:18] <norsetto> hi sebner
[20:18] <sebner> :)
[20:19] <sebner> norsetto: Everything fine so far in italy? :)
[20:19] <norsetto> sebner: as fine as things can go around here
[20:19] <sebner> good to here :)
[20:19] <sebner> *hear
[20:36] <pochu> 161 packages upgraded, 5 newly installed, 0 to remove and 0 not upgraded.
[20:36]  * pochu prays for his desktop not to explode
[20:36] <pochu> err
[20:36] <pochu> 158 packages upgraded, 5 newly installed, 2 downgraded, 3 to remove and 3 not upgraded.
[20:37] <norsetto> puchu: you beat me: 116 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
[20:37] <norsetto> puchu?
[20:37] <norsetto> oh well ...
[20:37] <pochu> heh
[20:37]  * pochu waves at norsetto 
[20:37]  * norsetto is gratefull for some more fresh air :-)
[20:38] <norsetto> pochu: hey, this is cool:  xserver-xorg-core: Conflicts: xserver-xorg-video-2 E: Broken packages
[20:39] <nxvl> i upgraded to intrepid without problems
[20:39] <nxvl> well, almost
[20:40] <nxvl> 1) aptitude safe-upgrade -> Xorg crash, not even able to stop it and go to the terminal, system hanged
[20:40] <nxvl> 2) edit grub, single mode -> apt-get dist-upgrade -> w00t \o/
[20:40] <norsetto> nxvl: stop using terminator, see what happens ...
[20:40] <nxvl> nooo
[20:40]  * nxvl runs screaming and holding his terminator
[21:23] <compengi> is there any known pidgin 2.5.1 ppa package that was approved to be good?
[21:24] <Adri2000> compengi: uh? it's in intrepid, what's the problem?
[21:26] <Laney> compengi: Why not build+test a backport with prevu and comment on bug #271453 as to whether it works? (assuming you're on Hardy)
[21:26] <compengi> Adri2000, oh, already in intrepid. i checked the package site week ago it wasn't. thanks :)
[21:26] <compengi> Laney, yeah i'm on hardy
[21:28] <compengi> Laney, is that bug found in 0ubuntu1 too?
[21:29]  * NCommander tries it
[21:31] <NCommander> compengi, I'm test building the backport
[21:32] <Laney> I would do it but I don't have a Hardy install
[21:32] <NCommander> Laney, pbuilder is your friend
[21:32] <Laney> for building
[21:32] <Laney> but not for testing
[21:33] <Laney> nothing beats a proper install ;)
[21:33] <NCommander> Laney, pbuilder login, install the package, and run it
[21:34] <NCommander> That's how I do every backport ack
[21:34] <Laney> I prefer to do test runs in a VM
[21:36] <NCommander> Laney, you seriously feel that a VM is needed?
[21:36]  * NCommander considers that overkill
[21:36] <Laney> It's really no trouble tbh
[21:39] <verwilst> emgent: ping
[21:39] <NCommander> Laney, well, I'll ack pidgin if it builds and works
[21:40] <Laney> NCommander: Be sure to test the rdepends
[21:40]  * Laney did the last pidgin backport
[21:40] <NCommander> Oh *fun*
[21:40]  * NCommander loves rdepends
[21:40] <NCommander> I'm going to haphazardly guess that all the plugins need a binary rebuild or backport?
[21:41] <Laney> They didn't last time
[21:42] <NCommander> ok
[21:43]  * NCommander waits for this to build
[21:47] <NCommander> Laney, well, pidgin builds fine
[21:47] <Laney> As it should ;)
[21:47] <Laney> 'snot that different from 2.5.0
[21:48] <NCommander> ok, pidgin installed
[21:48] <NCommander> ;-)
[21:48] <NCommander> so its installable
[21:50] <NCommander> (pidgin:12292): Gdk-CRITICAL **: gdk_display_get_name: assertion `GDK_IS_DISPLAY (display)' failed
[21:50] <NCommander> That's an issue
[21:50]  * NCommander hates figuring out the required black magic to get X11 to work
[22:08] <NCommander> Well, firefox now has an ad it seems that Mozilla is "free software"
[22:10] <verwilst> i'm having dbconfig-common issues..
[22:11] <verwilst> if someone has the time to install a ( non-intrusive ) package from my ppa and try it out? :$
[22:11] <verwilst> i cannot remove the package because it fails in the uninstall phase
[22:13] <NCommander> Why does it fail to uninstall?
[22:15] <verwilst> let me give you access to my server so you can see for yourself :)
[22:22] <azeem> verwilst: pastebin the error, rather
[22:23] <NCommander> verwilst, makes life easier to pastebin it
[22:24] <verwilst> http://pastebin.ca/1210917
[22:34] <verwilst> any ideas?
[22:36] <superm1> verwilst, well what's in the prerm script?
[22:36] <verwilst> http://pastebin.ca/1210927 for some more info
[22:36] <verwilst> oh i pasted the wrong script
[22:37] <azeem> #
[22:37] <azeem> No /usr/sbin/zabbix_server found running; none killed.
[22:37] <azeem> #
[22:37] <azeem> dpkg: error processing zabbix-server-mysql (--remove):
[22:37] <azeem> # subprocess pre-removal script returned error exit status 10
[22:37] <azeem> well, buggy
[22:37] <verwilst> http://pastebin.ca/1210928
[22:37] <verwilst> omg
[22:38] <verwilst> just because it can't shut down zabbix-server?
[22:38] <azeem> looks like the init script can't handle that
[22:38]  * verwilst wonders why he didnt see this himself :|
[22:38] <verwilst> you mean the init script should exit 0 when it wasnt running?
[22:38] <superm1> that seems to make the most sense to me
[22:39] <azeem> check policy, but yeah, I believe so
[22:39] <verwilst> it exits 0..
[22:39] <verwilst> just tried it manually
[22:39] <verwilst> No /usr/sbin/zabbix_server found running; none killed.   root@test002:~# echo $?   0
[22:41] <verwilst> the only step below that is dbc_go zabbix-proxy-mysql $@
[22:45] <superm1> verwilst, i'd recommend putting in set -x
[22:45] <superm1> in your prerm to debug it
[22:46] <verwilst> superm1: ah, nice that you can just do it on the fly
[22:47] <verwilst> No /usr/sbin/zabbix_server found running; none killed.
[22:47] <verwilst> + dbc_go zabbix-proxy-mysql remove
[22:47] <verwilst> wtf?
[22:47] <verwilst> proxy?
[22:48] <verwilst> the actual error is from + RET=10 zabbix-proxy-mysql/dbconfig-remove doesn't exist
[22:49] <superm1> well there you go
[22:49] <verwilst> how will it have gotten in there?
[22:49] <verwilst> where does it fetch the pkgname?
[22:50] <verwilst> hm
[22:50] <verwilst> my zabbix-proxy-mysql.prerm has server, and vice versa
[22:54] <verwilst> rebuilding :)
[23:02] <verwilst> works!
[23:02] <verwilst> jaj1
[23:02] <verwilst> thanks a lot guys for your help :)
[23:02] <verwilst> it's a lot easier when there are some people thinking along :)
[23:27] <Adri2000> bobbo: re your mpd merge - I think it's unlikely that an init.d change fixes the segfault bug