[01:44] <cmdrqaz> howdy peeps
[01:45] <cmdrqaz> anyone awake willing to give me some help?
[01:45] <cmdrqaz> just did a fresh install on 9.10
[01:45] <cmdrqaz> i have a dual monitor set up, got that working fine
[01:46] <cmdrqaz> but in my old setup when i had a windows on the lets say right monitor, there would be the current window visible in the panel down the bottom
[01:47] <cmdrqaz> but its currents showing in the panel on the left monitor
[01:47] <cmdrqaz> how do i get it back to show on the comprehending monitor
[01:47] <cmdrqaz> ?
[01:47] <cmdrqaz> make sense?
[08:24] <huats> morning
[08:26] <TheMuso> Hey huats.
[08:26] <huats> Hello TheMuso
[08:53] <seb128> hello there
[08:55] <Tm_T> hi hi
[09:03] <pitti> Good morning
[09:03] <chrisccoulson> good morning pitti
[09:05] <seb128> hey pitti chrisccoulson
[09:05] <chrisccoulson> hey seb128
[09:05] <chrisccoulson> how are you today?
[09:05] <seb128> good! you?
[09:06] <chrisccoulson> yeah, not too bad. i had less car drama on the journey to work today, at least
[09:07] <baptistemm> heya
[09:07] <rodrigo_> seb128, pitti: for updates to karmic, I need to do the 'affects distribution' + nomination thing, right?
[09:07] <chrisccoulson> hay baptistemm
[09:07] <chrisccoulson> /s/hay/hey
[09:07] <seb128> rodrigo_, yes
[09:07] <rodrigo_> seb128: ok, thanks
[09:07] <seb128> rodrigo_, you're welcome
[09:07] <seb128> lut baptistemm
[09:07] <rodrigo_> :)
[09:08] <baptistemm> good morning ladies and gentlemen
[09:08] <pitti> rodrigo_: right
[09:30] <didrocks> hey desktopers :)
[09:30] <seb128> lut didrocks
[09:30] <seb128> did you manage to build your cd image?
[09:31] <didrocks> yeah 698 Mb \o/
[09:31] <didrocks> with simplecommeubuntu installed and a symlink on the desktop :)
[09:31] <didrocks> I've now to update simplecommeubuntu package in universe too and ask for a sru
[09:35] <mac_v> chrisccoulson: hi... i noted something similar to the gpm icon > https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/397839/comments/46  , but that seems fixed in ATI , it seems more of an xorg issue than a gpm issue
[09:36] <mac_v> chrisccoulson: also, see my comment #49  , if the users are getting the icon that might just mean the bug is hiding and not yet fixed in the xorg
[09:37] <mac_v> hope that helps ;)
[09:39] <chrisccoulson> mac_v - we have carried the X server patch that exposes that bug for some time though
[09:40] <mac_v> chrisccoulson: yeah ,
[09:40] <chrisccoulson> sorry, i meant the patch which fixes that bug
[09:41] <mac_v> chrisccoulson: i got the icon even after the patch , so not sure if the patch was the full fix
[09:41] <chrisccoulson> mac_v - the patch fixes the issue, but i think that the icon is appearing in cases where it shouldn;g
[09:41] <chrisccoulson> in my case, it appears on inactive user sessions where g-p-m is not able to blank the display
[09:42] <chrisccoulson> i'm going to spend some time investigating it anyway, as my girlfriend is quite concerned to read that her display is broken
[09:42] <mac_v> lol... best motivator ;)
[09:42] <chrisccoulson> (which is clearly not very good wording)
[10:09] <seb128> slomo, hey, have you seen crashes similar to http://launchpadlibrarian.net/35086238/gdb-rhythmbox.txt?
[10:10] <seb128> slomo, it's an user saying rhythmbox crashes on volume change
[10:10] <slomo> seb128: yes, which gst-plugins-base version? this should be fixed since some time
[10:11] <seb128> slomo, gstreamer0.10-plugins-base 0.10.25-2ubuntu1
[10:11] <slomo> that's bad :)
[10:11] <slomo> is it reproducible?
[10:11] <seb128> it's bug #472909
[10:11] <seb128> the submitter seems to be able to trigger it easily yes
[10:12] <seb128> I don't get the issue there
[10:15] <seb128> hi kwwii
[10:16] <seb128> kwwii, is anybody working on the new wave theme?
[10:17] <seb128> hi kwwii
[10:17] <seb128> kwwii, is anybody working on the new wave theme?
[10:30] <slomo> seb128: better forward that upstream
[10:30] <seb128> slomo, ok thanks
[10:36] <seb128> kwwii, Tm_T: stop using internet
[10:38] <seb128> kwwii, Tm_T: stop using internet
[10:45] <pitti> seb128: hm, what changed two weeks ago that has made you say everything twice?
[10:47] <seb128> pitti, trying a different mode of focus which made me call previous command in IRC
[10:47] <seb128> I think I will switch back to my click focus now
[10:48] <seb128> focus changing when the mouse pointer moves is not for me
[10:48] <seb128> I keep switching between IRC and command lines
[10:48] <seb128> and when I move the mouse by mistake the focus go where it should not
[10:49] <chrisccoulson> hello everyone (again)
[10:49]  * seb128 kicks touchapd too to move cursor while I'm using the small pointer 
[10:49] <seb128> hey chrisccoulson
[10:50] <chrisccoulson> hey seb128
[10:50] <chrisccoulson> having touchpad issues again?
[10:51] <seb128> chrisccoulson, having touchpad moving mouse cursor while I use the trackpoint
[10:51] <seb128> ie I've finger on this round thing in the middle of the keyboard
[10:51] <seb128> and my palm touch the touchpad
[10:51] <didrocks> pitti: thanks for avoiding me creating Quickly blueprints :)
[10:51] <seb128> it's getting annoying
[10:52] <pitti> didrocks: I just create stubs, the bits that came up during the meeting; you still need to provide the flesh :)
[10:53] <didrocks> pitti: and the code then, I guess? ;)
[10:54] <didrocks> *ouch* ;)
[10:54] <pitti> didrocks: you couldn't resist doing that yourself anyway :)
[10:54] <didrocks> haha
[10:54]  * chrisccoulson wishes people would not reply to digest messages without setting an appropriate subject
[10:58] <czajkowski> chrisccoulson: can be very annoying alright
[11:07] <chrisccoulson> downloading a 27MB source tarball over 3G is painful!
[13:00] <seb128> pitti, let me know when you have a minute to look at versions with me
[13:00] <seb128> pitti, I updated the source to lucid rather than karmic but it might need a rename of the apt index and a sources.list change
[13:00] <seb128> pitti, I would like to check that the update runs fine on your server
[13:02] <pitti> seb128: I pulled and removed index/karmic; let me re-run and create the missing dirs
[13:02] <seb128> pitti, thanks
[13:03] <pitti> SystemError: E:You must put some 'source' URIs in your sources.list
[13:03] <pitti> hmm
[13:03] <chrisccoulson> seb128 - i just saw your e-mail to ubuntu-desktop. i was just planning to respond to your e-mail yesterday with a suggestion of cleaning up some of our packages/getting patches upstream, but you beat me to it ;)
[13:03] <seb128> pitti, you will probably need to copy the sources.list manually
[13:04] <seb128> chrisccoulson, I figured that there was maybe too much in the first email since nobody commented
[13:04] <pitti> seb128: ah, it doesn't create index/lucid/etc/apt/sources.list manually?
[13:04] <seb128> so let's start with easy tasks ;-)
[13:04] <seb128> pitti, I don't think it does no
[13:04] <chrisccoulson> seb128 - i was planning to comment, but sometimes it takes me a while ;)
[13:04] <seb128> chrisccoulson, you are still welcome to comment
[13:04] <seb128> chrisccoulson, good work on those SRU btw
[13:05] <seb128> chrisccoulson, on the fixing and on the description the change, impact, etc
[13:05] <chrisccoulson> seb128 - no problem :)
[13:06] <pitti> seb128: running now
[13:06] <seb128> pitti, danke
[13:08] <seb128> pitti, http://piware.de/workitems/desktop/karmic/versions.html, that didn't work apparently
[13:09] <pitti> oops, I should rename it
[13:09] <seb128> pitti, let it there or have both working please, I just sent an email with this url
[13:09] <seb128> ok, clicking on + it has everything
[13:09] <seb128> so small bug
[13:09] <fredp> seb128, pitti: there's an error in devhelp upstream version detection, in that page.
[13:10]  * seb128 looks into the issue
[13:10] <pitti> ok, keeping old symlink then
[13:10] <pitti> but it won't be correct for "karmic"
[13:10] <pitti> seb128: copied back to karmic/
[13:10] <seb128> pitti, right, thanks
[13:10] <pitti> seb128: the + is weird, that didn't happen before
[13:11] <pitti> seb128: the cron job bzr pulls automatically, so just commit and it should sort itself out
[13:11] <seb128> pitti, ok thanks
[13:11] <seb128> fredp, hum right, I will look into that too
[13:12] <seb128> pitti, ok, no http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.lucid/desktop
[13:12] <seb128> pitti, that's what is used to build the default list
[13:12] <pitti> seb128: ah, where does it take its data from then?
[13:13] <seb128> pitti, the list of sources to watch is in the versions.py file
[13:13]  * pitti asks cjwatson
[13:13] <seb128> the germinate list is only used to define the default set
[13:13] <seb128> ie what to show in the default page
[13:13] <seb128> and what in the "+" section
[13:13] <seb128> no germinate = only extra items
[13:14] <pitti> what defines the extra items?
[13:14] <seb128> the things listed in versions.py but not in germinate
[13:14] <seb128> the default list is an intersection of versions.py list and germinate desktop list
[13:15] <seb128> and things out of the intersection are extra items
[13:15] <seb128> ie right now germinate says desktop is empty so everything is in extra
[13:15] <seb128> I will change back to the karmic germinate for now
[13:15] <seb128> shouldn't make a real difference
[13:17] <seb128> change pushed
[13:17] <seb128> it should be ok in the next run
[13:17] <pitti> thanks; I pinged colin about lucid germinate
[13:17] <seb128> thank you
[13:18] <seb128> fredp, it's a vuntz bug
[13:18] <seb128> fredp, we use http://www.gnome.org/~vuntz/tmp/versions/versions-2.28
[13:20] <mac_v> seb128: hi , this is not a theme bug > Bug #472659 , gvfs now does not change icons for the different  states
[13:21] <vuntz> seb128: a vuntz bug? But I have no bug!
[13:21] <seb128> mac_v, ok, I knew that was a duplicate and I figured theme guys would know
[13:21] <seb128> vuntz, hey ;-)
[13:22] <vuntz> what's the bug? :-)
[13:22] <seb128> vuntz, the devhelp versions in your list
[13:23] <seb128> it's outdated
[13:23] <mac_v> seb128: hmm , why the bookmarks in the nautilus sidepane are below the filesystems and the drives... away from the desktop and home... gnome-panel , places menu seems to have a sane order.. is it to keep it similar to the gtk window?
[13:23] <seb128> mac_v, dunno
[13:24] <mac_v> hm...
[13:25] <mac_v> vuntz: ^ any ideas about the nautilus sidepane[ or why gnome-panel is more sensible ] ;)
[13:25] <vuntz> because the code is different? :-)
[13:25] <vuntz> nautilus might try to do something clever
[13:26] <mac_v> ;)
[13:29] <vuntz> seb128: and it wasn't a vuntz bug, nah
[13:30] <seb128> vuntz, which means you fixed it? ;-)
[13:30] <seb128> there is no bug there *jedi wave*
[13:31] <vuntz> yep, it's fixed
[13:31] <seb128> thanks
[13:36] <seb128> pitti, I'm unlock the retracers btw, if they crash don't bother it's my turn to look at those
[13:36] <pitti> seb128: merci
[13:37] <seb128> de rien!
[13:37] <seb128> unlocking
[13:47] <rickspencer3> bonjour desktoppers
[13:47] <pitti> hey rickspencer3
[13:48] <seb128> lut rickspencer3
[13:48] <seb128> how are you?
[13:48] <rickspencer3> bon
[13:48] <rickspencer3> je sui bon
[13:48] <rickspencer3> ?
[13:49] <seb128> je vais bien
[13:49] <seb128> bien
[13:49] <rickspencer3> hehe
[13:49] <rickspencer3> I said "I have beuty" maybe .. oops
[13:49] <seb128> je suis bon = I rock
[13:49] <seb128> or whatever you would say in english to say that you do good job
[13:50] <rickspencer3> hmm
[13:50] <rickspencer3> that's good to know
[13:56] <rickspencer3> seb est bon
[13:56] <rickspencer3> ?
[13:56] <kenvandine> hey guys
[13:56] <seb128> rickspencer3, thanks ;-)
[13:56] <seb128> (yes, correctly written)
[13:56] <seb128> hello kenvandine, how are you?
[13:57] <kenvandine> need more coffee, but good :)
[13:57] <kenvandine> and you ?
[13:57] <seb128> I'm good thanks
[13:57] <rickspencer3> seb128, and also correct
[13:57]  * kenvandine is annoyed with virt-manager atm
[13:57] <rickspencer3> chouette!
[13:57] <seb128> starting to look at cleaning http://piware.de/workitems/desktop/karmic/versions.html
[13:57] <seb128> rickspencer3, ;-)
[13:57] <seb128> or rather http://piware.de/workitems/desktop/lucid/versions.html
[13:58] <seb128> pitti, ^ the list looks fine now
[13:58] <chrisccoulson> excellent, i should start some lucid work now:)
[13:59] <chrisccoulson> unless there is anything else that wants looking at for karmic SRU's?
[14:01] <seb128> chrisccoulson, nothing really on my list no
[14:24] <Laney> op hopping?
[14:24] <seb128> IRC client config for easier op-ing rather ;-)
[14:24] <seb128> working now
[14:25] <seb128> I don't need to stay op btw
[14:27] <seb128> I needed it in the first place to change topic right
[14:27] <seb128> lucid milestone there now
[14:28] <seb128> and updated url for the versions list too
[14:28] <seb128> not to self
[14:28] <seb128> the x in the topic bar in xchat-gnome close the channel
[14:28] <seb128> not the title
[14:28] <istaz> :D
[14:28] <seb128> not -> note
[14:31] <seb128> hum
[14:31] <seb128> pitti,  "HTTP Error 401: Unauthorized" do you know what create such retracer errors usually?
[14:31] <pitti> seb128: no, they started to happen a few days ago, and I didn't try to track it down yet
[14:32] <seb128> ok
[14:32] <seb128> pitti, is there a lpcookie there needed to write comments or something?
[14:32] <seb128> which would be outdated
[14:32] <pitti> I don't think so, since it does work for other bug reports
[14:32] <seb128> ok
[14:32] <pitti> the retracer closed dozens of dupes recently
[14:32]  * seb128 removes lock
[14:33] <seb128> let see if it works on a retry
[14:47] <hggdh> one more bug -- bug 445435 -- this was originally set as a dup of bug 460710, but the problem still exists. Upstream fixed it on gtk+
[14:47] <seb128> hggdh, the probably is neither the theme nor the gtk one?
[14:48] <hggdh> seb128: mbarnes fixed it on gtk itself. I intend to debdiff it against karmic and lucid, but will build a PPA for tests before proposing official changes
[14:48] <hggdh> is this OK?
[14:50] <seb128> hggdh, the change on bug #393534 is the fix from mbarnes
[14:50] <seb128> hggdh, no?
[14:50] <hggdh> let me check
[14:50] <seb128> hggdh, http://launchpadlibrarian.net/34957620/gtk.debdiff
[14:52] <hggdh> yes indeed, they are the same. I will dup against 393534
[14:52] <seb128> hggdh, note that the tif issue was dupped on the gtk one originally I think
[14:53] <mac_v> seb128: is asac on vacation? users to say this Bug 386900 is not fixed
[14:53] <seb128> mac_v, yes for the week he is
[14:53] <hggdh> seb128: no, it was dupped against 460710, this is what confused me
[14:54] <hggdh> heh. It *was* originally dupped against 393534, but then you changed it to 460710 ;-)
[14:54] <seb128> hggdh, see comment #15
[14:54] <mac_v> seb128: hmm , does the notification for you also still display "eth0" ? [i'm not able to check that , i dont use a wired connection]
[14:54] <hggdh> seb128: see https://bugs.edge.launchpad.net/ubuntu/+source/gtk+2.0/+bug/445435/+activity
[14:54] <seb128> mac_v, dunno I'm on wireless right now
[14:54] <mac_v> lol ;)
[14:54] <seb128> hggdh, right, see comment #15
[14:55] <seb128> hggdh, could be yet another bug and none of those two
[14:55] <seb128> hggdh, could be yet another bug and none of those two
[14:56] <hggdh> yes, it could
[14:57] <hggdh> and sounds like it :-(
[14:58] <seb128> or he didn't test correctly the upgrade
[14:59] <hggdh> maybe. I am asking him to send me such an email, and then I will be able to test locally
[15:00] <seb128> thanks
[15:28]  * seb128 does a work break
[15:28] <seb128> be back in a bit
[15:53] <seb128> pitti, robert_ancell has an another totem sru ready to upload
[15:53] <seb128> pitti, what do you prefer to do? put it in the queue now? wait for the current on to move to updates?
[15:55] <pitti> seb128: I think upload it now, with -v
[15:55] <seb128> pitti, ok, doing that
[15:55] <pitti> seb128: the previous one is 6 days old, but has zero verification
[15:56] <seb128> pitti, ok
[15:56] <seb128> pitti, the new one fixes youtube which seems to be something lot of user want to use
[15:56] <seb128> we get a dup a day since karmic
[15:57] <seb128> I would have though most people were browsing it in a web browser
[16:24] <seb128> chrisccoulson, good evening
[16:24] <chrisccoulson> hi seb128
[16:24] <chrisccoulson> how are you?
[16:24] <seb128> good thanks, you?
[16:25] <seb128> did you have some sru changes pending upload?
[16:25] <chrisccoulson> yeah, i'm not too bad - just waiting for the end of the working day now ;)
[16:25] <chrisccoulson> i've still got a g-s-d update pending upload
[16:26] <seb128> chrisccoulson, ok, you didn't subscribe sponsors?
[16:26] <seb128> I don't find it on http://people.canonical.com/~dholbach/sponsoring/index.html
[16:26] <seb128> but I though I had read a bug comment with a debdiff earlier
[16:26]  * seb128 look in his launchpad email box
[16:27] <chrisccoulson> yeah, i subscribed ubuntu-sru, as it hasn't had approval from anybody yet
[16:27] <seb128> it's the other way around
[16:27] <seb128> or I think it should be the other way around
[16:27] <chrisccoulson> yeah, i wasn't sure really
[16:27] <seb128> subscribe sponsors and the sponsor will subscribe the sru team on upload
[16:27] <chrisccoulson> normally i just ping pitti, but it was late last night ;)
[16:28] <seb128> ok, http://launchpadlibrarian.net/35063102/gnome-settings-daemon_2.28.1-0ubuntu2.debdiff gotcha
[16:28] <seb128> chrisccoulson, thanks
[16:29] <seb128> chrisccoulson, btw feel free to commit those changes to bzr normally too
[16:30] <chrisccoulson> seb128 - yeah, i can do that when i get in from work. i wasn't sure how we handled bzr branches with SRU's. do we have separate karmic branches now? (i suppose it doesn't matter in this particular case, as it will just get copied to lucid anyway)
[16:30] <seb128> robert_ancell asked yesterday
[16:30] <seb128> we don't have consistent rule
[16:31] <seb128> if karmic version = lucid one, no question, just commit to bzr
[16:31] <seb128> if karmic version = lucid one, no question, just commit to bzr
[16:31] <chrisccoulson> yeah, that's what confuses me a bit. in this case though, i think it's a bit easier
[16:31] <chrisccoulson> yeah, i'll commit this one when i arrive home
[16:31] <seb128> if that's not the case either create a new bzr and update control
[16:31] <seb128> or don't bother using bzr just add the debdiff to the bug
[16:31] <seb128> I tend to not bother if there is not lot of changes scheduled
[16:32] <seb128> chrisccoulson, don't bother I'm commiting the debdiff now
[16:32] <chrisccoulson> thanks
[16:33] <seb128> chrisccoulson, the crash issue, did you upstream it yet?
[16:35] <mac_v> and471: hey.. you marked Bug 386900 as fix released but users are saying its not fixed... you tested it on a fresh install or upgrade? could you comment on the bug
[16:35] <chrisccoulson> seb128 - not yet. i'll report it upstream later, but i want to think of a better long-term fix really which closes the dialog when the volume is removed. that type of fix would be too intrusive for a SRU though
[16:36] <mac_v> and471: do subscribe to any bug you comment ;)
[16:36] <and471> mac_v: probably not :-)
[16:37] <mac_v> and471: i meant>  *do* subscribe... as in> "always subscribe"
[16:37] <seb128> chrisccoulson, ok, g-s-d uploaded
[16:37] <chrisccoulson> thanks
[16:37] <chrisccoulson> right, time for me to leave work now
[16:37] <seb128> thank you for doing all the work ;-)
[16:37] <seb128> see you later!
[16:37] <chrisccoulson> heh, that's ok ;)
[16:37] <chrisccoulson> bbl
[16:38] <seb128> seems that pitti has been tackling some email backlog today ;-)
[16:38] <and471> mac_v: I cannot test it, I am on wireless :-) However whn I tested it in a virtual machine around mid-way karmic, it was working..
[16:39] <mac_v> seb128: since he responded to your mail? ;p
[16:39] <seb128> not only, also to the bugs I subscribed him too
[16:39] <seb128> but yes ;-)
[16:39] <mac_v> ;)
[16:39] <and471> ANYONE: if you are a wired connection, could you unconnect, then reconnect and take a screenshot of what the notification looks like (the connection notification that is)
[16:40] <mac_v> and471: but did you test earlier , when you marked it released?
[16:40] <and471> mac_v: yes
[16:40] <mac_v> oh , late comment
[16:40] <mvo> and471: I merge the bit you asked me about yesterday btw, was just a odd merge
[16:40] <and471> mac_v: how many papercuts were fixed this cycle?
[16:40] <and471> mvo: okay thanks :-)
[16:41] <mac_v> and471: its a dont ask dont tell policy... ;p
[16:41] <mac_v> and471: so dont ask ;p
[16:41] <and471> mac_v: hehe
[16:47] <seb128> mac_v, and471: http://people.canonical.com/~seb128/notifyosd.png
[16:47] <seb128> mac_v, and471: http://people.canonical.com/~seb128/notifyosd.png
[16:47] <seb128> that's on a karmic iso booted in kvm
[16:47] <and471> seb128: thankyou
[16:47] <seb128> you're welcome
[16:48] <and471> mac_v: so looks like it hasn't been fixed :-(
[16:48] <and471> mac_v: maybe a regression?
[16:48] <mac_v> seb128: thanks... and471 -> argh :/
[16:48] <mac_v> and471: lol , what regression?
[16:48] <and471> mac_v: well when I looked at it, I really think it was solved :-/
[16:48] <and471> mac_v: maybe I was tired ?
[16:49] <mac_v> and471: did you try again in the VW?
[16:49]  * mac_v missing asac :(  
[16:49] <and471> mac_v: VW?
[16:49] <and471> mac_v: ^ hehe
[16:49] <mac_v> and471: virtualbox?
[16:49] <mac_v> i i mean VM!
[16:49] <and471> mac_v: I haven't tried again yet
[16:50] <and471> mac_v: don't really have time
[17:05] <rickspencer3> didrocks, people are actually using Quickly!
[17:05] <rickspencer3> I saw we got a good merge proposal today
[17:07] <mac_v> mpt: is Bug 386900 fixed for you?
[17:08] <mpt> mac_v, yes
[17:08] <mac_v> mpt: odd , seb128 and thorwil dont seem to have it fixed
[17:08] <mac_v> aw ,crap! , i just changed the status
[17:09] <mac_v> mpt:  http://people.canonical.com/~seb128/notifyosd.png
[17:09] <seb128> ^ it's a screenshot from a karmic iso booted in kvm
[17:09] <mpt> hm
[17:09] <mpt> brb
[17:11] <mpt> mac_v, ugh, I just got "Auto eth2 Connection Established"
[17:11] <mpt> I guess it's not fixed
[17:11] <mac_v> mpt: yeah , the upstream task hasnt even been touched... :(
[17:15] <didrocks> rickspencer3: yeah, that's a good news  :) (even if my trunk already contained this patch ;)). That's great \o/
[17:19] <hggdh> will packages from multiverse block apport ("not an original Ubuntu package" error)?
[17:19] <seb128> hggdh, should not
[17:19] <seb128> hggdh, but I can confirm the empathy issue
[17:20] <hggdh> oh you looking at the -bugs?
[17:20] <seb128> hggdh, need to ping pitti about that when he will be around, he seems to be away now
[17:20] <seb128> hggdh, yes
[17:20] <hggdh> seb128: will do
[17:20] <hggdh> do you have the bug#?
[17:20] <seb128> hggdh, what bug? no
[17:21] <seb128> hggdh, I just confirm that ubuntu-bug empathy breaks
[17:21] <hggdh> oh, OK
[17:21] <seb128> but it might be because I did built it locally and didn't reinstall the archive version
[17:28] <seb128> hggdh, pitti: sorry for the noise was a local install
[17:45] <pitti> re
[17:45] <pitti> seb128: what's up?
[17:45] <seb128> pitti, nothing
[17:46] <seb128> pitti, an user add apport refusing to report a bug against empathy
[17:46] <seb128> pitti, it's because he used the karmic-proposed version without karmic-proposed source
[17:46] <seb128> I guess apport rely on you having a source providing the deb
[17:46] <seb128> add -> had
[17:46] <pitti> yes, otherwise you can't determine the origin
[17:46] <seb128> right, I figured the issue after pinging
[17:47] <seb128> so basically unping ;-)
[17:57] <hggdh> so the deb-src corresponding to the package has to be active? Is this the default for apt?
[17:57] <hggdh> or only for -proposed?
[17:58] <seb128> hggdh, no, the deb
[17:58] <seb128> not deb-src
[17:58] <seb128> he got the deb manually there or commented the source after installing
[17:59] <hggdh> oh, OK
[17:59]  * hggdh is *very* slow, mentally speaking, today
[18:40] <pitti> good night everyone
[19:05] <chrisccoulson> seb128 - currently, the only effect of the crash in bug 429322 is that a crash report appears (as the crash occurs when seahorse-agent exits). with apport disabled by default, is it worth a SRU? theoretically, we should see this one reported less often now, and there aren't any other side effects
[19:06] <chrisccoulson> obviously, it's not so good if lots of people enable apport
[20:41] <crevette> why debugfs is mounted (/sys/kernel/debug) in my karmic installation, is it a normal behaviour?
[21:18] <cherva> can anyone help me fix my nautilus after the upgrade to 9.10 ? When I try to start it I get this http://pastebin.com/d3c19348
[21:18] <crevette> I guess you didn't upgraded properly
[21:19] <crevette> you have an older glib
[21:22] <cherva> crevette: how to fix it ? I had errors about gnome-themes, gnome-accessibility-themes and gnome-themes-selected - http://pastebin.com/d4d9c8804
[21:22] <crevette> how did you upgrade
[21:23] <seb128> cherva, ldd /usr/bin/nautilus | grep libglib
[21:24] <seb128> cherva, ldd /usr/bin/nautilus | grep libglib
[21:24] <crevette> the missing symbosl is a new one introduces in latest glib
[21:24] <cherva> libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x003f9000)
[21:24] <seb128> there you go
[21:25] <crevette> ouch
[21:25] <cherva> crevette: I upgraded from the update manager
[21:25] <seb128> you did a make install of an old lib
[21:25] <seb128> classic error
[21:25] <seb128> you don't use the distribution version but a copy you installed
[21:25] <seb128> clean it and you should be fine
[21:26] <cherva> seb128: you mean the libglib2.0-0 package ?
[21:26] <seb128> no
[21:26] <seb128> I mean you did build and install a glib version at some point by yourself out of the packaging system
[21:27] <seb128> you might have forgotten about it but it's still in the local dir
[21:27] <seb128> and it's taking over the ubuntu version
[21:27] <seb128> and breaking things for you
[21:28] <cherva> seb128: I'm not sure how to remove it ...
[21:28] <seb128> cherva, you did install it you should know how to remove it
[21:31] <cherva> seb128: I don't remember when I did this .... my machine is upgrading since 6.10
[21:31] <seb128> cherva, sudo rm /usr/local/libglibù
[21:31] <seb128> cherva, sudo rm /usr/local/libglib*
[21:31] <seb128> you probably want to clean other things there too
[21:32] <seb128> I can't advice you to delete everything since I don't know what you installed and why
[21:32] <cherva> seb128: I'll check this
[21:33] <crevette> wow, I've uploaded a package in ppa which will be build in two days :)
[21:33] <lifeless> james_w: thank you. For some reason I don't recall seeing that answer ever.
[21:33] <james_w> lifeless: slightly more in depth this time :-)
[21:34] <james_w> I found my reply to the first mail though
[21:36] <lifeless> james_w: I'll sit and read, I think a howto is needed :P
[21:36] <cherva> seb128: now what ? install libglib from the repo ?
[21:36] <james_w> lifeless: well, it's supposed to be transparent
[21:36] <seb128> cherva, no, just run nautilus
[21:37] <cherva> seb128: same error
[21:37] <james_w> you only want one because you care about the implementation details :-)
[21:37] <seb128> cherva, sudo rm /usr/local/* -r
[21:38] <seb128> just clean everything there
[21:38] <seb128> if you don't have anything installed you use
[21:38] <lifeless> james_w: there is a disconnect here
[21:38] <lifeless> james_w: transparent => dead easy to use is great. Knowing the feature exists and how to make sure it works is a matter of education
[21:41] <cherva> seb128: thanks
[21:42] <seb128> cherva, you're welcome
[22:01] <chrisccoulson> going to the supermarket at this time of the evening is never a good ieda
[22:01] <chrisccoulson> s/ieda/idea
[22:01] <chrisccoulson> i always pick up something really bad
[22:07] <seb128> chrisccoulson, you have supermarked open that late?
[22:07] <seb128> chrisccoulson, where do you live? ;-)
[22:07] <chrisccoulson> seb128 - we have supermarkets open all night ;)
[22:08] <chrisccoulson> i live in birmingham. well, near birmingham...
[22:08] <chrisccoulson> night time is the best time to shop!
[22:08] <Laney> there are a lot of 24 hour supermarkets in the uk
[22:09] <seb128> cultural differences
[22:09] <seb128> there is not a lot of things open after 7pm there
[22:09] <seb128> and I don't think anything after 9pm
[22:10] <chrisccoulson> yeah, most shops on retail parks seem to shut around 8pm here, and high-street shops tend to close around 6pm
[22:10] <rickspencer3> robert_ancell, TheMuso good morning
[22:10] <chrisccoulson> but we have quite a lot of 24 hour supermarkets, which are sometimes useful
[22:10] <robert_ancell> chrisccoulson, night time _is_ the best!
[22:10] <chrisccoulson> robert_ancell - i'm definately a night-time person!
[22:11] <robert_ancell> rickspencer3, hey
[22:11] <seb128> hey robert_ancell
[22:11] <robert_ancell> seb128, hey
[22:11]  * seb128 starts hating bugs again
[22:12] <chrisccoulson> robert_ancell - have you looked any more at bug 429322?
[22:12] <robert_ancell> seb128 - you stopped hating bugs?
[22:12] <seb128> I didn't look at those so much for a few months
[22:12] <robert_ancell> chrisccoulson, it's deep down in gconf/orbit somewhere - something must be assuming the x server is still around.
[22:12] <seb128> I do for a week
[22:13] <seb128> I got some 4300 bug emails in a week
[22:13] <chrisccoulson> robert_ancell - yeah, it seems that way
[22:13] <seb128> I did read those all but I'm saturating now
[22:13] <seb128> I need to do something else tomorrow
[22:13] <robert_ancell> seb128, we need some bots to go around closing stuff...
[22:13] <seb128> what I really want is a "I don't care" button
[22:14] <seb128> I would use it on 80% of bugs
[22:14] <seb128> there is really some 15% interesting ones
[22:14] <seb128> and some feature requests too
[22:14] <seb128> so many "bugs" which are user questions
[22:14] <seb128> or duplicates
[22:14] <seb128> or one time weird issues
[22:14] <seb128> or so minor corner cases
[22:16] <chrisccoulson> robert_ancell - the way it exits is seriously messed up. when it exits, global_client_free() is called, which frees the global GConfClient. Then, seahorse_agent_uninit() is called, which unregisters some gconf notifies, which causes the global GConfClient to get allocated again (after it was already freed), and it does all the gconf_client_add_dir() stuff that it does when it initializes
[22:17] <chrisccoulson> it's really weird :-/
[22:17] <robert_ancell> chrisccoulson, eech
[22:18] <chrisccoulson> robert_ancell - global_client_free() and seahorse_agent_uninit() are registered as exit handlers with atexit()
[22:18] <chrisccoulson> so they always get called when the X connection dies, but they are registered in the wrong order really
[22:19] <chrisccoulson> this orbit stuff is way over my head though
[22:20] <robert_ancell> chrisccoulson, yeah we need the gconf replacement so we don't have to look at it :)
[22:20] <chrisccoulson> yeah, orbit sucks :(
[22:21] <chrisccoulson> do gconf clients need a working X connection to add notifies then?
[22:21] <chrisccoulson> if that's the case, then the fix is to not attempt to do any gconf stuff when the X connection dies, as it's already too late to do anything then
[22:21] <chrisccoulson> or, as mclasen pointed out yesterday, seahorse-agent needs to become a proper session agent
[22:22] <chrisccoulson> and not run from /etc/X11/Xsession.d
[22:52] <robert_ancell> seb128, thanks for putting the debdiffs for the totem changes.  There are too many people changing that bug!
[22:53] <seb128> robert_ancell, you're welcome
[22:53] <seb128> robert_ancell, btw please subscribe sponsors to your bugs that need sponsoring
[22:53] <seb128> that will make things easier to track
[22:53] <seb128> if I stop reading those thousand bug emails I will stop noticing your changes too
[22:53] <robert_ancell> seb128, I subscribed ubuntu-sru - isn't that correct?
[22:53] <seb128> no, ubuntu-sru is those who accept the upload
[22:54] <seb128> subscribe the sponsors
[22:54] <seb128> the sponsor will subscribe sru
[22:54] <seb128> not sure if that's clear ;-)
[22:55] <seb128> the sponsor will decide if that's worth a sru and upload for you
[22:55] <seb128> the sru team will accept things in the queue
[22:55] <robert_ancell> I'm following https://wiki.ubuntu.com/StableReleaseUpdates which says subscribe ubuntu-sru
[22:55] <seb128> btw sru bugs should have testcases and debdiff usually
[22:55] <robert_ancell> seb128, yes, I keep forgetting debdiffs
[22:56] <seb128> robert_ancell, the wikipage seems to not consider sponsoring cases
[22:57] <robert_ancell> seb128, so it's written from the point of view of someone with upload privileges?
[22:57] <seb128> well, steps 3 and 4 go together
[22:58] <robert_ancell> ah, ok
[22:58] <seb128> you can subscribe the sru team but subscribe sponsors too
[22:58] <seb128> sru do review
[22:58] <seb128> they don't do uploads
[22:58] <seb128> ie they will not have something to review and wait for you to upload
[22:59] <robert_ancell> ok
[22:59] <seb128> I've no strong opinion on whether ubuntu-sru should be subscribed before or after upload, ie if you or the sponsor should do it
[22:59] <seb128> I tend to do it after update
[22:59] <seb128> to not make them waste time until things are ready
[23:00] <seb128> ie if you subscribe the sru team they will get sponsor comments about things you did wrong too
[23:00] <seb128> I prefer to get them in the loop when their input is required
[23:00] <seb128> ie after upload
[23:00] <seb128>  
[23:00] <seb128> other topic
[23:01] <seb128> robert_ancell, have you seen my new ubuntu-desktop email today?
[23:02] <seb128> the versions page has been updated for lucid
[23:02] <seb128> and merge season has opened ;-)
[23:02] <seb128> I didn't update the gnome version list to 2.30 yet though
[23:02] <seb128> we should maybe do that too
[23:02] <robert_ancell> seb128, yes - lets go!!
[23:03] <seb128> feel free to do changes
[23:03] <seb128> the server side to pull before running updates
[23:03] <seb128> to -> do
[23:03] <seb128> so if you push changes they will be there on the next run
[23:03] <chrisccoulson> i need to start on some merges rather than spending all my time on SRU's!
[23:05] <robert_ancell> seb128, oh good, I can stop bugging you guys to update it :)
[23:06] <seb128> chrisccoulson, no hurry for lucid if you still have things you think should be srued in karmic
[23:07] <seb128> I think we did address the most annoying issues which we can change in srus now
[23:07] <seb128> or rather the annoying one which got user traction
[23:07] <seb128> I've no doubt there is many things annoying some users left
[23:07] <chrisccoulson> yeah, i think a lot of issues are sorted now
[23:08] <chrisccoulson> i'm trying to figure out this seahorse-agent crash at the moment
[23:09] <seb128> is that a logout crash?
[23:09] <seb128> ie something nobody would notice if apport was not running?
[23:09] <seb128> we should try to teach apport to ignore those
[23:10] <seb128> or at least to detect those and note it in the bug
[23:10] <chrisccoulson> seb128 - i'm fairly convinced it's just a logout crash
[23:10] <chrisccoulson> the crash occurs when the X connection dies
[23:10] <seb128> don't waste too much efforts on it
[23:10] <chrisccoulson> so i don't think that users would notice it if apport wasn't running
[23:12] <robert_ancell> seb128, how do I make the sources.list to make version work?  It needs some lucid entries
[23:12] <seb128> robert_ancell, copy the karmic one and change karmic to lucid
[23:13] <robert_ancell> seb128, ah, edit index/lucid/etc/apt/sources.list?
[23:13] <seb128> yes
[23:21] <seb128_> grrrr trackpads
[23:22] <seb128_> robert_ancell, did you fix your sources.list issue?
[23:23] <robert_ancell> seb128_, what is the debian release we are tracking?
[23:23] <seb128_> you didn't read my email!!!
[23:23] <seb128_> unstable
[23:24] <robert_ancell> I mean the URI :)
[23:24] <seb128_> the debian source didn't change
[23:25] <seb128_> deb http://ftp.debian.org/debian/ unstable main
[23:25] <seb128_> deb http://ftp.debian.org/debian/ ../project/experimental main
[23:25] <seb128_> deb-src http://ftp.debian.org/debian/ unstable main
[23:25] <seb128_> deb-src http://ftp.debian.org/debian/ ../project/experimental main
[23:25] <joaopinto> aren't we tracking testing for lucid ?
[23:25] <seb128_> deb http://archive.ubuntu.com/ubuntu/ lucid main restricted universe multiverse
[23:25] <seb128_> deb-src http://archive.ubuntu.com/ubuntu/ lucid main restricted universe multiverse
[23:25] <seb128_> joaopinto, as I wrote in my email today GNOME is maintained enough and uptodate enough in ubuntu that we will use unstable
[23:26] <seb128_> unstable has GNOME 2.28 and we will aim at GNOME 2.30 anyway in lucid
[23:26] <joaopinto> ah ok, did knew there were exceptions :)
[23:26] <joaopinto> didn't
[23:26] <seb128_> well the default is testing
[23:26] <seb128_> but then it's up to anybody to decide for the things he,she is working on
[23:27] <robert_ancell> seb128_, ah, fixed.  Needed to check in the lucid sources.list, forgot the debian one was already checked in
[23:28] <seb128_> robert_ancell, ok good
[23:29] <chrisccoulson> robert_ancell - i think i can see what triggers the seahorse-agent crash now
[23:29] <robert_ancell> seb128_, I'm thinking of making a script that parses gnome FTP and LP updates so we can update versions in near real time
[23:30] <seb128_> robert_ancell, you mean something to run on client side?
[23:30] <chrisccoulson> liborbit calls g_atexit(shutdown_orb) at some point when seahorse-agent starts
[23:30] <robert_ancell> seb128_, server side
[23:30] <robert_ancell> chrisccoulson, cool!
[23:30] <robert_ancell> chrisccoulson, ycuk
[23:30] <robert_ancell> tuck
[23:30] <robert_ancell> yuck
[23:30]  * robert_ancell can type good
[23:31] <chrisccoulson> and shutdown_orb() is called on exit before seahorse_agent_exit() is called
[23:31] <seb128_> robert_ancell, what updates do you want to parse there?
[23:31] <robert_ancell> seb128_, email from gnome-ftp and LP
[23:31] <chrisccoulson> seahorse_agent_exit() tries to do some gconf stuff, which probably fails miserably once shutdown_orb() has been called
[23:31] <seb128_> the rss feeds for gnome updates?
[23:31] <seb128_> hum, why not
[23:32] <robert_ancell> chrisccoulson, I'm sure it doesn't like that :)
[23:37] <chrisccoulson> robert_ancell - so Xorg dying is actually a red-herring. the crash will occur whenever exit() is called from any code path
[23:37] <chrisccoulson> which still probably makes it a non-issue for karmic really
[23:38] <robert_ancell> chrisccoulson, but does it restart?  I got some of the reporters to check if it was running after the problem and they said no
[23:38] <chrisccoulson> robert_ancell - i think it only crashes on shutdown doesn't it?
[23:38] <chrisccoulson> the crash report at the start of the session could be from their previous session
[23:40] <robert_ancell> chrisccoulson, sure