[02:17] RAOF, hey... so describe the gwibber scrolling problem? [02:17] besides that it sucks :-D [02:17] It doesn't scroll at all. [02:17] Ok, that's not quite true. [02:17] Clicking on the scroll button doesn't scroll. [02:17] mouse scrolling doesn't scroll. [02:17] mouse scrolling doesn't scroll anything for me right now [02:17] Dragging the scroll thingy up and down does scroll. [02:17] and i am on amd64 [02:18] keyboard? [02:18] Works. [02:18] are you running from the ubuntu-desktop team ppa? [02:18] No. I've got the unity-team ppa active, but not ubuntu-desktop. [02:18] ok [02:18] so then you haven't had any changes to gwibber in a while :( [02:19] it is broken for me too [02:19] Mouse scrolling works for me in Evolution, but not in gnome-terminal. [02:19] but so is everything else [02:19] i haven't tried evo today on this box [02:19] my desktop scrolling is fine [02:19] but my laptop is busted right now [02:19] amd64 [02:22] RAOF: hmm broken here too [02:22] RAOF, what is the bug # for the scrolling bug seb128 was talking about? [02:23] RAOF, so clicking on the up or down on the thumb doesn't scroll either? [02:23] kenvandine: https://bugs.launchpad.net/ubuntu/+source/libxi/+bug/949465 [02:23] Launchpad bug 949465 in libxi "XIScrollClass increment value incorrectly handled on 32-bit machines" [High,Fix released] [02:24] kenvandine: Correct. [02:24] that does work for me [02:24] Sarvatt, i am on amd64 and scrolling doesn't work [02:24] Uuum. [02:24] without clicking on the thumb [02:24] And now it works. [02:24] BAH. [02:24] gtk2 apps seem to scroll fine, gtk3 apps don't [02:25] totally not the same bug, my gtk+ is still a week old before the brokenness was uploaded [02:26] empathy scrolls for me. [02:26] actually, gedit does for me [02:26] but not gnome-terminal or gwibber [02:26] very odd! [02:26] xchat-gnome does too [02:26] gedit does here and gnome-terminal doesnt either, hmm [02:26] As does apport, so it's not python apps that are broken. [02:27] gwibber is vala [02:27] my desktop box has no problems [02:27] very odd [02:27] mine are both amd64 [02:27] bug 948612 ? [02:27] Launchpad bug 948612 in gnome-terminal "gnome-terminal does not scroll with mousewheel" [Undecided,Confirmed] https://launchpad.net/bugs/948612 [02:30] robert_ancell: How would you prefer receiving bugs for unity-greeter bzr trunk? [02:31] 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] robert_ancell: Fair enough. [02:32] 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] kenvandine: for some reason, I keep thinking of you as "Kevin Devine" :) [02:33] Divine even [02:36] haha [02:36] thumper, the waitresses at the coffee shop my dad used to frequent used to call him Mr. Devine [02:36] because he was very picky about his coffee :) [02:37] heh [02:51] humm, and in some channels in xchat-gnome i can't get the thumb to raise [02:51] very weird scrolling issues today [02:55] c [03:57] TheMuso, I assume this is good to go? https://code.launchpad.net/~themuso/unity-greeter/fix-orca-cmdline-syntax/+merge/95485 [04:13] robert_ancell: Yes. [04:14] TheMuso, do you want to push it? [04:14] robert_ancell: I don't have commit privs to unity-greeter trunk... [04:14] If thats what you mean. [04:14] ah, ok [04:16] TheMuso, interesting that Orca broke backwards compatibility there [04:17] 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] upstream [04:17] TheMuso, do you know if this resolves all the issues AlanBell had with u-g? [04:18] robert_ancell: It certainly solves a few, I'm going to go through the bugs he filed to elaborate. [04:18] maybe all in fact, I'll see what he has filed again. [04:20] so bug 944159 is solved [04:20] Launchpad bug 944159 in unity-greeter "orca reads the password out loud" [High,Triaged] https://launchpad.net/bugs/944159 [04:20] with my branch [04:20] That bug hadn't been filed when I submitted my branch. [04:21] and bug 944161 [04:21] Launchpad bug 944161 in unity-greeter "orca does not read user names" [Undecided,New] https://launchpad.net/bugs/944161 [04:21] should also be solved. [04:41] 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] We can set it sure, but why GTK a11y code is not doing that, I don't know. [04:42] weird [04:42] Good Morning. [04:43] Indeed. [04:45] robert_ancell: Ok it works in test mode, will test again when I can log out again. [04:45] cool [04:51] 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] jbicha: Given our caucious nature this cycle, I think it would, dispite GNOME stuff having an exception of sorts... [04:57] At least, if I were thinking of updating, I would get an FFE./ [05:03] 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] broder, ordered hash table? [05:04] robert_ancell: it's not the same, because GHashTable doesn't have things like union/intersection operators [05:05] broder, not sure what a HashSet is in Python - can you send a link? [05:05] robert_ancell: well, it's just a set in python: http://docs.python.org/library/stdtypes.html#set [05:08] 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] broder, never used them but they look very handy... http://live.gnome.org/Libgee has a GHashSet [05:09] yep - although libgee's doesn't implement all of the methods i'd like [05:09] 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] eventually you'll get annoyed enough to write a patch :) [05:10] it's a tragic character flaw [05:10] it's what keeps open-source going! [05:10] an OS built on a billion frustrations [05:22] desrt: there isn't a bug for Unity's lack of support for the GMenu, is there? [05:23] jbicha: it's on ted's todo list [05:24] I was looking for something to make bug 939747 a dupe of [05:24] Launchpad bug 939747 in epiphany-browser "unable to change preferences when run under unity" [Undecided,New] https://launchpad.net/bugs/939747 === AfC1 is now known as AfC [05:38] 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] nice [05:53] Good morning [06:06] Hey pitti! [06:08] didrocks would be a good victim for MIR prodding, right? :) [06:12] pitti, hey, were you the one proposing that /etc/nsswitch.conf was a suitable method for determining if network authentication is used? [06:13] robert_ancell: I think checking it is necessary, but not sufficient (we also need to check the PAM stack) [06:13] robert_ancell: nsswitch would make "getent passwd" working, which quite a lot of services need [06:14] I'm not entirely sure whether PAM also relies on this, though [06:14] or whether you can set up network login with _only_ a PAM config [06:14] RAOF: he or mterry, but didrocks comes online first, so yes [06:14] 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] 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] 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] less common for stationary PCs, of course [06:16] 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] but I really don't know enough about these systems to be sure [06:19] pitti, robert_ancell: i've done that before - created network auth just using PAM [06:20] 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] good morning [06:20] in fact, i do exactly that on the main login server i use [06:20] bonjour didrocks [06:21] broder, so what does getpwent () return on that system? [06:21] robert_ancell: something out of /etc/passwd [06:21] it's a local account using network auth [06:22] broder, do you use a graphical greeter? [06:22] no, not on this machine [06:22] (it's just for ssh) [06:23] guten morgen pitti [06:24] Aha! Speak of the victim! [06:26] didrocks: Would you be up for some nice, simple MIRing? :) [06:26] RAOF: if it's nice and simple, how can I refuse? :) [06:27] 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] Launchpad bug 949575 in gtest "[MIR] gtest" [Undecided,New] [06:27] hum, gtest? [06:27] Only the final one should be at all contentious, and it shouldn't be contentious :). [06:27] I think we didn't want this one [06:28] the packaging was hackish IIRC [06:28] didrocks: Of gtest? It seemed pretty standard to me. [06:28] I didn't look *that* deeply, I guess. [06:29] RAOF: only static files, no shared library [06:29] didrocks: Right. And the static lib is going away, too. That's upstream's preferred form. [06:30] RAOF: hum, is going away? [06:30] RAOF: it wasn't building a .so IIRC [06:30] (I shouldn't probably MIR xorg-gtest myself as I'm the archive admin acking it for universe :p) [06:30] didrocks: Upstream wants it distributed as source, not a binary. [06:31] RAOF: so, the -dev won't have the static lib and no dynamic lib as well, isn't it? [06:31] This is not terribly bad, as none of the gtest code will end up in binary packages anyway. [06:31] like, building xorg-gtest will rebuil gtest as well? [06:31] Right. [06:31] And building the X server will rebuild gtest as well. [06:32] that's fine with me, are the changes already done for that? [06:32] For the X server, yes. Not for xorg-gtest. [06:33] At least I don't think so. [06:33] 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] RAOF: can handle the two other two if you can remove the .a from gtest [06:34] didrocks: As in - make an upload of gtest removing the static library entirely? Sure. [06:35] RAOF: yeah :) [06:35] RAOF: then, I can try to review it today or tomorrow (everything will depend on the unity surprises ;)) [06:36] I talked to cnd about the gtest.a going away this morning. [06:39] RAOF: excellent, thanks! at least, that's how you know that the g is for google "static linking" :) [06:49] RAOF: it seems that someone is looking at the gtest bug reports :) [06:53] didrocks: Yeah :) [06:59] meh, scroll wheel still broken [06:59] I think seb128 already investigated this, I'll wait for him to wake up [07:03] pitti: on i386, or in general? [07:03] amd64 here [07:03] *Some* gtk3 apps work for me, some don't (on amd64) [07:04] Specifically: gwibber and gnome-terminal *don't* work, everything else does. [07:04] (empathy, apport, evolution etc) [07:04] something to do with the "increment" value in xinput [07:04] oh right, firefox does work [07:04] I'm mostly missing it in terminals [07:05] I think that seb spotted it before uploading the new gtk though, why was it uploaded then? [07:06] pitti: The increment thing in xinput is (a) i386 only, and (b) fixed now. [07:06] There's something else happening with gtk. [07:06] increment: -1.000000 [07:06] that's with the latest X server, and didn't change [07:07] RAOF: oh, would (b) be the "-nan" value that e. g. didrocks saw? [07:07] pitti: Right. You're seeing -1? [07:07] RAOF: yes, with both the old and the new server [07:08] that seemed to be the most common value on amd64 [07:08] This would be a scroll-wheel, yes? [07:08] On a mouse? [07:08] a scroll wheel on an USB mouse [07:08] increment: 111.000000 [07:08] ^ that's my touchpad [07:09] (also unchanged since previous X server) [07:09] brb [07:10] Your touchpad scroll works, but not your scroll wheel? I'd expect -1 to also work. [07:15] 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] is it the apparmor-parser? [07:17] didrocks: gtest uploaded. Enjoy! [07:17] RAOF: thanks, will have a look minus xorg-gtest today :) [07:19] RAOF: didn't test the touchpad yet, it's under the desk in the dock with closed lid [07:19] I suspect that you'll find that the touchpad also doesn't work where the scroll wheel doesn't work. [07:19] didrocks: erk, indeed [07:20] pitti: seems the only offender after a quick look, at least, it's contained :) [07:20] will ping mdeslaurier [07:20] and jdstrand [07:27] didrocks: wow thats a huuuuge regression too [07:28] 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] (fast ssd) [07:29] I can see it quite clearly here on my slow machine, that's why I had a look [07:36] [ 15.808] [07:36] X.Org X Server 1.11.3 [07:36] [ 8.799] [07:36] X.Org X Server 1.11.3 [07:36] an hour ago vs 1 week ago's boots [07:37] 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] [ 8.338] [07:41] X.Org X Server 1.11.3 [07:41] after sudo apt-get purge apparmor :) [08:18] 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? === zyga-xchat is now known as zyga [09:06] hey [09:06] salut seb128 [09:07] ça va ? [09:07] lut didrocks [09:07] nickel [09:07] toi? [09:07] seb128: ça va très bien ;-) [09:08] * didrocks starts to smell an unity release approaching… like tomorrow :) [09:08] didrocks, release on friday! waouh :p [09:08] seb128: well, we tested it for almost 2 weeks now [09:08] I guess the level of testing and changes makes that one safe [09:08] yeah ;) [09:08] it's not like "packaging some crack, and push" [09:08] * seb128 looks at sneaking a gtk bog under unity :p [09:09] friday is the best day for big changes ;) [09:09] the crack has been debugged with love for a long time here :) [09:09] seb128: that's mean :) [09:09] seb128: let me tell you when I upoad [09:09] upload [09:09] at least, that it's really at the same time [09:09] and everyone think it's unity :p [09:09] bonjour seb128, ca va? [09:10] hey pitti, wie gehts? [09:10] pitti, ca va bien merci ;-) [09:10] seb128: really really bad -- my scroll wheel is broken !!!!! [09:10] pitti, what arch do you use? [09:10] seb128: more seriously, I'm great, thanks! [09:10] lol [09:10] seb128: amd64 (as if there was any other!) [09:11] seb128: I already updated to the new x.org [09:11] seb128: the increment values are same as before, though (-1 for mouse, 111 for touchpad) [09:11] pitti, is it really broken? [09:11] seb128: it actually does work in firefox, just not in terminal [09:11] yes, scrolling in terminals is now [09:11] pitti, is anything else than g-t buggy? [09:11] like gedit, gtk-demo, nautilus [09:12] seb128: hm, now that you mention it, it's indeed just terminal [09:13] pitti, right, rye reported a bug yesterday, I think it's a vte,g-t bug [09:13] I didn't have a chance to look at it since scrolling was broken accross the board on i386 [09:13] last g-t was on Feb 23, so that's not it [09:13] seb128: ah, ok [09:13] seb128: so, that makes it a lot less scary then [09:13] I need to update to the new libxi, cnd fixed the i386 issue [09:14] then I can look at g-t [09:14] last vte also was on Feb 23 [09:14] seb128: ok, don't worry for now [09:14] I guess the new gtk triggered a bug in vte or so [09:14] seb128: I can also have a look at vte upstream etc, if you want [09:14] pitti, yeah, it's not changes in those in ubuntu, it's rather than the new gtk trigger a bug there [09:14] pitti, that would be great [09:15] ah, bug 948612 [09:15] Launchpad bug 948612 in gnome-terminal "gnome-terminal does not scroll with mousewheel" [Undecided,Confirmed] https://launchpad.net/bugs/948612 [09:16] seb128: libxi is laready updated [09:16] oh, you mean you need to dist-upgrade [09:16] pitti, yes, I need to get that fix ;-) [09:16] I didn't upgrade yet today [09:19] * seb128 grrrrr at slangasek for breaking gconf and not fixing it [09:20] pitti: sansa fuze isn't showing up as an mp3 player again :( shows up as mass storage [09:22] seb128: broken how? [09:22] pitti, bug #948294 [09:22] 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] davmor2: hm, do you mind filing a bug report with an "lsusb -v" and "udevadm info --export-db" outputs? [09:22] pitti, 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] davmor2: against media-player-info [09:23] not sure if it's better to do that, or to make libgconf-2-4 have a circular dependency with gconf-service [09:23] that was using a Breaks [09:23] pitti, I let it to slangasek since he did the update and seemed to have a blue about it [09:23] but it has been 2 days now and that collects duplicates [09:24] I would revert the update if that was easy :p [09:24] pitti: will do [09:30] didrocks, dvv \o/, so the menus issues are fixed ? [09:30] * seb128 just done catching up with night emails [09:33] there, g-t scrolls again \o/ [09:35] good morning everyone [09:35] hey chrisccoulson [09:35] hi pitti, how are you? [09:35] chrisccoulson: quite fine, thank you! [09:41] chrisccoulson, hey, how are you? [09:41] pitti, thanks for the vte fix! [09:41] de rien [09:41] seb128, yeah, good thanks [09:42] i will be even better once the coffee has finished brewing :) [09:42] hehe [09:42] I should get another coffee [09:43] ok, bug emails cleaned, out of that gconf issue mostly nothing showing out [10:03] seb128: yeah, it is :) [10:14] hello [10:14] 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] jml, hey, close the display dialog... [10:20] jml, or focus something else [10:21] jml, those are screen identifiers displayed while you use that config dialog [10:21] seb128: I can't find the display dialog [10:22] jml, look harder? it's not in your unity launcher? [10:22] seb128: oh there it is :) [10:22] 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] seb128: thanks :) [10:22] jml, yw === zyga-xchat is now known as zyga === zyga-xchat is now known as zyga-afk [10:36] didrocks: in case you answered me, I got disconnected, can you repeat? [10:36] greyback: hum, answered to what? It was maybe when I got my kernel panic… [10:37] 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] nothing in my logs either, so you surely asked at the wrong time :) [10:37] :) [10:37] greyback: I'll probably do the work, yeah, however I see that the spec is still changing this morning [10:37] greyback: can you please use the same keys than 3d btw? [10:37] didrocks: ok, just so I know who to ask for dconf key names, etc. [10:38] I think we need to wait on jason to define common keys :) [10:38] didrocks: ok. I thought you had that power :) [10:39] greyback: well, I don't care about which keys are used TBH, I just want we set up on the same :) [10:40] didrocks: fair enough :) [10:40] the funny thing is that it won't work for nvidia users [10:40] let me ping John [10:43] 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] chrisccoulson: why? that's how I do it! [10:44] * didrocks runs :-) [10:44] lol [10:44] no beer for didrocks [10:44] ;-) [10:45] * didrocks hugs chrisccoulson and his packages [10:45] * chrisccoulson hugs didrocks [10:48] 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] or are perhaps not in the archive? [10:48] chrisccoulson: are are some more [10:48] chrisccoulson: there is an ubuntu-business-defaults, and peopel are working on various ubuntu-defaults-, such as -it [10:50] pitti - ah, it doesn't look like ubuntu-business-defaults is providing a distribution.ini though [10:51] ah, ok [10:52] so, it currently looks like there would only be one package affected if i changed the firefox install layout now [10:52] well, not including ubuntu-defaults-builder [10:53] chrisccoulson: ah, that's why you wanted to know [10:53] chrisccoulson: sure, not a biggie to update them [10:54] 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] Launchpad bug 807733 in firefox "Firefox doesn't restart after upgrades where the version changes" [Medium,Triaged] https://launchpad.net/bugs/807733 [10:54] ah, I was wondering about this [10:55] brb [11:27] pitti, opinion on bug #949849? [11:27] Launchpad bug 949849 in pkgbinarymangler "Should strip "Keywords" as well" [Low,In progress] https://launchpad.net/bugs/949849 [11:40] Anyone else use Spotify here ? [11:40] It crashes everytime for me [11:40] and has been for the past few months === zyga-afk is now known as zyga === chaoticuk_ is now known as chaoticuk [12:01] hello all [12:02] I try install webcam in my linux ubuntu [12:02] but I don't have success [12:02] my notebook is a LG R480 [12:04] i use lsusb [12:04] and result is [12:04] Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub [12:04] Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub [12:04] Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub [12:04] Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub [12:04] Bus 004 Device 002: ID 18e8:6252 Qcom [12:04] Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub [12:05] Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub [12:05] Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub [12:05] Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub [12:05] someone help me [12:05] Geronimo__, try #ubuntu for support [12:05] please [12:05] ok [12:05] thanks === MacSlow is now known as MacSlow|lunch === zyga-xchat is now known as zyga [12:41] hey mdeslaur :) [12:41] didrocks: hi [12:41] 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] if you look at the bootchart apparmor-parser seems to be the offender [12:42] is it already known? [12:42] gah! [12:43] didrocks: let me bring it up with jdstrand and jj [12:43] didrocks: has there been a bug filed? [12:44] mdeslaur: not that I know of, I really started at look at it this morning [12:44] I know we turned off one of the optimisations because of a bug, that will be fixed soon [12:44] but that's not supposed to have an impact once you've booted a second time [12:44] didrocks: I'll file a bug, one sec [12:48] didrocks: LP: #949891 [12:48] mdeslaur: thanks ;) [12:49] didrocks: np...thanks for pointing that out, that's a pretty severe issue [12:49] mdeslaur: well, hopefully it seems to be due by only one component and not 20 of them, easier to track :) [12:49] yes :) [12:58] seb128: did you check all main packages for X-GNOME-Keywords? [12:59] seb128: anyway, I'll merge with keeping X-G-K, it doesn't hurt [13:00] seb128: I rejected the MP as it used the wrong target, but merging anyway [13:00] pitti, I wouldn't keep x-g-k === greyback is now known as greyback|lunch [13:00] pitti, it's stripping translations glib will not get back through gettext [13:00] pitti, since glib only handle Keywords [13:00]