[05:47] <didrocks> good morning
[07:19] <andyrock> good morning
[07:22] <didrocks> hey andyrock
[07:23] <duflu> Morning didrocks, andyrock
[07:23] <andyrock> hey didrocks duflu
[07:23] <duflu> didrocks, andyrock: https://www.youtube.com/watch?v=yUbQDywgOOg
[07:24] <duflu> All the rocks
[07:24] <didrocks> hey duflu!
[07:24] <didrocks> unavailable video here
[07:24] <duflu> Boo
[07:25] <duflu> didrocks, https://www.youtube.com/watch?v=oFLyU9g50yk
[07:26] <seb128> good morning desktopers
[07:26] <seb128> hey andyrock duflu didrocks
[07:26] <duflu> Hey seb128
[07:26] <seb128> how is everyone today?
[07:26] <andyrock> :D
[07:26] <andyrock> hey seb128
[07:26] <andyrock> I slept on a bus but ready to start :D
[07:26] <duflu> Not bad
[07:27] <duflu> andyrock, was it a moving bus or stationary?
[07:27] <flexiondotorg> Morning Desktopers
[07:27] <andyrock> moving, I travelled during the night back to home
[07:28] <didrocks> re seb128, morning flexiondotorg
[07:28] <andyrock> *back home
[07:28] <seb128> hey flexiondotorg
[07:28] <duflu> Morning flexiondotorg
[07:28] <seb128> andyrock, you let Trevinho behind?
[07:28] <andyrock> few days ago
[07:28] <seb128> I hope your hackfest week was nice
[07:28] <andyrock> I spent the we with my brother in Bologna and monday too
[07:29] <andyrock> eating tortellini :D
[07:29] <andyrock> we need to organize a sprint there (in Marco's country house)
[07:31] <seb128> :-)
[07:31] <duflu> Different Marco?
[07:32] <andyrock> Marco = Trevinho
[07:36] <amano> @duflu: Thanks for diving so deep in the gstreamer sinks ;)
[07:36] <didrocks> speaking of sinks, am I the only one having multiple pulseaudio out sinks?
[07:37] <didrocks> (like some of your local server)
[07:37] <duflu> amano, No problem it was fruitful in the end. I'm now trying to make it less of a hack
[07:37] <alexarnaud> Hello all :) !
[07:37] <didrocks> sounds like g-s-d or something is always setting the last detected one as default for media keys
[07:37] <didrocks> and it's annoying :p
[07:37] <didrocks> (I didn't get that on the unity session)
[07:37] <didrocks> hey alexarnaud
[07:38] <alexarnaud> hey didrocks, how are you ?
[07:38] <didrocks> really good, thanks! yourself?
[07:39] <amano> Since VDPAU doesn't seem to be supported on wayland at all nouveau and nvidia will have to go the vaapi route as well.
[07:39] <alexarnaud> didrocks: very good also :).
[07:39] <flexiondotorg> alexarnaud o/
[07:40] <duflu> amano, anything not directly supported by Intel engineers is likely to not work any time soon. And Intel only focuses on VAAPI
[07:42] <amano> There should be some Samsung patches to make nouveau work with vaapi. This was covered on phoronix last year or even 2015.
[07:44] <amano> http://www.phoronix.com/scan.php?page=news_item&px=Nouveau-NVC0-Git-VA
[07:44] <amano> Probably worth a look as well?
[07:48] <andyrock> bt headphones now work properly in X
[07:48] <andyrock> \o/
[07:49] <duflu> andyrock, which distro? Generally I only hear comments if something is broken
[07:49] <andyrock> I had several problems with xenial
[07:49] <andyrock> few weeks ago, I stopped using them because of that
[07:50] <duflu> andyrock, yes the pulseaudio update on 2017-06-30 improved things. But I think artful is much better
[07:50] <amano> @duflu: https://lists.freedesktop.org/archives/mesa-dev/2015-December/103327.html
[07:50] <andyrock> duflu: I guess I'll wait for 18.04 :D
[07:52] <duflu> amano, thanks but I have no desire/time to look at nouveau. In my experience it's generally been too buggy. We almost gave up on it during Mir development
[07:52] <duflu> Although most of that could be solved by implementing thread safety
[07:53] <duflu> And X11 + Wayland probably work around that issue, somewhat unwittingly
[08:01] <duflu> So maybe nouveau will be closer to perfect under Wayland like it was in X11, but not Mir
[08:02] <willcooke> morning all
[08:02] <Laney> guten tag
[08:02] <didrocks> hey willcooke, morning Laney
[08:02] <duflu> Morgen Laney, willcooke
[08:06] <Laney> hey didrocks & duflu
[08:06] <Laney> you good?
[08:06] <seb128> hey willcooke Laney, how is u.k today?
[08:08] <Laney> hey seb128
[08:08] <Laney> pretty grey
[08:08]  * Laney has a jumper on!
[08:09] <Laney> how's nl?
[08:12] <duflu> Wait, amano which sink work were you referring to?
[08:16] <seb128> quite rainy
[08:16] <seb128> though we have a bit of sun now
[08:16] <seb128> and a bit cold as well
[08:19] <amano> Your gstreamer patch prototypes. Scary stuff ;)
[08:21] <amano> Tnx for that, duflu
[08:23] <amano> clutterautovideosink and glimagesink?
[08:24] <duflu> amano, right, yes
[08:25] <duflu> Oddly enough, I only seem to have fixed vaapipostproc. If you disable VPP then the same old bugs exist (but nobody does disable it usually)
[08:26] <amano> Probably a PITA to debug that
[08:29] <duflu> amano, Not has difficult that problem, in theory. Because at least that code path is starting with some distorted/broken image on screen. The code path I fixed never had an image on screen before
[08:29] <duflu> -has +as
[09:00] <ricotz> hey desktopers
[09:01] <ricotz> if a package was in main before does this mean it is easier to get into main again? this is regarding the libreoffice dependencies: orcus and lpsolve
[09:08] <seb128> hey ricotz
[09:09] <seb128> ricotz, yes
[09:09] <seb128> things which were in main don't need a MIR
[09:10] <ricotz> seb128, hi, ok
[10:32] <rbasak> I seem to have lost suspend on lid close when charging. Though if I subsequently unplug it still doesn't suspend. Nothing in my Power settings. Is this expected?
[10:34] <rbasak> (on Artful)
[10:55] <Laney> rbasak: Check systemd inhibitors (systemd-inhibit), or see if it's gotten disabled (gnome-tweak-tool).
[10:55] <Laney> It's supposed to work
[11:00] <rbasak> Laney: which part is supposed to work? Is suspend supposed to be inhibited while mains power is available?
[11:00] <Laney> No
[11:00] <rbasak> Or are you saying that unplugging should cause an immediate suspend?
[11:00] <Laney> No
[11:00] <rbasak> (when lid closed)
[11:00] <rbasak> I see. I'll experiment, thanks!
[11:00] <Laney> Closing your lid should suspend
[11:09]  * Laney preps to upload gnome-software 3.25
[11:10] <Laney> probably going to block it in proposed for a little while to test it out
[11:12] <Laney> debdiff gnome-software_3.25.3-1_amd64.deb gnome-software_3.25.4-1_amd64.deb
[11:12] <Laney> Files in first .deb but not in second
[11:12] <Laney> [ EVERYTHING ]
[11:12] <Laney> -------------------------------------
[11:12] <Laney> -rwxr-xr-x  root/root   /usr/bin/gnome-software
[11:13] <Laney> might have messed something up /o\
[11:15] <Laney> oh yeah
[11:16] <Laney> I deleted the dh_install call ¬_¬
[11:17] <didrocks> thin package!
[11:19] <Laney> slimming the ISO
[11:20] <Laney> laney@artful> debdiff gnome-software_3.25.3-1_amd64.deb gnome-software_3.25.4-1test1_amd64.deb                                       ~/dev/debian/packaging/pkg-gnome/desktop/experimental/build-area
[11:20] <Laney> File lists identical (after any substitutions)
[11:20] <Laney> that's better
[11:20] <didrocks> missed opportunity :p
[11:22] <Laney> we could replace it with a shell script
[11:22] <Laney> echo "use apt"
[11:22] <Laney> *cough*
[11:22] <Laney> echo "use snap"
[11:25] <didrocks> ;)
[13:11] <kenvandine> didrocks, have you ever snapped an app that uses gjs?
[13:13] <didrocks> kenvandine: hum, never, only nodejs, but not gjs, anything special is needed? (I think you don't have a runtime nearby)
[13:13] <kenvandine> gjs provides a GjsPrivate typelib
[13:14] <kenvandine> I spent some time trying to append to GI_TYPELIB_PATH, but it looked like the launcher is eating it
[13:14] <kenvandine> it was friday, so the details are now fuzzy :)
[13:15] <didrocks> hehe, probably :)
[13:15] <kenvandine> i am about to get back to it
[13:15] <didrocks> I don't think the launcher has anything GI-related
[13:15] <kenvandine> it doesn't
[13:15] <didrocks> the launcher is ran prior your wrapper, correct?
[13:15] <kenvandine> i think so
[13:15] <didrocks> so I think your process should have GI_TYPELIB_PATH
[13:15] <kenvandine> it does, but doesn't include my change
[13:15] <didrocks> then, the other question is if it's working or you need another var :p
[13:16] <kenvandine> i need to dig into it again, it's all fuzzy now :)
[13:16] <kenvandine> just looking to see if anyone has tried this before
[13:17] <seb128> kenvandine, try flexiondotorg
[13:17] <seb128> otherwise probably not
[13:17] <kenvandine> flexiondotorg, ^^ ever snapped an app that uses gjs?
[13:20] <flexiondotorg> kenvandine Sadly not :(
[13:20] <kenvandine> ok
[13:20] <kenvandine> good times :)
[13:21] <flexiondotorg> When do layout land in snapd again? ;-)
[13:21] <flexiondotorg> The solution to all problems, apparently.
[13:21] <seb128> what is layout?
[13:22] <flexiondotorg> The ability to bind mount arbitrary paths on the host file system.
[13:22] <flexiondotorg> Gross over simplification.
[13:22] <flexiondotorg> zyg_a is working on it I believe.
[13:23] <seb128> k
[13:23] <didrocks> any place it's defined in detail? like the forum?
[13:23] <flexiondotorg> didrocks It was discuss at the London Snap sprint and I believe photos of whiteboard plans were posted in the forum.
[13:23] <didrocks> I didn't find it on the forum
[13:23]  * flexiondotorg goes looking...
[13:24] <didrocks> yeah, but a simple photo doesn't really summarize the discussion without context
[13:25] <flexiondotorg> didrocks precursor task discussion here https://forum.snapcraft.io/t/using-snap-update-ns-from-snap-confine-to-initialize-mount-namespaces/1266
[13:26] <didrocks> flexiondotorg: ah, thanks :) the like of feature-name "layout" in the title made it heard to search for
[13:27] <willcooke> desktoppers running Artful - can you see if you can create a wifi hotspot via network manager?  I can't get it to connect, tells me the password is wrong every time
[13:29] <willcooke> oh, connected now at least (poor choice of font type in that box I think)
[13:29] <willcooke> but yeah, the whole hotspot thing seems broken
[13:29] <seb128> willcooke, what did you change?
[13:30] <willcooke> it was a "capital eye" not a "lower case ell"
[13:30] <willcooke> need to make that display in mono-space I think.
[13:33] <seb128> ah
[13:45] <willcooke> cyphermox, do you know... what's the impact of installing dnsmasq alongside networkd? Specifically, without dnsmasq the hotspot feature in network manager doesn't "work" (no ip address on the client)
[13:45] <willcooke> or better still, can networkd be made to do this instead?
[13:51] <jbicha> willcooke: btw, gnome-control-center 3.25.4 has a new Wi-Fi panel, you can try it out in the GNOME3 Staging PPA
[13:51] <seb128> willcooke, https://lists.ubuntu.com/archives/ubuntu-devel/2016-December/039564.html
[13:52] <seb128> jbicha, that shouldn't change much to the situation if the issue is on the n-m side
[13:52] <jbicha> yes
[13:53] <seb128> yes it should change the situation? or not change it?
[13:54] <seb128> I hope the new panel doesn't regress on features
[13:57] <jbicha> it looks like it has all the features to me, but maybe a bit better designed?
[13:59] <seb128> I didn't see the new ones, just discussions on #control-center
[14:00] <seb128> willcooke, would be useful to have a bug with your journal log in any case
[14:01] <willcooke> seb128, ack
[14:01] <willcooke> https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1678606
[14:01] <willcooke> Will tag on to that one
[14:02] <seb128> you get the same error in your log?
[14:04] <willcooke> need to read the logs
[14:05] <seb128> willcooke, just open a bug using ubuntu-bug
[14:05] <seb128> on network-manager
[14:05] <seb128> that should include the logs
[14:05] <willcooke> seb128, oki, I'll need to uninstall dnsmasq etc
[14:06] <seb128> willcooke, I'm going to try on artful in a bit, I'm dual booting and currently in xenial
[14:06] <seb128> I let you know how it works for me
[14:18] <jbicha> yes, I can confirm both issues, missing dnsmasq and it would be nice if the password was in a mono font
[14:19] <willcooke> jbicha, thx.  I'm trying to find out where that window's layout is in nm-applet, but getting nowhere... any clues? Should be easy enough to patch
[14:20] <jbicha> willcooke: I don't think it's in nm-applet but in gnome-control-center
[14:20] <jbicha> panels/network
[14:20] <willcooke> ahhh
[14:20] <willcooke> of course
[14:20] <willcooke> durr
[14:24] <willcooke> network-wifi.ui
[14:30] <didrocks> killing g-s-d hardly was maybe a little bit too much…
[14:34] <seb128> jbicha, do you plan to report those upstream maybe since you can confirm? ;-)
[14:36] <cyphermox> willcooke: networkd can't do it, but there is no impact to having dnsmasq installed
[14:36] <cyphermox> (well, dnsmasq-base)
[14:37] <cyphermox> NM by itself won't do anything with it aside from connection sharing (if you so choose) unless the option to use it as a caching nameserver is enabled (it's not supposed to be now)
[14:38] <willcooke> cyphermox, ack, thanks
[14:39] <willcooke> seb128, jbicha  - I was trawling u/s bugzilla, didnt find a good match yet.  I can log upstream if required
[14:39] <seb128> cyphermox, willcooke, we should make n-m recommends dnsmasq-base then?
[14:39] <cyphermox> it's already supposed to
[14:42] <cyphermox> *sigh*
[14:42] <seb128> cyphermox, it was removed in http://launchpadlibrarian.net/279417634/network-manager_1.2.2-0ubuntu6_1.2.2-0ubuntu7.diff.gz
[14:42] <cyphermox> well, it should have had it
[14:42] <seb128> pitti did that when he switched to resolved
[14:42] <cyphermox> yeah, that was wrong
[14:43] <cyphermox> but it's not something you'd just "know", it's an obscure feature
[14:43] <cyphermox> that said, it should probably be a Recommends, not a Depends
[14:43] <seb128> right
[14:43] <seb128> Recommends seems right
[14:43] <cyphermox> we want it to ship by default, I think, but not force it to be installed if NM is
[14:44] <pitti> why do you want NM to set up dnsmasq again? having two resolvers only seems to make things more complicated again?
[14:44] <cyphermox> pitti: we don't
[14:44] <pitti> (or use dnsmasq only)
[14:44] <cyphermox> dnsmasq-base is also used for connection sharing to provide DHCP
[14:44] <pitti> ah, I see
[14:45] <cyphermox> that's why I said the removal change was wrong, but it's not something you could have known
[14:45] <seb128> hey pitti :-) how are you? sorry for the ping, should have used a _
[14:45] <pitti> indeed, sorry about that
[14:45] <cyphermox> no worries
[14:45] <pitti> seb128: okay-ish; apparently I caught a virus from my nephew last weekend, but it's not too bad
[14:45] <pitti> how are you?
[14:45] <seb128> :-(
[14:45] <seb128> I'm good thanks!
[14:46] <seb128> though weather is looking like automn this week
[14:46] <pitti> heh yes, here too; the summer took a break
[15:13] <didrocks> seb128: can you try under looking in G-S: Shell.util_translate_time_string (N_("%B %e %Y"));
[15:13] <didrocks> what does this give you?
[15:14] <seb128> where do I type that?
[15:14] <didrocks> alt+f2
[15:14] <didrocks> lg
[15:17] <seb128> didrocks, r(0) = %-e %B %Y
[15:17] <didrocks> ok, that's my bug then
[15:17] <didrocks> I still get %B %e %Y
[15:17] <didrocks> that's why the date is weird for me
[15:17] <didrocks> thanks for testing! Now… why…
[15:17] <seb128> I tested on the daily iso and it's fine as well
[15:18] <didrocks> I probably have something locale puzzling the shell thus…
[15:18] <didrocks> oh, can you just try N_("%B %e %Y") as well?
[15:19] <seb128> didrocks, gettext -d gnome-shell "%B %e %Y"
[15:19] <seb128> ?
[15:19] <didrocks> %-e %B %Y :/
[15:19] <seb128> fun
[15:19] <didrocks>  don't understand why there is N_() and this call
[15:20] <seb128> do you have an extension messing up things?
[15:20] <didrocks> no extension
[15:20] <seb128> does it do it with another user on the same system?
[15:20] <didrocks> good question, let me try
[15:21] <didrocks> indeed, a new user is fine
[15:24] <didrocks> so, N_("%B %e %Y") is returning you the translated string format?
[15:24] <didrocks> or is it Shell.util_translate_time_string() doing the work?
[15:24] <didrocks> rom the gettext request, I would expect my N_() returning %-e %B %Y
[15:24] <seb128> you said that gnome-calendar had the same issue for you?
[15:25] <seb128> so I would say it doesn't have to do with shell
[15:25] <didrocks> yep, from memory
[15:25] <didrocks> same, hence the N_() check
[15:25]  * didrocks looks again where this format is in gnome-calendar
[15:26] <didrocks> indeed, when creating new event, I have "juillet 25" for instance
[15:26] <seb128> gtk30 domain has those format string iirc
[15:27] <didrocks> and so, N_("%B %e %Y") returns you the correct format in the shell? which isn't the case for me despite gettext -d…
[15:29] <seb128> Shell.util_translate_time_string (N_("%B %e %Y")); ?
[15:29] <seb128> or ?
[15:29] <didrocks> just N_("%B %e %Y")
[15:29] <seb128> %B %e %Y
[15:29] <didrocks> ok, I'm even more puzzled, shouldn't that be gettext?
[15:30] <seb128> I don't know how that lg debug mode is working
[15:30] <seb128> and if the correct translation domain is set
[15:30] <seb128> or bindtextdomain or equivalents
[15:30] <seb128> oh
[15:30] <seb128> it's meeting time!
[15:30] <didrocks> ah, could be that the Shell.(…) wrapper set it
[15:30] <didrocks> yeah :)
[15:30] <seb128> didrocks, let's continue that on a side channel or after the meeting
[15:30] <didrocks> well, no, it's not, I can't read the date :p
[15:30] <didrocks> yep ;)
[15:30] <jbicha> o/
[15:31] <seb128> #startmeeting Desktop team 2017-07-25
[15:31] <meetingology> Meeting started Tue Jul 25 15:31:54 2017 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:31] <meetingology> Available commands: action commands idea info link nick
[15:32] <seb128> Roll call: andyrock, dgadomski, didrocks, duflu (out), jbicha, jamesh (out), jibel, heber (out), kenvandine, laney, oSoMoN, seb128, tkamppeter, trevinho, robert_ancell (out)
[15:32] <seb128> hope everybody is doing fine!
[15:32] <Laney> seb128 is in the hot seat
[15:32] <andyrock> hey hey
[15:32] <seb128> Laney, indeed!
[15:33] <kenvandine> o/
[15:33] <seb128> ok, let's get started
[15:33] <seb128> #topic andyrock
[15:33] <seb128> andyrock, hey
[15:33] <andyrock> Unity:
[15:33] <andyrock> # Debugged the favorite icons migration problem with unity7 (solution not easy to implement)
[15:33] <andyrock> # Reviewing Trevinho's code
[15:33] <andyrock> Livepatch:
[15:33] <andyrock> # Successfuly added code in the root daemon to send Server Side Events
[15:33] <andyrock> # First implementation of user daemon to listen to SSEs and display notifications
[15:33] <andyrock> eod
[15:33] <andyrock> *w
[15:34] <seb128> thanks andyrock
[15:34] <seb128> #topic dgadomski
[15:35] <seb128> dgadomski, hey
[15:35] <dgadomski> hey
[15:35] <dgadomski> * discussed the way to fix bug #1699179 with the landscape team, working on implementation
[15:35] <dgadomski> * debugging smbd for bug #1701073
[15:35] <dgadomski> * made some progress but still working on autopkgtests for bug #1700827, tested all binaries from that package for segfaults etc.
[15:35] <dgadomski> * tested binaries for bug #1704130
[15:35] <dgadomski> eof
[15:35] <seb128> thanks dgadomski
[15:35] <seb128> #topic didrocks
[15:35] <seb128> didrocks, hey
[15:35] <didrocks> * reviewed/discussed gdm transition with Laney
[15:35] <didrocks> * started to look at the "sound above 100%" issue with local patches working here. gnome-settings-daemon, using ubuntu-settings schema and gnome-control-center UI tweak. Some patch is needed in GNOME Shell as well, but implemented right now as a hackish extension. Will get a less impactful and hacky patch in G-S before uploading (restricting this to the ubuntu* sessions)
[15:35] <didrocks> * started to read some G-S extensions code and API to prepare London sprint
[15:35] <didrocks> * some AA work (NEW reviews for Mate components)
[15:35] <didrocks> * zeitgeist & indicator-application demotion via rhythmbox plugins, and other services. We have now mostly demoted everything we can but libunity, libappindicator (pulling dee). However, no daemon is installed.
[15:36] <didrocks> * snap theming discussions with snapd upstreams to present issues and what should be done. Worked with seb listing more themes to be included by default in both desktop cloud part and GNOME platform snap. Did some build and size metrics report. However, the extra size and build time has been decided as being too much for this.
[15:36] <didrocks> * fixes: amazon double icon via workaround and gnome-software unthemed (not the ubuntu one) icon debugged & fixed.
[15:36] <didrocks> * 5 years old very simple patch in GNOME for evince rebased (after recent comment) and reposted, after some dust removal ofc! :)
[15:36] <didrocks> .
[15:36] <seb128> thanks didrocks!
[15:36] <didrocks> yw ;)
[15:36] <seb128> #topic duflu
[15:37] <seb128> * Video acceleration:
[15:37] <seb128>   - Continued going deep in gstreamer-vaapi to fix totem+Wayland: https://bugs.launchpad.net/bugs/1701463
[15:37] <seb128>     . I decided to get ambitious and solve it properly (fix the corruption and performance simultaneously) by addressing a longstanding bug: https://bugzilla.gnome.org/show_bug.cgi?id=740753
[15:37] <seb128>     . Good news: Working proof of concept as of yesterday!
[15:37] <seb128>     . Good news: Smooth and fast (and not corrupted) video in Gstreamer/totem under Wayland!
[15:37] <seb128>     . Bad news: It requires some hacks that will take more time to eliminate.
[15:37] <seb128>     . I will continue to try to resolve these issues but so far upstream is silent, not commenting.
[15:37] <seb128>     . If I don't (or do?) make more progress on cleaning up my solution I might still PPA it regardless.
[15:37] <seb128>   - In other news, an Intel engineer has proposed VA-API support to Chromium this week: https://chromium-review.googlesource.com/c/532294/
[15:37] <seb128> * Noteworthy bug count deltas this week:
[15:37] <seb128>   - gnome-shell (Ubuntu): 414 (May) -> 236 (July)
[15:37] <seb128> * Daily bug management across gnome-shell, ubuntu-themes, bluez, pulseaudio and mir.
[15:37] <seb128>   - Time consuming, but it keeps us on top of the user-facing issues.
[15:37] <seb128> #topic jbicha
[15:37] <seb128> jbicha, hey
[15:37] <jbicha> • Released new version of gnome-tweak-tool, renamed as Tweaks
[15:37] <jbicha> • Updated gtk3 to 3.22.17 and some other updates for artful
[15:37] <jbicha> • Packaged mozjs52 for artful new queue…but gjs 3.25.4 isn't working right with it yet, some linking issue
[15:37] <jbicha> • Packaged tracker2 for GNOME3 Staging PPA
[15:38] <jbicha> • If you enable the PPA, you can also run gnome-control-center-alt to see the redesign that might land for 3.26
[15:38] <jbicha> eof
[15:39] <seb128> thanks jbicha
[15:39] <seb128> jbicha, is that redesign likely to be complete this cycle or not?
[15:39] <jbicha> uh, probably
[15:39] <seb128> or asked differently, could that be risky for the LTS and something we should investigate more before deciding?
[15:40] <jbicha> I'm disappointed that they still set gnome-control-center-alt to not be installed in last week's dev snapshot (overriden in PPA)
[15:40] <jbicha> yes, it should be investigated more, not many eyes have looked at it yet, although it's been a WIP for a while
[15:41] <seb128> k
[15:41] <seb128> we should probably add that to the backlog
[15:41] <jbicha> I don't think it's particularly risky for LTS, just a different layout mostly
[15:42] <seb128> k
[15:42] <jbicha> big benefit is g-c-c is resizable now
[15:42] <seb128> thanks jbicha
[15:42] <seb128> I'm going to give that a try and let you know how it works for me
[15:42] <seb128> k, let's keep moving
[15:42] <seb128> #topic jamesh
[15:42] <seb128> * I posted a list of snapd/snapcraft issues that are important to the
[15:42] <seb128> desktop on the Snapcraft forum
[15:42] <seb128> (https://forum.snapcraft.io/t/ubuntu-desktop-team-priorities/1397/3),
[15:42] <seb128> and have followed up on a few of them as people have replied.
[15:42] <seb128> * For the snapd polkit auth issue, I updated my pull request based on
[15:43] <seb128> review comments from chipaca.  Still not sure if they'll accept it or
[15:43] <seb128> not though.
[15:43] <seb128> * I wrote a patch for NetworkManager to allow toggle connectivity
[15:43] <seb128> checking via D-Bus API, which will make it possible for the privacy
[15:43] <seb128> control panel to disable the checks without needing to
[15:43] <seb128> install/uninstall packages.  I've submitted the patches upstream in
[15:43] <seb128> their bug tracker and mailing list.  When it is accepted, we can
[15:43] <seb128> backport it into our packages.
[15:43] <seb128> #topic heber
[15:44] <seb128> heber, hey, around or should I paste the update you sent via email?
[15:44] <seb128> seems I should copy it
[15:44] <seb128> * Jenkins jobs for post install/upgrade have been tested. There are some improvements to do in order to get consistent results and avoid random failures, timeouts, etc.
[15:44] <seb128> * Some progress on running tests on HW, I need to fix autologin in setup and make testflinger collect the artifacts.
[15:44] <seb128> * Fix test Test Default Session Type which fails on Xenial.
[15:45] <seb128> #topic kenvandine
[15:45] <seb128> kenvandine, hey
[15:45] <kenvandine> * Promoted gnome-dictionary, gnome-calculator, quadrapassel, gnome-clocks, and gnome-sudoku to the stable channel.
[15:45] <kenvandine> * GUADEC planning, arranged a BoF for gjs/mozjs with the upstream maintainer.
[15:45] <kenvandine> * Discussing the GNOME Sharing framework with upstream, hoping to help make the solution handle content exchange for snaps
[15:45] <kenvandine> * More backports to the gnome-3-24 PPA to build snaps
[15:45] <kenvandine> * Worked on more snaps, gnome-maps and gnome-photos are still in process
[15:45] <kenvandine> eof
[15:46] <seb128> thanks kenvandine
[15:46] <seb128> #topic Laney
[15:46] <seb128> Laney, hey
[15:46] <Laney> yo
[15:46] <Laney> • Spent some time looking at the snapd-glib "hang" problem. Learned a lot about GMainContext, libraries and threads - have written a patch which passes the testsuite in snapd-glib; now need to test it in gnome-software, after...
[15:46] <Laney> • Nagged about a gnome-software release, got one put out, just uploaded it to experimental
[15:46] <Laney> • Rebased the wip/ubuntu-master branch; package merge in progress - to be uploaded today. That's gnome-software with no custom apt backend, using PK. I'll block it in proposed and we can test it for a few days.
[15:46] <Laney> • Just been doing a bit of el rapido debugging of a tracker build failure raised in #debian-gnome
[15:46] <Laney> • glib 2.53.4
[15:47] <Laney> • autopkgtest: linux breaking things again; run manually, file bug, blacklist - kernel team came back with a proposed fix (disabling the test...) which I'm currently doing a test run of
[15:47] <Laney> • last couple of gst 1.12.2 uploads
[15:47] <Laney> 😬
[15:47] <seb128> thanks Laney
[15:48] <seb128> #topic seb128
[15:48] <seb128> done
[15:48] <seb128> • tested artful daily, reported some GNOME bugs upstream (shell, gdm, software, g-c-c)
[15:48] <seb128> • investigated some translations issues
[15:48] <seb128> • debugged bluetooth/obex not working
[15:48] <seb128> • discussed some desktop issues (gnome-software/snap plugin hanging, .desktop migrations)
[15:48] <seb128> • sponsoring the new libreoffice version from Olivier
[15:48] <seb128> • worked with Didier on changes to the snap desktop launcher to include more themes
[15:48] <seb128> • synced meson for Rico and then nagged about armhf issues
[15:48] <seb128> • updated d-feet
[15:48] <seb128> • set up langpack job for artful weekly updates
[15:49] <seb128> #topic tkamppeter
[15:49] <seb128> tkamppeter, hey
[15:49] <tkamppeter> - cups-filters: Testing of cups-browsed, especially load-balanced clustering, shutdown of remote servers, spotted some remaining crashes and fixed them, especially one which is probably the one generating all the error reports of users (will observe the error reports to see whether 1.15.0 will not appear there). Received a patch for another hang-on-cups-browsed-shutdown cause. Allow suppression of clustering via cups-browsed.conf option. R
[15:49] <tkamppeter> eleased 1.15.0 with all the improvements and fixes of the last weeks.
[15:49] <tkamppeter> - Google Summer of Code 2017: Student project coordination and mentoring. Filled evaluations for the second month of the two students I am the principal mentor of. All students doing good progress.
[15:49] <tkamppeter> - Bugs.
[15:50] <seb128> thanks tkamppeter
[15:50] <seb128> #topic Trevinho
[15:50] <seb128> Trevinho, hey
[15:52] <seb128> oh, he's out today but he looks like he didn't send his weekly update
[15:52] <seb128> #topic robert_ancell
[15:53] <seb128> - Working on moving gnome-software / snapd-glib SRUs.
[15:53] <seb128> - Working on making Editor's Pick / Featured sections in GNOME Software display snaps better.
[15:53] <seb128> - Chasing down default snap icon not working in 16.04.
[15:53] <seb128> - Preparing next gnome-software SRUs.
[15:53] <seb128> - Had a look into BuildStream.
[15:53] <seb128> #topic aob
[15:53] <seb128> any other topic?
[15:54] <jbicha> no irc meeting next week for guadec?
[15:54] <seb128> unsure, up to willcooke
[15:54] <seb128> it's only a subset of the team going
[15:55] <jbicha> ok, nothing else from me :)
[15:55] <seb128> thanks for pointing it out though
[15:55] <seb128> ok, it's a wrap then
[15:55] <seb128> thanks everyone
[15:56] <didrocks> thanks!
[15:56] <seb128> #endmeeting
[15:56] <meetingology> Meeting ended Tue Jul 25 15:56:05 2017 UTC.
[15:56] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2017/ubuntu-desktop.2017-07-25-15.31.moin.txt
[15:56] <seb128> Laney, jbicha, cyphermox, opinion on https://code.launchpad.net/~seb128/ubiquity/new-gsd-binaries/+merge/327611 ?
[15:56] <seb128> didrocks, ^ you as well
[15:58] <Laney> seb128: looks good to me
[15:58] <seb128> Laney, thanks :-)
[15:58] <Laney> sry for forgetting to respond
[15:58] <didrocks> answered on the MP
[15:59] <seb128> no worry, thanks for having a look now
[15:59] <seb128> didrocks, thanks as well!
[15:59] <didrocks> yw ;)
[15:59]  * didrocks noticed from the description that it's Laney who wrote the bug report :p
[16:00] <Laney> on that one?
[16:01] <didrocks> Laney: no, on bug #1688395 "favourites" :)
[16:01] <Laney> oho
[16:01] <Laney> I do that on purpose
[16:01] <didrocks> claiming your origins! :)
[16:02] <Laney> sometimes even when copying from other places I will change the spelling
[16:02] <didrocks> ahah
[16:02] <didrocks> I don't think it worthes chasing this date thing… or just wait for a cleanswap of my install I will do soon…
[16:02] <didrocks> can't really spot anything easily
[16:03] <Laney> didrocks: on that one, I don't think I checked if there were reverse dependencies yet ...
[16:03]  * Laney thought when filing it that the assigned person was going to work on it
[16:03] <Laney> :)
[16:03] <didrocks> I'll try to poke x_nox as well before diving into it :p
[16:03] <didrocks> we'll see
[16:04] <Laney> <3
[16:26] <Trevinho> seb128: sorry.... Damned me, I added reminder and I didn't send it. :-(
[16:27] <Trevinho> Anyway... Some more woke in the x SRU and lowgfx fixes. It looks all green now. Waiting andyrock to test it for the hitting the publish button.
[16:34] <willcooke> http://i.imgur.com/fTq8bGp.png
[16:34] <willcooke> seb128, jbicha  ^
[16:55] <andyrock> Trevinho: ops I forgot to test
[16:56] <andyrock> I'll do it tomorrow morning
[17:01] <andyrock> In the meanwhile...  https://usercontent.irccloud-cdn.com/file/UE9Hdiar/out-3.ogv
[17:01] <andyrock> seb128 willcooke ^^^
[17:02] <andyrock> I just need to change the text for the notification and then it's done
[17:02] <willcooke> andyrock, neat!
[17:03] <willcooke> andyrock, and does it show the notifications when something gets patched too?
[17:03] <andyrock> not yeat, but it's a couple of lines of code to add the support
[17:03] <willcooke> andyrock, woot!  nice work!
[17:03] <andyrock> basically I'm using http signals between the two servers
[17:03] <andyrock> *daemons
[17:04] <andyrock> so we can signal for whatever we want
[17:04] <andyrock> I talked with livepatch devs and they agreed using server side events
[17:04] <andyrock> I guess I can "demo" it tomorrow
[17:04] <willcooke> andyrock, awesome
[17:27] <Laney> nighty night homies
[17:27] <willcooke> l8r Laney
[19:26] <willcooke> jbicha, when you get a sec, what do you think about this patch: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1706421
[19:26] <willcooke> not sure if I've done it correctly
[19:50] <ricotz> afaics there are some desktop-packages which need a python-nochange-rebuild: eog-plugins, gedit, gedit-plugins
[20:13] <jbicha> willcooke_: do you have the time to file a GNOME bug for that?
[20:15] <willcooke_> jbicha, https://bugzilla.gnome.org/show_bug.cgi?id=785413
[20:21] <jbicha> thanks
[20:37] <kenvandine> #!/home/ken/work/desktop/gnome/snaps/platforms/gnome-maps/parts/gnome-maps/install/usr/bin/gjs
[20:37] <kenvandine> well that isn't desirable
[21:19] <willcooke_> night all


 I'm not sick anymore, just got a sinus headache now from the high pressure. But that weather will be gone tomorrow. How are you?
[08:49] <didrocks> hey jpnurmi
[08:49] <jpnurmi> great thanks! i realized last night that i had worked last thursday even though it was a public holiday in sweden haha
[08:53] <seb128> duflu, a bit tired but alright otherwise!
[08:54] <seb128> jpnurmi, lol, that's nice that we have swap days for such instances ;-)
[08:54] <oSoMoN> hey duflu, jpnurmi
[09:08] <seb128> duflu, did you want to do the  bluez 5.63 update or should I do it? I'm happy to do it if you are busy with other things
[09:17] <duflu> seb128, ha. Always the one day I didn't check for updates
[09:19] <duflu> seb128, I think I should context switch to BlueZ or else mutter issues will keep me up all night
[09:22] <duflu> I'll do it
[09:42] <seb128> duflu, thanks
[10:50] <duflu> seb128, done in bug 1957160
[14:35] <KGB-0> gvfs ubuntu/master ec4f441 Sebastien Bacher debian/ changelog control control.in * https://deb.li/1KQy
[14:35] <KGB-0> * debian/control.in:
[14:35] <KGB-0>   - correctly depends on fuse3 instead of fuse, fixing an error with the
[14:36] <KGB-0>     revert in the previous upload (lp: #1956949)
[14:36] <KGB-0> gvfs ubuntu/master 09c80f3 Sebastien Bacher debian/changelog * upload to ubuntu * https://deb.li/3Vmv4
[15:35] <KGB-1> gvfs ubuntu/master 9d76450 Sebastien Bacher debian/ changelog patches/series patches/new-meson-build.patch * https://salsa.debian.org/gnome-team/gvfs/-/commit/9d76450
[15:35] <KGB-1> * debian/patches/new-meson-build.patch:
[15:35] <KGB-1>   - don't use positional arguments in the 18n merge function, fix the
[15:35] <KGB-1>     build with the new meson version
[15:36] <KGB-1> gvfs ubuntu/master 32e751e Sebastien Bacher debian/changelog * upload to ubuntu * https://salsa.debian.org/gnome-team/gvfs/-/commit/32e751e


[11:50] <elfy> anyone about who can move will cooke's session re the e-mail to the list - I'd have done it, but there's no obvious way to do - and the docs aren't helping :p
[13:12] <dholbach> jose, are you in touch with any of the other cloud/devops track leads?
[13:12] <dholbach> jose, there's still two sessions which are not scheduled yet
[13:12] <jose> hey dholbach, not so much, they've been busy with work I suppose
[13:13] <jose> dholbach: checking, I just woke up and yesterday everything was set
[13:13] <dholbach> well, it's not too bad - it's just 2 sessions and not 200 ;-)
[13:13]  * dholbach hugs jose
[13:13]  * jose hugs dholbach back
[13:35] <jose> mhall119: hey, you doing the UE Live or should I cancel it
[13:41] <mhall119> jose: cancel it
[13:41] <mhall119> jose: I am going to simulcast the UOS keynote on ubuntuonair.com
[13:45] <popey> might want to delete this tweet https://twitter.com/UbuntuOnAir/status/532529525939511296
[14:05] <belkinsa> It's UOS time!
[14:05] <belkinsa> ;)
[14:44] <dholbach> dpm, shall I start the hangout for the roundtable?
[14:44] <dpm> dholbach, sure, thanks!
[16:49] <jono> dpm, are we good to go in 10m?
[16:49] <dpm> jono, at UOS, sorry
[16:50] <jono> dpm, no worrieS!
[16:50] <jono> we can catch up next week :-)
[16:55] <dpm> jono, sounds good
[16:55] <dpm> nice session dholbach!
[16:57] <dpm> jono, there's a Mark Q&A coming up next. There's your chance to ask tricky questions as ex-Canonicaler now ;)
[16:58] <dholbach> dpm, thanks
[16:58] <dholbach> hey jono, you old hippie!
[16:58] <elfy> nothing wrong with hippies ...
[16:59] <dholbach> elfy, not at all
[16:59] <elfy> lol
[18:05] <mhall119> jono: you're not participating in UOS session? shame on you
[18:06] <popey> lolz
[18:20] <belkinsa> Thanks to whoever scheduled the UOS 14.11 feedback session for me.
[19:05] <mhall119> belkinsa: no problem :)
[19:19] <jose> popey: everything's automated, I had already left for univeristy
[20:08] <pleia2> czajkowski: in the valley, right? I can make it down there after work and maybe you, mjoseph and I can grab some dinner one night :)
[20:29] <czajkowski> yeah
[20:30] <czajkowski> no idea of the address
[20:30] <czajkowski> need to go mail travel agent with a list of places I ened to be in ove rthe next 4 weeks


We forgot to add Ubuntu tasks so the robots know to update all the 0.25.0 bugs


[05:51] <pitti> Good morning
[05:53] <robert_ancell> pitti, hey, do you understand how the documentation translations works with ubuntu?
[05:53] <pitti> robert_ancell: not differently than in upstream
[05:54] <pitti> robert_ancell: except that we can pull updated po files from LP
[05:54] <pitti> i. e. you can do an export for the package, stuff it in as a patch, and thus get updated translations during biuld
[05:54] <robert_ancell> pitti, we have long standing bug 543282 where simple-scan help is not translatable
[05:54] <ubot2> Launchpad bug 543282 in simple-scan "Documentation cannot be translated" [High,Triaged] https://launchpad.net/bugs/543282
[05:54] <robert_ancell> pitti, so is it just because there are no .po files there currently?
[05:55] <pitti> robert_ancell: how is the documentation build? Doesn't it take some C (locale, not programming language) input file and use some yelp-tools or similar to generate per-language docs?
[05:55] <robert_ancell> pitti, yeah, it's just standard yelp tools, like gcalctool and most other GNOME projects
[05:56] <pitti> robert_ancell: so step 1 would be to ensure that your package builds a current .pot during build
[05:56] <robert_ancell> pitti, so it doesn't do that, and no other GNOME package does afaict
[05:56] <pitti> robert_ancell: I suppose the .pot (i. e. the domain) for the help is different than the runtime domain
[05:56] <pitti> robert_ancell: in fact, most gnome packages do, by way of cdbs gnome.mk
[05:56] <pitti> or dh_translations
[05:57] <pitti> robert_ancell: but yes, the immediate cause of non-translated docs are certainly missing po files, provided that the build system is set up to use them if they are present
[05:57] <pitti> robert_ancell: reviewing your 3.4.1 uploads, thanks
[05:57] <didrocks> good morning
[05:58] <pitti> hey didrocks
[05:58] <robert_ancell> pitti, yes, please have a close look at the vte one.  It has the most changes, but they seem ok
[05:58] <didrocks> guten morgen pitti :)
[05:58] <pitti> robert_ancell: hm, we usually upload to -proposed nwo
[05:58] <robert_ancell> pitti, last I asked it was back to precise!
[05:58] <pitti> robert_ancell: for most packages it's harmless enough, but for vte I'd prefer proposed as it has more potential for archive breakage
[05:59] <robert_ancell> ok
[05:59] <robert_ancell> feel free to kick it back then
[05:59] <pitti> robert_ancell: that only lasted for two days until LP was fixed
[06:00] <pitti> robert_ancell: vte seems reasonable, assuming that you tested with gnome-terminal
[06:00] <pitti> robert_ancell: I'll reject it, and let you reupload to -proposed, and then accept it right away
[06:00] <robert_ancell> pitti, yes, been running it for a few hours
[06:00] <pitti> robert_ancell: (I trust that the diff is going to be the same)
[06:01]  * robert_ancell looks devious
[06:05] <pitti> robert_ancell: accepted the others
[06:05] <pitti> I updated the pad
[06:05] <pitti> so that leaves brasero, yelp, cheese
[06:05] <pitti> err, brasero is in
[06:05] <pitti> robert_ancell: are you still working on updates? If so, can you please claim them in the pad?
[06:05] <pitti> I'll take some others then
[06:06] <robert_ancell> pitti, nope, I'm done for the day
[06:07] <didrocks> pitti: I'm testing a fix for the software-center animation icon issue (just get it few minutes ago). if that fixes it for me, what do you think about sneaking this other fix as well (one line fix, making the workspace section keys of the overlay translated): http://bazaar.launchpad.net/~unity-team/unity/trunk/revision/2283
[06:09] <pitti> didrocks: LGTM
[06:10] <didrocks> pitti: thanks, building and trying on both my laptop and netbook the fix
[06:14] <rickspencer3> hey didrocks
[06:14] <rickspencer3> didrocks, what do you think is less risky, reverting or moving forward with Jay's fix?
[06:14] <didrocks> bonjour rickspencer3 ;)
[06:14] <rickspencer3> I'm a bit worried about piling regression on top of regression
[06:16] <didrocks> rickspencer3: the fix doesn't look worrying. As I have one hw which can shows the issues, I can test it, and as well on my laptop. Reverting the issue make revert other memleak fixes and is less tested. So I propose to pick the fix, push into -proposed, having some confirmations all is fine, and go with it if so
[06:17] <pitti> hey rickspencer3
[06:17] <rickspencer3> hey pitti
[06:17] <rickspencer3> didrocks, ok, let me know when it's built in proposed, and I'll update my netbook
[06:18] <didrocks> rickspencer3: will do :) building locally right now and ensuring everything is fine first :)
[06:28] <robert_ancell> pitti, oh, did you solve that gtk+ issue?
[06:28] <pitti> robert_ancell: if you mean the "kills session during build", no
[06:34] <robert_ancell> pitti, doing gnome-games update right now
[06:50] <robert_ancell> pitti, hey, do you follow the valac packaging?
[06:50] <pitti> not closely, why?
[06:51] <robert_ancell> pitti, it's just that apt-get install valac installs the 0.14 version, when it really should do the 0.16 version.  I don't know how we're supposed to handle the packaging correctly - currently valac is build from the 0.14 source package
[07:02] <didrocks> rickspencer3: pitti: ok, I've done 10 installs/uninstalls in a row without any issue. You have to move the mouse on low configuration to trigger a refresh to get the animation, but it's not a new issue. Will publish it to -proposed.
[07:03] <rickspencer3> hey didrocks
[07:03] <rickspencer3> let me know when it's built and I'll install and test
[07:03] <rickspencer3> didrocks, I'll run through the unity tests to make sure I don't hit any other issues
[07:04] <didrocks> rickspencer3: ok, the change is just in functions that are called by software-center installing the application FYI
[07:04] <didrocks> (dbus triggered)
[07:05] <rickspencer3> didrocks, you don't know how many times in my life I have heard "there is no way this could affect code outside of foo"
[07:05] <rickspencer3> ;)
[07:05] <rickspencer3> fortunately, we have a good set of tests to run through , so regressions should show up quickly
[07:05] <didrocks> rickspencer3: I didn't tell there is no way, I just told "the functions that were touched are only called in that case" :p
[07:06] <rickspencer3> lol
[07:11] <didrocks> ah pitti beats me at totem-pl-parser while I was looking at unity :)
[07:32] <pitti> heh
[08:05] <seb128> hey
[08:06] <didrocks> hey seb128
[08:07] <seb128> hey didrocks
[08:15] <pitti> bonjour seb128
[08:15] <seb128> oh, a pitti!
[08:15] <seb128> pitti, it's meeting reminder day! ;-)
[08:15] <pitti> http://reports.qa.ubuntu.com/reports/bug-fixing/canonical-desktop-team-precise-fixes-report.html
[08:15]  * pitti ^5s seb128
[08:15] <pitti> seb128: oh, thanks
[08:15] <seb128> pitti, how are you? I hope the 3am uploads are delayed approval and just not you going to be at 3am to start again at 6am ;-)
[08:16]  * seb128 hugs pitti
[08:16] <pitti> seb128: nah, I went to bed at 0:30
[08:16] <pitti> and got up again at 7:15
[08:16] <seb128> pitti, tie! good, don't touch anything out of proposed now ;-)
[08:16] <pitti> I was just awake
[08:16] <pitti> seb128: hehe, same for you!
[08:16] <seb128> deal!
[08:17] <pitti> seb128: I need to do an apport and kerneloops upload to disable for the final release, as well as langpacks, but none touch bugs, so you are safe
[08:17] <pitti> seb128: I have a better idea
[08:17] <pitti> we merge ourselves into ~ubuntu-desktop-bug-rockers
[08:17] <pitti> and then beat the didrocks team with a whopping 670 bugs!!
[08:17] <pitti> take that, didrocks!
[08:17] <seb128> we would kick didrocks's butt like that :p
[08:18] <seb128> pitti, "left in pool: 0"
[08:18] <seb128> nice the retracers managed to catch up during the night
[08:19] <pitti> seb128: yeah, I happened to look at the retracer this morning at exactly the time when it was down to 5, and saw it grind down to 0 in 10 seconds
[08:19] <didrocks> yeah yeah yeah ;)
[08:19] <pitti> I seem to have a knack for good timing today
[08:19] <seb128> ;-)
[08:19] <pitti> /msg didrocks for ten beer we add you to the team and we'll break the 1.000 mark
[08:20] <didrocks> pitti: ten beers, are you cheap like that? ;)
[08:20] <mvo> didrocks: when I have a self-build unity, is it enough to just run "./unity --replace" from ./build ?
[08:20] <pitti> hey mvo
[08:20] <didrocks> mvo: no, you would need to install it
[08:20] <mvo> :(
[08:20] <didrocks> mvo: sudo make install then
[08:20] <didrocks> mvo: but!
[08:20] <mvo> how do people test?
[08:20] <didrocks> mvo: I did sudo unity --disto
[08:20] <didrocks> distro*
[08:21] <didrocks> to remove all the locally installed thingy
[08:21] <pitti> hm, nobody came up with a way to run unity from the build tree?
[08:21] <seb128> oh, mvo is back
[08:21] <seb128> mvo, hey, how are you?
[08:21] <pitti> that's like the first thing I always do when working on a source
[08:21] <didrocks> pitti: not possible with compiz :/
[08:21] <mvo> hello, I'm good, thanks!
[08:21] <pitti> it sucks to not be able to do that
[08:21] <didrocks> pitti: I meant, some work on compiz refactoring is needed
[08:21] <pitti> didrocks: well, with some $COMPIZ_PLUGIN_PATH magic or what not
[08:21] <pitti> of course it often needs some LD_LIBRARY_PATH and similar effort
[08:22] <didrocks> there is a way to get it in ~/compiz-1, but you still need to have your images installed
[08:22] <didrocks> (and the gsettings key and…)
[08:22] <mvo> didrocks: its a core chang to the launcher for the s-c integration, still needs a full install?
[08:22] <didrocks> mvo: what you are testing?
[08:22] <mvo> didrocks: unity launcher integration issu(es)
[08:22] <didrocks> mvo: don't start frightning me with changes in the s-c integration, we just got a fix
[08:23] <didrocks> mvo: you mean, the issue on intel, like your session being screwed?
[08:23] <didrocks> (all display not working)
[08:24] <mvo> didrocks: no, much simpler, just that the signal handler does not track success vs failure of the install and adds the launcher unconditionally
[08:24] <mvo> didrocks: even on error or cancel
[08:24] <mvo> didrocks: tiny chnage
[08:24] <didrocks> mvo: ok, not the same issue then. SRU for that one ;)
[08:24] <didrocks> mvo: you need to make install I'm afraid
[08:29] <mvo> didrocks: ok, so could I just copy the one "launcher" binary easily?
[08:29] <seb128> mvo, you can probably sudo cp unityshell.so over the system version and restart compiz
[08:29] <didrocks> seb128: mvo: no
[08:29] <didrocks> that doesn't work
[08:29] <seb128> didrocks, ?
[08:30] <didrocks> mvo: you will need to symlink /usr/local/share/unity so /usr/share/unity if you do that
[08:30] <seb128> didrocks, the code is not in the unity binary?
[08:30] <didrocks> as unity will look for assets in /usr/local/
[08:30] <seb128> didrocks, well when I say "system version" it's the /usr one, the one shipped by the package
[08:30] <didrocks> that's why I did sudo unity --distro which is easier to revert to the distro state
[08:30] <seb128> that's how I would do it anyway
[08:30] <seb128> just copy over the distro .so
[08:31] <seb128> and install --reinstall unity when done
[08:31] <mvo> didrocks: can I give it a build prefix?
[08:31] <didrocks> seb128: still, if you compile, but default PREFIX=/usr/local and unityshell plugin will look at this one
[08:31] <didrocks> seb128: wherever it is
[08:31] <didrocks> mvo: -DCMAKE_PREFIX_PATH=/usr should work
[08:32] <didrocks> (last time I checked, but compiz is doing some override in its cmake file and it changed a lot in the precise cycle)
[08:35] <mvo> didrocks: thanks a bunch
[08:36] <didrocks> mvo: btw, the shell binary is libunityshell.so FYI :)
[08:37] <mvo> didrocks: I really haven't moved with the recent c++ goodness, but seeing that you can (apparently) almost have inline callbacks in SoftwareCenterLancherIcon.cpp (to connect to the finished sigal) is pretty cool
[08:37] <mvo> my patch build!
[08:37]  * mvo uploads it
[08:37] <didrocks> sure sure, upload :p
[08:37] <didrocks> mvo: indeed, you can have inline callbacks, this is nice ;)
[08:39] <mvo> didrocks: that is c++0x, right? the lambda stuff?
[08:39] <didrocks> mvo: right, lambdas are part of c++0x, look as wel as the Ptr:: template, it's great to have ref that are not weaks ;)
[08:41] <mvo> didrocks: nice, I think I need to do a bit more c++ again (boy, I never thought that I would say this ;)
[08:41] <didrocks> mvo: bored with python? ;)
[08:42] <mvo> didrocks: I still love it, but its a bit on the slow side
[09:25] <mvo> didrocks: I have a branch for you guys for the USC stuff
[09:26] <didrocks> mvo: please propose against lp:unity, it will be reviewed :)
[09:26] <didrocks> (we mandate tests btw)
[09:31] <Sweetshark> moin!
[09:32] <dpm> pitti, I've just noticed that yesterday's language pack export is a full one, as it picked up your "full export" request. I'd still like to request one today, as it's the deadline expected by translators, but we can use the one from yesterday for testing or as a fallback if something goes wrong.
[09:32] <dpm> https://translations.launchpad.net/ubuntu/precise/+language-packs
[09:32] <dpm> (assuming it got exported correctly :)
[09:33] <dpm> brb
[09:36] <pitti> dpm: yes, I agree
[09:36] <pitti> dpm: I ticked "request full export" again
[09:36] <dpm> ok, cool
[09:41] <pitti> kamstrup: hey
[09:41] <pitti> kamstrup: are you still interested in gnome bug 667244?
[09:41] <ubot2> Gnome bug 667244 in introspection "Arrays of variants passed from C to Python always marshal to empty arrays" [Normal,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=667244
[09:41] <pitti> kamstrup: if you are, and you want to update the patches to current git, I can promise you a timely review
[09:41] <Sweetshark> pitti: any hints on bug 919659. oneiric without updates and 3.4.6-0ubuntu1~ppa1 => no bug, oneiric with all updates installed and 3.4.6-0ubuntu1~ppa1 => bug, oneiric reenabling the update repositories in the sources.list one by one from bottom up => no bug
[09:41] <ubot2> Launchpad bug 919659 in libreoffice "Can't open/save document or spreadsheet with password" [Unknown,Confirmed] https://launchpad.net/bugs/919659
[09:42] <Sweetshark> pitti: seems some other package fubared their maintainer script slightly
[09:43] <kamstrup> pitti: yeah, still interested, i'll see if I can find some time to forward port them
[09:43] <pitti> Sweetshark: with "... and 3.4.6..." you mean "updated from oneiric-proposed to precise plus that PPA?
[09:43] <Sweetshark> pitti: nope, on oneiric only. I dont see this on precise.
[09:47] <pitti> Sweetshark: I did a glimpse on the bug trail, but it's too long to read and understand quickly
[09:47] <pitti> Sweetshark: what does password decryption have to do with maintscripts?
[09:48] <pitti> Sweetshark: could be that some libnss version in oneiric-updates causes this?
[09:48] <pitti> hm, libnss3/libnspr4 are unchanged in oneiric-updates
[09:49] <pitti> you should ask for comparing the package versions of all dependencies
[09:49] <pitti> "dpkg -l" output before/after
[09:50] <pitti> didrocks: unity ready to copy, want to or shall I?
[09:51] <Sweetshark> pitti: yes, libnss or some related security package. or some different package (maybe firefox/thunderbird) doing some registration stuff or somesuch against libnss on update.
[09:51] <didrocks> pitti: I have an available slot to do it today :)
[09:51] <didrocks> today/now ;)
[09:55] <ochosi> hi everyone, i have a quick question wrt gtk-themes not showing up in unity's theme selector, already tried the -design channel, where could i ask?
[09:56] <ochosi> *else
[09:57] <pitti> seb128: btw, orca has a lot of changes, I'm not comfortable with uploading 3.4.1 without proper testing; so I think I'll leave that to TheMuso and an SRU
[09:57] <pitti> ah, gnome-user-docs finally syncs at last
[09:57]  * pitti does
[09:59] <seb128> pitti, ok, works for me
[10:00] <pitti> seb128: do you still see anything urgent? versions.html looks quite fine here
[10:01] <Sweetshark> pitti: would it be possible to SRU libreoffice 3.4.6 as is as a) the bug also shows in the current 3.4.4 in oneiric and b) likely is not caused by libreoffice itself and would need fixing elsewhere?
[10:01] <seb128> pitti, no, I don't think anything this week was "urgent" in any case, just "bonus"
[10:01] <seb128> pitti, I think we are good
[10:02] <pitti> Sweetshark: sure; however, even 3.4.5 didn't make it out of -proposed yet
[10:02] <Sweetshark> pitti: yes, because of that.
[10:02] <pitti> Sweetshark: bug 915223 is v-failed
[10:02] <ubot2> Launchpad bug 915223 in libreoffice "Update LibreOffice on oneiric to 3.4.5" [Medium,Fix committed] https://launchpad.net/bugs/915223
[10:04] <Sweetshark> bug 915223 is not a regression 3.4.4 -> 3.4.5 -- it is a regression injected somewhere else and also affects 3.4.4
[10:04] <ubot2> Launchpad bug 915223 in libreoffice "Update LibreOffice on oneiric to 3.4.5" [Medium,Fix committed] https://launchpad.net/bugs/915223
[10:20] <Sweetshark> pitti: arggh. no thats not quite true. I see no bug report for 3.4.4. So: 3.4.4 with or without updates -> no bug, 3.4.5/6 without updates -> no bug, 3.4.5/6 with updates -> bug.
[10:20] <Sweetshark> *sigh*
[10:21] <pitti> ok, so it's a regression after all
[10:23] <Sweetshark> yeah. I should just have been quicker with the 3.4.5 update. than it would be the trouble of the guy who did the changes causing it.
[10:34] <didrocks> Sweetshark: btw, did you see my ping last week about the libroffice quicklist bug not being translated?
[10:36] <Sweetshark> didrocks: known issue
[10:36] <didrocks> Sweetshark: do you see any way to get it fixed? what we did at the time was setting up a wiki page for firefox as it wasn't using some po files
[10:38] <didrocks> pitti: you were reminded of the meeting and the report page, do you desperatly want another reminder (and a hug) or I deleted your email without noticing? ;)
[10:39] <pitti> didrocks: argh, forgot; doing now
[10:46] <chrisccoulson> oh, my. i've just a second delivery of beer to my house. except, i didn't order this one :/
[10:47] <didrocks> chrisccoulson: did you have to pay for it? :)
[10:47] <chrisccoulson> didrocks, i think it's probably a gift from someone
[10:48] <didrocks> or firefox submitting twice :p
[10:48] <Sweetshark> didrocks: the stuff is in, but the patch needs a fix
[10:48] <chrisccoulson> it has one of these in it: http://www.brewdog.com/product/tactical-nuclear-penguin
[10:48] <chrisccoulson> someone obviously knows what i like! :)
[10:48] <didrocks> Sweetshark: so, it's under work? :)
[10:49] <didrocks> chrisccoulson: heh, great ;)
[11:05] <seb128> chrisccoulson, you maybe got some firefox users thanking you for all the work you do? ;-)
[11:05] <chrisccoulson> seb128, they're from my parents ;)
[11:05] <chrisccoulson> i just phoned them
[11:05] <seb128> lol
[11:05] <seb128> there go the happy user theory :p
[11:14] <chrisccoulson> seb128, https://twitter.com/#!/chrisccoulson/status/192209221775917056/photo/1 ;)
[11:16] <chrisccoulson> right, now to go back to looking at scrollbars
[11:16] <seb128> chrisccoulson, now is not beer'o'clock yet!
[11:16] <chrisccoulson> heh
[11:16] <seb128> though you might need one if you start looking at the scrollbars
[11:16] <chrisccoulson> yes, this could drive me to drink
[11:18] <seb128> oh!
[11:18] <seb128> hum, no, ignore me ;-)
[11:50] <seb128> didrocks, pitti, others: retracers dups list since yesterday (I ran it again due to the i386 backlog since it was broken between saturday and yesterday evening):
[11:50] <seb128> http://pastebin.ubuntu.com/933854/
[11:50] <didrocks> looking :)
[11:50] <seb128> ups, http://pastebin.ubuntu.com/933856/
[11:50] <seb128> well same list mostly
[11:51] <didrocks> yeah, seems mostly the same
[11:51] <seb128> in fact it's the same, I though I had copied the wrong one first but no :p
[11:52] <seb128> the top is similar to yesterday's as well
[11:52] <didrocks> heh :)
[11:52] <seb128> i.e no "surprise"
[11:52] <didrocks> good good!
[11:52] <seb128> it's a bit surprising to see openbox in there ;-)
[11:54] <didrocks> indeed, it's maybe the new hype, we should tell it to the omgubuntu people :)
[11:54] <ogra_> didrocks, FYI c-p-e did build now
[11:54] <ogra_> (on arm that is)
[11:55] <didrocks> ogra_: oh? didn't notice
[11:55] <ogra_> ricardo just disabled all GL plugins in the arm builds :)
[11:55] <didrocks> ogra_: ahah, quite radical ;)
[11:55] <didrocks> ogra_: ah, it's not uploaded
[11:55] <ogra_> it is
[11:55] <didrocks> I thought it was :)
[11:56] <ogra_> last night
[11:56]  * didrocks refreshes launchpad
[11:56] <didrocks> ah, here we got
[11:56] <didrocks> go*
[11:56] <didrocks> ogra_: looks fine to me, good move :)
[11:56] <ogra_> :)
[11:57] <ogra_> i doubt anyone will notice though ...
[11:57] <didrocks> ogra_: I doubt as well, but a lot of people noticed on i386 and am64 when the ABI break :)
[11:57] <didrocks> ogra_: can you pull the change in the vcs?
[11:57] <didrocks> ogra_: lp:~compiz/compizfusion-plugins-extra/ubuntu
[11:57] <ogra_> is c-p-e also maintained the same way ?
[11:57] <ogra_> k
[11:57] <didrocks> it is for simplicity
[11:58] <didrocks> as we need to rebuild it at each ABI break, easier for tracking
[11:58] <ogra_> yup
[11:59] <didrocks> thanks :)
[12:23] <pitti> seb128: argh at the nautilus xcb_io thingy
[12:24] <seb128> pitti, the _XAllocID one?
[12:24] <seb128> yes, hate it, I get a least one dup a day in my mailbox
[12:24] <pitti> yes; this seems to be a multi-thread race
[12:25] <seb128> not sure
[12:25] <seb128> it happens with i.e apport, update-notifier, gnome-control-center
[12:26] <seb128> looking at my firefox awesome bar list when typing _XAllocID
[12:37] <didrocks> some people should really not file bugs when they are drunk: bug #981308
[12:37] <ubot2> Launchpad bug 981308 in oneconf "oneconf-service crashed with OSError in save_json_file_update(): [Errno 2] No such file or directory" [Undecided,New] https://launchpad.net/bugs/981308
[12:39] <didrocks> it's interesting that this can crash though:
[12:39] <didrocks> new_file = file_uri + '.new'
[12:39] <didrocks> with open(new_file, 'w') as f:
[12:39] <didrocks>     json.dump(content, f)
[12:39] <didrocks> os.rename(new_file, file_uri)
[12:39] <didrocks> mvo: pitti: do you have any idea what can happen that json doesn't give any error and os.rename still raise an OSError? ^
[12:51] <pitti> didrocks: the directory might not be writable?
[12:52] <didrocks> pitti: in that case, json.dump will error first, isn't it?
[12:52] <pitti> didrocks: oh, no, "no such file or dir"
[12:52] <pitti> didrocks: perhaps file_uri is an actual URI?
[12:52] <pitti> you can't rename something to file:///foo or http:/// foo
[12:53] <pitti> didrocks: i. e. the name might have a slash in it? what is file_url?
[12:53] <didrocks> pitti: it shouldn't, it should be /home/user/.cache/oneconf/<id>/<something>
[12:53] <pitti> ok, then the name is misleading
[12:53] <pitti> didrocks: but I'd say theh directory of file_uri does not exist
[12:53] <didrocks> yeah, I need to rename it
[12:54] <pitti> it's the "90% likely" explanation
[12:54] <pitti> oh, wait
[12:54] <didrocks> pitti: file_uri is what it will be written to, right?
[12:54] <pitti> I disreagarded the first line
[12:54] <pitti> i. e. new_file =
[12:54] <didrocks> yeah
[12:54] <didrocks> it's just dumping and renaming
[12:54] <pitti> didrocks: could file_uri be a dangling symlink?
[12:55] <didrocks> pitti: shouldn't as I created it in the first place the same way
[12:55] <pitti> that or some other process removing the file in between are the only off-hand explanations that I have
[12:55] <pitti> didrocks: then I'm afraid this needs an strace
[12:55] <didrocks> yeah
[12:56] <pitti> but no dupes, so most likely hard to find out
[12:56] <didrocks> right
[12:56] <pitti> and given the tone of the description the reporter might not be too keen on running strace
[12:56] <pitti> or figuring out what happened
[12:56] <didrocks> pitti: that's one of my concern :)
[12:56] <didrocks> I'll ask him if he can reproduce and run strace if he can
[12:56] <didrocks> then incomplete and we'll see ;)
[12:58] <pitti> good luck
[12:58] <didrocks> heh ;)
[13:19] <seb128> Sweetshark, hi, I assigned you bug #926940, it's a trivial 1 liner fix to a .desktop, would be nice to get in the next upload
[13:19] <ubot2> Launchpad bug 926940 in libreoffice "Visio files not associated with LibreOffice Draw" [Low,Confirmed] https://launchpad.net/bugs/926940
[13:29] <seb128> jbicha, pitti, dpm: is the ubuntu desktop guide supposed to be translated through langpacks? or does it need an export and upload?
[13:29] <seb128> i.e an import from the po in a source package because it builds localized xml
[13:30] <matanya> yohoo
[13:31] <matanya> is here the place to wonder how chooses what gets to be default app in the desktop?
[13:47] <dpm> hi seb128, no, it's not supposed to be translatable, but thanks for checking it out!
[13:47] <dpm> we disabled it in Launchpad a while ago
[13:47] <seb128> dpm, how so it's not supposed to be translatable?
[13:47] <seb128> dpm, you mean our desktop documentation is english only?
[13:48] <seb128> dpm, how broken is that?!
[13:48] <dpm> seb128, ah, wait, we're talking of different things, I think :)
[13:48] <seb128> dpm, I'm talking about what you get if you run "help" from the dash
[13:49] <dpm> ah, that's the ubuntu-docs package, which is indeed translated
[13:49] <seb128> dpm, well not here, I was trying to figure how to debug ;-)
[13:49] <dpm> generally the docs team (I think mdke) takes care of the uploads, but I think the final upload hasn't happened yet
[13:49] <pitti> seb128: I think it's more complicated -- in general, the translated help is built during package build
[13:49] <seb128> dpm, like if that was supposed to be in langpacks or we lack an upload with exported translations
[13:49] <pitti> seb128: but we strip out translated help and stuff them into the langpacksc
[13:50] <seb128> pitti, ok, so we need an upload with an export
[13:50] <seb128> ?
[13:50] <pitti> seb128: yes, I guess so
[13:50] <seb128> pitti, thanks ;-)
[13:51] <seb128> jbicha, hey, do you know if that's planned? ^
[13:51] <dpm> yes, but I would have thought the docs team would have taken care of it last week, it seems it hasn't happened yet:
[13:51] <dpm> https://launchpad.net/ubuntu/+source/ubuntu-docs/+publishinghistory
[13:51] <dpm> which means if language packs are exported today, there is probably no time to get the ubuntu-docs translations imported into LP and exported into the final language packs
[13:52] <dpm> hm :/
[13:52] <seb128> dpm, thanks, I will follow up with jbicha
[13:52] <seb128> :-(
[13:53] <dpm> I'd like to release language packs very shortly after release, which will contain the translations, but it would have been nice to include them into the final images
[13:54] <pitti> bbiab
[13:54] <dpm> seb128, if you follow up with jbicha, and you guys do the upload, let me know. Perhaps we can get LP to prioritize the translations exports and get them there on time, but it might be quite tricky
[13:55] <seb128> dpm, thanks
[13:57] <seb128> hum
[13:57] <seb128> dpm, pitti:
[13:57] <seb128> $ dpkg -L language-pack-fr-base | grep ubuntu-docs
[13:57] <seb128> /usr/share/locale-langpack/fr/LC_MESSAGES/kubuntu-docs-directory.mo
[13:57] <seb128> /usr/share/locale-langpack/fr/LC_MESSAGES/kubuntu-docs-kubuntu-docs.mo
[13:57] <seb128> $
[13:57] <seb128> that seems buggy
[13:58] <jbicha> I don't have direct upload rights for ubuntu-docs
[13:59] <seb128> jbicha, hey, do you know what's the deal with translations there? are they supposed to come as translated xml in langpacks or...?
[13:59] <seb128> well I don't think my issue is lack of uploads
[14:00] <jbicha> they're part of the lang packs
[14:00] <seb128> like the 12.04.3 upload is recent enough
[14:00] <seb128> jbicha, how are they named?
[14:00] <seb128> jbicha, I don't find them in my langpacks
[14:01] <seb128> hum
[14:01] <jbicha> they should be in /usr/share/help/fr/ubuntu-help
[14:01] <seb128> so /usr/share/help-langpack/de/ubuntu-help/about-this-guide.page
[14:01] <seb128> why don't we get the same for french
[14:01] <jbicha> seb128: oh you're German today?
[14:01] <seb128> jbicha, no, but I've one for de and not one for fr!
[14:02] <jbicha> maybe you should be!
[14:02] <seb128> I blame it on pitti
[14:02] <seb128> yeah, I can feel a trap there ;-)
[14:02] <seb128> jbicha, how much did pitti and mvo pay you? ;-)
[14:04] <jbicha> dpm: what is involved in doing the ubuntu-docs upload for translations? will LP automatically merge in the latest translations or do they have to be manually injected into the package before upload?
[14:04] <mvo> dpm: hi, I'm sure I asked this before, but https://translations.launchpad.net/ddtp-ubuntu/+imports shows a bunch of files in "needs-review" state, who does the review and when?
[14:04] <matanya> is here the place to wonder who chooses what gets to be default app in the desktop?
[14:05] <seb128> matanya, sort of, we usually use the mailing list for discussion, it's less restricted fir participants than IRC (like you don't need to be online at the time it's discussed), we discuss it at the ubuntu developer submit as well
[14:06] <seb128> matanya, why?
[14:06] <dpm> hey mvo, looking...
[14:06] <matanya> I though to suggest clementine for default music-player
[14:07] <matanya> *thought
[14:07] <Laney> hoho
[14:07] <matanya> seb128: just not sure where or to whom
[14:09] <ogra_> matanya, note that for such a change you need to take a ton of things into account (is the toolkit it uses on the CD already, if not, weher does the space for the toolkit come from, does it work with the sound-indicator menu, if not, who will implement that function, is it integrated with the ubuntu musoc store ... etc etc)
[14:09] <seb128> matanya, emails https://lists.ubuntu.com/archives/ubuntu-desktop/ with a rational of why you think we should use it, what pro it has, how active are upstream, if they are willing to support it in Ubuntu, etc
[14:10] <matanya> well, all is answered, as far as I know
[14:10] <matanya> can I share some thought here?
[14:10] <seb128> where?
[14:10] <ogra_> so its not a "oh, lets switch to that shiny app because its cool" thing, but a lot of stuff that has to be taken into account for such a switcdh
[14:10] <seb128> sure
[14:10] <seb128> to start clementine is written in Qt right?
[14:10] <seb128> which means look and feel different from our other apps
[14:10] <seb128> that's not a blocker but something to thing about
[14:11] <mlankhorst> clementine <3
[14:11] <ogra_> is it Qt ? i thought it was efl
[14:11] <dpm> mvo, in principle, if there is a template for the translations, LP will import them directly and you shouldn't worry about them. Right now the overall imports queue is quite full, so it might take a while to import them. Did you do a manual upload of translations, or did you commit them to the branch?
[14:11] <matanya> well, it is in the sources already, very mature, supports many music sources, works with the sound indicator
[14:12] <matanya> even has a scope for use in the unity-shell
[14:12] <seb128> right, all of that banshee and rhythmbox have as well ;-)
[14:12] <seb128> and they use our standard toolkit
[14:13] <ogra_> i didnt mean to disappoint you with my words above ... there are just many things to think about before doing a switch :)
[14:13] <matanya> and they are much heavier and bloated
[14:13] <matanya> not to mention banshee uses mono
[14:13] <ogra_> so you will firstly need a mail discussion (or show up at the developer summit in person or remotely), other people might bring up other issues etc
[14:13] <seb128> matanya, did you try rhythmbox? it might have defaults but bloated is not one
[14:14] <ogra_> banshee is out
[14:14] <seb128> matanya, it's written in C and quite efficient
[14:14] <matanya> it took about 3.5 minutes to open on my 11.10, and drank 3.5gig of ram
[14:14] <seb128> matanya, well anyway that's why those discussions are better on list and with a strong argumentation rational on what we would win
[14:15] <matanya> I see your point
[14:15] <matanya> though no dought qt isn't a good Idea
[14:16] <dobey> oh not another default music player argument
[14:16] <mvo> dpm: commited them to a branch
[14:16] <mvo> dpm: how long is long? hours? days?
[14:16] <tjaalton> how can I make g_debug() messages shown on the terminal or a logfile? G_DEBUG=foo doesn't seem to cut it
[14:17] <matanya> dobey: don't worry, I'm done
[14:17] <seb128> tjaalton, G_DEBUG_MESSAGES=all ...
[14:18] <tjaalton> seb128: ahh, thanks
[14:18] <dpm> mvo, I'd say a couple of days with the current state of the queue. Let me pm you the same info I gave Riddell earlier on
[14:18] <seb128> tjaalton, or "all" -> "domain"
[14:18] <seb128> dpm, jbicha: I need help to understand that ubuntu-docs langpack magic
[14:18] <seb128> dpm, jbicha: where,how "/usr/share/help-langpack/<locale>/ubuntu-help/about-this-guide.page" are built?
[14:19] <dpm> seb128, I don't know much about how the package is built, only the overall process:
[14:19] <dpm> 1. Translations need to be exported
[14:19] <dpm> 2. The package gets uploaded and built with the po files
[14:20] <dpm> 3. Launchpad imports the translated xml files
[14:20] <seb128> ok, so they are built from the source and collected on the builders
[14:20] <seb128> so the source needs an export from launchpad
[14:20] <dpm> 4. Language pack export picks up the translated xml files
[14:20]  * jbicha heading out for 15 minutes
[14:20] <seb128> jbicha, stay here!!! ;-)
[14:20] <dpm> 5. Langpack-o-matick produces the language packs containing the translated xml files
[14:21] <seb128> dpm, ok, I think I got it, it's all based on the source to build with updated translations
[14:21] <seb128> so we need an upload with a current export
[14:21] <seb128> so the updated xml go through the system
[14:21] <seb128> upload = package upload and build, which generates the translated xmls, which are sent through the archive
[14:21] <tjaalton> seb128: doesn't seem to work either, and google didn't give any hits about it
[14:22] <seb128> tjaalton, what are you trying to do?
[14:22] <seb128> tjaalton, is that g-s-d?
[14:22] <tjaalton> seb128: see the messages from g-s-d
[14:22] <tjaalton> but wait
[14:22] <seb128> tjaalton, G_MESSAGES_DEBUG=all gnome-settings-daemon --debug ?
[14:22] <tjaalton> ahah :)
[14:23] <tjaalton> there we go
[14:23] <tjaalton> thanks
[14:23] <seb128> tjaalton, yw
[14:26] <dpm> seb128, also if you are working on the upload and want to bypass waiting for LP to give you the PO files, you can fetch them from the automatic exports branch: https://code.launchpad.net/~ubuntu-core-doc/ubuntu-docs/precise-translations - the only caveat is that you'll need to put them in the right place in the source tree for the package (which you'd also have to do if you were exporting a translations tarball from LP anyway)
[14:27] <seb128> dpm, well, I'm trying to get a reply to one of the ubuntu-docs guys, I get they have an auto export configured in some way?
[14:27] <seb128> dpm, i.e a script or something that do that for them
[14:27] <dpm> that's the one ^, I worked with them to set it up
[14:28] <seb128> dpm, well I would like to avoid the "you need to put them in the right place of the source tree"
[14:28] <seb128> why can't we just bzr merge ;-)
[14:28] <seb128> like lightdm and other project have translation automerged by a bot or launchpad it seems
[14:28] <seb128> but I guess that's a question for next cycle
[14:30] <dpm> seb128, yeah, unfortunately it cannot be easily solved, as it follows the gnome-doc-utils layout (a folder per locale), which is different than standard gettext (flat layout, all locales in one folder). Launchpad only supports the latter.
[14:30] <seb128> dpm, oh ok, that makes sense, I got the picture, thanks ;-)
[14:30] <dpm> np ;-)
[14:31] <seb128> dpm, thanks for all the details, I will try to pick it up from there
[14:31] <dpm> excellent, thanks seb128
[14:42] <seb128> jbicha, wb!
[14:45] <jbicha> seb128: hi, so I'm going to try to export the ubuntu-docs translations into the ubuntu-docs branch, then I'll just need someone to upload the new package
[14:46] <seb128> jbicha, you know how to do that?
[14:46] <seb128> jbicha, I've an export of each locally I was just looking at it
[14:48] <seb128> jbicha, can you merge in https://code.launchpad.net/~giuseppeterrasi/ubuntu-docs/fixlink/+merge/99265 while you are at it?
[14:48] <jbicha> seb128: I believe you just copy the fr.po and so on into the ubuntu-help/fr/ folder
[14:49] <jbicha> seb128: I can't merge that in at the moment because it would break the string freeze, it is a candidate for the SRU we'll be doing though
[14:51] <seb128> jbicha, ok
[14:52] <seb128> jbicha, so basically
[14:52] <seb128> bzr branch lp:~ubuntu-core-doc/ubuntu-docs/precise-translations
[14:52] <seb128> bzr branch lp:ubuntu-docs
[14:53] <seb128> ls ubuntu-docs/ubuntu-help > list
[14:53] <seb128> for locale in $(cat list); do cp precise-translations/ubuntu-help/$locale.po ubuntu-docs/ubuntu-help/$locale; done
[14:53] <seb128> with list edited to remove makefile.am, etc
[14:53] <seb128> jbicha, ^ that seems to work
[14:54] <jbicha> ok, my bash scripting is a bit rusty but that sounds about right
[14:54] <seb128> jbicha, if you want to do that, I don't have commit right
[14:54] <seb128> or do you want me to publish the diff?
[14:55] <seb128> I don't fancy to push an ubuntu-docs vcs copy it's not small but I can put a diff online
[14:55] <jbicha> seb128: sure I'll upload your diff
[14:56] <sil2100> Hi!
[14:56] <seb128> sil2100, hey
[14:58] <seb128> jbicha, http://people.canonical.com/~seb128/ubuntu-docs.diff.gz
[14:58] <seb128> jbicha, it's to gunzip and patch -0 < ubuntu-docs.diff from the ubuntu-docs dir
[15:01] <seb128> jbicha, of course it would be too easy if translations were not buggy and breaking build after that :-(
[15:09] <seb128> tjaalton, you can probably use i.e G_DEBUG_MESSAGES=wacom to filter to wacom debug messages
[15:13] <tjaalton> seb128: tried that, but couldn't figure out what to use there
[15:14] <seb128> tjaalton, well =<plugin_name> should work for gsd
[15:14] <tjaalton> output looks the same
[15:15] <tjaalton> even without the env variable
[15:19] <seb128> tjaalton, --debug do a setenv G_DEBUG_MESSAGES
[15:19] <seb128> iirc
[15:20] <seb128> jbicha, ok, so el it sl are buggy, also Makefile.am had a HELP_LINGUAS = ... en_UK ... which should be en_GB
[15:20] <seb128> jbicha, I did bzr revert the el one to build, doing the same on it and sl didn't work, I had to copy the versions from your previous upload (I just wanted a build done)
[15:21] <seb128> jbicha, you maybe want to complete HELP_LINGUAS as well, it lists only 28 locales and there are about 50 now, I think it might mean the other ones are not built as they should
[15:23] <jbicha> the only language in the Makefile.am that didn't build for me were en_UK (fixed now) and zh_TW (which I just fixed)
[15:23] <seb128> jbicha, weird
[15:23] <jbicha> el and sl are out of date in your diff then?
[15:23] <seb128> jbicha, I just did bzr bd lp:ubuntu-docs with my diff applied
[15:24] <seb128> jbicha, no, the diff was the full update
[15:24] <seb128> jbicha, with the diff I did hit the issues I listed
[15:24] <seb128> jbicha, they I locally hacked around them
[15:25] <seb128> jbicha,
[15:25] <seb128> $ dpkg -c ubuntu-docs_12.04.4_all.deb | grep help/id
[15:25] <seb128> $
[15:26] <seb128> so yeah, all the locales not listed in HELP_LINGUAS are not built
[15:26] <seb128> I hate LINGUAS
[15:26] <seb128> or how to maintain a separate list of the locales rather than just using all the .po in the dir
[15:29] <jbicha> several of those other languages are very incomplete but I guess a bit of translation is better than none at all?
[15:29] <jbicha> maybe it'll encourage people that speak that language to help out
[15:29] <seb128> yes
[15:29] <seb128> jbicha, well, fr lacks 400 strings...
[15:30] <seb128> so it's not like all listed ones were great
[15:30] <seb128> though the french guys were discussing how to "merge" the gnome-user-guide translations in ubuntu-docs since some are common
[15:30] <seb128> dpm, ^ that's probably something we should look at automate next cycle
[15:31] <dpm> seb128, I know, we've been discussing it on the mailing list. I think the ubuntu-docs tree simply needs a script to fetch the gnome-user-guide translations and merge them
[15:31] <seb128> pitti, meeting time in case somebody has a topic, if you want to use your ping alias ;-)
[15:34] <pitti> yep, indeed
[15:34] <pitti> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, seb128, tkamppeter, pedro_, desrt, agateau: anything to discuss at the meeting?
[15:35] <didrocks> nothing for me
[15:35] <pitti> https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-04-17
[15:35] <pitti> nothing here
[15:35] <kenvandine> pitti, nothing here
[15:36] <jbicha> seb128: hmm, you're right, the build does stop at el; I was just doing autogen.sh; make which worked though
[15:37] <seb128> nothing from me either
[15:41] <seb128> jbicha, ok, so I had only those 3 which is a good news :p
[15:42] <seb128> stupid shell question, how do I change '\n' to ' ' in a file? like I can to concatenate lines
[15:43] <chrisccoulson> oh, fantastic. my esta doesn't expire until august
[15:43] <seb128> chrisccoulson, lucky you, mine experied in january, need to pay :p
[15:43] <Laney> I wonder if I need another one if it turns out my passport is lost ...
[15:44] <seb128> Laney, yes
[15:44] <Laney> bah
[15:44]  * Laney needs to look harder
[15:44] <seb128> Laney, you need new one if you change address, passport, or any of the infos "linked" to the esta
[15:45] <seb128> Laney, well I would say that if you lost your passport you have another issue ;-)
[15:45] <seb128> can you get a new one on short delay?
[15:45] <Laney> yes, there's a one week service
[15:45] <seb128> oh, lucky you
[15:45] <Laney> which I will invoke if I do not find it before, say, Friday
[15:45] <seb128> in France you are screwed if that happens
[15:45] <seb128> it takes like over a month and no short line
[15:46] <seb128> unping for the shell question
[15:46] <seb128> tr '\n' ' ' for the win
[15:48] <chrisccoulson> nice! i'm not sure you can even do that with sed, can you?
[15:48] <seb128> jbicha, http://pastebin.ubuntu.com/934150/
[15:48] <seb128> jbicha, that's the new language list I'm testing
[15:48] <seb128> chrisccoulson, I'm not sure, you can do anything with sed if you know enough magic :p
[15:49] <seb128> but I don't
[15:49] <seb128> I tend to | in awk and tr
[15:50] <chrisccoulson> wow, https://bugzilla.mozilla.org/show_bug.cgi?id=733892#c28 is crazy
[15:50] <ubot2> Mozilla bug 733892 in Widget "crash aswJsFlt.dll (Avast) and Ant extension" [Critical,New: ]
[15:50] <seb128> chrisccoulson, lol
[15:51] <seb128> they patch binaries?
[15:51] <seb128> inline?
[15:51] <chrisccoulson> seb128, apparently some anti-virus vendors do
[15:51] <seb128> utch
[15:52] <seb128> jbicha, good news is that none of the new locales create build issues
[15:53] <jbicha> seb128: yeah I've added all of those now too, and am trying to fix the remaining build issues
[16:06] <jbicha> seb128: any idea about what this means? http://paste.ubuntu.com/934171/
[16:09] <desrt> jbicha: maybe missing encoding header in the .po file?
[16:11] <seb128> jbicha, no, seems to be an invalid char somewhere in that file?
[16:23] <seb128> jbicha, ok, found it
[16:27] <seb128> jbicha, I think I found both, test building
[16:34] <seb128> jbicha, http://pastebin.ubuntu.com/934217/
[16:34] <seb128> jbicha, those are the fixes
[16:36] <seb128> micahg, hi, could you look at bug #956124?
[16:36] <ubot2> seb128: Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/956124)
[16:37] <seb128> bug #956124
[16:37] <ubot2> Launchpad bug 956124 in blueman "nautilus-sendto crashed with SIGSEGV in g_return_if_fail_warning()" [High,Confirmed] https://launchpad.net/bugs/956124
[16:37] <seb128> micahg, since you are the one who uploaded the new version
[16:37] <seb128> i.e the closer from a maintainer in Ubuntu for it ;-)
[16:38] <micahg> hmm...blueman seems very overreaching, I'm tempted to just add a NotShowIn: GNOME; Unity to it
[16:39] <seb128> micahg, that will not fix that
[16:39] <seb128> micahg, it installs a buggy .so in nautilus-sendto's directory
[16:39] <seb128> which makes it segfault for all users who have blueman installed
[16:39] <seb128> micahg, I'm tempted to make a Conflicts blueman on nautilus-sendto :p
[16:39] <micahg> oh, wow, didn't notice that, yeah :)
[16:40]  * micahg checks the new Debian version to see if it still does that
[16:41] <micahg> the version in Debian does not, I"m quite confused, let me look into this
[16:42] <micahg> ah, there's a configure flag for it, I can just disable it
[16:53] <micahg> seb128: ok, I'll should be able to fix this later today, I think the answer will be just to not install those files (Debian doesn't seem to in any event)
[16:53] <seb128> micahg, ok, thanks
[16:58] <jbicha> seb128: did you want to do the ubuntu-docs upload? rev. 130 has the latest fixes in it
[17:00] <seb128> jbicha, I can do
[17:00] <mterry> seb128, whoops, missed the meeting.  Was there anything discussed?
[17:00] <seb128> mterry, hey, no, there was no agenda so no meeting
[17:10] <seb128> jbicha, you can change UNRELEASED to precise and debcommit -r push (I don't have commit rights to that vcs)
[17:17] <jbicha> I hope the extra translated screenshots for ubuntu-docs don't cause a problem
[17:43] <pitti> good night everyone
[17:53] <pitti> good night everyone
[17:57] <ogra_> pitti, a repititive night to you too :)
[18:13] <mvo> glatzor: hi, re your python-apt branch
[18:41] <glatzor> servus mvo!
[18:41] <mvo> hey glatzor
[19:30] <seb128> mterry, hey
[19:31] <mterry> seb128, saw the crasher you assigned
[19:31] <seb128> mterry, heh, you are quick to pick emails up, I just wanted to ask if that you have time for it ... it's SRU material, no hurry, but feel free to bounce back if you have too much to do already
[19:31] <mterry> seb128, you're French, eh?  Do you have any layout issues in precise?  Bug 960096 seems to be rearing again for French users
[19:31] <ubot2> Launchpad bug 960096 in libxklavier "Live session started with wrong layout" [Medium,Confirmed] https://launchpad.net/bugs/960096
[19:32] <seb128> mterry, no, you must confuse me with somebody else, I'm german, did you mean didrocks?
[19:34] <seb128> mterry, (reading the bug)
[19:34] <mterry> seb128, wait, don't you live in France?
[19:34] <seb128> mterry, depends when in time
[19:34] <seb128> ;-)
[19:34]  * mterry didn't mean to open a can of worms.  ;)
[19:35] <seb128> mterry, joke aside that bug is confusing and seems to mix several issues, liveCD and installed,upgraded system
[19:35] <mterry> seb128, yup!  And it's been fixed several times
[19:35] <seb128> mterry, my user account is fucked keyboard wise, I keep it broken for debugging but I don't know if that's your issue
[19:35] <mterry> seb128, but I do get some odd behavior on latest live cds with french
[19:35] <seb128> mterry, for me it's stucked in french
[19:36] <seb128> like using the indicator or keybindings to change to a us or de layout doesn't work
[19:36] <seb128> but setxkbmap de or us works
[19:36] <seb128> the indicator never "apply" any change
[19:36] <mterry> seb128, interesting, that's not far off from what I'm seeing on livecd
[19:36] <seb128> like the label will change to "us" but they actual layout will still be fr
[19:37] <mterry> seb128, oh goodness, you could throw a stone from your house and hit Germany
[19:37] <seb128> dholbach had the same issue with "no" on her gf account it seems
[19:37] <seb128> mterry, ;-)
[19:37]  * mterry moves his mental model of seb128 from "Frenchy" to "Very German Frenchy"
[19:37] <seb128> damn you google, showing people where I live on your maps! ;-)
[19:39] <seb128> mterry, so back to this bug, I've this weird layout issue that I intend to try debug at some point, not sure it's the same bug that the one you pointed though
[19:39] <mterry> seb128, not sure either, but description sounds the same (label changes, but layout doesn't)
[19:39] <seb128> mterry, oh, and you won a second g-s-d power segfault bug, same as the other one, would be nice to fix in GNOME 3.4.2 and a SRU but feel free to ignore it
[19:39] <seb128> mterry, let me know if I can help debugging the layout stuff
[19:40] <mterry> seb128, but I'm having a hard time with the layouts because I don't know what they are supposed to behave exactly.  :)
[19:40] <seb128> you can click "display layout map" in the indicator
[19:40] <mterry> seb128, yeah, but there are four characters per key.  most of them look the same as english, but how do I get third and fourth character?
[19:40] <seb128> but french is basically doing a<->q z<->w
[19:41] <seb128> urg
[19:41] <seb128> in practice you don't need to go further than the second char, but I think the layout displayed in the chart has extra ones
[19:43] <seb128> mterry, so for non number keys you care usually about the 2 on the left and you get the second (bottom left) one using shift+key
[19:43] <mterry> seb128, is it common for caps lock to be a layout switcher for french users?
[19:43] <mterry> seb128, a/q is a good tell though, i see that now
[19:44] <seb128> mterry, aq zw and m being next to "l" are the most useful ones
[19:44] <mterry> seb128, alright, well, I'm going to dig into this layout stuff over the g-s-d ones because this will affect the CD
[19:44] <seb128> if you don't get into , . :
[19:45] <seb128> mterry, right, as said I don't think we would upload the gsd stuff before SRU anyway
[19:46] <seb128> mterry, if zou qre in the
[19:46] <seb128> ups
[19:46] <seb128> mterry, if you are in the same broken state that my user account you can "setxkbmap us" from it
[19:46] <seb128> to have an usable keyboard
[19:46] <seb128> then try to change to french
[19:47] <seb128> and see if "q" does print a "a" or a "q"
[19:47] <seb128> setxkbmap changes the layout but it's still broken
[19:47] <seb128> i.e it wont let you change back to fr
[19:47] <mterry> k
[19:47] <seb128> it might be easier to debug than to fight an azerty layout ;-)
[19:48] <seb128> mterry, it's very strange though, my issue seems to be config specific, like it happens only to my main account on that box and it happen always
[19:48] <mterry> seb128, in livecd, user gets stuck with us layout and can't change out of it
[19:49] <seb128> mterry, does "setxkbmap fr" works?
[19:49] <mterry> seb128, yes
[19:49] <seb128> ok, same as me
[19:51] <mterry> seb128, do you use autologin?
[19:52] <seb128> mterry, no, I use ecryptfs on that account
[19:53] <mterry> seb128, ok, this is the third distinct flaw in this same bug then.  ah well
[19:54] <mterry> seb128, what is the output of: gsettings get org.gnome.libgnomekbd.keyboard layouts
[19:54] <seb128> ['fr\toss', 'de', 'gb']
[19:55]  * mterry has a guess that the variant is confusing things
[19:56]  * mterry reboots
[19:56] <mterry> scratch that, middle of long download
[19:59] <Darxus> What's a good version for a ppa package of gtk for precise with wayland enabled?  3.4.1-0ubuntu0~wayland1?
[20:00] <seb128> Darxus, you usually want a version newer than the archive one so people using your ppa get the update
[20:01] <seb128> Darxus, i.e 3.4.1-0ubuntu1.0~wayland1 or something like that
[20:01] <ayan> does anyone know where the default gsettings property for brasero plugins is initialized?
[20:02] <seb128> Darxus, dpkg --compare-version 2 gt 1; echo $?
[20:02] <seb128> ayan, hey, I doubt we have any brasero hacker here
[20:03] <Darxus> seb128: Ah, I didn't realize 3.4.1 had been packaged, thanks.
[20:03] <seb128> Darxus, yw
[20:03] <Darxus> And I just got the freaking thing building with the 3.4.0 packaging :P
[20:13] <mterry> seb128, if you want your system to be temporarily sane, remove French (Alternate) with just French
[20:14] <mterry> seb128, the variant seems to cause it.  Affects unity-greeter and the session itself
[20:29] <seb128> mterry, thanks for the hint, I didn't realize my second user account fr was "fr" and not "fr oss"
[20:52] <Darxus> dpkg-source: error: can't build with source format '3.0 (quilt)': no upstream tarball found at ../gtk+3.0_3.4.1-0ubuntu1.orig.tar.{bz2,gz,lzma,xz}
[20:53] <Darxus> Why is it looking for that, instead of ../gtk+3.0_3.4.1.orig.tar.xz, which is there?
[20:56] <micahg> Darxus: you can't use - in the Debian part of the revision
[20:56] <micahg> s/revision/version
[20:57] <Darxus> micahg: I don't understand how your statement relates to my problem.  I'd like it to ignore the "-" and everything after it when looking for the orig tarball, sounds like you're saying that's what it should do.
[20:58] <micahg> Darxus: what's your version in the changelog?
[20:58] <Darxus> 3.4.1-0ubuntu1-wayland1
[20:58] <micahg> Darxus: right, that second - should be a +
[20:58] <Darxus> Ohh, I should take out the second dash?
[20:58] <Darxus> Thanks.
[23:19] <mterry> RAOF, you around?
[23:20] <mterry> RAOF, looking at some odd errors with X layout maps
[23:20] <mterry> RAOF, specifically, getting "key types not defined" when trying to have xkbfile extension use the "fr oss" layout
[23:20] <mterry> (or anyone here that knows X well)