[01:10] <callmepk> goood morning
[06:09] <seb128> goood morning desktopers
[06:25] <jibel> Good morning
[06:31] <seb128> Trevinho, marcustomlinson, tkamppeter, kenvandine, jamesh, weekly status update?
[06:31] <seb128> lut jibel, comment ça va ?
[06:44] <didrocks> good morning
[06:47] <seb128> lut didrocks comment ça va ?
[06:50] <jibel> salut didrocks 
[06:50] <jibel> seb128, ça va bien et toi?
[06:50] <didrocks> ça va seb128 et toi ?
[06:50] <didrocks> salut jibel 
[06:56] <jibel> how do I disable tracker?
[06:56] <jibel> it crashes on boot on hirsute then restarts every second
[06:58] <seb128> ça va ici :-)
[06:59] <seb128> jibel, unsure how it's started if that's systemd or dbus activation, mv the binary?
[07:06] <oSoMoN> good morning desktoppers
[07:07] <didrocks> salut oSoMoN 
[07:09] <jibel> salut oSoMoN 
[07:11] <oSoMoN> salut didrocks, jibel, seb128 
[07:26] <callmepk> hi seb128 jibel didrocks oSoMoN 
[07:26] <oSoMoN> hey callmepk 
[07:44] <jibel> hi callmepk 
[08:19] <seb128> lut oSoMoN, hey callmepk
[08:25] <marcustomlinson> morning callmepk seb128 jibel didrocks oSoMoN
[08:26] <callmepk> hey marcustomlinson 
[08:26] <seb128> hey marcustomlinson :-)
[08:36] <jibel> Hi marcustomlinson 
[08:52] <oSoMoN> good morning marcustomlinson 
[09:04] <Laney> yo
[09:09] <oSoMoN> hey Laney 
[09:15] <marcustomlinson> hey Laney
[09:15] <Laney> hey oSoMoN et marcustomlinson 
[09:27] <seb128> hey Laney , how are you?
[09:30] <RikMills> morning
[09:31] <RikMills> Laney jibel - my ISO looks fixed. thank you!
[09:32] <seb128> hey RikMills 
[09:35] <jibel> hi RikMills, that's good to hear. Thanks for testing!
[09:36] <Laney> moin seb128 hi RikMills, very good!
[10:17] <seb128> Laney, ricotz, others, do you know enough about typelibs to understand why libunity stopped referencing to the shared library in recent cycles? (it leads to symbols not found errors)
[10:17] <seb128> it's probably doing something weird or wrong which stopped working with newer gir...
[10:19] <Laney> by referencing you mean depends or?
[10:19] <Laney> or got a link that shows the problem?
[10:19] <seb128> $ head -n 3 /usr/lib/girepository-1.0/UnityExtras-7.0.typelib | grep -l libunity
[10:20] <seb128> ...
[10:20] <seb128>        <((GLib-2.0|Gio-2.0|GObject-2.0UnityExtras7.0libunity-extras.so.9
[10:20] <seb128>  
[10:20] <seb128> the mention of libunity-extras.so.9 isn't there where rebulding on 20.10 or H
[10:21] <seb128> the build log is on http://qa-logs.debian.net/2020/08/02/libunity_7.1.4+19.04.20190319-2_unstable.log
[10:21] <seb128> Laney, I've just poked locally to try to see the difference, copying the UnityExtras-7.0.typelib from the current deb fixes the tests
[10:21] <seb128> so I poked a bit manually at the content to see the difference
[10:22] <seb128> doing a strings on the binary I see that the current deb has a mention of libunity-extras.so.9
[10:22] <seb128> where the new build doesn't
[10:22] <seb128> could be a redherring though, I don't know how typelibs are working and how they use the shared libraries
[10:23] <seb128> but steps are basically apt-source libunity and build on 20.10+
[10:35] <Laney> I'm not really sure, I guess it's calling the gir tools a bit wrong
[11:35] <seb128> Laney, seems like a valac regression, it works fine with the focal version
[11:35] <seb128> ricotz, ^
[11:40] <Laney> bisect time!
[11:45] <ricotz> seb128, Laney, hey
[11:45] <Laney> hey RikMills 
[11:45]  * ricotz is looking
[11:45] <Laney> oops
[11:45] <Laney> hey ricotz!
[11:48] <ricotz> hmm, if the custom gir file patching isn't working anymore you keep the pieces ;P
[11:48] <ricotz> https://git.launchpad.net/ubuntu/+source/libunity/tree/src/Makefile.am#n139
[11:49] <ricotz> I don't think is needed anymore
[11:50]  * RikMills ignores...
[11:54] <ricotz> Laney, seb128 https://paste.debian.net/plain/1182801
[12:09] <seb128> ricotz, thanks, I'm going to try that in a bit
[12:27] <GunnarHj> seb128: https://bugs.launchpad.net/ubuntu/+source/opencc/+bug/1909665/comments/11
[12:27] <GunnarHj> How does that sound to you?
[12:31] <ricotz> seb128, the possible changes to the gir files require a closer look though
[12:51] <seb128> ricotz, do you know what changed on the vala side that triggered the issue?
[12:52] <seb128> ricotz, what sort of changes should I check in the gir? I've little clues about how those work atm
[12:53] <seb128> GunnarHj, it's one way to do it, I even wonder if we should simply let opencc not build on s390x since we don't support desktop on that arch
[12:54] <ricotz> seb128, vala added a versioned header at the beginning of the gir like it is done for vapi files to track the used vala version
[12:54] <ricotz> so the static sed rules don't apply anymore
[12:56] <GunnarHj> seb128: That's another approach, of course, but can we certainly say that nobody inputs Chinese on s390x?
[12:58] <seb128> ricotz, ah, so the less disruptive fix it to tweak the sed rules
[12:58] <seb128> GunnarHj, we don't build a desktop on s390x
[12:59] <seb128> well there are probably other desktops that are available, but GNOME isn't and the s390x port isn't aiming at providing a working desktop
[13:00] <ricotz> seb128, yes, but it would not be a viable solution if vala is doing the right thing now
[13:02] <seb128> ricotz, right, I just don't know how to verify that things are as they should / not changing behaviour where I feel confident the sed tweak wouldn't introduce a regression
[13:03] <ricotz> seb128, basically compare the gir outputs
[13:03] <ricotz> if they match up everything is fine
[13:03] <seb128> ricotz, k, I will give it a try, and we are still early enough in the H cycle to be able to fix problems if we introduce a bug
[13:04] <ricotz> seb128, fyi, is wasn't the version header, but the additional "c:symbol-prefix" attibutes
[13:04] <seb128> k
[13:05] <GunnarHj> seb128: ibus-libpinyin (which soon will depend on libopencc1.1) is built on s390x.
[13:06] <seb128> ricotz, thanks for the help! I didn't notice the sed calls in there
[13:06] <seb128> GunnarHj, we could decide to stop doing that if we wanted
[13:07] <seb128> but it's probably easier to just hack the symbol file and keep things building
[13:07] <seb128> I was just mentioning that it would be a possible option
[13:07] <seb128> the .symbols for cpp are just annoying :-/
[13:08] <GunnarHj> seb128: It certainly is. Anyway, I take it that next step is that I try to 'sell' the approach to the Debian maintainer?
[13:11] <ricotz> seb128, two additional fixes https://paste.debian.net/plain/1182808 for newer valac versions
[13:12] <ricotz> seb128, irgnore the first one for now, so https://paste.debian.net/plain/1182809
[13:14] <seb128> ricotz, thanks!
[13:30] <seb128> GunnarHj, sorry I forgot your question, I think it makes sense to ask the Debian maintainer if they would be fine with either the .ubuntu.symbols approach or the optional use one
[13:39] <GunnarHj> seb128: Ok. But I'm not able to explain the optional approach. ;)
[13:43] <seb128> GunnarHj, it would be to add the optional tag to any symbol which is only listed either Debian or Ubuntu builds so build would not fail on any of the distributions
[13:47] <GunnarHj> seb128: Right, but I made some attempts yesterday and failed to make sense of it.
[13:50] <GunnarHj> seb128: I.e. already when building on amd64 there were loud complaints whatever I tried.
[14:31] <Wimpress> Afternoon desktoppers o/
[14:31] <kenvandine> good morning :)
[14:31] <seb128> hey hey hey
[14:31] <hellsworth> good morning desktopers
[14:31] <marcustomlinson> hey Wimpress
[14:31] <marcustomlinson> and hellsworth
[14:31] <kenvandine> let's get this party started!
[14:31] <oSoMoN> hey Wimpress, hellsworth 
[14:31] <Trevinho> hey
[14:31] <marcustomlinson> and kenvandine for that matter :)
[14:31] <oSoMoN> hey kenvandine 
[14:31] <Wimpress> #startmeeting Desktop Team Weekly Meeting - 2021-01-26
[14:31] <meetingology> Meeting started at 14:31:47 UTC.  The chair is Wimpress.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[14:31] <meetingology> Available commands: action, commands, idea, info, link, nick
[14:31] <Wimpress> Roll call:  didrocks, duflu, hellsworth, jamesh, jibel, kenvandine, Laney, marcustomlinson, oSoMoN, seb128 , tkamppeter, Trevinho, robert_ancell, callmepk
[14:31] <oSoMoN> 🐵/
[14:32] <hellsworth> ~o~
[14:32] <seb128> _o/
[14:32] <marcustomlinson> 🕺🏻
[14:32] <kenvandine> o/
[14:32]  * luna_ is sick and don't have energy to attend today
[14:32] <kenvandine> luna_: feel better!
[14:32] <Wimpress> #topic rls-bb-bugs
[14:32] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[14:32] <seb128> luna_, oh, get better!
[14:32] <didrocks> o/
[14:32] <jibel> hola o/
[14:32] <Wimpress> bb-incoming all quiet
[14:33] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[14:34] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/libx11/+bug/1782984
[14:35] <Wimpress> Looks like Timo is working that one.
[14:36] <seb128> seems like a fix probably worth SRUing at least to focl
[14:36] <Wimpress> Yep.
[14:36] <seb128> tjaalton, you were planning to do that?
[14:36] <tjaalton> sounds fine
[14:37] <Wimpress> Thanks.
[14:37] <Wimpress> The rest are assigned for bb-tracking
[14:37] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[14:37] <Wimpress> #topic rls-ff-bugs
[14:38] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-appindicator/+bug/1910838
[14:38] <Wimpress> I'm marking that Incomplete since Seb asked a question to find out more.
[14:39] <seb128> marco said he had it on his backlog iirc but we probably failed to triage properly to get it off the lists
[14:39] <seb128> if it's the same as the other one
[14:39] <seb128> but the submitter didn't reply so incomplete seems fine yes :)
[14:39] <Trevinho> Yeah i think is the same as the one you commented
[14:39] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1911614
[14:40] <Wimpress> We are going to discuss that later ^
[14:40] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[14:42] <Wimpress> Looks in order.
[14:42] <Wimpress> #topic rls-gg-bugs
[14:42] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html
[14:43] <Wimpress> All good
[14:43] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-tracking-bug-tasks.html
[14:43] <Wimpress> Also all assigned.
[14:44] <Wimpress> #topic rls-hh-bugs
[14:44] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-hh-incoming-bug-tasks.html
[14:44] <Wimpress> http://launchpad.net/bugs/1911921
[14:45] <Wimpress> Looks like Daniel is tracking that one.
[14:46] <Wimpress> Interesting since we've been discussing Wayland.
[14:46] <Wimpress> I've assigned Daniel.
[14:47] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-hh-tracking-bug-tasks.html
[14:47] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1912609
[14:48] <seb128> you can assign that one to me, I did the recent wpa uploads I can handle reviewing that patch
[14:48] <Wimpress> Thanks Seb.
[14:48] <seb128> np!
[14:49] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/tiff/+bug/1908502
[14:49] <oSoMoN> thanks seb128 for taking that one off my plate!
[14:49] <seb128> it's for me as well, sorry I forgot to do that when I reopened it
[14:50] <seb128> oSoMoN, np!
[14:50] <seb128> I'm changing assignee you can move to the next one
[14:50] <Wimpress> Assigned to you Seb.
[14:50] <Wimpress> ty
[14:51] <Wimpress> #topic update_excuses_by_team.html#desktop-packages
[14:51] <Wimpress> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:52] <Wimpress> Anything of concern in that ^
[14:52] <seb128> someone should probably check on qpdf vs pikepdf
[14:52] <seb128> tkamppeter, ^ would you maybe try to check if you can see what's the issue there since it's blocking cups-filters?
[14:53] <seb128> network-manager vs systemd I will follow up with foundations
[14:53] <Laney> what's happening with bluez, any update there?
[14:53] <Laney> I have a feeling we might end up in release week with that still blocked
[14:53] <Wimpress> waveform: ^
[14:54] <Laney> merci
[14:54] <seb128> Laney, I've been sending regular emails, Dave replied a week ago that he sent the patch upstream for review now, I asked the url or reference but he didn't get back to me yet
[14:54] <seb128> but yeah, it's taking forever to unblock :-/
[14:54] <Laney> cool, thanks for keeping on that!
[14:54] <seb128> np!
[14:55] <seb128> other things are new or flaky, I don't think there is value to discuss more here now
[14:55] <Wimpress> OK
[14:55] <Wimpress> #topic AOB
[14:55] <Wimpress> Anything else anyone wants to discuss?
[14:56] <seb128> we should get moving with changes we want to do this cycle, e.g wayland by default
[14:56] <seb128> but we probably don't have the right venue and people now to discuss that
[14:56] <Wimpress> I was just writing something similar.
[14:57] <Wimpress> We've discussed displays servers as a team.
[14:57] <seb128> well, Daniel seemed to give his +1
[14:57] <Wimpress> I think this is the right time/cycle to make the switch and test the waters.
[14:57] <seb128> resources available to do the changes is a struggle though
[14:57] <kenvandine> yeah, but i think we have to do it
[14:58] <Wimpress> If not this cycle, then planned for in the 21.10 cycle.
[14:58] <seb128> I think we should do it this cycle and sooner rather than later
[14:58] <oSoMoN> I agree
[14:58] <seb128> we just need to get people stepped out of what they are doing for some days
[14:58] <kenvandine> yeah, if we wait until 21.10 then we don't have time to address issues
[14:58] <seb128> I will try to get that going
[14:58] <Wimpress> If we can squeeze than it, I think it would be good.
[14:59] <seb128> we basically needs marcustomlinson and kenvandine to deal with their pipewire items and probably Trevinho to help them getting things uploaded
[14:59] <Wimpress> Anything more to add?
[14:59] <Wimpress> Not just Wayland related.
[14:59] <seb128> Laney, would be nice if could help switching the default session when we are ready
[14:59] <seb128> not from me
[15:00] <Trevinho> yeah, let me know if you want me to help, should not be much other than merge more with debian
[15:00] <Wimpress> Is there any knock on impact for the Yaru team?
[15:01] <Wimpress> They have some custom sessions. I've not look to see if Wayland is a factor for those.
[15:01] <seb128> wayland? no
[15:01] <Laney> ok, that bit should be easy, it's just a ubuntu patch in gdm I think
[15:01] <Trevinho> yeah, no problem for them
[15:01] <didrocks999> Laney: right
[15:01] <Wimpress> Great.
[15:02] <Wimpress> Any other topics?
[15:02] <didrocks> however, we need to ensure everyone in the team is using hirsute day-to-day please, don’t stay on the LTS or groovy to have a definitive opinion :)
[15:02] <Wimpress> Good point.
[15:02] <Wimpress> Champagne drinking everyone :-)
[15:02]  * Laney eyes the OSX users ;-)
[15:03] <Wimpress> Are you looking in a mirror?
[15:03] <seb128> (unless you are on nvidia but from how little that get tested before release I don't think we team members using that on their main session)
[15:03] <Wimpress> I am.
[15:03] <seb128> +have
[15:03] <didrocks> I do, I have nvidia (and reported many bugs (ignored :p)
[15:03] <Laney> NO NO NO
[15:03] <Laney> I do, the problem is we're not reinstalling it
[15:03] <didrocks> right, that as well
[15:04] <seb128> ah ok
[15:04] <Wimpress> I can test actual hardware installs.
[15:04] <seb128> sorry for sidetracking with that inacurate comment
[15:04] <Wimpress> Right, are we done?
[15:05] <seb128> my point was that if I understood correctly, if you are on nvidia you will probably be sent to xorg anyway
[15:05] <seb128> I think so
[15:05] <Laney> yes
[15:05] <Wimpress> Yes.
[15:05] <didrocks> yeah, it’s a way to test the fallback at least
[15:06] <Wimpress> Anymore for anymore?
[15:06] <didrocks> nope!
[15:06] <Wimpress> OK. Thanks everyone.
[15:06] <Wimpress> #endmeeting
[15:06] <meetingology> Meeting ended at 15:06:46 UTC.  Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-desktop/2021/ubuntu-desktop.2021-01-26-14.31.moin.txt
[15:06] <seb128> thanks!
[15:06] <kenvandine> thanks
[15:06] <didrocks> thanks!
[15:06] <hellsworth> thanks!!
[15:06] <jibel> thanks
[15:10] <seb128> kenvandine, marcustomlinson, could you get https://trello.com/c/KRFxarVl/226-start-using-gnome-remote-desktop prioritize? I think it's a pre-required to switch to wayland
[15:11] <seb128> unsure if there is much to do
[15:11] <seb128> probably check that pipewire as we have it synced currently from Debian is working or if tweaks are needed
[15:11] <kenvandine> @marcustomlinson can you spend some time on that?
[15:12] <marcustomlinson> okidokes
[15:13] <kenvandine> thanks
[15:13] <seb128> thanks!
[15:16] <seb128> ricotz, the first pastebin cleaning the build seems to create some issues / incompatible changes
[15:16] <seb128> -	<class name="ExtrasPreviewPlayer" c:type="UnityExtrasPreviewPlayer"
[15:16] <seb128> +	<class name="PreviewPlayer" c:type="UnityExtrasPreviewPlayer"
[15:16] <seb128> -	<function name="extras_show_in_folder" c:identifier="unity_extras_show_in_folder">
[15:16] <seb128> +	<function name="show_in_folder" c:identifier="unity_extras_show_in_folder">
[15:17] <seb128> -			<type name="ExtrasPreviewPlayerPrivate" c:type="UnityExtrasPreviewPlayerPrivate*"/>
[15:17] <seb128> +			<type name="PreviewPlayerPrivate" c:type="UnityExtrasPreviewPlayerPrivate*"/>
[15:17] <seb128> it makes one of the tests fail
[15:17] <seb128> AttributeError: 'gi.repository.UnityExtras' object has no attribute 'PreviewPlayer'
[15:18] <tkamppeter> seb128, qpdf has no dependency on pikepdf, what is pikepdf good for, I have never heard about that?
[15:19] <seb128> tkamppeter, it's the other way around, pikepdf depends on qpdf and its tests are failing with the new qpdf
[15:19] <seb128> https://autopkgtest.ubuntu.com/packages/p/pikepdf/hirsute/amd64
[15:19] <seb128> https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-hirsute/hirsute/amd64/p/pikepdf/20210120_104558_cc277@/log.gz
[15:20] <seb128> tkamppeter, ah, seems like Debian is on it, https://packages.qa.debian.org/p/pikepdf/news/20210119T213552Z.html
[15:20] <seb128> well it's still failing but it means the maintainer noticed the issue and tried to fix it
[15:27] <tkamppeter> seb128, so seems to be best to wait for the maintainer to fix it for now.
[15:27] <seb128> tkamppeter, I guess yes :-)
[15:39] <ricotz> seb128, I guess this is caused by nested namespaces which are not reliably transformed, so better just drop the sed rules for <namespace ...>
[15:40] <tjaalton> something in groovy made alt-tab very sluggish, is that known?
[15:41] <seb128> tjaalton, I've not seen it reported or mentioned before, neither here or launchpad
[15:41] <tjaalton> okay
[15:41] <tjaalton> maybe I'll dist-upgrade already
[15:42] <tjaalton> meaning, finally
[17:16] <seb128> ricotz, thanks for the help, I uploaded a new libunity revision fixing the build issues with your patches, just restored that sed line for extras
[19:58] <ricotz> seb128, yw :)