[00:13] <chrisccoulson> oh dear @ bug 1055766 ;)
[00:13] <ubot2> Launchpad bug 1055766 in gnome-terminal "grep -R doesn't automatically search amazon" [Undecided,Invalid] https://launchpad.net/bugs/1055766
[00:13] <TheMuso> I suspect a troll.
[00:14] <chrisccoulson> i was going to assign it to ayatana-design, before i realized that someone already did that
[00:15] <bryceh> hehe
[00:20] <RAOF> Ok.
[00:20] <RAOF> libsane is just plain terrible.
[00:20] <TheMuso> Kinda ironic given its name. :p
[00:22] <RAOF> For those playing at home: sane_exit() is documented to release all the resources allocated by sane, including its backends.
[00:22] <RAOF> This is a filthy lie.
[00:23] <TheMuso> heh
[00:23] <RAOF> Specifically, several backends will leave open a bunch of file descriptors.
[00:23] <sarnold> are the backends "pluggable"?
[00:23] <RAOF> And then open new ones, each time you sane_get_devices
[00:24] <sarnold> here's hoping you've got a high ulimit -n :)
[00:24] <RAOF> Resulting in colord-sane crashing in the eglibc sanity checks on Ubuntu, when it tries to FD_SET the 1025th file descriptor.
[00:25] <sarnold> ... oof. no way around that. :/
[00:25] <stgraber> nothing that can't be solved by a bit of kernel patching ;)
[00:25] <RAOF> And resulting in colord-sane spinning endlessly in select() on Debian, where the eglibc sanity checks aren't enabled, so it thinks it's *succeeded* in FD_SETing the 1025th file descriptor.
[00:25] <sarnold> stgraber :)
[02:13] <veebers> Has anybody else come across bug #1055906 (Launch terminal shortcut)?
[02:13] <ubot2> Launchpad bug 1055906 in gnome-control-center "Two entries for "Launch Terminal" in keyboard shotcuts" [Undecided,New] https://launchpad.net/bugs/1055906
[02:48] <robert_ancell> mfisch, i'm here
[02:49] <mfisch> robert_ancell: hey, I guess xchat is confused
[03:20] <pitti> Good morning
[03:20] <pitti> tkamppeter_: I am now
[04:21] <pitti> tkamppeter_: I saw your cups-filters mail, answered
[04:22] <tjaalton> chrisccoulson: hey, mind adding information about your hw to the compiz hang bug?
[04:22] <tjaalton> like, 'lspci -vnn'
[04:37] <RAOF> tjaalton: Is there anything that Chris Wilson particularly wants for that bug? I can occasionally reproduce.
[04:41] <tjaalton> chrisccoulson: iirc he and mdeslaur are able to reproduce it every time the screensaver kicks in, not occasionally :)
[04:41] <tjaalton> keeping it in bug 1054198 for now
[04:41] <ubot2> Launchpad bug 1054198 in xserver-xorg-video-intel "Thinkpad T510 doesn't come out of screensaver" [High,Incomplete] https://launchpad.net/bugs/1054198
[04:42] <tjaalton> the older one is getting too much noise..
[04:42] <tjaalton> not sure if it's something easier to hit on arrandale..
[04:43] <tjaalton> but I think there's enough info now to update the upstream bug
[05:11] <didrocks> good morning
[05:13] <pitti> bonjour didrocks, ça va? feeling any better?
[05:14] <didrocks> pitti: guten morgen! Not really better. I have a bronchitis apparently, so medecines and patience…
[05:15] <pitti> argh that sounds serious
[05:15] <pitti> get well soon then!
[05:16] <didrocks> thanks :)
[05:16] <RAOF> Boo. Bronchitis sucks.
[05:17] <didrocks> well, at least, I don't have fiever or other side effects :)
[05:17] <didrocks> just tired because of coughing…
[05:18] <RAOF> Oh, you're not lying in bed delirious? SOFT!
[05:18] <RAOF> What kind of half-arsed bronchitis do you have, anyway :)
[05:19] <didrocks> RAOF: well, otherwise, I would be in bed for the past 2 weeks :)
[05:20] <RAOF> You should be in bed anyway!
[05:21] <didrocks> probably :) I'll take the day easy I guess, this night was a little bit ETOONOTENOUGHSLEEPTOOMUCHCOUGHING :)
[05:36] <BigWhale> Good Morning all.
[07:00] <didrocks> pitti vs glib and armfh, who will win? :)
[07:00] <pitti> anyone who mentions "glib" to me in the next few days will have to buy me beer!
[07:02] <didrocks> :-)
[07:28] <mitya57> larsu: thanks for the reply; so it's OK for the messaging menu to show all actions by default?
[07:29] <chrisccoulson> good morning everyone
[07:29] <didrocks> hey chrisccoulson
[07:29] <larsu> mitya57, yeah... it's not optimal, but we decided this way because we didn't want to deviate from the spec
[07:30] <mitya57> larsu: that's OK for me. BTW, any thoughts on bug 1055966?
[07:30] <ubot2> Launchpad bug 1055966 in ubuntu-mono "New Messaging Menu icons look too small on indicator-applet" [Undecided,New] https://launchpad.net/bugs/1055966
[07:31] <larsu> mitya57, I'll have a patch in 5 minutes
[07:31] <mitya57> larsu: that's more than excellent :)
[07:31] <larsu> mitya57, for some reason, this doesn't happen in unity-panel...
[07:33] <didrocks> taking empathy
[07:34] <dpm> hi pitti, good morning! Do you think we could we have an exception on langpack-o-matic for gnome-panel, in the same way we did for banshee? It'd help fixing bug 1055295 until the bug to export universe translations in Launchpad has been fixed
[07:34] <ubot2> Launchpad bug 1055295 in gnome-panel "Translation files are no longer installed in quantal" [Undecided,New] https://launchpad.net/bugs/1055295
[07:34] <pitti> dpm: sure; I guess its domain is "gnome-panel"
[07:34] <chrisccoulson> hi didrocks, how are you?
[07:35] <didrocks> chrisccoulson: still coughing, so a little bit tired :/ (it's a bronchitis, so nothing bad, but will take time to recover)
[07:35] <didrocks> chrisccoulson: yourself?
[07:36] <dpm> pitti, source package: 'gnome-panel', template name: 'gnome-panel-3.0', domain name: 'gnome-panel-3.0'
[07:36] <pitti> ah, thanks
[07:37] <pitti> self.domain_package['gnome-panel-3.0'] = 'gnome-panel'
[07:38] <pitti> dpm: ^ added
[07:38] <dpm> pitti, great, thanks!
[07:39] <mitya57> larsu: also, afaics, the icon doesn't turn blue when new messages arrive
[07:39] <larsu> mitya57, you're the first one to report this. For which application does this happen?
[07:40] <dpm> Laney, I think yesterday you mentioned that you'd grep for universe packages that were changed to be translatable in LP. Apart from banshee and gnome-panel, did you find any others?
[07:40] <mitya57> pitti, dpm: thanks, right now I've been wondering why that doesn't happen when I build gnome-panel locally :)
[07:41] <mitya57> larsu: for unity-mail; I'll now ensure that it's OK in Unity
[07:42] <larsu> mitya57, is unity-mail calling messaging_menu_app_draw_attention?
[07:42] <larsu> the indicator only turns blue when you call that (some messages should appear in the menu but not make the indicator blue)
[07:43] <mitya57> larsu: yes, it does
[07:48] <dpm> mitya57, if you're building gnome-panel locally for testing purposes, you can also modify /etc/pkgbinarymangler/striptranslations.conf and set 'enable: false'
[07:49] <dpm> that'll give you the translations
[07:49] <mitya57> larsu: ignore that, it's my bug
[07:49] <larsu> mitya57, awesome, I love those :P
[07:49] <mitya57> dpm: the problem is now solved, but thanks anyway
[07:56] <Laney> hey
[07:56] <Laney> dpm: turned out I couldn't do it
[07:56] <Laney> the lintian lab doesn't have unpacked source packages
[07:57] <dpm> Laney, no worries, thanks for the update anyway
[07:59] <seb128> hey desktopers
[07:59] <didrocks> salut seb128
[07:59] <didrocks> seb128: team report reminder!
[08:00] <seb128> didrocks, oh, indeed!
[08:00] <seb128> thanks ;-)
[08:00] <didrocks> yw :)
[08:06] <pitti> salut seb128
[08:07] <pitti> OF COURSE! now glib FTBFS on powerpc, after some 10 builds
[08:07] <didrocks> poor pitti :)
[08:09] <seb128> pitti, salut ! ;-)
[08:09] <seb128> pitti, ca va bien ?
[08:09] <pitti> seb128: oui! et toi?
[08:10] <seb128> ca va bien merci ;-)
[08:13] <mitya57> larsu: grabbed the fix from your branch and rebuilt the package, nothing changed...
[08:14] <larsu> mitya57, you need to restart the panel
[08:14] <mitya57> larsu: I've even logged out and then in, as you can see...
[08:17] <larsu> mitya57, interesting. Do you have the same problem with the power indicator?
[08:18] <larsu> hm, your screenshot doesn't have it, I'm guessing you're not on a laptop then...
[08:18] <mitya57> I just have it disabled, will now enable it and see
[08:21] <mitya57> larsu: what's the gsettings key to enable the power indicator?
[08:22] <larsu> mitya57, com.canonical.indicator.power icon-policy "present"
[08:22] <larsu> or just set it in system settings / power
[08:23] <mitya57> gsettings set com.canonical.indicator.power icon-policy "present"
[08:23] <mitya57> No such schema 'com.canonical.indicator.power'
[08:23] <mitya57> ah, I don't have the package installed :)
[08:28] <mitya57> larsu: http://ubuntuone.com/7I0fFOMJ8OsoG9oKHikfEb
[08:28] <mitya57> it's not as little as the messaging one, but there's still something wrong with it
[08:30] <larsu> mitya57, looks indeed weird. thanks, I'll have another look
[08:32] <mitya57> larsu: please do. I have to go away now, will be back if 20 minutes.
[08:35] <seb128> mvo, hey
[08:38] <seb128> mvo, do you know about https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/1054070 ?
[08:38] <ubot2> Launchpad bug 1054070 in software-center "software-center-dbus crashed with MemoryError in _dump_bsddbm_for_unity(): (12, 'Cannot allocate memory -- Lock table is out of available locker entries')" [Medium,New]
[08:38] <seb128> just hit this one while using the dash
[08:40] <mvo> seb128: ohhh
[08:40] <mvo> seb128: reproducable?
[08:42] <seb128> mvo, I got it 3 times since yesterday, but not easily reproducable
[08:42] <mvo> seb128: what steps did you take? maybe I can also trigger it
[08:42] <seb128> enough though that I could get you infos in the course of the day most likely
[08:42] <seb128> I'm unsure, I played a bit with the shopping stuff
[08:43] <seb128> but basically I opened the dash, typed ccsm, closed the dash, reopened it, replaced ccsm by empathy, right clicked on a result and clicked on the buy button
[08:43] <mvo> seb128: shopping for products or apps?
[08:43] <seb128> the result was an u1 song (without price displayed)
[08:44] <seb128> somewhere in the course of those it did hit the bug
[08:45] <mvo> seb128: and software-center was open while you did that?
[08:46] <seb128> no
[08:46] <seb128> I didn't run s-c today
[08:46] <mvo> interessting
[08:47]  * didrocks wonders why s-c is asked at all :)
[08:47] <seb128> getting apps rating?
[08:48] <mvo> yes
[08:48] <didrocks> ah, right, for ordering the results
[08:50] <chrisccoulson> hey seb128, how are you?
[08:51] <seb128> chrisccoulson, hey, I'm good, how are you?
[08:51] <chrisccoulson> seb128, yeah, not too bad thanks
[08:51] <chrisccoulson> failing miserably to recreate https://crash-stats.mozilla.com/report/index/6f6e7669-27db-4315-82f8-0a27a2120923 though ;)
[08:52] <mvo> seb128: could you check ~/.cache/software-center/software-center.log for me and see if there is anything this?)
[08:52] <mvo> seb128: or simply mail me the file and I look myself :)
[08:53] <seb128> mvo, nothing from today in that log
[08:54] <seb128> mvo, the timestamp,most recent entry are an sso error from yesterday
[08:54] <seb128> software-center-agent.db has files from today though
[08:54] <mvo> seb128: ok
[08:58] <pitti> glib> armhf (Accepted) -> making progress (armel failed again, gnargh)
[08:58] <seb128> mvo, oh
[08:59] <seb128> mvo, running /usr/share/software-center/software-center-dbus is enough to get the bug
[08:59] <seb128> mvo, could it be that I've too many entries in my sources?
[08:59] <tkamppeter> pitti, thanks for the upload, so the sync we will do after beta2 then?
[08:59] <pitti> right
[09:00] <pitti> I'll sync it tomorrow when LP imported it, but it will sit in the unapproved queue until after b2
[09:05] <didrocks> taking gnome-terminal
[09:05] <mvo> seb128: could you restart to see if that is still triggering it?
[09:05] <mvo> seb128: if so I suspect a corrupted DB
[09:06] <seb128> mvo, it does
[09:06] <mvo> seb128: if not then I need to look into sizing the locks which feels a bit strange :)
[09:06] <mvo> seb128: cool!
[09:06] <seb128> mvo, it hits that bug every time I run it
[09:06] <mvo> seb128: even after a reboot?
[09:06] <seb128> yes
[09:06] <seb128> I just booted the box this morning
[09:06] <seb128> and it was doing it yesterday already
[09:07] <mvo> seb128: could you mail me "~/.cache/software-center/reviews.ubuntu.com_reviews_api_1.0_review-stats-pkgnames.p__5.1.db*" please? tar it up please
[09:07] <mvo> seb128: should be one file and one directory
[09:08] <mvo> seb128: are you using ecryptfs on /home ?
[09:08] <seb128> mvo, you got it
[09:08] <seb128> mvo, yes
[09:09] <mvo> seb128: cool, thanks
[09:09] <mvo> seb128: that was very helpful, I think I get a idea now
[09:10] <seb128> mvo, urg, wait, I think I screwed that tarball
[09:10] <mvo> ok, no worries
[09:10] <seb128> mvo, sent again
[09:11] <seb128> mvo, first try I put source and destination in the wrong order in the tar command, that screwed the file
[09:11] <seb128> got it right this time
[09:11] <mvo> thanks
[09:12] <seb128> yw
[09:12] <seb128> mvo, let me know if you need extra infos
[09:12] <mvo> seb128: hm, looks like the directory is missing? reviews.ubuntu.com_reviews_api_1.0_review-stats-pkgnames.p__5.1.db.dbenv? or do you know have that?
[09:13] <seb128> mvo, grrr, I'm not fully awake apparently, you got email :p
[09:14]  * mvo hands seb128 a cup of coffee
[09:14] <seb128> mvo, danke!
[09:15] <larsu> mitya57, can you try this fix please? It hardcodes the icon size to 22px. That's the only way I could find to make it work across panels... http://paste.ubuntu.com/1226221/
[09:15] <mitya57> larsu: will try now
[09:15] <larsu> mitya57, fixing the whole indicator icon size mess is high on my list for next cycle
[09:16] <mitya57> larsu: should I remove your previous fix or apply both?
[09:16] <larsu> mitya57, yes, apply the new one on top
[09:21] <mitya57> larsu: oh, it seems that the patch wasn't applied when I built the previous package (there's no debian/source/format) :(
[09:22] <larsu> mitya57, hm. Can you try with only the first patch, then? It *should* work...
[09:22] <larsu> mitya57, it definitely works with both applied (I tried it in gnome classic)
[09:24] <mitya57> larsu: yes, it works with the first one applied!
[09:24] <larsu> mitya57, very cool :)
[09:25] <mitya57> larsu: sorry for not noticing absense of quilt...
[09:25] <larsu> mitya57, no problem, thanks for testing ;)
[09:26] <didrocks> taking gsettings-desktop-schemas and evince
[09:27] <mvo> seb128: can you keep the system in the state it is now please? I may ask to run a test for me later
[09:27] <seb128> didrocks, \o/
[09:27] <seb128> mvo, sure
[09:36] <mvo> seb128: could you "bzr get lp:software-center; cd software-center;" and apply "http://paste.ubuntu.com/1226254/" and then run ./software-cneter-dbus and tell me what that outputs in the "print" ?
[09:43] <seb128> mvo, http://ubuntuone.com/0f9uLijLzDXWb7Lx6YvJSE
[09:45] <mvo> seb128: thanks! just for completness, can you please kill the first "print"
[09:45] <mvo> seb128: I doubt that the seocnd one will be called as the open fails but still worth a shot
[09:47] <seb128> mvo, http://ubuntuone.com/0RVEWlJ7MDebyjgRtEbu64
[09:47] <seb128> mvo, that's the second print, ignore the fact it doesn't have the 2s
[09:48] <mvo> seb128: ok, no crash for you this time?
[09:48] <seb128> no
[09:48] <seb128> that's weird
[09:48] <seb128> hum
[09:48] <mvo> seb128: meh, I think some recovery code killed your env :)
[09:49] <seb128> the system version works now as well
[09:49] <mvo> seb128: there is recovery code for a similar problem already in the code that will blew away the corrupted db
[09:49] <mvo> seb128: and the error from lock_stat() triggered that
[09:49] <mvo> seb128: oh well
[09:50] <seb128> mvo, buggy again (I restored the tar I sent you)
[09:51] <mvo> seb128: excellent
[09:51] <seb128> mvo, http://ubuntuone.com/09r5lXO74sS7c3TSIIN5W5
[09:52] <mvo> seb128: oh, that is very interessting
[09:52] <GunnarHj> pitti: Hello, I have added a test case (sort of) to the description of bug 1018621, and I think it's ready for precise-proposed.
[09:52] <ubot2> Launchpad bug 1018621 in accountsservice ""Language for menus and windows" is not saved if .profile is missing" [Undecided,In progress] https://launchpad.net/bugs/1018621
[09:55] <pitti> GunnarHj: great, thank you!
[09:58] <mvo> seb128: does applying http://paste.ubuntu.com/1226285/ help? i.e. will it work or still fail with the same error?
[09:59] <seb128> mvo,
[09:59] <seb128> __init__.py", line 387, in _dump_bsddbm_for_unity
[09:59] <seb128>     flags=bdb.DB_CREATE)
[09:59] <seb128> MemoryError: (12, 'Cannot allocate memory -- unable to allocate memory for mutex; resize mutex region')
[09:59] <seb128> DEBUG:softwarecenter.backend.spawn_helper:helper_finished: '12158' '0'
[10:00] <mvo> seb128: so increasing the limites does not help, same eal?
[10:00] <seb128> mvo, indeed
[10:00]  * mvo checks further
[10:05] <chrisccoulson> ooh, i've just had a delivery of beer
[10:06] <Laney> woah
[10:06] <Laney> how do you get beer deliveries?
[10:06] <ogra_> and its even just past five (somewhere), so you can drink one !
[10:07] <ogra_> Laney, by paying for it ;)
[10:07] <seb128> chrisccoulson, which ones did you get this time?
[10:07]  * ogra_ gets water and beer delivered too in germany
[10:07] <Laney> well, I get that you can get it from the supermarket
[10:07] <Laney> and I've heard of wine clubs, but not for beer :O
[10:07] <ogra_> and breaking your bask carrying it ...
[10:08] <ogra_> *back
[10:08] <seb128> you also have less variety in supermarkets that the internet
[10:08] <seb128> well I guess it depends where you live
[10:08] <seb128> we here the supermarkets have a limited selection of "common" beers
[10:09] <seb128> nothing fancy or special
[10:09] <chrisccoulson> seb128, i've got lots of bottles of stout. and i got a whisky cask aged scotch ale too, which sounds nice
[10:09] <ogra_> yummy
[10:09] <chrisccoulson> i only got 1 of those though, because it wasn't cheap ;)
[10:09] <mvo> seb128: any luck with http://paste.ubuntu.com/1226298/ (you may have to do bzr revert to make it apply cleanly)
[10:09] <chrisccoulson> (£15 for a 330ml bottle)
[10:10] <Laney> !!!
[10:10] <ogra_> nothing you get from any supermarket
[10:10] <seb128> mvo,
[10:10] <seb128> __init__.py", line 381, in _dump_bsddbm_for_unity
[10:10] <seb128>     env.mutex_set_max(4*current_mutex_max)
[10:10] <seb128> DBInvalidArgError: (22, "Invalid argument -- DB_ENV->set_mutex_max: method not permitted after handle's open method")
[10:11] <didrocks> internet delivery of traceback :)
[10:11] <seb128> mvo, http://pastebin.ubuntu.com/1226301/
[10:11] <didrocks> ogra_: do you think mvo has to pay for it too? :)
[10:11] <ogra_> in beer !
[10:11] <didrocks> heh
[10:12] <mvo> seb128: ups, could you move it up before the open please?
[10:12] <mvo> didrocks: I will have to pay seb128 when we meet face-to-face next ;)
[10:13] <didrocks> heh
[10:13] <seb128> mvo, http://pastebin.ubuntu.com/1226305/
[10:13] <didrocks> so internet delivery, IRL payement :)
[10:13] <didrocks> interesting process
[10:16] <mvo> seb128: meh, once more please (bzr revert): http://paste.ubuntu.com/1226309/ - i.e. setting a mutex size of 4096 or 8192 or something large
[10:16] <pitti> GunnarHj: I uploaded this to the unapproved queue, for the SRU team to review
[10:17] <seb128> mvo, http://pastebin.ubuntu.com/1226311/
[10:17] <mvo> seb128: oh? still printing a "0" there?
[10:18] <seb128> mvo, ?
[10:18] <seb128> "*********** 1024"
[10:18] <mvo> seb128: aha, that looks better
[10:18] <mvo> seb128: but same traceback ?
[10:18] <seb128> yes
[10:18] <mvo> :(
[10:18] <mvo> seb128: thanks a bunch, I give up and simply call it corrupted and re-create it
[10:19] <seb128> mvo, ok, so it's a db corruption issue, not an ecryptfs one?
[10:20] <mvo> seb128: I don't know :/
[10:20] <mvo> seb128: you could move it to /tmp and symlink
[10:20] <mvo> seb128: just for fun
[10:20] <seb128> mvo, what dir is it?
[10:20] <mvo> seb128: and see if moving it outside of ecryptfs makes any difference
[10:20] <seb128> mvo, .cache/software-center?
[10:20] <mvo> seb128: yeah
[10:21] <seb128> mvo, same error
[10:21] <seb128> I guess it's really a db corruption
[10:21] <seb128> because it fixed itself before with the code which cleaned stuff
[10:21] <seb128> I had to restore the buggy dir from my tarball
[10:22] <mvo> seb128: yeah, you can try lp:~mvo/software-center/robustness-lp1054070 if you want, that should auto-fix this now
[10:24] <seb128> mvo, it did, danke!
[10:26] <mvo> seb128: thanks a lot for your help with this one
[10:27] <mvo> seb128: sounds like I can have lunch now :)
[10:28] <seb128> mvo, huuum, lunch! I should consider that as well ;-) enjoy!
[10:28] <mvo> seb128: thanks!
[10:54] <Laney> didrocks: this gtk+2.0 upload basically disables overlay-scrollbar for gtk2?
[10:55] <didrocks> Laney: no, it doesn't :) it's just fixing a crash that happened with the previous overlay-scrollbar uploda
[10:55] <didrocks> (they call set_overlay)
[10:56] <Laney> it looks to remove a whole load of code
[10:56] <Laney> was that just unused?
[10:56] <Laney> the patch is pretty minimal now
[11:01] <didrocks> Laney: yeah, we don't need this special casing anymore (sorry, tracking a lot of things in parallel)
[11:01] <didrocks> Laney: tested on geany and ccsm for both pure C and pygtk
[11:05] <seb128> Laney, where do test build webkit?
[11:06] <Laney> seb128: on a cloud instance
[11:06] <seb128> Laney, <doko> seb128, please could you add the ubuntu-toolchain-r ppa as a dep to the webkit ppa, and give back webkit?
[11:06] <seb128> is that something you can do?
[11:06] <Laney> with no other source changes to the webkit?
[11:06] <seb128> right
[11:06] <Laney> i'll just make a new ppa and copy it there
[11:07] <seb128> thanks
[11:07] <Laney> np
[11:07] <seb128> Laney, https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/1043507/comments/12
[11:07] <ubot2> Launchpad bug 1043507 in binutils "webkit build fails on binutils limitation" [Medium,In progress]
[11:07] <Laney> didrocks: perhaps then you could copy current gtk to release and I will accept the new one
[11:08] <didrocks> Laney: oh, overlay-scrollbar migrated to release?
[11:08] <Laney> no
[11:08] <Laney> it migrated to heaven
[11:08] <didrocks> I don't get you then :)
[11:08] <Laney> it should be reuploaded to proposed
[11:09] <didrocks> Laney: hum, why was it removed?
[11:09] <chrisccoulson> didrocks, because it destroyed thunderbird ;)
[11:09] <Laney> because it made thunderbird explode
[11:09] <Laney> probably fixed with this new gtk, right?
[11:09] <didrocks> chrisccoulson: really? I shutted down thunderbird and restarted it
[11:09] <didrocks> so not sure how to really test thunderbird
[11:09] <chrisccoulson> didrocks, it made it crash on startup for me and everybody else :/
[11:09] <Laney> I just had to open it with the overlay-scrollbar that was in propoesd
[11:10] <chrisccoulson> it even made the crash reporter crash too ;)
[11:10] <didrocks> chrisccoulson: how to be sure thunderbird really stop running without logging out?
[11:10] <seb128> ps ax | grep thunderbird?
[11:10] <didrocks> chrisccoulson: I still have thunderbird hanging a lot at session closing, even if I stopped it 2h ago…
[11:10] <chrisccoulson> :(
[11:10] <didrocks> seb128: IIRC, I killed thunerbird-bin
[11:10] <chrisccoulson> that should be sufficient
[11:10] <seb128> here when tb hangs it prevents me to open a new ui
[11:10] <didrocks> weird
[11:10] <seb128> so I notice it :p
[11:11] <didrocks> seb128: yeah, and it was the case yesterday
[11:11] <didrocks> seb128: then I killed thunderbird-bin
[11:11] <didrocks> and didn't get any crash
[11:11] <seb128> weird, dunno about that then
[11:11] <didrocks> just did it again (but with the new gtk, so can't compare this time), and no crash as well
[11:11] <didrocks> Laney: uploading back overlay-scrollbar to -proposed then?
[11:11] <Laney> didrocks: if it's really fixed by gtk2 ...
[11:12] <didrocks> Laney: well, working here, but after yesterday's test, not sure
[11:12] <Laney> do it, I'll test
[11:12] <didrocks> Laney: I can just say that geany and ccsm were crashing
[11:12] <didrocks> and not anymore
[11:12] <Laney> will reject if it's still broken
[11:12] <didrocks> ok :)
[11:14] <didrocks> Laney: uploaded
[11:14] <Laney> ty
[13:37]  * ken[empathy] waves
[13:38] <ken[empathy]> anyone know why launching xchat-gnome pegs my system?
[13:38] <ken[empathy]> (xchat-gnome:2934): Gdk-WARNING **: Native Windows wider or taller than 65535 pixels are not supported
[13:38] <ken[empathy]> i suspect that has something to do with it
[13:38] <ken[empathy]> X was using more than 8G of mem
[13:38] <seb128> ken[empathy], urg
[13:39] <ken[empathy]> seb128: suspect anything?
[13:39] <ken[empathy]> good morning seb128 :)
[13:39]  * ken[empathy] sees a gtk2 update
[13:39] <ken[empathy]> maybe it's fixed...
[13:40] <seb128> ken[empathy], gconftool --get /apps/xchat/main_window/height
[13:40] <seb128> that and /apps/xchat/main_window/width
[13:40] <ken[empathy]> 32767
[13:40] <ken[empathy]> nice
[13:40] <seb128> that would be it
[13:40] <seb128> not sure how you landed in that state though
[13:40] <ken[empathy]> weird
[13:40] <ken[empathy]> it was fine last night ...
[13:40] <seb128> it's supposed to store the geometry on changes
[13:41] <seb128> compiz maybe went crazy or something
[13:42] <davidcalle> seb128, ken[empathy], I had the same this morning, on Agave too, so I supsected gtk2. Downgrading the gtk2 update didn't fixed it., though, I think it went away after a liboverlay scrollbar downgrade. But can't confirm, I did a lot of changes.
[13:42] <ken[empathy]> ok... this is worse
[13:42] <ken[empathy]> i set it to 800
[13:42] <ken[empathy]> verified the change applied
[13:42] <ken[empathy]> and started again
[13:42] <ken[empathy]> and it reset the value
[13:43] <ken[empathy]> back to 32767
[13:43] <ken[empathy]> i got this before my morning update
[13:44] <ken[empathy]> i just applied the gtk2 update, after seeing this
[13:46] <davidcalle> Thinking more about it, liboverlay scrollbar is probably involved, all gtk2 apps were affected, but not Synaptic as root.
[13:47] <kenvandine> seb128, confirmed... overlay-scrollbar downgrade from 0.2.16+r356-0ubuntu1 -> 0.2.16+r353-0ubuntu2 fixed it
[13:47] <kenvandine> whew
[13:47] <kenvandine> that version seems to have been removed from -proposed :)
[13:48] <Laney> a surprising number of people use proposed in the dev release
[13:48] <Laney> you're not supposed to  :P
[13:48]  * kenvandine needs to :)
[13:48] <Laney> you should probably pin it away and just take what you want
[13:48] <kenvandine> weird how scrollbars are making it reset that gconf key
[13:49] <Laney> kenvandine: are you on amd64?
[13:49] <Laney> fancy testing the new gtk2 with that overlay-scrollbar?
[13:52]  * iain waves from xchat-gnome
[13:53] <iain> seems to work here
[13:53] <kenvandine> Laney, yes
[13:53] <kenvandine> Laney, i'd be happy to
[13:53] <Laney> ok, just restarting then I'll put it up
[13:53] <kenvandine> great
[13:54] <didrocks> pitti: hey! So I have libunity.so.9 where I added some calls
[13:54] <didrocks> pitti: pygi sees the new symbols, life is good
[13:54] <didrocks> pitti: however, after import Unity, and trying to call this new symbol, I get: GError: Could not locate unity_lens_preferences_manager_get_default: libunity.soso: cannot open shared object file: No such file or directory
[13:54] <didrocks> liunity.soso?
[13:55] <didrocks> libunity*
[13:57] <jbicha> why do I see Google Docs results in "Files & Folders" in the Dash Home, but not the Files lens?
[13:58] <seb128> mhr3, ^
[13:59] <jbicha> I was going to mention it in ubuntu-docs on the files lens page but it needs to be in the files lens for that to make sense
[13:59] <davidcalle> jbicha, don't you see them *after* you local files results?
[13:59] <davidcalle> jbicha, or before actually, it can't be one or the other...
[14:01] <davidcalle> jbicha, results are not merged (yet?), first scope to pass data is the first displayed.
[14:01] <didrocks> pitti: ah, better, it was multiarch related :)
[14:02] <seb128> didrocks, no multiarch for you
[14:02] <Laney> kenvandine: http://people.canonical.com/~laney/goodstuff/
[14:02] <mhr3> jbicha, sounds like a bug in the scope
[14:03] <jbicha> yeah, the gdocs scope is a bit buggy
[14:04] <jbicha> Is the files lens supposed to have a Sources>Local/Online filter for 12.10?
[14:04] <pitti> didrocks: sorry, was afk for a bit, figured it out?
[14:07] <didrocks> pitti: yeah, the issue was due to multiarch :)
[14:08] <iain> kenvandine, I can't reproduce that bug. And thunderbird works fine, so I'm inclined to let these updates into proposed if you verify
[14:09] <kenvandine> Laney, just a minute :)
[14:09] <Laney> no rush, just saying it WFM
[14:10] <Laney> I get no scrollbar in the main xchat window though, is that intentional?
[14:10] <Laney> there is one in the channel tree
[14:16] <kenvandine> Laney, xchat or xchat-gnome?
[14:16] <Laney> -gnome
[14:16] <kenvandine> i haven't installed you updates yet... and i get them
[14:16] <kenvandine> so not intentional :)
[14:16] <Laney> well, see if it changes after you do
[14:16] <kenvandine> yeah
[14:16]  * kenvandine tests
[14:21] <kenvandine> Laney, works for me
[14:21] <didrocks> pitti: however, I would enjoy if you can explain in which circumstance we need to use foo.get_properties("foo") or directly obj.foo :)
[14:21] <Laney> kenvandine: rocking
[14:21] <kenvandine> and i have the scrollbar in the main chat window
[14:21] <Laney> user error, that's what I like to hear
[14:21] <kenvandine> hehe :)
[14:21] <kenvandine> indeed
[14:22] <Laney> ok, cool
[14:25] <pitti> didrocks: you mean get_property()?
[14:25] <pitti> didrocks: foo.get_property("propname") and foo.props.name should always be identical
[14:26] <pitti> didrocks: foo.name only works for properties that you define in a Python class, AFAIK
[14:28] <didrocks> pitti: ah, ok, got it :)
[14:28] <didrocks> pitti: thanks!
[14:28] <pitti> didrocks: de rien :)
[14:35] <GunnarHj> pitti: You wrote: "I uploaded [the fix of bug 1018621] to the unapproved queue, for the SRU team to review"
[14:35] <ubot2> Launchpad bug 1018621 in accountsservice ""Language for menus and windows" is not saved if .profile is missing" [Undecided,In progress] https://launchpad.net/bugs/1018621
[14:35] <GunnarHj> pitti: I saw it there; Thanks!
[14:43] <didrocks> I hate vala
[14:43] <didrocks> I hate vala
[14:43] <didrocks> I hate vala
[14:44] <desrt_> didrocks: i love you
[14:44] <desrt_> is that how the song goes?
[14:46] <didrocks> desrt: in addition to that, I'm messing with gsettings in vala :)
[14:46] <desrt> cool.  anything i can help with?
[14:46] <didrocks> desrt: not sure, the issue is not related to gsettings
[14:46] <didrocks> just the story
[14:46]  * Laney did some of that in his shopping lens branch
[14:46] <GunnarHj> jbicha: Hi Jeremy! Considering that we are short of time, did you see the update of https://code.launchpad.net/~gunnarhj/ubuntu-docs/guest-session-fix/+merge/124196 ? Is it ok now?
[14:46] <didrocks> I have an enum
[14:46] <Laney> (which is unreviewed *cough*)
[14:47] <didrocks> I store the values as int into gsettings
[14:47] <didrocks> so, I thought using bind_with_mapping was a good idea
[14:47] <didrocks> however, the vala compiles, not the c
[14:47] <jbicha> GunnarHj: yes, it's on my queue for today
[14:47] <didrocks> apparently vala doesn't like functions having 2 delegates but just one user_data
[14:47] <GunnarHj> jbicha: Great!
[14:48] <seb128> Laney, what branch?
[14:48] <desrt> didrocks: ah yes
[14:49] <desrt> didrocks: long-known issue
[14:49] <seb128> Laney, seems like didrocks might be working on the same thing
[14:49] <Laney> oh?
[14:49] <Laney> https://code.launchpad.net/~laney/unity-lens-shopping/gsettings-toggle/+merge/125899
[14:49] <seb128> didrocks, ^
[14:49] <desrt> it would actually prefer the 3 arguments (func, func, data) to be 6 ((func, data, destroy), (func, data, destroy))
[14:50] <didrocks> Laney: hum, no, that's not how design is asking for this
[14:51] <didrocks> Laney: who asked you to do it?
[14:51] <Laney> nobody
[14:51] <Laney> I did that FOSS thing :P
[14:51] <didrocks> ah, it's better to always check with design :)
[14:51] <Laney> it was a sunday evening job
[14:51] <Laney> I don't care if it gets rejected, the idea is more important
[14:51] <didrocks> Laney: the code will be different, the keys are in libunity properly
[14:51] <didrocks> and global to all lenses
[14:52] <Laney> I suggested that in that MP
[14:52] <Laney> so, good
[14:52] <didrocks> :)
[14:52]  * didrocks now changes the excellent bin() from desrt to a boring change signal listening because of that
[14:53] <desrt> didrocks: what mapping are you trying to do?
[14:55] <didrocks> desrt: just a int (from gsettings) -> vala enum
[14:55] <ricotz> didrocks, are you trying to use bind_with_mapping ?
[14:55] <desrt> didrocks: why not use a string?
[14:55] <desrt> storing ints in gsettings is a fauxpas
[14:55] <didrocks> ricotz: yeah
[14:55] <didrocks> desrt: hum, why?
[14:55] <desrt> (for this sort of thing, i mean)
[14:55] <didrocks> desrt: we want a 3-way state
[14:55] <desrt> didrocks: hear me out
[14:56] <ricotz> didrocks, this is broken in 0.16 but you can add a custom binding for it
[14:56] <desrt> the usual arrangement for this is to have a proper gobject-visible enum type
[14:56] <didrocks> ricotz: oh? snippet of code? (but still listening to desrt :))
[14:56] <ricotz> didrocks, it got "kind of" fixed in 0.18
[14:56] <desrt> then to have a string value in gsettings
[14:56] <desrt> didrocks: if you bind a string value in gsettings to a gobject property with enum type it will automatically do the correct thing
[14:56] <desrt> ie: if your enum choices are 'foo' 'bar' and 'baz' then those are the values that will be in gsettings
[14:56] <didrocks> desrt: oh, I didn't know that
[14:57] <ricotz> didrocks, http://paste.debian.net/plain/192865
[14:57] <didrocks> desrt: so, just a value with type s
[14:57] <didrocks> binding that
[14:57] <didrocks> and it's all automagic?
[14:57] <didrocks> ricotz: thanks!
[14:58] <desrt> didrocks: yup
[14:58] <desrt> bind() is cooler than you think :)
[14:58] <desrt> and so is vala :)
[14:58] <ricotz> didrocks, but you just need that for custom types
[14:59] <didrocks> desrt: let me see it working before being full of joy :)
[14:59] <desrt> fair enough
[14:59] <desrt> just make sure you declare the enum in vala with 'enum' and use that actual type on the property
[14:59] <seb128> desrt, btw do you have any clue about https://bugzilla.gnome.org/show_bug.cgi?id=683103 ?
[14:59] <desrt> otherwise it won't know what names to use
[14:59] <ubot2> Gnome bug 683103 in Server "schema listing is incorrect" [Normal,Unconfirmed]
[15:00] <desrt> this is silly
[15:00] <seb128> desrt,
[15:00] <seb128> $ gsettings set org.gnome.Vino authentication-methods ['none']1-5:unknown keyword
[15:00] <desrt> seb128: insufficient escaping there
[15:00] <desrt> "['none']"
[15:00] <seb128> doh ;-)
[15:01] <desrt> but it's actually stupid that this list 'none' as a valid choice
[15:01] <desrt> the proper way to denote none is []
[15:01] <seb128> and dconf-editor fails to edit it as well
[15:01] <didrocks> desrt: http://paste.ubuntu.com/1226784/
[15:01] <seb128> but that might be a bug in the editor
[15:01] <didrocks> desrt: not really what I hoped :)
[15:01] <desrt> yes.  wouldn't be the first :)
[15:01] <didrocks> I should try without default value
[15:01] <didrocks> to see if it matches :)
[15:01] <desrt> didrocks: it will be "all" in lowercase
[15:02] <didrocks> desrt: ah ok :)
[15:03] <jbicha> kenvandine: I haven't filed a bug for this yet, but it's annoying that Online Accounts shows up in Alt-Tab & the launcher as Empathy
[15:03] <didrocks> desrt: but but, it even work!
[15:03] <desrt> didrocks: you can also complete the cycle with a bit more work... you can wire up glib-mkenums to pick the enum declaraiton out of the .h files generated by vala and write a .xml file describing the choices in the enum
[15:03] <didrocks> (checked with a none default value too ;))
[15:03] <desrt> didrocks: then the editor will give you a nice drop-down menu
[15:03] <kenvandine> there is a bug for that already
[15:04] <desrt> didrocks: or you could do it the easy way and just have some <choice> tags in the schema
[15:04] <kenvandine> jbicha, ^^
[15:04] <desrt> didrocks: nice :)
[15:04] <didrocks> desrt: let me add the <choice> tags :)
[15:04] <jbicha> kenvandine: good, I get tired of filing bugs some times :)
[15:04] <didrocks> desrt: thanks for the hint! really useful :)
[15:04] <didrocks> ricotz: I think I'll prefer that solution then
[15:04] <kenvandine> not that anyone has looked at it..
[15:04] <didrocks> mhr3: FYI, it will be a string then ^
[15:04] <kenvandine> it must be a bamf bug though
[15:04] <desrt> like this: <choices><choice value='all'/><choice value='some'/><choice value='none'/></choices>
[15:05] <didrocks> desrt: you got 2 of the options I expose, how did you guess them? :-)
[15:05] <desrt> :)
[15:06] <jbicha> kenvandine: after adding a new account, do I have to log out & back in for that account to show up in the gwibber lens?
[15:06] <didrocks> ok, I still don't like vala, but gsettings is even more awesome than I thought :)
[15:06] <kenvandine> jbicha, you shouldn't
[15:06] <desrt> didrocks: vala does the favour of registering the enum choices with gobject
[15:06] <kenvandine> if it doesn't, try doing a search
[15:06] <desrt> didrocks: that's what makes this magic work...
[15:06] <desrt> didrocks: in plain C you'd have had to do it manually or using glib-mkenums
[15:08] <jbicha> kenvandine: doing a search doesn't help; I already had Google, but adding Facebook or Identi.ca doesn't show up until I log out
[15:08] <didrocks> desrt: interesting :)
[15:08] <jbicha> it shows up in Gwibber, just not the lens
[15:08] <desrt> didrocks: if you look at the generated C you will see some array like so: static const GEnumValue values[] = {{FOO_bar, "FOO_bar", "bar"}, {FOO_baz, "FOO_baz", "baz"}, {FOO_quux, "FOO_quux", "quux"}, {0, NULL, NULL}};
[15:08] <desrt> this is what gsettings uses for the mapping
[15:09] <mhr3> didrocks, as long as it's exposed as enum to lenses ;)
[15:10] <ricotz> didrocks, yeah, as i said this is only needed for custom types, bind works fine if you follow the naming-specs
[15:10] <desrt> didrocks: one last thing: there is g_settings_get/set_enum().  Those will not work for you as you have it setup here.
[15:10] <didrocks> desrt: excellent, so it's position independent
[15:10] <desrt> didrocks: for that to work you need to define the enum in the gsettings (either via glib-mkenums as mentioned before, or manually)
[15:11] <kenvandine> jbicha, bug... please file that :)
[15:11] <desrt> could be an interesting option for vala to generate that information....
[15:11] <desrt> didrocks: yes.  this is exactly the point.  storing ints for enum values in settings has all kinds of problems
[15:11] <desrt> didrocks: the enum could change order and it's more confusing to the user
[15:12] <didrocks> desrt: that's right. It's a really nice feature (and unexcepected) feature :)
[15:12] <desrt> didrocks: btw.  i notice that you have dconf-editor on the CD by default now...
[15:13] <desrt> and i know you have this excuse about migration scripts or something like that
[15:13] <desrt> but i know the real reason
[15:13] <didrocks> desrt: yeah, we needed the dconf binary :)
[15:13] <didrocks> it's the real reason
[15:13] <didrocks> official, only one :)
[15:13] <desrt> excuses
[15:13]  * desrt knows the real real reason :)
[15:13] <didrocks> and I didn't want to split the package
[15:13] <didrocks> desrt: you know me, I'm lazy, just hardly working 10 minutes a day :)
[15:13] <desrt> here's a hint: next, you will want dconf-editor in the launcher by default
[15:14] <didrocks> desrt: and a migration script to ensure everyone has it in the launcher by default!
[15:14] <didrocks> :)
[15:14] <Laney> didrocks: how's this going to be exposed then?
[15:14] <seb128> desrt, because we love robert_ancell that much?
[15:14] <Laney> somewhere in g-c-c?
[15:14] <desrt> seb128: no.  because we love julie :)
[15:14] <seb128> desrt, that's a better reason ;-)
[15:14] <didrocks> Laney: yep, appearance or privacy panel, still dealing with design
[15:14] <didrocks> Laney: the property is handled in libunity
[15:15] <didrocks> Laney: and all lenses are listening to it :)
[15:15] <Laney> nice, that's pretty much what I proposed but didn't want to implement :P
[15:15] <didrocks> heh :)
[15:15] <Laney> seems like a good step
[15:15] <didrocks> Laney: so, it will cut down the recommends in other lenses as well
[15:16] <Laney> oh?
[15:17] <Laney> you perhaps want to take over bug #1054746 for this, if you don't have one already
[15:17] <ubot2> Launchpad bug 1054746 in unity-lens-shopping "No easy way to disable (results from) this lens" [Undecided,Confirmed] https://launchpad.net/bugs/1054746
[15:17] <didrocks> Laney: ah excellent, had no but, indeed :)
[15:21] <seb128> kenvandine, didrocks, chrisccoulson, Ursinha, Laney, mlankhorst, cyphermox, mterry, tkamppeter, robru: it's meeting time in 10 minutres if anyone has a topic (none on the wiki so far), also please update https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-09-25 with things you worked on this week for those who didn't write anything yet
[15:37] <mlankhorst> back at home, had xdc2012 last week, was fun :-)
[15:38]  * Laney looks forward to the trip report ;-)
[15:39]  * mlankhorst seriously doesn't know what to put in it, demo crashed (half expected), had some good talks with intel and got some supar seekrit info from nvidia dev there
[15:43] <didrocks> desrt: does GSETTINGS_SCHEMA_DIR still supposed to work? (just pointed to a dir where you have the schema files)
[15:45] <didrocks> seems the case, just need to compile them though
[15:46] <mlankhorst> oh and i need to sign up for steam4linux it seems
[15:46] <desrt> didrocks: yup
[15:50] <stgraber> mterry: your name is in the changelog for the webapps-applications package. I'm going to do an emergency upload in 30min for bug 1056274 unless someone gives me a better fix by then.
[15:50] <ubot2> Launchpad bug 1056274 in webapps-applications "Icons are getting added on Edubuntu systems even though we override the system wide key" [Undecided,New] https://launchpad.net/bugs/1056274
[15:52] <mterry> stgraber, ah...  hmm..   shoot sorry
[15:52] <kenvandine> stgraber, seems OK to me
[15:53] <stgraber> I think the proper fix would be to check the existing system wide value and only add the launchers listed in there, but I don't have time to spend to implement that
[15:53] <mterry> stgraber, yeah seems like a decent workaround, but I've set the bug to affect upstream too so they can maybe come up with something more targetted long term
[15:58] <stgraber> mterry: looks like the non-UDD branch is behind the UDD branch, so I'll just push to the UDD branch and let you resync the ~ubuntu-desktop one when you have a moment
[15:59] <mterry> stgraber, updated ~ubuntu-desktop
[15:59] <stgraber> mterry: ok, thanks. Let me push there then
[15:59] <mterry> stgraber, sorry, last friday was busy
[16:02] <stgraber> mterry: hmm, your changelog entry in the branch is wrong. It should be quantal-proposed, not quantal. I'll fix that when pushing my change.
[16:02]  * mterry is awful at this
[16:03] <mterry> I bet that was from my PPA upload which doesn't accept quantal-proposed
[16:03] <tedg> mterry, Hmm, I kinda have a brown paper bag issue... since it's a build issue, do you want me to do a release?  https://code.launchpad.net/~ted/libpam-freerdp/link-fix/+merge/126282
[16:04] <mterry> tedg, sure
[16:04] <stgraber> mterry: pushed to the branch and uploaded
[16:05]  * mterry hugs stgraber
[16:13] <tedg> mterry, Are you trying to keep the build-deps in alphabetical order?
[16:13] <mterry> tedg, heh yeah I may have done that last upload
[16:13] <Laney> wrap-and-sort is a sweet tool for that
[16:13] <mterry> sounds like me
[16:14] <tedg> mterry, Ah, no issue, I just wanted to avoid conflicts so doing it the same way.
[16:14] <mterry> Laney, yeah  :)
[16:14] <tedg> It took me a few minutes to figure out what the pattern was :-)
[16:14] <mterry> "What is Mike doing?!"
[16:15] <tedg> I thought it was "build tools" then "libs" and then "other" -- but it turns out that's just because they're basically "debian", "lib*", "rest of alphabet"  ;-)
[16:41] <seb128> didrocks, mterry: is there any plan to make quickly stop using launchpad-integration?
[16:42] <didrocks> seb128: I think it's removed upstream
[16:42] <seb128> didrocks, means it will land in quantal or next cycle?
[16:43] <didrocks> I think it's already landed, but maybe just the dep has not been removed
[16:43] <didrocks> let me check
[16:45] <didrocks> seb128: yeah, it's a leftover, I can upload and remove it now if needed
[16:46] <seb128> didrocks, no hurry but it would be good to drop before quantal, I'm trying to kick lpi out :p
[16:46] <didrocks> can do now, not taking a long time :)
[16:47] <didrocks> and done
[16:47] <seb128> didrocks, 'ci
[16:47] <didrocks> seb128: de rien :)
[16:48]  * mterry was having lunch, but ya'll got it
[16:49] <mterry> didrocks, quickly has a lot of dependencies it can probably drop
[16:49] <mterry> didrocks, still carrying gtk2 deps for benefit of upgrading authors
[16:49] <didrocks> mterry: yeah, I imagine so
[16:49] <didrocks> mterry: you packaged it lately! your fault? :)
[16:54] <mterry> didrocks, eh, I figured maybe some users in 12.04 still haven't switched...
[16:58] <Sweetshark> desrt: ping?
[17:06]  * didrocks waves good evening :)
[17:06] <mterry> didrocks, bye@!
[17:06] <didrocks> mterry: see you!
[17:11] <mterry> tedg, so old libpam-freerdp builds fine.  what is the issue this branch fixes?  it doesn't work once installed, because it can't find symbols/
[17:11] <mterry> ?
[17:13] <seb128> jbicha, hey, can you hack https://bugs.launchpad.net/indicator-sync/+bug/1043379 for the doc team?
[17:13] <ubot2> Launchpad bug 1043379 in ubuntu-mono "[UIFe] sync indicator should use ubuntuone-client-* icons + new paused icon needed" [Undecided,Confirmed]
[17:13] <seb128> jbicha, it's adding a new icon for indicator-sync which is not installed by default so it should not create any issue
[17:15] <pgraner> seb128, anyone reporting issues with nvidia binary and quasi-transparent windows
[17:15] <seb128> pgraner, not that I read about
[17:16] <seb128> bryceh, tseliot: ^?
[17:16] <Laney> UIF only applies to default apps
[17:16] <seb128> Laney, well, ubuntu-mono is on the CD
[17:16] <seb128> Laney, and that's where the icon is added
[17:17] <Laney> but it doesn't change any part of the default UI?
[17:17] <seb128> no
[17:17] <pgraner> seb128, hmmm I'm seeing it on my desktop box after updates today, for example things like the printer-config app show in the launcher but all you get are the borders of the window and they are not clickable it just passes thru to the window underneath
[17:17] <Laney> seems alright to me then
[17:17] <seb128> pgraner, did you upgrade the driver?
[17:17] <seb128> Laney, ok, I was unsure, thanks
[17:17] <pgraner> seb128, I'll have to look but I don't think so
[17:17] <Laney> also you want New for unacked release team requests
[17:18] <Laney> the queue is large so we can't be sure to notice new stuff appearing in the middle
[17:19] <seb128> Laney, makes sense
[17:19] <bryceh> haven't heard problems like that with nvidia, let me check bug reports
[17:19] <bryceh> pgraner, what version of nvidia?
[17:20] <bryceh> nope no bug reports against -nvidia describing transparency
[17:20] <pgraner> seb128, looks like last driver update for me was on the 20th nvidia-current:amd64 304.43-0ubuntu5
[17:20] <seb128> pgraner, what did you upgrade in the run between the working and buggy system?
[17:21] <jbicha> seb128: indicator-sync was rejected by the Release Team for inclusion by default in Quantal, right?
[17:21] <seb128> jbicha, correct, but it's still in universe
[17:21] <seb128> jbicha, Laney says I don't need a FFe for universe
[17:21] <seb128> jbicha, so unping ;-)
[17:22] <bryceh> 304.43 got a lot of community usage before it went in, so maybe doubtful it's the cause here.  But we have a 304.48 and 304.51 with some fixes if you'd like to test.
[17:22] <jbicha> yeah, it won't affect ubuntu-docs or the Manual then
[17:23] <Laney> not universe, the criteria is "default UI"
[17:24] <pgraner> seb128, from dpkg.log: http://pastebin.ubuntu.com/1227034/
[17:25] <seb128> Laney, right
[17:26] <Laney> ;-)
[17:26] <seb128> pgraner, quite some upgrade, nothing especially suspect though ... is that a one time thing? did you try to restart a second time?
[17:26] <pgraner> seb128, yep, does it every time with quite a few apps, I first noticed it on virt-manager
[17:27] <seb128> :-(
[17:29] <bizhanMona> HI all, according to this URL: https://lists.ubuntu.com/archives/ubuntu-devel/2012-June/035445.html  Ubuntu is planning to not to use GRUB 2 for UEFI secure boot. Is this still standing? Thx
[17:30] <seb128> bizhanMona, no it's not
[17:30] <Laney> no, see the Canonical blog and ubuntu-devel this week
[17:30] <pgraner> seb128, here is a screenshot if it helps http://frylock.redvoodoo.org/~pgraner/screenshot.png
[17:31] <seb128> bizhanMona, https://lists.ubuntu.com/archives/ubuntu-devel/2012-September/035907.html
[17:31] <bizhanMona> seb128: thanks so much what a relief..
[17:31] <seb128> bizhanMona, you're welcome
[17:32] <seb128> pgraner, try asking the #ubuntu-unity guys or #ps ...
[17:33] <pgraner> seb128, ack, I was afraid of that
[18:42] <chrisccoulson> i'm sure that the edge resistance between my 2 monitors in unity only seems to work occasionally
[18:42] <chrisccoulson> every time i want to reveal the launcher, it takes me about 5 or 6 attempts, because there is no edge resistance :/
[19:13] <jbicha> kenvandine: is there a bug for the gwibber lens icon issue yet?
[19:15] <tedg> mterry, Well, not working... it doesn't link in the code that actually does the work.  It builds it, but doesn't ship it.
[19:15] <tedg> mterry, PAM handles that well in that there are no errors, but there is no auth.
[19:15] <mterry> tedg, k.  I uploaded to quantal-proposed, it'll find its way in
[19:17] <chrisccoulson> sigh, more packages to uninstall after doing a dist-upgrade :/
[19:17] <tedg> mterry, Great, thanks!
[19:30] <kenvandine> jbicha, yeah
[19:32] <kenvandine> jbicha, bug 1056191
[19:32] <ubot2> Launchpad bug 1056191 in ayatana-design "[UIFe] Social Lens doesn't have authorised and meaningful icon" [Critical,New] https://launchpad.net/bugs/1056191
[19:33] <jbicha> kenvandine: I take it that it didn't actually land by EOD today?
[19:33] <kenvandine> nope
[19:33] <kenvandine> they said first thing tomorrow now
[19:41] <jbicha> kenvandine: ok, I gave it a +1 if they still use a bird icon
[19:41] <kenvandine> thx
[19:42] <jbicha> I assume they probably weren't planning to use a bird...
[19:42] <kenvandine> dunno
[19:42] <kenvandine> they actually kind of liked the old one
[19:42] <kenvandine> which was bird like
[19:43] <kenvandine> so maybe they will do something similar
[19:46] <chrisccoulson> huh, wtf, https://crash-stats.mozilla.com/report/index/07383953-3dfa-4ea9-8c31-2c6072120922 ?
[19:46] <chrisccoulson> dear appmenu-gtk, please stop crashing firefox, thank you!
[20:09] <dupondje> Maby somebody around here that could help me with a GTK+ issue (trying to fix some issue in Remmina)
[21:07] <Laney> the battery low icon isn't red any more?
[21:08] <m0nster> hello... im looking for some help
[22:16] <Sweetshark> desrt: piing?
[23:02] <jasoncwarner_> hey bryceh RAOF TheMuso and robert_ancell https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-09-25
[23:03]  * bryceh waves
[23:03] <jasoncwarner_> hey bryceh
[23:04] <TheMuso> Good $TIMEOFDAY folks.
[23:04] <RAOF> Yo
[23:05] <bryceh> RAOF, the experimental drivers for precise-proposed are currently in NEW; I'm hoping infinity can get them approved soonish.  Then can you help with getting them through SRU?  The TB approved expediting them, esp. since they'll be new packages.
[23:05] <RAOF> Cool. Will do so.
[23:06] <bryceh> we'll also have jockey and nvidia-common changes, which will go through normal (non-expedited) SRU process, but they're also simple and am hoping we can get them through quickly
[23:06] <bryceh> next topic...  mesa 9.  Is the plan to get it landed post beta2?
[23:07] <RAOF> That is my thinking
[23:07] <bryceh> okie doke, do we anticipate any trouble getting it in?  I've encouraged the Intel/mesa folks to get it tagged asap.
[23:09] <bryceh> next topic...  lts point release.  I'm thinking it's about time to start soliciting testers...
[23:09] <RAOF> I don't think so? Its a normal bugfixy thing
[23:10] <RAOF> When's the 12.04.2 date?
[23:10] <bryceh> 3+ months out, dunno exact date offhand
[23:10] <RAOF> We probably can start soliciting testers, but I don't think it's urgent
[23:10] <bryceh> Jan 31st
[23:11] <RAOF> K
[23:11]  * RAOF needs to head out to Zoë appointment. Back in ~45 min?
[23:13] <bryceh> I don't have any other topics
[23:13] <bryceh> RAOF, I'll ping you when the SRU stuff is ready to be looked at
[23:15] <RAOF> Cool
[23:29] <jbicha> robert_ancell: could you take a look at https://code.launchpad.net/~darkxst/gdm/fix-gdm-packaging-lp1055292/+merge/126141
[23:29] <jbicha> I don't understand that code
[23:30] <robert_ancell> jbicha, I don't understand it either :) I copied it off gdm in the first place, I guess it's come full circle
[23:30] <jbicha> lol
[23:31] <robert_ancell> my guess is the lightdm one was fixed more than the gdm one, so I guess the change is good?
[23:35] <jbicha> yeah I guess
[23:52] <xnox> ha =) this is awesome. It's like http://bugs.debian.org/379198 all over again =)
[23:53] <xnox> basically shell/debconf does not have equivalent of python's mydictionary.get(dm_answer, only_one_available) instead you get none set.
[23:59] <jbicha> xnox: oh, so you understand it?