=== JanC_ is now known as JanC
[08:31] <Mirv> is there some current top unity8 autopkgtest flakiness cause?
[08:31] <Mirv> it seems I got qmltestrunner::DashContent::test_unfavoriteScope
[08:34] <Mirv> bug #1653629 if interested, didn't find an existing one
[08:34] <ubot5`> bug 1653629 in unity8 (Ubuntu) "unity 8 flaky test test_unfavoriteScope" [Undecided,New] https://launchpad.net/bugs/1653629
[09:52] <tsdgeos> Mirv: i have not seen it recently tbh
[09:52] <tsdgeos> but let me try to reproduce
[09:52] <tsdgeos> recently or at all
[09:52] <tsdgeos> i don't remember unfavoriteScope failing
[09:53] <tsdgeos> Mirv: was that in a special silo or just plain trunk?
[09:57] <Saviq> Mirv, welcome back! you remember how to use a computer still? ;)
[09:57] <greyback> hey folks, Happy New Year!
[10:18] <Mirv> Saviq: barely :)
[10:19] <Mirv> tsdgeos: silo with qtsystems Mir fix
[10:19] <Mirv> so probably unrelated
[10:19] <Mirv> a fix oSoMoN might be interested at
[10:24] <tsdgeos> ok
[11:34] <oSoMoN> Mirv, yup, I’m interested indeed, testing the silo now
[11:35] <Mirv> oSoMoN: thanks!
[13:48] <oSoMoN> Mirv, I can’t flash my frieza with a xenial image atm, but my tests of silo 2326 on desktop are all good, +1 from me
[14:25]  * mterry waves hello
=== PaulW2U_ is now known as pcw
[14:58] <Mirv> oSoMoN: thanks!
[14:58] <Mirv> let's wait for QA then next
[15:21] <Saviq> Mirv, hey, would you please approve/abstain https://code.launchpad.net/~nick-dedekind/qtubuntu/menuTheme/+merge/296997 please?
[15:43] <oSoMoN> Mirv, I finally managed to flash my M10 with a xenial image, and I confirm that silo 2326 fixes my issue
[16:59] <Mirv> Saviq: oSoMoN: ok
[17:03] <morphis> anyone knows what I need to do to get a .desktop file I placed in $HOME/.local/share/applications to show up in the unity7 dash?
[17:07] <seb128> morphis, nothing, just need to file to be valid
[17:07] <morphis> seb128: hm
[17:08] <morphis> seb128: I have multiple in a subfolder of $HOME/.local/share/applications like wine does for example too but they don't show up in the dash
[17:08] <morphis> seb128: is there a way for force unity7 to reload?
[17:08] <seb128> morphis, unsure if subfolders are ok
[17:08] <morphis> seb128: it didn't worked without
[17:09] <morphis> seb128: https://paste.ubuntu.com/23734390/
[17:10] <seb128> morphis, if you use desktop-file-validate on it what does it say?
[17:10] <morphis> doesn't report any error
[17:11] <seb128> morphis, you can try restarting the unity-scope-loarder process I guess
[17:12] <seb128> morphis, is the binary listed in Exec available and in the standard path?
[17:12] <morphis> seb128: it has to?
[17:12] <seb128> morphis, if not gio is going to filter out the desktop as invalid
[17:12] <seb128> yes
[17:12] <seb128> see https://bugzilla.gnome.org/show_bug.cgi?id=765723
[17:12] <morphis> ok
[17:12] <ubot5`> Gnome bug 765723 in gio "g_desktop_app_info_new_from_filename returns NULL if the executable does not yet exist." [Normal,New]
[17:13] <seb128> that bug is an issue we workarounded
[17:13] <seb128> but the behaviour is described there
[17:13] <morphis> seb128: interesting
[17:13] <seb128> see https://git.gnome.org/browse/glib/commit/?id=f641699299ed2713cf247e3465bb1a21612b36f7
[17:15] <morphis> seb128: thanks
[17:15] <seb128> morphis, yw!
[17:15] <seb128> morphis, that's your issue?
[17:15] <morphis> seb128: its actually in /snap/bin
[17:15] <seb128> which might not be in the path of the unity scope process?
[17:16] <seb128> it should though
[17:16] <seb128> I've seen that work, snap with a .desktop listed in the dash
[17:17] <morphis> me too
[17:17] <seb128> try changing the Exec to be e.g "gedit" and see if that fixes it?
[17:18] <morphis> doing that right now
[17:22] <morphis> seb128: ok, looks like that is the issue
[17:23] <seb128> morphis, k, well at least you have a clue what's going on
[17:23] <morphis> seb128: yes, but wondering why it doesn't detect it when the binary is in /snap/bin
[17:23] <seb128> morphis, $ strings /proc/`pidof /usr/bin/unity-scope-loader`/environ | grep PATH | grep snap
[17:24] <seb128> morphis, does that list /snap/bin in the path for you?
[17:24] <morphis> no
[17:24] <seb128> it does for me (16.04)
[17:24] <morphis> hm, being on 16.04 here too
[17:26] <morphis> seb128: should it be in /etc/environment?
[17:29] <seb128> no
[17:30] <seb128> morphis, snapd installs /etc/profile.d/apps-bin-path.sh
[17:30] <morphis> I see
[17:31] <seb128> tough I'm unsure now if profile.d is supposed to be a shell thing
[17:31] <morphis> seb128: hm, its in my shells PATH
[17:31] <seb128> like command line
[17:31] <morphis> yeah
[17:31] <seb128> in which case I'm unsure what adds it to the graphical session
[17:32] <morphis> hm
[17:32] <seb128> in fact no
[17:32] <seb128>  /etc/profile should be a pam thing
[17:32] <seb128> morphis, is your system a stock 16.04?
[17:32] <seb128> or do you have the overlay ppa or systemd user session enabled?
[17:33] <morphis> none of both
[17:33] <morphis> so stock
[17:33] <seb128> you start your session from lightdm?
[17:33] <morphis> yes
[17:33] <morphis> stock system but installed for quite a long time alread
[17:33] <morphis> no big customizations
[17:34] <seb128> k, needs debugging I guess then
[17:35] <morphis> seb128: I guess upstart starts the scope-loader in this case, right?
[17:35] <seb128> morphis, what's the ppid from unity-scope-loader?
[17:35] <seb128> right
[17:35] <morphis> ppid?
[17:35] <seb128> should be upstart --user
[17:35] <seb128> morphis, the process that spawned that one
[17:36] <seb128> you should be able to see it in a ps afx
[17:36] <morphis> second
[17:37] <morphis> its the upstart --user process
[17:37] <morphis> but I don't find it in one of the upstart session scripts in /usr/share/upstart/session
[17:41] <morphis> seb128: ah, its dbus activated
[17:43] <seb128> that makes sense
[17:43] <seb128> still doesn't explain why the env is right here and not for you :-/
[17:44] <seb128> morphis, my dbus-daemon process has it in his PATH
[17:44] <morphis> seb128: I think I know the problem
[17:44] <seb128> its*
[17:44] <seb128> oh?
[17:44] <morphis> I had some crappy jdk stuff in my /etc/profile overring PATH
[17:47] <seb128> morphis, better?
[17:47] <morphis> seb128: yes
[17:47] <seb128> :-)
[17:47] <morphis> it really gets time that these things become read-only :-)
[17:47] <morphis> seb128: thanks!
[17:47] <seb128> if the jdk stuff comes from the archive you should probably report that bug
[17:47] <seb128> morphis, yw!
[17:48] <morphis> seb128: no it doesn't
[17:48] <seb128> k
[17:48] <morphis> I fear it was some hack I used when I had to get some jdk working
[17:48] <seb128> your fault then :-)
[17:48] <morphis> its no in the default /etc/profile stuff and is pretty stupid
[17:48] <seb128> well at least you figured it out
[17:48] <morphis> it is!
[17:48] <morphis> seb128: and now all .desktop entries appear even from the subfolder
[17:58] <seb128> morphis, good to know