[00:00] jbicha: against which branch I should base? [00:00] debian/master [00:00] master? [00:00] ok [00:00] having salsa there helps a lot, I already use it with bzr anyway [00:00] but still cause me to do a 2nd pass [00:03] wow, for g-s there's not even a 3.28 releas or what? [00:03] for sure there's not the branch [00:08] hmhmmh [00:08] how is it that https://gitlab.gnome.org/GNOME/gnome-shell/commits/master has not https://salsa.debian.org/gnome-team/gnome-shell/commit/6b2ebee26c7053f4c45cab05b208770c96845479 ? [00:10] that's a merge commit [00:11] Lan_ey briefly mentioned the upstream/latest branch in his gvfs demo [00:12] git-buildpackage creates a merge commit for every upstream tarball imported [00:13] and there is another merge commit to get the upstream/ branch into the debian/master branch [00:14] this is the upstream 3.28.0 release https://gitlab.gnome.org/GNOME/gnome-shell/tags/3.28.0 [01:22] robert_ancell: looking. [04:08] robert_ancell: I gave the new gnome-software branch a spin on a clean xenial VM, and it worked as intended for the libreoffice case [04:09] jamesh, ok, good! so the tester didn't get it right? Perhaps they didn't restart G-S [04:10] I'll restart the VM and give it another shot just to make sure [04:16] it still launches the main libreoffice command [04:16] not restarting gnome-software seems like a definite possibility [05:04] jamesh, thanks for testing that [05:09] good morning desktopers [05:23] good morning [05:24] salut seb128 [05:35] Morning seb128, jibel [06:16] Hi duflu [06:17] lut jibel, duflu, how are you? [06:17] seb128, going well. You? [06:18] I'm doing ok, the cold is a bit better and it's friday! [06:19] seb128, I'm good, thanks [06:25] good morning [06:54] Hey didrocks === pstolowski|afk is now known as pstolowski [07:16] hey duflu [07:19] jamesh: didn't know about build-snaps, thanks for pointing it out! [07:19] didrocks: it doesn't look like it has hit the documentation on the website yet. I heard about it at the Snapcraft Summit [07:20] you, insider! :-) [07:21] I'll clean up that logic in gtk-common-themes and as well the crafted CI in communithemes [07:21] thanks ;) [07:29] jamesh: oh, as it's not documented, do you know if build-snaps enable you to select the channel? [07:29] jamesh: remember that we build from the edge channel [07:30] lets see [07:30] * didrocks looks into snapcraft source [07:31] didrocks: looks like communitheme/edge should do it [07:31] looking at install_snaps() in snapcraft/internal/repo/snaps.py [07:31] I was in /usr/lib/python3/dist-packages/snapcraft/internal/errors.py: '`build-snaps: [patchelf/latest/edge]` to the failing part in your ' [07:31] which seems to confirm :) [07:32] jamesh: I'll give it a try, thanks for the suggestion again! [07:36] (for reference for those interested, it's communitheme/latest/edge) [07:44] hey jamesh didrocks [07:45] hey seb128! [07:46] jamesh: pushed those changes with a testbuild + content inspection [07:46] hi seb128 [07:46] didrocks: looking [07:57] good morning desktoppers [07:58] hey oSoMoN! [08:00] lut oSoMoN, en forme ? [08:00] salut didrocks, seb128 [08:00] la forme, et vous? [08:01] seb128, ça va mieux? [08:01] oSoMoN: ça va :) [08:01] moi un peu, ça commence à passer, c'est au tour du petit d'être bien pris et avec la fièvre en plus :/ [08:02] hey [08:02] happy friday (I hope it is friday) [08:03] seb128, bon courage, c’est pas rigolo quand c’est les petits qui sont malades :/ [08:03] Laney, I hope so too! [08:03] oSoMoN, 'ci! [08:03] happy friday Laney! how are you? ready for the w.e ;) [08:04] well, still some work in between but you know what I mean! [08:04] hey seb128 [08:04] I caught your cold over IRC I think [08:04] :-( [08:04] get better! [08:04] morning Laney [08:04] hey didrocks [08:04] how are you both? [08:05] Laney: you infer that seb128 should stop talking to not contaminate us? :p [08:05] I'm slightly better, hopefully back on shape tomorow [08:05] rather good, finally cold is almost over for me as well [08:06] high fives [08:08] o/ [08:09] friday willcooke! [08:09] woo [08:09] feels like it's been a long week [08:10] hey willcooke [08:10] how was the homemade pizza? [08:10] hey willcooke [08:12] oSoMoN, actually, quite good [08:12] One sec [08:14] My internet is bad again today, trying to share via Telegram but it's just sat there retrying [08:14] Getting new internets on Monday, so I wonder if they are doing some work on my line [08:14] Anyway, the important this, pizza.. [08:15] right, blame it on the internet when you are using an Apple device :p [08:15] The real one correct? American pizza ofc? [08:15] (f r i d a y) [08:15] I made the sauce earlier in the week for pasta, and then left it to reduce on the hob all day yesterday. Has a little sharp, but worked really well on the pizza. Made the dough at lunchtime, let it rise, knocked it back and put in the fridge wrapped in film. Where it continuted to expand and pushed everything off the shelf [08:16] Put the oven on as hot as it would go and put a stone thing in there, and yeah, 10 mins or so and it was really tasty [08:16] be careful when you put it in the fridge, we left some home made pizza pasta a week once, and didn't notice it was really expanding like crazy [08:16] yeah! I thought the cold would stop it, but no [08:17] only freeze does :) [08:17] freezer* [08:17] shouldn't have used the team "freezer" with seb128's cold :p [08:17] I had loads of dough left, so I've frozen that. Wonder if it will work? Will I still be able to eat it once it's defrosted [08:18] willcooke: it does, this is what we generally do (and keep it frozen for a couple of months, if not more) [08:18] cool! [08:18] that will make it easier next time [08:18] yeah, we do like 4-6 parts of dough, and then, it's easy to do a quick pizza in the week-end :) [08:18] \o/ [08:19] oh, morning oSoMoN, Laney, willcooke [08:19] ahoy duflu [08:20] hey duflu [08:43] hum, snapcraft --help doesn't list all options… weird for things that are supposed to be autogenerated [09:50] Removing the ubuntu-wallpapers package stops the desktop from starting [09:51] hm, maybe that's not what caused it [09:51] bah, I've broken this machine now. Will just reinstall, and see if I can break it again [10:00] Laney, typo in this commit message? https://bugs.launchpad.net/ubuntu/+source/ubuntu-wallpapers/+bug/1762722/comments/3 (says 17.10) or am I missing somthing? [10:00] Ubuntu bug 1762722 in ubuntu-wallpapers (Ubuntu) "Ubuntu 18.04 LTS Free Culture Showcase community wallpapers" [Undecided,Fix released] [10:03] yes [10:03] it doesn't do anything though [10:05] https://bazaar.launchpad.net/~ubuntu-art-pkg/ubuntu-wallpapers/ubuntu/revision/243 [10:06] thx Laney [10:07] typo in "typp", unless intended :) [10:08] it was a little joke :( [10:08] I thought it might be that deep [10:08] * Laney feels scrutinised [10:08] thanks guys :P [10:12] * willcooke is newslettering. Going through the notes from the meeting for news fodder [10:20] willcooke, libreoffice 6.0.3 is in bionic, that's new since the meeting [10:26] thanks oSoMoN [11:13] seb128: did you make any progress on that orca thing? [12:04] Laney, I didn't get the "drop priviledge" things working, I'm pondering writing a simple 10 lines python script that does the watch/start (in fact I had it since I made a standalone version to test) and install that, it just means another process using memory which is suboptimal [12:05] Laney, the callback is never called, even if it has been registered after a drop of privileges [12:31] seb128: it's weird, I just looked a bit and if you make it set the value right after connecting the signal the callback is called [12:35] Laney: Do we want it to be possible to set any value via the --domain option? [12:35] any value? [12:36] Laney: Yeah, it's supposed to be the correct domain, people make mistakes. [12:37] I suppose warn? [12:37] I think we only have good detection for meson [12:39] Laney: In case of meson, is it possible that the correct domain is not detected via introspect? In case of other packages, where dh_translations fails to get the domain by parsing, I can't see what a warning would be based on. [12:41] the meson introspection just rely on conventions no? [12:41] technically you can call the target as you want, they is no way to query a "type"? like those are not flagged as "translations update"? [12:42] it's not really right to call it a convention [12:42] more an implementation detail, but it's probably part of the interface now so unlikely to change [12:42] the thing is generated from the domain you give to the i18n call [12:42] If you set a domain which introspect hasn't identified, I take it that the ninja call for building POT will fail anyway. [12:43] right, but you can't tell that because the target exists then it is a translations one [12:43] You can tell /if/ the target the user supplied exists [12:44] right [12:44] If we're going to call ninja and we can tell it doesn't exist [12:44] could error with a more friendly message [12:44] makes sense [12:45] GunnarHj: you're talking about upgrading the warning in your patch to an error? [12:47] No, I'm not ( even if it would be tempting ;) ). I suppose we can basically have it as is (checking if the domain exists) for Meson, and still make it possible to use --domain for other build systems without any check. [12:48] OK I'm not sure what you're asking then, sorry [12:48] I don't see how we can check for non-meson things unless there's a similar interface for (say) CMake [12:48] If we can tell it's going to error out in a second anyway then it's potentially a good idea to do it earlier with a nicer message [12:51] Laney: Maybe I jumped at conclusions. So then my understanding is: Make it possible to use --domain everywhere, and warn / ignore when possible (i.e. for Meson packages). Is that what we should do? [12:52] GunnarHj: Right, except I'm saying (and I thought this was what you were asking for) that erroring for a bad --domain where you can tell it's bad is not on the face of it an awful idea. [12:52] I don't have a super firm opinion on that though. [12:53] Laney: I'd love to trigger a fatal error in those cases and make package maintainers take more responsibility for translations. :) [12:54] If it's only for explicit --domain then it shouldn't break anything that already exists [12:55] Laney: Not sure what you meant by your latest comment,. [12:56] Laney: Or maybe I do. You argue for triggering a fatal error. [12:59] Laney: And that makes sense. If we add a new option, and people make mistakes when making use of it, why wouldn't we tell the loudly if possible? [13:00] That's what I'm saying [13:01] Laney: Ok. Then I just wait for a final decision before starting to work with a new patch. :) [13:03] GunnarHj: On this point? I'd say feel free if you agree it's right. [13:05] Laney: I do. Just a detail about the syntax in a dh_* program for doing that. would it be 'error "..."' instead of 'warning "..."' or should we say exit 1 explicitly? [13:06] I'm not sure if error exits on its own - try it :P [13:07] Ok. [13:08] Laney, you are debugging the ubiquity/signal issue more? [13:09] or do you have any idea why the callback stop working later? how did you test it? [13:09] seb128: I just added a call to change a value in the schema right after you connect to the signal, and it gets called then [13:10] it's probably some uid thing [13:10] there's a message in the debug log about not starting a message bus when setuid [13:11] (/var/log/installer/debug) [13:11] got to go have lunch now, back in a bit [13:12] Laney, enjoy! and yeah, if you do it from the code the process "context" might be the same as ubiquity when it might not be from the gsd process [13:18] enjoy Laney ;) [13:18] dang... i just missed Laney :) [13:20] i'm working on creating preinstalled disk images for ubuntu-desktop with livecd-rootfs [13:20] i'm assuming i should be using live-build to create them? [13:21] i've added a SUBPROJECT of desktop-preinstalled to build IMAGEFORMAT=ext4 [13:21] and i'm getting an ext4 image that i don't think has a bootloader [13:21] just want to make sure i'm actually using the right tool before i go to far :) [13:21] seb128, didrocks ^^ either of you know? [13:22] kenvandine, it has been a while I didn't touch to those projects and I don't remember the details, sorry [13:22] i guess didrocks did that recently for minimal though :) [13:23] typically live-build only builds rootfses (that might have changed in the times of could though, but for a decade it only did that) [13:23] making bootable images out of that used to be a task of debian-cd [13:23] ogra_, yeah... i couldn't find anything else documented though [13:23] kenvandine, the minimal work is not an iso, it's just an ubiquity change [13:24] oh, there is some stuff in livecd-rootfs that adds packages to an exclude list, maybe that's for other flavors or something [13:24] ogra_, does debian-cd make bootable disk images? not just isos? [13:24] kenvandine, like desktop-next at the time was added with that change https://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/revision/887 [13:24] kenvandine: building isos is a huge pain. It's strong incentive for Ubuntu flavors to become official so devs don't have to do it any more [13:25] k, need to step out for a bit [13:25] jbicha, yeah, i don't want an iso [13:25] bbl [13:25] i want a disk image [13:25] bye seb128! [13:25] kenvandine, it used to ... i havent touched it in ages though ... the whole setup might have changed (UbuntuCore FTW :) ) [13:25] ogra_, cool! [13:30] yeah, I didn't build it for quite a while, I used to unsquashfs, then modify the chroot, then resquash [13:30] it was the easiest ;) [13:30] kenvandine: btw, here we go: https://github.com/ubuntu/communitheme-snap-helpers/pull/4#issuecomment-381135053 [13:30] ubuntu bug (Pull request) 4 in communitheme-snap-helpers "Enable releasing as well gtk-common-themes with latest communitheme" (comments: 4) [Open] [13:30] see the addition of "You may want to download as well gtk-common-themes snap from edge/communitheme-snap-helpers-pr4 channel to test your snaps with those changes. [13:30] " [13:31] so, basically, every communitheme (on any of the 5 projects) commit in master will now push communitheme/edge and gtk-common-themes/edge [13:31] didrocks, cool, thx [13:31] and any PR will release communitheme/edge/pr-name and gtk-common-themes/edge/pr-name [13:31] (and any further push to PR will do that as well ;)) [13:31] tokens updated in all project, time to merge! [13:36] oh... maybe i should be using ubuntu-image instead of live-build directly :) [13:36] * kenvandine peels the onion [13:37] kenvandine: do you want to test some changes or do something official? [13:38] kenvandine: if it's just for testing something, I would really say unsquashfs/resquash it [13:38] for image creation? [13:38] yep [13:38] no, this is for microsoft's hyper-v gallery [13:38] going to be official [13:39] yeah, so you may want something a little bit more official then ;) [13:39] edge 0.1 3 [13:39] \o/ [13:39] (for gtk-common-themes) [13:52] kenvandine: hope that makes sense: https://forum.snapcraft.io/t/snap-application-and-snap-themes/4946/9?u=didrocks === maclin1 is now known as maclin [14:19] seb128: don't understand what gsd has to do with it at this point, the callback is in ubiquity too. [14:19] kenvandine: did you get my email? [14:19] sounds like you reinvented a bit what I sent you in that? [14:19] Laney, no... i didn't [14:20] Date: Wed, 4 Apr 2018 18:42:01 +0100 [14:20] From: Iain Lane [14:20] To: ken.vandine@canonical.com [14:20] Subject: livefs-preinstalled notes [14:21] weird... i have no emails from you on that day [14:22] Apr 4 18:42:03 cripps postfix/smtp[24104]: D9B0C206B8: to=, relay=mx.canonical.com[91.189.95.10]:25, delay=0.08, delays=0.01/0.02/0.04/0.02, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as E94AC1A2968) [14:22] dang... can you resend it? [14:22] sure [14:22] maybe i accidentally deleted it or something [14:23] or… Laney was *filtered* out!!! [14:23] lol [14:23] i have other mails from him, on different days [14:23] probably spam then! :p [14:24] doko: any news on the ubuntu-report MIR now that the different comments were addressed? [14:26] Laney, thx [14:27] Laney, that's my exact diff :) [14:28] good sign [14:28] Laney, ok, i did that and i built it with live-build and got a .ext4 file [14:28] but it's not bootable, so was thinking it didn't install a bootloader or something [14:29] the contents of the file look sane, so i think it's pretty close [14:29] now i see there is ubuntu-image that seems to work some nice magic [14:29] I think you can use qemu-img on those [14:29] did that [14:29] but it was too big so I didn't actually download the artifact that LP made [14:30] ubuntu-image wraps live-build and then works some magic, i think [14:30] never used it [14:30] hey desktopers [14:30] but now live-build isn't working... held packages [14:30] The following packages have unmet dependencies: [14:30] rsyslog : Depends: libfastjson4 (>= 0.99.7) but it is not installable [14:30] so i guess bionic might be a little broken today? [14:32] seb128: I don't know if you were subscribed to this MR but it was just merged [14:32] https://gitlab.gnome.org/GNOME/gnome-control-center/merge_requests/22 [14:33] GNOME bug (Merge request) 22 in gnome-control-center "thunderbolt: new panel for device management" (comments: 29) [Merged] [14:33] looks ok here [14:34] kenvandine: it sounds like it's building from bionic-proposed? rsyslog is stuck in -proposed because of bug 1746327 [14:34] bug 1746327 in libfastjson (Ubuntu) "[MIR] libfastjson" [High,New] https://launchpad.net/bugs/1746327 [14:35] is there a chance for appstream 0.12.0-3 and appstream-generator 0.7.1-3 being synced? [14:35] first one is done [14:35] why do you care about the generator? [14:36] for 3rd party reasons, I guess they should go together [14:38] ah didn't see the appstream update yet, looks like the amd64 package publications is stuck [14:38] jbicha, should be [14:38] COMMAND FAILED: ['sudo', 'PROJECT=ubuntu', 'SUITE=bionic', 'ARCH=amd64', 'SUBPROJECT=desktop-preinstalled', 'PROPOSED=False', 'IMAGEFORMAT=none', 'lb', 'build'] [14:38] shouldn't rather :) [14:38] kenvandine: do you mind pointing robert to bug #1763736, I guess it worths a look to see what is different between 18.04 and 16.04 [14:38] bug 1763736 in gnome-software (Ubuntu) "communitheme snap not present in gnome software on bionic, but it is on 16.04" [Undecided,New] https://launchpad.net/bugs/1763736 [14:38] Laney, it needs to be new'ed ;) [14:38] kenvandine: nope, you're not tricking me into building Ubuntu images ;) [14:39] (I tagged it so that we remember) [14:39] and maybe it's not the only case triggering this [14:39] didrocks, sure [14:39] thx! [15:11] jbicha, yeah, I'm talking regularly to gicmo as said, but you seem pretty interested by that panel/feature, do you want to take over? there is no need to have several persons doing the same tracking/upstream relation work there [15:11] seb128: do you have thunderbolt? [15:12] jbicha, not at the moment no, do you? [15:12] my computer might support it but I don't have any peripherals so "no" [15:12] jbicha, I just know gicmo (upstream) from long time and I've good work relations with him [15:13] I'm happy if you keep handling the thunderbolt work. I was just letting you know it was merged :) [15:14] thx [15:14] I'm going to look to get that in .1 [15:14] ok [15:14] it feel like it's late to try to get a ffe/in .0 now [15:14] like we wouldn't get translations and such and it didn't get any testing yet [15:15] neither upstream nor in other distro [15:15] that makes sense [15:15] Laney, my understand was that gsd-media-keys is what catch the keybinding and toggle the gsettings key to enable the screen-reader [15:15] now I'm unsure how to test [15:16] since we don't have the indicator atm I've been testing using the keybinding [15:16] the gsettings key get correctly toggle in response so that side of things seem to work [15:16] seb128: oh, well I was using gsettings from a terminal to set the key on or off [15:16] ah [15:16] and watching if the callback gets called [15:16] which it is not [15:16] using what user? [15:16] ubuntu one [15:17] k, so either something doesn't work in the drop priviledge world or it's not listening on the same bus or something [15:17] do you debug that? [15:17] morning [15:17] hey Trevinho [15:17] hey Trevinho [15:18] not right now, looking at some appstream-generator problem with ximio_n in another channel atm [15:18] I did print the uid and euid and they were right though [15:18] k [15:19] day is a bit cahotic here so I'm probably not going to debug much before monday, especially I'm unsure how to go about debugging that [15:21] andyrock, good to see they fixed that gtk segfault :) [15:22] andyrock, and please stop putting cards in done when the fix is upstream and not in Ubuntu yet :p [15:23] ops sorry about that [15:24] no worry :) [15:25] Trevinho, btw "gnome-shell migration list" got recent tweaks for gnome-tweaks and evolution name changes, you might need to catch up with unity (unsure if you did already in your first version) [15:33] seb128: our compatibility .desktop files have enough bugs I'd really like to drop them now if we could get away with it :| [15:35] jbicha, what sort of bugs? [15:35] too late now for bionic though [15:35] I had a card for it and tried to push for that at the start of the cycle [15:36] but d_idrocks though it was important and L_aney that we could handle things better iirc, anyway we never got consensus [15:36] at this point we have migrations for GNOME and Unity so we can probably drop them next cycle [15:36] the compatibility .desktop is set the wrong direction [15:37] the new file has NoDisplay=True when it should be the old one that does [15:37] is that a specific one? [15:37] it's our script that's broken [15:37] or did we do that for each? and if so do you remember why and what issue does it create? [15:37] yes [15:37] the issue is that we're not really converting people to the new .desktop [15:38] (I need to step out for a bit but I'm going to read backlog/comment again once I'm back) [15:38] isn't gnome-shell doing that for us? [15:38] maybe, but it's still wrong for other desktops [15:38] https://sources.debian.org/src/gnome-shell/3.28.0-1/js/ui/appFavorites.js/?hl=42#L10 [15:38] and other desktops was the reason we were still keeping the old .desktop's, right? [15:38] well nothing we do to the .desktop is going to migrate configs for users [15:39] well, main reason was unity [15:39] 2. right-click an app (like Text Editor) in the Activities Overview and click Show Details. It doesn't go to the right place (although GNOME Software is admittedly smarter there than it was in zesty or artful) [15:39] but now that has a conversion in bionic [15:39] so we can drop in bionic+1 [15:39] the desktop we care about are GNOME and Unity [15:39] "Open with Other Application" shows duplicate apps [15:40] other desktops are welcome to fix things [15:40] but we are not going to block on them [15:40] right [15:40] my #2 is pointing out that we're not actually doing the conversion in bionic anyway… [15:40] I patched g-c-c for a duplicate issue [15:40] we should probably include a workaround patch in gtk for bionic [15:40] until we drop them next cycle [15:40] the NoDisplay is telling desktops besides GNOME and Unity to use the old names [15:41] that topic is complicated, I don't remember the details of the previous discussions [15:41] I mean I understand if our final answer is "not for bionic" since things are really late. I'm just pointing out that there are unnecessary bugs here because of the compatibility .desktop files [15:41] If you have a configuration which specifies the old name [15:41] but I was in favor of dropping them and d_idrocks (and maybe L_aney) agreed against iirc [15:41] And it gets NoDisplay in a new version [15:41] and it's incomplete, we don't have compatibility .desktops for most of the universe renames anyway [15:41] Then you have a bad time. [15:41] That's why it is the way round it is. [15:42] right [15:42] I was in favour of dropping them. [15:43] I proposed a solution where you made a centralised mapping of names somewhere on the system [15:43] so it was d_idrocks who argue that it's small polish like respecting user config on upgrades that make a difference [15:43] and desktop environments could write their own way to migrate, consuming that list [15:43] * didrocks argues it's not "small" :) [15:43] I don't exactly remember why we didn't do anything like that [15:43] lack of resources to allocate to that work I guess [15:43] but yeah, we should handle a one shot migration, maybe with session-migration [15:43] before the DE starts [15:43] (and so unity drops unknown desktop files) [15:43] anyway it's too late now for bionic [15:44] There was this unity problem [15:44] We had a card to get that fixed, and I thought it got assigned [15:44] this is what was done in Unity this week: https://bazaar.launchpad.net/~unity-team/unity/trunk/view/head:/tools/migration-scripts/07_unity_migrate_gnome_favorites [15:44] but maybe not [15:44] jbicha, please report the issues or give me the bug numbers, we can at least patch the duplicates out of "open with" in gtk [15:44] Laney: yeah, but IIRC, it was a lot of work to fix it [15:44] if we do it all in session-migration, which forces us to have another list though, it's done before Unity starts [15:44] and so, we should be good even without the Unity fix [15:44] ok, but it got assigned at the start of this cycle [15:44] Laney, unity is fixed in bionic [15:44] so we can drop them next cycle [15:44] oh, it's fixed? [15:44] it is? [15:45] I thought the point was to fix it in xenial [15:45] last time I heard about it was "not going to do it, too complex"é [15:45] well, unity does the same as gnome-shell in bionic now [15:45] sweet [15:45] so if we keep the old files we end up with them rewritten to the new one [15:45] seb128: my old bugs were bug 1606901 and bug 1623748 [15:45] bug 1606901 in nautilus (Ubuntu Xenial) "Clicking "Show details" in AO for Nautilus produces "Could not find 'nautilus.desktop'" error from gnome-software" [Low,Triaged] https://launchpad.net/bugs/1606901 [15:45] bug 1623748 in gnome-pkg-tools (Ubuntu) "Use non-compatibility .desktop files by default" [Undecided,Confirmed] https://launchpad.net/bugs/1623748 [15:45] ok, well the topic got away from me then [15:45] which means unity users on bionic are going to have the new names in use [15:45] so we can drop the compat in +1 [15:45] sounds like a plan [15:46] the problem was that as soon as you upgraded and a desktop file went away [15:46] it was purged from your launcher [15:46] so you could not migrate [15:46]