[00:31] <mwhudson> do any of you guys maintain nux still?
[00:31] <mwhudson> it looks like it just needs to stop passing -Werror
[01:15] <callmepk> good morning
[01:37] <duflu> Morning callmepk 
[01:38] <callmepk> morning duflu 
[05:17] <jibel> hi all
[05:33] <seb128> goood morning desktopers
[05:43] <duflu> Hi jibel and seb128 
[05:49] <seb128> hey duflu, how are you?
[05:50] <duflu> seb128, average to good today. You?
[05:53] <seb128> I'm alright
[06:05] <didrocks> good morning
[06:05] <luna_> morning
[06:07] <duflu> Morning didrocks and luna_ 
[06:13] <didrocks> hey luna_, duflu 
[06:46] <oSoMoN> good morning desktoppers
[06:47] <didrocks> hey oSoMoN 
[06:47] <oSoMoN> salut didrocks 
[07:16] <marcustomlinson> morning diskdroppers
[07:18] <didrocks> hey marcustomlinson 
[07:18] <didrocks> after seb and his launchpaddid :)
[07:18] <marcustomlinson> morning didrockers
[07:28] <oSoMoN> morning marcustomlinson 
[07:29] <marcustomlinson> hey oSoMoN
[07:53] <duflu> Morning oSoMoN and marcustomlinson 
[07:59] <marcustomlinson> hey duflu
[08:01] <Laney> yo
[08:01] <Laney> mwhudson: feel free to JFDI that I'd say
[08:05] <oSoMoN> hey duflu, Laney 
[08:06] <Laney> ^/w 47
[08:06] <Laney> ah
[08:06] <Laney> AHHHH
[08:06] <Laney> AHHHHHHHHH
[08:06] <Laney> hey oSoMoN 
[08:14] <didrocks> good morning Laney 
[08:25] <Laney> \o didrocks 
[08:28] <duflu> Morning Laney
[08:58] <mwhudson> Laney: i jf did it
[08:59] <mwhudson> (and it migrated even, amazing)
[08:59] <Laney> YEAHHHHHHHHHHHHHHHHHHHH
[08:59] <Laney> hey duflu 
[09:34] <KGB-1> mutter ubuntu/master 0c0e758 Marco Trevisan * pushed 28 commits (first 5 follow) * https://deb.li/OYY2
[09:34] <KGB-1> mutter ubuntu/master 3130772 Jonas Ådahl src/backends/x11/ cm/meta-renderer-x11-cm.c cm/meta-renderer-x11-cm.h meta-stage-x11.c meta-stage-x11.h * stage-x11: Move view management to renderer * https://deb.li/3hiOC
[09:35] <KGB-1> mutter ubuntu/master 63fc71f Jonas Ådahl src/backends/meta-screen-cast-stream-src.c * screen-cast-src: Notify about the stream being closed after dispatch * https://deb.li/v5Th
[09:35] <KGB-1> mutter ubuntu/master a1bc2e0 Carlos Garnacho src/backends/x11/meta-seat-x11.c * backends/x11: Implement ClutterSeat::touch-mode for the X11 backend * https://deb.li/3o7Pc
[09:35] <KGB-1> mutter ubuntu/master b425f11 Carlos Garnacho clutter/clutter/clutter-seat.c src/backends/native/meta-seat-native.c src/backends/native/meta-seat-native.h * backends/native: Drop external keyboard detection for ::touch-mode * https://deb.li/S7B7
[09:35] <KGB-1> mutter ubuntu/master c211f7b Simon McVittie (16 files in 7 dirs) * New upstream version 3.36.2+12+gb425f1153 * https://deb.li/3bYKd
[09:35] <KGB-1> mutter signed tags 9638346 Marco Trevisan ubuntu/3.36.3-1ubuntu1 * mutter Debian release 3.36.3-1ubuntu1 * https://deb.li/3gS3F
[09:42] <Laney> \o\ 
[09:42] <Laney> early morning for you Trevinho!
[09:43] <Trevinho> eheh, well not too much :-D
[10:10] <KGB-2> mutter signed tags abb45f0 Marco Trevisan ubuntu/3.36.3-0ubuntu0.20.04.1 * mutter Debian release 3.36.3-0ubuntu0.20.04.1 * https://deb.li/a7my
[10:10] <KGB-2> mutter ubuntu/focal 6d9d9b6 Marco Trevisan * pushed 21 commits (first 5 follow) * https://deb.li/3uYj4
[10:10] <KGB-2> mutter ubuntu/focal fadfca2 Carlos Garnacho src/backends/meta-remote-desktop-session.c * backends: Ensure remote desktop dbus interface state * https://deb.li/rAHV
[10:10] <KGB-2> mutter ubuntu/focal 3daf912 Carlos Garnacho src/backends/meta-remote-desktop-session.c * backends: Make uniform checks on remote desktop input dbus methods * https://deb.li/3I2sg
[10:10] <KGB-2> mutter ubuntu/focal 36f5a0a Carlos Garnacho src/wayland/ meta-wayland-data-device.c meta-wayland-data-device.h * wayland: Send clipboard offers to all data devices from the same client * https://deb.li/MnbN
[10:10] <KGB-2> mutter ubuntu/focal 493aeb6 Carlos Garnacho src/wayland/ meta-wayland-data-device.c meta-wayland-data-device.h * wayland: Send primary offer to all data devices from the same client * https://deb.li/ikrUx
[10:10] <KGB-2> mutter ubuntu/focal 6e6183e Jonas Ådahl src/backends/ meta-renderer.c meta-renderer.h x11/nested/meta-renderer-x11-nested.c * renderer: Change 'set_legacy_view()' to 'add_view()' * https://deb.li/fYJV
[10:14] <KGB-2> gnome-shell signed tags ad3719d Marco Trevisan ubuntu/3.36.3-1ubuntu1_20.04.1 * gnome-shell Debian release 3.36.3-1ubuntu1~20.04.1 * https://deb.li/iW7Dx
[10:14] <Trevinho> gbp forgot some tags...
[11:50] <oSoMoN> seb128, do you reckon https://launchpad.net/ubuntu/+source/blobandconquer/1.11-dfsg+20-1.1ubuntu1/+build/19429052 is worth blindly retrying ? ("Build killed with signal TERM after 150 minutes of inactivity")
[12:46] <seb128> oSoMoN, it probably is, I clicked the button, let's see
[12:59] <seb128> oSoMoN, seems to be hanging on the retry :/
[13:03] <oSoMoN> darn
[13:04] <seb128> oSoMoN, https://github.com/alexdantas/zatacka.debian/pull/3 you fixed the build-depends but not the depends, I fixed the patch for Ubuntu but I can't push to your salsa branch, could you fix the mp there?
[13:08] <oSoMoN> seb128, zatacka only has "Depends: ${shlibs:Depends}, ${misc:Depends}"
[13:10] <seb128> oSoMoN, http://launchpadlibrarian.net/345576849/zatacka_0.1.8-5_0.1.8-5.1.diff.gz
[13:10] <seb128> that's missing in the Vcs
[13:10] <seb128> so alright, your mp is fine, sorry for the false warning
[13:11] <seb128> mitya57, hey, do you know how the desktop is handled in gnome-flashback? I'm trying to understand bug #1882531
[13:14] <mitya57> seb128: gnome-flashback now handles the desktop itself. It is the new code, most likely just not translated to German yet.
[13:14] <mitya57> I think you can reassign it to gnome-flashback.
[13:15] <seb128> mitya57, can you reassign/comment?
[13:15] <seb128> or I can do it if you prefer
[13:15] <seb128> also do you know why it's being implemented there again rather than using the existing extension?
[13:30] <seb128> #startmeeting Desktop Team Weekly Meeting - 2020-06-09
[13:30] <meetingology> Meeting started Tue Jun  9 13:30:12 2020 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:30] <meetingology> Available commands: action commands idea info link nick
[13:30] <kenvandine> o/
[13:30] <seb128> Roll call:  didrocks, duflu (out), heather, jamesh (out), jibel, kenvandine, laney, marcustomlinson, oSoMoN, tkamppeter, trevinho, robert_ancell (out)
[13:30] <marcustomlinson> \o
[13:30] <Trevinho> o/
[13:31] <oSoMoN> o/
[13:31] <seb128> ok, let's get started
[13:31] <Laney> o\o\o\o\
[13:32] <seb128> #topic rls-bb-bug
[13:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:32] <seb128> bug #1881811
[13:32] <hellsworth> o/
[13:32] <hellsworth> oh right just in time.. it's a super minor corner case but a real bug nonetheless
[13:32] <seb128> which has been nominated without waiting for the tag review
[13:33] <hellsworth> seb128: what do you mean? i added the incomming tags
[13:33] <seb128> the bug has lines for bionic/focal/groovy
[13:34] <seb128> which are unassigned by existing
[13:34] <hellsworth> oh just because it exists in all of them so i added all 3 incoming tags
[13:34] <seb128> the nomination process is usually that we add those lines when we accept the nomination
[13:34] <seb128> no
[13:34] <hellsworth> oh i see
[13:34] <seb128> someone did 'Target to series'
[13:34] <seb128> and added those series
[13:34] <hellsworth> that was me
[13:34] <seb128> k
[13:34] <hellsworth> ok sorry about that
[13:34] <seb128> no worry
[13:34] <seb128> so going back to the topic
[13:35] <hellsworth> k
[13:35] <seb128> it's existing in bionic already, had one report, is cosmetic and seems minor/corner case
[13:35] <seb128> I would vote wontfix
[13:35] <hellsworth> i agree
[13:35] <oSoMoN> hellsworth, the bug hasn't been confirmed upstream, did you intend to work on a fix yourself? if not, I'd say wontfix
[13:36] <hellsworth> i did not intend to work on it myself
[13:36] <seb128> k, so we have agreeemnt on wontfix
[13:36] <seb128> I will do that and delete the targetting, otherwise it will show up in our next section of targetted by not assigned bugs
[13:36] <hellsworth> i think i need some process discussion separately :)
[13:36] <hellsworth> ok thanks seb128 
[13:36] <seb128> k, let's do that ehre after we are done with the meeting
[13:36] <seb128> or in query if you prefer
[13:37] <hellsworth> yes
[13:38] <seb128> that's it for incoming
[13:38] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:38] <seb128> bug #1881094	
[13:39] <seb128> k, so it's an oem request and they are on it
[13:40] <seb128> so I think nomination makes sense I'm just going to assign to Kai who submitted the patch
[13:40] <Laney> someone need to sponsor it or?
[13:41] <seb128> probably, I've added to my backlog
[13:41] <seb128> pulseaudio is busy atm, there is already another SRU in process so we need to clear that one off before
[13:42] <seb128> but yeah, I will handle the uploading part
[13:42] <Laney> good, it sucks in focal :p
[13:42] <seb128> focal is grrr
[13:42]  * Laney had another 'no outputs, no inputs' after starting a session today
[13:42] <seb128> since we regressed build on riscv which is blocking the current SRU
[13:42] <seb128> anyway
[13:42] <seb128> let's not get sidetracked too much :p
[13:42] <seb128> next
[13:42] <seb128> bug #1881137
[13:43] <Wimpress> I thought we assigned that one last week?
[13:43] <seb128> I just understood what it means for the ubuntu-drivers-common to be grey
[13:43] <seb128> you guys said it was deleted
[13:43] <seb128> but it needs to be delete for bionic/focal as well
[13:43] <seb128> I'm doing that now
[13:44] <seb128> k, now u-d-c really vanished
[13:44] <seb128> sorry for the confusing
[13:44] <seb128> bug #1881811	
[13:44] <seb128> that's the one we discussed earlier
[13:44] <seb128> bug #1882042
[13:44] <seb128> another oem/pulseaudio
[13:45] <seb128> I assign to Hui and I'm going to do a batched upload with the other fix
[13:45] <seb128> k, that's it for bionic
[13:45] <seb128> #topic rls-ff-bug
[13:45] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[13:46] <seb128> noise aside there is bug #1882402
[13:46] <seb128> (I will try to clean the remaining noise after the meeting)
[13:47] <seb128> tseliot, ^ do you know about this? is that something that needs to be owned/targetted?
[13:48] <seb128> it doesn't seem to have enough information to be decided on to me
[13:48] <seb128> looks like a driver bug maybe?
[13:49] <seb128> I vote wontfix for now, or at least incomplete with info needed
[13:49] <tseliot> seb128, definitely incomplete
[13:49] <Wimpress> It's an interesting GPU hybrid configuration for sure.
[13:50] <tseliot> yes, we haven't enabled that yet
[13:51] <tseliot> I have a MP in a branch, and support for that will land sooner or later, just not with the 340 driver
[13:51] <seb128> k, I've notfixed it and asked for at least an apport-collect
[13:51] <seb128> tseliot, feel free to comment as well if you have more informations
[13:51] <seb128> let's move on
[13:51] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[13:52] <seb128> bug #1881540
[13:52] <didrocks> TBH, all zsys tasks are backport from 0.5
[13:52] <seb128> didrocks, you nominated it do you plan to own the focal part? should it be assigned to you?
[13:53] <Laney> I don't think we need to consider that for rls or not, just assign it
[13:53] <didrocks> seb128: they are all assigned normally, launchpad may have timeouted
[13:53] <seb128> k, fixing
[13:53] <didrocks> thx :)(
[13:53] <Laney> MINUS ONE DONT FIX IT EVER
[13:53] <didrocks> ahah
[13:53] <didrocks> tooooooooooooooo late
[13:53] <didrocks> can regress if you wish :)
[13:54] <seb128> :p
[13:54] <seb128> bug #1882583
[13:54] <seb128> Corey is handling those so I'm just assigning to him
[13:54] <seb128> (he pinged me on IRC yesterday)
[13:54] <seb128> that's it for focal
[13:54] <seb128> #topic rls-gg-bug
[13:54] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html
[13:55] <seb128> bug #1881699
[13:55] <jibel> please fix it ;)
[13:55] <seb128> pulseaudio didn't change since focal
[13:56] <seb128> sounds like rather a kernel bug from Daniel's comment?
[13:56] <seb128> unsure what to do with it to be honest
[13:57] <seb128> I would tend to rls-gg-notfixing since that's one report and pulseaudio didn't change
[13:57] <jibel> to be honest audio is a terrible experience
[13:57] <seb128> other opinions?
[13:57] <Laney> get it tried on another machine?
[13:57] <hellsworth> if it's a kernel issue, could we reassign it to kernel?
[13:57] <seb128> it has a linux target already
[13:57] <Laney> I do agree we have some problems with audio at least from my experiences here
[13:58] <Laney> so would be good to get a bit of investigation done to discover the extent
[13:58] <jibel> with my previous machine is was terrible too
[13:58] <seb128> I agree with the audio situation being suboptimal
[13:58] <jibel> but not having analog output when you plug an audio jack is really bad 
[13:58] <seb128> I'm going to card some investigation on the board
[13:58] <seb128> but we are limited in capacity until we get that job opening again :/
[13:59] <seb128> does it work on focal on the same machine? (e.g from a live session)
[13:59] <jibel> I can try
[13:59] <seb128> thx
[13:59] <seb128> I will try on my xps with a daily iso later on
[14:00] <seb128> f and g
[14:00] <seb128> keeping it tagged meanwhile so we can rediscuss next week with more data
[14:00] <jibel> people on various forums have been reporting similar issues on Carbon X1 7gen
[14:01] <jibel> I'm ready to help debugging the issue if anyone has the knowledge to investigate
[14:01] <seb128> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1860697
[14:02] <seb128> anyway, we should investigate/talk to oem about the carbon 7th situation if it's still an issue
[14:02] <seb128> but let's do that out of the meeting
[14:02] <seb128> moving on
[14:02] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-tracking-bug-tasks.html
[14:02] <seb128> the items there have been discussed
[14:03] <seb128> #topic update_excuses_by_team.html#desktop-packages
[14:03] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:03] <seb128> so
[14:03] <seb128> xorg-server/r-cran-gwidgetstcltk
[14:03] <seb128> the r-cran problems are being investigated by people on +1 maintenance from the reports
[14:03] <seb128> glib/libxmlb http://autopkgtest.ubuntu.com/packages/libx/libxmlb/groovy/amd64
[14:04] <seb128> could be real
[14:04] <seb128> does anyone want to poke at that one?
[14:04] <seb128> libreoffice/s390x is waiting on the fontforge fix that is fix commited in Debian to land
[14:04] <seb128>  network-manager-applet (1.8.24-1ubuntu2 to 1.16.0-1ubuntu1) in proposed for 5 days
[14:04] <seb128>     Depends on libnma
[14:04] <seb128> that needs MIR team to react to https://bugs.launchpad.net/ubuntu/+source/libnma/+bug/1881906
[14:05] <seb128> didrocks, do you know if it's fine to just promote since that's a split of existing code to a new source?
[14:05] <seb128> (network-manager-applet's library moved out to its own component)
[14:05] <didrocks> seb128: it just needs some soft packaging check, I can do it for EOW if you don’t mind
[14:05] <seb128> didrocks, would be nice, thanks
[14:06] <seb128> https://launchpad.net/ubuntu/+source/mozjs68/68.9.0-1/+build/19405581
[14:06] <seb128>  Missing build dependencies: libemail-address-xs-perl 
[14:06] <seb128> I need to raise that on #ubuntu-release, I don't understand what's going on
[14:06] <seb128> according to rmadison that binary is missing on i386
[14:06] <seb128> but it built on https://launchpad.net/ubuntu/+source/libemail-address-xs-perl/1.04-1build2/+build/17929789
[14:07] <seb128> udisks2 failures need investigation, I did that sync I will look at the problem
[14:07] <seb128> gnome-shell probably just needs a retry after Trevinho's fixes landed
[14:08] <seb128> and that's it
[14:08] <seb128> so anyone interested to poke to libxmlb's failure?
[14:08] <seb128> I will card, feel free to grab it, if no-one does it will be assigned
[14:08] <seb128> #topic AOB
[14:08] <seb128> anything else?
[14:09] <Wimpress> Not for me. 
[14:09] <didrocks> nothing
[14:09] <oSoMoN> I'll take a look at the libxmlb failures, please assign the card to me
[14:09] <seb128> oSoMoN, thanks
[14:09] <seb128> k, on that note let's wrap
[14:09] <Trevinho> seb128: I may look that build issue in a s390x cloud instance
[14:09] <seb128> thanks team!
[14:09] <kenvandine> :)
[14:09] <didrocks> thx!
[14:09] <seb128> #endmeetin
[14:09] <seb128> #endmeeting
[14:09] <meetingology> Meeting ended Tue Jun  9 14:09:56 2020 UTC.  
[14:09] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2020/ubuntu-desktop.2020-06-09-13.30.moin.txt
[14:10] <Laney> that mozjs thing is weird
[14:10] <seb128> Trevinho, gnome-shell you mean?
[14:10] <Laney> hmm
[14:10] <seb128> Laney, I'm wondering if the first thing to try is just a no change rebuild upload?
[14:10] <Laney> The following packages have unmet dependencies: lintian : Depends: libemail-address-xs-perl but it is not installable
[14:10] <seb128> Trevinho, it should simply be retried now that that adwaita fixes landed no?
[14:10] <Trevinho> seb128: yeah, although it's true that mutter-common should be there for such archs,
[14:10] <Trevinho> seb128: should
[14:11] <seb128> hellsworth, if you had process questions you can ask now
[14:14] <hellsworth> right ok.. so when there's a new bug that exists, no matter how many series, it should only be tagged incomming for the development series - correct?
[14:14] <hellsworth> oSoMoN: why did you ask if i was planning on fixing the 1881811? what did i do that indicated that?
[14:15] <Trevinho> Laney: even weirder as it's in https://launchpad.net/ubuntu/+source/libemail-address-xs-perl/1.04-1build2
[14:15] <Trevinho> but.... https://packages.ubuntu.com/groovy/libemail-address-xs-perl has not the i386?
[14:15] <Trevinho> ah, well it's never there, so...
[14:15] <seb128> hellsworth, the tagging is not an issue, you can tag for any serie you think it should be consider for
[14:15] <Trevinho> but still, it built 
[14:16] <hellsworth> ok can tag but just don't "target"
[14:16] <seb128> the point I was raising/discussing is the 'target to serie'
[14:16] <seb128> yes
[14:16] <hellsworth> ok gotcha
[14:16] <seb128> well you can target if you plan to work on fixes for those series
[14:16] <seb128> it's up to you as a maintainer
[14:16] <seb128> it's just by team policy we don't want targetted but unowned items
[14:16] <luna_> Desktop Meeting in 2 hours or it has already been right?
[14:16] <seb128> luna_, it just finished
[14:17] <hellsworth> but it would be possible to say we'll fix some of the series and not others. but having them all targeted in the bug at least documents that it's a known wontfix issue in those series
[14:17] <luna_> seb128: ah will read the log after i am done watching some Dreamhack Online CS:Go Tourney
[14:17] <luna_> thanks
[14:17] <hellsworth> seb128: ok so only target to series i plan on fixing, right?
[14:17] <seb128> yes
[14:17] <seb128> and then assign
[14:17] <hellsworth> (and after a discussion with the team)
[14:17] <hellsworth> ok
[14:17] <seb128> we don't have a good way to mark things as impacting a serie
[14:18] <seb128> or to tell them appart of things we commited to fix/consider important
[14:18] <seb128> so we decided to just target for things important enough to be owned and tracked
[14:18] <hellsworth> ok.. yeah i was looking at targeting to mean impacting
[14:18] <seb128> right, in theory targetting as you did is right
[14:18] <hellsworth> thanks. makes more sense now.
[14:18] <seb128> but it doesn't play nicely with our precess atm
[14:18] <seb128> np!
[14:19] <hellsworth> :)
[14:20] <oSoMoN> seb128, I forget, do we have this process documented somewhere? it's not obvious how it works for external observers/newcomers
[14:20] <hellsworth> good question..
[14:22] <Laney> seb128: the problem is lintian isn't installable
[14:22] <Laney> I think that libemail-address-xs-perl thing needs bringing back
[14:22] <Laney> probably a new dep
[14:25] <seb128> oSoMoN, not that I can remember sorry
[14:25] <seb128> Laney, no change upload needed or is there another way?
[14:25] <oSoMoN> that would be a good thing to do, at some point
[14:25] <seb128> I think people mentioned copy over itself?
[14:26] <seb128> oSoMoN, it's likely it exists but I just don't know where... maybe ask bdmurray if he knows?
[14:26] <Laney> copying back probably works
[14:26] <Laney> let me try
[14:27] <seb128> thx
[14:31] <Laney> can't make copy-package do what I want
[14:33] <Trevinho> seb128: g-s built though https://launchpad.net/ubuntu/+source/gnome-shell/3.36.3-1ubuntu2/+build/19413155
[14:33] <seb128> Trevinho, great
[14:57] <oSoMoN> seb128, the libxmlb test failures seem to be transient, I managed to reproduce only once in a chroot, other test runs pass. can you retry?
[15:00] <seb128> oSoMoN, done, would still be good to report upstream if possible
[15:01] <oSoMoN> yes
[15:08] <oSoMoN> running the test in an infinite loop, I managed to trigger the failure again
[15:17] <seb128> oSoMoN, so yeah, probably just unlucky that it failed twice in a row on the infra, or depending of the performances of the machine/load/something
[15:17] <oSoMoN> yeah, we will soon know, the test started running again
[15:34] <didrocks> fed up with the Shell locking up on the shield
[15:34] <didrocks> then kill -> it restarts, but you have a black screen
[15:34] <didrocks> go to gdm and try unlocking -> just switch tty
[15:34] <didrocks> but still black screen with the cursor
[15:35] <didrocks> and if you kill the session, go back to gdm, log in again
[15:35] <didrocks> you have the wallpaper and shield again (which you can unlock this time)
[15:35] <didrocks> no crash file, nothing
[15:35] <didrocks> and nothing in logs I can spot :/
[15:36] <didrocks> (apart from a bunch of juin 09 17:33:54 casanier audit[562537]: AVC apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/icons/hicolor/icon-theme.cache" pid=562537 comm="p>)
[15:38] <didrocks> and I need to reboot because the mic is locked
[15:38] <didrocks> bbiab
[15:45] <Laney> seb128: could you merge lp:~/ubuntu-archive-tools/libemail-address-xs-perl and then run the script pls?
[15:45] <Laney> needed to get the binary to come back
[15:48] <seb128> Laney, that ~ was confusing :p merged/pushed
[15:49] <Laney> heh
[15:50] <Laney> you need to ./update-i386-whitelist https://people.canonical.com/~ubuntu-archive/germinate-output/i386.focal/i386+build-depends.sources
[15:53] <seb128> Laney, still focal or groovy in the url?
[15:53] <seb128> I did it with groovy, it's printed output but I don't understand what's it's doing / how then?
[15:53] <Laney> I guess groovy yeah
[15:53] <Laney> didn't notice that
[15:54] <seb128> did that act/did what is expected?
[15:54] <Laney> ah sigh
[15:54] <Laney> it's got focal hardcoded in the source
[15:55] <seb128> ah, it's prompting me to commit to the packageset, I hadn't noticed that prompt
[15:55] <Laney> I think you need to pass '-s groovy' or fix default_release in the source
[15:56] <seb128> k
[15:58] <seb128> oSoMoN, libxmlb retry worked
[16:01] <seb128> Laney, k, commited, hopefully I did the right thing/it works
[16:03] <Laney> seb128: looks like it's there, thx!
[16:03]  * Laney tries the copy again
[16:05] <oSoMoN> seb128, yeah, thanks! I'm filing an upstream bug
[16:06] <seb128> Laney, thx for guiding me with the steps
[16:06] <seb128> oSoMoN, thx
[16:06] <Laney> np
[16:06] <oSoMoN> I can make the test fail with the old libglib2.0 too, so the issue is not triggered specifically by the version in -proposed
[16:06] <Laney> didn't appear on https://launchpad.net/ubuntu/groovy/i386/libemail-address-xs-perl tho
[16:06]  * Laney tries copying from focal
[16:07] <Laney> now that did work!
[16:08] <Laney> so should automatically clear out the mozjs68 build once that publishes et
[16:08] <Laney> c
[16:09] <luna_> Reading the log now :)
[16:30] <didrocks> xnox: was the diff in http://launchpadlibrarian.net/481850660/partman-swapfile_1_2.diff.gz on create_swapfile intended? This isn’t mentioned in the changelog (only the other change is) and ubiquity has exactly this patch (hence the FTBFS on your ubiquity upload)
[16:36] <xnox> didrocks:  i know, i am fixing it.
[16:36] <xnox> didrocks:  i think like years ago i uploaded the patch to experimental. but it was stuck in NEW.
[16:37] <xnox> didrocks:  hence i "distro patched it in ubiquity"
[16:37] <xnox> didrocks:  many years pass
[16:37] <xnox> didrocks:  i finally bother to sync partman-swapfile
[16:37] <xnox> didrocks:  so comparing that the things are the same, and then will drop the distro patch
[16:37] <xnox> (from the vendored stuff inside ubiquity)
[16:37] <didrocks> xnox: my other theory was a cp from ubiquity/debian/lib back on the second upload by error :p
[16:37] <xnox> didrocks:  it's part towards cleaning everything up in ubiquity
[16:38] <xnox> hahhahahhaha
[16:38] <xnox> didrocks:  i think it is intentional finish.d should not be interactive
[16:38] <didrocks> yeah, sounds better
[16:38] <xnox> original UX was bad
[16:48] <Laney> https://launchpad.net/ubuntu/+source/mozjs68/68.9.0-1/+build/19405581 woot
[23:49] <callmepk> good morning