[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 <IP_ADDRESS> 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 <IP_ADDRESS> at anything except localhost
[09:22] <slangasek> er
[09:22] <slangasek> snadge: no, you should never point <IP_ADDRESS> 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 <IP_ADDRESS>; the norm is <IP_ADDRESS>
[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 <IP_ADDRESS> ?
[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 <IP_ADDRESS>
[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_<IP_ADDRESS>.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_<IP_ADDRESS>.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_<IP_ADDRESS>.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_<IP_ADDRESS>.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; =)


[00:37] <orionsonofneptun> hey
[00:38] <orionsonofneptun> channel is dead
[00:43] <bryceh> orionsonofneptun, desrt probably went to bed ;-)
[00:44] <orionsonofneptun> hmm no late nighters here
[00:55] <desrt> bryceh: eh?
[00:55] <orionsonofneptun> try #techtalk101
[00:57] <TheMuso> It is still day time for some, a work day for many, and those who work on Ubuntu in this timezone tend to be busy with things that don't require chatter on IRC. :)
[01:14] <TheMuso> bryceh, RAOF, have either of you seen bug 959928? If so, can I consider it under review/taken care of? If not, who would like to be subscribed?
[01:14] <ubot2`> Launchpad bug 959928 in xorg-server "Driver fallback for ARM loads the vendor driver twice and gets invalidated with the error" [High,In progress] https://launchpad.net/bugs/959928
[01:14] <TheMuso> I'd consider sponsoring, but you guys know the code better, and there is the git repo in Debian to be updated... :)
[01:15] <RAOF> TheMuso: I can handle that if you're patch-piloting.
[01:15] <TheMuso> I am patch piloting.
[01:15] <RAOF> It looks correct to me.
[01:16] <TheMuso> Ok cool.
[01:17] <TheMuso> RAOF: So do you want me to do anything with that?
[01:17] <RAOF> I'll handle it.
[01:18] <Guest22703> cyphermox: do you have an opinion on https://code.launchpad.net/~tkluck/ubuntu/precise/gnome-shell/lp883443/+merge/98471
[01:20] <cyphermox> yes.
[01:22] <jbicha> ah, that's better, good evening cyphermox
[01:22] <TheMuso> RAOF: Thanks.
[01:22] <cyphermox> Guest72586: ah, hey
[01:22] <cyphermox> so, I do have an opinion, not sure what it is yet.
[01:23] <TheMuso> jbicha_: I just threw a gnome-shell sponsorship request your way, if you could have a look at it, that would be much appreciated.
[01:23] <jbicha_> TheMuso: and I just deferred it to cyphermox :)
[01:23] <TheMuso> jbicha_: heh ok. :)
[01:23] <cyphermox> it's unclear to me that this is really needed. I certainly don't recall the network disconnected notification to be any special
[01:23] <cyphermox> although if it's not disappearing there's definitely an issue
[01:24] <cyphermox> jbicha_: TheMuso: I'll look at it in a minute, just trying to get a weird IP address check right
[01:24] <jbicha_> I believe it disappears if you click it or something, I'm running Unity this week for Docs
[01:25] <cyphermox> right, I haven't loaded up shell in a while but planned to today
[01:26] <TheMuso> No hurry, I just referred to you guys during my pilot session.
[01:29] <cyphermox> ok
[01:29] <cyphermox> let it be on record that I truly hate manually converting ip address structs to strings ;)
[01:30] <TheMuso> heh
[01:36] <jalcine> lol
[04:36] <orionsonofneptun> anyone here
[04:36] <orionsonofneptun> hey top
[04:37] <orionsonofneptun> try #techtalk101
[05:55] <didrocks> good morning
[05:56] <desrt> didrocks: hello!
[05:56] <didrocks> desrt: hey ;) kind of late for you!
[05:56] <desrt> indeed
[05:57] <didrocks> still on this g-c-c/g-s-d stuff? :)
[05:57] <desrt> it would be a lot easier if you'd upgrade metacity =)
[06:00] <kenvandine> good morning didrocks
[06:00] <didrocks> hey kenvandine ;)
[06:03] <desrt> kenvandine: late, isn't it? :)
[06:04] <kenvandine> desrt, don't remind me :)
[06:06] <desrt> didrocks: why gtk_range_get_event_window()?
[06:15] <kenvandine> hehe... mterry said "This yak is big" is a merge proposal
[06:28] <didrocks> desrt: missing context :)
[06:38] <desrt> didrocks: you added a vendor patch to gtk
[06:38] <desrt> no explanation, no upstream bug link
[06:38] <didrocks> is it really me? /me looks :)
[06:38] <desrt> 075_expose_gdkwidget_for_gtkrange.patch
[06:38] <desrt> From: Didier Roche<EMAIL_ADDRESS>[06:38] <desrt> Date: Fri, 8 Oct 2010 18:54:44 +0200
[06:39] <didrocks> yeah, it's a patch from Cody I guess
[06:40] <didrocks> oh I remember now
[06:40] <didrocks> desrt: hey ;) kind of late for you!https://bugzilla.gnome.org/show_bug.cgi?id=631695
[06:40] <ubot2`> Gnome bug 631695 in gtk "[GSEAL] no API to get event_window from GtkRange" [Normal,Unconfirmed]
[06:40] <didrocks> see the bug above  ^
[06:40] <didrocks> there is a bug linked, which has the upstream link :p
[06:41] <didrocks> I did this in the gtk2 -> gtk3 transition for hooking again ido
[06:41] <didrocks> http://bugzilla-attachments.gnome.org/attachment.cgi?id=171960
[06:41] <didrocks> for the git-format patch
[07:07] <pitti> Good morning
[07:07] <ricotz> pitti, good morning
[07:08] <ricotz> pitti, i hope you are feeling better?
[07:08] <pitti> slightly, thanks; the fever is gone
[07:08] <pitti> still feeling a bit weak
[07:09] <ricotz> sounds promising though
[07:09] <ricotz> so take it easy today
[07:13] <didrocks> good morning pitti
[07:14] <didrocks> happy that you are feeling better, take it easy for today :)
[07:14] <pitti> bonjour didrocks
[07:14] <pitti> didrocks: merci :)
[07:14] <didrocks> de rien :)
[07:18] <rickspencer3> didrocks, I seem to recall that you had a schedule somewhere for when unity versions would land?
[07:18] <rickspencer3> if so, could you please paste me a link when you get a free moment?
[07:21] <didrocks> rickspencer3: https://wiki.ubuntu.com/Unity/ReleaseSchedule
[07:21] <didrocks> the 5.10 release is not set yet on the schedule
[07:21] <didrocks> (and maybe a 5.12 depending on how 5.8 goes)
[07:29] <rickspencer3> thanks didrocks
[07:29] <didrocks> yw :)
[07:29] <rickspencer3> didrocks, so, a release is due this week?
[07:29] <rickspencer3> are you getting ample support for testing it?
[07:29] <didrocks> rickspencer3: well, there are still branches that are to be delivered
[07:30] <didrocks> despite some emails from Monday asking for getting things in/reviewed
[07:30] <rickspencer3> so it may not make beta 2 freeze?
[07:30] <didrocks> and upstream tests done
[07:30] <didrocks> so I guess we can't crowdsource the testing
[07:30] <rickspencer3> I think it means that we can't test it, unless we get an exception for beta 2 freeze
[07:30] <didrocks> and I'm trying to get some dx people to help testing then
[07:31] <didrocks> to still be on time
[07:31] <didrocks> but right now, I don't get a lot of answers…
[07:59] <tkamppeter> pitti, hi
[08:00] <pitti> hello tkamppeter
[08:01] <tkamppeter> pitti, I have done Ubuntu-only uploads of cups and cups-filters yesterday, but now I need cups-filters 1.0.7 (ready on BZR) to be uploaded to Debian as on the #ghostscript channel a Debian user showed up and needs to debug a problem. 1.0.7 contains a debug mode which we need.
[08:01] <pitti> tkamppeter: sure, can upload it
[08:02] <tkamppeter> pitti, OK, thanks.
[08:17] <rickspencer3> is anybody else finding the overlay scrollbars to be jankier than usual in 12.04 these days?
[08:17] <rickspencer3> I assume it's track pad related
[08:17] <pitti> sometimes I find them a bit erratic, but I can't put my finger on what exactly
[08:23] <pitti> tkamppeter: uploaded, synced
[08:31] <pitti> didrocks: gnome-themes-standard wasn't syncable?
[08:31] <tkamppeter> pitti, thanks.
[08:31] <pitti> didrocks: and gnome-system-monitor not mergeable?
[08:33] <didrocks> pitti: we weren't in sync for gnome-themes-standard, so I didn't really look TBH
[08:33] <pitti> ah, I expect that Debian's 3.3.92-1 shouldn't be much different from our's
[08:33] <didrocks> and same for g-s-t
[08:33] <didrocks> shouldn't, yeah
[08:34] <didrocks> i can have a look later today
[08:34] <pitti> g-s-t probaly has a lp-i patch (thus merge)
[08:34] <didrocks> I tried to get the max update I could do in the morning before the pingy machine is back
[08:34] <didrocks> (which is the case now)
[08:59] <seb128> hey
[08:59] <pitti> bonjour seb128, ca va?
[08:59] <seb128> oh, a pitti!
[08:59] <pitti> seb128: great work on 3.3.92!
[08:59] <seb128> pitti, hey, ca va bien ! what about you ?
[09:00] <seb128> pitti, didrocks: thanks for dealing with the remaining updates
[09:00] <pitti> seb128: you are way off on the bug counter now :) great work
[09:00] <pitti> seb128: the fever is gone, so I'm back
[09:00] <seb128> pitti, great
[09:00] <pitti> doing a few updates ATM
[09:01] <thumper> pitti: I'm pleased you are feeling better
[09:01] <seb128> pitti, bug counter: yeah, I collect some GNOME 3.3.92 extra points, though I would have happily shared some of the 40 updates I did in 2 days and the attached bugs
[09:01] <seb128> collected
[09:01] <seb128> well, at least it's mostly done now ;-)
[09:01] <didrocks> seb128: yw ;) salut!
[09:01] <seb128> lut didrocks
[09:02] <pitti> seb128: yeah, sorry :/ bad infection
[09:02] <pitti> seb128: my teeth are relatively fine, I guess I caught an infection during the operation or so
[09:02] <pitti> I updated the pad for the things I'm working on
[09:02] <seb128> pitti, nothing to be sorry about, I'm glad your fever is gone, the infection probably tamed down
[09:02]  * seb128 hugs pitti
[09:02]  * pitti hugs back seb128
[09:06] <pitti> seb128: hm, did you remove gedit-plugins from the pad?
[09:07] <pitti> or was that me, accidentally?
[09:07] <seb128> pitti, yes, I saw that "Andrew Starr-Bochicchio" did it this night on -changes
[09:07] <seb128> cheese as well
[09:07] <pitti> hm, we have 3.2.2
[09:07] <seb128> pitti, https://launchpad.net/ubuntu/precise/+source/gedit-plugins/3.3.4-0ubuntu1
[09:07] <pitti> err, sorry, that was eog-plugins
[09:07] <seb128> ?
[09:08] <pitti> nevermind me
[09:08] <seb128> pitti, ok, all good, eog-plugins is still to do
[09:08] <pitti> seb128: I just did that one
[09:08] <seb128> gedit-plugins could also probably be done in debian and synced I think
[09:08] <pitti> gedit itself isn't in experimental yet
[09:08] <seb128> but well we have the current version now so we can wait as well
[09:08] <seb128> pitti, oh ok, so yeah, let's wait
[09:09] <pitti> I'll grab some more
[09:09] <seb128> pitti, btw we can probably delete gnome-utils from the archive now
[09:09] <seb128> we got the remaining standalone components yesterday
[09:12] <seb128> didrocks, the zg updates are published in Debian if you want to sync them
[09:13] <didrocks> seb128: yeah, I'll do that in a few, still on the morning discussion pre-unity preparation
[09:13] <seb128> didrocks, no hury
[09:14] <seb128> pitti, ok, I reviewed version and put a few extra side updates on the pad but I think we covered all the important updates, those are bonus
[09:14] <pitti> seb128: there is the gnome-utils binary package, and g-u-common
[09:14] <seb128> pitti, -common is deprecated, libgdict-common conflicts with it
[09:15] <pitti> seb128: don't we need a transitional gnome-utils package for upgrades?
[09:15] <seb128> pitti, do we care about the dummy gnome-utils for updates?
[09:15] <seb128> ok
[09:15] <seb128> I will fix gnome-utils to drop the other binaries and keep the dummy for this cycle then
[09:15] <seb128> we can drop it after the lts
[09:15] <pitti> seb128: I'm not sure; but if lucid doesn't have all the split out binary packages, we do
[09:15] <seb128> pitti, it doesn't
[09:16] <pitti> seb128: ah, it doesn't, so we need it, yes
[09:16] <seb128> so yeah, let's do that
[09:16] <seb128> I will drop the remaining binaries and keep the transitional one, then we can drop it when q opens
[09:20] <chrisccoulson> good morning everyone
[09:20] <seb128> hey chrisccoulson, how are you?
[09:20] <chrisccoulson> seb128, yeah, not too bad thanks. how are you?
[09:21] <didrocks> good morning chrisccoulson
[09:21] <seb128> I'm good thanks
[09:21] <pitti> hey chrisccoulson
[09:21] <chrisccoulson> hi pitti, didrocks
[09:24] <didrocks> pitti: can you have a look at bugs #921506 and bug #960498 please?
[09:24] <ubot2`> Launchpad bug 921506 in unity "[FFe, UIFe] HUD - The HUD does not respect launcher autohide or icon size settings" [High,In progress] https://launchpad.net/bugs/921506
[09:24] <ubot2`> Launchpad bug 960498 in activity-log-manager "[UIFe] Blacklisted special folder icons (from nautilus). Upload activity-log-manager 0.9.4" [Undecided,New] https://launchpad.net/bugs/960498
[09:24] <didrocks> they are already approved by the doc team
[09:27] <pitti> didrocks: done
[09:28] <didrocks> thanks pitti
[09:53] <pitti> seb128: hm, do you happen to know about bug 106995 ?
[09:53] <ubot2`> Launchpad bug 106995 in vte "gnome-terminal unconditionally interprets mouse wheel events" [Low,Fix released] https://launchpad.net/bugs/106995
[09:53] <pitti> seb128: vte3 has a patch which adds a new property for this
[09:53] <pitti> but the patch doesn't do anything by itself
[09:53] <seb128> pitti, no, first time I read about it sorry
[09:53] <pitti> something like gnome-terminal actually needs to call the new function (set alternate scroll)
[09:54] <pitti> and the bug still seems to be present
[09:54] <pitti> I'm inclined to just drop the patch
[09:54] <pitti> seb128: ok
[09:54] <seb128> pitti, dropping the patch works for me
[09:54] <pitti> it's the only remaining delta with Debian exp, I merged the rest
[09:55] <Sweetshark> pitti: I am out of ideas for bug 958586. there is a "|| true" there now: http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=blob;f=libreoffice-common.postinst.in;h=e3e776da172964a26e7379da2f7895f860657787;hb=f621e552267e31081641ade7976165a89a1d9ead, but it still fails.
[09:55] <seb128> drop it! ;-)
[09:55] <ubot2`> Launchpad bug 958586 in libreoffice "package libreoffice-common 1:3.4.4-0ubuntu1 [modified: usr/share/doc/libreoffice-common/copyright] failed to install/upgrade: ErrorMessage: Unterprozess installiertes post-installation-Skript gab den Fehlerwert 134 zurück (dup-of: 916291)" [Undecided,New] https://launchpad.net/bugs/958586
[09:55] <ubot2`> Launchpad bug 916291 in libreoffice "failed to upgrade from Oneiric to Precise: ERROR: Cannot determine language! - exit status 134" [Critical,Triaged] https://launchpad.net/bugs/916291
[09:56] <Sweetshark> pitti: I not getting what in the world of dpkg actually triggers the $WHATEVER that fails there ...
[09:56] <seb128> pitti, stupid retracer env question, what do I need to do to be able to run the scripts again?
[09:57] <pitti> seb128: PYTHONPATH=apport  I guess
[09:57] <seb128> pitti, that's not enough, I get launchpadlib.errors still missing
[09:57] <pitti> seb128: dchroot into oneiric
[09:57] <seb128> pitti, that did it, thanks
[09:58] <pitti> Sweetshark: hm, no offhand idea right now; need to look into this further, but need to run to doctor appointment in 5 mins
[10:00] <pitti> so, see you later!
[10:01] <seb128> didrocks, pitti, chrisccoulson: retracers bugs with the most dups since the 03/10: http://pastebin.ubuntu.com/893397/
[10:02] <seb128> just a piece of info
[10:02] <didrocks> thanks seb128
[10:02] <seb128> the first column is the number of dups
[10:02] <chrisccoulson> thanks!
[10:12] <seb128> pitti, you won bug #948663
[10:12] <ubot2`> Launchpad bug 948663 in udisks "udisks-daemon crashed with signal 5 in g_closure_invoke()" [Medium,Confirmed] https://launchpad.net/bugs/948663
[10:13] <seb128> pitti, (trying to get the most frequent segfault assigned)
[10:19] <seb128> bryceh, RAOF: bug #943880 still get daily duplicates
[10:19] <ubot2`> Launchpad bug 943880 in xorg-server "Xorg crashed with SIGABRT in __libc_message() from XIDestroyDeviceProperty" [High,New] https://launchpad.net/bugs/943880
[10:19] <seb128> I set back it back from incomplete to new
[10:25] <Sweetshark> pitti: k, thanks.
[10:36] <mpt> Is gnome-utils-common supposed to be removed by updates?
[10:37] <seb128> mpt, yes
[10:37] <mpt> thanks :-)
[10:38] <seb128> mpt, yw
[10:38] <seb128> mpt, each gnome-utils component has its own source now so the bundle "gnome-utils" is deprecated
[10:38] <seb128> you will get gnome-dictionary, etc instead
[10:38] <mpt> excellent
[10:39] <mpt> Each split like that avoids a strange "These things will be removed as well" dialog when you try to uninstall part of the bundle in Ubuntu Software Center :-)
[10:40] <seb128> hehe
[11:36] <pitti> seb128: bug stats> merci
[11:37] <seb128> pitti, de rien ;-)
[11:37] <pitti> will look at the udisks ones
[11:37] <pitti> vte3 upstream FTBFS with separate build tree, argh; /me fixes
[11:40] <pitti> nice, seems we are in sync with quite a lot of gnome packages again
[11:41] <seb128> indeed
[11:41] <seb128> we can probably increase the syncs after precise
[11:42] <seb128> some are good to sync but debian multiarched them
[11:42] <seb128> or it's a bit late to multiarch libs now in precise
[11:42] <pitti> is it?
[11:42] <seb128> well, I leaned toward being conservative
[11:42] <pitti> I thought at this point it's "catch as much as we can", as long as it's not something more complicated lice multi-arched plugin paths
[11:42] <seb128> but maybe that's not needed ;-)
[11:42] <seb128> like vala-0.16 could be synced I think
[11:43] <pitti> we get a lot of "plz multiarch this" from canonical as well
[11:43] <seb128> or gtksourceview3 got multiarched in debian
[11:43] <seb128> pitti, ok, I will try to have a look to the few of those I skipped then ;-)
[12:04] <pitti> didrocks: want me to grab the gnome-themes-standard update from you? I'd do it in debian and sync
[12:05] <didrocks> pitti: sure, please go ahead ;)
[12:15] <seb128> pitti, re themes, Debian doesn't put the a11y themes in a different binary IIRC
[12:16] <pitti> ah, ok
[12:16] <pitti> will update in Debian and merge then
[12:16] <seb128> maybe they would be wanting to do it
[12:17] <seb128> though I guess in that case they would have the standard theme depends on a11y which would still be a diff
[12:17] <pitti> asking on #debian-gnome
[12:17] <pitti> it would make our delta much smaller
[12:17] <pitti>  gnome-accessibility-themes | 2.30.2-1 | sid     | all
[12:17] <pitti> and also would fix this
[12:19] <pitti> seb128: but I see nothing wrong with gnome-themes-standard recommending or depending on gnome-accessibility-themes
[12:19] <seb128> pitti, right, sorry, it's the other way around for us, we just pull in -a11y
[12:19] <seb128> so that would work
[12:22] <xclaesse> I was wondering if ubuntu precise already has the needed stuff to run gnome-shell with software opengl?
[12:22] <xclaesse> to run on qemu for example
[12:23] <pitti> xclaesse: it should
[12:23] <pitti> xclaesse: unity-3d runs in kvm
[12:24] <pitti> xclaesse: that's the LLVM pipe renderer in mesa
[12:24] <xclaesse> nice
[12:52] <jibel> with latest updates, comments in desktop files are displayed in the label of desktop icons. Is it expected or a known bug ?
[12:52] <jibel> for example on a live session the install icon is labeled "Install Ubuntu 12.04 LTS Install this system permanently on your hard drive"
[12:52] <seb128> jibel, known bug
[12:52] <jibel> seb128, bug number ?
[12:52] <seb128> jibel, dunno, I saw it being discussed on #nautilus yesterday
[12:53] <jibel> seb128, I'll search lp
[12:53] <seb128> where upstream was part of the discussion
[12:53] <jibel> thanks
[12:53] <seb128> jibel, yw
[13:26] <asac> seb128: didrocks: just to confirm how happy i am that i have ctrl+alt back: the keyboard I bought one week ago doesnt have a windows key at all ... fun
[13:27] <seb128> asac, ;-)
[13:27] <didrocks> heh ;)
[13:27] <asac> http://www.cherrycorp.com/english/keyboards/Industrial/4100/index.htm
[13:28] <asac> and no, i didnt even think about checking whether it had such a key
[13:28] <asac> Features: "Optional “Non-Windows” Key Layout" ... seems i got one of those :)
[13:30] <asac> while i am here ... any bustage in the archive atm? /me types dist-upgrade
[13:42] <mterry> I feel like we ended up taking more of GNOME 3.4 this cycle than I thought we would
[13:45] <kenvandine> good morning mterry
[13:46] <kenvandine> mterry, your merge proposal, even though it is marked as a work in progress do you still want a review?
[13:46]  * kenvandine loved the  comment on it..  "This yak is big" :-D
[13:48] <seb128> lol
[13:48] <mterry> kenvandine, sure, I think this is the solution I'll end up using.  The remaining issue is that while you will correctly not get prompted for root password, you will also not get notified about failure to restore files that need root permission (so you'll get a false positive restore, which is bad).  Working on that bit, but if you could review the branch as is, would be helpful, yeah  :)
[13:48] <seb128> hey kenvandine, mterry
[13:48] <kenvandine> mterry, will do
[13:48] <mterry> kenvandine, if you loved my verbose comments in unity-greeter, you'll love this branch
[13:48] <kenvandine> i noticed already :)
[13:48] <mterry> seb128, hello!
[13:48] <kenvandine> you wrote a book in there :)
[13:49] <mterry> kenvandine, all for "needs_root = false"  :)
[13:49] <kenvandine> hehe
[13:49] <desrt> mterry: MOAR!!!
[13:49] <ricotz> seb128, hi, do you like to see a gnome-session update?
[13:50] <desrt> mterry: see? :)
[13:50] <seb128> ricotz, hi, why?
[13:50] <desrt> ricotz: great timing, btw :)
[13:50] <seb128> ricotz, there was no interesting change this cycle iirc
[13:50] <mterry> desrt, was that your yak impression?  :)
[13:50] <desrt> mterry: in response to <mterry> I feel like we ended up taking more of GNOME 3.4 this cycle than I thought we would
[13:50] <ricotz> seb128, i see, so no risky changes in you opinion then?
[13:50] <desrt> just as ricotz asks for a gnome-session bump :)
[13:51] <ricotz> seb128, while it is part of 3.4 ;)
[13:51] <ricotz> desrt, you were about to ask this too?
[13:51] <ricotz> ;)
[13:51] <mterry> ah yes.  :)  I wanted to stay on 3.2.  Hell, I wouldn't have minded backsliding to 3.2!  I like known bugs
[13:51] <mterry> I mean backsliding to 3.0
[13:51] <desrt> mterry: there is a very long tradition of me (and others) abusing seb to take newer versions than he wanted to at the start of the cycle
[13:52] <mterry> desrt, the man is too trusting
[13:53] <desrt> mterry: there's no trust being violated.  he knows it will happen.  :)
[13:53] <seb128> ricotz, I see no benefit either
[13:54] <desrt> mterry: (you're witnessing the pushback phase)
[13:54]  * mterry brings out popcorn
[13:54] <seb128> lol
[13:54] <desrt> seb128: come on... you were the one telling me yesterday about numbers
[13:54] <desrt> 3.4 > 3.2
[13:54] <desrt> "GREATER than"
[13:55] <desrt> mterry: (irrefutable quasi-logic phase)
[13:56] <seb128> desrt, well, that works for decent softwares
[13:56] <seb128> GNOME doesn't count stability, they count bugs though
[13:57] <desrt> mterry: (friendly barbs phase)
[13:57] <seb128> so > means buggier ;-)
[13:57] <desrt> seb128: don't you trust ricotz?
[13:57]  * mterry wants GNOME to hurry up and become an actual OS so it will have LTS cycles
[13:58] <desrt> i mean... has he ever done anything to hurt you?
[13:58] <seb128> desrt, lol
[13:58] <seb128> desrt, fix your HUD bugs instead of trolling :p
[13:59] <desrt> looks like some nice bugfixes/features in here
[13:59] <desrt> like a new gnome.fallback kernel commandline parameter
[14:00] <ricotz> seb128, does this mean you would take a look at a debdiff?
[14:00] <seb128> ricotz, file a ffe with a rational and subscribe release-team
[14:01] <davmor2> desrt: isn't gnomes.fallback kernel likely to be the hurd do we really want to go there? :D
[14:01] <seb128> ricotz, I don't see a point for the update, last time I looked at it there was only commits for systemd support and that introduced regressions
[14:01] <seb128> it seems like work and regression potential for 0 use
[14:01] <desrt> davmor2: no... i think it's so you can boot your system with gnome.fallback=1 on the commandline and get 2D
[14:01] <desrt> useful of 3D will crash your machine
[14:01] <desrt> *if
[14:02] <desrt> seb128: you're actually right on this one, though
[14:02] <ricotz> seb128, ok, i will just push it gnome3 ppa then
[14:02] <desrt> there are some very very minor additions here other than the systemd stuff
[14:02] <seb128> ricotz, why? what's the point?
[14:02] <desrt> and obviously the systemd stuff is no benefit to us, but some risk
[14:03] <ricotz> desrt, hmm
[14:03] <seb128> ricotz, does anyone cares about systemd support in the GNOME3 ppa? it's not like that was the only bit missing for systemd support in Ubuntu
[14:04] <seb128> I doubt mean lts users will want to switch their system to systemd
[14:04] <seb128> they would to enable systemd support in a bunch of GNOME tarballs where we didn't turn it on as well
[14:04] <desrt> seb128: i suspect this question will become far more interesting next cycle
[14:04] <seb128> desrt, right, I'm happy to update gnome-session next cycle ;-)
[14:04] <seb128> I just don't see what we have to win to do it now
[14:04]  * desrt expects an early PPA with systemd in it
[14:04] <desrt> (one way or the other)
[14:06] <desrt> seb128: btw: can you drop 061_multiarch_module_fallback.patch in gtk?
[14:06] <ricotz> seb128, alright, you made your point clear
[14:06] <seb128> desrt, you got pinged by olli for meeting in case you don't read other channels
[14:06] <seb128> desrt, let me check, I guess so
[14:07] <seb128> ricotz, ;-)
[14:07] <ricotz> seb128, this is more for good measure to have it updated and getting tested to gnome3 ppa seems reasonable
[14:07] <seb128> ricotz, ok, your call
[14:07] <jbicha_> I'm sure there's a dozen people that want systemd in Ubuntu
[14:07] <seb128> I doubt users are really interested in it
[14:07] <jbicha_> good morning
[14:07] <seb128> hey jbicha_, how are you?
[14:07] <seb128> desrt, read me
[14:08] <seb128> desrt, ok, good, you replied ;-)
[14:11] <ricotz> seb128, pushed. let the user complains come ;)
[14:11] <seb128> ;-)
[14:11] <ricotz> seb128, g-k seems to run fairly well too, besides xclaesse' issue
[14:13] <seb128> ricotz, yeah, we decided that one was too risky weeks ago
[14:13] <ricotz> i know
[14:14] <ricotz> seb128, wayland can come now :P
[14:16] <seb128> lol
[15:17] <seb128> desrt, bug #960757, https://launchpadlibrarian.net/97677128/Stacktrace.txt ... does it seems like a gio issue or a program issue to you?
[15:17] <ubot2`> Launchpad bug 960757 in whoopsie-daisy "whoopsie crashed with SIGSEGV in g_object_newv()" [High,Confirmed] https://launchpad.net/bugs/960757
[15:18] <desrt> this stacktrace is giving me deja vu
[15:18] <desrt> i think i had that turning up in valgrind at some point
[15:18] <seb128> desrt, you have a lot of deja vu recently ;-)
[15:18] <desrt> but i looked at the code and decided that it couldn't possibly be a problem
[15:18] <desrt> let me look again
[15:19] <seb128> desrt, thanks
[15:19] <desrt> so this is not the same bug
[15:20] <desrt> the one i saw was a few lines down
[15:20] <desrt> but it was another case of a crash inside GString as called by the default log handler
[15:29] <desrt> seb128: my verdict here is memory corruption
[15:29] <desrt> seb128: g_slice_alloc() is returning some bullshit
[15:30] <seb128> desrt, ok, thanks for looking at it, I transmitted the comment to ev on #ubuntu-devel
[15:43] <seb128> desrt, so, how is your gsd overrides stuff working
[15:43] <seb128> desrt, should "gsettings set': gsettings set org.gnome.settings-daemon.plugins.xsettings  overrides "{ 'Gtk/ShellShowsAppMenu': < 1 >}"" do something?
[15:43] <desrt> yes
[15:44] <desrt> it should hide the menus, even if unity is not running
[15:44] <desrt> then <0> should show them, even if unity _is_ running
[15:44] <seb128> desrt, 0 doesn't show them under unity
[15:45] <desrt> oh
[15:45] <seb128> but maybe it's the appmenu-gtk stuff kicking in?
[15:45] <desrt> sorry -- the gtk dbusmenu patch uses the ShellShowsMenubar property, rather
[15:45] <desrt> AppMenu is only for GMenuModel apps
[15:46] <seb128> desrt, same difference
[15:46] <seb128> gsettings set org.gnome.settings-daemon.plugins.xsettings  overrides "{ 'Gtk/ShellShowsMenuBar': < 0 >}"
[15:46] <seb128> or < 1 >
[15:46] <seb128> -> no difference
[15:47] <desrt> so that's worrying.
[15:47] <desrt> no it's not :p
[15:47] <desrt> Menubar
[15:47] <desrt> not MenuBar
[15:48] <seb128> desrt, doh, that works
[15:48] <seb128> thanks ;-)
[15:48] <desrt> no worries
[15:48] <desrt> glad you're enjoying the patch =)
[15:49] <seb128> ;-)
[15:50] <desrt> the logic is that the property represents if the _shell_ shows the menubar
[15:50] <desrt> ie: if the shell shows it, there is no need for the app to do so
[15:50] <desrt> so you force the menu shown in the app by telling "the shell is not showing it"
[15:50] <desrt> (0)
[16:28] <didrocks> chrisccoulson: around?
[16:28] <chrisccoulson> didrocks, yeah
[16:28] <chrisccoulson> although, starting to feel like i want to hang myself ;)
[16:28] <didrocks> chrisccoulson: it's just been confirmed to be in 5.6 as well, but can you try to reproduce: https://bugs.launchpad.net/unity/+bug/961338
[16:28] <ubot2`> Launchpad bug 961338 in unity "Filters not working" [Undecided,Confirmed]
[16:29] <chrisccoulson> didrocks, yeah, i get that here
[16:30] <didrocks> chrisccoulson: ok, thanks for confirming
[17:46] <pitti> good night everyone!
[17:46] <bcurtiswx> night pitti
[17:49] <seb128> 'night pitti
[18:05]  * didrocks waves good night
[18:05] <bcurtiswx> g'night didrocks
[18:05] <didrocks> bye bcurtiswx ;)
[18:07] <jbicha_> seb128: is the Epiphany quicklist proposal too late for Precise?
[18:13] <seb128> jbicha_, we said we wouldn't take those for universe since they can't be translated
[18:13] <seb128> jbicha_, we don't have rosetta, langpacks for universe
[18:19] <seb128> grrr, I can't believe it's 2012 and I can't close my docked laptop lid without having my laptop to hang
[18:24] <jbicha_> seb128: that's what I thought
[18:25] <jbicha_> seb128: should we disable suspend by default too? ;)
[18:25] <seb128> it's docked with an external screen, it was not going to suspend
[18:25] <seb128> it was "just" a xrandr call
[18:25] <seb128> we should maybe disable resolution changes ;-)
[18:31] <topyli> speaking of epiphany, i often am unable to select text, or maybe it ignores my mouse altogether
[18:31] <topyli> i have no idea how to report this bug. "epiphany does not work" :)
[18:32] <seb128> "use firefox" ;-)
[18:32] <topyli> i am :)
[18:33] <seb128> desrt, can you maybe help to debug bug #961442 by asking some questions?
[18:33] <ubot2`> Launchpad bug 961442 in unity "hud-service uses too much CPU time" [Undecided,New] https://launchpad.net/bugs/961442
[18:33] <topyli> but epiphany is pretty damn wonderful in this new incarnation of gnome
[18:34] <seb128> topyli, well, I wouldn't use epiphany as my web browser in any case seeing how often webkit-gtk gets security updates
[18:35] <topyli> yes it is a bit sad
[18:35] <micahg>  seb128: that will be fixed soon hopefully :)
[18:35] <seb128> micahg, that would be great ;-)
[18:35] <dobey> micahg: it will start just releasing new major versions every few weeks too, and we'll backport them to all versions of ubuntu? :)
[18:36] <topyli> heh
[18:36] <topyli> sounds like a plan!
[18:36] <dobey> hrmm, so epiphany does indeed not work
[18:36] <dobey> why is that
[18:37] <micahg> dobey: that doesn't work easily when something has a lot of reverse dependencies :)
[18:37] <topyli> no idea. i suspect it's webkit
[18:38] <dobey> topyli: why do you suspect that?
[18:38] <jbicha_> it works here, but I'm running 3.3.92 which I just uploaded
[18:38] <jbicha_> not sure if 3.3.91 stopped working or not
[18:38] <dobey> jbicha_: whatever version i have installed isn't opening a window
[18:38] <topyli> dobey: just because it's the content, not the chrome that's broken. i'm not going to try and claim i know anything, it's just a feeling :)
[18:39] <dobey> topyli: well, rhythmbox is working fine
[18:40] <topyli> it is
[18:40] <dobey> and it's using the same webkit as epiphany
[18:40] <topyli> i didn't know rhythmbox had something to do with webkit
[18:40] <dobey> some of the extensions use it
[18:40] <topyli> well, the stores and stuff
[18:41] <dobey> the ubuntu one store looks fine to me
[18:41] <cyphermox> desrt: hey
[18:41] <cyphermox> desrt: have an opinion on https://code.launchpad.net/~tkluck/ubuntu/precise/gnome-shell/lp883443/+merge/98471 ?
[18:41] <jbicha_> ooh, wow, Google services look bad, it's got the Chromium-style scrollbar & the Ubuntu overlay scrollbar
[18:42] <cyphermox> seems to me like fine, but I use gnome-shell about once a month, and don't know much about the design decisions for notifications there. I'm hoping you know more about that than I do
[18:43] <dobey> jbicha_: in epiphany?
[18:45] <topyli> looks like epiphany works fine when you first open a page, and maybe the next one. along the way it loses touch with your pointer somehow. it's very weird
[18:45] <topyli> i'm on an old macbook, dunno how the hardware affects this
[19:35] <mterry> oh haha
[19:36] <mterry> I thought B2 was tomorrow, but it's just the freeze.   Things make a lot more sense now
[19:38] <seb128> mterry, crawl back from under your rock :p
[19:39] <mterry> seb128, I was fixing unity-greeter crashes!  some thanks...  :)
[19:39] <seb128> mterry, oh, I assigned you one today!
[19:39] <mterry> that's the one
[19:39] <seb128> mterry, you are going to blame it on me right?
[19:39] <seb128> rrrrrright
[19:39] <seb128> ;-)
[19:40] <mterry> yeah, my branch just says "if (username == seb128) return;"
[19:40] <mterry> "no more bugs from him!"
[19:40] <seb128> we need to start translating variable to make those hacks harder for you americans :p
[20:36] <jalcine> Is anyone willing to help me test a speech-related application? It's at https://launchpad.net/speechcontrol.
[20:44] <kenvandine> seb128, valac is in NEW, can you help move it along?
[20:44] <kenvandine> breaking my builds now
[20:45] <broder> is anybody looking at the vte termcap handling regression?
[20:46] <seb128> kenvandine, done
[20:46] <kenvandine> seb128, thx
[20:46] <seb128> yw
[20:53] <thumper> hi seb128 :)
[20:53] <jbicha_> broder: did you restart your terminal?
[20:53] <thumper> start of another day
[20:53] <broder> jbicha_: i opened new ones
[20:54] <seb128> thumper, hey
[20:54] <broder> jbicha_: do i need to kill them all off?
[20:54] <jbicha_> broder: that worked for me
[20:55] <broder> jbicha_: that makes sense. it looks like vte switched from shipping the termcap info in a file to shipping it embedded in the binary
[20:55] <broder> at least, that's my best interpretation of the diff
[20:56] <broder> much better. thanks for confirming my suspicions :)
[22:22] <thumper> hi people
[22:22] <thumper> I was wanting to upgrade my oneiric server
[22:22] <thumper> but it has got itself into a bit of a state
[22:22] <thumper> need to apt-get -f install
[22:22] <thumper> but that says it is failing due to...
[22:23] <thumper> unable to securely remove '/usrsrc/linux-headers...': Read-only file system
[22:23] <thumper> eh?
[22:23] <thumper> not sure where to go from here
[22:28] <JanC> remount filesystem r/w?
[22:28] <thumper> how can I easily tell how it is mounted?
[22:29] <thumper> I haven't done anything different from when this last worked
[22:29] <thumper> why would something suddenly become read only?
[22:29] <thumper> for me /usr is part of /
[22:30] <thumper> how can I tell how it is mounted? read-only or otherwise?
[22:30] <JanC> maybe check dmesg/syslog for an error why it got mounted ro
[22:31] <JanC> also, you better ask #ubuntu for support...
[22:31] <JanC> or #ubuntu+1
[22:34] <thumper> ok
[22:56] <dupondje> Its a known bug that titlebar/icons are broken on Gnome3 ? :)


[02:40] <giantsloth1267> hey so i'm getting a really bizarre bug in my program
[02:40] <giantsloth1267> when my input is anything with .99 appended to it
[02:40] <giantsloth1267> it outputs
[02:40] <giantsloth1267> .990000000000002
[02:40] <giantsloth1267> after adding ten to it
[02:41] <giantsloth1267> and its correct except for the<PHONE_NUMBER>00002 at the end
[02:41] <giantsloth1267> anyone have any idea what that is?


[03:36] <fmarier> so did anybody upgrade successfully from 12.04 to 14.04 recently?
[03:37] <ajmitch_> yep
[03:37] <ajmitch_> well, maybe a couple of months ago on my laptop
[03:37] <fmarier> ajmitch_: and you didn't run into anything major?
[03:38] <ibeardslee> only issue I really had was the apache2 configs
[03:38] <ajmitch_> it seemed to work out alright
[03:38] <ajmitch_> the only thing was I switched back to the free radeon driver before upgrading, iirc
[03:39] <fmarier> ibeardslee: yeah, i saw that upgrading from wheezy to jessie as well
[03:39] <ajmitch_> since I knew fglrx wouldn't support it in 14.04 & the free driver is much better now
[03:39] <fmarier> my experience upgrading to 14.04 was truly miserable though
[03:39] <fmarier> i can no longer log into unity/gnome-shell/xfce :(
[03:39] <ajmitch_> does X start at all?
[03:40] <fmarier> and i can't figure out where it's going wrong
[03:40] <fmarier> ajmitch_: yeah, X works fine. if i use kdm, i can get a gnome-terminal using the failsafe mode and then start gnome-shell from there
[03:40] <ajmitch_> no weird permissions in $HOME ?
[03:41] <fmarier> however, if i log into a xfce/unity/gnome session directly, it accepts my password, blanks the screen, then goes right back to lightdm/gdm/kdm
[03:41] <fmarier> i tried creating a new user and it does the same thing
[03:41] <ajmitch_> ~/.xsession-errors would usually help, I remember I'd have issues like that when the disk was full
[03:41] <fmarier> it's a truly frustrating bug
[03:42] <ajmitch_> but I doubt the upgrade would have completed if that was the case
[03:42] <fmarier> yeah, my .xession-errors is bitching about an error in /usr/bin/lightdm-something but it's not exactly verbose
[03:43] <fmarier> it's also bitching about xmodmap not being able to find a file
[03:43] <fmarier> i'm wondering what actually gets run when lightdm starts a gnome or unity session
[03:43] <ajmitch_> pastebin it
[03:44] <fmarier> ajmitch_: the error?
[03:44] <ajmitch_> yeah, if you can
[03:45] <ajmitch_> someone might have a clue :)
[03:45] <fmarier> i don't have that computer with me here and the upgrade apparently also broke fwknopd :(
[03:45] <ajmitch_> ah
[03:45] <fmarier> though that's not surprising as it went from 1.x to 2.x, i probably need to redo its config
[04:19] <ibeardslee> hmm that sounds like a problem I'd seen with the .Xauthority file .. somehow root owned it, and the user couldn't write to it.
[04:24] <ajmitch_> ibeardslee: yeah, hence me asking about weird permissions
[04:26] <ibeardslee> ahh, yeah.  for some reason it was the only file that was 'mangled'
[04:29] <ajmitch_> I couldn't remember which of the files it would have been
[04:36] <fmarier> ibeardslee: that (or a stray .xsession) is what i suspected, but create a brand new user account didn't help
[04:37] <fmarier> i wonder what's different between a kdm failsafe session and a normal one
[08:26] <fmarier> is trusty still using upstart or has it moved to systemd already?
[08:28] <fmarier> it looks like my session problems are due to the PATH not being set properly
[08:29] <fmarier> the error from ~/.xsession-errors: /usr/sbin/lightdm-session: 5: exec: init: not found
[08:29] <fmarier> with the full command line being: exec init --user
[08:30] <fmarier> where "init --user" is set by /etc/X11/Xsession.d/99upstart (which assumes that /sbin/ is in the path)
[09:12] <G> fmarier: I think it's still using upstart
[09:12] <G> no trusty boxes handy to be atm I don't think
[09:13] <G> oh wait, I updated this box...
[09:15] <G> I appear to have a mix of upstart and systemd on this box :S PID 1 is /sbin/init provided by 'upstart' (dpkg -S /sbin/init) though
[09:16] <fmarier> yeah, there are bits of systemd in 14.04, but apparently the full switch is scheduled for 16.04 (according to the interwebs at least)
[09:17] <G> 2016(!)  oh I bet Lennout(sp?) is laughing at that :P
[09:18] <G> (I just happen to remember the way SystemD was pushed as the best next thing in Fedora/etc)
[20:09] <ibeardslee> morning
[20:11] <hads> morning
[20:19] <Atamira> morena
[20:35] <ajmitch_> morning


I was just test building for a gfs update


[00:15] <guiverc> humpty, it should be back up (discourse) if you wish to try
[12:22] <humpty> It's getting stuck on Loading..
[18:16] <humpty> It's up again. Well done!
[21:30] <s300> is there any shortcut to bring the qlipper up on the screen rather than hover its icon on the panel?