[01:47] <robert_ancell> RAOF, ping
[01:47] <RAOF> robert_ancell: Yo, pong.
[01:48] <robert_ancell> RAOF, hey, the file-roller SRU has stopped phased updates due to https://errors.ubuntu.com/problem/a595b32f105a3f7cb708c518855658d3e48eea2c
[01:48] <robert_ancell> Looking at it the problem seems unrelated (failing to make a temporary directory) and no worse than before
[01:48] <robert_ancell> So hoping you can continue the SRU rollout
[01:49] <RAOF> Hm. I'm actually not sure how to do that.
[01:50] <robert_ancell> RAOF, it said ask ~ubuntu-sru :)
[01:50] <robert_ancell> http://people.canonical.com/~ubuntu-archive/phased-updates.html if it helps
[01:51] <RAOF> bdmurray would know about this :)
[01:55] <RAOF> Also, ahem. Nothing dodgy *at all* in that backtrace...
[01:55] <RAOF> :)
[02:01] <robert_ancell> RAOF, it's just not *my* dodgy
[02:01] <robert_ancell> oh, the filename
[02:01] <robert_ancell> must be quite popular at the moment
[02:01] <RAOF> :)
[02:01] <robert_ancell> file-roller has the best backtraces
[04:36] <RAOF> robert_ancell: file-roller should start rephasing now.
[04:36] <robert_ancell> RAOF, awesome, thanks.
[04:36] <robert_ancell> RAOF, what do you do to restart it? Some magic script?
[04:36] <RAOF> robert_ancell: I reset it to 30% phasing, and the current thinking is that'll restart the process and get it to slowly phase up to 100%.
[04:37] <RAOF> Yeah, in ubuntu-archive-tools.
[04:39] <jbicha> what happens if you don't do that?
[04:40] <jbicha> like, I was annoyed this weekend about gnome-shell being stopped in xenial's phased updating
[04:40] <RAOF> It's blocked at 0% phasing - it doesn't appear as an update for anyone.
[04:40] <jbicha> but if I didn't say anything would it eventually start up again maybe or what?
[04:40] <RAOF> If you don't say anything it'll sit unused in -updates.
[04:41] <jbicha> ok, the 3 people affected all had the glib from -proposed, 2 were using lightdm and 1 using sddm
[04:41] <RAOF> Wow. Are there really so few gnome-shell users reporting to errors.ubuntu.com that the gnome-shell bug is only ever seen on LTS releases?
[04:43] <jbicha> lol
[04:44] <RAOF> It's glorious: 1 on 12.04, 6 on 14.04, 3 on 16.04.
[04:45] <jbicha> it's a "long term support" bug
[04:46] <jbicha> glib for xenial is no longer complaining of autopkgtest failures http://people.canonical.com/~ubuntu-archive/pending-sru.html
[04:46] <jbicha> I wonder how that was fixed
[04:52] <hikiko> hi
[06:11] <pitti> Good morning
[06:11] <seb128> hey pitti, how are you?
[06:12] <seb128> good morning desktopers
[06:12] <pitti> bonjour seb128 ! tu te lève trop !
[06:12]  * pitti a travaillé à 0:30h hier nuit, j'ai encore un peu fatigué
[06:12] <pitti> mais j'ai gagné contre NetworkManager :)
[06:17] <qengho> Hi hi hi, seb128.
[06:18] <qengho> Hiya, pitti.
[06:18] <pitti> hey qengho!
[06:21] <seb128> hey qengho
[06:21] <seb128> pitti, ouais, mais j'ai pas travaillé jusqu'à minuit donc ça va ;-)
[06:23] <seb128> pitti, what do you do on n-m?
[06:24] <pitti> seb128: qu'est-ce que la différence contre "oui" et "ouais" ?
[06:24] <pitti> seb128: I'm working on https://blueprints.launchpad.net/ubuntu/+spec/foundations-y-network-yaml
[06:24] <pitti> seb128: i. e. generating NM configurations from YAML
[06:24] <seb128> pitti, "ouais" c'est "oui" en plus familier/slang
[06:25] <pitti> seb128: ah, comme "yeah"?
[06:25] <didrocks> bonjour pitti, seb128, qengho
[06:25] <seb128> right
[06:25] <pitti> bonjour didrocks, ça va ?
[06:25] <didrocks> ça va, et toi, ta bataille contre NM? ;)
[06:25] <pitti> didrocks: oui; NM est encore fort (bug 1594551), mais je vais gagner !
[06:26] <didrocks> ahah ;)
[06:29]  * qengho has two bugs to file against NM, one day.
[06:38] <seb128> pitti, , my SRU hero
[06:38] <pitti> :)
[08:03] <willcooke> morning all
[08:04] <seb128> hey willcooke
[08:04] <seb128> how are you?
[08:04] <Laney> morning
[08:04] <seb128> hey Laney
[08:05] <seb128> how is it going?
[08:05] <Trevinho> Morning
[08:06] <seb128> hey Trevinho! what are you doing in a normal europeen tz? ;-)
[08:06] <Trevinho> Hi Laney, seb128, willcooke
[08:06] <Trevinho> seb128: ahah
[08:10] <qengho> willcooke: 'sup.
[08:17] <seb128> willcooke and Laney are having tea and snobbing us european
[08:17] <seb128> ready to brexit I see!
[08:17] <willcooke> I'm now registered for a proxy vote - so we are all saved!
[08:17] <seb128> Trevinho, did you see that the xenial compiz SRU is blocked on new e.u.c reports that needs to be reviewed/flagged as regression or not?
[08:18] <seb128> willcooke, oh, you managed to pull that out? did you blame Canonical for sending you abroad? ;-)
[08:18] <willcooke> indeed :)
[08:18] <seb128> well done sir!
[08:19] <Laney> mmm tea
[08:19] <willcooke> It was quite easy really; fill out the form, print it, sign it, scan it, send it to cvd, she prints it, signs it, scans it, sends it back.  I then email it to the local council, and got an email back at 0830 this morning saying it's all done.  Pretty impressive for a local authority.
[08:20] <Laney> they googled you and decided how you were going to vote
[08:20] <Laney> that determines which filing cabinet the request goes in
[08:22] <willcooke> :D
[08:22] <Trevinho> seb128: Yes, I promptly replied to the warning email, but still...
[08:23] <willcooke> In tea news:  I have Yorkshire Gold Tea - it's proper nice tea.
[08:23] <seb128> Trevinho, did you get any reply from bdmurray? maybe let him know on #ubuntu-devel as well
[08:24] <Trevinho> seb128: they're not regressions though
[08:24] <Trevinho> seb128: no replies. I'll ping him
[08:25] <willcooke> Laney, did my progress bar  "fixes" have bugs?
[08:25] <Laney> not that I know of
[08:25] <Laney> why?
[08:25] <willcooke> oh, I see now, there is a new branch for 16.04
[08:25] <Laney> ya
[08:27] <seb128> Trevinho, thanks
[08:33] <seb128> happyaron, hey
[08:34] <seb128> happyaron, how is the nm-applet update going? you said "tomorrow" on thursday
[08:34] <happyaron> seb128: hey
[08:34] <happyaron> sorry guys will give you today
[08:34] <seb128> lol
[08:34] <seb128> you keep saying that for 3 weeks :p
[08:34] <seb128> what's the issue?
[08:34] <seb128> are you blocking on something specific? can I help?
[08:34] <seb128> or just too much other work?
[08:35] <happyaron> not blocked actually, but I was thinking n-m itself is not uploaded so the applet is not in a real hurry...
[08:36] <Laney> weird
[08:36] <Laney> most of my gstreamer uploads didn't appear anywhere
[08:36] <Laney> just one random one
[08:38] <seb128> happyaron, we discussed that a month ago and said that the applet didn't need the nm upload, also n-m 1.2.2 is in yakkety so that claim isn't true
[08:38] <seb128> Laney, the vaapi update didn't need to build with the new gst version?
[08:39] <happyaron> true. I should change my mind to do that in parallel..
[08:39] <seb128> happyaron, thanks
[08:40] <seb128> happyaron, also please look at the e.u.c summary on the page indicated in the email I forwarded you, the current SRUs for nm/nmapplet are not rolled out to users because those e.u.c reports need to be invistigated
[08:40] <Laney> no
[08:40] <seb128> happyaron, I had a look, I think one of the bug might be new, it's a assert on s_con, which I guess might be because the other assert was removed and we hit similar errors further now
[08:40] <Laney> but it probably wants a rebuild after the rest is uploaded
[08:41] <seb128> happyaron, should be reported upstream
[08:41] <happyaron> ok
[08:41] <seb128> Laney, k
[08:41] <seb128> happyaron, thanks
[08:41] <happyaron> ty
[08:41] <seb128> happyaron, can you look at those today or tomorrow? because in practice it means atm nobody gets the SRU even if it has been copied to -updates
[08:42] <happyaron> doing now
[08:42] <seb128> great
[08:43] <happyaron> so they are discovered during the phased update?
[08:43] <seb128> yeah
[08:44] <seb128> the system stops the rollout when errors are reported on the new version without existing on the previous ones
[08:44] <happyaron> ok
[08:51] <seb128> woot Laney gst uploads made it this time!
[08:51] <Laney> weird
[08:51] <seb128> Laney, did you figure out what went wrong yesterday?
[08:51] <Laney> the .uploads looked right
[08:51] <Laney> i just did it again
[08:51] <seb128> iz launchpad bog
[09:05] <Laney> looks like the keyserver went down at just the wrong time
[09:06] <Laney> 17:59 BST last night
[09:06] <Laney> 17:53
[09:10] <seb128> where did you get that info?
[09:10] <Laney> lurking in is channels
[09:10] <seb128> I see
[09:10] <seb128> that explains it, so all good ;-)
[09:36] <alexarnaud> hey seb128 willcooke didrocks Trevinho and all !
[09:36] <Trevinho> hi alexarnaud
[09:37] <seb128> hey alex
[09:37] <seb128> hey alexarnaud
[09:39] <ayan> is there a way to configure ubuntu to mount USB devices as read-only?  it would be nice to have, for example, SD cards mounted read-only with the option of asking to remount them as rw later.
[09:40] <seb128> ayan, you can probably tweak fstab, I don't know of a standard way, unsure that's common ... what's the usecase/reason?
[09:41] <ayan> seb128: apparently small writes occur to SD cards even if i'm simply copying data from the card.
[09:42] <seb128> is that some desktop service? like thumbnails or temp files or something?
[09:42] <ayan> so, of course, if i just yank out the card without properly syncing, unmounting, etc. -- i can corrupt the device.
[09:43] <ayan> this has happened a couple of times to me.  the result is that, at least for exfat, the checksum for the volume boot record gets corrupted.
[09:44] <seb128> :-/
[09:44] <ayan> ya -- i think it is thumbnails.  i have gnome-raw-thumbnailer installed.  the problem seems to coincide.
[09:44] <ayan> but i haven't verified it.
[09:44] <willcooke> Laney, might have just found a niggle with those border changes.  Take a look at a toggle switch, the background seems to stick out further than the border.  Might need to drop border images for those and replace them?
[09:44] <seb128> dunno about standard way to do it sorry
[09:44] <seb128> ok lunch time, bbl
[09:44] <ayan> seb128: okay. thanks.
[09:45] <willcooke> Laney, http://imgur.com/87jlkLt
[09:46] <GunnarHj> seb128: Hi Sebastien, you mentioned adding "X-Ubuntu-Use-Langpack" to some packages (evolution, brasero, ...?). A full langpack export for xenial will happen next weekend, so now would be a good time to do it. I suppose it would be possible to keep them in -proposed until around July 14, when the language packs will be moved to -updates.
[09:46] <alexarnaud> TheMuso: hello :) !
[09:48] <alexarnaud> TheMuso: do you try debian/ubuntu on the Raspberry Pi ? I've tried one week ago, everything work perfectly expect speech-dispatcher. It seems there are permissions issue with pulseaudio, do you know something about that ?
[09:48] <alexarnaud> I think the RPi could be a good PC for our customer.
[09:52] <Laney> willcooke: Which border changes?
[09:52] <willcooke> the ones related to the progress bar changes
[09:53] <ayan> seb128: i know writing is fairly common but i think simply reading from USB devices is probably most common.  maybe i'm the only one inconveniced by this but it seems reasonable in general to mount stuff as read-only until you've declared that you want to be able to write to it.  that would at least allow me to yank SD cards out of my computer without worry. :P
[09:53] <Laney> Shouldn't think those would affect that
[09:53] <Laney> I have 14.04+16.10.20160613-0ubuntu1 and it looks the same to me
[09:53] <Laney> I think
[09:53] <willcooke> Laney, with the little overlap?
[09:55] <andyrock> morning all
[09:56] <Laney> http://people.canonical.com/~laney/weird-things/overlap.png
[09:56] <willcooke> hey andyrock
[09:56] <willcooke> Laney, same.  Looks broken to me.  I have a fix for consideration.  I'll put a branch up and see what you think?
[10:11] <Laney> cool
[10:23] <willcooke> boo, doesnt work for Radiance
[10:55] <Trevinho> Laney: is it a known issue that gedit in your ppa is broken, right=
[10:55] <Trevinho> ?
[10:57] <Laney> there is no gedit in that ppa
[11:31] <willcooke> why must you taunt me CSS?
[11:55] <willcooke> boom!  In your face CSS
[11:56] <willcooke> Laney, I've updated the progress-bars branch with a fix.  I don't get why its needed since the inspector says the borders are already 1px.   Anyway, it does work.  I've tested with widget factory in a guest session and everything seems ok to me.
[11:57] <willcooke> http://bazaar.launchpad.net/~willcooke/ubuntu-themes/progress-bars/revision/484
[11:57] <willcooke> err
[11:57] <willcooke> s**t
[11:57] <willcooke> one sec
[11:57] <Laney> willcooke: can you do a different branch please?
[11:57] <Laney> that one is uploaded
[11:57] <willcooke> ah, kk
[11:57] <Laney> and it's a different problem
[11:57] <Laney> and SRU bug if it should be srued
[11:58] <willcooke> Laney, did an uncommit, is that right?
[11:58] <willcooke> Do I need to push that too?
[11:59] <Laney> if you want to fix the old branch you can
[11:59] <Laney> it's not that important
[11:59] <willcooke> I'll just start a new one
[11:59] <Laney> you can merge trunk and then push it somewhere else
[12:36] <willcooke> Laney, sorry was otp - so a "bzr uncommit" is all that's needed?
[12:36] <Laney> bzr merge lp:~ubuntu-art-pkg/ubuntu-themes/ubuntu; bzr commit; bzr push lp:~...
[12:37] <Laney> to remove it from the progressbars branch it is uncommit, then push --overwrite
[12:38] <willcooke> Laney, thanks. Have push --overwrite back to the progess bars branch, so that should be clean again
[12:38] <willcooke> will start a new branch for this gtkswitch stuff
[12:39] <Laney> neat
[12:39] <Laney> although the progressbars one is merged
[12:39] <Laney> so you could also delete it if you want
[12:58] <Sweet5hark> seb128: around?
[12:59] <seb128> Sweet5hark, yes!
[12:59] <Sweet5hark> so, I stole some ideas from the gnome-calculator-snap thingie.
[12:59] <seb128> I can recommend that ;-)
[13:01] <willcooke> we call it forking, not stealing.
[13:01] <Sweet5hark> seb128: and that uses something like "plugin: [copy]\n stage-packages: [gnome-calculator...]\n". Are you sure this copies files directly from those packages and not from the build OS?
[13:03] <Sweet5hark> willcooke: forking is the beginning, spooning is what people do on github. Im training myself at knifing now ...
[13:03] <willcooke> spork!
[13:04] <Sweet5hark> seb128: because I use the copy plugin here (for fonts and jre), and realized it copies from the host os in my case (noticed because I tried to build on a virgin machine, were the stuff was missing on the host).
[13:05] <Sweet5hark> seb128: not yet an issue for the result if the host is xenial too, butt otherwise ...
[13:06] <seb128> Sweet5hark, yes, stage packages are unpacked in parts/
[13:06] <Sweet5hark> FWIW, I wonder if the copy plugin should ever be allowed to put something in the snap from anywhere but the snap build dir and its subdirs. Everything else likely is just wrong anyway.
[13:07] <seb128> Sweet5hark, but that could be plugin: nil
[13:07] <Sweet5hark> seb128: ah, hmm, good point.
[13:07] <seb128> Sweet5hark, the stage-packages don't rely on the plugin
[13:07]  * Sweet5hark tries to play with that.
[13:07] <seb128> you are right using the copy one is confusing there
[13:18] <willcooke> ls
[13:20] <seb128> willcooke, Work/ Images/ Porn/
[13:20] <ogra_> file not found
[13:21] <willcooke> oops
[13:21] <willcooke> cd porn
[13:21] <seb128> :-)
[13:22] <willcooke> Somebody please implement window focus follows where I'm looking.  For all our sakes.
[13:22] <willcooke> Maybe I should switch on focus-follows-pointer again
[13:24] <seb128> does it work with unity nowadays?
[13:24] <ogra_> FFB ?
[13:24] <ogra_> focus follows brain
[13:24] <willcooke> seb128, not very well I think
[13:24] <willcooke> ogra_, yes!  Please make that!
[13:25] <ogra_> sure, i just need to drill a hole in your head for the electrodes if you dont mind :)
[13:25] <willcooke> I was reading a story about just that thing yesterday
[13:26] <qengho> ogra_: plz try the web-cam eyeball tracking, BEFORE the treppanning. plz.
[13:26] <ogra_> qengho, yeah, just need to glue a potentiometer to your eye-ball
[13:27] <ogra_> well, two actually ... since it is two-axis
[13:27] <willcooke> oh, hold on, we added eviacam to the archive last cycle I think
[13:27] <ogra_> pfft ... cameras ... not direct enough ... that wont give you much precision
[13:28] <willcooke> :) fair enough.  Off with the top of my head then.
[13:29] <ogra_> :)
[13:33] <desrt> good morning everyone
[13:33] <desrt> an interesting read: http://www.vox.com/2016/6/21/11974600/brexit-eu-euro-disaster
[13:33] <desrt> a pretty good argument on why UK "leave" is the best option for everyone
[13:33] <seb128> hey desrt
[13:34] <desrt> tl;dr: UK doesn't want to be "ever closer" but the rest of the EU *needs* to be "ever closer" so the UK should get out of the way of blocking that from happening
[13:34] <desrt> morning seb :D
[13:41] <seb128> desrt, is there a env variable to tell apps where they should look for the dconf database?
[13:48] <larsu> isn't it just in XDG_RUNTIME_DIR
[13:48] <larsu> ?
[13:49] <seb128> larsu, it's ~/.config/dconf/user by default no? so the config dir
[13:49] <seb128> not the runtime
[13:49] <seb128> would a symlink there to the real location work?
[13:49] <seb128> I guess I can try that
[13:50] <larsu> hm, there's /run/user/1000/dconf/user as well
[13:50]  * larsu is clueless and should shut up
[13:51] <seb128> larsu, I think that's only used to write a temp file during writes
[13:51] <seb128> that's not where you user config is stored
[13:52] <larsu> ah
[13:52] <seb128> larsu, anyway, the issue is snaps have a private userdir, you can get optional access to the real userdir but when you do that it's available under another location ... we have an interface that gives access to the dconf session service (as a temp workaround until we get a proper proxy), that works but the value is written in the real session but the snapped app doesn't see it since it mmap its local unmodified version
[13:52] <seb128> which is a bit ironic
[13:52] <seb128> you can change the real system config
[13:52] <seb128> but not your own :p
[13:53] <larsu> haha :)
[13:54] <GunnarHj> seb128: Did you see my mentioning of the coming langpack build (right after you had left for lunch)?
[13:55] <desrt> seb128: there are a few possibilities
[13:56] <desrt> seb128: but none of them allow you to directly specify the path of a single database with an environment variable... you have to write a profile...
[13:57] <seb128> desrt, would a symlink work?
[13:57] <desrt> no.
[13:57] <seb128> :-(
[13:57] <desrt> you need a profile
[13:58] <seb128> GunnarHj, hey, yeah I saw that, I don't think we need to coordinate, if those are in the langpack update great, then we can land an update for the apps to re-use the langpack any time later
[13:59] <desrt> writing a profile is pretty easy though... the slightly harder part is syncing up the requirements with the XDG_RUNTIME_DIR stuff, at the same time
[13:59] <seb128> remind me what happens if we don't have XDG_RUNTIME_DIR?
[14:00] <desrt> we add XDG_RUNTIME_DIR
[14:00] <GunnarHj> seb128: But those packages aren't built for langpacks currently, are they?
[14:00] <seb128> or if the snap one points to an empty dir
[14:00] <desrt> because shit be broken if we don't have it
[14:00] <seb128> what sort of issues are we talking about?
[14:00] <desrt> but in the case of dconf, uhm... i'm going to say that it means that you will successfully read the contents of the dconf database at app startup but you won't see any changes after that
[14:00] <seb128> I think it was an issue with nfs and weird fs
[14:01] <desrt> even if you get change signals over dbus, you will continue to see the old values
[14:01] <desrt> dconf uses this directory for a 'database has changed' flag
[14:01] <seb128> GunnarHj, what does "built for langpacks" mean? are the corresponding domain in your new export?
[14:03] <GunnarHj> seb128: Built with the "X-Langpack-something..." variable in d/control. I don't know how to see the data which will be included in the export.
[14:05] <GunnarHj> seb128: You seem to have dropped "X-Ubuntu-Use-Langpack" in the latest evolution build, for instance. https://launchpad.net/ubuntu/+source/evolution/3.18.5.2-0ubuntu3
[14:06] <seb128> GunnarHj, right, that doesn't reply to my question though
[14:06] <seb128> GunnarHj, is evolution-3.18.mo in the current langpacks export?
[14:07] <GunnarHj> seb128: looking...
[14:08] <seb128> GunnarHj, or did we get a new export yet since xenial?
[14:09] <GunnarHj> seb128: No exports have been made use of since the xenial release.
[14:09] <seb128> k
[14:09] <seb128> I understand your question now
[14:10] <seb128> dpm, pitti, can you remind me how langpackomatic builds up the list of domains to include in the langpacks?
[14:13] <GunnarHj> seb128: I'm not pitti or dpm, but I know how it works for ubuntu-docs: If it's built in xenial-proposed before the language packs are generated, then it will be included.
[14:14] <GunnarHj> seb128: Assumed it works similarly for 'normal' packages.
[14:14] <pitti> seb128: the LP exports contain a mapping.txt which give a domainname → sourcepackage map
[14:15] <seb128> pitti, can we ask for a package in universe that doesn't use "X-Ubuntu-Use-Langpack" to be included?
[14:15] <pitti> seb128: and langpack-o-matic downloads main's+restricted's Sources.gz and filters those packages plus the universe ones with X-Ubuntu-Use-LP: from that map
[14:15] <pitti> seb128: well, that tag is precisely for doing that
[14:16] <seb128> pitti, it's use the sources.gz from proposed?
[14:16] <pitti> seb128: no, only from -release ATM, but of course we could change that
[14:17] <pitti> actually, no, this was bogus
[14:17] <pitti> langpack-o-matic doesn't look for that tag
[14:17] <pitti> LP itself already filters on the component apparently, hang on
[14:17] <pitti> this is waaaay too long ago
[14:17] <seb128> pitti, remember that bug that made langpack-o-matic not use universe indexes and miss evolution/universe packages?
[14:17] <pitti> seb128: yes, that got fixed
[14:17] <seb128> right
[14:17] <seb128> we still didn't get an export since though
[14:18] <seb128> so we removed X-Ubuntu-Use-LP from evolution as a workaround in a SRU
[14:18] <pitti> I think GunnarHj is planning one now for next week
[14:18] <seb128> right
[14:18] <seb128> the question is how do we get evolution to be in the export
[14:18] <seb128> since we removed "X-Ubuntu-Use-Langpack"
[14:19] <seb128> do we do a SRU adding it back and keep that in proposed
[14:19] <seb128> but is that enough? would need langpackomatic to look at the flag in proposed
[14:20] <pitti> seb128: it's actually pkgstriptranslations which does that, and as it happens during package build, yes
[14:20] <pitti> I'm not entirely sure if the LP translation importer cares about domains
[14:20] <pitti> but I doubt it
[14:20] <pitti> it doesn't care about the static translations (ubunt-docs) either
[14:25] <seb128> well, importer is not the issue
[14:25] <seb128> like if the domain is in the langpacks we can rebuild evolution later to go back to using those translations instead of shipping them
[14:25] <seb128> the issue is to make sure the next langpack export includes the evolution-3.18.mo
[14:26] <seb128> which is something on the exporter side or langpack builder
[14:26] <seb128> right?
[14:28] <willcooke> Laney, new branch and MP for the gtkswitch: https://code.launchpad.net/~willcooke/ubuntu-themes/gtkswitchoverflow/+merge/298028
[14:28] <willcooke> might be nice for 16.04.01
[14:28] <pitti> seb128: right, mainly striptranslations/LP import+export
[14:28] <pitti> seb128: so, having it in -proposed seems fine
[14:29] <seb128> pitti, k, thanks
[14:37] <seb128> GunnarHj, so yeah, seems like we should got those in proposed this week, I can do that ... do you know of others than brasero and evolution?
[14:38] <GunnarHj> seb128: I haven't really considered it. Another package which was moved to universe is Empathy.
[14:39] <seb128> that got rebuilt since, it has integrated translations, but maybe it would be good to go back to launchpad ones
[14:43] <GunnarHj> seb128: Don't think I have much input here. Suppose that we are talking about programs which are often installed and where it's considered desirable that the translations are as updated as possible.
[14:43] <seb128> yeah, also programs that might need translations
[14:44] <seb128> empathy didn't change much in recent cycles and come from GNOME which has good translation teams
[14:44] <seb128> so I would expect the included translations to be in good state
[14:44] <GunnarHj> seb128: Aha, get it.
[14:49] <seb128> desrt, so dconf profiles ... how do I write one that say to load the user db from /randomdir?
[14:49] <seb128> desrt, https://help.gnome.org/admin/system-admin-guide/stable/dconf-profiles.html.en doesn't help me much
[14:51] <GunnarHj> seb128: The criteria for choosing those programs aren't obvious. For instance, the Swedish translation team tries to translate upstream as much as possible, and uses LP mostly for Ubuntu specific stuff. Hence the translation coverage is good anyway. My guess is that that's how the most active translation teams work.
[14:51] <seb128> right
[14:52] <seb128> GunnarHj, it's important for e.g evolution because we have distro patches that add strings for the indicator/unity launcher so those aren't translated when using the upstream translations
[14:52] <GunnarHj> seb128: Yeah, patches with translatable strings is indeed a good reason.
[15:28] <desrt> seb128: this is a bit of a complicated question too
[15:29] <desrt> seb128: the first problem is that you have to know what the user's profile was to start with
[15:29] <desrt> but let's assume it's the default
[15:29] <desrt> next question: how much do you want to share?
[15:29] <desrt> if you want change support, for example, and the ability to write, you probably want a "user-db:user" line in the profile
[15:29] <seb128> desrt, that's the unity7/legacy/unconfined case, I want to do like today on xorg
[15:29] <willcooke> Meeting about to start :)
[15:29] <seb128> right
[15:29] <willcooke> sorry
[15:29] <desrt> then you need to bindmount the user's ~/.config/dconf dir _and_ the user's xdg_runtime_dir/dconf dir
[15:29] <desrt> *not* the files.. the dirs.
[15:30] <willcooke> #startmeeting Desktop Team Weekly Meeting - 2016-06-21
[15:30] <meetingology> Meeting started Tue Jun 21 15:30:14 2016 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:30] <willcooke> We're on our way back towards winter. \o/
[15:30] <willcooke> Roll call: andyrock, attente, desrt,  dgadomski, fjkong, happyaron (out), hikiko, laney, qengho (out), seb128, sweet5hark, themuso (out), tkamppeter, trevinho, robert_ancell (out)
[15:31] <Trevinho> \o
[15:31] <andyrock> o/
[15:31] <desrt> o/
[15:31]  * Sweet5hark reporting in.
[15:31] <FJKong> --. .-
[15:31] <FJKong> GA
[15:32] <seb128> hey
[15:33] <Laney> moo
[15:33] <willcooke> oki, lets go...
[15:33] <willcooke> #topic andyrock
[15:33] <andyrock> #1. Proposed a branch for "[BUG:1460649] Can't unlock screen with last day password (before expired)"
[15:34] <andyrock> #2. Almost completed  "[BUG:1593696] Unity Lockscreen fails to show warnings on expiring passwords."
[15:34] <andyrock> #3. Reviews
[15:34] <andyrock> eof
[15:34] <willcooke> #4 Pizza
[15:34] <willcooke> thanks andyrock
[15:34] <andyrock> ahaha
[15:34] <willcooke> andyrock, when you get a chance to look at the Nautilus issue please ping me and lets work out what the best options are
[15:34] <willcooke> #topic attente
[15:35] <andyrock> sure
[15:35] <attente> hey, we figured out what the new menu api should look like at the gtk hackfest last week, and i've just been working on implementing it
[15:35] <attente> gnome-software sru work
[15:35] <attente> (eof)
[15:36] <willcooke> thanks attente, let's do a HO in our 1:1 next week and talk about menus
[15:36] <attente> sure
[15:36] <willcooke> thanks
[15:37] <willcooke> #topic desrt
[15:37] <desrt> hi.
[15:37] <desrt> spent last week at the gtk hackfest with attente, which is awesome
[15:37] <desrt> convinced upstream that relocatability of libraries in the gnome platform is something that we should aim for as a gnome goal.  ie: it is a bug if a gnome library doesn't support it
[15:37] <willcooke> nice!
[15:37] <desrt> had the scope/size of the required glib patch increase quite a lot since now i need to make this "The Way" for handling this stuff -- including on mac and windows
[15:38] <desrt> talked with alex a lot about flatpak, specifically the portals stuff.  his original proposed design was a bit overengineered in my opinion, and was written in a way that would probably hurt us and/or cause us to have to rewrite a lot of it.  we discussed refactoring it to improve the ability to share things more
[15:38] <desrt> i am in the middle of writing up a report from the hackfest wrt. flatpak
[15:39] <desrt> eof, i guess
[15:39] <willcooke> thanks desrt :))
[15:39] <willcooke> desrt, I'll put something in the diary next week to sync on that and the dconf proxy plans / work
[15:39] <willcooke> #topic dgadomski
[15:40] <desrt> ya.  sorry that this got punted, but relocatability is turning into a bit of a bigger thing
[15:40] <dgadomski> hey
[15:40] <dgadomski> * working on samba: bug #1592326 & bug #1592327
[15:40] <dgadomski> * stuck with darktable snap - during the launch something goes crazy creating recursive gschema symlinks, need to look closer into this starting from the gtk-launch wrapper
[15:40] <dgadomski> eof
[15:41] <willcooke> thanks dgadomski
[15:41] <dgadomski> thanks
[15:41] <willcooke> dgadomski, let us know if we can help with the snap
[15:41] <willcooke> #topic FJKong
[15:41] <FJKong> hey
[15:41] <FJKong>  Flash BQ Aquaris E4.5 and test for Localization
[15:41] <FJKong>  day-scope ubuntu-calendar-app unav system settings
[15:41] <FJKong> bug/1586903 bug/1555144 bug/1586911 bug/1588630 bug/1588634
[15:41] <FJKong> sogou im:
[15:41] <FJKong> one bug about blocking login in 16.04LTS
[15:41] <FJKong> playing snappy
[15:41] <FJKong> eof.
[15:42] <willcooke> 73s FJKong
[15:42] <FJKong> !
[15:42] <willcooke> #topic happyaron
[15:42] <willcooke> 1. Work with Sogou's technical people to help them prepare on the engine things
[15:42] <willcooke> 2. Work on the fcitx5 project, which is the next generation
[15:42] <willcooke> 3. Sort out libxml2/libxslt backlogs at Debian
[15:42] <willcooke> 4. Getting nm-applet/1.2.2 ready
[15:42] <willcooke> #topic hikiko
[15:44] <willcooke> we can come back, or please let me have the update by mail hikiko
[15:44] <willcooke> #topic Laney
[15:44] <Laney> she probably melted
[15:44] <Laney> • find / research / file a linux bug in LP which caused some ftbfsen
[15:44] <Laney> • help with krb5 transition
[15:44] <Laney> • some more theme work
[15:44] <Laney> ∘ uploaded some more 3.20s to the ppa
[15:44] <Laney> • theme reviews, sponsoring, train fun for y/x
[15:44] <Laney> • gstreamer 1.8.2 + sru
[15:44] <Laney> • review gnome-software sru, revert some snappy changes which need more thought + uploaded that to y/x
[15:44] <Laney> • help investigate an apt bug that was making some builds fail, turns out that it's in libstdc++ - so revert the change that exposed that. apt upstream are working on a workaround now
[15:44] <Laney> • discover g-s crash, upload file-roller without an empty MimeType in its .desktop (added in an Ubuntu patch) to work around that (asglib is also now fixed)
[15:44] <Laney> • glib 2.49.2
[15:44] <Laney> 🚵
[15:45] <willcooke> we had that bmx guy last week.
[15:45] <willcooke> 2 points from Griffindor
[15:45] <Laney> yeah
[15:45] <Laney> i copied it from that one
[15:45] <willcooke> :)
[15:45] <willcooke> thanks Laney
[15:45] <Laney> since i finished it at 16:44:28
[15:46] <willcooke> :D
[15:46] <willcooke> #topic qengho
[15:46] <Laney> it was that or ⓒ or ☺ or ☭
[15:46] <willcooke> * Done: New Chromium release, v51.0.2704.79, tested, gave to #secuurity.
[15:46] <willcooke> ** I have a story about venerable and eldritch program "tar" changing behavior in 16.10, next time we're all drinking in a bar.
[15:46] <willcooke> * In-progress: Replacing deprecated Cr config tool GYP with GN before it's an emergency.
[15:46] <willcooke> * In-progress: Dekko mail snap. Strange hang in Qt init.
[15:46] <willcooke> * Paused: Awaiting Chromium/Chrome snap security policies in snapd.
[15:46] <Laney> which I can remember how to compose key
[15:46] <willcooke> #topic seb128
[15:46] <seb128> • patch pilot shift
[15:46] <seb128> • SRU reviews/sponsoring for the team, helped verified some
[15:46] <seb128> • lot of snappy
[15:46] <seb128> ∘ got translations and datadir relocation mostly working for common GNOME cases
[15:46] <seb128> ∘ got evince current stable git loading pdf under strict confinement
[15:46] <seb128> ∘ installed flatpak/played a bit with it/looked at how they did some things
[15:46] <seb128> ∘ joined discussions on the list and bugs (dbus services, relocation, ...)
[15:46] <seb128> ∘ looked at bit to inkscape with t_ed
[15:46] <seb128> ∘ learnt a bit more about the details of how snappy work
[15:46] <seb128>  
[15:46] <seb128> that's it I think
[15:46] <willcooke> packed suicase?
[15:46] <willcooke> (I havent)
[15:46] <seb128> not yet
[15:46] <seb128> just a bagpack for 3 days
[15:47] <seb128> still need to do that
[15:47] <willcooke> oh, that's a good idea, save waiting for checked luggage
[15:47] <seb128> and send boarding pass etc
[15:47] <Laney> are we going to get another (not) creepy dressing gown picture?
[15:47] <willcooke> we live in hope
[15:47] <seb128> lol
[15:47] <Laney> i found one from prague the other day
[15:47] <Laney> this is a theme now
[15:47] <willcooke> ha!
[15:47] <seb128> all Trevinho's fault
[15:48] <willcooke> #topic Sweet5hark
[15:48] <Sweet5hark> - back and forth for snappy PR
[15:48] <Sweet5hark> - various LibreOffice snap bits (e.g. "dont ship symbols", dbus discussion ...)
[15:48] <Sweet5hark> - filed some snapcraft bugs
[15:48] <Sweet5hark> - tested LibreOffice snap in confined mode: seems to work
[15:48] <Sweet5hark> - testing to get LibreOffice build with l10n
[15:48] <Sweet5hark> - bumped LibreOffice/xenial to 5.1.4 in a ppa build (didnt publish yet)
[15:48] <Sweet5hark> - setup a snap-building VM on big bertha, maybe that will shortens the dev cycle
[15:48] <Sweet5hark> => next week: planning to go for 5.2.0~rc1 with full l10n on snappy, 5.1.4 LTS backports, and if there is time 5.2.0~rc1 as dpkg
[15:48] <Sweet5hark> EOF
[15:48] <willcooke> thanks Sweet5hark
[15:49] <willcooke> #topic TheMuso
[15:49] <willcooke> * Spent more time learning how to snap with snapcraft. Managed to get a couple of snaps built and mostly working, need to patch a package to look for a config file in a different place, so need to learn how to implement a custom plugin for now to do this.
[15:49] <willcooke> * Started working on the pulseaudio snap, updating it to work with the new snapcraft, and manage to get it built, again without patches. Sed patches are needed to make pulse behave in a snap environment. Will likely have to make configuration changes to probably run it system wide if used in a snappy only environment *sigh*
[15:49] <willcooke> * Started looking into teh best way to set up a snappy only environment for testing, mostly for pulse.
[15:49] <willcooke> #topic tkamppeter
[15:49] <tkamppeter> - Phone: Video call about printing with lewgacy apps running inside Libertine.
[15:49] <tkamppeter> - OpenPrinting distribution-independent driver packages: Started looking into distributing them as snaps in the Snap Store with the OpenPrinting web site selecting them via the printer's device ID.
[15:49] <tkamppeter> - cups-filters: CUPS 2.2.x drops System V interface scripts, starting work on the PPD generator in cups-browsed to allow for creating queues for discovered IPP network printers always with PPDs, even if the information the printers report is insufficient, using default values then. The interface script will stay in cups-filters for now but only used if explicitly asked for via cups-browsed.conf.
[15:49] <tkamppeter> - cups-filters: Looked into a crash of pdftoraster on RGB 1-bit-per-color output discovered by a GSoC student.
[15:49] <tkamppeter> - Google Summer of Code 2016: Guide students through their projects
[15:49] <tkamppeter> - Google Summer of Code 2016: Filled in the mid-term evaluations for both students for OpenPrinting, both have passed mid-term, meaning that they get the first half of their money now and will continue working with us for the second half of the summer.
[15:49] <tkamppeter> - Bugs
[15:50] <willcooke> awesome, thanks tkamppeter
[15:50] <willcooke> #topic Trevinho
[15:50]  * Trevinho lost his paste
[15:50] <Laney> suuure
[15:50]  * Trevinho writes
[15:50] <Laney> - pizza - selfies
[15:50]  * Trevinho * Branch for fixing the lockscreen indi
[15:51] <Trevinho> * Fixed the lockscreen hotkeys such as the ones for kbd and monitor brightness
[15:51] <Trevinho> * Unity8 work for new menu items
[15:51] <Trevinho> * About to fix selectors for new gtk
[15:52] <Laney> yesssssss
[15:52] <Trevinho> (unity side)
[15:52] <Trevinho> * compiz reviews
[15:52] <Trevinho> * new landing
[15:52] <Trevinho> * libwnck release
[15:52] <Trevinho>  /EOF (sort of)
[15:53] <willcooke> thanks Trevinho
[15:53] <willcooke> #topic robert_ancell
[15:53] <willcooke> - LightDM refactoring and bugfixing for Unity 8 greeter work
[15:53] <willcooke> - LightDM 1.19.1, 1.18.2 (SRU) releases
[15:53] <willcooke> - Confirmed snappy MIME type SRUs
[15:53] <willcooke> - Proposed minimal snapd patch for GNOME Software upstream
[15:53] <willcooke> - Booked flights for snappy sprint
[15:53] <willcooke> #topic AOB
[15:53] <willcooke> Interviews - lots of 1st rounds done.  Some very interesting candidates.  Some 2nd rounds and more 1st rounds next week
[15:54] <willcooke> Planning meeting from tomorrow in BOS.  Will report back next week.
[15:54] <willcooke> Anyone got anything else?
[15:55] <willcooke> going in 5
[15:55] <willcooke> 4
[15:55] <willcooke> #endmeeting
[15:55] <meetingology> Meeting ended Tue Jun 21 15:55:56 2016 UTC.
[15:55] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2016/ubuntu-desktop.2016-06-21-15.30.moin.txt
[15:55] <willcooke> thank you all
[15:56] <Laney> merci!
[15:57] <andyrock> tack tack
[15:58]  * desrt wonders where seb128 went
[15:58] <willcooke> preparing for Brexit
[15:59] <desrt> ah... right... bunkers have poor wireless service.
[16:00] <Trevinho> Laney: fix for unity was quite easy though... For headerbar doesn't seem to apply though
[16:01] <andyrock> lol
[16:02] <seb128> (back, internet dropped where I was, had to change location)
[16:02] <willcooke> like to the UK?
[16:03] <Laney> Trevinho: what do you mean?
[16:04] <seb128> is that Trevinho's turn?
[16:04] <seb128> Trevinho, when do we get another round of xenial SRU? ;-)
[16:07]  * seb128 wonders if he lost internet again
[16:07] <attente> me too
[16:07] <seb128> hey attente :-)
[16:08] <seb128> was the meeting wrapped?
[16:08] <attente> hi seb128, yes it was :)
[16:08] <seb128> oh, k
[16:09] <seb128> so everybody left :p
[16:09] <seb128> oh well
[16:09] <seb128> did I miss anything?
[16:09]  * seb128 waits for the irclog to update
[16:09] <seb128> ah, they are, nice
[16:28] <seb128> desrt, the symlink works ;-)
[16:29] <seb128> woooot
[16:30] <seb128> Germany!
[16:30] <seb128> desrt, dconf doesn't need the schemas right?
[16:30] <seb128> (seems to work fine without it)
[16:31] <seb128> the app has it inside the container
[16:31] <seb128> but the dconf service on the host doesn't
[16:31] <seb128> seem things work
[16:41] <Trevinho> Laney: I get no headerbars in client side decorated windows, all is transparent here
[16:41] <Trevinho> seb128: xenial SRU... Waiting for some juicy stuff to land
[16:43] <seb128> Trevinho, there is enough juice to do a landing...
[16:44] <Laney> Trevinho: do you actually have the new theme?
[16:44] <Laney> http://people.canonical.com/~laney/weird-things/gtk320.png
[16:46] <Trevinho> Laney: ah, weird indeed
[16:46] <Trevinho> Laney: I've updated my theme I think
[16:46] <seb128> you also got a new gedit apparently
[16:46] <Laney> haha
[16:46] <seb128> are you sure you use the right ppa?
[16:46] <Trevinho> Laney: anyway, unity side is quite easy to fix, I'm pushing the change in a bit
[16:46] <Laney> menus too?
[16:47] <Trevinho> mh, deb http://ppa.launchpad.net/ubuntu-desktop/gtk320/ubuntu yakkety main
[16:47] <Trevinho> Laney: yeah
[16:47] <Laney> make sure you got light-themes from there
[16:48] <Trevinho> Laney: oh, menus.... menu items you mean?
[16:48] <Trevinho> Laney: ah, archive overrided that version
[16:48] <Laney> no
[16:49] <Laney> look at menus in the panel
[16:49] <Laney> click on one
[16:49] <Laney> they get a white line each side
[16:49] <Trevinho> ah, they look fine here, but might because I fixed the rest :)
[16:49] <Laney> ._.
[16:50] <Laney> well if you build a package then we can put it in that ppa to test
[16:50] <Laney> thx for helping
[16:50] <Laney> you can look at the unity greeter items too if you want, that would be nice
[16:50] <Laney> :) :) :)
[16:52] <Trevinho> Laney: greeter... the input field, then what else?
[16:52] <seb128> Trevinho, so, about that xenial landing?
[16:52] <Laney> "invalid password" doesn't display right
[16:53] <Trevinho> mh, I don't see it when in test-mode, but maybe is different thing
[16:54] <Trevinho> seb128: you also mean usd stuff?
[16:54] <seb128> no
[16:54] <seb128> but the "lock on vt switch" is driving me crazy
[16:54] <Laney> in both cases the entry disappears
[16:54] <Laney> so they could be the same problem
[16:54] <Trevinho> seb128: ah, ok.... well, ok... I'll try to do that
[17:00] <seb128> Trevinho, did you let bdmurray know that he can clear the euc-potential-regressions for compiz are not ones?
[17:01] <Trevinho> seb128: yeah, this morning,... He just replied in -devel though
[17:01] <seb128> k
[17:01] <alexarnaud> Good bye all ! See you tomorrow.
[17:05] <Laney> ya
[17:05] <Laney> night!
[17:06] <seb128> 'night Laney
[17:06] <willcooke> cya Laney
[17:06] <willcooke> night alexarnaud
[17:06] <seb128> night alexarnaud
[17:06] <willcooke> packing time I think
[17:06] <seb128> yeah, I should do that too
[17:06] <willcooke> :)
[17:07] <willcooke> Wondering if I can fit my clothes in to my laptop bag
[17:07] <willcooke> could do a laundry run Thursday morning
[17:07] <seb128> you have a nice ubuntu backpack
[17:07] <seb128> should have plenty of space for spare clothes and laptop?
[17:08] <willcooke> dont suppose I need two laptops this time
[17:08] <seb128> yeah, you don't
[17:10] <desrt> seb128: schemas are for gsettings
[17:11] <seb128> desrt, k, so having them inside the confined environment only is fine?
[17:11] <desrt> yes
[17:11] <desrt> well, ish
[17:11] <seb128> no dconf-editor
[17:11] <desrt> you want them on the outside too, so that the user can see them with dconf-editor, etc.
[17:11] <seb128> but that's fine
[17:11] <seb128> right, enventually
[17:11] <seb128> that iteration is just to unblock things
[17:11] <seb128> desrt, thanks
[17:14] <willcooke> seb128, wash bag :(
[17:14] <willcooke> seb128, although, the hotel will have all that, so I really only need toothbrush and paste
[17:15] <seb128> right
[17:19] <willcooke> just dropped my electic shaver down the toilet
[17:31] <seb128> :-(
[17:32] <seb128> tramp version of willcooke in Boston it is!
[17:32] <willcooke> spot the difference :)
[17:33] <seb128> :-)
[17:47] <chrisccoulson> willcooke, is your electric shaver not waterproof?
[17:47] <chrisccoulson> I'm sure glad Jo's electric toothbrush is waterproof, or appears to be. I was able to just fish that out of the toilet when I dropped it down there, and she's none the wiser
[17:47] <willcooke> it is, but now its covered in toilet
[17:48] <willcooke> chrisccoulson, :DDDD
[17:48] <Sweet5hark> o.O
[17:48]  * Sweet5hark finished a libreoffice snap with full l10n.
[17:48] <Sweet5hark> \o/
[17:49] <Sweet5hark> 715MB *mumblemumble* *handwave*
[17:49] <willcooke> Sweet5hark, congrats
[18:56] <willcooke> night all
[21:15] <Trevinho> Laney: ah, I see why my gedit was broken... It happens when you enable the overlay map
[21:57] <TheMuso> alexarnaud: Never used a raspbery pi of any kind.
[22:40] <robert_ancell> attente, I'll fix bug 1564076 if you haven't started on it