[03:39] popey: for that snap mpris question you closed on the forum, you probably just want "name: ncspot" in the slot definition [07:02] good morning [07:09] Morning didrocks [07:16] hey duflu [07:21] good morning desktoppers [07:21] happy Friday! [07:32] hey oSoMoN [07:35] salut didrocks [07:50] Morning oSoMoN [07:50] * duflu goes for an afternoon coffee to power through the remains of the week [08:31] morning didrocks duflu oSoMoN [08:33] Morning marcustomlinson [08:39] jamesh: tried that, it doesn't work. you have to specify unity7 [08:41] popey: the "invalid name element" error is specifically because you included a full bus name rather than just the part after "org.mpris.MediaPlayer2." [08:42] jamesh: that may be the case, but i definitely tried using just the short name [08:42] * popey re-opens the topic in case people want to discuss there :D [08:43] https://github.com/popey/ncspot-snap/blob/master/snap/snapcraft.yaml [08:43] popey: I don't see any mpris related rules in the unity7 interface though, so it is quite possible the app needed something else [08:43] that's the working yaml [08:43] that's possible, for sure. [08:43] i debugged this for a couple of hours last night with Wimpress [08:44] popey: the fact you're staging libxcb-* makes me think the app wants to talk to the X server [08:44] so it probably needs desktop and/or x11. I'd lean towards those rather than unity7 if possible [08:45] desktop doesn't work [08:45] i tried desktop and unity7 which worked, then removed desktop to prove it only needed unity7 [08:46] popey: desktop doesn't imply x11 access, while unity7 does [08:46] one of the reasons why unity7 is deprecated [08:46] ok, I'll try removing unity7 and add x11 instead, thanks [08:46] x11 or x11+desktop would probably be better, yeah [08:48] you'll probably need to provide a desktop file to keep the store happy when you publish too [08:48] a NoDisplay=true one should suffice [08:48] hey marcustomlinson [08:48] ooh, i could do a desktop file which uses the terminal=true thing [08:49] that'd be fine too, yeah [08:49] thanks for the help jamesh [09:03] hullo [09:04] yo Laney [09:07] jamesh: nope, x11 isn't enough, it only works with unity7 [09:08] popey: did you try desktop+x11? [09:08] and what denial are you getting? [09:08] ah, no. doing now [09:08] no denials [09:08] ideally we could delete the unity7 interface at some point [09:10] jamesh: nope, fails with x11+desktop [09:10] I wonder what it is doing? [09:14] 🤷‍♂️ [09:17] Hi popey, Laney, and jamesh [09:17] hello! [09:19] hi duflu [09:34] hey marcustomlinson hey duflu [09:50] hey hey Laney [09:53] Hi, sort of did this experiment before but... anyways [09:54] Can anyone here using Ubuntu on a 1080p laptop give me a screenshot of their desktop. Regardless of Gnome or Kde, wayland or X. Ubuntu or Fedora. Linux looks a bit to small on my Ideapad screen, while Windows looks just fine [09:54] I've tried everything, fractional scaling, increase font size in gnome-tweak [09:54] I don't know what to do anymore [09:55] And I can't understand how come none else seems to have this problem [09:55] hey didrocks [09:55] I'm using a 14' 1080p lenovo ideapad s540 iwl [10:00] hmm, mabybe I'll try #ubuntu [10:00] dan01: only got 2× hidpi here, sorry [10:00] not really heard this specific complaint before tbh [10:00] Laney: sure, np [10:00] have seen some odd people deliberately running at less than 2× [10:00] Laney: yeah, everyone seems to be doing fine, but I've asked other people as well and they notice the difference [10:01] hmm [10:01] changing the subject (sorry) [10:01] desktop iso failed to build [10:01] The following packages have unmet dependencies: libpoppler90 : Depends: libopenjp2-7 (>= 2.0.0) but it is not installable [10:02] wwwwwwat is dat [10:13] can't tell, guess I will retry a build [10:47] yup, that worked [10:48] happy iso-with-new-yaru day [11:04] \o/ [14:25] tkamppeter: hi, do you have a fix for ghostscript ppc64el FTBFS before the weekend? [15:11] RikMills, I am working with doko on it. It is bug 1862053 [15:11] bug 1862053 in gcc (Ubuntu) "Compiler gets stuck (or extremely slow) on ppc64el" [High,New] https://launchpad.net/bugs/1862053 [15:13] ouch! [15:58] good morning desktopers! [15:58] good morning hellsworth [15:58] hey hellsworth [16:00] hi oSoMoN and marcustomlinson [16:30] pkill -f mutt is a bad idea [16:30] 506664 /usr/bin/Xwayland :0 -rootless -noreset -accessx -core -auth /run/user/1000/.mutter-Xwaylandauth.OACNF0 -listen 4 -listen 5 -displayfd 6 [16:33] hehe [16:43] fyi, i'll be afk for the rest of the day while trying to get over a nasty cold [16:58] hellsworth, get better soon! [16:58] any thoughts on Flash for 20.04 - I think would drop it before release? https://discourse.ubuntu.com/t/ubuntu-20-04-and-flash/13814 [17:00] * gQuigs tries again - I think it makes sense to drop before 20.04 releases - otherwise after 6 months we have dead packages in both multiverse and the Canonical archive [17:07] gQuigs, chrisccoulson probably has thoughts on this === ginggs_ is now known as ginggs [18:27] RikMills, I have applied a workaround to Ghostscript now, so that it will build on ppc64el, see bug 1862053. [18:27] bug 1862053 in gcc (Ubuntu) "Compiler gets stuck (or extremely slow) on ppc64el" [High,Confirmed] https://launchpad.net/bugs/1862053 [18:31] tkamppeter: great :) [18:33] nie work tkamppeter [18:33] *nice [18:42] have a good week-end everyone! [18:51] tkamppeter, RikMills: as I said to Till, it's not my first priority, I need to fix other things first [18:51] And now it built on ppc64el: [18:51] https://launchpad.net/ubuntu/+source/ghostscript/9.50~dfsg-5ubuntu1 [18:52] great. that should let me build a couple of things on ppc64el that broke due to ghostscript. thanks :) [18:53] and I think should unbreak libreoffice build....