[01:39] <callmepk> good morning
[03:14] <duflu> Morning callmepk 
[07:06] <didrocks> good morning
[07:07] <didrocks> Am I the only one having alt+tab broken on https://github.com/ubuntu/zsys/issues/194#issuecomment-793143890? (only switching between the last 2 windows, no windows switcher)
[07:07] <didrocks> super+tab has the same effect, only switching between the last 2 windows
[07:09] <didrocks> frustating, I really can’t switch between apps :/ (forced to used the dock + click click or windows key + number)
[07:11] <didrocks> waow, even clicking on a windows doesn’t give the focus back to it, something is really broken (XDG_SESSION_TYPE=x11 as I am on nvidia)
[07:11]  * didrocks reboots in case there is an issue between xorg/mutter
[07:13] <didrocks> rebooting and still broken, nothing in syslog…
[07:14] <didrocks> so, I can’t move windows either
[07:14] <didrocks> (nor resize)
[07:15] <didrocks> afk for a bit, I will try to revert mutter (which was upgraded), maybe the Shell and see
[07:16] <didrocks> or remove the desktop extension ng
[07:19] <duflu> Morning didrocks -> bug 1917926
[07:20] <callmepk> morning didrocks 
[07:20] <didrocks> hey duflu, callmepk 
[07:21] <didrocks> duflu: ack, so reverting mutter it seems then
[07:21] <duflu> Yeah. I ran out of time yesterday to track it down further. Hopefully will have some insight today
[07:23]  * didrocks logs out/back in
[07:29] <jibel> Good morning all
[07:32] <oSoMoN> good morning desktoppers
[07:33] <jibel> salut oSoMoN 
[07:46] <oSoMoN> salut jibel 
[07:48] <didrocks> reverting mutter only doesn’t help due to glibc or so I guess
[07:52] <didrocks> then reverting failed because the rebase of zfs-linux that was done dropped and my system is all broken…
[07:52] <didrocks> not a fun day
[07:54] <Nafallo> morning
[07:58] <duflu> Morning jibel, oSoMoN, Nafallo 
[08:01] <didrocks> ok. finally back to a working state and I only lost all my browser tabs…
[08:01] <Nafallo> salut bouncy didrocks :-D
[08:01] <Nafallo> you missed my greeting, so you get your own special one ;-)
[08:03] <didrocks> ahah, hey hey Nafallo :p
[08:37] <oSoMoN> hey duflu, didrocks, Nafallo 
[08:48] <jibel> hi duflu 
[08:52] <seb128> lut didrocks, oSoMoN, jibel 
[08:52] <seb128> hey Nafallo 
[08:52] <seb128> hey duflu 
[08:53] <didrocks> salut oSoMoN, seb128 
[08:59] <duflu> Hi seb128 
[09:01] <duflu> seb128, I don't want to step on Marco's toes but I think we need to revert the input thread from mutter (bug 1917926). It would be simple enough, but a massive diff. So I will leave it to one of you guys with Debian powers
[09:01] <seb128> duflu, is that what creates the focus issue on x?
[09:01] <duflu> seb128, it's a 45k line patch and there's very little else
[09:02] <seb128> let's see what Trevinho and Laney say, I've no followed the details
[09:03] <duflu> That would also mess with my head if I keep thinking about it till dinner time so I will context switch
[09:03] <seb128> but right, either we fix it or we revert
[09:03] <seb128> k
[09:04] <Laney> moin
[09:04] <duflu> Hi Laney
[09:04] <Laney> hey duflu 
[09:05] <seb128> hey Laney, how are you?
[09:05] <Laney> hey seb128 
[09:06] <Laney> yeah doing good, the sun is heeeerrrreeee
[09:06] <Laney> you?
[09:07] <Laney> although after tomorrow the rain & wind will be here https://www.metoffice.gov.uk/weather/forecast/gcrjm8jf7#?date=2021-03-13
[09:09] <didrocks> hey Laney 
[09:10] <Laney> moin didrocks 
[09:13] <seb128> I'm alright, waiting to see if I get a normal work day, yesterday daycare called midday for us to pick up the little one because of her cold  (covid rules, even if they have no fever they send them back), it was better this morning but yesterday morning was fine as well so let's see
[09:13] <Laney> :(
[09:14] <Laney> our friends with a kid have had that a bit
[09:14] <Laney> have to get test, isolate until you hear back ...
[09:18] <JanC> if they send all kids home that are coughing this time of the year, not a lot of kids will be there...  ;)
[09:25] <seb128> oSoMoN also is having some similar fun...
[09:27] <Laney> that's part of the service these places provide normally :p
[09:27] <Laney> like an immune system booster zone
[09:58] <oSoMoN> yeah, when there's one positive case in a class here they confine them all for an entire week (and have them tested), so since returning from EOY holidays it's been one week on / one week off, and with a little bit of bad luck it could continue like that until the end of the school year :/
[10:08] <Laney> :(
[10:22] <seb128> to snap people here, I was checking a build log
[10:22] <seb128> https://launchpadlibrarian.net/527010379/buildlog_snap_ubuntu_bionic_amd64_quadrapassel_BUILDING.txt.gz
[10:22] <seb128> the log has 'CVE-2020-27348: A potentially empty LD_LIBRARY_PATH has been set for environment in 'quadrapassel'. The current working directory will be added to the library path if empty. This can cause unexpected libraries to be loaded.'
[10:22] <seb128> does it mean the snap needs to be fixed somehow? the error is not real clear to me
[10:22] <seb128> the yaml has
[10:22] <seb128>     environment:
[10:22] <seb128>       GSETTINGS_SCHEMA_DIR: $SNAP/share/glib-2.0/schemas
[10:22] <seb128>       LD_LIBRARY_PATH: $LD_LIBRARY_PATH:$SNAP/lib/quadrapassel
[10:23] <Laney> yeah
[10:23] <seb128> how can it result in an empty env?
[10:23] <Laney> if LD_LIBRARY_PATH is undset
[10:23] <Laney> you get ":$SNAP/lib/quadrapassel" in the variable
[10:23] <Laney> and that's what the CVE is about
[10:23] <seb128> I guess my bash is lacking
[10:23] <seb128> that would be empty and no equivalent to $SNAP/lib/quadrapassel ?
[10:24] <Laney> it's the :
[10:24] <seb128> I though it would split on ":"
[10:24] <Laney> and one side being emptuy
[10:24] <seb128> I though the env was a list split on ':'
[10:24] <Laney> empty means load from the current directory
[10:24] <Laney> which means you can inject random libraries
[10:24] <seb128> I see
[10:24] <seb128> so what's the fix?
[10:24] <seb128> I feel like that error could have a reference url that explains what to do for people like me!
[10:25] <Laney> diddleda_n did a post about it https://diddledan.com/about-cve-2020-27348/
[10:25] <Laney> you don't need to append, drop the "$LD_LIBRARY_PATH:" bit
[10:26] <Laney> and yeah, a reference would be good there I think
[10:27] <seb128> where is sergiusens when you need him :p
[10:27] <seb128> I will report on github I guess
[10:28] <seb128> learning every day, I always did the export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:<extra> thing when I tweaked env
[10:28] <seb128> Laney, thanks!
[10:28] <seb128> now I need to google why is $LD_LIBRARY_PATH=<value> not loosing the default directories
[10:30] <seb128> I guess it doesn't matter in a confined snap because there is no user tweaked paths which might have been added to that env, vs a classic system where it could be the case?
[10:32] <oSoMoN> seb128, there's some magic in the snapcraft-runner script that ends up in the command chain, that adds the current value of LD_LIBRARY_PATH to the export if it's not unset
[10:34] <oSoMoN> $ grep LD_LIBRARY_PATH /snap/chromium/current/snap/command-chain/snapcraft-runner 
[10:34] <oSoMoN> export LD_LIBRARY_PATH="${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}$SNAP/lib:$SNAP/usr/lib:$SNAP/lib/x86_64-linux-gnu:$SNAP/usr/lib/x86_64-linux-gnu"
[10:34] <oSoMoN> …
[10:36] <seb128> oSoMoN, thanks!
[10:36] <seb128> I opened https://bugs.launchpad.net/snapcraft/+bug/1918267
[10:37] <Wimpress> Morning o/
[10:44] <seb128> hey Wimpress! how are you?
[10:45] <Wimpress> Well very :-) Blue skies and sunshine. Great for the school walk. Yourself?
[10:50] <oSoMoN> good morning Wimpress 
[11:25] <Nafallo> hmm. are the new desktop installer using launchpad for wishlist bugs? :-)
[11:29] <Nafallo> ^-- marcustomlinson oSoMoN :-)
[11:31] <Nafallo> seb128: looks like you're involved as well ;-)
[11:33] <seb128> Nafallo, no, github, https://chat.canonical.com/canonical/channels/new-desktop-installer
[11:39] <seb128> shrug, sorry
[11:39] <seb128> firefox match error, I meant https://github.com/Canonical/ubuntu-desktop-installer
[11:39] <Nafallo> ah, I'm already there :-)
[11:43] <Nafallo> thanks. I'll convert some of my old internal ubiquity issues then :-)
[12:43] <jibel> on hirsute since several days, my screen doesn't blank after a delay. Is it a known bug?
[12:46] <seb128> I haven't seen it mentioned but I didn't keep up with triaging incoming bugs recently, duflu would probably know bettr
[13:00] <Mirv> Trevinho: Next laptop configured (Thinkpad L13 Gen 2), this time a supported fingerprint reader whee! :) 06cb:00bd Do you know if anyone has looked at the complete UX of it though? It seemed to work great otherwise but using fingerprint for logging in then asks manually to unlock GNOME's keychain with the normal password (a bit like when doing auto-login), so no logging in effort or not needing to 
[13:00] <Mirv> type password saved as such.
[13:02] <jibel> Trevinho, can you just revert mutter to something that is working? currently hirsute is just unusable
[13:03] <Trevinho> jibel: I could, but i'm trying to handle it better, can't you use wayland meanwhile?
[13:03] <jibel> no I cannot
[13:03] <jibel> cannot you revert, then you have all the time you need to handle it better?
[13:04] <jibel> at least it won't break those using hirsute
[13:04] <seb128> +on nvidia (or deciding to opt in to the non default session)
[13:05] <seb128> it's mischaracterized to say hirsute is broken by default...
[13:05] <seb128> +1 from me on reverting though
[13:06] <didrocks> well, if you want to be picky, this is hirsute by default for me with my nvidia card though…
[13:06] <didrocks> I have no other options :/
[13:10] <seb128> didrocks, I started with '+on nvidia'
[13:10] <seb128> so yes, I realize that and didn't deny it...
[13:10] <Mirv> ah, LP: #1875845 and the related upstream bug seems that, nevermind trenvinho
[13:12] <didrocks> well, this is broken for my default, then, let’s say :p
[13:13] <jibel> IMHO, an upload introduces a major issue then there is no question, a revert should be done ASAP.
[13:13] <didrocks> I was sure this would led to this kind of discussion on picking on words, this is why I reverted for me (discovering another regression by the kernel team on our zfs patch though), signalled it and go back to productive work
[13:15] <seb128> didrocks, smart move :-)
[13:15] <seb128> it's true that the confrontational tone is usually a recipe for arguments like we are having now...
[13:15] <didrocks> unsure if I said anything confrontational?
[13:16] <seb128> not you, jibel 
[13:16] <seb128> I agree with you, nvidia is broken and we should revert
[13:17] <jibel> what is confrontational, is it a critical issue or not?
[13:24] <seb128> jibel, it is but stating 'currently hirsute is just unusable' is a mischaracterization
[13:24] <seb128> it is maybe for you
[13:24] <seb128> and on a class or hardware
[13:25] <seb128> but the default session is working fine
[13:25] <seb128> I don't think it helps to exagerate the issue, describing accurently is enough
[13:25] <jibel> I cannot use wayland because I cannot do screen sharing and do demo to customers
[13:25] <seb128> it's broken on xorg sessions, which includes nvidia
[13:26] <seb128> it's broken for you
[13:26] <seb128> that's different from just being broken
[13:26] <seb128> anyway, feel free to ignore my feedback
[13:27] <jibel> I don't understand the point of your feedback, it's a critical bug for a class of users and should be reverted
[13:27] <seb128> yes, I agree with that
[13:27] <jibel> then it releases the pressure to fix it properly
[13:27] <seb128> I just don't think that claiming that it's plainly broken (= for everyone) is helping
[13:27] <jibel> okay, maybe my initial statement was too broad
[13:28] <seb128> if you had stated 'it's a critical bug for a class of users' we wouldn't even be having that discussion
[13:28] <seb128> thanks
[13:32] <seb128> and for the record I'm not nitpicking to make an argument, Marco didn't upload something just broken and I don't think it's fair to him when that's what is said
[13:32] <seb128> anyway, back to the issue, let's do the revert
[13:32] <seb128> Trevinho, also let's try to ensure we test xorg and wayland sessions before any upload
[13:32] <seb128> to at least catch the obvious breakage cases
[13:33] <Trevinho> seb128: yeah, onestly I didn't notice it... indeed I spent more time on wayland
[13:33] <Trevinho> since it was the only part really affected by big changes
[13:33] <Trevinho> while xorg ones were just side effects (which apparently mattered)
[13:33] <Trevinho> jibel: as per screensharing, how is it that it doesn't work for you?
[13:34] <Trevinho> on wayland I mean
[13:34] <seb128> Trevinho, you probably didn't test xorg much, the issue is rather noticable when you try to use the desktop
[13:35] <jibel> Trevinho, in Chrome, I don't see other windows than Chrome, and if I share the entire screen it's all black
[13:36] <Trevinho> Mirv: unfortunately that's not something we can easily fix: to unlock the keyring we need an actual token, which is normally unlocked via password, but there's no way we can do it via fingerprint because there's no secret in there. 
[13:36] <Trevinho> jibel: there's an experimental option but I think that's not working great (give it a look in the flags though)
[13:36] <Trevinho> jibel: but it does work well in firefox (if you run with MOZ_ENABLE_WAYLAND)
[13:37] <Trevinho> oh, actually also without that option should work as it uses the gtk portal to get the windows
[13:37] <Trevinho> so, should go any method you use with ff
[13:37] <jibel> I don't use firefox, I've no sound with Zoom
[13:38] <Mirv> Trevinho: ack, not an easy problem to solve. if I some day get a laptop of my own with a fingerprint reader (looking at XPS 13 9310 development edition availability around here with sadness in eyes), I'd love to tinker around though
[13:40] <Trevinho> Mirv: yeah, we've to figure out a secure way... But unfortunately it's not easy... Other OSes make it work by making the user not to access to the data, but not sure it's easy enough for us, because unless there's disk encryption all data could be read in some way...
[13:42] <Trevinho> Mirv: Maybe an option would be to make gnome keyring to make the user to add it's fingerprint, so when it can verify the fingerprint it generates a token to use to unlock the keyring and so reuse it, but it would be still saved around in your home.... 
[13:46] <Nafallo> Trevinho: hmm. it's only unlocked on first login right? do what google does and require password on first login and use the fingerprint to unlock a locked session?
[13:46] <Nafallo> I reckon people should be used to that workflow.
[13:46] <Trevinho> Nafallo: yeah, that's another option indeed.
[13:47] <Trevinho> I think that security team was ok with logging in but also not to unlock without fingerprint
[13:48] <Trevinho> I mean not to be able to use fingerprint to unlock the keyring
[13:48] <Trevinho> I've to check again but I think windows allows to login with fingerprint as well, but not sure it should be our comparison here
[13:50] <Nafallo> well, if we ever want to land encrypted home directory again now that we have the one in the filesystem I can't remember the name of right now we want password at first login anyway.
[13:52] <Nafallo> fscrypt!
[13:53] <Nafallo> oh, and coincentally, that's why Android do what they do I think :-D
[13:54] <Nafallo> full circle
[13:54] <Nafallo> kind of like the Ubuntu we know and love
[14:25] <luna_> Hello, having time to attend the meeting today for the first time in a while, been sick and deppresed, but starting to feel a bit better and have some energy again now
[14:27] <hellsworth> good morning desktopers
[14:27] <luna_> good afternoon
[14:28] <seb128> hey Heather, how are you?
[14:28] <seb128> hey luna!
[14:28] <hellsworth> hi seb128, i'm good and you?
[14:29] <seb128> I'm alright thanks!
[14:29] <luna_> hey seb128 and hellsworth, was getting some food but here now
[14:30] <hellsworth> welcome luna_ , nice to see you again :)
[14:30] <seb128> #startmeeting Desktop Team Weekly Meeting - 2021-03-09
[14:30] <meetingology> Meeting started at 14:30:11 UTC.  The chair is seb128.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[14:30] <meetingology> Available commands: action, commands, idea, info, link, nick
[14:30] <seb128> Roll call:  didrocks, duflu (out), jamesh (out), jibel, kenvandine, laney, marcustomlinson, oSoMoN, tkamppeter, trevinho, robert_ancell (out), hellsworth
[14:30] <Trevinho> o/
[14:30] <luna_> *here*
[14:30] <hellsworth> ~o/
[14:31] <oSoMoN> o/
[14:31] <seb128> alright, let's get started
[14:32] <seb128> #topic rls-hh-bugs
[14:32] <seb128> why isn't the bot responding to this anymore?
[14:32] <seb128> oh, I guess the channel topic is locked?
[14:32]  * didrocks can act like the bot is needed
[14:33] <didrocks> if*
[14:33] <seb128> :p
[14:33] <seb128> thanks but let's not bother :)
[14:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-hh-incoming-bug-tasks.html
[14:33] <seb128> the first one is the revert Trevinho is working on now
[14:33] <seb128> bug #1916881
[14:34] <seb128> that one needs some debugging but without understanding it better and confirming the issue it doesn't sound like a rls issue
[14:34] <seb128> oSoMoN, wdyt?
[14:35] <oSoMoN> I need to triage that one, but essentially I think it's working as intended, i.e. upstream made the informed decision to not use the system GPG keyring
[14:35] <oSoMoN> I'll dig deeper and will comment on the bug
[14:35] <luna_> says its on Lubuntu in the log
[14:35] <seb128> the desktop probably doesn't make much of a difference there
[14:35] <seb128> oSoMoN, thanks
[14:35] <luna_> ah
[14:36] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-hh-tracking-bug-tasks.html
[14:36] <seb128> things are assigned there
[14:36] <seb128> #topic rls-gg-bug
[14:36] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html
[14:36] <seb128> the libreoffice one was already reviewed just not properly triaged
[14:36] <luna_> same Thunderbird one, and one about Libreoffice calc
[14:37] <seb128> the thunderbird one we just discussed
[14:37] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-tracking-bug-tasks.html
[14:37] <seb128> bug #1880258 
[14:38] <seb128> I'm going to remove the network-manager target line, the systemd fix is what got targetted
[14:38] <seb128> those just got added as a side effect
[14:38] <luna_> backport if needed?
[14:39] <seb128> systemd has been SRUed
[14:39] <seb128> I don't think we will change n-m
[14:39] <seb128> bug 1890924
[14:39] <seb128> I've assigned myself since I uploaded that one
[14:40] <seb128> bug #1914374 needs triaging
[14:40] <seb128> that's it for G
[14:40] <seb128> #topic rls-ff-bug
[14:40] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[14:41] <seb128> the thunderbird one we already reviewed
[14:41] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[14:41] <seb128> the unassigned ones are fix commited
[14:41] <seb128> #topic rls-bb-bug
[14:41] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[14:42] <seb128> no desktop
[14:42] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[14:42] <seb128> the n-m one we discussed and that's it
[14:42] <seb128> #topic update_excuses_by_team.html#desktop-packages
[14:42] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:42] <seb128> we unblocked some migration which is making the list easier to read
[14:43] <seb128> we should probably check the java-atk-wrapper build failure
[14:43] <seb128> tiff is an ongoing MIR review
[14:43] <seb128> gjs got a fixed revision uploaded to Debian now, we will see once it's synced
[14:43] <seb128> oSoMoN, Trevinho , ^ one of you is syncing it?
[14:43] <Trevinho> seb128: already done
[14:43] <seb128> I will check the n-m one
[14:44] <seb128> ah, thanks
[14:44] <oSoMoN> I can take a look at java-atk-wrapper
[14:44] <seb128> oSoMoN, thanks!
[14:44] <seb128> I'm poking at the webkit2gtk one, reported to Debian, I will also try upstream
[14:44] <seb128> and that's it for proposed, nice to be able to review the section again ;-)
[14:44] <seb128> #topic AOB
[14:44] <seb128> any other topic?
[14:45] <didrocks> nope
[14:45] <Trevinho> not sure if discussed the email about this meeting itself...
[14:45] <Trevinho> Laney's one I mean
[14:46] <seb128> people should reply to the email :)
[14:46] <luna_> not sure i have seen it 
[14:46] <seb128> I don't think IRC is going to be the right format for that discussion
[14:46] <Trevinho> yeah, ok...
[14:46] <seb128> it was a private team email
[14:46] <luna_> ah 
[14:46] <seb128> but basically he's questionning how useful the meeting is with the current format
[14:46] <seb128> with some valid points
[14:47] <seb128> it feels like only some people stick around
[14:47] <seb128> and the bug reviews and deciding could be taken outside the meeting
[14:47] <luna_> makes sense i did not get it as an occisional contributor then 
[14:47] <seb128> right
[14:47] <Laney> yeah I just sent it to the Canonical team right now
[14:47] <luna_> but good to know
[14:47] <Laney> SHAKIN IT UP
[14:47] <Laney> well, nobody replied, so tremoring it up
[14:47] <Laney> :-)
[14:48] <seb128> alright
[14:48] <seb128> anything else?
[14:49] <seb128> seems not, it's a wrap then
[14:49] <seb128> thanks everyong!
[14:49] <seb128> everyone
[14:49] <seb128> #endmeeting
[14:49] <meetingology> Meeting ended at 14:49:23 UTC.  Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-desktop/2021/ubuntu-desktop.2021-03-09-14.30.moin.txt
[14:49] <oSoMoN> thanks!
[14:49] <luna_> thx, cyas
[14:49] <Nafallo> seb is faster than the bot anyway :-P
[14:49] <didrocks> heh
[14:50] <Nafallo> I've been holding that one in ;-)
[14:51] <Nafallo> seb128: btw, I haven't checked up on you... feeling better?
[15:01] <seb128> Nafallo, I do, thanks!
[15:02] <Nafallo> glad to hear it :-)
[15:41] <didrocks> seb128: https://people.canonical.com/~ubuntu-archive/component-mismatches.svg libnotify -> R sugar, but I don’t find that in debian/control, am I mislooking?
[15:45] <seb128> didrocks, sorry, it's a merge error it seems, I'm fixing it
[15:45] <didrocks> seb128: thanks
[15:48] <didrocks> seb128: I got pressured in the MIR team again for libdeflate and abseil, asked to get them cleared out of c-m by next week
[15:48]  * didrocks tired of being the messenger
[15:53] <RikMills> when did we start getting openjdk/jre on ISOs :(
[15:57] <jibel> it's apparently pulled to satisfy ure-java
[15:57] <jibel> hellsworth, ^ is it expected?
[15:59] <hellsworth> what distro?
[15:59] <jibel> Ubuntu I suppose
[15:59] <hellsworth> i mean which animal :)
[15:59] <seb128> ricotz, ^
[15:59] <jibel> and hirsute :)
[16:00] <jibel> https://launchpadlibrarian.net/527002812/buildlog_ubuntu_hirsute_amd64_ubuntu_BUILDING.txt.gz
[16:00] <jibel> build log ^
[16:00] <hellsworth> k thanks. looking now
[16:04] <RikMills> upgrading liblibreoffice-java (7.0.4 -> 7.1.1) in my VM drags in the ure-jave/jdk/jre
[16:07] <ricotz> hmm afaics this caused due to recommending libreoffice-sdbc-hsqldb
[16:07] <hellsworth> ok i opened https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1918308. Please feel free to add info to it.
[16:07] <ricotz> https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1916786
[16:09] <hellsworth> maybe adding libreoffice-sdbc-hsqldb wasn't the right solution afterall
[16:09] <RikMills> hellsworth: thx :)
[16:11] <ricotz> hellsworth, maybe :(
[16:13] <ricotz> no that is something different
[16:14] <Nafallo> (I'll just point out that the animal is Hippo, the adjective is hirsute ;-))
[16:14] <hellsworth> oh well then idk ricotz :)
[16:14] <hellsworth> ha yes so it is :)
[16:15] <Nafallo> had to unconfuse myself :-)
[16:15] <hellsworth> since it's a hairy hippo, we should just call him hippy. covers both bases :)
[16:16] <oSoMoN> hipster?
[16:16] <hellsworth> i like it :)
[16:17] <hellsworth> he was running ubuntu before it was cool..
[16:17] <Nafallo> hairy hippo!?
[16:17] <hellsworth> hirsute == hairy
[16:17] <Nafallo> haha. this is starting to sound like me ;-)
[16:17] <Nafallo> ah. yeah, true :-P
[16:18] <oSoMoN> seb128, https://launchpad.net/ubuntu/+source/java-atk-wrapper/0.38.0-2ubuntu1, and I just realized I forgot to file a FTBFS bug and reference it in the changelog :/
[16:20] <Nafallo> man... I'm starting to loose track of the h's... hoary, [:blank:], hirsute
[16:21] <seb128> oSoMoN, great, thanks!
[16:22] <Nafallo> hardy!
[16:23] <seb128> oSoMoN, would be best if forwarded to Debian I guess?
[16:23] <seb128> oSoMoN, ah, probably fixed with https://salsa.debian.org/a11y-team/java-atk-wrapper/-/commit/a17c14e9 there?
[16:26] <oSoMoN> huh, how did I miss that commit? I'd swear I checked salsa, maybe I didn't…
[16:27] <oSoMoN> that's probably better than my patch, let me check whether it works
[16:27] <oSoMoN> (I didn't forward my patch to Debian because I saw that the package didn't fail to build on s390x there)
[16:31] <RikMills> hellsworth ricotz
[16:31] <RikMills> https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/commit/?h=ubuntu-hirsute-7.1&id=887b7543b90368901ade31725b8cb522d86fa7f8
[16:32] <RikMills> 'pass' on what is going on there
[16:33] <oSoMoN> seb128, indeed the patch in salsa also fixes the build on s390x, much better than my approach
[16:35] <seb128> :-)
[16:36] <oSoMoN> re-uploading in a moment
[16:36] <hellsworth> RikMills: please add that to #1918308
[16:37] <RikMills> hellsworth: just did :)
[16:37] <hellsworth> ah ok thanks :)
[16:37] <hellsworth> i'm going to focus on something else and i think ricotz is going to look at 1918308 later..
[16:38] <RikMills> no problem. thank you
[16:41] <ricotz> RikMills, thanks for the pointer!
[16:42] <oSoMoN> seb128, https://launchpad.net/ubuntu/+source/java-atk-wrapper/0.38.0-2ubuntu2
[16:42] <seb128> oSoMoN, :+1:
[16:43] <seb128> :)
[16:43] <oSoMoN> interestingly, the errors listed in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984069 are not the ones we're seeing in Ubuntu, but the patch works anyway
[16:54] <ricotz> RikMills, is this problem serious enough to spin a new libreoffice build asap?
[16:57] <seb128> Laney, didrocks, just as a follow up, I pushed changed for that change-override merge request (unsure if you are subscribed so I'm mentioning it in case not, not hurry for the review)
[16:58] <didrocks> seb128: thanks, I hadn’t notice it, will have a look
[16:58] <RikMills> ricotz: How big an issue it is, is probably outside my ability comment on. I simply seem to recall discussions in the past saying that people REALLY did not want to have all the jdk/jre things on ISOs. 
[16:59] <seb128> do we have that iso kpi yet? ;-)
[17:00] <ricotz> RikMills, I see, I would hope for some relation if this is worth a round of a 24hour build + autopkgtest runs
[17:01] <seb128> we probably want to fix that before release if it's only about ISO space, no hurry to do an upload now
[17:02] <Laney> no KPIs, they would be very welcome though
[17:03] <Laney> ideally we would collect on every image we produce
[17:03] <Laney> and then the graphs can be created per flavour or whatever
[17:04] <ricotz> seb128, RikMills. ok, I won't rush preparing a new package
[17:06] <RikMills> thanks!
[17:07] <ricotz> libreoffice 7.1.2 RC1 will be tagged this week which would be a candidate for an upload
[17:09] <RikMills> sounds good. to be fair, I probably would not have noticed if I hadn't been doing a test upgrade for a completely separate thing ;)
[17:09] <RikMills> or not noticed any time soon
[17:11] <hellsworth> well thanks anyways :)
[20:39] <KGB-1> gnome-shell debian/master Simon McVittie * [open] merge request !45: WIP: Update from 3.38 branch * https://deb.li/3B1Fv
[20:39] <KGB-1> mutter debian/master Simon McVittie * [open] merge request !68: WIP: Update from 3.38 branch * https://deb.li/Z1vE
[20:39] <KGB-1> gnome-shell debian/master Simon McVittie * [update] merge request !45: WIP: Update from 3.38 branch * https://deb.li/3B1Fv
[23:09] <KGB-2> mutter debian/master Simon McVittie * [merge] merge request !68: WIP: Update from 3.38 branch * https://deb.li/Z1vE
[23:09] <KGB-2> gnome-shell debian/master Simon McVittie * [merge] merge request !45: WIP: Update from 3.38 branch * https://deb.li/3B1Fv