[08:07] <willcooke> morning all
[08:07] <Sweet5hark1> moin
[08:21] <desrt> moin moin
[08:21] <willcooke> hi desrt!
[08:21] <willcooke> morning Sweet5hark1
[08:23] <seb128> hey desrt willcooke desktopers
[08:23] <seb128> how is everyone?
[08:23]  * desrt is well
[08:24] <desrt> mmm coffee
[08:24]  * seb128 already had some
[08:24] <willcooke> TEA!!
[08:24] <willcooke> Real tea!!!
[08:24]  * Sweet5hark1 is still coughing and sneezing. Need to see the doc today.
[08:24] <willcooke> :((
[08:24] <willcooke> feel better soon Sweet5hark1
[08:25] <Sweet5hark1> not hugely impacting things, just quite annoying.
[08:51] <willcooke> seb128, are you going to be at: http://summit.ubuntu.com/uos-1605/meeting/22681/convergence-y-replace-upstart/
[08:52] <seb128> willcooke, yes, though thursday is a bank holiday here, but I guess it's fine if I swap that half a day?
[08:52] <seb128> (half a day because there are 3 sessions that look interesting on that afteroon)
[08:52] <willcooke> seb128, bien sur
[08:53] <seb128> :-)
[08:53] <willcooke> thx
[08:53] <seb128> yw
[08:53] <seb128> unity8 desktop session/dev desktop/upstart
[08:55] <seb128> willcooke, was there any session today you think we should participate to? I might listen to the python3 one and to some of the snappy ones but I didn't see anything were we are likely to be drivers/going to lead work
[08:55] <seb128> oh, no meeting, I was going to ask about that... :-)
[08:56] <willcooke> :)
[08:57] <willcooke> I'm going to try and get some people along to the Py3 one, like barry will probably care, but let's see how it goes.  Other than that, I'm going to listen in to the communty round table and might get involved in the "legacy apps" one with bregma
[08:58] <seb128> k
[08:59] <seb128> I'm going to join the snappy interfaces one, since that sounds like we are going to need some of those for the desktop issues
[08:59] <willcooke> ah yes, I'll add that to my list too
[08:59] <willcooke> oh, it clashes
[08:59] <seb128> right
[09:00] <seb128> since you go to the legacy one I go to snappy
[09:00] <willcooke> I'll probably listen to the snappy one then and catch up with the community one via a recording
[09:00] <seb128> wrong slot?
[09:00] <willcooke> tells me its 1600
[09:00] <willcooke> is that UTC
[09:00] <seb128> snappy inteface conflicts with legacy in mir
[09:01] <seb128> community q&a is at 15
[09:01] <seb128> oh, right, that clash with python
[09:02] <seb128> willcooke, just making sure I've my calendar right, but the xdg meeting is at 12utc right?
[09:02] <willcooke> seb128, yeah
[09:02] <seb128> good
[09:37] <seb128> tjaalton, hey, just read bug #1577500 which is an xorg bug + patch, do you think that should be SRUed (or stacked for the next upload)? I'm just pointing for info, unsure how spammy the xorg reports are and if you keep an eye on those
[09:44] <tjaalton> seb128: we already have that in xenial
[09:45] <seb128> tjaalton, ok, unsure what the user issues is then, might make sense to unsubscribe sponsors
[09:46] <tjaalton> actually that's what he mentions, I'm not sure it needs to be backported to older releases
[09:48] <seb128> he said that it should be backported to 16.04, confusing
[09:48] <tjaalton> oh, right
[09:56] <TheMuso> Hey willcooke.
[09:56] <willcooke> morning TheMuso!
[09:56] <TheMuso> Hey desktoppers.
[09:56] <willcooke> early start today ;)
[09:57] <TheMuso> Nah, thought I'd jump on and say hello, heading to bed in a little, still catching up on sleep. :)
[09:57] <willcooke> :)
[09:57] <seb128> night TheMuso!
[10:18] <seb128> desrt, oh, happy birthday! (almost forgot it was today)
[10:21] <desrt> thanks seb :)
[10:21] <willcooke> Ohh!
[10:21] <willcooke> Happy birthday desrt!
[10:21] <desrt> and thanks willcooke
[10:36]  * Sweet5hark1 sneaks in to steal the last piece of the birthday cake.
[10:36] <Sweet5hark1> desrt: Happy Birthday!
[11:39] <pitti> Good morning
[11:39] <willcooke> hey pitti
[11:40] <pitti> seb128: I figure a test build in a y schroot should suffice, not necessary to have a full y desktop
[11:40] <pitti> hey willcooke, how are you?
[11:40] <willcooke> pitti, doing good thanks, how about you?
[11:40] <willcooke> nice sunshine here today
[11:40] <pitti> willcooke: a bit tired, but I forced myself back to sleep after 4 am, mostly okay
[11:41] <pitti> yesterday was an all-day planning session with Mark, today we should actually get something done :)
[11:46] <seb128> hey pitti! wie gehts?
[11:46] <pitti> seb128: ça va bien, merci ! et toi ?
[11:46] <seb128> pitti, yeah, I just was busy with other things at the sprint, going to get started on more y things this week
[11:46] <seb128> ça va bien :-)
[11:47] <pitti> seb128: btw, was there any outcome about the "form a Xenial maintenance squad" proposal?
[11:47] <seb128> pitti, btw unsure if you are subscribed to that u-s-d/upower bug, some new comment suggest that the issue is that u-s-d starts before upower, they say that the upower systemd unit can be delayed enough that it's not done by the time the session start
[11:48] <seb128> they have logs suggesting that as well, the job gets ready after the u-s-d segfault
[11:48] <seb128> willcooke, ^ did you get to raise the xenial squad topic with others managers?
[11:49] <pitti> seb128: apparently not, I didn't get followup mail
[11:49] <pitti> seb128: interesting -- that's not at all what that stack trace looked like
[11:49] <seb128> I wonder if we have different issues there
[11:50] <seb128> one of them seems to be upower not ready when u-s-d starts
[11:50] <pitti> yes, I'm fairly sure about that
[11:50] <seb128> you said it shouldn't be possible? should one of the libupower calls be blocking and isn't?
[11:50] <pitti> this stack trace we looked at fitted the "didn't check for lid first" perfectly well
[11:51] <seb128> right
[11:51] <pitti> seb128: I'd expect the connection to the service to either fail or hang, yes
[11:51] <pitti> as this is still dbus activation
[13:43] <qengho> desrt: Do you have a complaint with gpg2 --card-edit\nadmin\ngenerate and its "Make off-card backup of encryption key?", instead of keytocard? (I'm not sure if "encryption" is important there.)
[14:11] <desrt> qengho: this may work but i am not certain that you will get the appropriate subkey relationship
[14:14] <qengho> Hmm.
[14:17] <cyphermox> willcooke: hey
[14:17] <willcooke> cyphermox, hihi
[14:18] <cyphermox> how do you feel about a logging review session for tomorrow UOS?
[14:18] <cyphermox> it's scheduled for 18h CDT here or something; it would be nice to have someone from hte desktop team in the session
[14:19] <cyphermox> desrt: qengho: gpg2 on smartcard?
[14:19] <cyphermox> desrt: happy b-day :)
[14:21] <willcooke> cyphermox, sure, we can find someone or some people I think.  Maybe seb128 and/or laney? ^
[14:22] <cyphermox> the goal is to review what currently logs to syslog and wherever else, see what can be ripped out to do some clean up, where we have error messages that aren't errors, things that are too verbose, etc.
[14:22] <cyphermox> clearly, there is a balance to catch so that we're not missing things when dealing with bugs, but I'm sure there are some improvements we could do
[14:23] <qengho> cyphermox: yes indeed. the desrt dispensed some clue last week.
[14:23] <cyphermox> qengho: cool. I use gpg2 to handle gpg keys on a yubikey too :)
[14:25] <qengho> My trick to symlink ~/.gnupg to /media/me/someSDCard/gpg seems less clever now.
[14:27] <cyphermox> that works too, I guess
[14:27] <cyphermox> except maybe you'll run into some issues with the agent if the agent starts while the symlink is broken? I don't know
[14:28] <qengho> Speaking of crypto, my Tor snap has only amd64 users (rev "20"). I assumed most would be ARM Ubuntu Core. Huh. https://globe.torproject.org/#/search/query=UbuntuCore
[14:29] <qengho> "22" would be ARMHF.
[14:38] <cyphermox> willcooke: https://blueprints.launchpad.net/ubuntu/+spec/core-y-log-cleanup
[15:03] <seb128> willcooke, cyphermox, time is a bit inconvenient for me but I'm going to try to join for at least the first half of it
[15:22] <ximion> Laney: looking at quite some bugs like LP: #1575339, it seems like reprocessing the AppStream metadata for Xenial might be a good choice...
[15:23] <ximion> (or switching to appstream-generator :D)
[15:32] <willcooke> ximion, laney is on hols today, but he mentioned last week that he was planning to use/make a new generator
[15:34] <ximion> willcooke: that would be pretty awesome :) I would advise for not making a new one :P
[15:34] <ximion> willcooke: even with the old generator though, just updating the data would help some packaged apps, I think
[15:35] <willcooke> ximion, ack
[15:35] <ximion> Scribus seems to have been dropped only because the icon wasn't found, and since the icon is actually there, I assume it's only missing because of an out-of-date Contents file, or some other glitch
[15:54] <Laney> ximion: no way, we can't re-publish a released series
[15:54] <Laney> I dropped all icon-not-found quite close to the release though
[15:55] <ximion> Laney: weird, I wonder why that bug appears then...
[15:55] <ximion> well, in theory one could cheat and add this to the -updates series
[15:55] <ximion> but meh
[15:55]  * ximion doesn't like ugly hacks
[15:56] <ximion> Laney: anyway, I didn't want to drag you out of your work-free time :)
[16:03] <Laney> no worries
[16:04] <seb128> Laney, stop IRC with one hand while you are hanging to the climbing wall with the other one :p
[16:04] <seb128> IRCing
[16:33] <abel_> helo
[17:02] <willcooke> anyone know about storaged?  https://github.com/storaged-project/storaged
[17:02] <willcooke> as in heard of it, aware of it, maybe even have plans for use on Ubuntu?
[17:04] <seb128> willcooke, heard of it, it might replace udisks, no plan to take on that yet afaik (unsure what it would bring us? we better wait for it to mature in any case)
[17:04] <seb128> willcooke, https://fedoraproject.org/wiki/Changes/Replace_UDisks2_by_Storaged for reference
[17:04] <willcooke> seb128, thanks!  Looks like it might be fun to play with
[17:04] <seb128> yeah
[17:05] <seb128> I expect we are going to get it at some point
[17:05] <willcooke> plus kind leads on from what we said about needed a disk manager for the desktop.  If that is providing all the APIs - yay!
[17:05] <willcooke> s/needed/needing
[17:07] <seb128> yeah
[17:07] <seb128> well the APis are already there
[17:07] <seb128> they are just consolidating in one service
[17:07] <seb128> rather than talking to different components
[17:07] <willcooke> ah, nice
[17:07] <willcooke> even better
[17:07] <willcooke> :)
[17:08] <seb128> yeah
[17:08] <seb128> let's keep an eye on it
[17:09] <seb128> if fedora switches next cycle that means it's getting good enough to be considered
[17:10] <seb128> willcooke, "The main consumer of Storaged is Cockpit" ... it's a lars_u thing ;-)
[17:50] <willcooke> seb128, I did wonder :)
[18:30] <willcooke> qengho, fun fact... I *can* sign in to my Google account in Chrome.
[19:54] <willcooke> right, EOD.  Gonna start later tomorrow (maybe, dependant on children) since it'll be another later one tomorrow
[19:54] <willcooke> erk big netslpit
[19:54] <willcooke> gnight