=== attente is now known as attente_zzz
[05:30] <BigWhale> Good morning.
[05:38] <pitti> desrt: ah, will lower the dep, and also check in autogen.sh if lcov is installed
[05:38] <pitti> Good morning
[05:45] <pitti> desrt: fixed both
[06:20] <didrocks> good morning
[06:22] <TheMuso> Hey didrocks
[06:22] <TheMuso> didrocks:
[06:22] <didrocks> hey TheMuso! How are you?
[06:22] <TheMuso> didrocks: Quick question before I dart off for EOW, what list should I email if I want to discuss something of a technical nature to do with Unity? This will be a cross-DE message to several lists...
[06:22] <TheMuso> didrocks: Not too bad thanks, yourself?
[06:24] <didrocks> TheMuso: I'm good, but tired (waited until 1AM to get some package built in a ppa for experimenting some script, and launchpad was telling at 9PM "15 minutes remaining before starting building…"). so short night (it's 7:30 now)
[06:24] <didrocks> TheMuso: I think, it should be the unity-devel ML
[06:24] <TheMuso> Ok thanks.
[06:24] <TheMuso> And that sucks for not a lot of sleep.
[06:24] <didrocks> TheMuso: https://launchpad.net/~unity-dev
[06:24] <didrocks> well, it's Friday, will be better this week-end :)
[06:25] <TheMuso> Yep indeed, thanks again.
[06:25] <didrocks> I just wish launchpad was more accurate in its estimation of time before building :)
[06:25] <didrocks> yw!
[06:25] <TheMuso> Yeah I've been annoyed by that too.
=== duflu is now known as duflu|bus
=== duflu|bus is now known as duflu
[08:51] <rodrigo_> mvo, any chance you know why I get an 'invalid protocol of the server' in quantal when using AddVendorKeyFromServer's aptdaemon method?
[08:52] <mvo> rodrigo_: uh, no - that sounds odd, could you paste/mail me the command/code you used?
[08:52] <rodrigo_> mvo, the same code works on precise
[08:53] <rodrigo_> ret = g_dbus_proxy_call_sync (pmu->priv->apt_proxy, "AddVendorKeyFromKeyserver",
[08:53] <rodrigo_> 					g_variant_new ("(ss)", "0x3b22ab97af1cdfa9", "keyserver.ubuntu.com"),
[08:53] <rodrigo_> 					G_DBUS_CALL_FLAGS_NONE,
[08:53] <rodrigo_> 					-1,
[08:53] <rodrigo_> 					NULL,
[08:53] <rodrigo_> 					&error);
[08:54] <rodrigo_> googling about the error got me to this: https://code.launchpad.net/~vorlon/ubuntu/quantal/aptdaemon/py3/+merge/109981
[08:54] <rodrigo_> not sure though how that fixes it, still looking...
[08:56] <mightyiam> since empathy now recommends gnome-contacts, is that on purpose?
[09:12] <mightyiam> good mooorniiinnnnnng
[09:19] <didrocks> hey pitti! Do you know if multiarch is handled for typelib? like ./usr/lib/x86_64-linux-gnu/girepository-1.0/Dee-1.0.typelib
[09:21] <seb128> hey desktopers
[09:21] <mightyiam> hey seb128
[09:22] <seb128> hey mightyiam, didrocks, pitti
[09:22] <didrocks> hey seb128
[09:25] <pitti> didrocks: no, I don't think it is right now
[09:25] <pitti> hey seb128, ça va?
[09:25] <seb128> pitti, lut, ouais, et toi ?
[09:26] <didrocks> pitti: yeah, confirming, thanks :)
[09:29] <pitti> seb128: trés bien, merci!
[09:33] <seb128> pitti, do you have any plan to make g-i look in both multi-arch and standard dir for typelib?
[09:33] <seb128> or would it be harder than just teach those to look in both locations?
[09:33] <pitti> seb128: the request didn't come up so far; no, it doesn't sound very hard
[09:34] <pitti> it already supports multiple directories with $GI_TYPELIB_PATH
[09:34] <pitti> so it's mostly some autoconf glue
[09:35] <seb128> pitti, want a bug asking for it? on what component?
[09:35] <pitti> seb128: I'm wondering if we need that upstream (then glib/introspection, which is g-i)
[09:35] <pitti> or whether it's a distro change only, in which case it should be a Debian bug
[09:37] <pitti> but I guess we want to change all gir1.2-* packages in Debian eventually to use the multiarch path
[09:37] <pitti> and fall back to the non-multiarch one
[09:37] <pitti> so I think, Debian bug for now
[09:38] <seb128> pitti, ok, thanks
[09:39] <pitti> seb128: asking in #introspection where other distros place their's
[09:39] <mightyiam> i can't log in in raring. lightdm. get thrown back to lightdm. bug #1076777
[09:39] <ubot2> Launchpad bug 1076777 in lightdm (Ubuntu) "Get thrown back to lightdm right after trying to log in" [Undecided,New] https://launchpad.net/bugs/1076777
[09:41] <mightyiam> i'm quite sure it didn't upload the relevant log files because i filed against lightdm. can you please tell me which logs to add? or which package to set apport loose upon?
[09:42] <seb128> pitti, danke
[09:42] <seb128> mightyiam, try to log in, get bounced back to lightdm, ctrl-alt-f1, log in, copy .xsession-errors
[09:42] <Laney> moning
[09:42] <seb128> it should have the infos
[09:42] <seb128> Laney, hey
[09:42] <Laney> we broke logging in? :-)
[09:43] <pitti> WFM
[09:43] <Laney> "I swear I typed my password"
[09:43] <Laney> xnox was reporting it last night too
[09:43] <seb128> Laney, you are having issues as well?
[09:43]  * Laney reads scrollback
[09:43] <Laney> yeah
[09:43] <seb128> weird
[09:43] <seb128> what desktop do you use?
[09:43] <Laney> unity
[09:44] <seb128> what mightyiam described seems like "session doesn't start/exit"
[09:44] <seb128> xsession-errors should have details
[09:44] <pitti> seb128: ok, distro-side only for now
[09:44] <Laney> no, that's just got something about gpg-agent
[09:44] <Laney> let me check Xorg.0.log
[09:45] <Laney> https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1076787
[09:45] <ubot2> Launchpad bug 1076787 in pyopencl (Ubuntu Raring) "GLX error: Can not get required symbols" [High,Fix released]
[09:46] <Laney> so it did turn out to be about gpg-agent
[09:46] <Laney> wtf ...
[09:46] <Laney> let me try that
[09:46] <Laney> yeah, works
[09:47] <seb128> Laney, what did you change?
[09:47] <Laney> mv .gnupg .gnupg-old
[09:48] <seb128> wth?
[09:49] <seb128> mightyiam, ^ you might want to try that
[09:49] <Laney> gpg-agent[2807]: Fatal: can't register GNU Pth with Libgcrypt: Not supported
[09:49] <Laney> that's the error in xsession-errors
[09:49] <seb128> it's stupid that exit the session
[09:50] <seb128> yet another Xsession script issue I guess, those are so hackish
[09:50] <Laney> looks like libgcrypt11 indeed did get an upload on the 7th
[09:52] <seb128> gpg-agent is not installed by default right?
[09:53] <mightyiam> that's that, seb128 Laney
[09:54] <Laney> no i dont think so
[09:55] <mightyiam> sigh i have my desktop back
[09:55] <Laney> that's a bad thing? :-)
[09:56]  * seb128 pets gnome-keyring
[09:56] <seb128> not having that issue with my gpg agent :p
[09:56] <Laney> reverting libgcrypt11 works
[09:56] <Laney> now where's my pitchfork?
[09:58] <mightyiam> it was a relief sigh
[09:58] <mightyiam> i thought those were legitimate
[09:59] <pitti> seb128: "pats" :)
[09:59] <xclaesse> seb128, sometimes xchat-gnome keeps its "1" notification for unread msg, even after I've read it
[10:00] <seb128> pitti, doh :p
[10:00] <seb128> pitti, thanks ;-)
[10:00] <xclaesse> seb128, is that known?
[10:00] <pitti> seb128: de rien :)
[10:00] <xclaesse> the "1" bubble on the launcher icon I mean
[10:00] <seb128> xclaesse, it might, does it happen when you focus xchat yourself (not using the indicator) and the unread is on the active channel?
[10:01] <seb128> xclaesse, do you have a corresponding entry in the messaging menu?
[10:01] <xclaesse> seb128, could be that, I did not pay attention
[10:01] <seb128> xclaesse, does it go away if you select the entry in the indicator?
[10:02] <xclaesse> seb128, yes
[10:02] <xclaesse> hmm, actually could be an highlighted msg from my bip backlog
[10:02] <seb128> xclaesse, ok, yes, known issue in xchat-indicator (the xchat plugin), I didn't have time to debug it
[10:03] <xclaesse> and xchat does not always set the correct icon on that chan
[10:03]  * xclaesse will try to be sure of the steps next time it happens :)
[10:03] <xclaesse> thanks
=== duflu is now known as duflu|dinner
[10:56] <didrocks> mvo: hey, I still have precise in my private-ppa.launchpad.net_commercial-ppa* files, if I change them to quantal, would my credential would still be fine?
[10:59] <Sweetshark> jcastro_: ping?
[11:00] <mvo> didrocks: yes
[11:00] <didrocks> mvo: sweetness! thanks :)
=== victorp_ is now known as victorp
[12:08] <pitti> hm, today's totem update seems bad
[12:08] <pitti> I just see a white screen when playing videos now
[12:08] <pitti> so much for entertainment during lunch break :)
[12:11] <seb128> pitti, what version do you have?
[12:13] <Sweetshark> seb128: could you help out at https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1064962/comments/100 ?
[12:13] <ubot2> Launchpad bug 1064962 in indicator-appmenu (Ubuntu Quantal) "[SRU] Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running" [High,Confirmed]
[12:13] <Sweetshark> seb128: its nonsense to forwardport LibreOffice 3.6 to raring, when we ship 3.7/4.0 there.
[12:13] <seb128> Sweetshark, I will talk to the SRU guys
[12:14] <Sweetshark> seb128: thx
[12:14] <pitti> seb128: 3.4.3-0ubuntu6
[12:14] <seb128> Sweetshark, pinged them on #ubuntu-devel, it's a bit early for the US guys though
[12:14] <seb128> pitti, ok, so new cogl/clutter issue I guess... *fun*
[12:15] <seb128> pitti, the only recent change to totem was to rebuild with the new cogl soname
[12:20] <ricotz> Sweetshark, hi, btw, i wouldnt call uploading 3.6.3 to raring non-sense!
[12:27]  * didrocks understood how the archive object is behaving in launchpad, phew! :)
[12:28] <seb128> didrocks, blog about it so the knowledge is shared! ;-)
[12:29] <chrisccoulson> hey seb128, how are you?
[12:29] <seb128> chrisccoulson, hey, I'm good! how are you?
[12:29] <didrocks> seb128: well, I need to find time and not to turn all my workarounds as rant :)
[12:29] <chrisccoulson> seb128, yeah, not too bad thanks
[12:32] <pitti> seb128: well, I saw BBT 6x07 in exchange :)
[12:33] <pitti> didrocks: ^ awesome again, btw!
[12:33] <seb128> pitti, ;-)
[12:33] <seb128> pitti, hum, "again"? they dropped the awesomeness at some point?
[12:33] <pitti> seb128: no, more like "as always"
[12:33] <seb128> cool
[12:34] <didrocks> pitti: this is for tonight :)
=== MacSlow is now known as MacSlow|lunch
[12:50] <ricotz> hey desktopers
[12:50] <ricotz> seb128, hi, do you mind taking a look at https://bugs.launchpad.net/ubuntu/+source/libsecret/+bug/1073269
[12:50] <ubot2> Launchpad bug 1073269 in libsecret (Ubuntu) "Make libsecret actually multiarch" [Undecided,Confirmed]
[12:51] <seb128> ricotz, hey, I've been letting it to somebody who understands multiarch enough to have an opinion
[12:52] <ricotz> hmm, i see :\
[12:52] <ricotz> this is a real issue though
[12:52] <Laney> ricotz: I'll look
[12:53] <Laney> is it in Debian yet?
[12:53] <ricotz> Laney, thanks!
[12:53] <ricotz> Laney, i pushed it in the svn as 0.11-2
[12:53] <ricotz> but it isnt uploaded yet
[12:53] <Laney> ok
[12:53] <Laney> looks like the package there is missing Vcs headers fyi
[12:53] <Laney> I don't think you should have Pre-Depended on the -dev package which isn't MA enabled
[12:55] <desrt> pitti: thanks :D
[12:55] <desrt> pitti: my jhbuild is grateful
[12:55] <ricotz> Laney, ok, if you are fine with it please upload it
[12:56] <Laney> # Disable tests as they don't work for some reason
[12:56] <Laney> classy
[12:59] <seb128> Laney, is that libsecret?
[12:59] <Laney> yeah
[12:59] <seb128> yeah, if somebody want to figure why you are welcome
[12:59] <Laney> they are at least run
=== bdrung_ is now known as bdrung
=== attente_zzz is now known as attente
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
[13:56] <pitti> Vcs-Bzr: https://code.launchpad.net/~ubuntu-desktop/unity-firefox-extension/ubuntu
[13:56] <pitti> this is waaaay behind
[13:56] <pitti> didrocks, kenvandine: ^ using UDD for this now?
[13:56] <pitti> I'm currently looking at the failed autopkgtests
[13:56] <kenvandine> pitti, yes
[13:56] <kenvandine> but that is all going to change :)
[13:56] <pitti> ah, I'll drop Vcs-Bzr then
[13:56] <kenvandine> moving the packaging into trunk
[13:56] <kenvandine> thx
[13:57] <pitti> Most recent Ubuntu version: 2.3.5-0ubuntu1
[13:57] <pitti> Packaging branch version: 2.3.2-0ubuntu1
[13:57] <pitti> Packaging branch status: OUT-OF-DATE
[13:57] <pitti> meh
[13:57] <pitti> so, bye-bye bzr
[13:57] <kenvandine> thx pitti
[13:58] <kenvandine> for some reason i stopped getting those messages on checkout
[13:58] <kenvandine> i wonder why
[14:00] <pitti> there, passing now \o/
[14:00]  * pitti chalks up the 8th test fixed today
[14:24] <seb128_> pitti, do you plan to sponsor https://bugs.launchpad.net/ubuntu/+source/pango1.0/+bug/1073637 (you commented on it)?
[14:24] <ubot2> Launchpad bug 1073637 in pango1.0 (Ubuntu) "libpango1.0-dev needs a compile/link/run test" [Undecided,In progress]
[14:25] <pitti> seb128_: I asked Rafal to forward the patches to Debian
[14:25] <seb128_> ok
[14:25] <pitti> seb128_: but I'm patch piloting next Monday and will get to them then
=== seb128_ is now known as seb128
[14:25] <pitti> (and forward them myself if he didn't yet)
[14:25] <seb128> pitti, thanks
[14:25] <pitti> actually, for pango in particualr I can just commit them, it's pkg-gnome
[14:26] <desrt> pitti: when you're doing your testing stuff are you spinning up a fresh vm each time or a pbuilder or what?
[14:27] <pitti> desrt: I'm using prepare-testbed to build a pristine VM (about once every one or two days), and then run-adt-test, which will do the "temporary overlay" thing
[14:27] <desrt> makes sense
[14:27] <pitti> http://bazaar.launchpad.net/~auto-package-testing-dev/auto-package-testing/trunk/view/head:/doc/USAGE.md
[14:27] <pitti> desrt: ^ the docs
[14:27] <pitti> so it's "prepare-testbed amd64" to build a raring amd64 VM
[14:28] <pitti> and "run-adt-test -k apport" to run current apport autopkgtest, but keep (-k) the VM around afterwards for debugging
[14:28] <pitti> then you can ssh in and poke around
[14:28] <pitti> but have all the dependencies etc. installed
[14:29] <desrt> i'm considering that maybe i want to start doing this for my jhbuilding
[14:29] <desrt> do you copy git mirrors in or do you just do a fresh checkout each time?
[14:33] <pitti> desrt: err, this is for autopkgtest
[14:33] <pitti> desrt: are you now talking jhbuild?
[14:34] <desrt> ah.  i see.
[14:34] <desrt> i thought you were building out of upstream git for your tests
[14:34] <desrt> you're just following the packages?
[14:34] <pitti> desrt: BTW, j'aime code-coverage :)
[14:34] <desrt> :)
[14:35] <pitti> desrt: I committed a huge set of missing tests to pygobject this morning, which uncovered a handful of bugs
[14:35] <desrt> test coverage is sexy
[14:35] <pitti> desrt: if you mean that, the jhbuild machines don't currently use the plumbing stuff from git (like OSTree)
[14:35] <pitti> just what's in our packages
[14:35] <desrt> i see
[14:35] <pitti> at some point we want to marry these, though
[14:35] <desrt> but they're still jhbuilding, right?
[14:35] <pitti> stuff like polkit is in jhbuild
[14:36] <pitti> but e. g. systemd, udisks etc. isn't
[14:36] <desrt> ya... that's been causing me all kinds of trouble this morning
[14:36] <desrt> polkit needs setuid helpers... which jhbuild is not so good about installing properly
[14:36] <desrt> even after fixing them, though, something's not working right
[14:37] <desrt> in any case i have a reasonably decent setup going on, so i'm happy
[14:37] <desrt> and more confident to continue with my massive amounts of glib breaking :)
[14:37] <desrt> (since i will be able to see the effect pretty quick)
[14:38] <pitti> desrt: do you have a good way of running a full gnome session (with shell etc.) out of jhbuild?
[14:38] <desrt> pitti: i have a way
[14:38] <desrt> i don't know if i'd yet call it a "good way" :)
[14:38] <pitti> selecting "GNOME (jhbuild)" in gdm/lightdm would be awesome
[14:38] <jbicha> yeah, udisks not being in jhbuild is annoying; it makes it more annoying to test gnome-disk-utility for instance
[14:39] <desrt> ya.  that's whati do.
[14:39] <pitti> well, I guess one could still run the fallback session in xephyr
[14:39] <desrt> i think it's called "jhbuild GNOME 3.8 2011-11-09" though :)
[14:41] <desrt> what's nice is that i build on precise and run on quantal
[14:41] <desrt> and that seems to be OK
[14:46] <mpt> chrisccoulson, hi, did you think further about making globalmenu-extension part of the ubuntu-menu-bar project group?
[14:47] <chrisccoulson> mpt, oh, i thought i'd replied and said that was fine?
[14:47] <mpt> chrisccoulson, yes, but I noticed you hadn't done it yet :-)
[14:48] <chrisccoulson> ah, yes :)
[14:54] <chrisccoulson> mpt, ok, done now
[14:55] <mpt> chrisccoulson, thank you :-)
=== m_conley_away is now known as m_conley
=== MacSlow|lunch is now known as MacSlow
[16:49] <Sweetshark> seb128: ping?
[16:58] <seb128> Sweetshark, pong
[17:06] <Sweetshark> seb128: for the boost SRU (which is in raring right now), should I do a minimal diff against the quantal version, or can we take the raring version as is to quantal?
[17:06] <seb128> Sweetshark, the minimal diff is better
[17:06] <Sweetshark> there are IIRC two other minor fixes to it in raring.
[17:06] <Sweetshark> l
[17:07] <Sweetshark> k
[17:07] <mpt> seb128, hey, I was just trying to test <https://code.launchpad.net/~mdspencer/ubuntu/raring/software-properties/fix-for-1058059/+merge/133130> like you did, but unlike you I see no change at all. I'm using "./software-properties-gtk" inside the branch directory. Any idea what I might be doing wrong?
[17:08] <mpt> seb128, I get the same even when giving an absolute path, too.
[17:08] <seb128> mpt, sudo cp data/gtkbuilder/main.ui /usr/share/software-properties/gtkbuilder/main.ui
[17:08] <seb128> mpt, I guess
[17:08] <seb128> mpt, sudo apt-get install --reinstall software-properties-gtk then to go back to stock Ubuntu
[17:09] <seb128> mpt, the change is in the gtkbuilder file and I don't think it will load the "from source" version
[17:09] <mpt> fun
[17:09] <seb128> indeed...
[17:10] <mpt> thanks seb128
[17:11] <seb128> mpt, yw, does that work?
[17:11] <mpt> sure does
[17:11] <seb128> good
[17:14] <seb128> mpt, http://ubuntuone.com/1at4c2WX5nRLSuBhAHv8l9
[17:14] <seb128> mpt, that's the french version, it might look different from the english one due to the long label at the bottom
[17:15] <seb128> can't try in C locale there
[17:15]  * seb128 looks at mvo
[17:15] <seb128>   File "/usr/lib/python3/dist-packages/softwareproperties/AptAuth.py", line 77, in list
[17:15] <seb128>     for line in p:
[17:15] <seb128>   File "/usr/lib/python3.2/encodings/ascii.py", line 26, in decode
[17:15] <seb128>     return codecs.ascii_decode(input, self.errors)[0]
[17:15] <seb128> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 1782: ordinal not in range(128)
[17:15] <seb128>  
[17:15] <seb128> (hate unicode)
[17:15] <didrocks> (+1)
[17:16] <mpt> seb128, he's updated the branch since then.
[17:16] <seb128> mpt, oh, ok
[17:17] <seb128> mpt, let me check
[17:24] <seb128> mpt, thanks for the review/approval
[17:25] <Sweetshark> you all stop using launchpad right now! Since one week I try to update my bprints and everytime I just get timeouts on my homepage
[17:31] <seb128> mpt, that dialog is weird looking :-(
[17:32] <mpt> seb128, in what way?
[17:32] <seb128> mpt, http://ubuntuone.com/4OKw8F6SPeD9k5p1hREvNC
[17:33] <seb128> mpt, lot of space on the right, lot of space on the left then
[17:33] <seb128> it's like unaligned blocks
[17:33] <mpt> hmm
[17:33] <seb128> mpt, you think it's an improvement this way over unaligned combos and stuff filling the screen?
[17:33] <seb128> having the space taken was looking less "weird" to me
[17:34] <seb128> but it's maybe a matter of taste
[17:34] <mpt> seb128, I was just about to say, it would have been just as weird before, just the weirdness scattered over more places :-)
[17:34] <mpt> I hadn't realized that string is so long in French
[17:34] <seb128> mpt, that's why I gave you the first screenshot btw (for the long french string)
[17:34] <seb128> well I guess it look better in english
[17:35] <seb128> or locales with don't have a long string to push things this way
[17:37] <mpt> seb128, hm, that seems a bit over-long, though. The English is "Notify me of a new Ubuntu version:", and the French looks like "Notify me when a new version of Ubuntu is available:", right?
[17:37] <seb128> right
[17:38] <seb128> be "notify of something" doesn't really work in french
[17:38] <seb128> we say "notify me when $something happen"
[17:38] <seb128> be->but
[17:39] <mpt> ok
[17:39] <seb128> the variants I can think about are all about the same length
[17:41] <seb128> well I guess we would use a "Prévenir des nouvelles versions d'Ubuntu"
[17:41] <seb128> that sounds a bit weird though
[17:41] <seb128> mpt, I will upload the change and take the french string to the french translators
[17:41] <seb128> mpt, thanks ;-)
[17:43] <seb128> mpt, I guess one way to fix the weirdness would also to replace the checkboxes by the combo that is in the design document ;-)
[17:45] <mpt> seb128, that would get rid of one of the two gaps, at least
[18:08] <qengho> Attention developers: When I put the mouse cursor on the Wifi signal strenghth and scroll-wheel up, it should make internet better.  kthx.
=== Ursinha_ is now known as Ursinha
=== attente is now known as attente_zzz
=== attente_zzz is now known as attente
[21:24] <Sweetshark> anyone here able to nominate 1017125 for quantal? thx.
[21:28] <Sweetshark> disregard that. already happened
=== attente is now known as attente_zzz
=== m_conley is now known as m_conley_away