[02:17] <kenvandine> RAOF, hey... so describe the gwibber scrolling problem?
[02:17] <kenvandine> besides that it sucks :-D
[02:17] <RAOF> It doesn't scroll at all.
[02:17] <RAOF> Ok, that's not quite true.
[02:17] <RAOF> Clicking on the scroll button doesn't scroll.
[02:17] <RAOF> mouse scrolling doesn't scroll.
[02:17] <kenvandine> mouse scrolling doesn't scroll anything for me right now
[02:17] <RAOF> Dragging the scroll thingy up and down does scroll.
[02:17] <kenvandine> and i am on amd64
[02:18] <kenvandine> keyboard?
[02:18] <RAOF> Works.
[02:18] <kenvandine> are you running from the ubuntu-desktop team ppa?
[02:18] <RAOF> No.  I've got the unity-team ppa active, but not ubuntu-desktop.
[02:18] <kenvandine> ok
[02:18] <kenvandine> so then you haven't had any changes to gwibber in a while :(
[02:19] <kenvandine> it is broken for me too
[02:19] <RAOF> Mouse scrolling works for me in Evolution, but not in gnome-terminal.
[02:19] <kenvandine> but so is everything else
[02:19] <kenvandine> i haven't tried evo today on this box
[02:19] <kenvandine> my desktop scrolling is fine
[02:19] <kenvandine> but my laptop is busted right now
[02:19] <kenvandine> amd64
[02:22] <Sarvatt> RAOF: hmm broken here too
[02:22] <kenvandine> RAOF, what is the bug # for the scrolling bug seb128 was talking about?
[02:23] <kenvandine> RAOF, so clicking on the up or down on the thumb doesn't scroll either?
[02:23] <Sarvatt> kenvandine: https://bugs.launchpad.net/ubuntu/+source/libxi/+bug/949465
[02:23] <ubot2`> Launchpad bug 949465 in libxi "XIScrollClass increment value incorrectly handled on 32-bit machines" [High,Fix released]
[02:24] <RAOF> kenvandine: Correct.
[02:24] <kenvandine> that does work for me
[02:24] <kenvandine> Sarvatt, i am on amd64 and scrolling doesn't work
[02:24] <RAOF> Uuum.
[02:24] <kenvandine> without clicking on the thumb
[02:24] <RAOF> And now it works.
[02:24] <RAOF> BAH.
[02:24] <kenvandine> gtk2 apps seem to scroll fine, gtk3 apps don't
[02:25] <Sarvatt> totally not the same bug, my gtk+ is still a week old before the brokenness was uploaded
[02:26] <RAOF> empathy scrolls for me.
[02:26] <kenvandine> actually, gedit does for me
[02:26] <kenvandine> but not gnome-terminal or gwibber
[02:26] <kenvandine> very odd!
[02:26] <kenvandine> xchat-gnome does too
[02:26] <Sarvatt> gedit does here and gnome-terminal doesnt either, hmm
[02:26] <RAOF> As does apport, so it's not python apps that are broken.
[02:27] <kenvandine> gwibber is vala
[02:27] <kenvandine> my desktop box has no problems
[02:27] <kenvandine> very odd
[02:27] <kenvandine> mine are both amd64
[02:27] <jbicha> bug 948612 ?
[02:27] <ubot2`> Launchpad bug 948612 in gnome-terminal "gnome-terminal does not scroll with mousewheel" [Undecided,Confirmed] https://launchpad.net/bugs/948612
[02:30] <TheMuso> robert_ancell: How would you prefer receiving bugs for unity-greeter bzr trunk?
[02:31] <robert_ancell> TheMuso, filed on LP against the unity-greeter project.  You might as well mark them as affecting Ubuntu as well, I end up doing that.
[02:32] <TheMuso> robert_ancell: Fair enough.
[02:32] <robert_ancell> The software center team only uses one of the project/distro to track their bugs - we should probably move to doing that in the future
[02:33] <thumper> kenvandine: for some reason, I keep thinking of you as "Kevin Devine" :)
[02:33] <thumper> Divine even
[02:36] <kenvandine> haha
[02:36] <kenvandine> thumper, the waitresses at the coffee shop my dad used to frequent used to call him Mr. Devine
[02:36] <kenvandine> because he was very picky about his coffee :)
[02:37] <thumper> heh
[02:51] <kenvandine> humm, and in some channels in xchat-gnome i can't get the thumb to raise
[02:51] <kenvandine> very weird scrolling issues today
[02:55] <TheMuso> c
[03:57] <robert_ancell> TheMuso, I assume this is good to go? https://code.launchpad.net/~themuso/unity-greeter/fix-orca-cmdline-syntax/+merge/95485
[04:13] <TheMuso> robert_ancell: Yes.
[04:14] <robert_ancell> TheMuso, do you want to push it?
[04:14] <TheMuso> robert_ancell: I don't have commit privs to unity-greeter trunk...
[04:14] <TheMuso> If thats what you mean.
[04:14] <robert_ancell> ah, ok
[04:16] <robert_ancell> TheMuso, interesting that Orca broke backwards compatibility there
[04:17] <TheMuso> robert_ancell: Indeed, there was a reason given in the upstrea commit that changed things, can't remember off the top of my head.
[04:17] <TheMuso> upstream
[04:17] <robert_ancell> TheMuso, do you know if this resolves all the issues AlanBell had with u-g?
[04:18] <TheMuso> robert_ancell: It certainly solves a few, I'm going to go through the bugs he filed to elaborate.
[04:18] <TheMuso> maybe all in fact, I'll see what he has filed again.
[04:20] <TheMuso> so bug 944159 is solved
[04:20] <ubot2`> Launchpad bug 944159 in unity-greeter "orca reads the password out loud" [High,Triaged] https://launchpad.net/bugs/944159
[04:20] <TheMuso> with my branch
[04:20] <TheMuso> That bug hadn't been filed when I submitted my branch.
[04:21] <TheMuso> and bug 944161
[04:21] <ubot2`> Launchpad bug 944161 in unity-greeter "orca does not read user names" [Undecided,New] https://launchpad.net/bugs/944161
[04:21] <TheMuso> should also be solved.
[04:41] <TheMuso> robert_ancell: One small thing I discovered with testing, is that the "Log In" button shown for users with no password/guest login has no accessible name, which I find weird, since the DashButton class does derive from Gtk.Button.
[04:41] <TheMuso> We can set it sure, but why GTK a11y code is not doing that, I don't know.
[04:42] <robert_ancell> weird
[04:42] <BigWhale> Good Morning.
[04:43] <TheMuso> Indeed.
[04:45] <TheMuso> robert_ancell: Ok it works in test mode, will test again when I can log out again.
[04:45] <robert_ancell> cool
[04:51] <jbicha> this doesn't really need an Ubuntu FFE too, does it? https://mail.gnome.org/archives/ftp-release-list/2012-March/msg00080.html
[04:57] <TheMuso> jbicha: Given our caucious nature this cycle, I think it would, dispite GNOME stuff having an exception of sorts...
[04:57] <TheMuso> At least, if I were thinking of updating, I would get an FFE./
[05:03] <broder> ugh, i think it's just my pythonist showing, but every time i try to write code in glib i get irritated that there's no GHashSet
[05:03] <robert_ancell> broder, ordered hash table?
[05:04] <broder> robert_ancell: it's not the same, because GHashTable doesn't have things like union/intersection operators
[05:05] <robert_ancell> broder, not sure what a HashSet is in Python - can you send a link?
[05:05] <broder> robert_ancell: well, it's just a set in python: http://docs.python.org/library/stdtypes.html#set
[05:08] <broder> you can build all of these things on top of a hash table, but it's much easier if they're there already
[05:08] <robert_ancell> broder, never used them but they look very handy...  http://live.gnome.org/Libgee has a GHashSet
[05:09] <broder> yep - although libgee's doesn't implement all of the methods i'd like
[05:09] <broder> i would have expected somebody to already have asked for this, but i can't find any evidence of it on bugzilla.g.o, so maybe i'll sketch up a GHashSet class for glib and open a bug
[05:09] <robert_ancell> eventually you'll get annoyed enough to write a patch :)
[05:10] <broder> it's a tragic character flaw
[05:10] <robert_ancell> it's what keeps open-source going!
[05:10] <robert_ancell> an OS built on a billion frustrations
[05:22] <jbicha> desrt: there isn't a bug for Unity's lack of support for the GMenu, is there?
[05:23] <desrt> jbicha: it's on ted's todo list
[05:24] <jbicha> I was looking for something to make bug 939747 a dupe of
[05:24] <ubot2`> Launchpad bug 939747 in epiphany-browser "unable to change preferences when run under unity" [Undecided,New] https://launchpad.net/bugs/939747
[05:38] <broder> robert_ancell: ah - it looks like the glib folks are solving this by adding functions to GHashTable a la g_hash_table_add. i wonder if i can define the functions i want to have meaningful semantics on a GHashTable and then just add them directly
[05:38] <robert_ancell> nice
[05:53] <pitti> Good morning
[06:06] <RAOF> Hey pitti!
[06:08] <RAOF> didrocks would be a good victim for MIR prodding, right? :)
[06:12] <robert_ancell> pitti, hey, were you the one proposing that /etc/nsswitch.conf was a suitable method for determining if network authentication is used?
[06:13] <pitti> robert_ancell: I think checking it is necessary, but not sufficient (we also need to check the PAM stack)
[06:13] <pitti> robert_ancell: nsswitch would make "getent passwd" working, which quite a lot of services need
[06:14] <pitti> I'm not entirely sure whether PAM also relies on this, though
[06:14] <pitti> or whether you can set up network login with _only_ a PAM config
[06:14] <pitti> RAOF: he or mterry, but didrocks comes online first, so yes
[06:14] <robert_ancell> pitti, yes, I was looking at it.  It could be easily wrong (e.g. if you used some alternative system for listing users).  PAM might use it (depending if you are using standard modules)
[06:15] <robert_ancell> pitti, do you know of a case where getpwent () returns some users, but you also have other user accounts that can be used?
[06:16] <pitti> robert_ancell: yes, I think that's fairly common -- you set up one local user account for admin or offline work, and when you are at the company, you use your remote login
[06:16] <pitti> less common for stationary PCs, of course
[06:16] <pitti> I guess company laptops will do some local synchronization of the user, so that you can log in with your normal company account when you are offline
[06:17] <pitti> but I really don't know enough about these systems to be sure
[06:19] <broder> pitti, robert_ancell: i've done that before - created network auth just using PAM
[06:20] <broder> e.g. setting up pam_krb5, and then just creating dummy entries in /etc/passwd instead of tying nsswitch to a network service
[06:20] <didrocks> good morning
[06:20] <broder> in fact, i do exactly that on the main login server i use
[06:20] <pitti> bonjour didrocks
[06:21] <robert_ancell> broder, so what does getpwent () return on that system?
[06:21] <broder> robert_ancell: something out of /etc/passwd
[06:21] <broder> it's a local account using network auth
[06:22] <robert_ancell> broder, do you use a graphical greeter?
[06:22] <broder> no, not on this machine
[06:22] <broder> (it's just for ssh)
[06:23] <didrocks> guten morgen pitti
[06:24] <RAOF> Aha!  Speak of the victim!
[06:26] <RAOF> didrocks: Would you be up for some nice, simple MIRing? :)
[06:26] <didrocks> RAOF: if it's nice and simple, how can I refuse? :)
[06:27] <RAOF> didrocks: https://bugs.launchpad.net/ubuntu/+source/gtest/+bug/949575 https://bugs.launchpad.net/ubuntu/+source/xorg-gtest/+bug/949578 https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-dummy/+bug/949600
[06:27] <ubot2`> Launchpad bug 949575 in gtest "[MIR] gtest" [Undecided,New]
[06:27] <didrocks> hum, gtest?
[06:27] <RAOF> Only the final one should be at all contentious, and it shouldn't be contentious :).
[06:27] <didrocks> I think we didn't want this one
[06:28] <didrocks> the packaging was hackish IIRC
[06:28] <RAOF> didrocks: Of gtest?  It seemed pretty standard to me.
[06:28] <RAOF> I didn't look *that* deeply, I guess.
[06:29] <didrocks> RAOF: only static files, no shared library
[06:29] <RAOF> didrocks: Right.  And the static lib is going away, too.  That's upstream's preferred form.
[06:30] <didrocks> RAOF: hum, is going away?
[06:30] <didrocks> RAOF: it wasn't building a .so IIRC
[06:30] <didrocks> (I shouldn't probably MIR xorg-gtest myself as I'm the archive admin acking it for universe :p)
[06:30] <RAOF> didrocks: Upstream wants it distributed as source, not a binary.
[06:31] <didrocks> RAOF: so, the -dev won't have the static lib and no dynamic lib as well, isn't it?
[06:31] <RAOF> This is not terribly bad, as none of the gtest code will end up in binary packages anyway.
[06:31] <didrocks> like, building xorg-gtest will rebuil gtest as well?
[06:31] <RAOF> Right.
[06:31] <RAOF> And building the X server will rebuild gtest as well.
[06:32] <didrocks> that's fine with me, are the changes already done for that?
[06:32] <RAOF> For the X server, yes.  Not for xorg-gtest.
[06:33] <RAOF> At least I don't think so.
[06:33] <didrocks> hum, can you check with cnd? (I think I'll let xorg-gtest for mterry anynway)
[06:33]  * pitti hopes the new X server will unbreak the scroll wheel with new GTK again
[06:34] <didrocks> RAOF: can handle the two other two if you can remove the .a from gtest
[06:34] <RAOF> didrocks: As in - make an upload of gtest removing the static library entirely?  Sure.
[06:35] <didrocks> RAOF: yeah :)
[06:35] <didrocks> RAOF: then, I can try to review it today or tomorrow (everything will depend on the unity surprises ;))
[06:36] <RAOF> I talked to cnd about the gtest.a going away this morning.
[06:39] <didrocks> RAOF: excellent, thanks! at least, that's how you know that the g is for google "static linking" :)
[06:49] <didrocks> RAOF: it seems that someone is looking at the gtest bug reports :)
[06:53] <RAOF> didrocks: Yeah :)
[06:59] <pitti> meh, scroll wheel still broken
[06:59] <pitti> I think seb128 already investigated this, I'll wait for him to wake up
[07:03] <RAOF> pitti: on i386, or in general?
[07:03] <pitti> amd64 here
[07:03] <RAOF> *Some* gtk3 apps work for me, some don't (on amd64)
[07:04] <RAOF> Specifically: gwibber and gnome-terminal *don't* work, everything else does.
[07:04] <RAOF> (empathy, apport, evolution etc)
[07:04] <pitti> something to do with the "increment" value in xinput
[07:04] <pitti> oh right, firefox does work
[07:04] <pitti> I'm mostly missing it in terminals
[07:05] <didrocks> I think that seb spotted it before uploading the new gtk though, why was it uploaded then?
[07:06] <RAOF> pitti: The increment thing in xinput is (a) i386 only, and (b) fixed now.
[07:06] <RAOF> There's something else happening with gtk.
[07:06] <pitti>   increment: -1.000000
[07:06] <pitti> that's with the latest X server, and didn't change
[07:07] <pitti> RAOF: oh, would (b) be the "-nan" value that e. g. didrocks saw?
[07:07] <RAOF> pitti: Right.  You're seeing -1?
[07:07] <pitti> RAOF: yes, with both the old and the new server
[07:08] <pitti> that seemed to be the most common value on amd64
[07:08] <RAOF> This would be a scroll-wheel, yes?
[07:08] <RAOF> On a mouse?
[07:08] <pitti> a scroll wheel on an USB mouse
[07:08] <pitti>   increment: 111.000000
[07:08] <pitti> ^ that's my touchpad
[07:09] <pitti> (also unchanged since previous X server)
[07:09] <pitti> brb
[07:10] <RAOF> Your touchpad scroll works, but not your scroll wheel?  I'd expect -1 to also work.
[07:15] <didrocks> hum, something regressed a lot recently on the plumbing side (http://reports.qa.ubuntu.com/reports/boot-speed/acer-veriton-02/index.html)
[07:16] <didrocks> is it the apparmor-parser?
[07:17] <RAOF> didrocks: gtest uploaded.  Enjoy!
[07:17] <didrocks> RAOF: thanks, will have a look minus xorg-gtest today :)
[07:19] <pitti> RAOF: didn't test the touchpad yet, it's under the desk in the dock with closed lid
[07:19] <RAOF> I suspect that you'll find that the touchpad also doesn't work where the scroll wheel doesn't work.
[07:19] <pitti> didrocks: erk, indeed
[07:20] <didrocks> pitti: seems the only offender after a quick look, at least, it's contained :)
[07:20] <didrocks> will ping mdeslaurier
[07:20] <didrocks> and jdstrand
[07:27] <Sarvatt> didrocks: wow thats a huuuuge regression too
[07:28] <Sarvatt> i just checked and i got +5 seconds before X starts on this last boot an hour ago vs the past month or so
[07:28] <Sarvatt> (fast ssd)
[07:29] <didrocks> I can see it quite clearly here on my slow machine, that's why I had a look
[07:36] <Sarvatt> [    15.808]
[07:36] <Sarvatt> X.Org X Server 1.11.3
[07:36] <Sarvatt> [    8.799]
[07:36] <Sarvatt> X.Org X Server 1.11.3
[07:36] <Sarvatt> an hour ago vs 1 week ago's boots
[07:37] <didrocks> well, from the bootchart, it's quite clear that it's because of apparmor-parser, let's wait on the security team I would say
[07:41] <Sarvatt> [     8.338]
[07:41] <Sarvatt> X.Org X Server 1.11.3
[07:41] <Sarvatt> after sudo apt-get purge apparmor :)
[08:18] <u4ia74> I was updating some apps and I saw a warning message "Warning: No support for locale: en_US.utf8"  How can I fix this/add support for utf8 en_US?
[09:06] <seb128> hey
[09:06] <didrocks> salut seb128
[09:07] <didrocks> ça va ?
[09:07] <seb128> lut didrocks
[09:07] <seb128> nickel
[09:07] <seb128> toi?
[09:07] <didrocks> seb128: ça va très bien ;-)
[09:08]  * didrocks starts to smell an unity release approaching… like tomorrow :)
[09:08] <seb128> didrocks, release on friday! waouh :p
[09:08] <didrocks> seb128: well, we tested it for almost 2 weeks now
[09:08] <seb128> I guess the level of testing and changes makes that one safe
[09:08] <didrocks> yeah ;)
[09:08] <didrocks> it's not like "packaging some crack, and push"
[09:08]  * seb128 looks at sneaking a gtk bog under unity :p
[09:09] <tjaalton> friday is the best day for big changes ;)
[09:09] <didrocks> the crack has  been debugged with love for a long time here :)
[09:09] <didrocks> seb128: that's mean :)
[09:09] <didrocks> seb128: let me tell you when I upoad
[09:09] <didrocks> upload
[09:09] <didrocks> at least, that it's really at the same time
[09:09] <didrocks> and everyone think it's unity :p
[09:09] <pitti> bonjour seb128, ca va?
[09:10] <seb128> hey pitti, wie gehts?
[09:10] <seb128> pitti, ca va bien merci ;-)
[09:10] <pitti> seb128: really really bad -- my scroll wheel is broken !!!!!
[09:10] <seb128> pitti, what arch do you use?
[09:10] <pitti> seb128: more seriously, I'm great, thanks!
[09:10] <seb128> lol
[09:10] <pitti> seb128: amd64 (as if there was any other!)
[09:11] <pitti> seb128: I already updated to the new x.org
[09:11] <pitti> seb128: the increment values are same as before, though (-1 for mouse, 111 for touchpad)
[09:11] <seb128> pitti, is it really broken?
[09:11] <pitti> seb128: it actually does work in firefox, just not in terminal
[09:11] <pitti> yes, scrolling in terminals is now
[09:11] <seb128> pitti, is anything else than g-t buggy?
[09:11] <seb128> like gedit, gtk-demo, nautilus
[09:12] <pitti> seb128: hm, now that you mention it, it's indeed just terminal
[09:13] <seb128> pitti, right, rye reported a bug yesterday, I think it's a vte,g-t bug
[09:13] <seb128> I didn't have a chance to look at it since scrolling was broken accross the board on i386
[09:13] <pitti> last g-t was on Feb 23, so that's not it
[09:13] <pitti> seb128: ah, ok
[09:13] <pitti> seb128: so, that makes it a lot less scary then
[09:13] <seb128> I need to update to the new libxi, cnd fixed the i386 issue
[09:14] <seb128> then I can look at g-t
[09:14] <pitti> last vte also was on Feb 23
[09:14] <pitti> seb128: ok, don't worry for now
[09:14] <pitti> I guess the new gtk triggered a bug in vte or so
[09:14] <pitti> seb128: I can also have a look at vte upstream etc, if you want
[09:14] <seb128> pitti, yeah, it's not changes in those in ubuntu, it's rather than the new gtk trigger a bug there
[09:14] <seb128> pitti, that would be great
[09:15] <pitti> ah, bug 948612
[09:15] <ubot2`> Launchpad bug 948612 in gnome-terminal "gnome-terminal does not scroll with mousewheel" [Undecided,Confirmed] https://launchpad.net/bugs/948612
[09:16] <pitti> seb128: libxi is laready updated
[09:16] <pitti> oh, you mean you need to dist-upgrade
[09:16] <seb128> pitti, yes, I need to get that fix ;-)
[09:16] <seb128> I didn't upgrade yet today
[09:19]  * seb128 grrrrr at slangasek for breaking gconf and not fixing it
[09:20] <davmor2> pitti: sansa fuze isn't showing up as an mp3 player again :( shows up as mass storage
[09:22] <pitti> seb128: broken how?
[09:22] <seb128> pitti, bug #948294
[09:22] <ubot2`> Launchpad bug 948294 in gconf "package gconf2 3.2.3-3ubuntu1 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 250" [High,Confirmed] https://launchpad.net/bugs/948294
[09:22] <pitti> davmor2: hm, do you mind filing a bug report with an "lsusb -v" and "udevadm info --export-db" outputs?
[09:22] <seb128> pitti, <slangasek>	seb128: hmm, right - so the old gconf2 package is still installed and its trigger is being called, but the underlying libs are apparently in an inconsistent state :(
[09:22] <pitti> davmor2: against media-player-info
	not sure if it's better to do that, or to make libgconf-2-4 have a circular dependency with gconf-service
[09:23] <seb128> that was using a Breaks
[09:23] <seb128> pitti, I let it to slangasek since he did the update and seemed to have a blue about it
[09:23] <seb128> but it has been 2 days now and that collects duplicates
[09:24] <seb128> I would revert the update if that was easy :p
[09:24] <davmor2> pitti: will do
[09:30] <seb128> didrocks, dvv \o/, so the menus issues are fixed ?
[09:30]  * seb128 just done catching up with night emails
[09:33] <pitti> there, g-t scrolls again \o/
[09:35] <chrisccoulson> good morning everyone
[09:35] <pitti> hey chrisccoulson
[09:35] <chrisccoulson> hi pitti, how are you?
[09:35] <pitti> chrisccoulson: quite fine, thank you!
[09:41] <seb128> chrisccoulson, hey, how are you?
[09:41] <seb128> pitti, thanks for the vte fix!
[09:41] <pitti> de rien
[09:41] <chrisccoulson> seb128, yeah, good thanks
[09:42] <chrisccoulson> i will be even better once the coffee has finished brewing :)
[09:42] <seb128> hehe
[09:42] <seb128> I should get another coffee
[09:43] <seb128> ok, bug emails cleaned, out of that gconf issue mostly nothing showing out
[10:03] <didrocks> seb128: yeah, it is :)
[10:14] <jml> hello
[10:14] <jml> I hit the "Displays..." item in my cog menu in precise, and then a pink box came up on my screen on the top left that says "Laptop", and now I can't get rid of it.
[10:20] <seb128> jml, hey, close the display dialog...
[10:20] <seb128> jml, or focus something else
[10:21] <seb128> jml, those are screen identifiers displayed while you use that config dialog
[10:21] <jml> seb128: I can't find the display dialog
[10:22] <seb128> jml, look harder? it's not in your unity launcher?
[10:22] <jml> seb128: oh there it is :)
[10:22] <jml> seb128: I just went through one by one. It popped up under something (or maybe I clicked somewhere else as I launched it).
[10:22] <jml> seb128: thanks :)
[10:22] <seb128> jml, yw
[10:36] <greyback> didrocks: in case you answered me, I got disconnected, can you repeat?
[10:36] <didrocks> greyback: hum, answered to what? It was maybe when I got my kernel panic…
 didrocks: hey, quick question: some MM design changes were made, which add another setting to the Settings->Displays dialog. Do you know who works on that dialog?
[10:37] <didrocks> nothing in my logs either, so you surely asked at the wrong time :)
[10:37] <greyback> :)
[10:37] <didrocks> greyback: I'll probably do the work, yeah, however I see that the spec is still changing this morning
[10:37] <didrocks> greyback: can you please use the same keys than 3d btw?
[10:37] <greyback> didrocks: ok, just so I know who to ask for dconf key names, etc.
[10:38] <didrocks> I think we need to wait on jason to define common keys :)
[10:38] <greyback> didrocks: ok. I thought you had that power :)
[10:39] <didrocks> greyback: well, I don't care about which keys are used TBH, I just want we set up on the same :)
[10:40] <greyback> didrocks: fair enough :)
[10:40] <didrocks> the funny thing is that it won't work for nvidia users
[10:40] <didrocks> let me ping John
[10:43] <chrisccoulson> hmm, i wish people would engage their brain before writing stupid articles: http://www.tuxgarage.com/2012/02/installing-firefox-esr-in-ubuntu-linux.html#comment-459649097
[10:44] <didrocks> chrisccoulson: why? that's how I do it!
[10:44]  * didrocks runs :-)
[10:44] <chrisccoulson> lol
[10:44] <chrisccoulson> no beer for didrocks
[10:44] <didrocks> ;-)
[10:45]  * didrocks hugs chrisccoulson and his packages
[10:45]  * chrisccoulson hugs didrocks
[10:48] <chrisccoulson> pitti - the only package i can find in the archive shipping a distribution.ini is ubuntu-defaults-zh-cn. does that sound right, or did you expect there to be more packages?
[10:48] <chrisccoulson> or are perhaps not in the archive?
[10:48] <pitti> chrisccoulson: are are some more
[10:48] <pitti> chrisccoulson: there is an ubuntu-business-defaults, and peopel are working on various ubuntu-defaults-<language>, such as -it
[10:50] <chrisccoulson> pitti - ah, it doesn't look like ubuntu-business-defaults is providing a distribution.ini though
[10:51] <pitti> ah, ok
[10:52] <chrisccoulson> so, it currently looks like there would only be one package affected if i changed the firefox install layout now
[10:52] <chrisccoulson> well, not including ubuntu-defaults-builder
[10:53] <pitti> chrisccoulson: ah, that's why you wanted to know
[10:53] <pitti> chrisccoulson: sure, not a biggie to update them
[10:54] <chrisccoulson> pitti - yeah, i'm moving firefox in to /usr/lib/firefox now as it's really the only way to properly fix bug 807733
[10:54] <ubot2`> Launchpad bug 807733 in firefox "Firefox doesn't restart after upgrades where the version changes" [Medium,Triaged] https://launchpad.net/bugs/807733
[10:54] <pitti> ah, I was wondering about this
[10:55] <pitti> brb
[11:27] <seb128> pitti, opinion on bug #949849?
[11:27] <ubot2`> Launchpad bug 949849 in pkgbinarymangler "Should strip "Keywords" as well" [Low,In progress] https://launchpad.net/bugs/949849
[11:40] <ronoc> Anyone else use Spotify here ?
[11:40] <ronoc> It crashes everytime for me
[11:40] <ronoc> and has been for the past few months
[12:01] <Geronimo__> hello all
[12:02] <Geronimo__> I try install webcam in my linux ubuntu
[12:02] <Geronimo__> but I don't have success
[12:02] <Geronimo__> my notebook is a LG R480
[12:04] <Geronimo__> i use lsusb
[12:04] <Geronimo__> and result is
[12:04] <Geronimo__> Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[12:04] <Geronimo__> Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[12:04] <Geronimo__> Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[12:04] <Geronimo__> Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[12:04] <Geronimo__> Bus 004 Device 002: ID 18e8:6252 Qcom
[12:04] <Geronimo__> Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[12:05] <Geronimo__> Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[12:05] <Geronimo__> Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
[12:05] <Geronimo__> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
[12:05] <Geronimo__> someone help me
[12:05] <ogra_> Geronimo__, try #ubuntu for support
[12:05] <Geronimo__> please
[12:05] <Geronimo__> ok
[12:05] <Geronimo__> thanks
[12:41] <didrocks> hey mdeslaur :)
[12:41] <mdeslaur> didrocks: hi
[12:41] <didrocks> mdeslaur: you are probably already aware, but the boot time badly regressed recently: http://reports.qa.ubuntu.com/reports/boot-speed/acer-veriton-02/index.html
[12:42] <didrocks> if you look at the bootchart apparmor-parser seems to be the offender
[12:42] <didrocks> is it already known?
[12:42] <mdeslaur> gah!
[12:43] <mdeslaur> didrocks: let me bring it up with jdstrand and jj
[12:43] <mdeslaur> didrocks: has there been a bug filed?
[12:44] <didrocks> mdeslaur: not that I know of, I really started at look at it this morning
[12:44] <mdeslaur> I know we turned off one of the optimisations because of a bug, that will be fixed soon
[12:44] <mdeslaur> but that's not supposed to have an impact once you've booted a second time
[12:44] <mdeslaur> didrocks: I'll file a bug, one sec
[12:48] <mdeslaur> didrocks: LP: #949891
[12:48] <didrocks> mdeslaur: thanks ;)
[12:49] <mdeslaur> didrocks: np...thanks for pointing that out, that's a pretty severe issue
[12:49] <didrocks> mdeslaur: well, hopefully it seems to be due by only one component and not 20 of them, easier to track :)
[12:49] <mdeslaur> yes :)
[12:58] <pitti> seb128: did you check all main packages for X-GNOME-Keywords?
[12:59] <pitti> seb128: anyway, I'll merge with keeping X-G-K, it doesn't hurt
[13:00] <pitti> seb128: I rejected the MP as it used the wrong target, but merging anyway
[13:00] <seb128> pitti, I wouldn't keep x-g-k
[13:00] <seb128> pitti, it's stripping translations glib will not get back through gettext
[13:00] <seb128> pitti, since glib only handle Keywords
[13:00] <pitti> oh, it won't? ok
[13:01] <pitti> seb128: so our glib patch already got adjusted to this?
[13:01] <seb128> pitti, yes
[13:02] <seb128> pitti, as said earlier, I don't want to support both in glib
[13:02] <seb128> pitti, I changed to Keywords
[13:02] <pitti> seb128: ok; so we need to grep the archive for X-G-K?
[13:02] <seb128> pitti, I've my version ready for upload if you want
[13:02] <pitti> seb128: ok, please go ahead then; commit it to lp:ubuntu/pkgbinarymangler
[13:02] <seb128> pitti, I was planning to ask broder to do it
[13:02] <pitti> I guess the auto-importer will sort it out
[13:03] <seb128> pitti, great, that's what I branche off, dunno why the merge request got the wrong target
[13:03] <pitti> I can't delete lp:pkgbinarymangler unfortunately, LP says it's still needed for some references
[13:03] <seb128> pitti, do we have an easy "grep through archive"? seems broder can do that easily on the community lintian box
[13:03] <seb128> pitti, well I branched of ubuntu:pkgbinarymangle
[13:03] <seb128> r
[13:04] <seb128> so dunno why the lp-propose screwed up
[13:04] <pitti> seb128: lillypilly has a local mirror, I usually use that
[13:05] <seb128> pitti, well anyway I will handle it don't bother
[13:06]  * desrt yawns
[13:06] <seb128> hey desrt, it's coffee time !
[13:07] <desrt> sounds like a good idea :)
[13:17] <chrisccoulson> mmmmm, coffee
[13:18] <asac> hola!! sometimes windows seem to get minimized when switching workspace and i have to click the launcher icon to find them again... anyone noticed that? or is that just my inherent confusion?
[13:22] <seb128> asac, hey, how do you switch workspaces?
[13:25] <asac> seb128: back to ctrl+alt
[13:25] <asac> cursor
[13:25] <asac> :)
[13:26] <seb128> ok, not know then
[13:29] <asac> hmm. i will try to observe a pattern
[14:00] <mdeslaur> seb128: anyone on your team what to implement mpt's proposal? All I have time to do now is one of the following: 1- back out our patch and revert to upstream behaviour, 2- implement "lock-on-suspend" gsettings key with no GUI to change it
[14:01] <mdeslaur> #2 brings us back to oneiric, but with a setting that can be changed by advanced users
[14:01] <seb128> mdeslaur, what is mpt's suggestion?
[14:01] <mdeslaur> seb128: he proposed a dialog redesign that is intrusive
[14:02] <chrisccoulson> heh, https://bugzilla.mozilla.org/show_bug.cgi?id=730737. surprised to see our addons in the top 100 most popular ;)
[14:02] <ubot2`> Mozilla bug 730737 in General "Test the 100 most popular add-ons for memory leaks (esp. zombie compartments)" [Normal,New: ]
[14:02] <chrisccoulson> although, i guess we cheat a bit by bundling them by default
[14:02] <mdeslaur> chrisccoulson: yes, that's cheating :)
[14:06] <seb128> mdeslaur, my gut feeling is that we should limit to your changes
[14:07] <seb128> mdeslaur, the new design should be "ok", like a day of work, but well it's past ff and uif and we should focus on stabilizing what we have
[14:07] <seb128> mdeslaur, so probably better next cycle
[14:08] <mdeslaur> seb128: yes, I agree....so...we leave it like it is for now? I suspect the number of people using full disk crypto and autologin is limited anyway
[14:12] <seb128> mdeslaur, sorry I was on the phone
[14:12] <seb128> mdeslaur, so you suggest not doing anything at all, i.e current precise
[14:12] <seb128> mdeslaur, or doing your 1. and 2. described before?
[14:13] <mdeslaur> seb128: we have three options: 1- do nothing, 2- revert to upstream behaviour, 3- implement "lock-on-suspend" gsettings key
[14:13] <mdeslaur> seb128: I think at this point reverting to upstream behaviour would be the best solution
[14:13] <mdeslaur> seb128: and we'll redesign the dialog next cycle
[14:13] <seb128> mdeslaur, upstream behaviour tights screen locking and suspend locking right?
[14:13] <mdeslaur> yes, you turn the lock off, and you don't get a lock when you suspend
[14:14] <seb128> works for me
[14:14] <seb128> I just though that's the thing you tried to avoid to start
[14:15] <mdeslaur> seb128: yes, it is....people will be turning off locking, and then filing bugs that suspend doesn't lock
[14:15] <mdeslaur> seb128: but short of the new dialog, I can't fix it to please everyone
[14:15] <mdeslaur> and this way I get to redirect them to the gnome bug tracker :)
[14:16] <seb128> mdeslaur, what about keeping what we have and add a key to force locking?
[14:16] <seb128> for those who use encrypted disk with autologin
[14:16] <mdeslaur> seb128: you mean a "lock-even-with-autologin" key?
[14:16] <seb128> yes
[14:17] <seb128> what we have now seems to be what makes sense for most users
[14:17] <seb128> it just doesn't cover disk encrypted with autologin
[14:17] <seb128> but that's a corner case, those can tweak a gsettings if they want
[14:18] <mdeslaur> I agree that what we have covers everyone except that particular corner case...you would be ok with adding an ugly key like that just to cover the corner case?
[14:18] <seb128> yes
[14:18] <mdeslaur> ok, I can do that
[14:18] <seb128> great
[14:18] <seb128> mdeslaur, thanks for taking the time to summarize the options, etc
[14:18] <seb128> and for working on it ;-)
[14:18] <mdeslaur> seb128: thanks for the help
[14:23] <dupondje> https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/343363 any idea to what package I should subscribe this? as cryptsetup is not the right one imo :)
[14:23] <ubot2`> Launchpad bug 343363 in cryptsetup "gnome functional depends on cryptsetup, but not in package management " [Undecided,New]
[14:23] <dupondje> nautlius ?
[14:23] <dupondje> Nautilus :)
[14:24] <seb128> dupondje, no, rather udisks or gnome-disk-utility I guess
[14:25] <seb128> pitti, ^ you might know better
[14:25] <mpt> mdeslaur, seb128: A minimal option would be to leave the current design and add one more checkbox
[14:25] <seb128> dupondje, does it still apply? by then it was a gnome-mount stuff
[14:25] <seb128> mpt, what would the box say?
[14:25] <pitti> dupondje: I'll have a look in a bit
[14:26] <mpt> mdeslaur, seb128: "Require my password when waking from suspend"
[14:26] <mpt> I mean, it would be a shambles, but the current panel is already a shambles, so :-)
[14:27] <mdeslaur> seb128, mpt: I could do that, until we get it properly redone for next cycle
[14:27] <seb128> works for me
[14:37] <mdeslaur> seb128, mpt: thanks for your help!
[14:39] <dupondje> seb128: pitti: ok :) cause i'm doing some bugcleanup in cryptsetup :)
[15:07] <pitti> dupondje: replied to bug 343363
[15:07] <ubot2`> Launchpad bug 343363 in udisks "gnome functional depends on cryptsetup, but not in package management " [Low,Triaged] https://launchpad.net/bugs/343363
[15:09] <pitti> dupondje: i. e. it needs some cryptsetup preparation first
[15:13] <dupondje> thanks! i'll give it a look :)
[15:18] <Ursinha> RAOF, hello :) are you currently working on bug 931967?
[15:18] <ubot2`> Launchpad bug 931967 in oem-priority/precise "Corrupted graphics after the login until the unity launcher appears" [Critical,Confirmed] https://launchpad.net/bugs/931967
[15:19] <seb128> Ursinha, it's middle of the night for him
[15:19] <Ursinha> oops
[15:20] <Ursinha> is he in nz?
[15:22] <Ursinha> seb128, I'm asking to be able to set the bug to In Progress, in case he's already on it
[15:23] <seb128> Ursinha, he's in .au, not quite .nz but not that far
[15:24] <Ursinha> seb128, I see :)
[15:36] <kenvandine> pitti, i saw your scrolling fix for vte
[15:36] <kenvandine> gwibber is also affected, but it already has SCROLL_MASK
[15:36] <kenvandine> wondering if you have any ideas?
[15:36] <kenvandine> set_events(Gdk.EventMask.KEY_PRESS_MASK | Gdk.EventMask.SCROLL_MASK);
[15:41] <pitti> kenvandine: hm, not really -- that worked fine in vte
[15:41] <kenvandine> yeah, weird
[15:41] <kenvandine> :(
[15:44] <desrt> seb128: present for you this morning
[15:45] <desrt> http://git.gnome.org/browse/gnome-settings-daemon/log/?h=wip/xsettings-manager
[15:46] <kenvandine> even with ALL_EVENTS_MASK i get no scroll events
[15:47] <seb128> desrt, nice!
[15:59] <chrisccoulson> i love that overwhelming sense of achievement with fixing a ftbfs on an architecture that hardly anybody uses and nobody else cares about
[16:00] <chrisccoulson> what a productive use of time :)
[16:01] <seb128> chrisccoulson, why do you do it?
[16:02] <chrisccoulson> seb128, because nobody else does it
[16:02] <seb128> just drop support for the arch!
[16:02] <seb128> is that powerpc?
[16:02] <chrisccoulson> i've waited and waited and left it until the last minute, and still nobody stepped up to fix it
[16:02] <chrisccoulson> seb128, yeah, powerpc
[16:02] <seb128> :-(
[16:04] <mdeslaur> chrisccoulson: just send $30 to the three powerpc users so they can buy a better computer, and you won't need to do that anymore
[16:04] <chrisccoulson> heh
[16:04] <ogra_> mdeslaur, $30 ? you want them to use a raspberry Pi ?
[16:05] <chrisccoulson> it will probably work better than their powerpc
[16:05] <ogra_> not with ubuntu :P
[16:05] <ogra_> but then they wont bother you with bugs anymore :)
[16:06] <mdeslaur> I'm pretty sure $30 would get you an old pentium 4 :)
[16:09] <chrisccoulson> ogra_, they don't bother me with bugs anyway
[16:09] <chrisccoulson> we only get powerpc bugs from one person
[16:09] <mdeslaur> chrisccoulson: even better, $30 total :)
[16:09] <ogra_> thats just because emmet isnt around atm
[16:09] <chrisccoulson> yeah, ben collins is the only person who reports powerpc bugs for firefox
[16:10] <ogra_> else he would collect them for you from 5 people
[16:10] <chrisccoulson> at least it builds now. i've got no idea if it runs though
[16:10] <chrisccoulson> we can't run the testsuite on powerpc, as it causes the builders to lock up
[16:10] <ogra_> (he knows the 3 other japanese and 2 chinese users)
[16:10] <chrisccoulson> not exactly promising ;)
[16:16] <didrocks> jbicha: hey, around?
[16:17] <desrt> seb128: if i give you a patch will you do a desktop team upload of gnome-settings-daemon?
[16:17] <pitti> tremolux, mvo: FYI, not accepting s-c upload; bug 938736 and bug 949725 are not yet fixed in precise
[16:17] <ubot2`> Launchpad bug 938736 in software-center "For-purchase apps not showing up on Oneiric" [High,In progress] https://launchpad.net/bugs/938736
[16:17] <ubot2`> Launchpad bug 949725 in software-center "whats new does not refresh on db changes" [Medium,In progress] https://launchpad.net/bugs/949725
[16:18] <pitti> tremolux, mvo: (i. e. keeping in queue, not rejecting)
[16:18] <seb128> desrt, later yes, trying to "flush" other stuff from my queue first
[16:18] <seb128> desrt, can you get your gconf patches merged and a gconf tarball rolled upstream btw? ;-)
[16:18] <desrt> seb128: ya.  gonna do that next.
[16:18] <ogra_> easy ... rm -rf ./queue
[16:18] <seb128> desrt, and what happened to your "release mood" for dconf yesterday? ;-)
[16:18] <desrt> seb128: automake happened
[16:18] <desrt> distcheck is failing for some bullshit reason
[16:19] <desrt> seb128: for later: http://fpaste.org/YQYV/
[16:19] <mvo> pitti: thanks, sure, I hope to get the new upload in today
[16:20] <seb128> desrt, thanks
[16:20] <mvo> pitti: do you think you could do a code review for  https://code.launchpad.net/~mvo/aptdaemon/use-apt-auth.conf/+merge/95892 ? glator is currently busy and I would love to get it in as it fixes a pretty important bug
[16:21]  * desrt pushes those gconf patches
[16:23] <pitti> mvo: queueing (have a meeting in a sec)
[16:26] <broder> seb128: what did you need grepped for?
[16:26] <seb128> broder, hey
[16:26] <seb128> broder, X-GNOME-Keywords
[16:27] <seb128> broder, if that's not too much work for you
[16:27] <broder> seb128: should be easy. i'll kick it off
[16:27] <seb128> broder, thanks a lot
[16:27] <jbicha> didrocks: howdy
[16:27] <broder> seb128: this is in .desktop files, right?
[16:27] <didrocks> jbicha: hey! ;) I think it will be maybe easier for you to do than me proposing another branch: lp:~jbicha/unity/lp-949636-titlecase-Lock-to-Launcher
[16:27] <seb128> broder, yes /usr/share/applications/*desktop
[16:27] <didrocks> jbicha: there is a test in autopilot/
[16:27] <didrocks> jbicha: that is using that string as well
[16:28] <didrocks> can you please grep -r and do the needed replacement?
[16:29] <seb128> broder, is there also any way you can grep for "HasResizeGrip" in libgtk2.0-cil rdepends?
[16:29] <seb128> broder, it's the mono variant of the gtk api you grepped for the other time
[16:29] <broder> seb128: sure
[16:30] <seb128> broder, thanks a lot!
[16:30] <jbicha> didrocks: I thought that was in my merge proposal? modified file 'tests/autopilot/autopilot/emulators/unity/launcher.py'
[16:31] <didrocks> jbicha: hum, let me check while grepping again, I'm pretty sure I grepped the old string still
[16:33] <didrocks> jbicha: sorry I was mixing two merge proposals today :) the issue in yours was that you didn't change the po/ files for locales and so breaking translations (most of language doesn't have this Title Case)
[16:35] <didrocks> jbicha: but if you think that people should check again, I'm fine
[16:35] <didrocks> (as it's already a new string anyway…)
[16:36] <didrocks> well new string from this cycle I mean
[16:37] <desrt> seb128: you have your dconf release now
[16:37] <desrt> seb128: i hope your build rules don't involve 'make distcheck' :)
[16:37] <seb128> desrt, no ;-)
[16:43] <jbicha> didrocks: how do I suggest I handle the translations?
[16:43] <jbicha> I've never had a very good sense of how translations merge in & out of Launchpad
[16:44] <didrocks> jbicha: we can download from launchpad, merge in trunk
[16:44] <didrocks> jbicha: but thinking about it, maybe people should review
[16:44] <didrocks> if they have a Title Case practice in their country
[16:44] <didrocks> not sure
[16:44] <didrocks> as it's already a new string
[16:45] <didrocks> jbicha: let's approve, can you just send an email to the ubuntu-translators mailing list please?
[16:46] <jbicha> didrocks: how about I just add it to the quicklist translation list in the pad?
[16:46] <didrocks> jbicha: sure, can work
[16:46] <didrocks> we will batch in a big email with the changes then :)
[16:46] <jbicha> I guess we need to make the same change to Unity 2D also
[16:47] <didrocks> right
[16:48] <pitti> mvo: OOI, what do "RED:" and "GREEN:" mean?
[16:48] <pitti> mvo: I suppose "RED:" marks a rev which fails tests?
[16:50] <desrt> did anyone notice odd issues with the gconf from the PPA today?
[16:55] <seb128> desrt, I didn't, but I don't run many gconf using apps nowadays
[16:58] <desrt> seb128: i didn't make any changes to gconf -- just the convert script
[16:59] <desrt> in any case, i also didn't notice anything all
[16:59] <desrt> *anything odd
[16:59] <seb128> desrt, right, no issue in guest session either
[17:00] <pitti> mvo: replied; sorry for all my bitching there, I'm not very familiar with the code
[17:03] <pitti> good night everyone!
[17:03] <seb128> 'night pitti
[17:12] <didrocks> good night pitti
[17:14] <stgraber> would appreciate if someone from desktop could look at bug 950087, it's preventing us from fixing bug 800561 in ubiquity
[17:14] <ubot2`> Launchpad bug 950087 in libxklavier "python2.7 crashed with SIGSEGV in g_object_newv() when using gi binding for xklavier (gir1.2-xkl-1.0)" [Undecided,New] https://launchpad.net/bugs/950087
[17:14] <ubot2`> Launchpad bug 800561 in libxklavier "No way to add other keymap than english on Live CD" [Wishlist,Confirmed] https://launchpad.net/bugs/800561
[17:39] <burli> hi
[17:39] <desrt> didrocks: are you aware that your migration script does 3 separate dconf writes?
[17:40] <didrocks> desrt: 3? I would have thought 2, 3 is weird
[17:40] <didrocks> let me look
[17:40] <desrt> didrocks: you set the actual list twice
[17:40] <desrt> and the version once
[17:41] <burli> I have a little question. I'm running precise on a Viewsonic Viewpad 10. Since a view days it is possible to scroll with the touchscreen in icon views or lists in GTK apps. In Icon views scrolling is smooth, in list views it is sometimes really slow
[17:41] <didrocks> desrt: indeed, I should just collect the list for all the migration step and call the list at the end
[17:41] <burli> is this a known issue?
[17:41] <didrocks> write*
[17:42] <didrocks> desrt: care to open a bug and assign me? ;)
[17:42] <desrt> didrocks: what is the module?
[17:42] <didrocks> desrt: unity
[17:42]  * desrt hopes bkerensa doesn't close it :p
[17:43] <didrocks> just assign me, will go in the right folder in my mailbox :)
[17:43] <didrocks> (then I can move it to "spam" of course :p)
[17:49] <burli> @ seb128: I should ask you specifically ^^
[17:50] <seb128> burli, not a known issue no, you should open a gtk bug, better on http://bugzilla.gnome.org if you can
[17:51] <burli> seb128, ok, I try
[17:51] <seb128> burli, thanks
[17:51] <seb128> burli, https://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B
[17:57] <burli> seb128, can you give me a hint which Component I should select?
[17:57] <seb128> burli, gdk
[17:57] <seb128> well
[17:57] <seb128> no, keep gtk
[17:57] <seb128> if you say it's specific to lists
[17:57] <seb128> they will change it if needed
[17:58] <toabctl> why is g_test_add_vtable() not in the glib doc? see bug #950128
[17:58] <ubot2`> Launchpad bug 950128 in glib2.0 "Documentation does not contain g_test_add_vtable()" [Undecided,New] https://launchpad.net/bugs/950128
[17:58] <toabctl> btw i don't know if this is the right channel for this topic.
[18:00] <desrt> didrocks: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/950130/
[18:00] <ubot2`> Launchpad bug 950130 in unity "favourites migration script writes to dconf (too much)" [Undecided,New]
[18:00] <seb128> toabctl, usually better on #gnome-hackers or #gtk+ on irc.gnome.org for glib,gtk questions
[18:01] <desrt> it's not letting me assign it to you, though (saying rather unhelpfully 'constraint not satisfied')
[18:01] <didrocks> desrt: thanks doing myself :)
[18:01] <didrocks> desrt: it's not really a bug in fact
[18:01] <didrocks> there are two migration steps
[18:01] <didrocks> which are transactionnal
[18:02] <desrt> sounds like a bug :)
[18:02] <seb128> toabctl, it's not on http://developer.gnome.org/glib/2.31/glib-Testing.html either
[18:02] <didrocks> desrt: well, there was one migration at some point
[18:02] <desrt> you should attempt to combine all steps into a single gsettings transaction
[18:02] <didrocks> desrt: then, new requirement and a second migration :)
[18:02] <glatzor> good evening mvo seb128 and pitti
[18:02] <didrocks> desrt: yeah, I know how I can do it easily anyway ;)
[18:03] <seb128> glatzor, hey, how are you?
[18:03] <didrocks> desrt: just giving some backgroun
[18:03] <didrocks> backgound*
[18:03] <desrt> didrocks: or not do it at all =)
[18:03] <didrocks> desrt: well, not starting that discussion again :p
[18:03] <toabctl> seb128, yes. i already checked that. i try to use setup() and teardown() functions for testcases but i can't find any example how to use g_test_add() macro
[18:03] <desrt> didrocks: is there no way for you to discover that there are no settings to migrate and... just do nothing?
[18:03] <toabctl> seb128, i'll ask at irc.gnome.org. thanks!
[18:03] <seb128> toabctl, I see you are discussing on #gnome-hackers
[18:03] <seb128> toabctl, yw
[18:03] <didrocks> desrt: well, if there are no settings to migrate, there is juts 1 write
[18:04] <glatzor> seb128, fine. I am looking forward seeing you again at uds
[18:04] <didrocks> which is the "newer value"
[18:04] <glatzor> this time
[18:04] <didrocks> and then, never ever
[18:04] <desrt> didrocks: that appears to be incorrect
[18:04] <seb128> glatzor, oh, you are coming this time? great!
[18:04] <desrt> didrocks: these 3 writes are what i observe when i login to the guest session
[18:04] <didrocks> desrt: we don't want to start the migration script at every boot
[18:04] <didrocks> desrt: no, you have a migration step
[18:04] <didrocks> desrt: we remove the ubiquity launcher
[18:04] <didrocks> which is in the default set
[18:05] <desrt> sounds like maybe that should be the other way around?
[18:05] <didrocks> desrt: well, TBH, there is not a lot of added values and I would prefer focusing on bigger "bugs" :)
[18:05] <didrocks> that something that happens once per user :)
[18:06] <desrt> you may be right about that
[18:06] <desrt> seb128 certainly agrees :)
[18:06] <desrt> but chew on this:
[18:07] <desrt> why are there default settings in dconf _at all_ if they are always overwritten immediately on first login?
[18:07] <desrt> i mean, in the gsettings schema
[18:07] <desrt> just seems a bit odd...
[18:08] <didrocks> yeah, I agree, it should be the other way around
[18:08] <didrocks> like, we add the ubiquity settings to the live
[18:08] <didrocks> icon*
[18:08] <didrocks> but again, everything is a priority question :)
[18:09] <desrt> yup
[18:09] <desrt> in any case, i can confirm that you do nothing when i login to my normal account
[18:09] <desrt> so that's good news
[18:09] <desrt> all that's left is macslow
[18:10] <didrocks> \o/
[18:10] <didrocks> :-)
[18:10] <didrocks> desrt: I'll try to think for +1, there is still this "version" writing
[18:10] <didrocks> but at least, removing ubiquity-related write is doable
[18:11] <desrt> 3 writes are only a little bit worse than 1...
[18:11] <broder> seb128: i couldn't find any mono packages using HasResizeGreip
[18:11] <broder> *HasResizeGrip
[18:11] <desrt> particularly since it's only on first login
[18:11] <desrt> sucks a little bit for guest accounts, but whatever
[18:11] <seb128> broder, great, I assumed there were not but RAOF wanted to check
[18:11] <seb128> RAOF, ^
[18:11] <desrt> if you have a plan to get it to 0, i'd put lots of efforts towards that
[18:11] <desrt> but reducing 3 to 1 is not such a huge win
[18:11] <broder> seb128: still working on the X-GNOME-Keywords grep - so far it's found activity-log-manager-control-center
[18:12] <desrt> didrocks: my biggest concern is that the QA team runs a test that checks if dconf-service is running after a fresh login
[18:12] <seb128> broder, right, you should find at least that, system-config-printer, deja-dup and language-selector
[18:12] <didrocks> desrt: but they do that after 2 logs in, right?
[18:12] <seb128> broder, those are the ones I have on my disk
[18:12] <desrt> didrocks: no.  i don't think so.
[18:12] <broder> seb128: ok. i'll let you know if there are any surprises, then
[18:12] <desrt> didrocks: perhaps we will have to tell them to do it that way, though
[18:12] <seb128> broder, thanks!
[18:13] <didrocks> desrt: yeah, will do :)
[18:13] <desrt> didrocks: you'll talk to QA?
[18:13] <didrocks> desrt: I'll (probably tomorrow still stuff to do and need to live soon :))
[18:13] <desrt> great.
[18:13] <desrt> i'm gonna go get some lunch then
[18:13]  * desrt is starving
[18:14] <seb128> desrt, enjoy
[18:14] <kenvandine> looks like Gtk.Box is no longer getting scroll-event emitted at all in vala
[18:14] <kenvandine> maybe vala just needs to be refreshed for the latest gtk...
[18:14] <didrocks> desrt: enjoy :)
[18:15] <seb128> kenvandine, you should ask on #gtk+
[18:15] <seb128> or mention it there
[18:16] <kenvandine> i will, i have tests in C and vala
[18:16] <kenvandine> C works, vala doesn't any more
[18:16] <chrisccoulson> hmmm, i'm tired
[18:16] <kenvandine> Gtk.Layout gets it, but Gtk.Box doesn't
[18:16]  * kenvandine grabs food first, brb
[18:28]  * didrocks waves good evening
[18:38] <dobey> i guess people use epiphany in the future: http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/2029-June/thread.html
[18:45] <chrisccoulson> lol
[19:27] <desrt> what?  no disasters while i was having lunch?
[19:30]  * desrt tries his luck with dist-upgrade
[19:42] <BigWhale> Is there a way to create a global shortcut in python? With introspection?
[19:54] <kenvandine> seb128, are you planning to touch gtk soon?
[19:55] <seb128> kenvandine, tell me
[19:55] <kenvandine> i think i found the problem, looking over my example code i noticed the C example was connecting to scroll-event for the window
[19:56] <kenvandine> not the box
[19:56] <seb128> kenvandine, your issue is a gtk bog?
[19:56] <kenvandine> so it is broken in C as well
[19:56] <kenvandine> yeah
[19:56] <kenvandine> it is actually Gtk.EventBox
[19:56] <kenvandine> isn't catching the scroll event
[19:56] <seb128> kenvandine, did you show the patch to Company or mclasen yet?
[19:56] <kenvandine> i am building it locally
[19:56] <seb128> kenvandine, but in any case no I don't plan a gtk upload so feel free to do one
[19:56] <kenvandine> i'll run it by them in #gtk+ in a bit
[19:57] <kenvandine> i think someone just forgot to add GDK_SCROLL_MASK to eventbox
[19:57] <kenvandine> since the defaults changed
[19:58] <seb128> ok
[19:58] <kenvandine> i have C and vala examples that work on the old gtk and not the new gtk
[19:59] <kenvandine> seb128, farstream is in debian NEW
[19:59] <kenvandine> so if that gets approved quickly, we can just sync
[20:00] <kenvandine> sjoerd took my package and tweaked it
[20:02] <seb128> kenvandine, great, I saw he was pinging around on #debian-gnome to get NEWing today
[20:02] <kenvandine> yup
[20:02] <kenvandine> that is why :)
[20:41] <chrisccoulson> "Need to get 1,309 MB of archives" - I really should update more frequently ;)
[20:42] <jbicha> chrisccoulson: it sounds like you're still on oneiric! ;)
[20:42] <chrisccoulson> jbicha, yeah, i'm terrible for running updates
[20:42] <seb128> chrisccoulson, still running firefox 3.6? ;-)
[20:42] <chrisccoulson> lol
[20:43] <chrisccoulson> no way, that's one thing i made sure i upgraded from a long time ago
[20:43] <chrisccoulson> i couldn't imagine using that now ;)
[20:43] <chrisccoulson> firefox is the one thing that i do keep updated on here actually :)
[20:43] <chrisccoulson> i'll be 14.0 after next week!
[20:44] <jalcine> they grow up so fast :)
[20:44] <chrisccoulson> yeah
[20:55] <kklimonda> chrisccoulson: hey, you are the person I was looking for ;)
[20:56] <kklimonda> chrisccoulson: can the prompt you get when installing add-ons for thunderbird from repository be disabled system-wide?
[20:56] <chrisccoulson> it's already disabled ;)
[20:56] <kklimonda> damn ;)
[20:56] <kklimonda> chrisccoulson: how is it done, for the future reference?
[20:57] <chrisccoulson> kklimonda, http://bazaar.launchpad.net/~mozillateam/firefox/firefox-trunk.head/view/head:/debian/vendor.js#L14
[20:58] <chrisccoulson> actually, the comment there is wrong
[20:59] <kklimonda> chrisccoulson: also, what would be the best way to switch firefox and (most likely) thunderbird cache location? or even better make them use XDG_CACHE_HOME. Should I just ship a firefox.js in some package, or maybe creating an extension would be a better way?
[21:00] <chrisccoulson> kklimonda, i don't think you could do that from an extension or any preference. why would you want to do that, in any case?
[21:01] <kklimonda> chrisccoulson: /home on the NFS share
[21:01] <chrisccoulson> ah, ok
[21:13] <nessita> jbicha: hi there! got your merge proposal for ubuntu-sso-client. The bad news is that will require an UIFe, so the design and product teams have decided to review all the strings at once and ask for an UIFe with all the desired changes, to avoid multiple UIFes. So I will keep you posted on this.
[21:14] <nessita> anyone knows which is the proper project to assign this bug? bug @950160
[21:14] <nessita> bug #950160
[21:14] <ubot2`> Launchpad bug 950160 in ubuntu-sso-client "Keyboard function key to switch between monitors no more works" [Undecided,New] https://launchpad.net/bugs/950160
[21:15] <jbicha> nessita: that's fine
[21:29] <desrt> seb128: hey
[21:29] <seb128> desrt, hey
[21:30] <desrt> seb128: what is the meaning of gnome-terminal debian/patches/20_add_alt_screen_toggle_ui.patch ?
[21:30] <seb128> desrt, no idea, I don't work on g-t
[21:30] <seb128> desrt, look in the changelog?
[21:31] <desrt> ricotz: poke?
[21:38] <ricotz> desrt, pong
[21:38] <desrt> ricotz: what's 20_add_alt_screen_toggle_ui.patch about?
[21:38] <ricotz> let me see
[21:39] <ricotz> desrt, i just merged it at this point, this patch exists quite some time
[21:40] <ricotz> i guess this is the one making problems now?
[21:40] <desrt> it adds UI with an extremely confusing string and doesn't add any information to the docs
[21:41] <dobey> nessita: the keyboard screen bug should probably be against linux in ubuntu
[21:41] <nessita> dobey: ack thanks
[21:43] <ricotz> desrt, i see
[21:43] <ricotz> desrt, Hook new vte alternate screen scrolling toggle via UI, thanks to Heath Caldwell (LP: #106995)
[21:44] <ricotz> https://bugs.launchpad.net/ubuntu/+source/screen/+bug/106995
[21:44] <ubot2`> Launchpad bug 106995 in vte "gnome-terminal unconditionally interprets mouse wheel events" [Low,Fix released]
[21:44] <desrt> ricotz: upstream is kind annoyed about this patch
[21:44] <desrt> *kinda
[21:44] <desrt> i'm kinda annoyed too since it sticks out like a sore thumb and has no docs
[21:44] <desrt> and causes me to report the problem against gnome :p
[21:46] <ricotz> https://bugzilla.gnome.org/show_bug.cgi?id=518405
[21:46] <ubot2`> Gnome bug 518405 in VteTerminal "Mouse scroll wheel generates unintended 8x<Up> or <Down>" [Normal,Unconfirmed]
[21:48] <ricotz> xs
[21:48] <ricotz> oops
[21:48] <ricotz> desrt, i hope this help, i am in the middle of something else
[21:49] <desrt> ricotz: no worries.
[22:23] <jbicha> ricotz: how hard do you think it would be to revert the gnome-shell keyring thing?
[22:24] <RAOF> broder: Thanks muchly.
[22:25] <RAOF> For the GTK# check.
[22:34] <ricotz> jbicha, i am already reverting it for my ppa builds, these are 3 commits which are cleanly reverting so far
[22:36] <ricotz> jbicha, i think there might be some breaks needed in gcr/gck to avoid its installation with older seahorse/gnome-keying packages
[22:37] <jbicha> ricotz: you're not using a quilt patch for that?
[22:37] <jbicha> I only see 2 patches in your latest testing gnome-shell build
[22:40] <ricotz> jbicha, no, there is no separate patch
[22:44] <jbicha> so is there an easy way to make a patch that reverts a change like that? I've always done it manually which quickly becomes a headache
[22:45] <seb128> jbicha, what do you mean manually?
[22:46] <seb128> jbicha, you can run patch -pN -R < whatever.diff where the .diff is the patch to revert
[22:46] <seb128> -R = reverse
[22:48] <jbicha> seb128: "manually" ie not like that, lol
[22:48] <jbicha> it's not like they teach this stuff in very many schools (yet) :)
[22:49] <ricotz> jbicha, http://people.ubuntu.com/~ricotz/diff
[22:49] <jbicha> thanks!
[22:52] <ricotz> yw
[23:03] <jbicha> ricotz: maybe Monday we can see about getting new clutter into Precise then now that keyring isn't a problem
[23:05] <ricotz> jbicha, ok, afaics there will be another cogl soname bump
[23:07] <jbicha> but...
[23:07] <jbicha> when do they plan to stop?
[23:09] <jbicha> I'll send an email :)