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