[00:39] <jasoncwarner_> hey guys...just back from a quick post-Rally holiday. How are things?
[00:43] <TheMuso> jasoncwarner_: Hi there. Not too bad thanks. Yourself?
[00:44] <jasoncwarner_> TheMuso: pretty good, thanks. I'm wondering if ubuflu got anyone this time?
[00:44] <TheMuso> Not me.
[00:45] <jasoncwarner_> TheMuso: good to hear. I hope everyone else escaped it as well!
[00:46] <jasoncwarner_> robert_ancell: did your luggage finally show up?
[00:46] <robert_ancell> jasoncwarner_, yeah, it just didn't make the flight so they couried it the next day
[00:47] <jasoncwarner_> ah, ok....that is better than you missing the flight ;)
[00:47] <jasoncwarner_> mental note: don't go through heathrow anymore
[00:47] <TheMuso> jasoncwarner_: I've never had a luggage problem at Heathrow.
[00:52] <RAOF> Neither have I :)
[00:53] <bryceh> me either, but luggage problems tend to strike randomly
[00:54] <jasoncwarner_> robert just left...new LightDM must be up for testing :)
[00:55] <jasoncwarner_> (just saw it coming down in my updates...about to test myself)
[02:08] <jasoncwarner_> assuming kenvandine and ted are sleeping? Just updated and indicators seems broken (particularly sound). submitting report now.
[02:09] <kenvandine> jasoncwarner_, broken how?
[02:09] <kenvandine> the slider?
[02:09] <jasoncwarner_> that and if I try, it hangs for maybe 30 seconds before failing
[02:10] <jasoncwarner_> also, my volume up/down buttons don't work. not sure if that is related
[02:11] <kenvandine> that shouldn't be related
[02:13] <TheMuso> jasoncwarner_: How do they not work? Not working at all?
[02:13] <TheMuso> Actually, mine appear not to be working at all here either.
[02:13] <jasoncwarner_> TheMuso: volume buttons? yeah, not at all right now.
[02:23] <kenvandine> jasoncwarner_, mine aren't either
[02:23] <kenvandine> i wonder when that broke
[02:23] <kenvandine> i doubt that could be the indicator
[02:24] <AfC> UI breaks system daemon breaks kernel driver :) Sure it's possible!
[02:24] <jasoncwarner_> kenvandine: I noticed it yesterday, I think.
[02:24] <jasoncwarner_> don't remember which update did it, however
[02:25] <TheMuso> Afaik gnome-settings-daemon is responsible for volume buttons.
[02:25] <kenvandine> my laptop hasn't been updated since thursday
[02:25] <TheMuso> Hrm ok, my buttons were working after Thursday...
[02:25]  * TheMuso boots his notebook to check behavior there.
[02:26] <jasoncwarner_> I noticed some g-s-d crashes the past two days as well (reported those).
[02:29] <TheMuso> Ok, haven't updated my notebook since Monday and the volume buttons work properly there.
[02:29] <TheMuso> Just updating it now to see what happes.
[02:39] <RAOF> Hm.
[02:39] <RAOF> Clicking on the volume slider of indicator-sound results in sadness.
[02:40] <RAOF> (Specifically a unity-panel-service crash which I shall file forthwith)
[02:45] <TheMuso> Its known.
[02:45] <TheMuso> An IDO bug afaik,.
[02:48] <RAOF> Hm.  Apport doesn't seem to think so.
[02:48] <TheMuso> ok
[02:49] <RAOF> Wheee!  Segfault in g_slice_alloc.  Also, lunch.
[02:49] <TheMuso> Yup, after an update, my notebook volume buttons no longer work.
[02:50] <TheMuso> Yeah, lunch is a good idea.
[03:11] <hyperair> https://bugs.launchpad.net/bugs/805938 <-- does anyone know if this is related to the gtk3 port?
[03:11] <ubot2> Ubuntu bug 805938 in banshee "Totem set as default music player after install instead of Banshee" [Low,New]
[04:22] <pitti> Good morning
[04:26] <TheMuso> Hey pitti.
[04:32] <RAOF> Good morning pitti.
[04:32] <pitti> hey TheMuso, hello RAOF; how are you?
[04:32] <TheMuso> Not too bad thanks. Yourself?
[04:33] <RAOF> Pretty good, if a little tired.
[04:33] <pitti> still a bit tired, but cold is almost gone now
[04:37] <RAOF> Yay!
[06:24] <chrisccoulson> good morning everyone
[06:28] <pitti> hey chrisccoulson
[06:28] <chrisccoulson> hi pitti, how are you?
[06:28] <pitti> quite well, thanks!
[06:46] <didrocks> good morning
[06:47] <pitti> hey didrocks
[06:47] <didrocks> hello pitti!
[06:52] <chrisccoulson> hey didrocks
[06:52] <didrocks> good morning chrisccoulson
[06:53] <didrocks> pitti: small question: is there any reason we would like to have a package unseeded in main? see https://bugs.launchpad.net/ubuntu/+source/vpnc/+bug/801240
[06:53] <ubot2> Ubuntu bug 801240 in vpnc "[MIR] vpnc" [Undecided,New]
[06:54] <pitti> didrocks: that would be to show that it is supported by Canonical
[06:54] <chrisccoulson> didrocks, i think there was a similar discussion last night about xchat-gnome ;)
[06:54] <pitti> didrocks: in that case I'd like to see an explicit commitment from the server team for it, as it's nontrivial
[06:54] <didrocks> pitti: I was thinking that the delimitation of supported/unsupported was not as clear as main/universe :)
[06:54] <didrocks> pitti: but it would be shown in mismatch components list then?
[06:54] <didrocks> chrisccoulson: oh? :)
[06:55] <pitti> didrocks: we'd need to seed it to supported
[06:55] <didrocks> didn't know that one, ok, I'll ask for commitment then
[06:56] <chrisccoulson> didrocks, http://irclogs.ubuntu.com/2011/07/05/%23ubuntu-desktop.html#t19:32
[06:56] <didrocks> pitti: thanks for the explanation :)
[06:56] <didrocks> chrisccoulson: looking
[06:57] <chrisccoulson> can we unfreeze now, so i can upload firefox 6 ;)
[06:59] <didrocks> chrisccoulson: let me upload Qt before then :p
[07:00] <chrisccoulson> heh
[07:07] <didrocks> pitti: I'm not sure about 60xdg_path-on-session to be shipped by lightdm. It was shipped before by GDM as we dep it on GDMSESSION, but not that we try to have a more generic session variable, maybe there is a better package for it?
[07:08] <pitti> would it fit into x11-common?
[07:11] <didrocks> pitti: yeah, I think it's a nice place to pick it, let me see with the xorg guys
[07:11] <didrocks> RAOF: around? ^
[07:11] <RAOF> Aloha.
[07:11] <didrocks> RAOF: hey! ;)
[07:12] <didrocks> RAOF: so, there is this script which is called /etc/X11/Xsession.d/60xdg_path-on-session
[07:12] <RAOF> Let me look at that.
[07:12] <didrocks> we should change GDMSESSION by DESKTOP_SESSION with lightdm
[07:12] <didrocks> bug #804734
[07:12] <ubot2> Launchpad bug 804734 in lightdm "Please ship 60xdg_path-on-session like gdm" [High,Triaged] https://launchpad.net/bugs/804734
[07:13] <didrocks> x11-common will make more sense that in $whateverdm
[07:13] <didrocks> than*
[07:13] <didrocks> do you want me to do it? (I think you are using a git repo… somewhere in debian? ;))
[07:13] <RAOF> Yup.  It's in pkg-xorg git.
[07:14] <didrocks> RAOF: do you think it makes sense to ship it there?
[07:16] <RAOF> Quite possibly; I'm looking at it now.
[07:16] <RAOF> My system is quite responsive for something with 99% swap utilisation.
[07:17] <didrocks> what have you done to this poor bare metal? :)
[07:18] <RAOF> I'm not entirely sure; I suspect compiz might be leaking.
[07:19] <didrocks> RAOF: are you using indicator-multiload?
[07:19] <RAOF> Yeah.
[07:19] <didrocks> RAOF: so yeah, the refactoring made it leak
[07:19] <didrocks> (unity refactoring)
[07:21] <RAOF> Hm.  60xdg_path-on-session looks pretty gdm-specific.  Does Xubuntu only work with gdm as a display manager?
[07:22] <didrocks> RAOF: right now yeah, but now that we are using lightdm, we will use DESKTOP_SESSION instead of GDMSESSION
[07:23] <RAOF> I'm not convinced that it fits in x11-common.  Why shouldn't it be in lightdm?  After all, lightdm's what sets the relevant variables.
[07:24] <didrocks> RAOF: because maybe other dm should set the same variable in the end? gdm is already setting this variable since gdm 3
[07:24] <didrocks> RAOF: so shipping it in lightdm and gdm doesn't sound like the right solution
[07:25] <didrocks> in addition to have that parsed twice for the same variable if both are installed :)
[07:25] <RAOF> So both gdm 3 and lightdm will set DESKTOP_SESSION and could share this file?
[07:25] <didrocks> right
[07:32] <didrocks> RAOF: I can provide you a git format patch if needed (just did the transition work in gdm and x11-common here for testing and it works)
[07:33] <RAOF> I guess it could go into x11-common.  It seems a bit icky, but the other option is a tiny display-manager-common package containing just that file which seems worse. :)
[07:33] <didrocks> RAOF: yeah, that was the other option I was thinking of, but as long as we just have one file… :/
[07:33] <didrocks> RAOF: we can revisit if we need to ship more of them, I would say
[07:34] <RAOF> Yeah, fair enough I think.
[07:36] <didrocks> RAOF: http://paste.ubuntu.com/638758/ should do a git format patch with the change. I'm uploading gdm
[07:37] <didrocks> RAOF: wait, the changelog git add, git add, git add… ;)
[07:38] <RAOF> :)
[07:41] <pitti> didrocks: debcommit -a FTW :)
[07:41] <didrocks> RAOF: http://paste.ubuntu.com/638761/ should be better
[07:42] <didrocks> pitti: hum, should use that indeed, just used to debcommit with bzr, but I don't have this in my mind with git :) Will do next time for sure! Thanks :)
[07:47] <tjaalton> RAOF: that should be good for debian too, but maybe discuss it with them before pushing there
[07:47] <RAOF> Yeah.
[07:48] <RAOF> didrocks: Is there a link to some spec that pathmangling implements?
[07:50] <didrocks> RAOF: not really, it's based on current implementation of what you have in a session today (without that path change), and what additional path we wanted for UNR, like autostarting other applications as well as adding additional software flavor (like a banshee.destkop which started the netbook flavor and override the one in /usr/share/applications/). Did that reading the freedesktop xdg spec
[07:50] <didrocks> which is at http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html FYI
[07:55] <RAOF> Right.  I'm aware of the basedir variables.  It seems that this session script is pretty much Ubuntu specific from that description, though, so Debian's probably not interested in it?
[07:56] <didrocks> RAOF: last time  (before lucid) I presented them the "on session" concept (touching gconf and other things), they were not interested, indeed. Maybe now that other projects depends on that, they will reconsider?
[07:56] <RAOF> Which other projects depend on it?
[07:57] <didrocks> other ubuntu flavors like xubuntu or mythbuntu, so maybe they want to ensure the same thing with their taskels install
[08:03] <chrisccoulson> is indicator-datetime-service using 100% CPU and spamming dbus for anyone else?
[08:03] <RAOF> Oh man, so sleepy.
[08:03] <chrisccoulson> both dbus-daemon and indicator-datetime-service are maxing out the CPU here
[08:06] <RAOF> Sounds like a dbus storm.
[08:06] <pitti> chrisccoulson: not regularly
[08:07] <RAOF> My dbus weather appears to be fine, too. :)
[08:11] <didrocks> RAOF: you should make an indicator for that!
[08:12] <didrocks> which will then use dbus to show the info… ironic :)
[08:12] <RAOF> That makes it really easy.  You just time the dbus pinging!
[08:12] <seb128> hey
[08:12] <pitti> bonjour seb128
[08:13] <seb128> hey pitti, how are you?
[08:13] <pitti> seb128: quite well again, thanks!
[08:13] <didrocks> salut seb128
[08:13] <pitti> how about you?
[08:13] <seb128> great ;-)
[08:13] <seb128> I'm fine thanks
[08:13] <seb128> lut didrocks
[08:13] <seb128> hay RAOF
[08:13] <seb128> hey
[08:13] <RAOF> Hai seb128
[08:18] <seb128> desrt, lool, vuntz: ok, I think gedit starts hangy after gnome-screensaver kicked in at least one
[08:18] <seb128> could be that g-s puts the session in a weird state or something
[08:23] <pitti> back in ~ 30 mins
[08:28] <seb128> pitti, the nautilus-sendto sru you n-acked, the comment seems different from what the bug is about
[08:28] <seb128> the bug is about evolution not being listed in the sendto combo no about what happens when clicking send
[08:35] <seb128> pitti, oh, happy patch piloting
[08:35] <seb128> RAOF, to you as well one day late!
[08:35] <seb128> doh, sponsoring queue to 97 items
[08:48] <seb128> mvo, hey
[08:48] <seb128> mvo, https://code.launchpad.net/~peco/ubuntu/maverick/sessioninstaller/newfix-for-793396/+merge/66556 has easy typo fixes if you are interested (and is waiting on the sponsoring queue)
[08:50] <didrocks> desrt: hey, dcong-qt doesn't do anything on make install? is that a lack of qmake foo? ;)
[08:52] <mvo> thanks seb128, I have a look
[08:53] <seb128> thanks ;-)
[08:53] <Laney> tomboy dutifully loses its gnome# dep
[08:53] <seb128> Laney, I've seen that from the news file, great ;-) your debian changelog didn't mention build-depends updates though?
[08:54] <Laney>    * [e324eb0] Drop gnome# BD in line with upstream's configure ?
[08:55] <seb128> oh ok, I got confused because you didn't list "control: .." or anything as we usually do in desktop packages and "gnome#" is not a package name ;-)
[08:56] <seb128> Laney, thanks
[08:56] <Laney> heh yeah, sorry
[08:56] <seb128> I was looking for a "stop build-depending on <binary>"
[08:56] <seb128> where binary is a debian binary package name ;-)
[08:56] <Laney> i was being a bit insiderish i guess ;)
[08:59] <Laney> seb128: ah, all of the patches do apply with a bit of refreshing
[08:59] <Laney> i'll do this upload then
[08:59] <seb128> Laney, thanks!
[09:05] <pitti> seb128: set to -done now, thanks!
[09:05] <pitti> seb128: yeah, need to get to sponsoring in between RMing
[09:05] <seb128> pitti, yw ;-)
[09:06] <seb128> I'm doing some sponsoring queue cleaning
[09:06] <seb128> 97 items, doh
[09:06] <seb128> I guess nobody did sponsoring during the rally
[09:08]  * chrisccoulson hides that guilty look
[09:08] <chrisccoulson> ;)
[09:10] <seb128> ogra_, did you do your patch pilot round on monday?
[09:11] <ogra_> seb128, no
[09:11] <seb128> chrisccoulson, you are next monday don't worry ;-)
[09:11] <seb128> ogra_, you will make dholbach sad, 97 items in the queue and nobody is doing his sponsoring :-(
[09:11] <ogra_> seb128, i'll do it on the weekend, to busy week
[09:12] <GunnarHj> pitti: Hi Martin, the reporter of bug 678421 has made a skeleton to a solution. Maybe you could take a look, to see if it's meaningful to go on with the new approach.
[09:12] <seb128> ogra_, hum ignore that, the intend was not to make your work on w.e
[09:12] <ubot2> Launchpad bug 678421 in gdm "Error in ~/.profile halts the X startup" [Low,Confirmed] https://launchpad.net/bugs/678421
[09:13] <ogra_> seb128, well, i skipped the sponsoring knowing what i do ... with the actual plan to do it on the WE
[09:13] <ogra_> :)
[09:13] <pitti> hello GunnarHj
[09:13] <seb128> ogra_, ok, fair enough! ;-)
[09:13] <pitti> GunnarHj: I'll have a look at some point and report back to the bug
[09:14] <GunnarHj> pitti: Great, thanks.
[09:16] <seb128> ogra_, btw somebody needs to fix json-glib on armel, that's screwing the indicator stack
[09:16] <seb128> ogra_, I mentioned it to janimo during the rally
[09:16] <ogra_> yeah, i only recongnized how much it affects this week
[09:16] <ogra_> it fails a test apparently ...
[09:17] <pitti> RAOF: to confirm, bug 804655 only affects pre-R600 chips, right?
[09:17] <ubot2> Launchpad bug 804655 in mesa "r300 loading instead of r300g" [High,Triaged] https://launchpad.net/bugs/804655
[09:24] <seb128> vuntz, ping, libwnck patch review?
[09:25] <seb128> didrocks, hum, blinking text cursor in the unity dash, is that new?
[09:25] <didrocks> seb128: right, and it's supposed to work :)
[09:26] <seb128> nice ;-)
[09:26] <seb128> (it's working there)
[09:26] <seb128> (I just noticed)
[09:26] <didrocks> nice! ;)
[09:51] <Sweetshark> moin all!
[09:52] <pitti> hey Sweetshark
[09:52] <rodrigo_> hi Sweetshark
[09:54] <Sweetshark> pitti: https://launchpad.net/~libreoffice/+archive/ppa/+build/2610421 is looking very strange, its running for 16 hours, seems to be wading through recursive make calls without doing anything (that is: everything seems to be build already). Also I remember to have that problem before once -- on exactly the same builder (karkalla).
[09:54] <Sweetshark> LO takes long, but not that long (and linux completes infinite loops in five seconds)
[09:55] <pitti> Sweetshark: bit weird, I'd expect all buildds to be identical
[09:55] <pitti> but perhaps a retry will work on a different builder
[09:56] <Sweetshark> pitti: it did last time IIRC
[09:59] <Sweetshark> pitti: who do I ping about that? launchpad channel?
[09:59] <pitti> Sweetshark: you can retry builds in PPAs yourself
[09:59] <pitti> there's a button on the build page once it failed
[10:00] <Sweetshark> pitti: I guess it wont fail but be a very lifely representation of the so called "halting problem" ...
[10:01] <pitti> well, it doesn't try to determinate if it will halt
[10:01] <pitti> Sweetshark: you can also poke lamont or infinity to kill the build
[10:01] <pitti> if it won't ever terminate
[10:05] <jibel> didrocks, bug 806358 looks like a compiz issue ?
[10:05] <ubot2> Launchpad bug 806358 in ubuntu "no menu bar on top, compositing bug?" [Undecided,New] https://launchpad.net/bugs/806358
[10:05] <didrocks> jibel: looking
[10:06] <didrocks> jibel: duplicate of an another bug, let me find it
[10:08] <Laney> do you usually care about keeping the old changelog when merging?
[10:08] <didrocks> jibel: bug #745996 ?
[10:08] <ubot2> Launchpad bug 745996 in unity "All unity windows are invisible (panel, launcher, dash)" [High,Confirmed] https://launchpad.net/bugs/745996
[10:08] <didrocks> Laney: different politics inside the team there :)
[10:08] <pitti> I generally drop it if the "Remaining changes:" section is complete and has bug refs
[10:08] <pitti> (and doing so when merging)
[10:10] <chrisccoulson> it's gone really dark here, i might have to turn the light on!
[10:10] <Laney> it's complete but maybe not that verbose
[10:10] <Laney> i'll merge it :-)
[10:11] <didrocks> chrisccoulson: blue sky in Lyon ;)
[10:11] <chrisccoulson> we never get blue sky!
[10:11] <seb128> Laney, no, we usually just keep one entry with a summary of the diff
[10:11] <seb128> what pitti said
[10:12] <Sweetshark> pitti: as for the halting problem: but _I_ want to know if will stop by itself or if I need to kill it. having no full logs it is down to a scientific guess.
[10:12] <pitti> but yes, other people prefer to keep the entire history aaaal the way back to warty
[10:12] <pitti> Sweetshark: I'd use the probabilistic approach then -- if it's still looping after the time the previous build took, it's very improbable to ever halt :)
[10:15] <Sweetshark> pitti: yes, that and the fact that it does not seem to do anything (i.e. it is not changing state -- at least not on disc)
[10:16] <jibel> didrocks, seems close. Any info to request from cking to confirm it is a dup ?
[10:18] <didrocks> jibel: I think the lspci provided is enough, but better to check with smspillaz and jay when they are around
[10:18] <didrocks> jibel: can be interesting to know if it's only unity or like, if you switch between ws, the compiz wall ui is shown
[10:20] <Laney> ok there you go, you can put tomboy back on the cd now :-)
[10:21] <didrocks> tjaalton: do you want another git format patch for an additional commit with your additional requests?
[10:28] <tjaalton> didrocks: nah, I can make that change
[10:28] <tjaalton> ..after lunch
[10:28] <didrocks> tjaalton: ok, thanks a lot :)
[10:29] <didrocks> tjaalton: I prepared one in case, but it's as you wish: http://paste.ubuntu.com/638815/
[10:30] <tjaalton> didrocks: oh, in that case I'll take yours
[10:30] <didrocks> great :)
[10:31] <tjaalton> thanks :)I
[10:31] <tjaalton> -I
[10:31] <didrocks> yw
[10:33] <rodrigo_> cp: cannot stat `debian/tmp/debian/tmp/usr/lib/libgnome-desktop-3.a': No such file or directory
[10:33] <rodrigo_> dh_install: cp -a debian/tmp/debian/tmp/usr/lib/libgnome-desktop-3.a debian/libgnome-desktop-3-dev//usr/lib/ returned exit code 1
[10:33] <rodrigo_> hmm, it's installing a .la instead of a .a
[10:33] <rodrigo_> any idea why?
[10:34] <seb128> rodrigo_, it should install both no?
[10:34] <seb128> the .a is for static builds
[10:34] <pitti> can we please not install .la files?
[10:34] <rodrigo_> yeah, but it's only installing a .la
[10:34] <seb128> rodrigo_, upstream bug?
[10:34] <rodrigo_> pitti, this is when building the package, we include the .a, that's why it fails
[10:34] <rodrigo_> seb128, yes, seems so
[10:34]  * rodrigo_ looks
[10:35] <seb128> pitti, we don't install the .la for GNOME for some years
[10:35] <seb128> or we clean-la.mk those
[10:35] <seb128> pitti, wrong channel to ask about that ;-)
[10:35] <pitti> seb128: right, I thought rodrigo_ meant dh_install
[10:35] <pitti> so that's in the upstream part
[10:35] <seb128> no, I think he has a build issue with the new tarball
[10:35] <rodrigo_> yes
[10:36] <rodrigo_> the upstream Makefile.am looks ok, just the normal auto* for a lib
[10:36] <rodrigo_> libtool bug then?¿
[10:37] <hrw> hi
[10:37] <hrw> how to look at passwords kept by gnome-keyring/evo?
[10:38] <seb128> rodrigo_, libtool didn't change
[10:38] <seb128> rodrigo_, can you diff the Makefile.am compared to previous version
[10:38] <seb128> the configure.ac as well?
[10:38] <seb128> hrw, use searhose
[10:38] <seb128> seahorse
[10:38] <hrw> seb128: thx
[10:38] <seb128> yw
[10:41] <rodrigo_> http://pastebin.com/RUGh6d8a <- the AM_MAINTAINER_MODE?
[11:39] <tjaalton> didrocks: patch applied and pushed, thanks!
[11:39] <didrocks> tjaalton: thanks to you! :)
[11:41] <tjaalton> :)
[11:43] <seb128> pitti, do you know if there is any reason to keep xchat-gnome in main?
[12:02] <didrocks> chrisccoulson: I think murphy's law is pursuing me with thunderbird. Any known issue with latest shredder daily build?
[12:03] <chrisccoulson> didrocks, there's no new build today (it's the same as yesterday)
[12:03] <didrocks> chrisccoulson: ok, so, last shredder crash (I think it crashed, it wasn't running anymore), screwed something
[12:04] <didrocks> chrisccoulson: http://people.canonical.com/~didrocks/Capture--%20Shredder%207.0%20Alpha%201-1.png
[12:05] <didrocks> chrisccoulson: all the config is still there, I can see my acounts in edit -> account settings
[12:05] <didrocks> but no treeview, seems some labels are missing as well
[12:06] <chrisccoulson> hmm, i bet there are some exceptions in the error console ;)
[12:07] <didrocks> chrisccoulson: you mean something like "tree is undefined" ? :)
[12:08] <didrocks> chrisccoulson: what do you need? is there a way to dump everything?
[12:09] <chrisccoulson> didrocks, is there a lot in there?
[12:09] <didrocks> chrisccoulson: if I removed the duplicate, 7, I can paste them manually
[12:10] <chrisccoulson> i should add a "Copy to clipboard" button in the error console ;)
[12:10] <didrocks> chrisccoulson: http://paste.ubuntu.com/638868/
[12:10] <didrocks> that would be neat :)
[12:10] <didrocks> I kept the order
[12:16] <pitti> seb128: xchat-gnome> not from my POV
[12:17] <chrisccoulson> didrocks, hmmm, that makes no sense at all ;)
[12:18] <chrisccoulson> could you try removing the startupCache folder for your thunderbird profile? (~/.thunderbird-trunk)
[12:18] <chrisccoulson> and then restarting
[12:18] <didrocks> chrisccoulson: everything in that folder? the config isn't there?
[12:19] <chrisccoulson> didrocks, there should be a folder ~/.thunderbird-trunk/xxxxxxxx.default/startupCache (where xxxxxxxx is some random characters)
[12:19] <chrisccoulson> is that there?
[12:19] <didrocks> chrisccoulson: indeed, removing it
[12:20] <didrocks> chrisccoulson: worked, the ui is restored
[12:20] <didrocks> chrisccoulson: thanks :) but frightening that thunderbird can screw it up like that
[12:21] <chrisccoulson> i've never seen that happen before (and firefox uses exactly the same startup cache system as well) :/
[12:21] <chrisccoulson> but the first exception definitely made no sense at all ;)
[12:21] <chrisccoulson> it was impossible for "tree" to be undefined
[12:22] <didrocks> chrisccoulson: seems I will be a nice magnet for all thunderbird issues :)
[12:22] <didrocks> chrisccoulson: well, it told me it 4 times! ;-)
[12:22] <chrisccoulson> yeah, so far you're the only person reporting issues :P
[12:22] <didrocks> maybe the only one testing it there? :p
[12:23] <chrisccoulson> m_conley_away, any idea about the above?
[12:23] <fagan> Hey im getting this bug when I try to rename files in 11.10 Bug #806448
[12:23] <didrocks> chrisccoulson: btw, what do you advise as a google calendar support extension? (I didn't see your reply yesterday, if any)
[12:23] <chrisccoulson> m_conley_away, didrocks got a weird exception (Error: tree is undefined at chrome://messenger/content/folderPane.js:885, which is impossible), and it went away by removing the startup cache
[12:24] <fagan> Hmmmm is the bot not working?
[12:24] <chrisccoulson> didrocks, i think you can use lightning for that
[12:24]  * didrocks googles
[12:24] <chrisccoulson> i'm currently not using that though
[12:24] <chrisccoulson> it's in the archive
[12:24] <didrocks> chrisccoulson: you have no calendar integration?
[12:24] <chrisccoulson> didrocks, not at the moment
[12:25] <didrocks> can't live without it :)
[12:25] <chrisccoulson> i'm starting to feel like i should write a calendar application
[12:26] <didrocks> chrisccoulson: are you sure lightning is in the archive?
[12:26] <didrocks> xul-ext-lightning
[12:26] <didrocks> yeah :)
[12:26] <didrocks> trying
[12:26] <chrisccoulson> didrocks, yeah :)
[12:26] <chrisccoulson> and i think you want the xul-ext-gdata-provider package (or whatever it's called)
[12:27] <chrisccoulson> at some point, there will be an eds-provider package too ;)
[12:27] <didrocks> chrisccoulson: indeed, looking for it :)
[12:28] <chrisccoulson> didrocks, oh, you're still using the nightlies aren't you?
[12:28] <didrocks> chrisccoulson: right, the extension won't be detected? do I need some symlink foo?
[12:29] <chrisccoulson> didrocks, yeah, the extension is incompatible (it's a binary extension, so no amount of symlinking or playing around with the install.rdf will fix that)
[12:29] <chrisccoulson> i've not been providing lightning builds with the nightlies
[12:30] <chrisccoulson> perhaps i should start doing that
[12:30] <didrocks> chrisccoulson: oh ok, no hurry then. I can wait on the stable to have my crash fix as well
[12:30] <chrisccoulson> yeah, i'll upload that once we're unfrozen
[12:30] <didrocks> great :)
[12:36]  * rodrigo_ lunch
[12:54] <desrt> didrocks: there's a dh_qmake rule that does the magic for me
[12:55] <desrt> didrocks: i used it because it was easiest
[12:55] <didrocks> desrt: hum, seems to not be run by dh8, agateau tried a cmake approach if you are interested
[12:55] <desrt> didrocks: did you see my PPA?
[12:56] <didrocks> desrt: no, I didn't
[12:56] <desrt> i did a package before
[12:56] <didrocks> I packages it from your git source
[12:56] <didrocks> packaged*
[12:56] <desrt> i thought you knew of it
[12:56] <didrocks> hum, that would have been better :)
[12:56] <desrt> https://launchpad.net/~desrt/+archive/dconf-qt
[12:57] <didrocks> desrt: ok, not sure now that we reviewed it and decided on what to ship if it's still necessary, but I'll see what I can grab from there
[12:58] <agateau> desrt: hey, I had a look at dconf-qt. I am a bit worried about the class name
[12:59] <desrt> ya.  i got some pushback there before
[12:59] <desrt> do you have a suggestion?
[12:59] <agateau> desrt: Q* class names are usually reserved to classes coming from Qt itself
[12:59] <agateau> desrt: DConfQt?
[12:59] <desrt> agateau: the situation is a bit confusing
[13:00] <desrt> agateau: dbarth had the idea that dconf-qt should become part of Qt
[13:00] <desrt> and some of the Qt guys appeared to support this idea, at least in the margins
[13:00] <desrt> but i think there is no real interest
[13:00] <agateau> desrt: I would suggest a rename if/when it gets into Qt
[13:01] <desrt> so you mean rename now
[13:01] <desrt> and possibly rename later
[13:01] <desrt> (unlikely, in my opinion)
[13:01] <seb128> re
[13:01] <desrt> seb128: hey
[13:01] <agateau> desrt: yes
[13:01] <seb128> fagan, known issue
[13:01] <seb128> hey desrt, how are you?
[13:01] <desrt> pretty good
[13:01] <desrt> living la vie en rose
[13:01] <desrt> etc :)
[13:01] <didrocks> desrt: you are in Paris, there is no "vie en rose" :)
[13:02] <fagan> seb128: cool thanks
[13:02] <seb128> desrt, ;-)
[13:02] <desrt> didrocks: i am not in paris
[13:02]  * fagan just thought it was a weird one
[13:02] <desrt> but i will be this evening
[13:02] <desrt> we are having an ubuntu-fr meetup
[13:02] <didrocks> desrt: well, near it! all the same :-)
[13:02] <seb128> desrt, btw did you see my comment earlier? the gedit screwup happens after a screensaver use
[13:02] <desrt> seb128: yes.  it's quite strange.
[13:02] <desrt> seb128: i still suspect gnome-session :)
[13:02] <seb128> desrt, so likely screensaver<->session inhibition screwing
[13:03] <didrocks> desrt: it's in the center of Paris, (les halles), you shouldn't be lost
[13:03] <seb128> desrt, yeah, me too
[13:03] <didrocks> everyone blaming vuntz? not kind of you :)
[13:03] <desrt> didrocks: i have been through this station very many times
[13:04] <didrocks> desrt: not surprising, it's the central place of the public transportation in Paris ;)
[13:04] <desrt> and directly on the path between CDG and fontenay sous bois
[13:04] <didrocks> right ;)
[13:04] <didrocks> there is even a song on that station
[13:04] <didrocks> one sec
[13:50] <chrisccoulson> b'ah, i hate mongodb
[13:50] <highvoltage> hate is the path to the dark side
[13:51] <chrisccoulson> heh :-)
[13:57] <chrisccoulson> i think i'm definitely over to the dark side!
[14:08] <geser> did you got cookies?
[14:09] <chrisccoulson> don't mention cookies, i'm already really hungry ;)
[14:09] <chrisccoulson> and i'm trying to resist the urge to go and get food ;)
[14:10] <seb128> chrisccoulson, get beer while you are at it! ;-)
[14:10] <chrisccoulson> lol
[14:20] <cyphermox> seb128: turns out I misread yesterday and libgdata 0.9.1 will be needed to go with gnome-online-accounts, so I'll prepare the update, unless you already started?
[14:20] <seb128> cyphermox, hey, go for it, is gnome-online-accounts mandatory or optional?
[14:21] <cyphermox> we can disable it, but since rodrigo is working on it we should get it soon no?
[14:23] <seb128> well, better to not block on it
[14:23] <seb128> time to get it packaged, reviewed for NEW, in, mir-ed, promoted, etc
[14:23] <seb128> it might take a bit
[14:23] <cyphermox> right well, if libgdata is already ready then it will be easy to rebuild evo without --disable-goa
[14:24] <cyphermox> gdata 0.9.1 is apparently required for goa
[14:25] <dobey> oh. g-o-a. i was about to say. wtf does gdata have to do with India? :)
[14:26] <cyphermox> dobey: everything. we outsource development ;)
[14:26] <dobey> yes i know :(
[14:27] <cyphermox> that said, I fail to see how you linked this with India?
[14:27] <dobey> i just remembered that libgdata is written by the indians
[14:27] <dobey> Goa
[14:27] <cyphermox> is it?
[14:27] <dobey> yep
[14:27]  * cyphermox had no idea
[14:27] <seb128> rodrigo_, did you figure the gnome-desktop .a issue?
[14:28] <dobey> but Goa is a place in India, and is where the musical genre derives its name from
[14:28] <cyphermox> ok
[14:31] <seb128> vuntz, !!!
[14:31] <seb128> rodrigo_, it's vuntz's fault again, I knew it ;-)
[14:31] <pedro_> its always a french fault :-)
[14:32] <desrt> seb128: did you solve the gnome-session problem now? :)
[14:33] <seb128> desrt, no, but I think vuntz broke some of ours builds by "modernizing the build system a bit"
[14:35] <desrt> seb128: oh.  that's surely jjardon's fault, actually :)
[14:35] <desrt> his gnome-goal, he gets the blame :)
[14:35] <seb128> desrt, seems like the sort of things he would push for yes
[14:35] <desrt> glib was broken for some time as well
[14:35] <desrt> then i fixed it and broke it again :)
[14:36] <desrt> (in a different way, caused by gtk-doc being fundamentally broken)
[14:36] <desrt> lesson: autotools is a very delicate deck of cards.  if it ain't broke then don't fuck with it.
[14:36] <seb128> something in those cleanup stopped .a to be built
[14:36] <kenvandine> desrt, you are a wise man
[14:37] <kenvandine> well, i guess wiser now :)
[14:37] <desrt> :)
[14:37] <desrt> seb128: some advice, please
[14:37]  * kenvandine is about to do evil things with autotools... 
[14:37] <desrt> seb128: if i were to want to vendor-patch a feature branch into glib in a private PPA....
[14:37] <desrt> seb128: best to take one of your tarball releases from oneric and apply my feature branch as a vendor patch in the usual way?
[14:38] <desrt> or do you think i should try to make a new "upstream" tarball?
[14:38] <seb128> desrt, glib packaging runs autoreconf on build nowadays so either way works
[14:39] <desrt> ah.  that's the exact information i was looking for :)
[14:39] <desrt> so no need to dist patches against generated files...
[14:39] <vuntz> seb128: it's not me, it's not me, it's not me
[14:39] <seb128> I tend to make "upstream tarballs" because it's easier to diff successive uploads
[14:39] <desrt> seems like more of a burden to go foward, though
[14:39] <desrt> since for each new glib release you do i will have to do a new one to carry the patch
[14:40] <rodrigo_> yeah, vuntz's fault probably
[14:40] <seb128> vuntz, yeah, yeah, neither gnome-desktop3 not libgweather build a .a during
[14:40] <seb128> build
[14:40] <seb128> I'm trying to figure what part of the configure cleaning is breaking those
[14:40] <desrt> "i love gnome-desktop"?
[14:40] <seb128> vuntz, you also promised to review the libwnck patch and you lied :p
[14:40] <seb128> never trust vuntz
[14:41] <vuntz> seb128: they both build fine here :-)
[14:41]  * desrt generalises to a certain nationality
[14:41] <vuntz> seb128: so I blame you
[14:41] <seb128> vuntz, they build fine, they just don't have a .a for static builds
[14:41] <vuntz> seb128: yes
[14:41] <vuntz> seb128: --enable-static
[14:41] <vuntz> seb128: they're just disabled by default now
[14:41] <vuntz> and the libwnck patch is on my todo list
[14:42] <vuntz> getting there, slowly but surely
[14:42] <desrt> vuntz: below how many other items? :)
[14:42] <seb128> vuntz, instead of putting warning about abi breaks when there is no none, you should put warnings about configure changes :p
[14:42] <seb128> vuntz, why is the default no nowadays?
[14:43] <didrocks> slightly out of topic, but impressed by django where you can add url and handlers to them without restarting the server :)
[14:43] <vuntz> desrt: actually, only one or two
[14:43] <vuntz> seb128: because I don't like .a files?
[14:44] <seb128> vuntz, is that a new GNOME policy? (just asking because we might need to tweak our packaging tools if that's the case)
[14:44] <seb128> vuntz, was that discussed, announced somewhere?
[14:44] <seb128> vuntz, would be useful to announce at least on the distributors list
[14:45] <vuntz> seb128: I don't know, it's just my policy
[14:45] <vuntz> seb128: you can choose to always pass --enable-static, though
[14:45] <seb128> vuntz, right, I'm doing so but it would be nice to have that consistant over GNOME
[14:45] <seb128> vuntz, it would make distributor easier
[14:46] <vuntz> true, we should all move to no static by default :-)
[14:46] <seb128> I'm fine with that
[14:46] <seb128> it just means we need to add a --enable-static flag in your build tools
[14:46] <seb128> but better to have it consistent that having to track different behaviour in different tarballs
[14:47] <seb128> vuntz, thanks
[14:49] <seb128> rodrigo_, ok, so to fix your gnome-desktop build just add --enable-static
[14:49] <rodrigo_> seb128, yes, already did
[14:49] <seb128> vuntz, you could have mentioned it in the commit log or news at least :p
[14:49] <rodrigo_> seb128, just having a couple more issues, that should be solved now
[14:49]  * rodrigo_ builds
[14:50] <vuntz> seb128: true, but I was lazy
[14:50] <seb128> vuntz, well if that let you some energy to review that libwnck patch then ok ;-)
[14:51] <seb128> vuntz, btw my gedit not starting issue starts after a screensaver use
[14:57] <vuntz> seb128: works here
[14:58] <seb128> vuntz, lucky you ;-)
[14:58] <seb128> I will try later now that I've gnome-session 3.1.3
[14:58] <seb128> I was still on 3.0 before
[14:58] <chrisccoulson> gedit takes forever to start here ;)
[14:59] <seb128> like 3 seconds,  5 minutes, hours?
[14:59] <chrisccoulson> seb128, about 10 seconds
[14:59] <chrisccoulson> i would be worried if it was hours ;)
[15:00] <seb128> well, when it gets broken there after using the screensaver it seems to just hang
[15:00] <seb128> otherwise it starts in less than a second
[15:01] <chrisccoulson> you have an SSD though don't you ;)
[15:01] <seb128> yes
[15:01] <seb128> but gedit never took over a second to start on my old laptop either
[15:01] <seb128> 10s, that's slower than firefox
[15:41] <mterry> didrocks, so I'm finally looking at enabling gedit plugins on the fly.  I don't see a command line option for it.  Do you know how it's done?
[15:42] <didrocks> mterry: no, the previous workitem was to patch gedit to enable that. since libpea, I know that upstream listened to that case, not sure it's implemented though
[15:42] <mterry> didrocks, ah...
[15:42] <mterry> didrocks, that makes my work item much larger :)
[15:43] <didrocks> mterry: yeah, I was thinking you knew about it, sorry ;)
[15:43] <didrocks> but at least, we can see that on the libpeas side, not using a deprecated plugin system which was the case a year ago
[15:43] <rodrigo_> where is the system locale settings stored?
[15:44] <stgraber>  /etc/default/locale ?
[15:46] <seb128> didrocks, mterry: did anyone consider using anjuta rather than gedit as an IDE?
[15:47] <seb128> gedit is nice but lacks code completion, online debugging etc
[15:47] <seb128> not that anjuta is great but it's closer from an useful IDE than gedit
[15:47] <didrocks> seb128: anjuta isn't great at all for python last time I check
[15:47] <seb128> is gedit great for python? ;-)
[15:48] <seb128> well at least anjuta is supposed to do functions names completion
[15:48] <seb128> with online documentation and debugger integration
[15:48] <seb128> they probably are suboptimal if they work though
[15:48] <seb128> but gedit is closer from a text editor than from an IDE
[15:48] <didrocks> seb128: is there completion for function names and debugger for python?
[15:48] <didrocks> last time I tried, it didn't
[15:49] <seb128> didrocks, the NEWS from the current version has "auto-completion for Gtk.Builder objects in python plugin"
[15:49] <didrocks> so maybe it handles it now, worth a try maybe :)
[15:50] <seb128> it was maybe broken because of bug #791058
[15:50] <ubot2> Launchpad bug 791058 in anjuta "anjuta-python-autocomplete.py missing" [Low,Fix released] https://launchpad.net/bugs/791058
[15:50] <seb128> the .install was not installing *.py
[15:50] <seb128> which I fixed recently
[15:51] <mterry> seb128, sorry, walked away for a sec.  I'm not sure we've sat down and done a comparison for quickly's needs yet
[15:51] <seb128> mterry, I would recommend doing that before investing time on gedit
[15:51] <seb128> I use gedit and like it
[15:51]  * Sarvatt is a geany fan
[15:51] <seb128> but I'm not sure what are the requirements for what you want to do
[15:51] <seb128> I would think that online documentation and code completion would be nice to have
[15:52] <mterry> seb128, we have very basic requirements for now.  We just need an editor.  Everything else is nice-to-have, but there are some gedit plugins/settings that we'd ideally like to enforce when using quickly
[15:53] <mterry> seb128, one problem with anjuta is that it has a whole project management thing that is a bit of a different workflow than quickly's
[15:53] <mterry> seb128, we've talked about a plugin for anjuta that uses quickly for packaging and such
[15:56] <pitti> good night everyone
[15:57] <seb128> 'night pitti
[15:58] <seb128> mterry, ok, I was rather curious of what the requirements are and if you had looked at different options than gedit
[16:00] <seb128> oh
[16:00] <seb128> didrocks, mterry: https://launchpad.net/ubuntu/oneiric/i386/gedit-developer-plugins/0.5.1-0ubuntu1
[16:01] <didrocks> seb128: is it up to date?
[16:01] <seb128> "  * Syntax completion
[16:01] <seb128>     Python completion using the file's imports and definitions"
[16:01]  * didrocks checks
[16:01] <seb128> didrocks, was updated today for gtk3 in oneiric
[16:01] <didrocks> seb128: we discussed that plugin 1 year and half ago
[16:01] <mterry> seb128, yeah, that's one of the plugins we want to enable
[16:01] <seb128> oh ok
[16:01] <seb128> that one was on the sponsoring list today
[16:01] <seb128> pitti uploaded
[16:01] <didrocks> only if it supported libpeas, which it shold now :)
[16:01] <mterry> didrocks, it does
[16:01] <didrocks> should*
[16:01] <seb128> great
[16:01] <didrocks> excellent :)
[16:01] <seb128> I need to install that ;-)
[16:02] <mterry> didrocks, but now we need support in gedit... :-/
[16:02] <didrocks> so yeah, we looked at all the plugins in it and decided which one to enable
[16:02] <seb128> it has bzr integration as well
[16:02] <didrocks> was working well
[16:02] <didrocks> well, that's part of the thing we won't enable in quickly
[16:05] <ricotz> hello :)
[16:05] <seb128> hey ricotz
[16:06] <ricotz> is there a specific reason that gedit-developer-plugins depends on gtk 3.1.0
[16:06] <ricotz> hey seb128
[16:08] <seb128> ricotz, dunno
[16:09] <seb128> you can try to build it on an older gtk version and see if it works
[16:09] <ricotz> since it min depends on gedit 3.0.1 a lower gtk sould be enough
[16:09] <seb128> that's the upstream maintainer who did the update
[16:09] <ricotz> seb128, i would upload it to the natty ppa
[16:09] <seb128> well I'm about to update gedit to 3.1
[16:10] <seb128> ricotz, well I guess you can to upload with the depends lowered ;-)
[16:10] <seb128> if that works open a bug
[16:10] <rodrigo_> pitti, what was the script you told me that is used to get the list of packages for a langpack?
[16:10] <seb128> or tell us and we will fix it
[16:10] <ricotz> seb128, ok
[16:29] <mvo> hm, I get a upgrade debconf prompt about my prefered DM (gdm, lightdm). I guess that is not intended :)
[16:45] <kamusin> hey rodrigo_!
[16:46] <rodrigo_> hey kamusin, how are you?
[16:48] <kamusin> very good thanks, how about you?
[17:03] <dobey> meh i really need to apply for motu/moreuploadprivs
[17:03] <micahg> dobey: I can sponsor stuff in about an hour
[17:03] <micahg> dobey: and please do :)
[17:04] <dobey> micahg: i'm not looking for immediate sponsorship right now. just a general statement :)
[17:10] <kenvandine> seb128, hey... just FYI empathy 3.2 will depend on clutter-gst
[17:10] <kenvandine> same as totem
[17:11]  * kenvandine notes it on etherpad
[17:28] <seb128> kenvandine, what for?
[17:28] <kenvandine> seb128, video calls
[17:29] <kenvandine> basically same thing totem is going to use it for
[17:29] <kenvandine> all the controls will be gtk
[17:29] <kenvandine> just video playback will be clutter
[17:29] <seb128> bah
[17:29] <seb128> some days I wonder if we should go back to pidgin
[17:30]  * kenvandine never feels that way :)
[17:30] <kenvandine> clutter-gst will make it on the CD right?
[17:30] <seb128> not if we can avoid it
[17:31]  * micahg was wondering about that, it's in core, but universe...
[17:31] <kenvandine> is it going to be optional for totem?
[17:31] <seb128> we don't plan to update totem yet
[17:31] <kenvandine> yeah, i saw the note
[17:31] <kenvandine> but i read that as we will once the MIR is done
[17:32] <kenvandine> i guess it provides a much better video rendering experience
[17:34] <seb128> when it works...
[17:34] <seb128> we need to do testing on different archs and all drivers because knowing how it works
[18:57] <hyperair> how do we set the default media application for gnome3?
[19:03] <dobey> hyperair: i don't think there is any GUI way to do it
[19:03] <hyperair> dobey: i'm interested in how it's stored on CD.
[19:03] <hyperair> dobey: see bug #805938
[19:03] <ubot2> Launchpad bug 805938 in banshee "Totem set as default music player after install instead of Banshee" [Low,Confirmed] https://launchpad.net/bugs/805938
[19:07] <dobey> hyperair: not sure, but i would suspect in gnome3 it is either "gsettings" or "desktop files"
[19:07] <hyperair> hm =\
[19:07] <dobey> hyperair: and the ubuntu defaults may just not be updated for the gnome3 change yet, but afaik, there is no easy way for the user to change it in gnome3 :(
[19:07] <hyperair> dobey: who can i poke to find out?
[19:08] <dobey> because, afaik, there's no default-applications-properties any more.
[19:08] <seb128> it's in g-c-c system infos
[19:09] <dobey> it is? what a weird place for that
[19:10] <hyperair> seb128: which file in what package?
[19:10] <seb128> what
[19:10] <seb128> ?
[19:10] <seb128> the default-application ui is in gnome-control-center
[19:10] <hyperair> ubuntu's default media player seems to be totem
[19:10] <hyperair> i want to know where that's set.
[19:10] <hyperair> on the CD.
[19:11] <seb128> desktop-file-utils
[19:11] <hyperair> or fresh installation, whichever.
[19:11] <hyperair> hmm let's see..
[19:11] <seb128> GNOME3 uses mimetypes
[19:12] <hyperair> mimetypes?
[19:12] <seb128> right
[19:13] <seb128> not sure what the question was
[19:13] <hyperair> hmm i noticed there's some stuff in /etc/gnome/defaults.list
[19:13] <seb128> right
[19:13] <seb128> that's the list from desktop-file-utils
[19:13] <hyperair> x-content/audio-player=banshee-media-player.desktop
[19:14] <seb128> what are you trying to do?
[19:14] <hyperair> seb128: fix bug #805938
[19:14] <ubot2> Launchpad bug 805938 in banshee "Totem set as default music player after install instead of Banshee" [Low,Confirmed] https://launchpad.net/bugs/805938
[19:14] <seb128> how do you start the player? by clicking on a file? by inserting a CD? by using a key?
[19:15] <hyperair> well the bug report says: "Going into System Info > Default Applications shows Totem set as the default music player."
[19:15] <seb128>   info_panel_setup_default_app (self, "audio/x-vorbis+ogg",
[19:15] <hyperair> additionally, unity seems to be showing a totem icon in the dash.
[19:15] <seb128> in the g-c-c code
[19:15] <hyperair> hmm
[19:15] <seb128> so I guess it uses the handler for ogg
[19:16] <hyperair> i see.
[19:16] <hyperair> so i guess it should be changed in desktop-file-utils?
[19:16] <seb128> right
[19:16] <hyperair> thanks
[19:17] <hyperair> i'll add a desktop-file-utils task then
[19:17] <seb128> it's similar to bug #751934
[19:17] <ubot2> Launchpad bug 751934 in unity "Listen to Music in dash loads Totem not Banshee (dup-of: 751610)" [Undecided,New] https://launchpad.net/bugs/751934
[19:17] <ubot2> Launchpad bug 751610 in unity ""Listen to Music" shortcut loads Totem and not Banshee" [High,Fix released] https://launchpad.net/bugs/751610
[19:17] <hyperair> um sounds like a duplicate.
[19:17] <hyperair> wait, that's in natty, was it?
[19:17] <seb128> yeah, in fact I'm thinking about another bug
[19:18] <seb128> there is a bug asking that the default handler for audio files is changed
[19:18] <seb128> not only ogg
[19:18] <hyperair> hm
[19:18] <chrisccoulson> seb128, who came in to our room at the rally to talk to you about daily builds?
[19:18] <chrisccoulson> i can't remember the person's name ;)
[19:18] <seb128> chrisccoulson, jelmer
[19:19] <chrisccoulson> seb128, thanks
[19:19] <seb128> chrisccoulson, yw
[19:19] <chrisccoulson> i wanted to talk to him about building the firefox beta PPA on armel
[19:19] <seb128> chrisccoulson, they still have issues, you should wait for the next launchpad rollout
[19:19] <seb128> ah
[19:19] <seb128> chrisccoulson, you should just ask on #launchpad
[19:37] <cyphermox> cdbs: ping. I'm curious as to what uses liboauth which you maintain in Debian, and why it needed xmalloc patched. I'd also like to know if you've already started looking into debian bug 612326. Turns out liboauth is a new build-depends on libgdata, so I'm working on a MIR for it now and looking through this stuff
[19:37] <ubot2> Debian bug 612326 in liboauth0 "liboauth0: patch to xmalloc_fatal removes error handling" [Normal,Open] http://bugs.debian.org/612326
[19:41] <pitti> rodrigo_: check-language-support from language-selector-common
[20:32] <cdbs> cyphermox: pong
[20:32] <cdbs> cyphermox: I'll look at it tomorrow, thanks
[20:33] <cdbs> cyphermox: Its a fix for an X: lintian tag, will get it un-patched
[20:33] <cdbs> cyphermox: Oh, really? Nice! My package will be on the CD! Yay! :D
[20:37] <cyphermox> cdbs: right, afaik it works fine without the patch
[20:37] <cyphermox> I can't get bti to work to make sure, but I don't forsee problems
[20:37] <cdbs> Yeah, in my testing that part never failed
[20:38] <cyphermox> so the patch was for lintian? I'm not sure I follow
[20:39] <cyphermox> cdbs: by the way, something else, but really small: E: liboauth0: symbols-file-contains-current-version-with-debian-revision on symbol oauth_escape_shell@Base and 3 others
[20:39] <cdbs> cyphermox: hmm? really?
[20:39]  * cdbs checks
[20:39] <cdbs> cyphermox: I'll have that fixed tomorrow
[20:40] <cdbs> cyphermox: I did that to fix lintian, yeah. But it was an X lintian tag, so it wasn't important at all
[20:40] <cyphermox> I think that's because you'd need to run makeshlibs with -- -c4
[20:41] <cyphermox> ok.. I don't get that lintian tag with the patch disabled
[20:42] <ricotz> cdbs, hello :), i hope you like to update your gnome-shell-extensions packaging for the 3.1.3 release?
[20:42] <cyphermox> but anyway, if you can fix at least just the xmalloc patch, that would be awesome
[20:43] <cdbs> ricotz: I'm going to give up the ITP
[20:43] <cdbs> ricotz: I don't have much time to spend online nowadays
[20:43] <cdbs> blame personal crap
[20:44] <ricotz> cdbs, ok, thanks
[20:44] <ricotz> cdbs, i think i need to look at it then
[20:45] <cyphermox> cdbs: if it's easier for you I can always update things, even Debian packages if you tell me it's ok
[21:25] <andersk> Did anyone else see all their launchers disappear from gnome-shell in oneiric recently?
[22:48] <RAOF> pitti:  Correct.  That bug affects r300-r500 only.