[01:11] <pygi> Lutin, fixes found, will soon be uploaded
[01:16] <Lutin> pygi: cool :)
[01:16] <pygi> Lutin, thanks for your patience :)
[01:16] <Lutin> np
[01:17] <pygi> hey doko !
[08:30] <pygi> xhaker, now yes
[09:36] <khermans_> packages.ubuntu.com is down
[12:59] <sivang> hey Spads
[01:00] <sivang> Spads: are you allowed / have access to domain name services provided by canonical? I've opened an RT ticket long ago to have a couple of loco domains managed by ns.ubuntu.com and the blackcatnetworks DNSs still no reply
[01:00] <sivang> I at least want to know the status for the request :)
[01:30] <jamiemcc> pitti:tribe 4 did not install esound by default - was this deliberate or bug?
[01:30] <jamiemcc> without esound all gnome/gtk apps were slowed trying to spawn it
[01:30] <jamiemcc> tracker-search-tool was slowed considerably by it - installing esound resolved speed issues
[01:32] <pitti> hey jamiemcc
[01:32] <pitti> jamiemcc: yes, we are sooo glad to have killed esound
[01:33] <pitti> jamiemcc: esd really sucks, and we only kept it for libgnome
[01:33] <pitti> jamiemcc: but I finally managed to make libgnome work without esd
[01:33] <jamiemcc> pitti : cool
[01:33] <Fujitsu> Oh, it's finally dead?
[01:33] <jamiemcc> pitti: is that libgnome in gutsy yet?
[01:33] <pitti> jamiemcc: why is it slowed down?
[01:34] <pitti> jamiemcc: yes, sure
[01:34] <jamiemcc> pitti: run tracker-search-tool from terminal
[01:34] <pitti> jamiemcc: through libgnome, or does tracker use libesd directly?
[01:34] <jamiemcc> no anything using gtk is affected
[01:34] <pitti> jamiemcc: ah, I see
[01:34] <pitti> jamiemcc: that's on my list
[01:34] <jamiemcc> tracker searches take fraction of a second but wtihotu wesound they take 2-3 secs
[01:35] <jamiemcc> disabling esd in sound preferences all restores speed
[01:35] <jamiemcc> all/also
[01:36] <jamiemcc> I find all gtk apps are faster with esound too
[01:36] <pitti> jamiemcc: oh, I see
[01:36] <pitti> jamiemcc: that's indeed a good general point
[01:36] <jamiemcc> shall I file a bug in lauchpad?
[01:37] <pitti> jamiemcc: that would be nice
[01:37] <jamiemcc> ok will do so now
[01:37] <pitti> jamiemcc: please give me the # afterwards, I'll mark it as tribe5 and assign it to me
[01:37] <jamiemcc> shall I file against esound?
[01:38] <pitti> jamiemcc: libgnome please
[01:38] <jamiemcc> ok
[01:38] <pitti> jamiemcc: oh, I just tried it myself; indeed, that's an amazing difference
[01:38] <jamiemcc> yeah :)
[01:38] <jamiemcc> gutsy now runnig as fast as feisty now
[01:40] <jamiemcc> pitti: libgnome not in launchpad?
[01:40] <pitti> jamiemcc: https://launchpad.net/ubuntu/+source/libgnome/+bugs
[01:41] <pitti> https://bugs.launchpad.net/ubuntu/+source/libgnome/+bug/115652
[01:41] <ubotu> Launchpad bug 115652 in libgnome "evince tries to open esd even if it is not installed" [Low,Confirmed] 
[01:41] <pitti> jamiemcc: ^ that's more or less it
[01:41] <pitti> jamiemcc: let me mangle that
[01:41] <jamiemcc> piti: ahh ok
[01:42] <pitti> jamiemcc: there
[01:43] <jamiemcc> pitti: thx
[01:45] <pitti> jamiemcc: thanks to you for pointing this out
[01:46] <jamiemcc> no problem - I was scrathcing my head wondering why tracker-search-tool was so slow!
[03:24] <norsetto> I see. This also explains this then: /bin/sh: O_PASSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS/usr/bin/esd: not found
[03:24] <norsetto> /bin/sh: /usr/bin/esd: not found
[03:29] <Amaranth> O_O
[03:30] <ijuz_> it's probably a good idea anyway to delete esd, directly after deleting artsd ;)
[03:31] <stgraber> lots of software complain in log files about missing esd (it was replaced by alsa in gnome, but manually and there are some remaining changes to do for sure :))
[03:32] <_StefanS_> anyone know how to build two source packages that depend on eachother?
[03:32] <_StefanS_> like libxml-parser-perl and libxml-encoding-perl ?
[03:38] <xhaker> pygi, hi
[05:24] <jdong> bleck Dapper is affected by debian bug #321718
[05:24] <ubotu> Debian bug 321718 in libc6 "Upgrade caused many libs to complain about "executable stack"" [Important,Fixed]  http://bugs.debian.org/321718
[05:24] <jdong> sucks for PaX users.... oh well, Feisty time
[07:07] <alex-weej> is it just my system or is VPN totally broken in Gutsy?
[07:07] <alex-weej> NM just crashes whenever i try to log on
[08:02] <xhaker> pygi, you available yet?
[08:02] <pygi> xhaker, hardly :-/
[08:02] <pygi> how may I help?
[08:03] <xhaker> have you read what i told you about amarok + libmtp6?
[08:04] <pygi> that a maintainer said no changes needed?
[08:04] <xhaker> "Not many apps
[08:04] <xhaker> use this, I believe only Amarok, and they have some compile-time or similar check for it."
[08:05] <xhaker> well, i've built new packages for amarok and tested them
[08:05] <xhaker> everything works, apparently :)
[09:06] <Riddell> pitti: should I send out a "feature freeze soon" notice?
[09:07] <pitti> Riddell: I think for two-week tribes, ten days in advance is a bit too much
[09:07] <highvoltage> :)
[09:25] <zul> hey pitti
[09:27] <pitti> hi zul
[09:31] <Lutin> hey pitti
[09:36] <moquist> pitti: ogra has pointed me to you to discuss a postinst script to set up a new postgres user and database (for the moddle package, which unfortunately comes from upstream using wwwconfig). Are you around to discuss this?
[09:37] <pitti> moquist: about to go to bed; can you please mail me?
[09:38] <moquist> pitti: OK. sleep well.
[09:38] <pitti> thanks!
[09:43] <Kmos> want to know about a nice crash? on console.. "c.. & cd .." and it closes terminal
[09:43] <Kmos> *bug
[09:46] <Kmos> it happens only sometimes..
[11:32] <Kopfgeldjaeger> is there a changelog for the ubuntu packages? i mean, changes in package x
[11:35] <ijuz_> 7usr/share/doc/<package>
[11:40] <Kopfgeldjaeger> ijuz_: im mean, available in the internet - im looking for changes in a gutsy package
[11:40] <ijuz_> afaik not, just download it
[11:43] <Kopfgeldjaeger> aah
[11:43] <Kopfgeldjaeger> http://packages.ubuntu.com/gutsy/utils/bcm43xx-fwcutter --> more information --> changelog
[11:43] <jdong> Kopfgeldjaeger: changelogs.ubuntu.com
[11:44] <Kopfgeldjaeger> hehe :o)
[11:44] <ijuz_> ah, cool
[11:44] <jdong> yeah p.u.c points to it too
[11:44] <jdong> it tends to lag a day or two though
[11:44] <jdong> hence I just aptitude source, then look at the changelog
[11:45] <asac> pygi: did you do the gnash upload?
[11:46] <Kopfgeldjaeger> er... why does searching for "restricted manager" at PUC result in a error message?
[11:46] <pygi> asac, my fault, yes
[11:46] <asac> pygi: please ping me next time
[11:46] <pygi> asac, will do, sorry
[11:46] <asac> pygi: please bring up your changes to bzr
[11:47] <asac> i want to review and merge to the main tree
[11:47] <asac> pygi: thanks ;)
[11:47] <pygi> asac, oki, but I gotta fix the upload first (I think the upgrade is broken because of ubuntu3, and gotta fix that in prerm)
[11:47] <asac> pygi: please do bzr first
[11:47] <asac> then ask me
[11:48] <asac> try to redo the uploads if possible
[11:48] <asac> if not ... fine :/
[11:48] <asac> pygi: pleas do that before the upload ;)
[11:48] <pygi> asac, ofcourse, don't worry ;)
[11:49] <asac> ok great
[11:49] <pygi> I learn fast, you know xD
[11:52] <asac> pygi: actually i do not even know that something broke ... just saw uploads ;)
[11:52] <asac> pygi: so what is broken atm?
[11:53] <pygi> asac, upgrade from ubuntu3
[11:53] <pygi> asac, requires a prerm modification in the package so we'd fix that for users
[11:54] <pygi> (and ofcourse upgrade from ubuntu4 to (yet nonexistant) ubuntu5 would fail unless we do such modification
[11:54] <asac> please tell me one sentence of details ... why does it fail, how?
[11:55] <pygi> ok, it fails because ubuntu3 had a broken prerm/postinst (it had single quotes, it shouldn't have quotes at all)
[11:55] <pygi> it fails while configuring the package, and stays at half-configured state
[11:57] <pygi> ubuntu4 has fixed the prerm/postinst, but upgrade still fails because the prerm should have been modified to fix the upgrade path