[04:42] <pitti> Good morning
[05:15] <hikiko> hi
[08:00] <willcooke> morning all
[08:03] <seb128> hey willcooke!
[08:10] <seb128> it's quiet here today!
[08:20] <seb128> or is my IRC not working?
[08:25] <pitti> bonjour seb128!
[08:25] <pitti> hey willcooke
[08:25] <seb128> hey pitti, how are you?
[08:25] <pitti> seb128: quite fine, thanks! how about yourself?
[08:25] <seb128> I'm good thanks!
[08:25] <pitti> did a nightshift with reworking the autopkgtest web result browser
[08:26] <seb128> ah, nice
[08:28] <pitti> autopkgtest.u.c. takes ages to update right now and keeps running out of inodes
[08:30] <seb128> :-/
[08:41] <Laney> SO ANGRY
[08:42] <pitti> Laney: ugh, what's up?
[08:42] <Laney> hey pitti!
[08:42] <Laney> I went to ride a new cycle route with some people from the council
[08:42] <Laney> but after I got there I discovered I had a puncture
[08:43] <Laney> so went to try and find one of the city hire bikes
[08:43] <pitti> annoying
[08:43] <Laney> EVERY location I went to had none available
[08:43] <pitti> urgh, annoying²!
[08:43] <Laney> so I have given up
[08:43] <Laney> even the one by the station
[08:43] <pitti> Laney: do you have kevlar tires?
[08:43] <Laney> sorry, visitors!
[08:43] <Laney> they are supposed to be "puncture proof", whatever that means
[08:44] <pitti> I've had some with a kevlar stripe inside, haven't managed to kill that yet
[08:44] <seb128> hey Laney!
[08:44] <seb128> what a way to start the day :-/
[08:45] <Laney> at least it's sunny :P
[08:46] <Laney> oh also I have security bolts
[08:46] <Laney> so have to go home, get the tool and come back before I can fix it
[08:47] <Laney> and I never got to tell them the shortcomings of their new route
[08:47] <Laney> :(!
[08:47]  * Laney exhales
[08:47] <seb128> :-/
[08:47] <Laney> how are you seb128 et pitti?
[08:48] <pitti> Laney: quite fine, thanks; have been hacking on a new autopkgtest results browser half of the night..
[08:48] <pitti> http://autopkgtest.ubuntu.com/browse.cgi/packages/systemd
[08:48] <Laney> oh, how come?
[08:49] <pitti> Laney: you still remember the "running out of inodes" problem due to the gazillion static files?
[08:49] <Laney> I thought I had noticed some missing results
[08:49] <pitti> Laney: and current a.u.c. has a latency of several hours
[08:49] <Laney> afraid not
[08:49] <Laney> so this is dynamically querying swift?
[08:49] <pitti> Laney: so I changed the download from "save into files" to "save into sqlite"
[08:50] <pitti> Laney: and completely rewrote the results browser with flask and dynamic page generation/sql query
[08:50] <pitti> which has become absurdly small
[08:50] <pitti> Laney: no, that'd be way too slow
[08:50] <pitti> but sqlite is awesome
[08:51] <pitti> the whole ~ 700K test results are in a ~ 50 MB database, and you can query the table for any result (with a join) in a negligible amount of time
[08:51] <Laney> nice
[08:51] <pitti> so browse.cgi now has a latency of a few minutes only (real production data)
[08:51] <pitti> still missing "running" and "test list"
[08:51] <pitti> so it's not the default view yet
[08:53] <pitti> Laney: https://git.launchpad.net/~ubuntu-release/+git/autopkgtest-cloud/tree/webcontrol/browse.cgi?h=db-webui → that's all (plus a few HTML templates in https://git.launchpad.net/~ubuntu-release/+git/autopkgtest-cloud/tree/webcontrol/templates?h=db-webui)
[08:53] <pitti> quite impressive, should have done this right away..
[08:54] <Laney> flask looks quite simple for this task
[08:54] <Laney> nice
[08:54] <Laney> running will still be the amqp thing though? just processed dynamically?
[08:55] <pitti> Laney: yeah, I want to do the brutal amqp flush on demand instead of every 10 s
[08:55] <pitti> Laney: listening to and collecting logtails still needs to stay a permanently running process, but that's not a biggie -- that can just continue to write a HTML include snippet
[08:56] <pitti> and the flask app just slurps that in
[08:56] <pitti> or maybe even the template, need to learn about that stuff more
[09:03] <Laney> pitti: good work! results latency was a bit annoying
[09:03] <Laney> more than once I used swift's api to find things before a.u.c knew about them
[09:03] <pitti> yeah, me too
[09:04] <pitti> and the box running out of inodes despite having two huge hard disks now is also a pain
[09:04] <pitti> Laney: the other day we discussed how to attach external storage to cloud instances (that was for this context)
[09:04] <Laney> the inode thing?
[09:05] <pitti> right
[09:05] <Laney> nod, that sucks
[09:21] <vigo> hey guys, anybody running unity8 on desktop? I got a fatal error trying to re-install a click
[09:51] <Trevinho> Laney, seb128: Hey. I was trying the tedg's branches for systemd... But it doesn't seem to start here, do you have any clue why http://pastebin.ubuntu.com/23115333/ could happen? journalctl doesn't say much
[09:52] <seb128> hey Trevinho!
[09:52] <Trevinho> :)
[09:53] <seb128> Trevinho, what's the status of indicator-common?
[09:53] <seb128> sorry
[09:53] <seb128> indicator-pre
[09:53] <Trevinho> pre?
[09:54] <seb128> those are After=indicators-pre.target
[09:55] <Trevinho> seb128: indicators-pre.target                                            loaded    inactive dead
[09:56] <Trevinho> journalctl doesn't say much about indicators
[09:57] <Trevinho> ah, /usr/lib/x86_64-linux-gnu/unity-compiz-profile-select isn't there too
[10:01] <ricotz> hey desktopers
[10:04] <Trevinho> hi ricotz
[10:04] <Trevinho> seb128: so...... fixing that unity file doesn't seem to change the things
[10:05] <Trevinho> seb128: if I manually do systemctl --user start unity7 it starts
[10:05] <Trevinho> but not otherwise
[10:06] <seb128> hey ricotz
[10:06] <seb128> Trevinho, you need pitti or Laney I guess
[10:06] <seb128> I don't remember how those systemd target are supposed to work
[10:07] <seb128> but you shouldn't have to manually start the unity7 unit
[10:08] <Laney> hi
[10:08] <Trevinho> eh, yeah... it's quite expected
[10:08] <Trevinho> hi Laney
[10:08] <Laney> is there a silo?
[10:08] <ricotz> Trevinho, seb128, Laney, hi
[10:09] <ricotz> is there something wrong with mdds which seems not actually be published according to apt-cache -- https://launchpad.net/ubuntu/+source/mdds/1.2.1-1
[10:09] <Trevinho> Laney: yeah, 093
[10:10] <Trevinho> Laney: although it has wrong paths in prestart scripts
[10:10] <Trevinho> Laney: so you should manually fix /usr/lib/systemd/user/unity7.service pre-start script to include the /unity subpat
[10:10] <Trevinho> ricotz: h
[10:12] <Laney> hi ricotz
[10:12] <Laney> you want #launchpad for that
[10:12] <seb128> ricotz, what binary are you looking at?
[10:12] <ricotz> seb128, libmdds-dev
[10:14] <Laney> https://launchpad.net/ubuntu/yakkety/amd64/libmdds-dev
[10:16] <seb128> I don't seem to be able to parse this log or make sense of what it says
[10:16] <ricotz> Laney, which means it is gone? although launchpad still lists it
[10:16] <ricotz> $apt-cache policy libmdds-dev: https://paste.debian.net/plain/797664
[10:17] <Laney> It didn't publish the binary or something
[10:17] <Laney> go ask #launchpad
[10:18] <ricotz> Laney, will do
[10:18] <seb128> there was and maybe still is an old bug that made launchpad eat binaries on successive promotion/demotion
[10:19] <seb128> like it seems like that it was moving forth and back between main and universe
[10:19] <seb128> which might have hit that launchpad bug
[10:19] <seb128> in which case it needs a no change upload to get a new build
[10:19] <pitti> Trevinho: oh, is there an updated MP for unity7 now? https://requests.ci-train.ubuntu.com/#/ticket/1710 doesn't have unity, tedg removed it
[10:19] <Laney> could be, I don't know how that bug looks in logs
[10:20] <Laney> you can soemtimes copy binaries back over themselves too
[10:21] <pitti> Trevinho: I suppose there's an enablement symlink missing from ubuntu-session.target.requires (or ubuntu-sessin.target should grow a Requires=unity7.service)
[10:22] <pitti> Trevinho: in our staging git we have /usr/lib/systemd/user/ubuntu-session.target.wants/unity7.service -> ../unity7.service
[10:46] <Trevinho> pitti: mh, so probably it's in that silo.. I guess I should move that back there then
[10:47] <Trevinho> the thing is that I've already added libindicator... seb128 could you remove libindicator src from the landing 093 ppa? So that I can rebuild and get rid of the systemd stuff for now from there?
[10:47] <pitti> I asked tedg about the status of that PPA the other day, but didn't get a response yet, so I can't say what's up with this :/
[10:48] <pitti> i. e. I guess this is blocked on $something
[10:48] <Trevinho> also wondering why it's targetted to xenial and vivid too
[10:48] <Trevinho> shouldn't it be only yakkety?
[10:48] <pitti> not sure, the usual triple-landing madness?
[10:48] <pitti> if the branches are diverged, then we surely only need it for y
[10:48] <Trevinho> I'd remove that, I guess we don't want to SRU it, right?
[10:48] <pitti> right
[10:48] <pitti> well, maybe at some point
[10:49] <pitti> but that shouldn't block landing in y
[10:49] <Laney> Trevinho: You're missing the symlink, and also Environment=COMPIZ_CONFIG_PROFILE=ubuntu
[10:49] <Laney> with those two it starts for me
[10:50] <Trevinho> Laney: symlink where?
[10:50] <Laney> as pitti just said
[10:50] <pitti> Trevinho: in our staging git we have /usr/lib/systemd/user/ubuntu-session.target.wants/unity7.service -> ../unity7.service
[10:50] <Trevinho> Laney: can you plase comment https://code.launchpad.net/~ted/unity/systemd-unit./+merge/300624 ?
[10:50] <Laney> but it should be requires rather than wants, I'd think
[10:50] <Trevinho> eh, but who should handle that?
[10:50] <pitti> yes, agreed
[10:50] <Trevinho> ubuntu-desktop package?
[10:50] <pitti> Trevinho: once we have unity ported we can add Requires=unity7 to ubuntu-desktop.target indeed
[10:51] <pitti> Trevinho: but this would be a lockstep transition, so shipping the enablement symlink in the unity7 package is easier for now
[10:51] <Laney> easier for now if unity adds the symlink, but it should more properly be in the target
[10:51] <Trevinho> pitti: so for now it's up to the unity package to setup such symlik?
[10:51] <pitti> we can clean this up later
[10:51] <Laney> snap
[10:51] <pitti> Trevinho: yes, as we try to decouple the steps of the transition as much as possible
[10:51] <Trevinho> mh, ok
[10:51] <pitti> at the price of needing two rounds (a second one for removing upstart jobs, and transitional things like this)
[10:52] <pitti> but still easier all around, look at how long this ticket has baked already
[10:52] <Laney> Trevinho: commented
[10:52] <Laney> IMHO you could branch tedg's branch and fix it yourself
[10:52] <Laney> be quicker
[10:53] <Trevinho> yeah, I was thinking the same
[10:53] <Trevinho> Laney: however, the environment thing should be set by the prescript, not by the .service, since it's dynamic now
[10:54] <Laney> does it do that now?
[10:55] <Trevinho> yeah
[10:55] <Trevinho> Laney: but you need to fix the path
[10:56] <Laney> I did
[10:56] <Trevinho> symlink is there... but nothing starts here too -__
[10:56] <Laney> not sure how you pass back environment from the ExecStartPre
[10:56] <Laney> told you, you need to fix the environment
[10:56] <Trevinho> maybe it has to be a different service then
[10:56] <Trevinho> or target I mean
[10:57] <Trevinho> or whathever... in systemd language
[10:57] <Trevinho> on which unity7 depends on
[10:57] <Trevinho> so that the env is set
[10:57] <Trevinho> Laney: I don't get anything in the journalctl though... and if I manually systenclt start it the env is set... So....
[10:57] <Laney> maybe make that script call the update-activation-environment thing
[10:57] <Trevinho> I thought it was working
[10:58] <Trevinho> in theory it should be done by systemctl set-environment, isn't it?
[10:59] <Laney> most jobs use dbus-update-activation-environment
[10:59] <Trevinho> I mean, without environment compiz should start anyway... but it doesn't
[10:59] <Laney> --systemd
[11:03] <Trevinho> Laney: you also still see
[11:03] <Trevinho> unity7.service                                                                                   loaded    inactive dead    Unity Shell v7
[11:03] <Trevinho> inactive because? It doesn't parse the .wants dir?
[11:04] <Trevinho> anyway... the environment thing isn't needed... maybe i didn't reload the daemon
[11:05] <Trevinho> and.... I don't get integrated menu working...
[11:05] <Trevinho> gtk module not loaded
[11:06] <Trevinho> well, for dbus-activated stuff... So  iguess the dbus-update-activation thing has to be used
[11:06] <Trevinho> for gtk module
[11:06] <Trevinho> oh, it does it
[11:06] <Trevinho> :o
[11:07] <Laney> haha
[11:07] <Laney> you made it work?
[11:07] <Trevinho> yeah, i had to daemon-reload it seems
[11:08] <Trevinho> however... it feels slower than upstart
[11:08] <Trevinho> Laney: I've this problem with the terminal though
[11:09] <Trevinho> when loaded from the dash
[11:09] <Trevinho> not from Alt+f2
[11:11] <Trevinho> Laney:  https://usercontent.irccloud-cdn.com/file/pILG7vb4/
[11:11] <Trevinho> and dash uses nothing but gapplication launch..
[11:11] <Trevinho> so it should take care of dbus environments
[11:13] <Trevinho> pitti: you have any clue what could be?
[11:13] <Laney> it's right here
[11:13] <Laney> look in the journal and you should be able to see the order it was started in
[11:14] <Trevinho> I always got such of these problems in this VM... but.... they were always actual bugs (like this always loses the races)
[11:15] <Trevinho> Laney: oh, yeah... it's after unity7
[11:16] <Laney> that is weird
[11:16] <Trevinho> https://www.irccloud.com/pastebin/Le2O4BPq/
[11:16] <Laney> it has Before=unity7.service
[11:16] <Trevinho> yeah...
[11:16] <Laney> you need a pitti
[11:17] <Laney> did you put it in ubuntu-session.target.requires/ or somewhere else?
[11:17] <Trevinho> that one no... I didn't change nothing a part that unity7 thing in the wants dir
[11:18] <Trevinho> oh
[11:18] <Trevinho> I've it at /usr/lib/systemd/user/ubuntu-session.target.wants/unity-gtk-module.service though
[11:18] <Trevinho> who added that?
[11:18] <Laney> unity7
[11:18] <Laney> I mean
[11:18] <Laney> unity-gtk-module puts that symlink there, it's right
[11:19] <Laney> meh I restarted like 10 times and it's always been correct
[11:19] <Trevinho> Laney: it does it since it has
[11:19] <Trevinho> [Install]
[11:19] <Trevinho> WantedBy=ubuntu-session.target
[11:19] <Trevinho> ?
[11:19] <Laney> that would do it if you called systemctl enable, but the package itself probably makes it
[11:19] <Trevinho> (and the same should be done in unity7 target or you want it to be at debian links level, as a side request?)
[11:19] <Trevinho> ah, ok
[11:20] <Laney> but RequiredBy for unity
[11:21] <Trevinho> it worked now... meh. maybe it was because just after the daemon-reload or something like that?
[11:23] <Trevinho> and... back again in 2nd restart
[11:23] <Trevinho> this after a
[11:23] <Trevinho> sudo service lightdm restart
[11:23] <Trevinho> Not full restart
[11:25] <Laney> tried it like 20 times now
[11:26] <Trevinho> Laney: so confirmed here... it only happens when forcing a session restart
[11:26] <Trevinho> with sudo service lightdm restart
[11:26] <Trevinho> it always happens in such case to me
[11:26] <Trevinho> not if I logout/login back
[11:26] <Laney> not for me, sorry
[11:28] <Trevinho> Laney: if it helps, this is what I get in journalctl (log starts just before I restart lighdm): http://pastebin.ubuntu.com/23115687/
[11:29] <Laney> what does systemctl --user status unity-gtk-module say?
[11:31] <Trevinho> Laney: it seems correct http://pastebin.ubuntu.com/23115693/
[11:32] <Trevinho> Laney: however, timestamps looks the ones of the last good time I ran my session (without restarting lighdm)
[11:32] <Laney> that time is right?
[11:32] <Laney> ...
[11:32] <Trevinho> Laney: in fact, in the log I sent you before there was no mention of that unit
[11:32] <Laney> probably because it was already active, no?
[11:32] <Trevinho> Laney: yes, but restart happened at ago 31 13:26:56
[11:33] <Trevinho> yeah, so it should be stopped when the desktop stops
[11:33] <Trevinho> RemainAfterExit=yes ?!
[11:33] <Trevinho> in the gtk-module
[11:34] <Laney> that is correct
[11:37] <Trevinho> Laney: I think this is the problem:
[11:37] <Trevinho> http://pastebin.ubuntu.com/23115712/
[11:38] <Trevinho> We need to put it down when the session closes...
[11:38] <Trevinho> it might fail, bu there's that || true which would still make it go down, isn't it?
[11:38] <Laney> PartOf=graphical-session.target should do that
[11:38] <Trevinho> that's what I thought
[11:39] <Laney> aha
[11:40] <Laney> I reproduced it!
[11:40] <Laney> it happens if you are logged in on a vt
[11:40] <Trevinho> Laney: and the same is for systemctl --user status gnome-keyring-ssh.service
[11:40] <Trevinho> I did it from ssh... maybe that's why
[11:40] <Trevinho> I've a ssh session open, no vt opens
[11:41] <Laney> probably the same
[11:41] <Trevinho> guess so
[11:41] <Laney> not exactly sure why
[11:41] <Laney> el martinus of the pitt
[11:41] <Trevinho> systemctl --user status graphical-session.target
[11:41] <Trevinho> Active: active since mer 2016-08-31 13:26:37 CEST; 15min ago
[11:41] <Trevinho> so, it's wrong indeed :-)
[11:44] <Laney> yeah and if I actually log out properly instead of killing lightdm
[11:44] <Laney> it's good
[11:44] <Trevinho> yeah, that's the thing
[11:46] <Trevinho> It's all in here... http://pastebin.ubuntu.com/23115727/ (pitti, when possible, if you can have a look...)
[11:46] <Laney> any problem when you don't kill lightdm?
[11:46] <Trevinho> no
[11:46] <Laney> because if that's the only time...
[11:46] <Trevinho> if I logoit is fine
[11:46] <Laney> probably more of a minor bug
[11:46] <Trevinho> I don't know if the same if X is killed
[11:48] <Trevinho> ok, if gnome-session is killed (segfaults for example), it's fine
[11:49] <Trevinho> not with X though, and this should be the reason
[11:49] <Trevinho> sudo killall -9 Xorg
[11:49] <Trevinho> marco@ubuntu-vmware:~:0$ systemctl --user status graphical-session.target
[11:49] <Trevinho> ● graphical-session.target - Current graphical user session
[11:49] <Trevinho>    Loaded: loaded (/usr/lib/systemd/user/graphical-session.target; static; vendor preset: enabled)
[11:49] <Trevinho>    Active: active since mer 2016-08-31 13:48:21 CEST; 54s ago
[11:49] <Trevinho>      Docs: man:systemd.special(7)
[11:49] <Trevinho> ago 31 13:48:21 ubuntu-vmware systemd[6159]: Reached target Current graphical user session.
[11:49] <Trevinho> ouch, paste didn't work
[11:50]  * Trevinho goes to lunch... Then fixes.
[11:50] <Laney> oho
[11:51] <Laney> now I get why dropbox told me to change my password
[11:51] <Laney> https://www.theguardian.com/technology/2016/aug/31/dropbox-hack-passwords-68m-data-breach
[11:51] <Trevinho> ah... fuck them
[11:52] <Laney> bring back ubuntuone!
[11:52] <Trevinho> The mail was stating
[11:52] <Trevinho> «This is purely a preventative measure, and we’re sorry for the inconvenience.»
[11:52] <Trevinho> preventative...
[11:53] <seb128> Laney, you didn't have your password changed since 2012?! ;-)
[11:54] <Laney> teehee
[11:54] <Laney> that was before I started using a password manager too
[11:55] <Trevinho> What, just got an amazon mail about unlimited cloud storage?
[11:55] <Trevinho> ah, no it was just marketing
[11:57] <Laney> there
[11:57] <Laney> now it's more like oiw5oitu<g.iegh9IeChieloo7nee1zu
[11:57] <seb128> hehe
[12:07] <desrt> hello peeps
[12:07]  * desrt goes streaking
[12:08] <Laney> HI
[12:08] <Laney> hot
[12:10] <desrt> trying to keep up my duolingo...
[12:10] <desrt> i have a 6-day streak, which i think is a personal best :p
[12:15] <seb128> hey desrt
[12:15] <desrt> sup sup
[12:16] <desrt> looking forward to visit you soon =)
[12:16] <seb128> ;-)
[12:16] <seb128> the location is still not confirmed right?
[12:16] <desrt> correct.
[12:16] <seb128> wonder what they are doing...
[12:17] <desrt> same thing as always :)
[12:18] <seb128> eating the budget for more frequent team events by delaying the flight booking for everyone? :-/
[12:29] <pitti> Trevinho: re from lunch, sorry for the delay
[12:30] <pitti> Trevinho: so what's the remaining problem now? (we already talked about the requires and it seems the env variable is settled too?)
[13:03] <Sweet5hark1> has his brain broken: there is mdds 1.2.1-1 in yakktey for a day now and it provides libmdds-dev 1.2.1-1 as a binary in main. Yet https://launchpad.net/~bjoern-michaelsen/+archive/ubuntu/libreoffice-staging/+build/10686537 says depwait: "Missing build dependencies: libmdds-dev (>= 1.2)" ....
[13:03] <Sweet5hark1> huh? how is libmdds-dev 1.2.1-1 not "libmdds-dev (>=1.2)"?
[13:04]  * Sweet5hark1 feels stupid as there should be an obvious answer ...
[13:04] <Laney> pitti: If you're logged in elsewhere, then the targets aren't stopped properly if you brutally kill lightdm
[13:05] <pitti> Laney: yes; they should be restarted on login
[13:05] <Laney> try it - you get $GTK_MODULES without unity-gtk-module in it
[13:07] <Laney> althought the service remains active so I'm not exactly sure what happens there
[13:07] <pitti> ah, I see it in my VM
[13:07] <pitti> on clean boot even, that smells like a race condition
[13:07] <Laney> with unity7 in systemd?
[13:08] <pitti> no, just with plain yakkety
[13:08] <pitti> I don't think these are related really, gtk-module already needs to run in graphical-session-pre
[13:09] <Laney> it's racy when unity is under upstart of course
[13:10] <pitti> I filed bug 1618886, will look at this ASAP
[13:11] <pitti> well, "of course", it shouldn't be, this is supposed to work with the status quo too
[13:11] <Laney> what no
[13:11] <Laney> how can it?
[13:11] <pitti> I see it ran correctly and it's in show-environment, but not in a terminal
[13:11] <Laney> because unity started after systemd started u-g-m
[13:12] <pitti> not sure, need to think about it (but can't right now)
[13:12] <Laney> well you can remove the override for unity-gtk-module
[13:12] <Laney> and just have the upstart and systemd versions run
[13:13] <Laney> that's not the bug we were talking about
[13:14] <Sweet5hark1> Laney, seb128, pitti: please tell me how I am stupid, why does it depwait on libmdds (>=1.2) when there is libmdds-dev 1.2.1-1?
[13:15] <pitti> Sweet5hark1: not sure, looks fine; it's even in main
[13:15] <Sweet5hark1> hum.
[13:16] <Laney> might take a while for launchpad to notice
[13:16] <pitti> Laney: so what is the bug you are talking about? with our PPA (i. e. unity started by systemd) my $GTK_MODULES is right
[13:16] <seb128> Sweet5hark1, see backlog
[13:16] <Laney> that package was only published recently
[13:16] <pitti> even after sudo systemctl restart lightdm
[13:16] <seb128> Sweet5hark1, the binary went missing due to a launchpad bug after an archive admin promoted/demoted it
[13:17] <seb128> ric_otz asking about it earlier on #launchpad and cjwatson rescued the binary by doing some sort of copy
[13:19] <Sweet5hark1> kudos to cjwatson then. also I feel better for not being insane (however hiding, because Im a lazy bum that didnt read the backlog). thanks for the answer, seb128!
[13:20] <seb128> Sweet5hark1, yw!
[13:21] <Laney> pitti: you need to have another session open, e.g. a vt login or presumably SSH
[13:23] <ricotz> Sweet5hark1, hey
[13:26] <ricotz> Sweet5hark1, https://paste.debian.net/plain/798056
[13:28] <pitti> Laney: oh, because unity-gtk-module.service stays running, but something else pokes a new $GTK_MODULES into the session (via Xsession.d or so)
[13:29] <Trevinho> pitti: it's not just that...
[13:29] <Trevinho> pitti: systemctl --user status graphical-session.target just gives me things as active
[13:29] <Trevinho> pitti: see
[13:29] <Trevinho> https://www.irccloud.com/pastebin/BIcRaSDb/
[13:31] <pitti> Trevinho: yes, this is expected; it gets restarted on login
[13:31] <Sweet5hark1> ricotz: thx, already did that in the morning. weird that the dupe was already there before and the cherry-pick added a third. I fixed that and actually set the enable pkgkit var instead.
[13:31] <pitti> i. e. if nothing actually closes the session and just X goes away, there's nothing that would stop g-s.t
[13:32] <Trevinho> isn't there any way to monitor that?
[13:32] <ricotz> Sweet5hark1, I was about to say better check ENABLE_PACKAGEKIT as well
[13:32] <Trevinho> I mean the graphical session should be off at that point
[13:33] <pitti> Trevinho: yes, I think there is; I'll add that to the above bug
[13:34] <pitti> Trevinho: summary sent to #1618886
[13:34] <pitti> Trevinho: so I suggest for simulating a "clean" logut use "kill -9 -1"
[13:35] <pitti> which will work around this until this gets fixed
[13:35] <pitti> or just use the logout button :)
[13:35] <Laney> pitti: you can add something like if systemctl --user --quiet is-active graphical-session.target; then systemctl --user stop graphical-session.target; fi
[13:36] <Trevinho> pitti: I can just stop the graphical session manually.. But I noticed the issue, so I reported. It's not critical, but I gues it could cause some troubles on X crashes
[13:36] <Laney> not even sure if you need the if
[13:36] <pitti> Laney: I'd think that at least gnome-session.service shoudl die, so something in the BindsTo= etc.  doesn't seem right
[13:36] <pitti> it should die with it
[13:36] <pitti> I will look at it, just not right now, sorry
[13:36] <pitti> and this really isn't a blocker
[13:36] <pitti> Trevinho: right, appreciated; thanks for pointing this out, this needs to become more robust
[13:37] <pitti> as you say, ideally things should stop when X goes away; at least we should restart everything properly
[13:37] <Laney> ok
[13:37] <pitti> Laney: we already restart the session target, but this won't help for services which are already running
[13:37] <pitti> i. e. stop/start should make those bound servcies actually stop
[13:37] <pitti> like u-g-m.s
[13:38] <Laney> pitti: explicitly stopping it will
[13:38] <pitti> *nod*
[13:39]  * Laney commented
[13:40] <Laney> desrt: your wish has come true
[13:43] <seb128> :-(
[13:43] <Laney> why sad?
[13:43] <Laney> nowhere exotic?
[13:44] <seb128> yeah, and octobre in den haag is windy and grey and wet and not much fun
[13:44] <Laney> haha
[13:44] <Laney> but escher!
[13:44] <willcooke> If it's any consolation, it's like that in June as well.
[13:44] <seb128> right :p
[13:44] <seb128> lol
[13:45] <willcooke> I went to Den Haag once, and it was closed.  True story.
[13:45] <Laney> it was like 999 degrees when we went
[13:45] <seb128> another summer helping for the brits!
[13:45] <Laney> we had tartare sandwiches and smoothies
[13:45] <seb128> :-)
[13:45] <Laney> good day
[13:45] <seb128> that is true
[13:46] <Laney> and you can bike in every day :-)
[13:47] <seb128> lol
[13:50] <Laney> is that the week after release?
[13:50] <Laney> is
[13:51] <seb128> yes
[14:00] <willcooke> qengho, seb128 - lets try hangout first and if that fails we'll resort to IRC
[14:02] <seb128> willcooke, yeah, sorry, on my way... just got prompted for 2fa and need my ubikey
[14:02] <willcooke> seb128, nw
[14:02] <willcooke> my camera isn't working again
[14:03] <willcooke> I think that Virtualbox idea I has was wrong, and it's simply "broken after resume"
[14:03] <willcooke> !care
[14:03] <willcooke> "u_bot5> Sorry, I don't know anything about 'care'"
[14:03] <willcooke> aint that the truth
[14:16]  * Laney 's power cable isn't long enough to reach the socket
[14:16] <Laney> don't make me move /o\
[14:20] <seb128> willcooke, on xenial?
[14:20] <willcooke> seb128, yeah
[14:20] <seb128> :-(
[14:20] <willcooke> seb128, I need to gather more evidence
[14:21] <seb128> try booting an older kernel and see if that fixes it?
[14:46] <desrt> Laney: which wish?
[14:48] <Laney> they announced the sprint
[15:48] <desrt> ah. nice.
[15:48]  * desrt sits in the court building... waiting...
[16:04] <Trevinho> Laney: so....
[16:04] <Trevinho> Laney: [Install] RequiredBy=ubuntu-session.target and/or the debian links or just one of two?
[16:11] <Laney> Trevinho: I did both but the Install one isn't strictly necessary for it to work
[16:11] <Trevinho> ok, it's just for disabling.... in case
[16:12] <Laney> and documentation
[16:12] <Laney> for system services it's done dynamically by using the install stuff
[16:13] <Laney> not sure why user is different
[16:13] <xnox> yakkety is weird
[16:15] <Laney> shave it
[16:16]  * xnox is failing to upload screenshot to people.c.c
[16:18] <xnox> Laney, http://people.canonical.com/~xnox/system-cog-1-4th-painted.png
[16:19] <xnox> when i open the system cog, it's 3/4 orange, and only a 1/4 painted. In the screenshot, it is fading away.
[16:19] <xnox> oh i'ts actually transperant, just with a shadow.
[16:19] <xnox> cause you can see the desktop wallpaper origami fold
[16:19] <Laney> nice
[16:19]  * xnox has intel graphics.....
[16:19] <Laney> happens every time?
[16:19] <xnox> where shall i file it?
[16:19] <Laney> and after a reboot?
[16:19] <xnox> yeap
[16:19] <xnox> let me reboot a few times.
[16:20] <xnox> also dpi 2x was not preserved on upgrade.
[16:20] <Laney> just that indicator?
[16:20] <xnox> it reverted to 2x
[16:20] <xnox> it reverted to 1x
[16:20] <xnox> didn't check. will do after reboot.
[16:21] <xnox> ok, all is good after reboot
[16:22] <xnox> i will blame it on 1x -> 2x dpi change.
[16:22] <xnox> cause the indicator would have been 1/4th size with 1x
[16:22] <xnox> Laney, wasn't there an eastern egg in about this computer? e.g. unicorn would pop up if one holds the click over the ubuntu logo or some such?
[16:23] <Laney> O_O
[16:24] <Laney> not that I know of
[16:24] <Laney> I only know of the alt-f2 ones (;-)
[16:24] <xnox> what's in alt-f2? =)
[16:24] <Laney> that would be telling
[16:24] <Laney> go read the source, they aren't obfuscated :)
[16:24] <xnox> i hit https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1611256
[16:26] <xnox> and https://bugs.launchpad.net/ubuntu/+source/hexchat/+bug/1586239
[16:26] <xnox> will see if i can fix them.
[16:26] <Laney> grim
[16:27] <xnox> Laney, i did everything you asked in the gnupg FFe. email sent, subscribed, will monitor fallout, and will upload early tomorrow.
[16:27] <Laney> ♥
[16:27] <Laney> PR aren't going to know how to handle the flood of emails
[16:29]  * Laney tries to remember how to operate aptly
[16:29] <Laney> aptly -> swift is cool
[16:37] <ximion> Laney: if possible, it might make a lot of sense to update appstream to the version in Debian unstable ;-)
[16:38] <ximion> breaks API, but all the reverse-deps are ported
[16:38] <Laney> who updates those?
[16:38] <ximion> I maintain most of them and sent patches to the others :P
[16:39] <Laney> I mean who's going to do that in ubuntu?
[16:39] <ximion> also, you can compile without stemming support, so MIR-ing libstemmer isn't necessary (but would be very useful to get nicer search results, of course)
[16:39] <Laney> sounds like a reasonable amount of work
[16:39] <ximion> Laney: I would do that, but I think everything is ported
[16:39] <seb128> k, enough work for today for me
[16:39] <seb128> have a nice evening desktopers
[16:39] <seb128> see you tomorrow!
[16:39] <willcooke> see ya seb128
[16:40] <seb128> bye willcooke
[16:40] <Laney> ximion: yeah but still needs to be uploaded
[16:41] <ximion> Laney: jup ^^
[16:41] <ximion> but that should be the easiest part
[16:42] <ximion> in any case, you should be aware that this release fixes https://github.com/ximion/appstream/issues/63
[16:42] <ximion> so at least that bugfix is wanted
[16:44] <Laney> ximion: do you know about this kind of critical too? https://paste.debian.net/798435/
[16:50] <ximion> oO
[16:51] <ximion> Laney: this probably happens when a <description/> tag is busted...
[16:52] <Laney> from where?
[16:52] <Laney> the yaml?
[16:52] <Laney> Description:
[16:52] <Laney>   C: >-
[16:52] <Laney>     <p>Kickstart Configurator is a graphical tool for creating Kickstart files, which allow scripted fully automatic installations.</p>
[16:52] <ximion> Laney: yes - unfortunately the string was cut in the debug output, would be useful to see which document it's trying to parse
[16:54] <Laney> will have to look later on
[16:54] <Laney> back in a bit
[16:54] <willcooke> quittin time for me.  Night all
[16:57] <ximion> Laney: the whole logic there looks a bit strange... I could easily fix the warning, but that would probably just paper over the real problem
[17:06] <ximion> Laney: heh, asgen only compiles on amd64 :P
[17:18] <Trevinho> Laney: systemd fixes in https://code.launchpad.net/~3v1n0/unity/systemd-unit-fixes/+merge/304540 diff is quite cluttered since I added another branch in the game... But... should work
[17:32] <jbicha> qengho: another tropical storm
[17:35] <qengho> jbicha: strangely calm air outside. such a cliché.
[17:35] <jbicha> not calm here, lots of rain today and tomorrow
[17:49] <Trevinho> tedg: I was thinking about removing the unity-screen-locked.target... I mean, i see that as a simple way for others to create malware for monitoring passwords... Not that it would be impossible otherwise, but still...
[17:49] <Trevinho> maybe just starting the service is enough
[18:33] <tedg> Trevinho: I did it that way because I was matching how you were sending an event with Upstart
[18:33] <tedg> Trevinho: I thought there might be other things you thought about attaching to that event
[18:34] <tedg> Trevinho: I don't have a strong preference either way, but if something can listen to systemd events, they can talk to X, so they already have all your passwords.
[18:44] <pitti> :q
[19:43] <Laney> ximion: !?!?!?!
[19:56] <ximion> Laney: ?
[19:56] <Laney> indeed!
[19:58] <Laney> $18 = (const gchar *) 0x7fdfdbb5f800 "---\nType: desktop-app\nID: system-config-kickstart.desktop\nPackage: system-config-kickstart\nName:\n  C: Kickstart\nSummary:\n  C: Create a kickstart file\nDescription:\n  it: >-\n    <p>Il configuratore Kickstart \303\250 uno strumento grafico per la creazione di file Kickstart, che consente installazioni completamente\n    automatiche tramite script.</p>\nCategories:\n- System\n- Utility\nIcon:\n  ...
[19:58] <jbicha> $?
[19:58] <Laney> ... cached:\n  - name: system-config-kickstart_system-config-kickstart.png\n    width: 64\n    height: 64"
[19:58] <Laney> that is the string that breaks libas
[20:18] <ximion> Laney: the description has no "C" locale?
[20:39] <ximion> Laney: libas doesn't expect something to have no translation template
[20:40] <ximion> so, this is really a bug in the metadata
[20:40] <ximion> but libas shouldn't crash/throw critical errors because of that
[20:48] <ximion> Laney: try Git master, this shouldn't fail anymore
[21:22] <Laney> ximion: but why doesn't it?
[21:23] <Laney> where does this come from?
[21:24] <ximion> Laney: The desktop file doesn't seem to be translated at all
[21:25] <ximion> and since there are no other sources for translation of .desktop files except for your new langpack code, I would be the problem is somewhere in there ;-)
[21:25] <ximion> that also explains why I didn't see any behavior like this in Debian yet
[21:25] <Laney> it's not langpack
[21:25] <Laney> it is from Translation-it
[21:26] <Laney> but there's no C description there
[21:26] <ximion> Laney: shouldn't "C" come from -en if no translation was found in the Packages file itself?
[21:27] <ximion> btw, latest asgen finds a lot more to complain about in Debian ;-) https://appstream.debian.org/sid/main/
[21:27] <Laney> yes
[21:27] <ximion> (mainly the validator became a bit more strict)
[21:27] <ximion> Laney: does it have a description in -en?
[21:28] <Laney>                 if (lang == "en")
[21:28] <Laney>                     (*pkgP).setDescription (description.data, "C");
[21:28] <Laney> it does
[21:29] <ximion> weird, so how did it vanish then?
[21:29] <Laney> dunno
[21:29] <Laney> adding a debug statement and building
[21:30] <Laney> where does it get this from for a no-op run?
[21:30] <Laney> the database?
[21:30] <ximion> Laney: I hope you know about the forget command to forget just one package (or a range of packages)?
[21:30] <Laney> yes
[21:30] <ximion> where do you get what from?
[21:30] <Laney> that string
[21:30] <ximion> btw, I am thinking about renaming the appstream-generator binary to asgen :P
[21:31] <ximion> which string? :P
[21:32] <Laney> 31/08 20:58:06 <Laney> $18 = (const gchar *) 0x7fdfdbb5f800 "---\nType: desktop-app\nID: system-config-kickstart.desktop\nPackage: system-config-kickstart\nName:\n  C: Kickstart\nSummary:\n  C:  Create a kickstart file\nDescription:\n  it: >-\n    <p>Il configuratore Kickstart \303\250 uno strumento grafico per la creazione di file Kickstart, che consente
[21:32] <Laney>  installazini completamente\n    automatic he tramite script.</p>\nCategories:\n- System\n- Utility\nIcon:\n  ...
[21:32] <ximion> yu can get all metadata the db has for a component via getMetadata(kind, gcid) on the DataStore
[21:32] <Laney> 31/08 20:58:06 <Laney> ... cached:\n  - name: system-config-kickstart_system-config-kickstart.png\n    width: 64\n    height: 64"
[21:32] <Laney> I was just running process with no changed packages
[21:32] <Laney> it wasn't re-processing system-config-kickstart
[21:33] <ximion> Laney: I would place some writeln (pkg.description) in places
[21:34] <ximion> that gives you what locale we know about
[21:34] <ximion> Laney: oooooh!
[21:34] <ximion> I think I might have found your bug
[21:35] <Laney> meh
[21:35] <Laney> the output has
[21:35] <Laney> Description:
[21:35] <Laney>   C: >-
[21:35] <Laney>     <p>Kickstart Configurator is a graphical tool for creating Kickstart files, which allow scripted fully automatic installations.</p>
[21:35] <ximion> and it's a silly one
[21:35] <ximion> what??
[21:35] <Laney> wait wtf
[21:35] <Laney> that's old
[21:35] <Laney> what did you find
[21:36] <ximion> ah, false alarm, I didn't find a bug :P
[21:37] <ximion> I thought the rewriting of "en" to "C" didn't happen, but that is done in the backends
[21:37] <ximion> also, that would have produced a different error
[21:37] <robert_ancell> desrt, does http://bazaar.launchpad.net/~snapd-glib-team/snapd-glib/trunk/view/head:/snapd-glib/snapd-client.c#L385 make sense? It doesn't seem to be working inside the threads in gnome-software
[21:37]  * ximion needs to run, food
[21:40] <Laney> now it moved to a different package
[21:40] <Laney> maybe I should clear the database, this could be corruption from an old bug
[21:54] <desrt> robert_ancell: just about to meet someone for dinner, sorry
[21:54] <robert_ancell> desrt, np
[22:01] <ximion> Laney: indeed - just remove the db/main folder
[22:02] <ximion> (with the contents database still intact, rebuilding things will be much faster)
[22:17] <Laney> this synchronisation on the langpack stuff sucks
[22:19] <Laney> night night!
[22:19] <Laney> see if this has worked in the morning
[22:22] <Laney> oh ok, it finished and didn't crash this time!
[22:23] <Laney> something wrong with the icon finder though
[22:23] <Laney>                 "tag": "icon-not-found",
[22:23] <Laney>                 "vars": {
[22:23] <Laney>                     "icon_fname": "preferences-desktop-locale"
[22:23] <Laney>                 }
[22:23] <Laney> ximion: ideas welcome (how do I print the contents db?)
[22:23] <Laney> night!
[22:27] <ximion> Laney: see https://github.com/ximion/appstream-generator/blob/master/source/contentsstore.d#L270
[22:27] <ximion> the get*Map functions do what you want
[22:28] <ximion> but since preferences-desktop-locale is a stock icon, I think it might just not have found/read the injected Humanity icon theme
[22:28] <ximion> good night! :)