[00:43] <thomi> When I ssh in to a laptop and do: "export DISPLAY=:0 && gedit" the editor doesn't have an integrated menu in the panbel
[00:43] <thomi> *panel
[00:43] <thomi> does anyone know what I'm missing (I guess an environment variable) in order to get that working correctly?
[00:44] <thomi> bah - nvm. Seems it's UBUNTU_MENUPROXY - should have seen that one.
[01:16] <TheMuso> D/c
[01:56] <jbicha> robert_ancell: oh, I missed your message but I read the backlog
[01:56] <jbicha> I'm guessing clutter-gst-2.0 needs to be adjusted for the lastest gstreamer
[01:57] <jbicha> it hit gnome-sushi too
[01:58] <jbicha> or...maybe clutter-gst-2.0 just needs a rebuild; that worked for a totem 3.5 problem in the gnome3 ppa
[01:59] <robert_ancell> k
[02:00] <jbicha> ok, I just sent a rebuild
[03:50] <jbicha> robert_ancell: I believe rebuilding clutter-gst-2.0 worked :)
[03:50] <robert_ancell> jbicha, cool, updating now
[04:27] <robert_ancell> jbicha, cheese now works for me
[04:32] <jbicha> robert_ancell: cool, I'm converting the bug to a FFe
[05:36] <pitti> Good morning
[06:28] <didrocks> good morning
[06:39] <pitti> bonjour didrocks!
[06:39] <didrocks> bonjour pitti! comment ça va?
[06:40] <pitti> ça va bien, merci!
[06:40] <pitti> although I do feel a bit meat-grinded :)
[06:40] <pitti> in yesterday's training we didn't do Taekwondo, but we got a lesson in Brazilian Jutsu
[06:40] <didrocks> oh, interesting :)
[06:40] <didrocks> how was it?
[06:41] <pitti> which was fun, but my body isn't used to that :)
[06:41] <pitti> it's more like wrestling and locking your partner into an "inescapable" grip and choke
[06:42] <didrocks> ah ok, so yeah, I can imagine you are using other muscles for that :)
[07:04] <jibel> good morning
[07:04] <jibel> little error with updates this morning bug 1052331
[07:04] <ubot2> Launchpad bug 1052331 in pyatspi "package python3-pyatspi2 2.5.92+dfsg-0ubuntu1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [High,Triaged] https://launchpad.net/bugs/1052331
[07:07] <didrocks> hey jibel!
[07:08] <didrocks> TheMuso: can you look at that one? it's part of your update
[07:08] <didrocks> ah dholbach was quicker :)
[07:11] <didrocks> tjaalton: hey, did you see my questions yesterday?
[07:12] <didrocks> jibel: dholbach uploaded a fix, thanks!
[07:12] <jibel> didrocks, cool, thanks!
[07:14] <tjaalton> didrocks: I did yes. it looks undecided if the llvmpipe compiz crasher is a compiz bug or something in mesa
[07:14] <tjaalton> didrocks: the other one I should send upstream..
[07:16] <didrocks> tjaalton: the other is bug #966744, right?
[07:17] <ubot2> Launchpad bug 966744 in xserver-xorg-video-intel "[i965] Resume from suspend leaves me with black screen or a screen of the desktop before it suspended. Compiz hung in intel_update_renderbuffers() from intel_prepare_render() from brw_draw_prims()" [Critical,Confirmed] https://launchpad.net/bugs/966744
[07:17] <tjaalton> didrocks: btw, there is libwacom 0.6 released early july that I've forgot to upload. no other big changes other than a soname bump, but do you think it would be possible to upload via -proposed and rebuild g-s-d/g-c-c against it?
[07:17] <tjaalton> didrocks: yup
[07:18] <didrocks> tjaalton: can you state that in the bug report and taking care of the bug #966744? (so I think there is no resolution of the issue before quantal, right?)
[07:18] <ubot2> Launchpad bug 966744 in xserver-xorg-video-intel "[i965] Resume from suspend leaves me with black screen or a screen of the desktop before it suspended. Compiz hung in intel_update_renderbuffers() from intel_prepare_render() from brw_draw_prims()" [Critical,Confirmed] https://launchpad.net/bugs/966744
[07:18] <didrocks> tjaalton: when you speak about upstream, you mean, xorg upstream, right?
[07:18] <didrocks> or the intel driver one?
[07:19] <didrocks> not compiz?
[07:19] <tjaalton> didrocks: right, mesa/intel upstream, bugs.fd.o
[07:20] <didrocks> tjaalton: would you mind tracking it? (and add a comment stating that)
[07:21] <tjaalton> sure
[07:21] <didrocks> thanks!
[07:22] <didrocks> on bug #927168, what should be done?
[07:22] <ubot2> Launchpad bug 927168 in compiz "compiz crashed with SIGSEGV in memmove() from drisw_update_tex_buffer() from dri_set_tex_buffer2() from drisw_bind_tex_image() from __glXBindTexImageEXT() from TfpTexture::enable() from enableFragmentOperationsAndDrawGeometry()" [Critical,In progress] https://launchpad.net/bugs/927168
[07:22] <didrocks> as we don't really know where the crash is
[07:23] <tjaalton> sounds like it could at least be worked around in compiz
[07:23] <tjaalton> is vanvugt on irc?
[07:24] <tjaalton> oh duflu
[07:24] <didrocks> tjaalton: yeah!
[07:24] <didrocks> tjaalton: if it can worked around, please ping him :)
[07:24] <didrocks> that would be one less critical bug on our list!
[07:25] <didrocks> on libwacom6 -> if it's just an ABI break and not an API break, no worry with me for the rebuild, I think it will need a FFe, no?
[07:26] <dpm> good morning desktop folk
[07:26] <dpm> Does anyone know where the strings to integrate with applications in the online accounts dialog come from?.E.g. "Publish your pictures to Facebook" "Integrate your feed data" - I'm trying to find out if they're translatable at all
[07:26] <tjaalton> didrocks: the soname should've been bumped for 0.5
[07:27] <tjaalton> this one mostly just adds some tests and tablet definitions
[07:27] <tjaalton> would probably need an FFe being so late in the cycle..
[07:29] <didrocks> hey dpm
[07:29] <dpm> morning didrocks!
[07:30] <didrocks> tjaalton: yeah, if you get one acked, I can help you with the transition
[07:39] <Sweetshark> moin everyone from somewhere in the atlantic ....
[07:40] <pitti> Sweetshark: *in*?
[07:40] <pitti> you IRC while swimming?!
[07:41] <Sweetshark> pitti: im ircing while on a ferry from tenerife to gran canaria
[07:41] <pitti> ah, that does sound enjoyable :)
[07:42] <didrocks> hey Sweetshark!
[07:43] <Sweetshark> didrocks: bonjour a toi!
[07:47] <chrisccoulson> good morning everyone
[07:47] <didrocks> hey chrisccoulson! how are you?
[07:47] <pitti> bonjour chrisccoulson!
[07:47] <chrisccoulson> hi didrocks. yeah, i'm good thanks. how are you?
[07:48] <chrisccoulson> hi pitti, how are you?
[07:48] <didrocks> chrisccoulson: still coughing, but overall great! thanks :)
[07:48] <pitti> Sweetshark: holidays, or did you manage to declare this a business trip? :-)
[07:48] <pitti> chrisccoulson: quite fine, thanks! how about yourself?
[07:48] <Laney> hey
[07:48] <pitti> c'est un Laney! bonjour
[07:48] <didrocks> pitti: you don't see him working next to the swimming pool?
[07:48] <didrocks> hey Laney :)
[07:48] <pitti> didrocks: furiously!
[07:49] <pitti> "Hey Baby! Can I get you a drink and show you how to build LibO"?
[07:49] <chrisccoulson> pitti - yeah, not too bad thanks. looking forward to doing some actual hacking today
[07:49] <didrocks> ahah, and he has some arguments… :-)
[07:49] <didrocks> chrisccoulson: hacking == fixing bugs? ;)
[07:49] <chrisccoulson> heh, kind of
[07:49] <didrocks> chrisccoulson: http://reports.qa.ubuntu.com/reports/rls-mgr/rls-q-tracking-bug-tasks.html you have 2 high bugs :)
[07:49] <didrocks> chrisccoulson: would be cool if you can get a status on them :)
[07:50] <Sweetshark> pitti: I will try to make this a business trip after the fact. Im visiting aentos and aruiz on gran canaria ;)
[07:51] <pitti> chrisccoulson: so didrocks is cracking the whip now?
[07:51] <Sweetshark> pitti: also, AFAIK the ultimate nerd picup line is "did you see the wikipedia entry about me btw?"
[07:51] <chrisccoulson> yeah, it seems like it ;)
[07:51] <pitti> oh, c'est l'anniversaire de sabdfl
[07:52] <didrocks> pitti: I find seb128 to be too sloppy. Time to get serious!
[07:52] <pitti> Fifty Shades of Didier!
[07:52] <didrocks> :)
[07:52] <Laney> my word
[07:52] <Sweetshark> pitti: oh does that mean we all get a day off and wave to a boat driving down the river thames?
[07:53] <pitti> Sweetshark: ... boat? I had expected something more fancy like a Soyuz, or at least the Canonical 1!
[07:55] <Sweetshark> pitti: "please now raise your head to observe the reentry of sabdfl in Canonical 1 for touchdown at the olympic stadium"?
[07:56] <pitti> Sweetshark: now we're talking!
[07:56] <dpm> ok, I've found out where the strings from online accounts come from. They are in .application files such as http://bazaar.launchpad.net/~unity-lens-photos/unity-lens-photos/trunk/view/head:/unity-lens-photos.application and http://bazaar.launchpad.net/~gwibber-committers/gwibber/trunk/view/head:/data/gwibber.application - it seems that they are unfortunately untranslatable, so I'd like to file a bug. Does anyone know what the best source package to do
[07:56] <dpm>  it against would be?
[07:56] <pitti> speaking of rockets, isn't it time soon for the new big bang theory season?
[07:57] <didrocks> dpm: I can fix the unity-lens-photos one
[07:57] <didrocks> dpm: just ping ken for gwibber
[07:57] <dpm> didrocks, is it fixable, though? I've never heard of .application files before, I'm not even sure they support translation
[07:58] <didrocks> dpm: I'm looking if we have .application.in files somewhere
[07:58] <didrocks> as it's pure xml, it should be, but one sec
[07:59] <didrocks> dpm: hum, we don't have any examples, let's ping upstream
[07:59] <davidcalle> didrocks, in /usr/share/accounts/applications
[07:59] <didrocks> davidcalle: right, but they are all not translatable
[08:00] <dpm> didrocks, are .application files a fd.o standard? I had never heard of them
[08:00] <didrocks> dpm: no, but it's a traditional xml ones though
[08:01] <didrocks> dpm: we do have some tools to translates xml files I guess, right? (like the .ui)
[08:01] <didrocks> I see         <translations>unity-lens-photos</translations>
[08:01] <Sweetshark> oh wow, I have three talks accepted for the LibreOffice conference. I guess I have to create more than abstracts for them now :-/
[08:01] <didrocks> dpm: xml2po and so on for instance
[08:03] <dpm> didrocks, I don't think we do have tools to handle translations for generic xml other than intltool (and yes, xml2po, but we don't have any existing infrastructure or hooks into build systems for that afaik). Intltool might extract the strings, but they will have to be put manually in the source packages, they won't be shippable in language packs, unless we add support for them as we currently do with e.g. .policy and .desktop files
[08:04] <didrocks> dpm: we are using xml2po for compiz g-c-c integration files
[08:04] <didrocks> we just need to extract them in the .pot file
[08:04] <didrocks> then, I guess the application loading the xml
[08:04] <didrocks> should gettext(package, string)
[08:05] <didrocks> I asked mardy about it, waiting for an answer
[08:05] <dpm> excellent, thanks didrocks
[08:05] <didrocks> dpm: empathy upstream is in the same case and asking mardy as well :)
[08:05] <didrocks> dpm: will keep you posted
[08:05] <dpm> great, thanks
[08:06] <dpm> I'm still wondering where .applications files comes from (what's the upstream?) and why they were designed without having localization in mind
[08:06] <dpm> *come from
[08:06] <didrocks> dpm: ask PS for that :p
[08:09] <larsu> didrocks, good morning!
[08:10] <didrocks> hey larsu :)
[08:10] <larsu> didrocks, do you know when the gtk release from yesterday will be uploaded?
[08:11]  * larsu has a indicator-messages release in the pipeline that depends on it
[08:11] <didrocks> larsu: when I will get time for it, apart if pitti is handling it?
[08:11] <didrocks> larsu: today for sure anyway :)
[08:11] <didrocks> larsu: I'll ping you once in distro
[08:11] <larsu> didrocks, awesome, thanks!
[08:11] <didrocks> yw :)
[08:15] <Laney> which gtk? http://ftp.gnome.org/pub/GNOME/sources/gtk+/3.5/ doesn't show a new release?
[08:17] <Laney> larsu: ^
[08:19] <didrocks> pitti: do you know about https://bugs.launchpad.net/sessioninstaller/+bug/1042231?
[08:19] <ubot2> Launchpad bug 1042231 in sessioninstaller "InstallPackageNames should not return until the package has been installed" [Undecided,New]
[08:19] <larsu> Laney, you're right, it's not out yet. It was supposed to be released yesterday...
[08:19] <didrocks> pitti: seems the empathy guys are telling that it's blocking the TP -> UOA correct account migration
[08:34] <pitti> didrocks: I know about it, but didn't get to it yet; I wasn't aware that it's a blocker
[08:35] <pitti> didrocks: I haven't touched sessioninstaller before, but I think I can have a look this week then
[08:36] <didrocks> pitti: excellent, thanks!
[08:36]  * didrocks is now on yet-another-ps-additional-unexpected-work
[08:37] <pitti> didrocks: seems you don't get to do a lot of stable+1 due to all that
[08:38] <didrocks> pitti: unfortunately not…
[08:38] <didrocks> pitti: I've dealt with the whole evolution NBS which is already quite a lot
[08:39] <didrocks> but I clearly can't do more
[08:39] <ogra_> pitti, so wrt yesterday .... looking at http://article.gmane.org/gmane.linux.ubuntu.devel.announce/817 it looks to me like including a hardware driver even if its binary is fine, as long as it is redistributable and lives in restricted
[08:40] <ogra_> ..."the only concession is for hardware drivers as detailed at http://www.ubuntu.com/project/about-ubuntu/licensing"...
[08:41] <ogra_> (licensing talks about it at the very bottom)
[08:42] <ogra_> (not sure you folloed the conversation that went on yesterady)
[08:43] <pitti> no, I didn't follow it any more; ok, thanks
[08:45] <didrocks> Laney: do you have some time for some i18n playground?
[08:46] <Laney> didrocks: I don't know so much about it, but I can take a look, sure
[08:46] <didrocks> Laney: ls /usr/share/accounts/applications/
[08:47] <didrocks> you can see some apps in there
[08:47] <didrocks> I think what's need to be done would be:
[08:47] <didrocks> -> ensuring that upstream have an application.in files with translatable tags (using _)
[08:47] <didrocks> we standardise that they should have a <translations> tag with the package name
[08:47] <dholbach> hiya
[08:48] <dholbach> do we have some docs for how to "integrate a program into the HUD"?
[08:48] <didrocks> then running intltool-extract files.applications.in
[08:48] <dholbach> http://daniel.holba.ch/blog/2012/09/ubuntu-dev-hangouts/#comment-653338925
[08:48] <didrocks> so that it's get merged into a files.applications.in.h
[08:48] <didrocks> Laney: then, add that to the POTFILES.in for python and into the Makefiles so that it extracts into the .pot file
[08:49] <Laney> what loads these strings now?
[08:49] <didrocks> Laney: and running intltool-merge --no-translations -x -u foo.applications.in foo.application
[08:49] <didrocks> to create the xml upstream file which is shipped
[08:49] <didrocks> Laney: then, online-account (the g-c-c plugin) will load them
[08:49] <didrocks> looking at the <translations> tag
[08:49] <didrocks> and gettext (package, string)
[08:50] <didrocks> Laney: does it make sense to you?
[08:54] <Laney> didrocks: yeah I think so, I'll look into it
[08:54] <didrocks> Laney: thanks, I'll open a bug
[08:54] <didrocks> Laney: no need to do empathy, upstream is doing it
[08:55] <Laney> I see shotwell gwibber unity-lens-photos unity-scope-gdocs in there
[08:55] <didrocks> Laney: trying to get gnome-control-center-signon supporting it for beta2 for the poor translators :)
[08:55] <didrocks> Laney: sounds like the right list
[08:55] <didrocks> as most of them are python, it should be similar once you get one
[08:55] <didrocks> Laney: the .in.h is just there to get then extracted to the .pot file, we don't use it for real
[08:56] <didrocks> Laney: but it was the only way to have something clean when I had to deal with a similar case in compiz
[08:56] <didrocks> (even if it sounds bad for "python" apps :))
[08:57] <didrocks> dholbach: your question should go to #ubuntu-unity
[08:58] <dholbach> ok
[08:58] <didrocks> dholbach: but basically, using gtk and a traditional menu should do it
[08:58] <didrocks> dholbach: same for Qt apps
[08:59] <Laney> I see an xml example in /usr/share/doc/intltool/README.gz
[08:59] <Laney> doesn't look too hard
[08:59] <dholbach> thanks didrocks
[09:06] <didrocks> Laney: https://bugs.launchpad.net/shotwell/+bug/1052375
[09:06] <ubot2> Launchpad bug 1052375 in unity-scope-gdocs "The online account g-c-c interface doesn't support i18n" [Undecided,New]
[09:06] <Laney> ty
[09:07] <didrocks> thanks to you :)
[09:14] <chrisccoulson> ogra_, not sure if you saw my comment yesterday evening, after trying to boot my pandaboard with the quantal b1 image
[09:14] <chrisccoulson> no success yet ;)
[09:14] <ogra_> chrisccoulson, there seem to be issues with the graphics, try to switch to console and back
[09:15] <ogra_> that usually helps
[09:15] <chrisccoulson> ogra_, yeah, i've tried that too. did you see the error message i see on the console?
[09:15] <chrisccoulson> "omapdss HDMI error: failed to enable GPIO's"
[09:15]  * ogra_ is waiting for working builds with teh new kernel from yesterday to actually test 
[09:15] <ogra_> thats normal, ignore it
[09:15] <chrisccoulson> ah, ok
[09:16] <chrisccoulson> it seems that X is running, i just get a blank screen though :(
[09:16] <chrisccoulson> although, the monitor is powered
[09:16] <chrisccoulson> in fact, i've just switched back from the console after leaving it on all night, and it works ;)
[09:29] <ogra_> chrisccoulson, yeah, ubiquity-dm is really really slow on startup ... so you can easily get the impression it just crashed ... while staring at a black screen
[09:29] <chrisccoulson> perhaps the screensaver kicks in before it appears then?
[09:30] <ogra_> yeah, could be, i still have that on my list as a low prio item to look at
[09:30] <ogra_> wprst case i'll release note it ... the slow SD card IO doesnt really help either ....
[09:48] <xnox> ubiquity-dm should inhibit screensaver.... unless it was too slow to do that....
[09:48] <ogra_> xnox, right, and it could well be that we see a race here ...
[09:49] <ogra_> overlayfs isnt actually fast ... and combined with SD card I/O i could imagine we hit many corner cases you wont see anywhere else
[09:49] <ogra_> like races that wouldnt show up on x86 with USB for the rootfs
[09:51] <Laney> ogra_: we got the anti-flickering kernel?
[09:51] <ogra_> not sure it is promnoted yet, might sit in NEw i didnt check
[09:51] <ogra_> it was uploaded yesterday
[09:51] <Laney> i don't remember seeing the bug get closed
[09:52] <Laney> think i'm subscribed
[09:52] <ogra_> hmm, i dont see the bug number in the changelog i think
[09:52] <Laney> nothing's in NEW
[09:53] <ogra_> then it might be in the archive already
[10:57] <tjaalton> didrocks: libwacom 0.6 doesn't break the abi, it just added some so no rebuilds needed
[11:16] <didrocks> tjaalton: but they bumped the soname, still?
[11:17] <tjaalton> didrocks: minor bump, libwacom.so.2 is still there
[11:17] <didrocks> tjaalton: ok, please upload wacom in -proposed
[11:18] <didrocks> I'll handle the g-s-d and g-c-c rebuilds
[11:18] <tjaalton> shouldn't need rebuilds :)
[11:19] <didrocks> and excellent even, if there is still the older package :)
[11:19] <tjaalton> heh
[11:20] <tjaalton> there has been no updates upstream since early july, so it should be quite safe :)
[11:25] <didrocks> yep :)
[11:41] <tjaalton> didrocks: confirmed, works with the current versions without rebuilds
[11:42] <didrocks> tjaalton: sweet, thanks!
[11:43] <tjaalton> didrocks: so, should I just upload or do you think a FFe is needed?
[11:43] <didrocks> tjaalton: I don't think it does need if it's just bug fixes as you are telling and there is no transition needed (meaning, the old packages are still there)
[11:44] <tjaalton> right, it's just a data lib for tablet definitions
[11:44] <tjaalton> so I'll just upload then, thanks
[12:06] <didrocks> updating gcr
[12:09] <didrocks> updating gnome-keyring, libcryptui
[12:19] <didrocks> taking libsecret, searhorse and seahorse-nautilus, seahorse-sharing
[12:53] <doko> didrocks, pitti: I didn't see any gnome library updates yet. will these come as well?
[12:53] <pitti> not sure, I haven't followed those
[12:53] <didrocks> doko: wdym?
[12:53] <didrocks> doko: look at -changes, I'm updating to latest GNOME
[12:53] <pitti> if someone asks me to do an update I can look into it
[12:54] <doko> didrocks, I am asking because I don't want to see instabilities for the test rebuild. I thought that a gnome version update would start with some library packages first
[12:56] <didrocks> doko: just counted, we had 47 updates done since yesterday
[12:56] <didrocks> doko: it's already a lot… I don't know what you expect though
[12:56] <didrocks> doko: and we can't update packages before GNOME releases them
[12:56] <didrocks> which they have until wednesday to do
[12:56] <doko> didrocks, so there are no library updates this time?
[12:56] <didrocks> wdym by libraries?
[12:57] <didrocks> I updated libsecret, libcrypui just 20 minutes ago
[12:57] <didrocks> I see libwacom and a lot of libs updated in the mentionned 47 updates
[12:57] <didrocks> still not glib or gtk ready, no
[12:58] <doko> yeah, I would think that these would come first. but anyway, I think I should wait for these before the test rebuild
[12:58] <didrocks> right, they are not released upstream as of now though
[12:59] <pitti> glib 2.33.14 is tagged in git
[12:59] <jbicha> doko: there shouldn't be any GNOME library transitions by this point as it's been API freeze for a few weeks
[13:00] <didrocks> larsu: did you get any chance to look at evolution-indicator?
[13:00] <larsu> didrocks, not yet, sorry
[13:00] <jbicha> there's cogl but I don't see anything that *needs* the latest version
[13:00] <didrocks> larsu: do you think this will be possible before beta2 freeze?
[13:01] <larsu> didrocks, is that on fri?
[13:01] <didrocks> larsu: thu
[13:01] <larsu> didrocks, evening?
[13:01] <didrocks> larsu: approx, yeah
[13:02] <larsu> didrocks, if it's a simple port I'll make it until then
[13:02] <larsu> (and it probably is)
[13:03] <didrocks> larsu: not that straightforward though
[13:03] <larsu> I guess the hard part will be figuring out how to build evo? or is it a plugin?
[13:04] <didrocks> larsu: oh, it's a plugin
[13:30] <desrt> pitti: hey
[13:30] <desrt> pitti: if i make GThread introspectable and add a boxed type, would it be fully usable from python/js/etc?
[13:31] <pitti> hey desrt
[13:31] <desrt> g_thread_new(), i mean
[13:31] <desrt> ie: add the annotations that you suggested
[13:31] <pitti> desrt: there might be some API which isn't, but I haven't looked very far ahead
[13:31] <pitti> e. g. GThreadPool looks like a lost cause
[13:32] <desrt> is it because of the lack of destroynotify on the user_data?
[13:32] <pitti> it might cover the basic GThread functionality, though
[13:32] <desrt> in the threadpool case i can see an argument for adding a _full variant....
[13:32] <pitti> that, and two callbacks and two user_data; g-i isn't prepared for that (and neither is pygobject)
[13:32] <pitti> but in Python you'd just use threading
[13:33] <pitti> (i. e. the builtin module)
[13:33] <desrt> do we have similar features in JS, though?
[13:33]  * desrt mumbles something about how you ought to be in #gtk+
[13:34] <desrt> pitti: i don't see any g_thread_pool_* API that takes two function pointers
[13:35] <pitti> did I mix that up? I looked at several similar bug reports recently
[13:35] <pitti> https://bugzilla.gnome.org/show_bug.cgi?id=683941
[13:35] <ubot2> Gnome bug 683941 in gthread "g_thread_pool_new() is not introspectable" [Normal,New]
[13:35] <desrt> there are two data pointers passed to the worker function
[13:35] <desrt> one is the usual user_data arrangement, from g_thread_pool_new()
[13:35] <pitti> ah, one is user_data from _new(), the other data from push, right
[13:35] <desrt> the other one is the data from push()
[13:36] <desrt> so we're close....
[13:36] <pitti> so yes, it's the missing GDestroyNotify for user_data presumably; I really haven't looked into detals
[13:36] <desrt> i'd be happy to add that
[13:36] <pitti> this seemed like a "wontfix"/"skip" case to me, but if you want to make it introspectable I can have a deeper look
[13:37] <desrt> the bigger trouble, imho, is the data parameter
[13:37] <desrt> i guess you can always assume that is a PyObject going in and coming out
[13:37] <desrt> but that gets funky if you try to pass the threadpool to someone else :)
[13:38] <desrt> (which i guess is a vaguely insane thing to do anyway)
[13:39] <desrt> hm.  _set_sort_func() is sort of weird as well
[13:39] <desrt> it would need a GDestroyNotify
[13:41] <desrt> anyway.. imho, GThreadPool is actually the one worth fighting for
[13:41] <desrt> since that sort of functionality is less likely to be available in a language library
[13:42] <didrocks> chrisccoulson: I again had the quick filter collapsed, did you notice anything?
[13:44] <didrocks> Laney: did you start to do the transition for the online account xml and so on?
[13:44] <didrocks> Laney: I saw people assigning some to themselves
[13:44] <desrt> pitti: according to #gtk+ GThread(Pool) might be useful to javascript hackers
[13:44] <didrocks> kenvandine: don't do empathy, I dealt it with cassidy
[13:45] <pitti> desrt: I see; so perhaps let's start with GThread and write some tests around it, and then investigate the bigger challenge of GThreadPool if GThread is sensible?
[13:45] <desrt> sure
[13:45] <kenvandine> didrocks, ok
[13:46] <didrocks> kenvandine: thanks for assigning gwibber to you, you think it's possible to get it for beta2?
[13:47] <desrt> pitti: (more relaying from #gtk+) it may not be that useful if we want to have a 'higher/nicer/more-JS-like' interface...
[13:48] <didrocks> davidcalle: same question for unity-lens-photos
[13:50] <kenvandine> didrocks, yup
[13:50] <didrocks> thanks :)
[13:50] <kenvandine> there will be a gwibber release right after the next unity release :)
[13:51] <didrocks> kenvandine: I hope that the unity release won't be too late then…
[13:51] <kenvandine> hehehe :)
[13:51] <kenvandine> either way this will land in time :)
[13:51] <kenvandine> assuming the g-c-c panel can load them
[13:52] <didrocks> yeah
[13:52] <didrocks> I checked with the uoa guys for that
[13:52] <davidcalle> didrocks, the .application translation?
[13:52] <didrocks> yep
[13:52] <davidcalle> didrocks, ok
[13:52] <didrocks> thanks davidcalle
[14:48] <bcurtiswx> wow, i've never seen soo many crashes at one point on my desktop...
[14:48] <bcurtiswx> apport won't work to report anything right now.
[14:49] <bcurtiswx> Cannot connect to crash database, please check your Internet connection.'int' object has no attribute 'isspace'
[15:31] <didrocks> Sweetshark, chrisccoulson, Laney, kenvandine, mterry, robru, tkamppeter, jasoncwarner_: ok, meeting time, do anyone has anything to tell about? (No agenda items on https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-09-18)
[15:32] <mterry> No...
[15:32] <mterry> Though congrats kenvandine on finishing the preview lens  :)
[15:33] <didrocks> I'm a little bit disappointed about the lack of content on https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-09-18
[15:33] <didrocks> last week and this week
[15:33] <didrocks> only mterry and I right now completed it
[15:33]  * kenvandine holds breath waiting for a unity release
[15:33] <didrocks> I hope people did some stuff that worth nothing :)
[15:33] <didrocks> noting*
[15:33] <kenvandine> didrocks, i did too
[15:33] <kenvandine> about 3 minutes ago
[15:33] <kenvandine> :)
[15:33] <didrocks> kenvandine: ahah, ok, and kenvandine then! :)
[15:33] <robru> didrocks: I did lots of good stuff! We are slashing crufty code out of Gwibber every day ;-)
[15:33] <didrocks> robru: please note them!
[15:34] <didrocks> the wiki page is for that :)
[15:34] <robru> didrocks: sorry I'm new ;-)
[15:34] <kenvandine> and robu just got a Dee.SharedModel working :)
[15:34] <didrocks> robru: you do receive the reminder email right?
[15:34] <mterry> didrocks, I tend to only note things that landed in the last week, so sometimes there isn't much to note ("worked on bug fixes")
[15:34] <didrocks> (I think I added you directly)
[15:34] <didrocks> mterry: no worry, and you normally complete it and update blueprints, so that's fine :)
[15:34] <robru> I don't see it in my inbox, didrocks... when did you send it?
[15:35] <didrocks> but no report for xorg stack for quite a while
[15:35] <didrocks> robru: your canonical email normally
[15:35] <mterry> didrocks, I'm just saying as an explanation for why some might not have anything -- maybe nothing happened to land in quantal or they were tiny bug fixes
[15:35] <didrocks> "Weekly meeting and reports remember"
[15:35] <robru> didrocks: yes but *when*, silly ;-)
[15:35] <didrocks> robru: 5h30 ago
[15:35] <mterry> robru, this morning, 6:00AM EST
[15:36] <didrocks> mterry: sure, but we have criticals bugs on the list, noting them when they are fixed is good as well (help to communicate to the release team)
[15:36] <mterry> fair
[15:36] <robru> didrocks: oh hm, there it is in my archive. I must have accidentally archived it while skimming other mails
[15:36] <didrocks> anyway, seems there is nothing else to discuss, please look at the bug list I sent into the email (the release team one)
[15:36] <didrocks> thanks everyone :)
[15:36] <robru> thanks didrocks !
[15:36] <didrocks> robru: no worry, stop archiving me! :)
[15:38] <kenvandine> didrocks, how is the unity release looking?
[15:39] <didrocks> kenvandine: nothing ready
[15:39] <didrocks> at all
[15:39] <kenvandine> :(
[15:39] <kenvandine> my branches all landed :)
[15:42] <didrocks> yeah, I saw that! congrats :)
[15:49] <Laney> didrocks: sorry, not yet, was planning on doing it tomorrow
[15:50] <didrocks> Laney: ok, so no need :)
[15:51] <Laney> looking at glib btw
[15:52] <didrocks> thanks Laney :)
[15:56] <ricotz> Laney, hi
[15:57] <Laney> hey
[15:57] <ricotz> Laney, is there a reason that emacs depends on emacs23 rather then emacs24?
[15:57] <Laney> we didn't decide to change the default
[15:58] <Laney> partially following debian, partially because emacs24 is new
[15:58] <ricotz> ok, nevermind then
[15:59] <Laney> I definitely saw some bugs with the global menu and emacs24
[16:02] <ricotz> alright, better to keep that way then
[16:02] <Laney> we can change it early in R
[16:02] <Laney> I think there's a new emacs-defaults package or so in Debian now
[16:13] <bcurtiswx> anyone else that uses google talk have connection issues with Emapthy
[16:13] <bcurtiswx> Empathy*
[16:14] <bcurtiswx> I read somewhere they changed to OAuth.. or like the newest version of it.. not sure which
[16:17] <kenvandine> bcurtiswx, mhall119 was having issues
[16:18] <bcurtiswx> kenvandine, Google upgraded to use OAuth 2.0 i found the article i read.. not sure if thats causing issues there, but i mentioned it in #telepathy so <shrugs>
[16:19] <kenvandine> shouldn't be
[16:27] <mhall119> I assume this isn't a problem that everybody using Quantal is having
[16:31] <kenvandine> you would think we'd have a crap load of bug reports on it
[16:31] <kenvandine> i am not having that issue
[16:31] <kenvandine> but it really worries me...
[16:32] <kenvandine> once 12.10 is out the door, the number of users multiples
[16:37] <mhall119> kenvandine: anything else I can do to help debug it?
[16:54] <Laney> didrocks: did you forget to upload seahorse or something else?
[16:54]  * Laney can do it if you want
[16:55] <didrocks> Laney: I didn't get it done, too many pings at the same, please, be my guest :)
[16:55] <Laney> ack
[16:55] <Laney> do we have -sharing? I can't see it
[16:55] <didrocks> Laney: no, I didn't find it in the repo
[16:55] <didrocks> so no upload, no bounty :)
[16:56] <didrocks> Laney: I didn't try to build it but there is a change in configure.ac in seahorse
[16:56] <Laney> yeah I got it to build
[16:56] <didrocks> Laney: about libsecret-1 on libsecret-private
[16:56] <didrocks> but it's shipped
[16:56] <Laney> oh>
[16:56] <didrocks> so no worry :)
[16:56] <Laney> I don't see that
[16:57] <didrocks> ah? maybe -PKG_CHECK_MODULES([LIBSECRET], libsecret-1 >= $LIBSECRET_REQUIRED,
[16:57] <didrocks> +PKG_CHECK_MODULES([LIBSECRET], libsecret-unstable >= $LIBSECRET_REQUIRED,
[16:57] <didrocks> -unstable
[16:58] <Laney> it's not in my diff from .91 to .92
[16:58] <Laney> if you're looking at bzr it's out of date
[16:59] <didrocks> ah, probably then :)
[16:59] <didrocks> we have a lot of out of date bzr
[16:59] <didrocks> and no more vcs-bzr branch
[16:59] <didrocks> ah, not for that one
[16:59] <didrocks> wasn't looking at bzr
[16:59] <didrocks> diff -Nup ../seahorse-3.5.91/configure.ac .
[16:59] <didrocks> being in the seahorse-3.5.92 directory
[17:00] <didrocks> and
[17:00] <didrocks> -AC_INIT([seahorse], [3.5.91],
[17:00] <didrocks> +AC_INIT([seahorse], [3.5.92],
[17:00] <didrocks> so sounds fine?
[17:00] <Laney> apply the patches ;-)
[17:00] <Laney> debian/patches/use-stable-libsecret.patch
[17:00] <didrocks> Laney: ok, I'm used to bzr bd-do doing that for me :)
[17:00] <Laney> hehe
[17:00] <didrocks> so it was already reverted :)
[17:01] <didrocks> I was surprised by Stef, he just wrote "new translations and doc system"
[17:01] <didrocks> and normally, you can trust what he writes
[17:01] <didrocks> thanks Laney for clearing that up :)
[17:01] <Laney> that patch could do with a header TBH
[17:02] <didrocks> agreed
[17:06] <jbicha> oh, they dropped the LowContrast & HighContrastInverse themes but we're still using them in gnome-control-center 3.4 :( http://git.gnome.org/browse/gnome-themes-standard/tree/NEWS
[17:06] <bizhanMona> HI I would like to get some info on UEFI boot, could someone point me to the right direction please?
[18:01] <jbicha> I opened a bug complaining about dropping those themes so late in the cycle but I'm skeptical that the devs will care
[18:59] <fginther> hello, how does one sync up a lp packaging branch to a the latest package in the repository?  i.e. nux is at 3.4.0 in quantal/main, but lp:ubuntu/nux is at 3.2.0
[19:13] <mterry> fginther, I usually poke james_w
[19:13] <Sweetshark> desrt: ping?
[19:19] <desrt> hi
[21:03] <jbicha> yeah, they didn't care https://bugzilla.gnome.org/show_bug.cgi?id=684311
[21:03] <ubot2> Gnome bug 684311 in HighContrast and LowContrast "Please restore HighContrastInverse & LowContrast themes for 3.6" [Major,Resolved: wontfix]
[21:04] <tedg> jdstrand, I hear you know a magic incantation that will make my packaging load an apparmor profile.  Would you share such mysterious secrets?
[21:11] <xnox> jbicha: does this mean there are no a11y themes at all in 3.6?
[21:11] <xnox> jbicha: what will lubuntu, xubuntu do about a11y then?
[21:12] <xnox> or anybody else that does not use clutter....
[21:13] <kenvandine> ugh... no ally themes!
[21:14] <kenvandine> a11y
[21:14] <jbicha> xnox: HighContrast is still there, they just forcefully deprecated the other 2 less important ally themes
[21:15] <xnox> jbicha: Inverse is just as important as HighContrast.
[21:15] <jbicha> GNOME Shell 3.6/System Settings 3.6 has cool support for more powerful a11y theming
[21:15] <xnox> due to specific a11y conditions
[21:16] <xnox> jbicha: I am very happy for Gnome Shell (well clutter) but what about XFCE, LXDE, Unity (Compiz) - those don't have those. What about gtk apps running in KDE?
[21:16] <jbicha> you can grab gnome-control-center & gnome-settings-daemon from ricotz staging if you're curious to have a look
[21:16] <jbicha> we'll eventually copy those to the GNOME3 PPA I believe
[21:16] <xnox> does it work in not-shell?
[21:22] <jbicha> xnox: no, lots of the new magic doesn't work in Fallback because no developer wants to do the work
[21:23] <jbicha> it would be awesome if the Compiz/Unity devs would try to plug into it for 13.04
[21:27] <xnox> jbicha: added my comment to that bug
[21:35] <skaet> smspillaz, https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1042323 -  will the next release of compiz to land for beta 2 contain this?
[21:35] <ubot2> Launchpad bug 1042323 in compiz "[FFE] Port GTK Window Decorator to GSettings" [High,Fix released]
[23:01] <jasoncwarner_> bryceh robert_ancell TheMuso RAOF meeting reminder. Any agenda items? Don't forget to update your status https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-09-18
[23:04] <RAOF> No agenda items here.
[23:04]  * bryceh waves
[23:07] <bryceh> RAOF, did you see they're splitting glu out from mesa9?
[23:07] <RAOF> bryceh: Yup. I reviewed the glu package for tjaalton.
[23:07] <bryceh> great
[23:07] <RAOF> Also, hurray!
[23:08] <RAOF> The fewer non-{E,}GL{,ES} non-DRI things that the mesa source package builds the better :)
[23:08] <dupondje> hmz, my headphone seems broken on quantal. Not listed in output, but listed in hardware ...
[23:08] <bryceh> can we make libtxc-dxtn-s2tc0 a dependency for ia32-libs-multiarch:i386?
[23:08] <dupondje> :s
[23:09] <bryceh> er, try again.  can we make libtxc-dxtn-s2tc0:i386 a dependency for ia32-libs-multiarch:i386?
[23:11] <RAOF> It isn't already a Recommends: of mesa?
[23:11] <RAOF> That's probably the better path, right?
[23:12] <RAOF> Yeah, we should make that a Recommends of libgl1-mesa-glx or somesuch.
[23:12]  * bryceh nods
[23:13] <RAOF> ...after promoting it to main, I guess.
[23:13] <bryceh> yeah the i386 package is required for certain (binary-only) games, but there's no way to install it via the GUI.  would be nice if we could just pull it in via a dependency so it's transparent for users
[23:13] <Sarvatt> should be libtxc-dxtn0, so people can actually use the patent encumbered one if they want? :P libtxc-dxtn-s2tc0 provides libtxc-dxtn0
[23:13] <bryceh> not a bad idea
[23:13] <Sarvatt> except the humble games require libtxc-dxtn-s2tc0 so cant install it at the same time as those anyway :(
[23:14] <bryceh> hrm
[23:14] <RAOF> The humble bundle explicitly depend on libtxc-dxtn-s2tc0?
[23:14] <Sarvatt> bastion does at least
[23:14] <RAOF> I can't exactly blame them; we've dropped the ball on dependency there ;)
[23:15] <bryceh> and I suppose having them switch to depend on libtxc-dxtn0 wouldn't solve the already existing releases out there
[23:15] <RAOF> Sarvatt: Is there any particular reason why someone would want the patent-encumbered one?
[23:15] <TheMuso> dupondje: Have you filed a bug? If so, please file it against pulseaudio and include a log form Pulse as per https://wiki.ubuntu.com/PulseAudio/Log.
[23:16] <Sarvatt> haven't heard of any complaints about s2tc, but the description of how it gets around the patent makes it sound like the patented one might be preferred
[23:16] <Sarvatt> http://en.wikipedia.org/wiki/S2TC
[23:18] <Sarvatt> better to stick with what we have i guess after thinking about it, not like libtxc-dxtn0 will be going into debian/ubuntu and the provides might end up getting dropped one day
[23:18] <bryceh> ok
[23:19] <RAOF> Oh, man. errors.ubuntu.com now links to pretty colourised backtraces.
[23:20] <bryceh> RAOF, Sarvatt thanks.  So libtxc-dxtn-s2tc0:i386 is to be made a Recommends for libgl1-mesa-glx then?  Worth ML discussion or shall I JFDI?
[23:21] <RAOF> JFDI. And that would obviously be libtxc-dxtn-s2tc0 as the Recommends, right? You can't do cross-arch dependencies, and we'd want the 64bit version too :)
[23:23] <Sarvatt> bryceh: minus the :i386 yep, been doing that in edgers for a long time but s2tc is fairly recent in ubuntu (last month of precise)
[23:23] <bryceh> RAOF, well what I understand the problem for this case is that the game in question is a i386 binary, so needs the :i386 package present
[23:24] <RAOF> bryceh: Which means that it'll have libgl1-mesa-glx:i386 installed, which will Recommend the appropriate arch'd libtxc-dxtn-s2tc0
[23:24] <bryceh> ahhh
[23:24] <RAOF> Unless they're bundling libgl, which would be totally bonkers.
[23:24] <bryceh> righto, ok yes I concur
[23:24] <bryceh> thanks for the cluebat :-)
[23:39] <smspillaz> skaet: yes
[23:39] <smspillaz> skaet: or at least, I think so. Mirv said they were doing a snapshot or at least cherry picking those fixes
[23:59] <robert_ancell> TheMuso, gnome-themes-standard just dropped the High Conrast Inverse theme - is that a problem?