[00:01] <slangasek> anyone here using xen with hardy?
[03:31] <nemo> sorry to bother the devs, but I have identical symptoms and similar intel card to this bug  https://bugs.launchpad.net/ubuntu/+bug/145747  <-  is anyone here from audio team who might know if this is a known issue?
[03:31] <ubotu> Launchpad bug 145747 in ubuntu "Sound system locks up" [Undecided,New]
[03:32] <nemo> oh. and thanks for whoever put gimp 2.4.2 in gutsy proposed - it has solved all my gimp issues
[03:33]  * Hobbsee curses keyboard.
[03:36] <LaserJock> nemo: you probably want to add your specs and problem to that bug and subscribe to it
[03:36] <nemo> aight
[03:36] <nemo> pretty similar though
[03:36] <nemo> slightly newer soundcard
[03:36]  * nemo does so
[03:44] <nemo> aand done
[03:45] <nemo> hm dpkg-reconfigure alsa-base  seems to do nothing, but, since clearly I'm just adding noise to this channel, I'm going to slink away again
[03:45] <nemo> later y'all
[03:46] <emgent> heya
[03:48] <emgent> hello ernesto!
[06:06] <pitti> Good morning
[06:09] <warp10> good morning
[06:10] <StevenK> Morning pitti!
[06:25] <Hobbsee> morning pitti!
[06:26]  * pitti waves to Australia, hey!
[06:26] <pitti> and to Italy, too :)
[06:29] <StevenK> Heh
[06:29] <warp10> :D
[06:33] <slangasek> don't wave to Italy, you'll only encourage it
[06:34] <TheMuso> lol
[06:49] <keescook> hm, don't all the core 2 duos have a temp sensor somewhere?
[06:51] <Hobbsee> now, if i was an ubuntu live cd, where would i be...
[06:52] <keescook> mine is stuck in a failed CDROM.  :P  need to find a paper clip...
[06:52]  * keescook is off to bed, g'night all
[06:52] <Hobbsee> oh dear
[06:52] <Hobbsee> night keescook!
[06:52] <keescook> cya Hobbsee
[06:54] <Hobbsee> ah, i'd be sitting on my desk, away from all the ubuntu cds
[06:54] <TheMuso> lol
[06:55] <Hobbsee> had forgotten about that one
[06:55]  * Hobbsee reboots
[07:28] <dholbach> good morning
[07:29] <pitti> \sh_away: can you please use requestsync from now on, so that we get a standard request with changelogs, etc.?
[07:29]  * pitti hugs dholbach
[07:29]  * dholbach hugs pitti back
[07:29]  * desrt piles onto the hugfest, grabbing pitti and dholbach 
[07:30]  * dholbach hugs desrt too :)
[07:30]  * pitti jumps for joy and hugs desrt
[07:30] <desrt> you seem a bit excited =)
[07:36] <dholbach> desrt: "I like hugging, ... no not that much" ;)
[07:37] <desrt> dholbach; something like that, yes :)
[07:38] <desrt> dholbach; you may know: i'm coming to visit you in march
[07:38] <dholbach> oh really?
[07:38] <dholbach> tell me more :)
[07:38] <desrt> 9..16
[07:38] <dholbach> ahhhh, gkt hackfest?
[07:38] <desrt> there's a "gtk hackfest" at some rented house in berlin
[07:38] <desrt> yes
[07:39] <dholbach> nice... summer in berlin is even better, but I'm sure March will be great too :)
[07:39] <desrt> i have a bit of a catch 22 situation
[07:39] <desrt> i have a friend living in berlin who i want to surprise with my arrival
[07:39] <desrt> but i have no idea where she lives :p
[07:39] <TheMuso> lol
[07:40] <desrt> i should say i want to write her a letter or something :p
[07:43] <desrt> although that may be a little obvious... that's how she got my address :/
[07:44] <TheMuso> desrt: And you didn't think to make a note of the return address? :p
[07:45] <desrt> she lived in the US at the time
[07:46] <TheMuso> ah
[07:46] <desrt> west coast, too
[07:46] <desrt> so quite a drive to my place (where she randomly showed up last summer)
[07:47] <desrt> if i drop in on her on a different continent i figure we're more or less even
[07:47] <Mithrandir> desrt: tell her you'll send her a post card?
[07:48] <desrt> eh
[07:48] <desrt> i know a couple of her friends.  i think i'll implicate one of them =)
[07:48] <Mithrandir> I mean, you travel to UDS-es and such, so sending a post card isn't that unrealistic.
[07:52] <pitti> doko: tmda was removed in Debian ("RoQA; unmaintained, useless"); should I remove it in hardy as well?
[07:55] <doko> pitti: sure, never used it. do we document reasons for removals somewhere?
[07:56] <pitti> doko: yes, http://people.ubuntu.com/~ubuntu-archive/removals.txt
[07:57] <freeflying> pitti: I found the broken k-menu(errors in translation) still exist in hardy, but it was fixed already, will you upgrade the language-kde-pack?
[07:57] <pitti> freeflying: I was promised that by Monday we will get a hardy translation tarball, so that I can build langpacks
[07:58] <freeflying> pitti: will do a SRU for gutsy? thanks
[07:58] <pitti> freeflying: hm?
[07:58] <freeflying> pitti: this was broken in gutsy too
[08:01] <pitti> freeflying: we'll update the gutsy langpacks at start of February again, yes
[08:15] <pitti> Keybuk: I finally filed that udev bug about wlan0_rename
[08:16] <geser> good morning
[08:18] <desrt> pitti; did you notice the esd bug?
[08:18]  * Mithrandir boggles.
[08:19] <Mithrandir> to get maemo mapper to dtrt on the n810, you tell it to connect via bluetooth without an address.
[08:19] <pitti> desrt: yes
[08:19] <desrt> pitti; think we can get a gutsy upload?
[08:19] <pitti> desrt: is there a patch attached?
[08:19] <desrt> yes
[08:20] <pitti> desrt: hm, please remind me of the #? can't find it in the list
[08:21] <desrt> https://bugs.launchpad.net/bugs/183411
[08:21] <ubotu> Launchpad bug 183411 in esound "libesd leaks pipe file descriptors" [Undecided,Fix released]
[08:21]  * pitti approves the gutsy task
[08:22] <desrt> it'd be cool if i knew how launchpad worked :p
[08:23] <pitti> desrt: so, I take that as "please upload the SRU for me"?
[08:23] <desrt> sru?
[08:23] <pitti> stable release update
[08:24] <desrt> if you think it's appropriate, yes
[08:24] <pitti> https://wiki.ubuntu.com/StableReleaseUpdates
[08:24] <desrt> seb128; hihi =)
[08:24] <pitti> desrt: can you please add a "TEST CASE:" to the description? (see the policy in the wiki)
[08:25] <pitti> hey seb128
[08:26] <seb128> hey desrt pitti
[08:30] <pitti> desrt: uploaded, with some changelog tweaking
[08:30] <desrt> oh
[08:30] <desrt> that was fast.
[08:30] <desrt> i was still reading this wiki page :p
[08:32] <pitti> "Ryan Lortie  did not previously have any assigned bugs in Ubuntu.
[08:32] <pitti> If this bug was assigned by mistake, you may change the assignment."
[08:33] <pitti> wow, LP is clever :)
[08:33] <Treenaks> pitti: Yes.. it's the new name for Skynet 8)
[08:33] <pitti> "Ryan Lortie did not previously receive enough hugs. If this was a mistake, please rectify that immediately."
[08:33]  * pitti hugs desrt
[08:33]  * desrt grins
[08:34] <desrt> pitti; i'm not sure i can do a TEST CASE
[08:34]  * seb128 hugs desrt
[08:34] <desrt> since i've never experienced the bug myself
[08:34] <desrt> seb128; thx :D
[08:34] <pitti> desrt: well, you can probably do some lsof | grep stuff
[08:34] <desrt> ya... but the thing is that i've never personally hit this problem on my gutsy box
[08:34] <seb128> desrt: try what the duplicate suggests
[08:34] <desrt> so i don't know exactly what use case it is that causes the problem to explode
[08:35] <pitti> desrt: alternatively, you can do the testing on the box of your sister where you can reproduce it
[08:35] <pitti> desrt: we just need to know that the actual .debs from -proposed are good and fix the bug
[08:35] <desrt> heh
[08:35] <desrt> "katie... remember what you were doing before when your computer broke?  can you do it some more?"
[08:35] <desrt> :D
[08:35] <seb128> desrt: the other bug suggest that mouseover an ogg would be enough
[08:36] <desrt> lemme check that out =)
[08:37] <desrt> oh ya
[08:37] <desrt> that definitely does it
[08:39] <desrt> hmm
[08:39] <desrt> only works if the [x] enable esd thing is checked in the sound prefs
[08:39] <desrt> probably explains why it's never hit me before
[08:40] <dholbach> good morning thekorn! :)
[08:41] <thekorn> moin dholbach
[08:41] <thekorn> just merged py-lp-bugs
[08:43] <pitti> TheMuso: any idea about verification of bug 155130?
[08:43] <ubotu> Launchpad bug 155130 in usplash-theme-ubuntustudio "Ubuntu Studio usplash Fails to Prompt for Passphrase for Encrypted LVMs" [Undecided,Fix committed] https://launchpad.net/bugs/155130
[08:44] <desrt> ok
[08:44] <desrt> i think i've added a good test case
[08:44] <desrt> can someone test it? :)
[08:45] <pitti> desrt: I subscribed sru-verification, they will
[08:45] <pitti> desrt: thanks
[08:45] <desrt> yup
[08:47] <desrt> thanks for the info on what to do =)
[08:47] <pitti> you're welcome
[08:48] <snadge> i ask mercifully in here because someone in here might have a clue ;)
[08:48] <desrt> snadge; try #ubuntu
[08:48] <snadge> gnome-settings-daemon error on login
[08:48]  * desrt grins
[08:48] <Treenaks> snadge: the 'Language unknown' error?
[08:49] <snadge> its a known issue that has been around for some time, to do with a failure to start gnome-settings-daemon.. i'd have to reboot my pc to see the error again, its a bit intermittant.. i thought i had fixed it already
[08:50] <snadge> when i last looked into it, it had something to do with the gnome people deciding to start gnome-settings-daemon either a lot earlier, or later in the normal login sequence
[08:51] <snadge> ok if thats not ringing any bells i'll dig up more info ;)
[08:55] <snadge> ok im kinda embarassed now.. i had fixed the original problem, but it seems to resurface if your pc is uncleanly shutdown .. (a flatmates parents did the favour of unplugging the cord)
[08:58] <snadge> i guess i should check launchpad for an existing bug and see if it has been resolved, and provide more info if not
[08:58] <pitti> LongPoin1yStick: any idea about the status of bug 133944? (stalled SRU)
[08:59] <ubotu> Launchpad bug 133944 in kdepim "package kitchensync 4:3.5.6-0ubuntu6 failed to install/upgrade: trying to overwrite `/usr/share/apps/ksync/ksyncui.rc', which is also in package ksync" [Undecided,Confirmed] https://launchpad.net/bugs/133944
[09:02] <snadge> is alt-sysrq-b equivalent to just pulling the power cord?
[09:02] <snadge> i guess not really.. as i was not able to reproduce the error
[09:12] <snadge> sweet.. anybody can reproduce this error now, its quite simple.. standard ubuntu gutsy
[09:13] <snadge> pull the power cord out of the back of your pc, reboot.. and you're greeted with this error "There was an error starting the GNOME Settings Daemon.. blah blah blah" - none of your settings are loaded
[09:14] <seb128> snadge: now, like it you didn't had the issue before? what did you change?
[09:15] <snadge> your hosts file must contain an entry for 127.0.0.1 that has your hostname
[09:17] <tjaalton> is anyone working on merging libnss-db?
[09:19] <snadge> can someone else try this on a spare gutsy machine for me? (logged into X)
[09:22] <slangasek> Nafallo: no, you should never point 127.0.0.1 at anything except localhost
[09:22] <slangasek> er
[09:22] <slangasek> snadge: no, you should never point 127.0.0.1 at anything except localhost
[09:22] <slangasek> Nafallo: sorry
[09:22] <slangasek> snadge: you should have *an* entry pointing to a valid IP for your hostname, but it should not be 127.0.0.1; the norm is 127.0.1.1
[09:25] <snadge> i see.. it helps to know this ;)
[09:27] <pitti> hey mvo
[09:27] <mvo> hey pitti
[09:27] <pitti> mvo: I am just doing some cleanup of old SRU bugs; there are quite a few update-manager ones, too
[09:27] <pitti> mvo: I could clean most of them, but some require your input
[09:28] <mvo> pitti: ok, I'm happy to help, I have a look now, ok?
[09:28] <pitti> mvo: can you please check the u-m ones on https://bugs.edge.launchpad.net/~ubuntu-sru/+subscribedbugs?batch=100 ?
[09:28] <pitti> mvo: you should have quite a lot of bug mail, too; most of the bugs were already in -updates and forgotten to be closed, and some tasks were never really handled
[09:28]  * pitti hugs mvo, thanks
[09:30] <pitti> mvo: hm, bug 75273 is weird; Mithrandir said that he accepted it to edgy-updates, but there's no apt in edgy-{proposed,updates}
[09:30] <ubotu> Launchpad bug 75273 in apt "Apt constantly sigsevs on edgy" [High,Fix released] https://launchpad.net/bugs/75273
[09:32] <tjaalton> StevenK: why did you change libnss-db to use debhelper?
[09:32] <tjaalton> StevenK: and dpatch
[09:32] <pitti> mvo: ah, seems it got superseded in bug 85207, and then removed from -proposed because that bug was deemed obsolete in edgy
[09:32] <ubotu> Launchpad bug 85207 in apt "SRU request for new DPKG::StopOnError config " [Undecided,Fix released] https://launchpad.net/bugs/85207
[09:32] <Mithrandir> tjaalton: to get rid of yada, I'd imagine.
[09:33] <tjaalton> Mithrandir: yes, but is that worth the delta
[09:33] <Nafallo> slangasek: :-)
[09:33] <Mithrandir> tjaalton: yes.
[09:33] <tjaalton> Mithrandir: hmm, ok then :)
[09:33] <Mithrandir> tjaalton: yada should be wiped off the face of this planet.
[09:34] <mvo> pitti: ook, looking now
[09:34] <Mithrandir> (or at least kicked out of main)
[09:36] <pitti> Mithrandir: it's in universe since gutsy
[09:37] <Mithrandir> \o/
[09:37] <tjaalton> one more reason to keep the delta :)
[09:39] <pitti> seb128: still interested in bug 114770? (feisty-proposed)
[09:39] <ubotu> Launchpad bug 114770 in nautilus-cd-burner "Cannot burn on RW media because n-c-b does not unmount it" [Medium,Fix committed] https://launchpad.net/bugs/114770
[09:41] <seb128> pitti: not really, interested to discuss why a simple Build-Depends change is waiting there during months until being deprecated though
[09:41] <pitti> seb128: I asked for testing feedback from the reporters again; if nobody answers, I'll kill it from -proposed next week
[09:42] <seb128> pitti: isn't bugsquad supposed to do testing and approve the changes?
[09:42] <pitti> the change was approved, but someone needs to test the actual .debs in -proposed, not a locally built package
[09:42] <seb128> pitti: I don't really care, but it's annoying to spend work on SRU to have those ignored
[09:43] <seb128> pitti: not it's not against you, you did reply pretty quickly ;-)
[09:43]  * seb128 hugs pitti
[09:43] <seb128> pitti: well, I though bugsquad was supposed to do that as written
[09:43] <pitti> seb128: my concern isn't that the patch is obvious and fixes the bug, but that the change had inadvertent side effects (thus the rigorous testing)
[09:43] <pitti> seb128: right; let's see if someone answers
[09:44] <seb128> pitti: I don't expect lot of people are still using feisty and we got no new duplicate, so deprecate it if you want, I don't think it's worth the efforts now, we have better things to get working
[09:45] <tjaalton> we have ~300 feistys :)
[09:50] <pitti> soren: any chance you could test the bind9 .debs in the other -proposed?
[09:50] <soren> pitti: Um... Yes, I suppose I can squeeze that in today.
[09:50] <pitti> soren: thanks
[09:50] <soren> That also gives me an excuse to get the rest of my vm's moved over to kvm. :)
[09:51] <mvo> pitti: #75273 -> its still worthwhile to have this fix in edgy-updates, the fix is trivial
[09:58] <pitti> asac: any idea how bug 138794 could creep back to hardy?
[09:58] <ubotu> Launchpad bug 138794 in network-manager "Error getting killswitch power arguments: org.freedesktop.DBus.Error.InvalidArgs - Argument 0 is specified to be of type "uint32", but is actually of type "int32"" [Undecided,Confirmed] https://launchpad.net/bugs/138794
[10:00] <Mithrandir> hm, it would be very useful if the /+archive url included a link to the build records for that upload.
[10:01] <pitti> Riddell: ping about bug 153500 - the gutsy-proposed patch needs to be uploaded to hardy
[10:01] <ubotu> Launchpad bug 153500 in kdelibs "Kopete crashes on startup" [High,Fix committed] https://launchpad.net/bugs/153500
[10:02] <pitti> seb128: is bug 152638 fixed in hardy?
[10:02] <ubotu> Launchpad bug 152638 in gedit "Permissions and owner/group changed when editing using gedit" [Medium,Fix committed] https://launchpad.net/bugs/152638
[10:03] <asac> pitti: not sure ... did hal bounce back to use guint32?
[10:03] <pitti> asac: it didn't change drastically for months (no new upstream version and no patches)
[10:03] <seb128> pitti: yes
[10:04] <pitti> seb128: merci, bug closed
[10:04] <asac> seb128: can you reproduce bug 138794 (i remember that you could in the past)?
[10:04] <ubotu> Launchpad bug 138794 in network-manager "Error getting killswitch power arguments: org.freedesktop.DBus.Error.InvalidArgs - Argument 0 is specified to be of type "uint32", but is actually of type "int32"" [Undecided,Confirmed] https://launchpad.net/bugs/138794
[10:04] <soren> pitti: I've filed a MIR for kvm.. Do I need to do anything to get it looked at?
[10:04] <seb128> pitti: you are welcome
[10:04] <seb128> pitti: danke
[10:04] <pitti> soren: if ubuntu-mir is sub'ed, that's enough
[10:05] <soren> pitti: Cool.
[10:06] <seb128> asac: no such warning no
[10:08] <asac> hmm ... any idea if launchpad removes files for superseded version? e.g. trying: https://edge.launchpad.net/ubuntu/+source/hal/0.5.10-5~ubuntu3
[10:08] <asac> is that a feature or a bug?
[10:08] <asac> "ERROR 404: Not Found"
[10:08] <soren> It's a bug which will be fixed with the next lp release, afaik.
[10:09] <asac> when will that be? its essential for some kind of regression hunts :)
[10:10] <pitti> asac: the files are still there
[10:10] <pitti> asac: but the URL doesn't work
[10:10] <tjaalton> oh ffs, libnss-db doesn't clean properly
[10:11] <pitti> asac: hal is in bzr, too, you can get it from there if all else fails
[10:11] <soren> asac: You can find the files on staging, afair.
[10:11] <asac> ok ... is there any way that i could guess the proper urls?
[10:12] <soren> asac: http://staging.launchpad.net should expose the correct URL's.
[10:12] <soren> asac: Allegedly. It was discussed on #launchpad yesterday (or the day before).
[10:12] <pitti> asac: oh, seems they are really gone now; hmm
[10:15] <asac> lets hope that they are not physically gone
[10:19] <soren> asac: I'm quite sure librarian still has them. You can ask in #launchpad for the right URL.
[10:26]  * pitti purges firefox 2; yay
[10:37] <soren> I'm looking at the Jeos image. It seems that the installer will offer to let you configure lvm regardless of whether or not lvm is actually available on the cd to be installed on the system. Should lvm perhaps be moved to minimal or required?
[10:38] <Mithrandir> is the processing of PPA uploads down or stopped or something?
[10:39] <Mithrandir> ah, no, there it was
[10:40] <cjwatson> soren: lvm2 needs to be in the jeos seed, I think
[10:40] <cjwatson> I actually thought I'd added it already
[10:40] <cjwatson> soren: some installer features will attempt to dynamically install packages on the target system in order to support themselves, using apt-install
[10:40] <cjwatson> you need to arrange for the packages in question to be seeded, just like they're in the ship seed
[10:41] <pitti> mvo: ok, please go ahead and upload apt/edgy
[10:42] <soren> cjwatson: I realise it'll install them if it's configured.  I just figured that since the installer will unconditionally offer to configure it, it should always be installed (and hence be in required or minimal).
[10:42] <mvo> pitti: isn't this magic copy mechanism working on edgy? to copy it from -proposed to -updates?
[10:42] <soren> Er... Always be *available* for isntallation, of course.
[10:42] <pitti> mvo: check rmadison; as I said, there is *only* edgy release, no -proposed, -updates, -security
[10:43] <pitti> mvo: TBH I don't know when or why it disappeared from -updates
[10:43] <mvo> pitti: right, sorry I missed that earlier. that is indeed strange, as I have a accepted mail here even
[10:43] <soren> cjwatson: Either that or the installer should be taught to not ask such questions if lvm is not available for installation?
[10:44] <cjwatson> soren: being in required or minimal would have it always installed, not merely always available, which would be inappropriate
[10:44] <soren> cjwatson: Ah, point.
[10:45] <soren> cjwatson: Can you think of anything else the installer will offer to configure, but will not necessarily be available for installation?
[10:46] <cjwatson> I think it would probably be impossible (with current infrastructure) to avoid offering the option at all if lvm2 isn't available; the only thing we can do is to try to install it and see if it failed, but we shouldn't try to install it until the user asks for it
[10:46] <cjwatson> but we should certainly have better error handling in the event that it is not available
[10:46] <cjwatson> partman-lvm could do that
[10:46] <cjwatson> and lvmcfg
[10:46] <cjwatson> yes, lots. grep for apt-install
[10:47] <cjwatson> everything under "Filesystems" and "For language support in the installer" in ship, though that is not exclusive
[10:47] <soren> I don't have all of the installer code checked out..
[10:47] <cjwatson> Mac systems will apt-install mouseemu
[10:48] <cjwatson> various others
[10:48] <soren> That sounds like a good start.
[10:48] <cjwatson> you probably won't care about much more than that
[10:51] <soren> cjwatson: Great. Thanks.
[11:21] <asac> bryce: when will we get 1.4.0.90 ?
[11:32] <ogra> tjaalton, is tehre a way to set keymaps through sysfs in Xorg or so ? or am i forced to have hal available for that ?
[11:34] <mvo> pitti_: I updated #172609 - I need approval for 0.81.2 first, the version in gutsy-proposed does not fix the bug unfortunately
[11:36] <pitti_> mvo: looks ok
[11:36] <mvo> great, thanks pitti_
[11:46] <mvo> pitti_: if you haven't accepted update-manager 0.81.2 yet, please wait a sec
[11:46] <mvo> pitti: if you haven't accepted update-manager 0.81.2 yet, please wait a sec
[11:46] <pitti_> mvo: I didn't
[11:47] <pitti_> mvo: (experimenting with an irssi proxy, thus two nicks ATM)
[11:48] <mvo> pitti_: ok, I think there is another tweak needed, sorry - its a bit difficult to test without a ia64 machine :)
[11:48] <tjaalton> asac_: we have that
[11:48] <tjaalton> ogra: hmm, what are you trying to do?
[11:49] <tjaalton> asac_: actually it's newer than that, from the 1.4-branch
[11:50] <ogra> tjaalton, i somehow need to get the new X going in ltsp :) we use a script generated xorg.conf there
[11:51] <asac_> tjaalton: hmm ... since when?
[11:51] <ogra> i would like to switch the conf to be optional (to many special cases to not have something you can override configs with) and default to a configless setup
[11:52] <asac_> tjaalton: ok there is a bunch of upgrades coming (incl. xserver) ... lets see after lunch
[11:57] <mvo> pitti_: could you please reject 0.81.2 from gutsy-proposed ? I upload a new one now and I added instructions how to reproduce the bug and the fix on regular hardware
[11:57] <tjaalton> asac_: we've been tracking the stable branch with debian for some time now. at least 2:1.4.1~git20071212-1ubuntu1 includes everything in 1.4.0.90
[11:58] <tjaalton> ogra: oh right :)
[11:58] <pitti_> mvo: there's nothign in gutsy-proposed
[11:59] <tjaalton> ogra: it uses hal (if you enable it), so the same rules apply
[11:59] <ogra> tjaalton, so i'd like a hal-less way of setting keymap and mouse options :)
[11:59] <ogra> hal = to big for thin clients
[11:59] <tjaalton> ogra: then you either patch the server or use a xorg.conf
[12:00] <ogra> patch ? in what way ?
[12:00] <ogra> i would expect hal to hook in to sysfs or so
[12:04] <tjaalton> ogra: let me check
[12:05] <soren> pitti: How does Feb 4th sounds as a (soft) deadline for submitting new packages? That leaves 10 days for NEW processing before FF.
[12:05] <pitti> soren: sounds ok (although the current policy already accounts for processing the backlog)
[12:06] <soren> I see.
[12:08] <mvo> pitti_: ok, now there is 0.81.2 in gutsy-proposed, this time valid
[12:14] <tjaalton> ogra: the devices don't have any options set by default, so I don't see how it could work without hal or xorg.conf
[12:16] <Kmos> ogra: tuxtype needs sdlpango promoted to main.. =)
[12:20] <ogra> Kmos, yup, you told me before :)
[12:20] <ogra> tjaalton, ok, then i will keep the current structure
[12:21] <Kmos> ogra: can you ask pitti to do it? i can't.. prevented from participate in ubuntu development
[12:21] <ogra> yes, i saw that :/
[12:21] <ogra> Kami will talk to pitti about it before release, dont worry
[12:22] <Kmos> ok =) thx
[12:22] <ogra> (i have some more pressing work atm, but e sure debs will be fixed by release )
[12:22] <ogra> s/e/be/
[12:24] <Kmos> :-)
[12:52] <dholbach> MOTU Q&A session in 8 minutes in #ubuntu-classroom
[13:16] <ln-> what exactly did the latest Dapper updates break?
[13:16] <Hobbsee> ln-: what makes you think that the dapper updates are broken?
[13:18] <ln-> trying to run the minimal sample of self-compiled wxGTK-2.8.6 gives an error like this: http://pastebin.ca/859857
[13:18] <ln-> that did not happen earlier.
[13:20] <Hobbsee> does that happen with the normal version of that?
[13:20] <Hobbsee> ah, perhaps https://lists.ubuntu.com/archives/dapper-changes/2008-January/012606.html
[13:23] <ln-> does the "normal", packaged version ship with the samples?
[13:24] <Hobbsee> i have no idea
[13:24] <ln-> apparently not.
[13:24]  * Hobbsee does not run dapper, sorry, and ran kde around that time.
[13:26] <snadge> i think i've got a theory about the gnome-settings-daemon startup error after a power cut
[13:26] <snadge> its possibly because im using reiserfs
[13:28] <snadge> which from what i've read.. is designed to corrupt data in a power loss situation by default
[13:29] <ln-> maybe this is yet another reason to abandon Ubuntu as soon as possible and switch to CentOS on our computers.
[13:30] <seb128> ln-: do you think that's an useful comment to do there?
[13:31] <seb128> ln-: you will never have a distro which never has any issue but you can use whatever you want, that's not really revelant on this chan though
[13:31] <Hobbsee> ln-: methinks centOS also took that update, so it would be worth checking to see if your self-compiled wxGTK-2.8.6 gives the error there too.
[13:31] <seb128> hey Hobbsee ;-)
[13:33] <_MMA_> seb128: Is there anything more I should add to bug 183199?
[13:33] <ubotu> Launchpad bug 183199 in gnome-control-center "System sounds aren't being played in Hardy." [Undecided,New] https://launchpad.net/bugs/183199
[13:34] <seb128> _MMA_: no idea
[13:34] <seb128> _MMA_: I've enough work to be busy 30 hours a day basically at the moment so I didn't look at that yet
[13:35] <_MMA_> Sure. np
[13:35] <seb128> the login sounds work correctly on my hardy
[13:35] <seb128> could be a pulseaudio issue
[13:36] <ogra> here too (even in ltsp)
[13:36] <seb128> I need to look at it
[13:36] <_MMA_> Really odd as the same day I filed I did a Ubuntu/Ubuntu Studio install from the daily.
[13:36] <Hobbsee> seb128: mine don't, but on the live cd, they'll play twice, around a minute in
[13:36] <_MMA_> (doing another now)
[13:39] <_MMA_> Yeah. Im using the Alt. disk.
[13:39] <tkamppeter> piit, hi
[13:39] <tkamppeter> pitti, hi
[13:41] <tkamppeter> Anyone got build failures on IA64 and/or HPPA today?
[13:41] <tkamppeter> This architectures are segfaulting on processing of .po files.
[13:42] <tkamppeter> All other archs are OK.
[13:43] <seb128> _MMA_: I've esound installed on this box though
[13:43] <seb128> _MMA_: let me try without it
[13:55] <tjaalton> ln-: those patches are from upstream and probably already applied on RHEL/Centos :)
[14:09] <seb128> _MMA_: sounds work fine without using esound too
[14:10] <_MMA_> seb128: Im downloading todays daily. Ill check it out.
[14:13] <_MMA_> Though the install will probably fail with the lang packs being broken.
[14:14] <seb128> _MMA_: do you have anything on the command line when trying to play a sound in the GNOME capplet?
[14:14] <_MMA_> Ill have to wait to test. If the disk fails to install then Ill do a CLI install then grab ubuntu-desktop.
[14:17] <ln-> tjaalton: well, that's possible.
[14:17] <_MMA_> seb128: "GNOME capplet" Did you mean "applet" ie: the tab where you can preview the sounds?
[14:19] <tjaalton> ln-: a workaround; put 'Option "MIT-SHM" "no"' in the Extensions -section
[14:19] <tjaalton> of xorg.conff
[14:19] <tjaalton> -f
[14:19] <seb128> _MMA_: gnome-sound-properties, that's a capplet
[14:21] <tjaalton> ln-:  or downgrade to the previous version
[14:26] <Hobbsee> infinity: that was uploaded months ago.  i'm unsure why it's decided to attempt to build now
[14:30] <Hobbsee> ln-: https://bugs.edge.launchpad.net/ubuntu/+source/xorg-server/+bug/183969
[14:30] <ubotu> Launchpad bug 183969 in xorg-server "xserver-xorg-core update breaks java apps" [Critical,Confirmed]
[14:30] <Hobbsee> what is it with xorg's lack of testing or something, which means that security fixes break apps?
[14:37]  * Hobbsee uploads kdepim
[14:38] <ln-> Hobbsee, tjaalton: at least i'm happy to notice i'm not the only one suffering from the bug, and that it has been marked critical.
[14:47] <cyberix> https://bugs.launchpad.net/ubuntu/+bug/184041
[14:47] <ubotu> Launchpad bug 184041 in ubuntu "failure to interact with bug reporters" [Undecided,New]
[14:49] <Hobbsee> cyberix: this is bugs marked as incomplete?
[14:50] <seb128> jamiemcc_: hey
[14:51] <seb128> jamiemcc_: is there a way to know what tracker is doing exactly? tracker-status say it's indexing but I would like to know what and how many things it still has on its list etc
[14:51] <seb128> jamiemcc_: ups
[14:52] <seb128> no, not ups
[14:52] <cyberix> Hobbsee: Is there a status history?
[14:52] <LucidFox> Could any archive admins please look at bug #184025?
[14:52] <ubotu> Launchpad bug 184025 in mpeg4ip "Please move mpeg4ip to multiverse" [Undecided,New] https://launchpad.net/bugs/184025
[14:53] <Hobbsee> cyberix: yeah
[14:53] <cyberix> Hobbsee: https://bugs.launchpad.net/ubuntu/+source/linux-restricted-modules-2.6.20/+bug/85455/+activity
[14:53] <ubotu> Launchpad bug 85455 in linux-restricted-modules-2.6.20 "D-Link DWA-547 wireless card doesn't work" [Wishlist,Confirmed]
[14:54] <Hobbsee> cyberix: no idea who the guy is who triaged your bug incorrectly there.
[14:54] <Hobbsee> Keybuk: has already had a go at him
[14:55] <cyberix> Does everyone have rights to reject bug reports?
[14:56] <LucidFox> cyberix> From a technical POV, anyone can set a bug to Invalid, and bug control members can set a bug to Won't Fix
[15:03] <Keybuk> seb128: I tend to restart it with the debugging command-line flags and watch what it's doing
[15:03] <seb128> Keybuk: right, would be nice if tracker-status would be verbose about that though
[15:05] <Keybuk> LucidFox: I think it's anyone in ubuntu-dev, rather than anyone
[15:05] <Hobbsee> Keybuk: to reject?  no
[15:05] <Hobbsee> Keybuk: anyone can set a bug as invalid
[15:05] <Hobbsee> in any project
[15:05] <Keybuk> oh, ok :)
[15:05] <Keybuk> shows how much I know
[15:05] <Hobbsee> Keybuk: btw, you have another core dev app :)
[15:05] <Hobbsee> Keybuk: or how long you've been in power for, either wya.
[15:06]  * Hobbsee crash-tackle-hugs pitti
[15:06]  * Hobbsee crash-tackle-hugs pitti into the middle of next week
[15:06] <Hobbsee> damn enter key.
[15:07] <geser> Hobbsee: now you also have problems with the enter key?
[15:07] <Hobbsee> geser: yeah, but they're pebkac
[15:08] <pitti> oh, what a nice welcome :) /me hugs Hobbsee back
[15:08] <ScottK> pitti: About Bug 183570 - I had edited the bug, but forgot to leave a comment.  Sorry about that.  I'd appreciate it if you would have another go at it.
[15:08] <ubotu> Launchpad bug 183570 in clamtk "Request sync clamtk 3.06-1 (Universe) from Debian Unstable (Main)" [Wishlist,Confirmed] https://launchpad.net/bugs/183570
[15:09] <Hobbsee> pitti: i uploaded the hardy section of kdepim, btw
[15:09] <pitti> ScottK: sure
[15:09] <ScottK> Thanks
[15:09] <pitti> Hobbsee: awesome, thanks
[15:09] <ScottK> pitti: Also, on Bug 183661 - What sort of testing do you want?  The bug was an FTBFS bug and they both built?
[15:09] <ubotu> Launchpad bug 183661 in libmail-box-perl "FTBFS in Gutsy/Feisty" [Medium,Fix committed] https://launchpad.net/bugs/183661
[15:09] <pitti> ScottK: I didn't do it because you indicated some doubts whether it would work
[15:10] <ScottK> Ah.
[15:10] <pitti> ScottK: a confirmation that it still works, and isn't worse than the current gutsy version
[15:10] <pitti> ScottK: (or feisty)
[15:10] <ScottK> I tested clamtk.  It works.
[15:10] <ScottK> OK.
[15:12] <ScottK> pitti: For the libmail-box-perl one, since it was FTBFS before, isn't a package automatically better than none?
[15:13] <LucidFox> pitti, I assume it was you who approved mpeg4ip? :)
[15:14] <pitti> ScottK: it's not none, it's the last version that built
[15:14] <ScottK> pitti: OK.  Got it.  Thanks.
[15:14] <pitti> libmail-box-perl |    2.065-1 | gutsy/universe | all
[15:14] <pitti> libmail-box-perl |    2.070-1 | gutsy/universe | source
[15:14] <mjg59> Argh my liferea db has become corrupted.
[15:14] <pitti> ScottK: IOW, gutsy has the feisty version
[15:14] <pitti> LucidFox: right; was there still a problem with it?
[15:15] <ScottK> Actually it's Edgy, but OK
[15:15] <LucidFox> bug #184025
[15:15] <ubotu> Launchpad bug 184025 in mpeg4ip "Please move mpeg4ip to multiverse" [Undecided,New] https://launchpad.net/bugs/184025
[15:15] <ScottK> I'll see if I can figure a simple test.  The gutsy one installs fine.
[15:17] <pitti> ScottK: chewmail is an rdependency and looks like it's reasonably easy to set up
[15:17] <ScottK> pitti: Thanks.
[15:17] <pitti> clamtk synced
[15:18] <ScottK> pitti: Thanks.
[15:24] <seb128> pitti: how is named the wiki page about MIR procedure?
[15:24] <seb128> pitti: looking for MainInclusionReport on the wiki list a zillions of pages
[15:25] <pitti> seb128: https://wiki.ubuntu.com/MainInclusionProcess
[15:25] <seb128> thanks
[15:25] <ogra> shouldnt the old queue page link it ?
[15:25] <pitti> it has
[15:25] <ogra> right
[15:25] <pitti> UbuntuDevelopment should have a link as well
[15:26] <ScottK> pitti: Speaking of which, are you planning on looking at MIRs soon?
[15:26] <pitti> *sigh* I guess I have to; maybe doko can help me a bit, we got tons of requests this week
[15:26] <Hobbsee> pitti: you can do the new queue instead, if you like
[15:27] <pitti> I already reduced it from ~ 100 to ~ 10 today
[15:27] <pitti> tjaalton: hm, your dpaper-proposed xorg-server upload doesn't work
[15:27] <doko> pitti: sure, next week (had still vacation days this week)
[15:28] <pitti> tjaalton: 10.8 is already in dapper-security, can you please bump the version and reupload/
[15:29] <ScottK> pitti: I only ask because I expect the amavisd-new one will require some discussion and I'm anxious to get it started, but I understand there's tons of other stuff to do too.
[15:29] <tjaalton> pitti: ok
[15:29] <pitti> tjaalton: you  probably need to rebase your patch against the -security version
[15:29]  * pitti updates the bug
[15:30] <tjaalton> pitti: actually, since the security fix is broken I'll just wait for the right fix
[15:30] <pitti> ugh, is it? in the sense of not plugging the hole, or breaking stuff?
[15:30] <tjaalton> breaking stuff
[15:30] <pitti> eww
[15:30] <pitti> tjaalton: bug?
[15:30] <pitti> if that's serious, we need to immediately disable the version and revert it
[15:31] <tjaalton> https://launchpad.net/bugs/183969
[15:31] <ubotu> Launchpad bug 183969 in xorg-server "xserver-xorg-core update breaks java apps" [Critical,Confirmed]
[15:31] <tjaalton> doesn't affect amd64
[15:31]  * pitti drops everything else
[15:31] <tjaalton> pitti: sorry for not raising this up earlier :/
[15:32] <tjaalton> upstream has been notified
[15:32] <tjaalton> the MIT-SHM patch is the one that is buggy
[15:33]  * ScottK suddenly decided not rebooting his dapper desktop for a while is a good idea.
[15:33] <tjaalton> since disabling the extension is a workaround
[15:33] <pitti> it affects all releases?
[15:34] <tjaalton> seems like it
[15:35] <pitti> tjaalton, bryce: can either of you revert the change in -security and upload a higher version to -proposed?
[15:35] <tjaalton> bryce is asleep, I can do it
[15:35] <tjaalton> dapper first?
[15:35] <seb128> pitti: is bug #184050 what you need or do you want extra informations for those bugs or a wikipage or something?
[15:35] <ubotu> Launchpad bug 184050 in seahorse "seahorse MIR request" [Undecided,New] https://launchpad.net/bugs/184050
[15:35] <pitti> tjaalton: all the binaries? or is a subset enough?
[15:36] <pitti> seb128: seahorse doesn't need one, it's ok
[15:36] <tjaalton> pitti: well, -core is the one most have installed, and reverting just that seems to work
[15:36] <tjaalton> s/most/everyone/
[15:36] <seb128> pitti: we said we need bugs for things which have been promoted yesterday no?
[15:36] <pitti> seb128: right, bugs, but not necessarily wiki pages
[15:37] <seb128> pitti: ah ok, it was not clear, so bugs similar to this one are alright? just asking before continuing with the other ones
[15:37] <pitti> tjaalton: we disable the faulty version on the mirrors now, so the order doesn't matter too much
[15:38] <tjaalton> pitti: ok
[15:38] <jdong> forum complaints are starting to surface regarding the X breakage too...
[15:39] <pitti> tjaalton: I think it would suffice to take the -updates versions, bump their version, and reupload
[15:39] <ln-> 15:16 < ln-> what exactly did the latest Dapper updates break?
[15:39] <ln-> 15:16 < Hobbsee> ln-: what makes you think that the dapper updates are broken?
[15:40] <Hobbsee> ?
[15:41] <ln-> Hobbsee: nothing, just a kind of review of the timeline of this situation.
[15:41] <jdong> timezones help with timelines ;-)
[15:42] <ln-> GMT+2
[15:42]  * Hobbsee clearly should read userland more often
[15:48] <LucidFox> pitti, so what about moving mpeg4ip to multiverse? Sorry if I sound impatient.
[15:48] <LucidFox> I'm just anticipating libmp4v2/faac builds unbroken at long last
[15:49] <pitti> LucidFox: oh, it should have gone there? license seemed free to me
[15:49] <LucidFox> it build-depends on multiverse
[15:49] <pitti> LucidFox: done
[15:50] <LucidFox> thanks!
[15:50] <LucidFox> jdong> Rejoice :)
[15:51] <jdong> pitti: yeah it's patent encumbered and all that fun stuff ;-)
[15:51] <jdong> LucidFox: whoo!
[15:58] <JungleDave> Did the recent xserver update get pulled? I'm getting a 403 from http://security.ubuntu.com/ubuntu/pool/main/x/xorg-server/xserver-xorg-core_1.3.0.0.dfsg-12ubuntu8.1_i386.deb
[15:58] <Pici> JungleDave: see: https://bugs.edge.launchpad.net/ubuntu/+source/xorg-server/+bug/183969
[15:59] <ubotu> Launchpad bug 183969 in xorg-server "xserver-xorg-core update breaks java apps" [Critical,In progress]
[15:59] <Pici> "The faulty xserver-xorg-core packages have been disabled on security.u.c. We are in the process of reverting the change and providing updated packages."
[15:59] <JungleDave> Thanks.. it also broke my app (which happens to be C++)
[16:08] <geser> pitti: please give-back: haskell-hgl haskell-edison haskell-fgl. thanks.
[16:13] <dholbach> is the wiki flaky to somebody else too?
[16:14] <soren> dholbach: Sometimes.
[16:14] <_MMA_> dholbach: Yeah. I cant connect to wiki.ubuntu here.
[16:14] <\sh> dholbach, yep
[16:14] <dholbach> _MMA_: same here
[16:16] <nxvl_work> why is the xorg update blocked that way? it crashes my whole update process
[16:16] <nxvl_work> it's kind of annoying for non experienced users
[16:17] <ScottK> nxvl_work: There really isn't another way.
[16:17] <cjwatson> nxvl_work: it should be resolved soon
[16:17] <cjwatson> nxvl_work: it's better than inexperienced users getting a broken update and not being able to start some applications
[16:18] <nxvl_work> mmm
[16:18] <nxvl_work> it's better not to upload broken SRU, but once done, it's done
[16:21] <cjwatson> (it wasn't an SRU)
[16:22] <cjwatson> yes, the broken update came from upstream and it also affects other distributions; at least Debian had the same regression
[16:25] <geser> pitti: please give-back: haskell-openal. thanks.
[16:26] <LjL> cheers on blocking the upgrade (and, i guess it takes what it takes to block it) :)
[16:27] <pitti> geser: all kicked
[16:28] <lool> doko: Recall the /usr/share/doc/* symlinks you mentionned as a good way to save space?
[16:29] <pitti> lool: what about them?
[16:29] <lool> doko: I got a RC against Gtk+ because it's not a strict dep; I don't want a strict dep because of arch: all / arch: any regularly out of sync and to ease upgrade; I've asked for relaxing the rule, see Debian #461440
[16:29] <ubotu> Debian bug 461440 in libgtk2.0-0 "libgtk2.0-0: Must not use a symlink for /usr/share/doc/libgtk2.0-0" [Serious,Open] http://bugs.debian.org/461440
[16:29] <lool> But this will be rejected because we need the proper copyright file version
[16:29] <pitti> lool: oh, please don't use symlinks for entire directories
[16:30] <lool> pitti: Even for files it wouldn't be enough
[16:30] <lool> pitti: Why not?
[16:30] <pitti> lool: please only symlink files (changelog.gz -> ../otherpackage/changelog.gz)
[16:30] <doko> lool: if ensure that the copyright didn't change, I can't see why it's RC
[16:30] <doko> s/if/if you/
[16:30] <lool> doko: This requires a strict versionning
[16:30] <pitti> lool: because dpkg has a *very* weird (but justifiable) way of hanlding symlinks to directories
[16:30] <lool> doko: Anyway, giving some thoughts to it, I think it would be more efficient to compute these symlinks (or hardlinks?) before the creation of the image
[16:31] <lool> pitti: You mean changing from a dir to symlink or vice versa
[16:31] <pitti> lool: our cdbs in Ubuntu now symlinks identical doc/ files and does dependency checks
[16:31] <lool> pitti: But that didn't happen
[16:31] <pitti> lool: right
[16:31] <\sh> doko, good to so you ... would you like to take a look at the gdc-4.1 merge? mom failes to merge it correctly and I don't have really a clue about the package..
[16:31] <lool> pitti: The dir symlink was there since forever
[16:31] <pitti> lool: just mentioning it, this approach shouldn't proliferate
[16:31] <lool> pitti: I just unversionned the dep
[16:31] <pitti> lool: oh, I see
[16:32] <lool> pitti: CDBS does strict dependency checks or simple dependency presence check?
[16:32] <cjwatson> lool: at squashfs creation time? remember that the squashfs contents are copied to the hard disk and that this will therefore infect installed systems; think carefully before you say that you want /usr/share/doc on systems installed from live CD to be constructed differently from those installed in other ways ...
[16:32] <doko> \sh: please talk to arthur; IIRC the package should simply be synced
[16:32] <pitti> lool: no version comparisons, just dependency
[16:32] <lool> pitti: The bug here is that the dep needs to be at least >=source:version
[16:32] <pitti> lool: right; I think I misunderstood the original issue that you had
[16:32] <\sh> doko, ok :)
[16:33] <lool> cjwatson: Yeah, I know, but I persist: if this optimization is useful for live CDs but not wanted in e.g. Debian for policy compliance, I think we should make it only for the live CD use, perhaps undoing it on install -- I don't claim I have a working implementation for this
[16:33] <\sh> doko, btw..do you have arthurs nick?
[16:34] <doko> arthur
[16:34] <lool> cjwatson: it just sounds sane to think into doing the proposed optimization before the live CD build if it's not acceptable in binary packages
[16:34] <\sh> doko, ok..that was easy ;)
[16:35] <pitti> mvo_: can you please reupload apt/edgy with adding .1 to the version? soyuz hates me
[16:35] <pitti> mvo_: i. e. it doesn't have apt_0.6.45ubuntu14.1 in the archive any more, but when I try to accept your upload it says that it's already accepted in edgy
[16:35] <tkamppeter> hi pitti
[16:36] <pitti> hi tkamppeter
[16:36] <lool> cjwatson: Or perhaps we could sort file by checksums and help mksquashfs store them in the same place in the image when they do?
[16:36] <lool> I don't know how squashfs works currently, so I'll shut up; just wanted doko and interested people know that changelogs symlinks are not welcome without a very strict dep
[16:37] <tkamppeter> pitti, flphoto built correctly on most archs, only on IA64 and HPPA it FTBFS, with the processing of the I18n .po files segfaulting on one file, looks like a toolchain problem on the two build systems.
[16:37] <cjwatson> perhaps not entirely by checksums (performance), but that does sound more viable than actually changing the resulting squashfs filesystem
[16:37] <mvo_> pitti: meh, ok. I name it apt_0.6.45ubuntu14.2 - ok?
[16:37] <pitti> mvo_: yes
[16:52] <pitti> tkamppeter: don't worry about it too much for now
[16:53] <_MMA_> seb128: Ok. Fresh alpha3 install on my desktop and laptop. I get no sound and no output in the terminal when I try to play the sounds on the "Sounds" tab of gnome-sound-properties. Nothing on login/out either. I do however get sound when I test on the "Devices" tab.
[16:53] <_MMA_> I'll update and see what happens.
[16:55] <cjwatson> oh, was *that* why my system was running like a drain when using vmware?
[16:55] <cjwatson> tracker was indexing my vmware images ...
[16:55] <_MMA_> hehe
[16:55] <cjwatson> I mention this in case anyone else was trying to figure it out. :-)
[16:56] <lool> cjwatson: (squashfs: Don't we have most checksums hints already?)
[16:56] <mvo_> jdong: what do you think about a backport from the current hardy notification-daemon to gutsy? this fixes a problem with the notification color under dark schemes
[16:57] <cjwatson> lool: it'll probably spot it so long as they're sufficiently close together in the image
[16:57] <LaserJock> cjwatson: ahhh, that might explain why tracker was so obnoxious to me yesterday. I just put in a couple of vmware images
[16:57] <lool> cjwatson: Sounds unlikely for package libfoo and foo if it's sorted by alphabetical order though
[16:58] <cjwatson> lool: I don't know enough of the details, unfortunately
[17:02] <mvo_> pitti: 0.6.45ubuntu14.2 should be waiting now
[17:03] <LaserJock> are unseeded Main packages semi-automatically demoted?
[17:03] <cjwatson> LaserJock: yes
[17:04] <LaserJock> so no bug report required
[17:04] <cjwatson> component-mismatches tracks that
[17:04] <cjwatson> indeed not
[17:04] <LaserJock> great
[17:06] <\sh> doko, gpc-4.1 I think you applied all patches from ubuntu to your debian packages in _2.1-4.1.2-17, as far I can compare the changelog it looks like
[17:07] <doko> \sh: gpc should just be synced
[17:08] <pitti> mvo_: ok, will process; thanks! *hug*
[17:08] <\sh> doko, thx...I'm testbuilding it right now...and request one
[17:17] <\sh> hmm..upgrade dapper->hardy: openoffice.org-l10n-en-gb: Collision: openoffice.org-core (>= 2.0.3) but 1:2.3.1-3ubuntu2 should be installed
[17:17] <\sh> the same for -l10-en-za
[17:18] <emgent> hello there
[17:18] <emgent> W: Errore nello scaricamento di http://security.ubuntu.com/ubuntu/pool/main/x/xorg-server/xserver-xorg-core_1.3.0.0.dfsg-12ubuntu8.1_i386.deb
[17:18] <emgent>   403 Forbidden
[17:18] <emgent> please fix :P
[17:18] <cjwatson> emgent: please see the topic
[17:18] <emgent> ok thanks ehehe
[17:20] <jamiemcc_> cjwatson: I will add *.vmdk *.vmd *.vmsd *.vmss to the default ignore file list in next version of tracker
[17:20] <seb128> jamiemcc_: hey
[17:21] <jamiemcc_> hi seb128
[17:21] <cjwatson> jamiemcc_: thanks! I was actually just looking at the tracker source to try to find a blacklist of extensions, but I guess I was looking in the wrong place
[17:21] <seb128> jamiemcc_: is there a way to know what tracker is doing exactly? tracker-status has no details on what is being indexed, how many items are still to index, etc
[17:21] <jamiemcc_> cjwatson: you can blacklist in tracker-preferences
[17:21] <jamiemcc_> seb128: the applet should tell you that
[17:22] <cjwatson> jamiemcc_: vmem too, please
[17:22] <seb128> jamiemcc_: the applet tooltip is not really useful ;-)
[17:22] <jamiemcc_> cjwatson: yeah will do - I use vmware here
[17:22] <cjwatson> I did indeed blacklist in the preferences
[17:22] <cjwatson> (once I realised the problem)
[17:23] <jamiemcc_> seb128: that will be fixed soon
[17:23] <seb128> jamiemcc_: when right click, it's written indexing in progress and the files and email progress bar at 100%
[17:23] <seb128> on left click I mean rather
[17:23] <cjwatson> jamiemcc_: I think *.iso would be a good plan too
[17:23] <jamiemcc_> cjwatson: yeah pls file a bug with full list if you think on any more - atm we balcklist mainly dev files like autofoo
[17:24] <cjwatson> ok
[17:24] <seb128> jamiemcc_: I'll open bugs I think so the issues are listed on launchpad
[17:24] <jamiemcc_> seb128: ok thx
[17:25] <_MMA_> cjwatson: Really? *.iso? Ive searched for 'em before. Seems handy for most to be able to search.
[17:25] <seb128> jamiemcc_: another annoying one is the index merge bubbles, I got a lot of those
[17:26] <jamiemcc_> seb128: yeah the plan is to autopause trackerd whenever the user moves mouse or presses a key by getting the applet to monitor x events - that way we can do away with thos messages
[17:27] <cjwatson> _MMA_: hmm, I guess I want their names indexed but not their contents
[17:28] <_MMA_> cjwatson: Yeah. Agreed.
[17:28] <jamiemcc_> cjwatson: the problem is xdgmime sometimes mistakes binary blobs for video files
[17:28] <seb128> jamiemcc_: still, is there any need to merge indexes every 15 seconds or to notify users about those in a bubble?
[17:28] <jamiemcc_> seb128: no - it should only ever notify after initial index only
[17:28] <jamiemcc_> will make sure thats the case
[17:29] <seb128> thanks
[17:29] <jamiemcc_> cjwatson: I will include extra logic to make sure xdgmime is not used on certain file patterns
[17:30] <cjwatson> jamiemcc_: thanks
[17:30]  * cjwatson wonders how you tell gtk to switch input methods
[17:31] <seb128> cjwatson: right click in the text widget you are using and select the option there?
[17:31] <seb128> cjwatson: or you mean the default one?
[17:31] <seb128> cjwatson: gtkrc is likely the easiest to change the default
[17:31] <cjwatson> seb128: I mean the default, programmatically, without restarting gtk
[17:31] <cjwatson> seb128: context is that I want ubiquity and oem-config to be able to switch input methods when the language changes
[17:35] <seb128> cjwatson: use gtk_rc_parse maybe?
[17:36] <_MMA_> seb128: Ok. Clean alpha3 install then dist-upgraded. Same results. No sounds on login/out. This is what I saw back at gutsy's development. A Feisty->Gutsy install worked but a clean install doesnt.
[17:37] <seb128> _MMA_: no clue about the issue, it works for me, I'll try to do a new install and look at it later
[17:37] <seb128> _MMA_: maybe some pulseaudio package not installed by default or something
[17:38] <_MMA_> Im gonna go from Feisty->Gutsy now and see if i can wrangle some help from crimsun later.
[17:38] <cjwatson> seb128: argh worst interface ever. if I have to :)
[17:39] <BenderUnit22> ls
[17:39] <BenderUnit22> *blush* Sry.
[18:26] <jdong> mvo: if you're confident with the backport, by all means feel free :) thanks
[18:30] <mvo> jdong: what could possible go wrong :P ?
[18:33] <mvo> jdong: thanks, I check out the debdiff again (I think its good, but I did my changes some days ago)
[18:37] <pochu> seb128: bug 176892 and bug 177027 are metacity regressions which are affecting tracker-applet in a usability POV. Would be nice to get them fixed (and I think they are the same bug but someone undupped them)
[18:37] <ubotu> Launchpad bug 176892 in tracker "Search box out of focus when tray icon clicked" [Low,Invalid] https://launchpad.net/bugs/176892
[18:37] <ubotu> Launchpad bug 177027 in tracker "notification icon window has no obvious way to close " [Low,Invalid] https://launchpad.net/bugs/177027
[18:37] <pochu> Hmm, I'll dup them again explaining why they are dups :)
[18:38] <pochu> The good one is 176892, and 177027 is caused by it.
[18:46] <seb128> pochu: would be nice to send the bug upstream on bugzilla if you have an account there ;-)
[18:47] <pochu> seb128: to metacity right? I'm not sure I reassigned it well because nm-applet behaves correctly. But downgrading metacity fixed it...
[18:48] <seb128> pochu: right
[18:49] <pochu> Alright I'll forward it.
[18:50] <Mez> was the xorg break really bad?
[18:50] <pochu> Have to go. See you all
[18:50] <Mez> (the published and pulled package?)
[18:50] <Mez> or dare I not restart my PC
[18:50] <pochu> Mez: downgrade it.
[18:51] <Mez> pochu, wont get to till Monday
[19:03] <ln-> wtf: http://launchpadlibrarian.net/11430070/Schermata%20aMue2.png
[19:03] <ln-> not a screenshot of the error itself, but a screenshot of the error message pasted into launchpad. and this file is an attachment of that very bug report.
[19:04] <ln-> is there something i don't understand?
[19:10] <Pici> hah
[19:10] <slangasek> gpocentek: are you planning to take care of the gnumeric 1.8.0 merge?  goffice 0.6 is already in hardy, and apparently gnumeric 1.8 is the version that goes with it
[19:15] <[Gutsy]TuTUXG> after latest update i cannot login to gnome
[19:15] <[Gutsy]TuTUXG> is this known?
[19:19] <steveire> http://security.ubuntu.com/ubuntu/pool/main/x/xorg-server/xserver-xorg-core_1.3.0.0.dfsg-12ubuntu8.1_i386.deb <<< This is forbidden for some reason (in todays update)
[19:19] <mjg59> steveire: Yes, it's broken
[19:19] <mjg59> Access will be provided again once it's fixed
[19:20] <steveire> mjg59: Cool. Thanks
[19:20] <gpocentek> slangasek: I'll take care of it tomorrow
[19:20] <slangasek> gpocentek: ok, cheers :)
[19:21] <jpatrick> !xbug > steveire
[19:21] <ScottK> infinity: Thanks for fixing the released sbuild too.
[19:22] <cvasilak> !xbug > cvasilak
[19:25] <infinity> ScottK: NP.  I was sick of seeing the traffic on the buildd list, and fixing the bug turned out to be about as much effort as unsubscribing from it. ;)
[19:25] <ScottK> Heh.
[19:56] <desrt> W: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/x/xorg-server/xserver-xorg-core_1.3.0.0.dfsg-12ubuntu8.1_i386.deb 403 Forbidden
[19:56] <desrt> uh oh
[19:57] <seb128> desrt: there was an issue in the update it has been blocked
[19:57] <desrt> nod.
[19:57] <desrt> that's why i say "uh oh" :p
[19:57] <seb128> ah ;-)
[19:57] <desrt> there needs to be an http status code for "for your own good" :p
[19:58] <seb128> yeah
[19:58] <desrt> or update manager needs to know what forbidden means
[19:58] <seb128> every time they do that there is lot of confused users
[19:58] <jpatrick> !xbug | desrt
[19:58] <ubotu> desrt: The latest security updates unfortunately broke Java and wxWidgets applications. See https://launchpad.net/bugs/183969 for more information. The X.org package causing the problem has been pulled from the repositories, which is why you currently get a "403 Forbidden" error.
[19:58] <desrt> fancy.
[19:58] <desrt> who uses java and wx? :p
[20:20] <keescook> desrt: no one who tests X updates, it seems.  none of the distros ran into the bug while doing testing.  :P
[20:32] <desrt> keescook; =)