[00:56] /set net_ping_timeout 0 [00:57] Sorry... [06:12] hi all [06:37] good morning [06:37] salut didrocks [06:40] salut jibel [07:38] Morning jibel and didrocks [07:39] * duflu is incredibly frustrated at replacing the same taps 3 times in 2 days and is glad to be sitting at a desk again [07:43] hey duflu [07:44] good morning desktoppers [07:46] Hi oSoMoN [07:46] hey duflu [07:47] hey oSoMoN [07:47] salut diddledan [07:47] darn stupid tab completion [07:47] salut didrocks [07:47] also, good morning diddledan :) [07:49] Now we need an 'oSoSiMiLaR' [07:51] and a 'dufnotquitelu' [08:01] oSoMoN: would it inconvenience you if i uploaded cargo 0.39 to focal? [08:01] (and maybe the new rustc too although that's being awkward) === pstolowski|afk is now known as pstolowski [08:07] mwhudson, that should be fine [08:07] what's awkward about it? [08:07] oSoMoN: well, maybe i should say non-trivial [08:08] i did an upstream update in a lazy way and it fails to build [08:08] whereas cargo 0.39 was actually much easier than 0.37 -> 0.38 [08:16] goooood morning desktopers [08:17] hey seb128 [08:17] lut didrocks, en forme aujourd'hui ? [08:17] ça va, et toi ? [08:17] ça va bien! [08:18] Morning seb128 [08:21] hey duflu [08:21] duflu, how are you? [08:21] duflu, sorry for not commenting on the IS trello card when the RT was sent [08:21] seb128, Going OK. No problem. How are you? [08:22] I'm good, I went to bed early yesterday, was good to have a longer night :) [08:23] duflu, I'm going to try to build a list of bugs that would be nice to fix tor the LTS, like papercut/polish kind of things, if you have some of those on your list or cross some when trying feel free to tag them/note them down and send them in my direction [08:24] then I'm going to try to argue at the product sprint that we need part of the cycle allocated to work on those [08:28] seb128, use rls-ff-incoming or something else? [08:28] something else, incoming are team reviewed in the perspective of being release blockers and then tracked [08:29] those would rather be a wishlist/papercut project [08:29] like things that would make a difference in polish level for the LTS but are not release critical [08:29] How about "bugs I can find in the first 5 seconds after logging in" [08:30] those are probably good candidate for polish fixing :) [08:30] seb128, I will use a tag of your choosing [08:30] duflu, desktop-lts-wishlist ? [08:30] Sure, whatever it is it only needs to be unique [08:30] k, let's use that then [08:30] thx :) [08:32] seb128, just remembered I had used 'visual-quality' for that for a few years. Already a long list [08:33] k, I will review that list as well [08:33] don't bother re-tagging those [08:34] wooot, that's quite a list indeed [08:34] Lots of Unity stuff in there so mostly ignorable [08:36] I will review it and tag some with the new tag [08:38] jamesh, tkamppeter, (Cc Laney FYI), rls bugs on discourse update reminder [08:38] jamesh, weekly summary also :) [08:38] will do. [08:39] thx [08:42] seb128, https://bugs.launchpad.net/ubuntu/+bugs?field.tag=desktop-lts-wishlist [08:42] duflu, that looks like a nice list, thanks! [09:00] godd morning desktopers! [09:00] good morning ricotz [09:01] hi [09:01] oSoMoN, hey, looks like one the few cycles where firefox doesn't require a unity patch update [09:01] Laney, hey [09:02] seb128, hi, is there further action required on https://bugs.launchpad.net/ubuntu/+source/vala/+bug/1803136 ? [09:02] Ubuntu bug 1803136 in vala (Ubuntu Bionic) "[SRU] Update to vala 0.40.17 in bionic" [Low,Confirmed] [09:02] like reassigning to release-team? [09:03] I am hoping the package won't be stuck in the queue for weeks [09:07] hey ricotz Laney, how are you? [09:07] ricotz, try pinging the SRU reviewer of the day? (shifts are listed on the wikipage) [09:07] lut oSoMoN, en forme ? [09:11] hey Laney [09:11] salut seb128, la forme, et toi? [09:11] ricotz, that's very good news, more time for me to focus on backporting thunderbird 68 to stable releases :) [09:12] oSoMoN, ca va bien ! [09:12] seb128, thanks! [09:13] Morning desktoppers [09:15] hey Wimpress, how is u.k today? [09:15] Well, best described as grey. And cold. [09:15] How about you? [09:17] nice and sunny [09:18] good morning Wimpress [09:19] RAOF: hey, also if you have a minute to look at zsys on eoan (the fix is in -proposed in focal). Currently installing it will prevent you to log in on next reboot, so quite a high one :) [09:19] hi ricotz seb128 oSoMoN Wimpress [09:19] sunny and nice here [09:20] hey Laney, Wimpress [09:23] \o didrocks o/ [09:25] Morning ricotz, Wimpress and Laney [09:25] ahoy duflu! [09:34] good morning all 0/ [09:35] hey clobrano, how are you? [09:35] hey seb128, I'm good thanks [09:35] clobrano, sorry I didn't really have time to investigate that deb upgrade issue [09:35] did you figure it out? [09:35] hey clobrano [09:36] hey didrocks :) [09:36] seb128, kind of, but I was reviewing deb packages to test it locally [09:37] basically, the PR to allow User Themes switch install gnome-shell in a yaru-gtk created folder [09:38] I think I need to either change something in debian/gnome-shell.install or revert the change, installing gnome-shell again in /usr/share/gnome-shell and symlink it to /usr/share/themes [09:44] what's the issue? the file seemed to be on disk no? [09:52] or is update-alternative not liking the destination to be a symlink? [09:52] Laney, do you know if https://github.com/ubuntu/yaru/blob/master/debian/yaru-theme-gnome-shell.postinst#L7 would have an issue with the file being a symlink? [09:52] Laney, context is https://github.com/ubuntu/yaru/blob/master/debian/yaru-theme-gnome-shell.postinst#L7 [09:53] update-alternatives: error: alternative path /usr/share/gnome-shell/theme/Yaru/gnome-shell.css doesn't exist [09:53] but the target should be there (it's provided by -gtk which is installed first) [09:53] didrocks, ^ [09:54] don't think so [09:54] morning desktoppers [09:54] how do you reproduce this issue? [09:55] hey marcustomlinson [09:55] I doubt update-alternatives have any issues with the file type as well [09:55] hey marcustomlinson [10:04] Hi marcustomlinson [10:33] TFW you can't understand your own code [10:33] who wrote this and what was I thinking? [12:26] question of the day...when is the meeting? still in 2 hours from now? or is DST going to confuse again? ;-) [12:27] calendar says 2 hours [12:27] trust the calendar [12:29] although this one http://ubuntu-news.org/calendars/fridge says 18:30 WTF [12:30] :/ [12:30] kenvandine and other USers, if it's in 2 hours it probably means shifted by one hour for you guys this week since you didn't have DST yet [12:36] It does say in 2 hours [12:36] seb128: dunno if you missed the message but how do you reproduce that yaru problem? [12:37] kenvandine, that's one hour off compared to your normal local time then right? anyway, as long as you are aware it's all good :) [12:38] Laney, I didn't try to reproduce yet, I just have the urls I shared earlier. but I think it's using this ppa https://launchpad.net/~communitheme/+archive/ubuntu/ppa and upgrading [12:38] Laney, let me try in a bionic chroot see if I hit the issue [12:39] ok cheers [12:47] Morning, oSoMoN 😊 auto defeat ftw! [12:48] :) [12:52] Laney, clobrano, I can't trigger the bug with dpkg, but I don't have the previous ppa version to try the update scenario [12:52] clobrano, Laney, in any case the -theme-gnome-shell should depends on -gtk if it symlinks to content from there [12:53] seb128, sorry I missed the replies, reading now [12:53] that should also hep ensuring the content of -gtk is unpacked first [12:53] (or is Pre-Depends needed for that?) [12:53] nah, postinst -> depends [12:55] seb128, as far as I understood, https://github.com/ubuntu/yaru/blob/master/debian/yaru-theme-gnome-shell.postinst#L7 triggers the error message, but I think the problem is before [12:56] clobrano, how before? [12:56] meson build script installs gnome-shel under `/usr/share/themes/Yaru/gnome-shell`, but the folder `/usr/share/themes/Yaru` is created by yaru-gtk [12:57] so if ones install gnome-shell first, or it only wants to install gnome-shell, that folder does not exists [12:58] right, which is why I said you need a Depends added to -theme-gnome-shell [12:58] and if `/usr/share/themes/Yaru/gnome-shell` does not exist, nor its symlink under `/usr/share/gnome-shell` does [12:58] right, but this means one cannot install Yaru gnome-shell without the gtk part, is that a problem? [12:59] well, they can't anyway [12:59] why? [12:59] since you installed the actual shell css in a directory shipped by -gtk [12:59] and make the gnome-shell binary only ship a symlink [13:00] if you remove gtk then your shell css is a broken symlink no? [13:00] oh yes, sure. That's why the other solution. Install gnome-shell under `/usr/share/gnome-shell` as we did before, and symlink into the gtk path [13:01] I don't understand enough of how the theme work / what you are doing to comment on that [13:01] but that wouldn't work either... since at that point the would be the gtk folder that doesn't exist :( [13:01] e.g why do you have that new approach/need to symlink in between directories? [13:02] I really don't think it's sane to ship the g-s css in the gtk directory [13:02] that was to support User Themes gnome-shell extension [13:02] didrocks, I see [13:02] right, which is where it's getting over my theme knowledge [13:03] like I don't know why technically that's the solution to that problem or if that's the right way to do it [13:03] I read some people complaining that `/usr/share/gnome-shell` path is not the place, but I don't really know why [13:04] it's clearly the place, you have /usr/share/gnome-shell/theme created upstream in the past [13:04] it will fetch them there first [13:04] and for themes, then, extensions needs to have a .css or something like that [13:04] in the extension path [13:04] (which is the weird part, but meh) [13:05] actually, for the extension, it's the mode name [13:05] marcustomlinson, did you get any success with the libreoffice/focal autopkgtest issue? unsure how you ranked it on your priority list, it's blocking a stack of desktop components in focal-proposed atm, so would be nice to have it looked at in medium-to-high priority if possible [13:05] (unsure if the context was clear from my ping yesterday) [13:05] hence the empty file we ship, like /usr/share/gnome-shell/extensions/ubuntu-dock@ubuntu.com/ubuntu.css to allow the theme to override it [13:06] didrocks, what about shipping more than one default? Like the light and the dark variant? Both shall be installed in `/usr/share/gnome-shell` [13:06] ? [13:07] yeah, under /usr/share/gnome-shell/theme [13:07] then, for switching them, this needs the extension though [13:07] seb128: will be fixed this week when I upload the new version, tomorrow or Thursday [13:07] marcustomlinson, excellent, thx [13:08] didrocks, I see. I didn't try that first, because according to https://github.com/ubuntu/yaru/issues/1483 it seemed that, using /usr/share/gnome-shell, changing session one cannot use Yaru anymore [13:09] but it would be a lot easier to install both themes under /usr/share/gnome-shell/ and not using any symlink [13:10] just seeing the start of the discussion, I doubt the reporter has a deep understanding that there are 2 themes completely separated (gtk and shell) [13:11] installing from source, it actually works with this configuration [13:11] but it creates some issue with the debs [13:11] yeah, I doubt though that once the assets (like imgs) are different, this will work with the alternative [13:12] as you need an alternative on the directory symlink directly [13:15] okay, I'll try with the old installation directory [13:25] didrocks, an unrelated question, we still need the gtk-3.0 and gtk-3.20 folders? [13:26] clobrano: that's more a question for seb128/Laney, I don't think we have apps built with pre-gtk3.20, but better to check with them [13:26] that's xenial basically [13:26] so if you have to work with xenial's gtk [13:27] (or older) [13:27] so as we don't support it, I would say fine for cleaning it up [13:27] Laney, but isn't yaru supported on >bionic? [13:27] (we started pre-bionic, remember? ;)) [13:28] okay, I can use 3.0 only then, right? [13:28] but the release is EOL for quite a long time :) [13:28] I dunno, any snap reasons? [13:28] didrocks, yes sure, I was saying right now we support from bionic [13:29] yeah, snaps, good point. It will be interesting to know if any are using an older gtk version [13:29] (as we build the theme snap from the same source) [13:29] didn't jamesh spent weeks working on making the theme work on xenial's gtk for snap reasons? [13:29] kenvandine, ^ [13:29] that'd be what a 3.0 is good for [13:30] seb128: yes [13:30] seb128: is there an issue? [13:31] just answering a question from Carlo [13:31] kenvandine, if I understood the discussion correctly, I think clobrano was wondering if they could drop the 3.20 folder/support now [13:32] yes, we need that for snaps on xenial [13:32] seb128, exactly. This comes from a complain on yaru flatpak version and I just wanted to have a valid reply for keep/remove the folder [13:32] kenvandine, perfect [13:33] kenvandine, but xenial users are on unity with ambiance so why do they need yaru? [13:33] current users running a snap with xenial's gtk in it [13:33] oh, that was it of course [13:33] thx Laney :) [13:34] yup [13:34] np [13:34] lunch, laterz [13:34] enjoy! [13:34] isn't it meeting time? [13:34] DST kicked in, it's in one hour [13:34] alright, thanks all :) [13:34] well it did for UK/Europe [13:34] not US yet [13:34] always a fun time for calendars/meetings [13:34] oh that's right. stupid daylight savings :) [13:35] ok well good morning folks [13:36] good morning hellsworth [13:36] the calendar should be up to date though for meeting time, doesn't it translate it correctly? [13:37] yes it did but i didnt' look at the calendar [13:37] i was going off memory [13:37] :) [13:38] that'll teach me :) [13:41] kenvandine, you should have a clicky url for the snapcraft PRs you are mentioning, I'm curious :) [13:41] kenvandine, also do you need help with the segfault issue? [13:42] jamesh, weekly summary post? [13:42] seb128: oh, i'll add them :) [13:42] seb128: just finishing it up. Thanks for the reminder [13:42] seb128: maybe, marcustomlinson ^^ want to get some help from seb128? [13:42] jamesh, thx, sorry for being naggy :) [13:43] jamesh: make sure you include any release bugs :) [13:49] seb128: let me at it for another day then I'll ping you if I'm jammed, thanks for offering [13:49] seb128: link added to the status report [13:49] marcustomlinson, np [13:49] kenvandine, thx [13:49] seb128: the snapcraft PR includes a link to a PR against gtk-common-themes [13:50] I think both look good, but wanted jamesh to look at them [13:51] right, nice numbers in the description, I like it :-) [14:31] Wimpress, team meeting? [14:32] k, I'm going to assume you don't have it yet in your calendar or got delayed and start it [14:32] #startmeeting Desktop Team Weekly Meeting - 2019-10-29 [14:32] Meeting started Tue Oct 29 14:32:51 2019 UTC. The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [14:32] Available commands: action commands idea info link nick === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle | Desktop Team Weekly Meeting - 2019-10-29 | Current topic: [14:33] Roll call: didrocks, duflu (out), hellsworth, jamesh (out), jibel, kenvandine, laney, marcustomlinson, oSoMoN, seb128 , tkamppeter, trevinho, robert_ancell (out) [14:33] o/ [14:33] 0/ [14:33] \o [14:33] o/ [14:33] seb128: I just invited Wimpress on the calendar event :) [14:33] kenvandine, that might be useful :) [14:34] k, half the team at least seems around let's get started [14:34] #topic rls-bb-bugs === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle | Desktop Team Weekly Meeting - 2019-10-29 | Current topic: rls-bb-bugs [14:34] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html [14:34] no desktop one [14:34] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html [14:35] that looks in shape, unassigned ones are fix commited [14:35] #topic rls-dd-bugs === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle | Desktop Team Weekly Meeting - 2019-10-29 | Current topic: rls-dd-bugs [14:35] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html [14:35] no desktop one [14:35] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-tracking-bug-tasks.html [14:35] no unassigned ones [14:35] #topic rls-ee-bugs === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle | Desktop Team Weekly Meeting - 2019-10-29 | Current topic: rls-ee-bugs [14:36] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html [14:36] still no desktop [14:36] bug #1848969 is border desktop but community side now so I don't think we need to handle it here [14:36] bug 1848969 in indicator-datetime (Ubuntu) "src/date-time.cpp:171:GDateTime* unity::indicator::datetime::DateTime::get() const: assertion failed: (m_dt)" [Critical,Confirmed] https://launchpad.net/bugs/1848969 [14:37] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html [14:37] bug #1845801 [14:37] bug 1845801 in gnome-shell (Ubuntu Eoan) "[nvidia] Automatic login fails and then all subsequent logins fail. Killing gnome-session-binary fixes it, or just not using automatic login." [Undecided,Confirmed] https://launchpad.net/bugs/1845801 [14:37] Laney commented on it that he couldn't reproduce [14:37] it's assigned [14:38] just not all of the tasks [14:38] do you know if Alberto noticed it was? [14:38] yes, as we talked on irc before [14:38] tseliot, ^ please confirm you saw the emails and just didn't /dev/null filter those :) [14:38] k [14:38] so I'm assigning to the other lines [14:39] I wouldn't usually just assign a bug to someone and expect them to notice that [14:39] ack [14:39] as long as we don't know which component is impacted… [14:39] Laney: you can with me, filter power ;) [14:39] bug #1847551 [14:39] bug 1847551 in mutter (Ubuntu Eoan) "Mutter 3.34.1 broke Night Light, screen color profiles in Wayland sessions" [High,In progress] https://launchpad.net/bugs/1847551 [14:39] Trevinho, that's part of your pending SRU right? [14:39] yes [14:39] assign it [14:40] k [14:40] seb128: yes [14:40] already in queue [14:40] bug #1850052 [14:40] bug 1850052 in zsys (Ubuntu Eoan) "installing zsys breaks desktop login" [High,Triaged] https://launchpad.net/bugs/1850052 [14:40] waiting in unapproved [14:40] didrocks, assigning that one to you [14:41] doing, even if "fixed" and waiting from the SRU team to act on it (+ Laney to unblock focal, pretty please ;)) [14:41] one thing at a time [14:41] I assigned the rygel one to me [14:41] and that's it [14:42] #topic rls-ff-bugs === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle | Desktop Team Weekly Meeting - 2019-10-29 | Current topic: rls-ff-bugs [14:42] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html [14:42] bug #1848766 [14:42] bug 1848766 in xubuntu-meta (Ubuntu) "xubuntu still pulls in Python2 via the python-gtk2-dev b-d in libappindicator" [High,New] https://launchpad.net/bugs/1848766 [14:43] it's assigned to xubuntu, the other lines seem buggy [14:43] but I've https://code.launchpad.net/~jbicha/libappindicator/drop-python-appindicator/+merge/335606 on my review queue which is related from our side of things [14:43] bug #1849773 [14:43] bug 1849773 in evince (Ubuntu) "/usr/bin/evince:11:strstr:TextSelectionPainter::hasGlyphLessFont:TextSelectionPainter::endPage:TextPage::drawSelection:poppler_page_render_selection" [High,Confirmed] https://launchpad.net/bugs/1849773 [14:44] it's an evince segfault on text selection on some specific documents [14:44] jibel could find only one private document example [14:44] it seems related to the font used in the doc [14:44] I think it's too specific to qualify as a rls bug, we should probably fix it but as normal business [14:44] +1 [14:44] jibel, if you can add the font info to the bug that might be useful [14:44] seb128, I got the bug mail, I remember Laney telling me about it too. I remember systemd complaining about things in the log. I haven't really got time to look into it. I am not sure if NVIDIA is the cause of the problem yet (it could just trigger it) [14:45] tseliot, k, thx [14:45] o/ [14:45] unless someone objects I will notfixing the evince one [14:45] hey Wimpress! [14:45] can we also notfix the indicator-datetime thing pls [14:45] or else we will keep coming back to it [14:46] hey Wimpress [14:46] Laney, good point, done [14:47] bug #1848217 [14:47] bug 1848217 in yaru-theme (Ubuntu) "No system-ready sound" [High,Fix committed] https://launchpad.net/bugs/1848217 [14:47] that's fix commited, probably not rls material though [14:47] seems handled so I don't think it particularly matters either way [14:47] ah, it's in the installer context [14:48] so yeah, tag is fine, it's fix commited [14:48] right [14:48] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html [14:48] desktop clean [14:48] #topic update_excuses_by_team.html#desktop-packages === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle | Desktop Team Weekly Meeting - 2019-10-29 | Current topic: update_excuses_by_team.html#desktop-packages [14:49] Laney, yours [14:49] (in the measure we are ready to look at it/should maybe wait for the initial sync churn to settle down) [14:49] forget it [14:49] it's ruined for this week at least [14:49] just libreoffice is obvious but marcus is on it [14:49] apart from some things like libreoffice which are known separately [14:50] thx Laney :) [14:50] #topic AOB === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle | Desktop Team Weekly Meeting - 2019-10-29 | Current topic: AOB [14:50] any other topic? [14:51] seems not, it's a wrap then [14:51] thanks team! [14:51] #endmeeting === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle [14:51] Meeting ended Tue Oct 29 14:51:55 2019 UTC. [14:51] Minutes: http://ubottu.com/meetingology/logs/ubuntu-desktop/2019/ubuntu-desktop.2019-10-29-14.32.moin.txt [14:52] thanks! [14:52] thanks [14:52] ta [14:52] seb128 kenvandine Thanks for running things. I'll be here on time next week now I have the calendar entry :-) [14:52] thx! [14:53] Wimpress, no worry :) [14:54] Wimpress: let's hope that's the only think willcooke neglected to hand off :) [15:17] didrocks, sorry to bother again :), but looking at user themes code, it seems to look for gnome-shell css installed under `/usr/share/themes//gnome-shell` folder https://gitlab.gnome.org/GNOME/gnome-shell-extensions/blob/master/extensions/user-theme/extension.js#L42 [15:19] clobrano: interesting, this has changed as it as looking at the other places before [15:19] I based the location on where the mode/theme for G-S was looking before we moving to an internal css in the compiled gressources [15:19] didrocks, uhm let me check git history then [15:19] so yeah, sounds like then moving the whole theme will be necessary. It means updating the Shell css [15:20] clobrano: well, if upstream thinks now we should put them there, no need to dig more [15:22] didrocks, yeah I guess [15:22] clobrano: upstream disagrees with itself though: https://gitlab.gnome.org/GNOME/gnome-shell/blob/master/js/ui/main.js#L298 [15:22] so both gtk and gnome-shell goes into the same dir [15:23] look here, in G-S, they are looking at the place we are using [15:23] so I guess it's something for you to discuss with Trevinho, but the extension made by usptream and the G-S code should align at least [15:24] eh, a bit messy indeed [15:26] not that crazy… I was sure when I did the extension mode 2.5 years ago I didn't invent it from nothing ;) [15:27] I'm sure you didn't :D [15:27] clobrano: probably upstream wants to keep both, like if the shell theme is the same of gtk then it goes with it otherwise it can use a local time [15:27] question of prioritizing one or the other [15:27] clobrano: I'd suggest you to ask in #gnome-shell to fmueller when he's around [15:28] or open an issue so we can discuss there the proper strategy [15:32] Trevinho, yes, this could make sense [16:07] Trevinho, didrocks, reply from #gnome-shell was that `/usr/share/gnome-shell/theme` is for session default and the other for 3rd party theme. Reconsidering the problem, we have Yaru(light) as default and Yaru-dark as selectable, so I can simply install the first under gnome-shell and the latter under themes [16:07] as I was actually doing at the beginning [16:08] to have yaru light available under gnome-session, the only option is the symlink [16:23] yeah, it sounds weird to me, but ack [16:39] Laney: I think you typoed the hint on https://bazaar.launchpad.net/~ubuntu-release/britney/hints-ubuntu/revision/4024: ss390x [16:39] k [16:40] merge proposals are accepted for reference for the future ;-) [16:40] thx ;) === pstolowski is now known as pstolowski|afk [17:30] hellsworth: marcustomlinson found the crasher. It's cairo 1.17. Try downgrading it to 1.16 [17:33] hmmmm [17:34] then it must be different from the librsvg issue of updating the build snap to librsvg-2.46 [17:35] while the librsvg commit does change cairo versions, it updates librsvg to require 1.16.0 instead of cairo 1.15.12 [17:37] still.. i'm build ing gnome-3-34-1804-sdk with cairo branch 1.16, rebuilt the platform snap, and rebuilt evince to test [17:42] hellsworth: i cherry-picked the fix into gnome-3-34-1804-sdk and pushed it to get a build in LP [17:42] oh nice! [17:43] can you launch a build? looks like the last lp build of the build snap was a week ago [17:48] waiting for the git mirror to sync [18:04] is there a way to tell the platform snap to use the gnome-3-34-1804-sdk that is installed locally rather than pulling from the snapstore? [18:06] hellsworth: doubtful, you could ask on #snapcraft [18:08] ah yes good idea [18:13] hellsworth: it's not that much work to just snapcraft push your local snap to edge [18:13] but I guess you're using edge at the moment as your release I guess [18:13] oh right i can do that from my lp build, i think [18:13]