[00:49]  * TheMuso sighs. *finally* got through bug mail for audio from over the weekend.
[00:57] <TheMuso> robert_ancell: Any luck confirming whether a rebuild fixes things?
[00:57] <robert_ancell> TheMuso, I just testing a fix to tracker - it's .install file hard-codes the wrong directory
[00:57] <TheMuso> robert_ancell: Ok.
[01:46] <robert_ancell> TheMuso, ok, confirmed it works.  It needs both deskbar-applet and tracker to be built with the latest BZR
[01:49] <TheMuso> robert_ancell: Ok
[02:10] <TheMuso> robert_ancell: does one have to be uploaded/build-dep on the other
[02:21] <TheMuso> robert_ancell: Ok so deskbar-applet needs to be rebuilt?
[02:22] <TheMuso> robert_ancell: tracker uploaded.
[02:55] <robert_ancell> TheMuso, hey - did you upload deskbar-applet?
[03:03] <bratsche> Hey robert, how's it going?
[03:06] <TheMuso> robert_ancell: No, there are no changes from you for it, so I was wondering whether it needs a rebuild.
[03:07] <robert_ancell> TheMuso, hmm, I pushed a change to it revno 21
[03:08] <robert_ancell> TheMuso, you've just made me realise that tracker doesn't build-dep on deskbar-applet... and it should
[03:08] <robert_ancell> bratsche, hi! doing well
[03:08] <TheMuso> robert_ancell: heh right, I'll get deskbar-applet sorted, and will await your fix for tracker.
[03:09] <robert_ancell> TheMuso, do I need to bump the version number for tracker or can I reuse 0.6.95-1ubuntu2
[03:10] <TheMuso> robert_ancell: We can try re-using the same version, since its not been approved yet.
[03:10] <robert_ancell> TheMuso, cool, thanks
[03:10] <TheMuso> I've already marked it as released, but thats no big deal.
[03:19] <TheMuso> robert_ancell: deskbar-applet fails to build for me.
[03:19] <TheMuso> This is with latest updates from archive.ubuntu.com
[03:21] <robert_ancell> TheMuso, what error?
[03:21] <robert_ancell> TheMuso, I'm updated and it builds for me
[03:36] <TheMuso> robert_ancell: hrm ok
[03:36]  * TheMuso is building again and its going fine so far, probably got past where it failed.
[03:36] <TheMuso> Yeah it did, dunno what that was.
[03:37] <TheMuso> ok, uploading.
[03:43] <TheMuso> robert_ancell: So if you are going to make the addition to tracker of the build-dep, let me know when done and I'll get it uploaded.
[03:44] <robert_ancell> TheMuso, doing now
[03:45] <robert_ancell> TheMuso, pushed
[03:48] <TheMuso> robert_ancell: thanks
[03:49] <robert_ancell> bratsche_, connection problems?
[03:54] <TheMuso> robert_ancell: Does deskbar-applet need to be abuild-depend, or should it only be a runtime dependency?
[03:55] <robert_ancell> TheMuso, it needs to be a build-dependency as it uses the pkg-config file to find where to install the modules
[03:56] <TheMuso> robert_ancell: righto.
[03:59] <TheMuso> robert_ancell: uploaded. I also shifted the tag to your latest commit, so that if someone needs to do a version check/diff, your latest changes can still be found.
[03:59] <robert_ancell> TheMuso, thanks
[04:01] <TheMuso> np
[04:08] <bratsche_> robert_ancell: Yeah
[04:36] <TheMuso> robert_ancell: I am assuming there are updates in brasero that are useful to have for the final release of karmic?
[04:36]  * TheMuso can't do anything with it atm due to launchpad being offline, but saw it was in the queue for sponsoring.
[04:36] <robert_ancell> TheMuso, LP is down..
[04:36] <robert_ancell> TheMuso, seb was keen for them, looking at changelog
[04:37] <robert_ancell> TheMuso, yeah, just some bugfixes
[04:37] <TheMuso> robert_ancell: Ok.
[04:38] <TheMuso> robert_ancell: when lp comes back up, I'll sponsor.
[05:04] <TheMuso> robert_ancell: Yeah I think we need these bug fixes.
[05:05] <robert_ancell> TheMuso, yup
[05:48] <TheMuso> robert_ancell: brasero uploaded.
[05:48] <robert_ancell> TheMuso, thanks
[05:48] <TheMuso> np
[06:12] <al-maisan> Good morning
[06:59] <pitti> Good morning
[06:59] <pitti> didrocks: oh, oops; it broke stuff for other projects
[06:59] <didrocks> good morning pitti
[06:59] <pitti> robert_ancell: hi
[07:00] <robert_ancell> pitti, hey
[07:00] <didrocks> pitti: hum, any idea of a workaround to avoid moving the file? :)
[07:00] <pitti> robert_ancell: I saw your tracker upload; I accepted deskbar-applet first, I take it this needs to be built and published before we can accept tracker? (it doesn't have a versioned build dep)
[07:00] <robert_ancell> yes
[07:00] <didrocks> manual dh_install ?
[07:01] <pitti> didrocks: you should be able to handle the data/.desktop.in in setup.py's data_files
[07:01] <pitti> didrocks: doesn't that work?
[07:01] <robert_ancell> pitti, is that a manual step? i.e. wait for deskbar-applet to go through the works then push tracker?
[07:01] <didrocks> pitti: I didn't try, just saw that yesterday evening. Ok, so, listing it manually the "distutils way" should work, right?
[07:01] <pitti> didrocks: yes
[07:02] <didrocks> ok, thanks. I will try that today :)
[07:41] <baptistemm> hello
[08:36] <seb128> good morning there
[08:37] <mvo> hey seb128
[08:38] <seb128> hello mvo, how are you?
[08:39] <mvo> good, how are you?
[08:40] <seb128> good thanks
[08:40] <seb128> not fully awake yet I think
[08:40] <seb128> not fully awake yet I think, need coffee, brb
[08:40] <mvo> I'm doing bug triage
[08:44] <pitti> hey seb128, good morning mvo
[08:45] <mvo> hey pitti
[08:45] <seb128> mvo, oh, fun, I've 591 bug emails from the weekend
[08:45] <seb128> I will spend my monday morning doing nothing bug email catchup again
[08:46] <seb128> hey pitti, how are you?
[08:46] <pitti> seb128: great, had a very relaxing weekend (sauna, swimming, some cooking)
[08:46] <pitti> yeah, bug mail is crazy these days
[08:46] <seb128> excellent ;-)
[08:47] <pitti> seb128: how about your long one?
[08:47] <Tm_T> pitti: no sauna + swimming in cold lake ?
[08:47] <seb128> it was pretty good too
[08:47] <pitti> Tm_T: nah, indoor here :) too cold outside
[08:47] <Tm_T> pitti: ...and that clearly tells me you're not finnish (:
[08:47] <seb128> shopping on friday, sleep and sport on saturday, relaxing on sunday ;-)
[08:48] <pitti> nice
[08:49] <Tm_T> pitti: http://en.wikipedia.org/wiki/Ice_swimming
[08:51] <pitti> Tm_T: I know that, but I think I'd die..
[08:51] <pitti> cold showering and cold basin after sauna is enough for me
[08:52] <Tm_T> pitti: (:
[09:00] <chrisccoulson> good morning everyone
[09:00] <pitti> hey chrisccoulson
[09:00] <TheMuso> Hey chrisccoulson.
[09:00] <chrisccoulson> hey pitti and TheMuso
[09:01] <chrisccoulson> how are you today?
[09:01] <TheMuso> Fine thanks.
[09:01] <chrisccoulson> good:)
[09:02] <chrisccoulson> james_w - i saw the hung PK dialog again last night
[09:03] <chrisccoulson> but it was 3am and so i didn' get a chance to debug it :(
[09:07] <seb128> do we do video driver update on stable?
[09:08] <seb128> the install from my parent is still running hardy but apparently doesn't like their new ati video card
[09:09] <baptistemm> hello
[09:09] <seb128> lut baptistemm
[09:09] <baptistemm> salut seb128
[09:09] <huats> morning !
[09:10] <baptistemm> hey huats
[09:10] <pitti> seb128: harder to do for hardy, since there were no DKMS packages yet
[09:10] <huats> hey baptistemm
[09:10] <pitti> seb128: for intrepid and above we can do backports
[09:10] <seb128> pitti, ok, I guess I will just upgrade
[09:10] <seb128> I was waiting next cycle to have a lts to lts testcase
[09:10] <chrisccoulson> hello seb128, huats, baptistemm
[09:10] <pitti> seb128: you could just install the bits from upstream
[09:10] <baptistemm> Hi chrisccoulson
[09:10] <seb128> hey chrisccoulson
[09:11] <huats> hey chrisccoulson
[09:11] <seb128> pitti, I think I will upgrade
[09:11] <seb128> lot of changes in this  year too ;-)
[09:11] <seb128> hardy feels old
[09:11] <pitti> seb128: I guess you mean the proprietary fglrx driver?
[09:11] <seb128> no, the distro
[09:11] <seb128> putting karmic on it
[09:12] <pitti> seb128: I meant for "video driver"
[09:12] <seb128> would a new fglrx work with the hardy xorg serveR?
[09:13] <pitti> seb128: I don't knwo
[09:13] <pitti> tseliot might
[09:14] <seb128> did anybody ever upgrade using an iso?
[09:14] <seb128> ie the "new ubuntu detect do you want to upgrade" dialog you get when putting a new ubuntu cd
[09:15] <baptistemm> which component manage the ssh-agent in the GNOME desktop? it seems my ssh key is not "properly" loaded, because I can't ssh to a server.
[09:15] <seb128> baptistemm, gnome-keyring
[09:15] <mvo> seb128: yes
[09:15] <seb128> mvo, would that work using a karmic iso on an hardy instlal?
[09:15] <mvo> seb128: no :(
[09:16] <mvo> seb128: sorry, it will work for lucid (lts->lts)
[09:16] <seb128> ok
[09:16] <mvo> seb128: but we have no official supported hardy->karmic at this point
[09:16] <seb128> it's really annoying
[09:16] <tseliot> seb128: fglrx should work there. Why?
[09:16] <seb128> I don't fancy downloading one giga of updates when I've most of it on a usb stick
[09:16] <seb128> tseliot, the box runs hardy but fail to work with a new ati card now
[09:17] <mvo> seb128: you can add the CD as a normal ubuntu cd (via synaptic, apt-cdrom add) and then perform the upgrade
[09:17] <seb128> ie the card is newer than hardy no surprise
[09:17] <seb128> tseliot, I was wondering was is the best way to get back in a working video
[09:17] <seb128> mvo, ok thanks
[09:17] <mvo> seb128: hm, thinking about it, it may even work with the CD, we have a supported upgrade for kubuntu
[09:17] <seb128> mvo, I don't mind resolving upgrade issues manually
[09:17] <mvo> seb128: and I think with the ubuntu-alternative CD it should also work
[09:18] <seb128> I just want to avoid downloading for the day what I already have on the iso
[09:18] <mvo> sure
[09:19] <tseliot> seb128: *maybe* you'll have to rebuild the packages on hardy (if dependencies cause problems) but the rest should just work as the old X should be supported
[09:19] <seb128> tseliot, ok thanks
[09:19] <seb128> let me try
[09:19] <baptistemm> seb128, how does gnome-keyring interact with 90x11-common_ssh-agent? (my knowledge with ssh is rather low)
[09:20] <seb128> baptistemm, dunno
[09:20] <baptistemm> okay
[09:21] <tseliot> np
[09:22] <mvo> asac: I get frequent ui hangs with FF on a ext4 system. is there anything I can do about this. its usually small (1-2s) but anoying. latencytop does not show anything (which is odd). I thought it might be the old fsync() issue, but its ff 3.5 and ext4 so that should be all fixed now, no?
[09:22] <seb128> tseliot, pitti, mvo: ok solved
[09:23] <seb128> the fglrx from hardy is working with this videocard
[09:23] <mvo> seb128: oh, that was quick
[09:23] <pitti> seb128: nice
[09:23] <seb128> I just used jockey to enable it
[09:23] <seb128> the box was using ati before
[09:23] <pitti> \o/
[09:30] <tseliot> seb128: even better ;)
[09:30] <seb128> sort of yes
[09:30] <seb128> I would prefer using the open source driver still ;-)
[09:30] <seb128> I would prefer using the open source driver still ;-)
[09:30] <seb128> ups
[09:30] <rickspencer3> seb128, pitti, asac, good morning
[09:30] <seb128> hey rickspencer3
[09:31] <seb128> rickspencer3, living in a decent timezone for the week? ;-)
[09:31] <rickspencer3> seb128, yes
[09:32] <seb128> rickspencer3, how was your flight? and the jetlag?
[09:32] <pitti> hey rickspencer3, welcome in a sane timezone! :-P
[09:32] <asac> hi rickspencer3
[09:32] <rickspencer3> they've sent me to London so I can add value by pestering your for status reports all day instead of just in your evening
[09:32] <asac> haha
[09:32] <pitti> PHEAR!
[09:33] <asac> mvo: yes. the fsync is said to be fixed for ext4 .. soo .....
[09:39] <TheMuso> Hey rickspencer3.
[09:39] <rickspencer3> Good evening TheMuso
[09:55] <asac> anyone has a fresh install?
[09:55] <asac> does /usr/share/ubuntu-artwork/home/index.html exist?
[09:56] <hyperair> it exists here.. but not a fresh install =\
[09:58] <seb128> pitti, bug #460328, do you know if it's g-s-d or gdm or something else?
[10:04] <cassidy> seb128, kenvandif: any progress on https://bugs.edge.launchpad.net/ubuntu/+source/empathy/+bug/408530 ?
[10:04] <seb128> cassidy, no idea just back from weekend for 2 hours and still fighting backlog
[10:04] <seb128> kenvandif was supposed to look at it but it's probably early for him now
[10:05] <cassidy> oki; please mark this bug as a release blocker; I really don't want to have Karmic shipped with this crasher :\
[10:05] <seb128> cassidy, it's late now for any karmic change
[10:05] <seb128> pitti, rickspencer3: ^
[10:06] <cassidy> :(((
[10:09] <rickspencer3> cassidy, pitti already milestoned it to karmic-updates, suggesting that it is SRUable
[10:10] <cassidy> post release then... :\
[10:19] <Zdra> pfff
[10:19] <Zdra> epic fail
[10:20] <seb128> it's not end of the world, the CD is mainly used for testing and install
[10:21] <seb128> the users are usually running stable updates
[10:21] <pitti> seb128: looking
[10:21] <seb128> ie if it's fixed next week in a sru nobody will notice
[10:22] <pitti> cassidy, rickspencer3: marking as "karmic-updates" means that we should fix it in an SRU, but not that we must not fix it before; do we have a patch?
[10:23] <Zdra> pitti, I have a trivial patch: drop the ubuntu-specific patch from package that proved 10times that it is wrong
[10:24] <Zdra> pitti, you can get package from our ppa, it has the needed fix ;)
[10:24] <cassidy> pitti, don't know, afaik kenvandif was working on a fix (which should be easy, I identified the leak)
[10:25] <seb128> Zdra, again you are not being constructive there
[10:26] <seb128> Zdra, karmic images are going to be rolled really soon we are not changing behaviour, design, documentation, etc now
[10:26] <Zdra> (if only you listened to me from the begining... moooonths ago)
[10:27] <seb128> Zdra, you are really not constructive
[10:27] <Zdra> I know
[10:28] <proppy> what is the problem ?
[10:28] <seb128> Zdra, the indicator changes are design decision so your suggestions are not an alternative there
[10:28] <Zdra> We can't be constructive at this point
[10:28] <Zdra> it's too late, and I'm really not happy at all
[10:28] <proppy> (I mean what is the bug you're talking about ?)
[10:29] <seb128> a crasher due to the libindicate change
[10:29] <seb128> but Zdra's reply to a crasher is not to fix it but to change the software behaviour
[10:30] <proppy> #nnnn ?
[10:30] <pitti> popey: bug 408530
[10:30] <proppy> pitti: seb128 thanks :)
[10:34] <pitti> seb128: 460328> that's g-s-d
[10:35] <seb128> pitti, thanks
[10:35] <pitti> seb128: and hal as well, I think
[10:35] <seb128> pitti, I reassigned there and I was not sure
[10:35] <pitti> seb128: hal/gdm doesn't really support the concept of multiple default layouts in /etc/default/console-setup
[10:35] <pitti> so having "set defaults" configure [us,ru] won't work
[10:35] <pitti> but the additional "us" one is a half-bug
[10:35] <pitti> it seems that his original "us\t" value is the problem
[10:35] <pitti> it's a variant without a name
[10:36] <popey> hullo pitti
[10:36] <pitti> hey popey
[10:36] <popey> can I help?
[10:36] <popey> oh, tabcomplete fail :)
[10:37] <pitti> argh, sorry
[10:37] <popey> np
[10:37] <popey> :)
[10:37] <pitti> popey: help> sure, always :) enough bugs to fix for everyone :)
[10:38] <chrisccoulson> are there any more bugs you want me to fix? ;)
[10:38] <popey> :)
[10:38] <pitti> chrisccoulson: you are a machine..
[10:38]  * seb128 is going through recent bug emails
[10:38] <chrisccoulson> heh:)
[10:39] <seb128> the most frequent complain atm seems to be youtube video playing not working correct in totem, lot of gstreamer errrors there...
[10:42] <proppy> ah it seems there is an updated patch on https://bugzilla.gnome.org/show_bug.cgi?id=574744#c24
[10:42] <proppy> about #408530
[10:43] <proppy> it seems related to me, but I may be mistaken
[10:47] <seb128> proppy, it's the other way around
[10:47] <seb128> the libindicate change comes from ubuntu
[10:47] <seb128> the upstream bug is just our patch sent for review
[10:47] <seb128> we might have a newer version in karmic that the on bugzilla right now
[10:48] <proppy> seb128: I know but it seems that the initial patch has been submitted upstream, and updated
[10:48] <proppy> how ok
[10:48] <seb128> well robert_ancell changes landed in karmic
[10:48] <proppy> seb128: and does it includes bits from https://bugzilla.gnome.org/show_bug.cgi?id=574744#c24 ?
[10:48] <seb128> but I think there was still incremental changes after that
[10:48] <proppy> I see :)
[10:48] <seb128> yes, robert_ancell works for the canonical desktop team there
[10:48] <proppy> seb128: thanks for the explaination
[10:48] <seb128> he has been working on those changes for us
[10:48] <seb128> and sent back upstream too
[10:50] <proppy> seb128: so the leak is still there in robert_ancell new patch ?
[10:51] <seb128> robert_ancell new patch is an month old change
[10:51] <seb128> so I guess it is yes
[10:51] <seb128> it's not a newer version it's an older one
[10:51] <seb128> https://edge.launchpad.net/ubuntu/+source/empathy/2.27.92-1ubuntu3
[10:52] <seb128> I think robert_ancell's change are in this upload
[10:52] <proppy> ah you're right Robert Ancell                             [developer]                                                              2009-09-18 01:49:49 UTC         , I miss read the date
[10:59] <asac> mvo: preferences.d .... refuses to parse files that have a "." ;)
[10:59] <asac> want a fix ?
[11:00] <asac> or was there a reason?
[11:00]  * asac had to look in code to understand why no pinning worked there
[11:02] <seb128> asac, bug #459199 if you want to subscribe
[11:02] <asac> seb128: Low .... :-P
[11:03] <asac> that not what i wanted to hear
[11:03] <asac> Critical at least
[11:03] <seb128> right
[11:03] <seb128> it should be a karmic blocker
[11:03] <seb128> ;-)
[11:03] <seb128> note that I told you to change the number back a week ago so you could have done it
[11:03] <seb128> I expect now is late
[11:04] <asac> yeah
[11:04] <asac> let me hug kees
[11:18] <TheMuso> pitti: seems tracker FTBFs on i386 due to python-gtk2-dev not being installed. I am uploading a fix to add python-gtk2-dev as a build dep for tracker, although deskbar-applet needs python-gtk2-dev as a dep for the pkg-config file somehow in the future.
[11:18] <TheMuso> pitti: Happy to do it another way if you'd prefer.
[11:18] <TheMuso> i.e haven't uploaded yet, but preparing to.
[11:26] <TheMuso> Seems the chroot I used to build test these packages today had bits in there that it should have somehow, which is why all looked ok when I uploaded today. :S
[11:31] <pitti> TheMuso: please go ahead
[11:32] <TheMuso> ok
[11:38] <TheMuso> pitti: uploaded
[11:39] <seb128> asac, is there any way to clean the firefox smart choices in a text entry?
[11:39] <seb128> it remembers things I've typed before
[11:39] <seb128> like in the launchpad assignee entry "desktop-bugs"
[11:39] <seb128> the thing is that I did a typo once and that one is listed too
[11:40] <seb128> I would like to clean it
[11:40] <pitti> seb128: select it and press "delete" key
[11:40] <pitti> WFM
[11:40] <seb128> pitti, doh, so easy, thanks
[11:48] <asac> seb128: hmm ... tools -> clear recent history offers you to clear form history ... not sure if thats what you want. i dont think there is a UI to remove that for individual sites
[11:49] <seb128> asac, what pitti said
[11:49] <seb128> delete
[11:49] <seb128> but thank
[11:49] <asac> hehe
[11:49] <asac> fun ;)
[11:49] <asac> too much sophistication for me ;)
[11:49] <asac> but how does that help?
[11:49] <asac> or did it remember some bogus value you wanted to remove?
[11:51] <seb128> asac, cf what I wrote
[11:51] <seb128> " like in the launchpad assignee entry "desktop-bugs"
[11:51] <seb128>  the thing is that I did a typo once and that one is listed too
[11:51] <seb128>  I would like to clean it"
[11:52] <seb128> asac, I add a buggy entry (the one with the typo) and I keep picking it
[11:52] <asac> yep
[11:52] <seb128> well problem solved now so it's all good
[11:52] <asac> i should not start looking for stuff before reading all ;)
[11:58] <proppy> seb128: I tried to cdbs-edit-patch 20_libnotify.patch for empathy, but for some reason the debdiff produced is very big
[11:59] <proppy> even thought I only moved 4 lines of code
[11:59] <proppy> it seems like all the header of each hunk have been altered
[12:00] <proppy> http://pastebin.com/f71085316
[12:03] <seb128> proppy, weird
[12:03] <asac> proppy: the previous patch was done manually
[12:03] <asac> so it might be that the order is wrong and all that
[12:03] <asac> i would suggest to edit the patch by hand if you know what you want to change ;)
[12:04]  * seb128 lunch
[12:04] <asac> or try to use the same command ... or just triple check that the patch is really good
[12:04] <seb128> still 111 bug emails in backlog
[12:04] <proppy> http://pastebin.com/f6f757b8d
[12:04] <seb128> the morning was not enough to tackle all
[12:04] <proppy> here is my tentative patch
[12:04] <asac> yeah. weekend is bad
[12:04] <seb128> kenvandif, ^ for you to review when you are there
[12:04] <seb128> proppy, thanks for looking into the issue
[12:05] <seb128> lunch, bbl
[12:05] <asac> proppy: you need to adjust the hunk markers too
[12:05] <asac> like
[12:05] <asac> -260,7 +213,6 @@
[12:05] <asac> ->
[12:05] <asac> oh
[12:05] <asac> cant tell because i dont see the original ones
[12:05] <proppy> asac: got to go to lunch
[12:05] <asac> but removing lines means you probably need to adjust them
[12:06] <proppy> asac: I'll take a look if I'm available after that
[12:06] <proppy> asac: yes I know :/
[12:06] <proppy> asac: maybe I should use some emacs-fu to edit the patch in place
[12:06] <proppy> ++
[12:07] <asac> right emacs is great for that
[12:37] <mac_v> kenvandif , mat_t: Bug #441210 , is schedule for 9.10 , are we expecting it to be in the karmic updates or.... ?
[12:41] <kenvandine> mac_v, thought that was uploaded on thursday, /me looks
[12:42] <mac_v> thanks... :)
[13:21] <kenvandine> pitti, what happened with xsplash?
[13:21] <kenvandine> pitti, looks like it never got uploaded
[13:21] <kenvandine> the change with the wallpaper
[13:21] <pitti> oh, for the wallpaper thing?
[13:21] <pitti> hm, I didn't get bug mail
[13:22] <seb128> kenvandine, hi, have you seen the ping about empathy before?
[13:22] <kenvandine> pitti, we discussed it on irc...
[13:22] <pitti> kenvandine: and it's not in the sponsoring queue either
[13:22] <kenvandine> seb128, you didn't get my replies?
[13:22] <kenvandine> pitti, let me find the bug
[13:22] <seb128> kenvandine, no
[13:23] <seb128> "<kenvandine> mac_v, thought that was uploaded on thursday, /me looks" is the first think I read from you on this channel today
[13:23] <kenvandine> seb128, i guess my irc proxy was not happy
[13:23] <kenvandine>  seb128, i'll look at that
[13:23] <kenvandine>  i have a patch from friday that does something similar, and also adds DEBUG hooks to the indicator specific stuff which will be useful in the future
[13:23] <kenvandine>  seb128 seiflotfy2
[13:23] <kenvandine>  seb128, and i tried desparately to reproduce that bug on friday and just couldn't trigger it, so frustrating
[13:23] <kenvandine>  i will build it into a ppa and ask the people that have commented on the bug to test it
[13:23] <kenvandine>  as many dupes as there are, you would think it would be easy to trigger
[13:23] <seb128> kenvandine, have you seen the patch from proppy?
[13:24] <kenvandine> pitti, bug 441210
[13:24] <kenvandine> you asked me to subscribe you and we chatted about it on irc thursday
[13:24] <kenvandine> seb128, yeah
[13:24] <seb128> ok
[13:24] <kenvandine> that fixes the leak cassidy was talking about
[13:24] <seb128> would be worth uploading now in case it's indeed fixing the issue?
[13:24] <kenvandine> seb128, not yet... rick said to make this an SRU
[13:25] <pitti> kenvandine: hm, weird, I didn't get mailed about it; sorry; let's do that an an SRU then
[13:25] <seb128> pitti, ^ do we still have a slot for that one?
[13:25] <kenvandine> seb128, pitti is testing now
[13:25] <pitti> seb128: not for final, but for SRU sure
[13:25] <kenvandine> seb128, i tried to repro it and just couldn't
[13:25] <pitti> seb128: (final images are building now)
[13:25] <seb128> pitti, ok
[13:25] <kenvandine> seb128, and if it was that leak i would think it would be easy to reproduce it
[13:25] <seb128> it's easy to trigger for lot of users apparently
[13:25] <kenvandine> seb128, yeah... i know
[13:25] <seb128> dunno why you don't run into it though
[13:26] <kenvandine> i tried everything the users commented about and nothing
[13:26] <pitti> seb128: I get it all the time, but I don't have a recipe; it just happens if I get a lot of ICQ chatter
[13:26] <kenvandine> and i did it many times
[13:26] <kenvandine> if it is protocol related, it isn't the leak
[13:27] <kenvandine> i tried with multiple chats at the same time on different protocols and never triggered it
[13:27] <seb128> weird
[13:27] <kenvandine> proppy, hey thx for the patch
[13:27] <seb128> anyway let's see what user testing says about that
[13:27] <kenvandine> proppy, i had done something similar on friday, but wanted to reproduce it first
[13:27] <kenvandine> seb128, yeah
[13:27] <seb128> kenvandine, any opinion about bug #460286 btw?
[13:27] <kenvandine> and we have a little time
[13:27] <proppy> kenvandine: is it helping ?
[13:27] <kenvandine> proppy, no idea
[13:27] <kenvandine> i can't reproduce it, but pitti is going to try
[13:27] <proppy> sorry, I hadn't time to properly test it
[13:27] <seb128> ""show notifications when chat is not focussed" enabled by default."
[13:28] <proppy> I agree that reproduce it first is needed :)
[13:28] <kenvandine> proppy, can you reproduce the bug?
[13:28] <seb128> not sure if we want to turn those on
[13:28] <proppy> kenvandine: no I haven't try
[13:28] <proppy> I know that empathy is crashing sometimes on karmic, but I haven't  done any diagnostic
[13:28] <proppy> kenvandine: I was just reading the thread, and logs here, and waited to help a bit
[13:29] <kenvandine> seb128, i don't think we change that default, so it should be the same as upstream
[13:29] <proppy> sorry if it seems like duplicate work :/
[13:29] <kenvandine> proppy, thx!
[13:29] <kenvandine> no worries
[13:29] <kenvandine> i appreciate it
[13:29] <seb128> kenvandine, the question is rather, should we enable it by default?
[13:29] <kenvandine> proppy, my concern is if it was that leak, it would be easier to reproduce
[13:30] <kenvandine> seb128, i would say it should be
[13:30] <seb128> cassidy, ^ do you have an opinion about notifications?
[13:30] <kenvandine> if the chat isn't focused, you want notifications
[13:30] <proppy> kenvandine: obvsiouly there is a reference leak, but I don't know if it is related to the crash
[13:30] <proppy> upstream seems to say so
[13:30] <kenvandine> proppy, right
[13:30] <seb128> kenvandine, is the change obviously right? if it is it doesn't hurt to upload and see if that works for users
[13:30] <kenvandine> so the patch is needed :)
[13:30] <kenvandine> seb128, it is right
[13:30] <kenvandine> i have a little more too
[13:30] <kenvandine> which also adds some DEBUG output
[13:31] <kenvandine> so calls to the indicator and from the indicator get logged
[13:31] <seb128> ok, so don't discuss why you don't get the issue but get the fix in a ppa for testing ;-)
[13:31] <kenvandine> very annoying that wasn't already there :/
[13:31] <kenvandine> seb128, that is the plan :)
[13:31] <seb128> cool, thanks
[13:31] <seb128> \o/
[13:31] <seb128> I managed to tackle my weekend bug emails lag
[13:32] <seb128> over 600 emails
[13:32] <didrocks> congrats seb128 :)
[13:32] <didrocks> (and hey o/)
[13:32] <seb128> didrocks, thanks, and hello
[13:32] <kenvandine> seb128, back to the notifications question
[13:32] <seb128> had a good weekend?
[13:33] <didrocks> seb128: wonderful as you may imagine :)
[13:33] <didrocks> you?
[13:33] <kenvandine> i don't quite understand... it isn't enabled but i get notifications, as long as the chat window isn't focused :)
[13:33] <chrisccoulson1> seb128 - you need a secretary to help with all those e-mails
[13:33] <seb128> chrisccoulson1, indeed ;-)
[13:34] <seb128> didrocks, good too thanks ;-)
[13:34] <seb128> kenvandine, so maybe the option is buggy and do the opposite?
[13:34] <kenvandine> maybe
[13:34] <kenvandine> i definately get notifications
[13:34] <kenvandine> and i don't get them if the chat is focused
[13:34] <kenvandine> which seems to be the right thing
[13:35] <kenvandine> i bet it is supposed to be Disable
[13:35]  * kenvandine tests
[13:41] <kenvandine> seb128, ok... it is worded right but not sure if it is clear
[13:42] <kenvandine> if you have a chat window open and not focused (either not on top or minimized) you don't get notifications unless this open is checked
[13:42] <kenvandine> so yes, perhaps it should be enabled by default
[13:42] <seb128> I think it should yes
[13:42] <kenvandine> i think if the chat is focused, you probably want notification
[13:42] <kenvandine> s/is/is not
[13:43] <seb128> right, if it's focussed you usually read it
[13:44] <seb128> kenvandine, thanks for testing
[13:44] <kenvandine> np
[13:45] <kenvandine> seb128, and fyi for 2.30 we shouldn't need to patch empathy at all, we should be able to utilize mission-control
[13:45] <kenvandine> which will be great
[13:46] <seb128> for what? the indicator?
[13:46] <kenvandine> i will get a plan together for doing that before UDS
[13:46] <kenvandine> yeah
[13:46] <kenvandine> we will be able to do what we need without changing empathy
[13:46] <Zdra> gnome-shell is doing similar thing
[13:50] <rickspencer3> seb128, kenvandine are you suggesting changing a setting before final?
[13:51] <seb128> rickspencer3, no
[13:51] <seb128> rickspencer3, that's lucid material
[13:51] <seb128> Zdra, similar to what? not notifying about things which aren't focussed?
[13:52] <kenvandine> seb128, i think Zdra was talking about MC integration
[13:52] <seb128> oh ok
[13:52] <Zdra> seb128, they are going to use MC5 to show notification of incoming message, etc
[13:52] <Zdra> it's similar to what ubuntu will have to do, but probably with different UI
[13:52] <seb128> ok
[13:55] <seb128> pitti, did the apport.mo moved between langpacks?
[13:57] <seb128> mvo, seen bug #460547?
[13:59] <mvo> seb128: that works just fine here locally, let me test in a vm
[13:59] <seb128> mvo, ok, there is an ubuntu-translators topic about it so...
[13:59] <seb128> mvo, I figured I would let you know ;-)
[13:59] <tgpraveen1> hello i am running Karmic RC and some observations which were present in jaunty and prior also. why are mp3 files and other audio files like even oga etc associated with totem and NOT rythmbox by default?
[13:59] <dpm> seb128, re: apport.mo, is that about https://lists.ubuntu.com/archives/ubuntu-translators/2009-October/003051.html?
[13:59] <mvo> seb128: thanks, I see what is wrong
[14:00] <tgpraveen1> a new user will never know the existence of rythmbox this was.
[14:00] <seb128> mvo, you rock ;-)
[14:00] <seb128> tgpraveen1, because rhythmbox is a collection manager not a one file player software
[14:00] <seb128> dpm, yes
[14:00] <mvo> seb128: eh, maybe not - I dig a bit more and let you know
[14:01] <seb128> dpm, such issues fixed with a reinstall can be a binary replacing an another one and overwritting the file
[14:01] <seb128> mvo, ok
[14:01] <dpm> seb128, ok
[14:01] <tgpraveen1> hmm then atleast say i select 10 songs and click enter then rythmbox should open up and start playing while buildiing it's collection with these files.
[14:01] <tgpraveen1> which it does if i click open with rythmbox
[14:02] <seb128> tgpraveen1, I don't think I agree with that
[14:02] <seb128> totem is a small player
[14:02] <seb128> what you want to use when double clicking somewhere
[14:03] <seb128> rhythmbox is a collection software you open and use
[14:03] <seb128> you don't want to start rhythmbox to go quickly through some downloaded files
[14:03] <seb128> especially not adding those to your library
[14:04] <tgpraveen1> hmm doesnt that then defeat the purpose of shipping a dedicated audio player by default. also rythmbox is also simple/plain (in fact too simple ;-) )
[14:05] <seb128> totem is an audio player
[14:05] <seb128> what do you mean?
[14:06] <seb128> you say that rhythmbox should not be installed by default?
[14:06] <tgpraveen1> totem can play audio but lacks many audio playing enhancements. no i think it should be installed or be replaced with banshee
[14:06] <tgpraveen1> my point is if a new
[14:07] <tgpraveen1> user uses ubuntu and clicks on a song file
[14:07] <tgpraveen1> then he gets totem and see very few
[14:07] <tgpraveen1> features. features that he see most audio players on say windows.
[14:07] <tgpraveen1> so eventhough we ship rythmbox people might not realise it atleast initially
[14:08] <seb128> we can't open every install software on first start just to show they are there
[14:08] <kenvandine> tgpraveen1, perhaps the user should be prompted to import the song into his library or play it
[14:08]  * kenvandine doesn't necessarily think that is a good idea
[14:08] <seb128> please don't prompt user when trying to open something
[14:08] <kenvandine> yeah
[14:09] <tgpraveen1> kenvandine: that might be done the first time. but will start bugging if done everytime
[14:09] <kenvandine> not a fan of that... but opening it in rhythmbox wouldn't be good either
[14:09] <tgpraveen1> hmm if banshee replaces rythmbox then also will similar behaviour be followed?
[14:09] <kenvandine> i think in banshee you can have it open just a simple player, but still be bansee
[14:10] <kenvandine> so you get a bansee player instead of totem
[14:10] <kenvandine> different UI
[14:10] <tgpraveen1> in banshee there is a file system queue plugin which is enabled by defaulkt
[14:10] <mac_v> tgpraveen1: anyways , most probably banshee might land for Lucid ;)
[14:10] <kenvandine> tgpraveen1, true... but what does that do if it isn't in your library?
[14:10]  * mac_v wonders why it was rejected for karmic
[14:10] <tgpraveen1> kenvandine: it doesnt
[14:10] <kenvandine> i suspect nothing but play, which is fine
[14:10] <seb128> tgpraveen1, not sure but I would say yes, you don't want to open a collection management heavy application to open a file
[14:10] <tgpraveen1> do anything it plays and thats it doesnt put it in llib automatically
[14:11] <seb128> mac_v, what banshee?
[14:11] <tgpraveen1> seb128: he is just speculating i guess. we were close in karmic right
[14:11] <seb128> mac_v, it didn't get any tarball upstream for the whole cycle and lack things required to use it by default
[14:11] <seb128> like accessibility
[14:12] <mac_v>  ah...
[14:12] <seb128> tgpraveen1, still you don't want to open banshee or rhythmbox to give a quick try to a music you downloaded
[14:12] <tgpraveen1> seb128: well banshee/rythmbox isnt that heavy. i mean for an analogy u r saying to open document files in a document viewer instead of opening in openoffice
[14:12] <seb128> banshee is the think which doesn't close when you click on the close button
[14:12] <seb128> all the opposite of something you want to quickly fire up, listen 15 seconds and close
[14:13] <seb128> tgpraveen1, banshee is not an editor so the comparaison doesn't stand
[14:13] <seb128> comparison
[14:14] <tgpraveen1> hmm kk. i see your viewpoint but still feel maybe this issue should be discussed more
[14:14] <seb128> what issue?
[14:14] <seb128> I don't see any issue there
[14:14] <seb128> you want to play quickly something the player is there
[14:14] <seb128> you want to open your jukebox for the day it's in the menu
[14:14] <mac_v> ^+1
[14:26] <pitti> seb128: apport.mo> not that I know of; it's shipped in language-pack-de-base as it should be; what makes you ask?
[14:28] <chrisccoulson1> pitti - what's your opinion on bug 437905? i think I already know the answer to it ("no for karmic"), but i just wanted to make sure before commenting on it
[14:31] <seb128> pitti, one discussion on the translator list
[14:31] <seb128> pitti, one translator got it missing and there after reinstall
[14:31] <seb128> I was wondering if that was a Replaces: and upgrade issue maybe there
[14:31] <seb128> or if it could be one
[14:31] <seb128> not worth bothering
[14:32] <pitti> could certainly be
[14:32] <pitti> these packages have a hideous Replaces: list
[14:34] <popey> Could someone tell me where there is a definition of what constitutes "server" and "desktop" packages in terms of the LTS support? What packages can someone expect to get security updates for, and which ones can they not?
[15:13] <dobey> popey: i guess the package listings for the CD images would be those lists?
[15:22] <popey> dobey: I'd like a more definitive answer than "I guess" :)
[15:54] <mac_v> popey: i guess , you are looking for something more comprehensive than this > https://wiki.ubuntu.com/LTS ?  something very similar to what you mention , was part of mpt 's initial mockups of software center , /me wonders why that was dropped
[15:55] <popey> yes, because that page gives no detail
[15:55] <mpt> It's not dropped, but it was never intended for v1
[15:55] <mac_v> ah , nice :)
[15:55] <mpt> It's not currently intended for v2 either, unless someone is inspired to implement it themselves :-)
[15:56] <mac_v> mpt: you could keep the mockup on the wiki page , so that it might inspire someone ;)
[15:57] <mpt> mac_v, it's always been there. https://wiki.ubuntu.com/SoftwareCenter#Unsorted%20ideas
[15:58] <mac_v> lol! i was just blind then :)  i didnt notice it a few mins back
[16:14] <didrocks> rickspencer3: quickly 0.2.6 accepted. It fixes the former issue. (also, I added in 0.2.5 some additional stenza and statements to the tutorial as for instance, the quickly license description had a lot of outdated information)
[16:21] <pitti> didrocks: so data_files worked?
[16:27] <mac_v> tedg: hi ,since the latest inkscape update , inkscape behaves weird :( , during save, it saves to a folder somewhere else [used for the previous save] rather than to where the icon is located
[16:29] <mac_v> even that is a bit unreliable , it remembers the last save location of the 'inkscape svg format'
[16:30] <tedg> mac_v: The inkscape in the archive or the daily PPA?
[16:31] <mac_v> tedg: archive > 0.47~pre4-0ubuntu1
[16:33] <tedg> mac_v: I think that there were some fixes to that, I'm not sure if they were in the pre4 timeframe.  I'm realizing the nightly is broken right now as the desktop file changed.  I'll try and fix that tonight so you can see if it's fixed.
[16:36] <mac_v> tedg: awesome thanks :) ...
[17:03] <didrocks> pitti: it worked perfectly, thanks :)
[17:18] <Amaranth> I don't know what changed but my nvidia system runs compiz perfectly now
[18:34]  * chrisccoulson thinks xchat-gnome needs indicator support
[18:37] <pitti> good night everyone
[18:37] <rickspencer3> good night pitti
[18:38] <chrisccoulson> 'night pitti
[18:38] <didrocks> good night pitti
[18:39] <chrisccoulson> hello didrocks
[18:39] <didrocks> hey chrisccoulson ;)
[18:39] <chrisccoulson> how are you?
[18:39] <didrocks> very fine, thanks  ;)
[18:39] <didrocks> you?
[18:40] <chrisccoulson> yeah, not too bad thanks. are you looking forward to UDS?
[18:40] <didrocks> yeah ;) I'm eager to be there!
[18:40] <chrisccoulson> heh, i bet:)
[18:40] <didrocks> and you, still wanting for your child?
[18:40] <chrisccoulson> yeah, she hasn't arrived yet
[18:41] <chrisccoulson> but she probably will do anytime now
[18:41] <didrocks> heheh, you will have soon your release day too :)
[18:41] <chrisccoulson> yup! i don't know what will arrive first - karmic or baby
[18:41] <chrisccoulson> probably karmic ;)
[18:42] <didrocks> :)
[18:42] <chrisccoulson> mvo - i know how to trigger the PK dialog hangs now ;)
[18:43] <mvo> chrisccoulson: woah, how?
[18:43] <chrisccoulson> mvo - it's a dbus call timing out. if you leave it 25 seconds before entering your password, then it hangs every time
[18:44] <chrisccoulson> it probably explains why we don't see it as often now, since james_w fixed the issue with dbus timeouts timing out too early
[18:44] <chrisccoulson> but 25 seconds is still bad
[18:45] <mvo> yeah
[18:45] <mvo> cool that you figured out the cause now!
[18:45]  * mvo hugs chrisccoulson
[18:45]  * chrisccoulson hugs mvo
[18:46] <james_w> yay chrisccoulson
[18:46] <chrisccoulson> hey james_w
[18:48] <james_w> hmm, didn't seem to (not) work here
[18:49] <chrisccoulson> how long did you leave it?
[18:49] <james_w> more than a minute
[18:49] <chrisccoulson> hmmmmmm, let me try again and time how long it takes here
[19:01] <chrisccoulson> hmmmm, maybe a red herring then. i just got it twice in a row, and i got it last night after delaying entering my password too
[19:01] <chrisccoulson> 3 missed opportunities :(
[19:02] <chrisccoulson> now i can't get it to fail again :-/
[19:17] <rafferty> Sound from headphones but not from speakers on Thinkpad x200. I've tried every workaround I can find... any suggestions?
[19:49] <dobey> jcastro: hey. can you renw my membership to ~ubuntu-bugcontrol plz? :)
[19:50] <jcastro> dobey: one sec
[19:50] <dobey> jcastro: thanks
[19:51] <jcastro> done
[19:52] <charlie-tca> jcastro: Did anyone tell you I want that last OpenWeek slot?
[19:52] <dobey> jcastro: muchos gracios
[19:52] <jcastro> charlie-tca: maybe? I've been gone for a few days (friday and today off)
[19:52] <jcastro> charlie-tca: just go into the wiki and snag it!
[19:52] <charlie-tca> Will do!
[19:52] <charlie-tca> Thanks
[21:58] <TheMuso> robert_ancell: Hey. Seems you left python-gtk2-dev from trakcer's build-deps, as the pkgconfig file for deskbar-applet requires it. I fixed it last night, after finding out it FTBFs on i386. Seems I tested with a chroot that was in a bad state yesterday.
[21:59] <TheMuso> tracker even
[22:00] <robert_ancell> TheMuso, ah, pkg-config dependencies are checked
[22:00] <robert_ancell> TheMuso, thanks
[22:00] <TheMuso> robert_ancell: seems so.
[22:01] <robert_ancell> TheMuso, I was having a discussion with someone about pkg-config, apparently there generally shouldn't be anything in the Required field
[22:02] <TheMuso> robert_ancell: Interesting.
[22:02] <robert_ancell> TheMuso, yeah, as you don't need to explicitly link to dependencies - the linker should take care of that for you
[22:02] <TheMuso> robert_ancell: In any case, deskbar-applet needs to have that dependency, but its a little weird. I personally think a new package deskbar-applet-dev needs to be made, for the pkg-config file and other bits.
[22:02] <robert_ancell> TheMuso, there is a Requires.private field
[22:03] <robert_ancell> TheMuso, agreed
[22:28] <TheMuso> robert_ancell: BTW slangasek rejected brasero, he asked for it to be an SRU.
[22:29] <robert_ancell> TheMuso, ok