[01:38] good morning [01:40] Morning callmepk [01:41] morning duflu [05:29] goood morning desktopers [05:59] Morning seb [05:59] Uh, too late [06:01] Good morning all [06:01] Morning jibel [06:01] Hi duflu [06:55] good morning desktoppers [06:55] Salut oSoMoN [07:02] salut jibel [07:08] Morning oSoMoN [07:11] hey duflu [07:19] good morning [07:24] Hi didrocks [07:28] salut didrocks [07:34] hey duflu, salut oSoMoN [07:49] morning callmepk duflu seb000 jibel oSoMoN didrocks [07:50] Hi marcustomlinson [07:50] hi marcustomlinson [07:50] and hi jibel oSoMoN didrocks [07:50] hey duflu, is the fire under control there? [07:52] marcustomlinson, I can't tell actually. It's far enough away [07:52] Even further away it looks like the north of the state is flooding [07:52] ok I hope it stays that way [08:02] hey marcustomlinson, callmepk [08:38] hey again desktopers [08:39] salut seb128, ça va ? [08:42] lut didrocks, un peu decalqué niveau sommeil mais sinon ça va. Et toi ? [08:42] hi seb128 [08:43] hey callmepk [08:44] seb128: ça va, les tracas habituel mais pas besoin de s’étaler dessus :) [08:46] Hi seb128 [08:59] Morning desktoppers o/ [08:59] Morning Wimpress [08:59] Good morning Wimpress [09:02] sup [09:03] hey Wimpress, jibel, Laney [09:03] Hi Laney [09:03] hey Wimpress, jibel, Laney [09:03] oh and also hey duflu :-) [09:05] moin seb128 duflu et didrocks [09:06] hey ho marcustomlinson, callmepk, seb128, Wimpress, Laney [09:06] lut oSoMoN! [09:08] salut didrocks [09:09] hey seb128 Wimpress Laney [09:11] hey marcustomlinson! [09:21] hey Laney === didrocks999 is now known as didrocks [09:55] hey oSoMoN marcustomlinson callmepk [10:47] hi desktoppers! i see some packages in merge-o-matic universe that used to be in main, e.g. fonts-vlgothic, fonts-ipaexfont, which are no longer maintained. is it worth trying to keep the delta, or should they just be sync'd? [10:51] ginggs: Be better if those fontconfig files were upstreamed to Debian I guess; personally I think they're still valuable [10:52] thanks Laney [12:25] seb128: Asking you since you're the last person on the desktop team to touch libdbusmenu. [12:26] I'm being asked if the developer running the Ayatana Indicator project could be the upstream for libdbusmenu? [12:44] Wimpress, didn't they fork the different indicator projects under new names? are they changing their mind on this now? [12:44] Yes, they did. [12:45] No, they are actively developing Ayatana Indicators. Recently the requirement to use patched GTK for IDO was removed in Ayatana Indicator. [12:45] They are actively expanding the portfolio of indicators. [12:47] well they did fork e.g libappindicator, I wish they had asked to take over those instead [12:47] anyway to reply to the original question, I'm not owning the project, I would personally be fine with it but I don't think I can take that decision [12:52] seb128: we forked many components under a new name. [12:52] for dbusmenu, my fear is that the impact on 3rd party projects might be immense. [12:52] But I haven't checked fully, yet. [12:52] seb128: Meet sunweaver. DD and one of the maintainers of Ayatana Indicators. [12:52] as of today, it would be easier to keep the dbusmenu namespace. [12:52] _o/ [12:52] we exchanged email in the past [12:52] right [12:53] as it would have been easier to keep the libappindicator one [12:53] yeah, admittedly. [12:53] we wouldn't be in the situation now where different distro or desktop are on different forks [12:53] I was a bit hasty back then and did not count in the full impact. [12:55] so, back to dbusmenu... The UBports people and also us devs of Aytana Indicators heavily rely on dbusmenu and I wonder if it would be ok, to maintain it under the AyatanaIndicators umbrella. [12:56] thus avoiding the fork, but also releasing the dbusmenu code from CLA. [13:04] I would be fine with that but I'm not the position to decide that, Wimpress should be able to figure out where to ask though [13:04] would you be open to do the same for the other libraries or do you think that doesn't make sense now that they diverged? [13:04] seb128: thanks for this [13:04] seb128: which other libraries do you have in mind? [13:05] libayatana-appindicator vs libappindicator [13:06] hmmm... [13:06] Ubuntu still uses libappindicator as of today and libayatana-appindicator is in universe [13:06] I presume the libappindicator <-> libayatana-appindicator can-of-worms has been opened now. [13:06] well, probably similar situation for the indicators themselves [13:06] it's just a shame that we end up with different versions, there was no need for that [13:07] but we had the discussion over email at the time, or rather after fact, so that ship probably sailed by now... [13:07] the libappindicator fork could have been avoided. So a big sorry from my side. The fork of that library wasn't necessary, esp. not the name space change. [13:07] With the system indicators, it is different. [13:07] Ayatana System Indicators now work on a vanilla GTK 3 [13:07] the GTK3 patch that Ubuntus ships is not necessary anymore. [13:08] that would have been a welcome change for the ubuntu indicators as well I think [13:08] Ubuntu Touch / UBports / Lomiri upstream is currently switching over to Ayatana Indicators, Ubuntu MATE has already switch, as well. So, for system indicators, I recommend trying Ayatana System Indicators and consider switching over. [13:09] The development is quite progressive and will be co-funded by the UBports foundation in the near future, I hope. [13:10] we don't use those indicators anymore for Ubuntu so I guess that's not for us to decide which variant is being used [13:10] What we could try to do in Ayatana Indicators is providing a drop-in replacement for libappindicator (esp. for the gir1.2-* packages), so that you don't have to port all applications. [13:10] well porting is not the issue [13:10] seb128: it's more for the flavours (like XFCE, lubuntu and such) [13:11] I think porting is fine enough [13:11] ok, then. [13:11] is that you end up having a choice to make between competing implementations [13:11] If you need any changes to libayatana-*, simply file a pull request on github.com/AyatanaIndicators and I'll be happy to process that. [13:11] which is a sucking situation to be in, especially where there was no reason to create the competing situation [13:12] right [13:12] I guess, at that time I felt quite helpless regarding having an impact on the code base [13:13] I've personally difficulties to get behind an hostile fork of opensource projects [13:13] but I should probably get over it there [13:13] I discussed various changes with David Barth around 2012 for the Unit Greeter, the patches ended in nirvana and I guess I should have tried again regarding indicators. [13:13] you didn't even try to reach out to ask if you could take over the upstream project at the time (what you are doing now today for libdbusmenu) [13:13] Also, at the time when I forked indicators, it became obvious that the projects were switching into sustainmaint-mode. [13:14] right, which would have been a perfect time to help them carry forward being becoming maintainer [13:14] seb128: I think, all I can say today is: I am tootaly sorry for my hastiness at that time. [13:14] thanks for saying that [13:15] It would have been the better approach to stick heads together. I realize that now (and also many times before, but haven't said it to the right person). [13:16] anyway, that said and going forward, I would support handing over libdbusmenu, I will try to see if I can help Wimpress with that request [13:16] and we need to revisit using libayatana-appindicator for Ubuntu [13:16] Thanks seb128 [13:16] thanks for expressing your pain about it and exchanging thoughts here and now. [13:17] seb128: awesome and thanks!!! [13:19] np! [13:20] o/ [14:27] good morning desktopers [14:27] Good morning hellsworth [14:28] hey jibel :) [14:30] hey hey hey [14:31] Wimpress, meeting? ;-) [14:31] Hello o/ [14:31] ah :p [14:31] hey hey [14:31] #startmeeting Desktop Team Weekly Meeting - 2021-02-02 [14:31] Meeting started at 14:31:35 UTC. The chair is Wimpress. Information about MeetBot at https://wiki.ubuntu.com/meetingology [14:31] Available commands: action, commands, idea, info, link, nick [14:31] Roll call: didrocks, duflu, hellsworth, jamesh, jibel, kenvandine, Laney, marcustomlinson, oSoMoN, seb128 , tkamppeter, Trevinho, robert_ancell, callmepk [14:32] o/ [14:32] o/ [14:32] \0 [14:32] o/ [14:32] \o [14:32] o/ [14:32] Hello desktoppers :-) [14:32] #topic rls-bb-bugs [14:32] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html [14:33] Clear [14:33] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html [14:33] https://bugs.launchpad.net/ubuntu/+source/libx11/+bug/1782984 [14:33] Ubuntu bug 1782984 in libx11 (Ubuntu Groovy) "Assertion `!xcb_xlib_threads_sequence_lost' failed with multiple applications" [High,New] [14:34] Assigning to Timo [14:34] Everything else is in order. [14:34] #topic rls-ff-bugs [14:35] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html [14:35] http://launchpad.net/bugs/1910838 [14:35] Ubuntu bug 1910838 in gnome-shell-extension-appindicator (Ubuntu) "stopped working after latest update" [Undecided,Incomplete] [14:35] I think we discussed that one last week. [14:35] Waiting for feedback. [14:36] HWE is being discussed. [14:36] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html [14:38] https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/1912498 [14:38] Ubuntu bug 1912498 in ubuntu-meta (Ubuntu Focal) "Preinstall some new essential raspi packages in the official raspi images" [High,In progress] [14:38] ANy of us involved in the above? [14:38] Looks like sil2100 is working that? [14:38] Nah, that's for Łukasz, assign it imo [14:39] Done. [14:39] https://bugs.launchpad.net/ubuntu/+source/ghostscript/+bug/1913656 [14:39] Ubuntu bug 1913656 in ghostscript (Ubuntu Focal) "Fix for Ghostscript 9.50 upstream bug needs to be back-ported" [Medium,New] [14:40] Any takers? [14:41] for Till maybe?> [14:41] tkamppeter_, ^ one SRU for you maybe there? [14:41] guess it's for TIll? [14:41] lol [14:41] Tillfest [14:41] :-) [14:41] Till wins a bug [14:42] till he protests.. [14:42] Everything else is assigned. [14:42] it's "adopt a bug" day [14:42] #topic rls-gg-bugs [14:42] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html [14:42] Is fine ^ [14:43] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-tracking-bug-tasks.html [14:43] http://launchpad.net/bugs/1913651 [14:43] Ubuntu bug 1913651 in ubuntu-drivers-common (Ubuntu Groovy) "/usr/bin/ubuntu-drivers:PermissionError:/usr/bin/ubuntu-drivers@480:__call__:main:invoke:invoke:invoke:new_func:invoke:autoinstall:command_install" [High,Triaged] [14:44] it's for tselio_t and in progress afaik, assign it [14:45] Yep. Assigned. [14:45] http://launchpad.net/bugs/1913651 [14:45] Ubuntu bug 1913651 in ubuntu-drivers-common (Ubuntu Groovy) "/usr/bin/ubuntu-drivers:PermissionError:/usr/bin/ubuntu-drivers@480:__call__:main:invoke:invoke:invoke:new_func:invoke:autoinstall:command_install" [High,Triaged] [14:45] That is being handled by Dave. [14:46] that was the same number than before? [14:46] wrong link, or else we're all in the matrix [14:46] https://bugs.launchpad.net/ubuntu/+source/pi-bluetooth/+bug/1901272 [14:46] Ubuntu bug 1901272 in pi-bluetooth (Ubuntu) "Can't connect Bluetooth devices after reboot - Ubuntu 20.10 on Raspberry Pi 4" [Undecided,Confirmed] [14:46] That one ^ [14:46] right [14:46] Everything else is in order. [14:46] #topic rls-hh-bugs [14:47] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-hh-incoming-bug-tasks.html [14:47] Is fine ^ [14:47] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-hh-tracking-bug-tasks.html [14:47] Also fine ^ [14:48] #topic update_excuses_by_team.html#desktop-packages [14:48] https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages [14:48] right [14:49] tiff is waiting for MIR team, their meeting is just after this one [14:49] I will go ask if it didn't get picked for review because it was assigned [14:49] OK [14:49] n-m sounds like a systemd issue, I pinged r_balint about it [14:49] seb128, ? [14:50] rbalint, we are reviewed blocked in proposed for our team and I was talking about https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1914062 [14:50] Ubuntu bug 1914062 in systemd (Ubuntu) "NetworkManager-wait-online.service in 1.28.0-2ubuntu1 fails to start in LXC" [Undecided,New] [14:50] n-m does not start in lzc [14:50] Anything else in excuses a cause for concern? [14:50] software-properties/armhf, probably to check with foundations [14:50] that keeps beeing flaky or problematic [14:51] Flappy test? [14:51] :-) [14:51] but otherwise nothing new or problematic, the few glib failures probably need to be checked [14:51] and that's it [14:51] Thanks. [14:51] #topic AOB [14:52] Anyone have anything else they want to discuss? [14:52] OK, I'll go. [14:52] I met with the Yaru team last night. [14:53] seb128, the log from the bug contains this: Get:263 http://ftpmaster.internal/ubuntu hirsute-proposed/main amd64 network-manager amd64 1.28.0-2ubuntu1 [2002 kB] [14:53] TL;DR in terms of Yaru - merging the GTK4 and GNOME40 themes looks to be business as usual. [14:54] No expected major issues. [14:54] great [14:54] I'm going to upload GTK4 to hirsute today [14:54] Debian NEW is taking forever and since there was a call for testing on discourse [14:54] Yaru team do have one request though. [14:54] Can GNOME40 snapshot be uploaded to a PPA so they can test/validate everything is indeed working? [14:55] no [14:55] So, next cycle then? [14:55] we will eventually get there, but one of the reason we postponed is that we don't have the engineering capacity to do the work required by the updares [14:55] updates [14:56] Understood. [14:56] the lack of resources applies also to some degree to the ppa [14:56] there's a gtk4 package in debian, and that has a demo application or two in it [14:56] we might have wip work landing at some point [14:56] which is probably good enough to rebuild on ubuntu, and use for testing [14:56] Laney, I'm basically just fake syncing the version that is sitting in NEW [14:56] clobrano ^ [14:56] good [14:57] I just finished a test build on hirsute and it's fine :-) [14:57] so I assume the demos are packaged in there and they can be used for now until we get some apps which require it [14:58] I have nothing else to add regarding Yaru etc. [14:58] Anyone have any other topics? [14:59] Also Feichtmeier ^ [14:59] I'm just going to mention recent topics from discourse for those not follow the website [14:59] https://discourse.ubuntu.com/t/refreshing-the-ubuntu-desktop-installer/20659 [14:59] Good point! [14:59] https://discourse.ubuntu.com/t/trying-wayland-by-default-again/20575 [14:59] Wimpress, clobrano: I can do the simplest thing by just copy the debian sources (as they are) in a PPA once they hit that... [14:59] may be enough for testing [15:00] https://discourse.ubuntu.com/t/staying-on-gtk3-and-gnome-3-38-this-cycle [15:00] Thanks Trevinho [15:00] Trevinho, Debian is frozen [15:00] well experimental isn't going to be updated? [15:00] they might still update to experimental but I doubt that's going to be a focus [15:01] Are we done? [15:01] I think so [15:01] #endmeeting [15:01] Meeting ended at 15:01:53 UTC. Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-desktop/2021/ubuntu-desktop.2021-02-02-14.31.moin.txt [15:01] Thanks everyone. [15:01] gonna miss you Wimpress [15:02] thanks [15:02] thank you Wimpress! [15:02] Thanks Wimpress [15:02] thanks Wimpress [15:03] thanks!! === seb128_ is now known as seb128 === ijohnson is now known as ijohnson|lunch === ijohnson|lunch is now known as ijohnson