[05:47] <hikiko> hi
[05:49] <duflu> 'lo hikiko
[05:49] <duflu> Which means hello, not the opposite of hi
[05:50] <hikiko> hello duflu :-)
[05:51] <hikiko> What's the opposite of hi? Bye?
[05:51] <hikiko> Happy Monday
[06:46] <duflu> hikiko: I mean (hel)lo is the same as hi, but lo(w) is the opposite of hi(gh)
[06:57] <hikiko> :D I did't catch the joke :)
[08:58] <desrt> hi
[08:58] <desrt> 'lo
[08:58] <desrt> to all
[09:01] <Laney> hi therrrrrrrrrre
[09:02] <davmor2> Morning all
[09:03] <desrt> Laney, davmor2: good morning peeps!
[09:08] <seb128> hey desrt Laney davmor2
[09:08] <desrt> good morning, seb.  good weekend?
[09:09] <seb128> yes, spring is almost there!
[09:09] <willcooke> morning all
[09:09] <seb128> hey willcooke
[09:10] <seb128> some house cleaning and tv on saturday
[09:10] <seb128> and enjoyed the weather yesterday
[09:10] <seb128> how was your w.e?
[09:11] <Laney> hey davmor2, seb128, desrt, willcooke, hikiko & duflu!
[09:11] <hikiko> hi all :)
[09:11] <duflu> Morning Laney, desktoppers
[09:12] <seb128> hey duflu hikiko
[09:12] <duflu> Hey seb128
[09:12] <Laney> how's it going?
[09:12] <seb128> Laney, good, it's nice and sunny and over 10°C!
[09:12] <seb128> you? had a good w.e?
[09:12] <desrt> willcooke, duflu, hikiko: good morning :)
[09:12] <desrt> pitti, mvo: hi :)
[09:13] <duflu> Morgen desrt
[09:13] <Laney> yep!
[09:13] <Laney> did some planting
[09:13] <pitti> hey desrt!
[09:13] <Laney> potatoes are in
[09:13] <pitti> hello Laney and seb128 and duflu, how are you?
[09:13] <Laney> and rescued some daffodils that the neighbour was growing (???????????) in the compost heap
[09:13] <duflu> pitti: Hi, good. How is life on the other side?
[09:14] <duflu> Or maybe don't answer that
[09:14] <pitti> duflu: it's nice, thanks! dipping my toe into Javascript and general web stuff
[09:15] <seb128> pitti, salut pitti, comment ça va ? le printemps est arrivé chez vous aussi ?
[09:15] <pitti> and writing a lot of glib again, that's been a while
[09:15]  * duflu finds the measure of successful planting is whether he can see a nice line of colour in satellite photos :)
[09:15] <pitti> seb128: oui, le temps est fabuleux ! on a fait une longue randonnée samedi, et j'ai travaillé dans la garden hier
[09:16]  * Laney finds the plot on google earth
[09:16] <duflu> glib is so last century. And also critical to everything
[09:17] <duflu> Oh I meant glibc, but almost the same answer
[09:18] <flexiondotorg> Morning desktopers
[09:20] <Laney> https://goo.gl/maps/mwqXGqamwAv
[09:20] <Laney> ahhh there's the ol place
[09:20] <Laney> hey flexiondotorg, how are you?
[09:20] <flexiondotorg> Laney good thanks.
[09:22] <mvo> desrt: hey! good morning
[09:23] <desrt> mvo: hey!  good weekend?
[09:23] <desrt> duflu: >:|
[09:25] <duflu> desrt: You know I mean it as a good thing. Same goes for Unix, C, ...
[09:25] <mvo> desrt: yes, thank you! lots of sun here, which is great.
[09:25] <desrt> ya... it was an amazingly good two days here, too
[09:26] <mvo> :)
[09:53] <FJKong> Laney: could you help to check #1656071, if it need SRU
[09:57] <Laney> FJKong: sure, could do if you know how to fix it
[09:57] <Laney> FJKong: you should close the upstream bug if it's not their problem
[09:57] <FJKong> as fixed?
[09:58] <Laney> maybe RESOLVED NOTGNOME
[09:58] <Laney> how much time did you spend on this?
[09:59] <Laney> we should be spending most time on bugs in things we ship by default imho
[09:59] <FJKong> not too much, I just found it was fixed on debian
[10:00] <FJKong> sure
[10:00] <Laney> ok
[10:00] <howefield> seems decent enough, giving me a window list at the bottom of the terminal
[10:01] <howefield> oops
[12:03] <jbicha> valve's steam packages are a mess https://bugs.debian.org/857596
[13:26] <jcastro> I still don't get why we ship our own steam package
[13:26] <jcastro> everytime they change something we need to go back and add udev rules, etc.
[13:27] <jcastro> iirc our set of udev rules is still behind what they publish
[13:38] <jbicha> jcastro: it's up-to-date now in zesty-proposed (new queue because I added a new binary pkg)
[13:39] <jbicha> the other way is for Valve to work with Ubuntu to get their packages into the official Debian/Ubuntu repositories directly
[13:40] <jcastro> yeah unfortunately they don't have resources to do so
[13:40] <jcastro> I tried that last year when I met with them
[13:40] <jbicha> because currently their packages are incompatible with Debian and Ubuntu's packages so what's the point in having their own apt repo then?
[13:41] <jbicha> hire Canonical to take care of it?
[13:41] <jcastro> at some point the debian/ubuntu package split out steam-devices for some reason
[13:43] <jbicha> even before the steam-devices split, the package was already broken (valve's package is named steam-launcher; Debian's is named steam but they ship the same files)
[13:43] <jcastro> oh
[13:44] <jbicha> I guess the steam-devices split makes sense because it's possible to use those controllers without steam
[13:45] <jcastro> yeah but like, is it worth keeping that delta
[13:45] <jbicha> if they don't have the resources to make proper Ubuntu packages, why do they bother? if they discontinued their apt repo and pointed people to distro packages, it would fix the problem, right?
[13:45] <jcastro> no because they don't want to do distro things
[13:45] <jcastro> they want to say, publish new udev rules without having to wait on anybody else
[13:45] <jbicha> all they have to do is release their tarball like every thing else
[13:46] <jbicha> *like everyone else
[13:46] <jcastro> if you want to give it a shot I can introduce you, they usually hang out in #steamos
[15:49] <davmor2> cyphermox: you about dude?
[15:50] <Laney> run
[15:50] <davmor2> Laney: don't make me make you fix it
[15:52] <cyphermox> davmor2: what's up?
[15:55] <davmor2> cyphermox: on zesty I'm still hitting the normal no hit enter to continue dialogue that we always seem to hit.  I think I reported a bug for it but I'm trying to track it down.  But with final beta next week it would be nice to get it fixed if at all possible
[15:55] <cyphermox> well, do we see it on many systems or just your system, or just vmware?
[15:56] <cyphermox> I definitely couldn't reproduce this on the systems I have last I checked
[15:56] <davmor2> cyphermox: I'm seeing across the board on kvm, xps13 and on i386 and amd64 on both oem and normal installs
[15:57] <cyphermox> ok
[15:57] <cyphermox> davmor2: what is the bug number now?
[15:58] <davmor2> cyphermox: I get the first dialogue that says install complete press okay to continue, but the remove boot media and hit enter one is missing
[15:58] <davmor2> cyphermox: I'm tracking it down if I can't find it I'll file a new one in a minute
[15:58] <cyphermox> davmor2: right
[15:59] <davmor2> cyphermox: well I say missing what I mean is I'm dumped into a terminal that I can't escape from without hitting the power button till the system powers off
[16:06] <davmor2> cyphermox: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1672441
[16:06] <davmor2> cyphermox: I think it might of been someone else that reported it on the first beta testing maybe that is why I can't find it :(  so filed a new one for you anyway
[16:07] <cyphermox> ack, ta
[16:25] <Laney> tedg: hi, do you have any news for me?
[16:30] <davmor2> cyphermox: by the way weirdly it works on rebooting live session just fails on installs
[16:30] <tedg> Laney: News no. One test left.
[16:45] <flocculant> davmor2: not seeing that reboot from install issue - though I am seeing it almost hanging - then catching up
[16:48] <davmor2> flocculant: so you see the dialogue saying remove boot media and hit enter to reboot?
[16:50] <jbicha> chrisccoulson: did you see bug 1668664 ?
[16:52] <flocculant> davmor2: yea
[16:53] <flocculant> davmor2: didn't think it was going to show - but then it did - like I say looked like it was hanging
[16:58] <davmor2> cyphermox: ^ so it sounds like there is an issue just with different outcomes :(
[17:06] <chrisccoulson> jbicha, I have, but my focus on firefox atm is making it possible to build it in the archive again :)
[17:06] <flocculant> davmor2: tried twice more - not seeing it
[17:08] <chrisccoulson> ricotz, I think we've got everything now for building firefox in https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/ppa/ (I'm going to give it a try later)
[17:09] <ricotz> chrisccoulson, nice, could you push for bzr change for ff53 trusty beta
[17:10] <chrisccoulson> ricotz, oh, did I not do that?
[17:10] <ricotz> chrisccoulson, is tb45.8 no its way? :)
[17:10] <chrisccoulson> ricotz, it will be
[17:10] <ricotz> chrisccoulson, not yet, I would have picked it from the package soon
[18:06] <willcooke> night all
[18:06] <willcooke> Monday done
[20:10] <robert_ancell> mterry, with that lightdm MP for unity8 guest sessions - should /var/run/mir_socket should be done as a socket like the /tmp/.X11-unix one is later in that file?
[20:54] <flocculant> cyphermox: added a comment to davmor2's bug - I got it to fail with ubuntu
[21:21] <mterry> robert_ancell: you mean as a unix line?
[21:21] <robert_ancell> mterry, yeah
[21:21] <mterry> robert_ancell: I *think* the file-type line makes sense for file sockets?   I only see the unix line used for anonymous sockets
[21:21] <mterry> robert_ancell: the file-type line is used in snapd for the mir interface
[21:22] <robert_ancell> mterry, it should be the same as the X11 socket right?
[21:22] <mterry> robert_ancell: but that X11 socket line is an anonymous socket, not a socket on the file system
[21:22] <robert_ancell> mterry, no, the X11 socket is a file socket
[21:23] <robert_ancell> /tmp/.X11-unix/X0
[21:23] <mterry> robert_ancell: but that line in the file uses @/tmp/...  where the @ indicates not a filesystem one right?
[21:24] <robert_ancell> mterry, I don't know about the AppArmor syntax, but the X11 socket is definitely a file
[21:26] <tyhicks> if it is a socket file, simply use a file rule:
[21:26] <tyhicks>   /path/to/socket/file rw,
[21:27] <tyhicks> if it is an anonymous or abstract socket, I'd suggest checking out the "Unix socket rules" section of the apparmor.d(5) man page
[21:28] <mterry> Right, abstract is the word I should have been using
[21:28] <mterry> robert_ancell: ^
[21:28] <robert_ancell> They're both unix sockets
[21:28] <robert_ancell> == abstract socket?
[21:29] <mterry> robert_ancell: I understand that /tmp/.X11-unix/X0 is a file on the system.  But that rule in the profile is referencing an abstract socket that also uses that path string
[21:29] <mterry> robert_ancell: an abstract socket is one that isn't in the file system
[21:30]  * robert_ancell is confused by terminology
[21:30] <mterry> I think
[21:30] <robert_ancell> Either way, they're both the same type of socket, so the rules should probably be using the same syntax..
[21:30] <mterry> robert_ancell: yeah, see unix(7) and search for abstract
[21:31] <mterry> robert_ancell: I'm saying that this rule is not for the socket at file path /tmp/.X11-unix/X0 -- it's for an abstract socket that happens to use that string
[21:31] <robert_ancell> oh, I see
[21:31] <robert_ancell> Is that ever used?
[21:31] <mterry> I dunno
[21:32] <mterry> robert_ancell: in /etc/apparmor.d/abstractions/X you can see file-based rules
[21:33] <mterry> And abstract ones
[21:33] <robert_ancell> aha
[21:33] <mterry> I guess X11 allows both?
[21:34] <robert_ancell> I guess?
[21:34] <mterry> Maybe the file ones are deprecated -- that abstraction only allows reading it, not writing to it
[21:36]  * mterry needs to run to grocery store to have food during this storm tomorrow
[21:47] <tyhicks> robert_ancell, mterry: you can see both abstract and path-based sockets are in use by `netstat -aA unix | grep X11`
[21:47] <robert_ancell> tyhicks, ta