[01:46] <duflu> pieq, RAOF, maybe we can get a backport to focal? :) bug 1868520
[01:52] <pieq> hi duflu !
[01:55] <pieq> duflu, is that the bug that would cause problems with mpv under wayland?
[01:55] <duflu> Hi pieq, and yes
[01:56] <RAOF> I don't want to step on tjaalton's toes, but that should cleanly cherry-pick onto Focal's mesa, yes.
[01:57] <duflu> \o/
[02:08] <pieq> Sounds great! :)
[02:20] <callmepk> Good morning
[02:20] <duflu> Oooh. glxinfo finally shows me 10-bit configs
[02:31] <tjaalton> RAOF: queue it for stable, and we get it for free :)
[02:38] <tjaalton> duflu: it seems a bit premature to mark it fix committed for ubuntu? 
[02:39] <duflu> tjaalton, that's the policy Seb requested
[02:39] <tjaalton> huh
[02:39] <duflu> It's the new way
[02:39] <duflu> Especially for fixes we will get for free at some stage. It at least shows the work is done
[02:40] <tjaalton> makes no sense to me
[02:40] <duflu> tjaalton, I agree but that discussion is past
[02:40] <tjaalton> in progress maybe
[02:40] <tjaalton> ok
[02:40] <duflu> Yeah that's what I used to do. I was told to use Fix Committed and do now
[02:41] <duflu> It's at least more honest that the effort is paused
[02:41] <tjaalton> can't be the same for sru's then
[02:41] <duflu> Hmm, maybe not
[02:41] <duflu> Oh well, desktop policy at least
[02:42] <tjaalton> my plan for mesa is to wait for the last point-release to come out before the backport sru to focal
[02:43] <tjaalton> if it's too late for this, then a separate sru could be done
[05:31] <jibel> hi all
[05:35] <duflu> Hi jibel 
[06:36] <seb128> goood morning desktopers
[06:38] <duflu> Morning seb128 
[06:39] <seb128> hey duflu, how are you?
[06:40] <duflu> seb128, going better. Getting back up to speed and less tired. You?
[06:40] <seb128> oh, great :)
[06:40] <seb128> I'm fine thanks
[06:41] <duflu> Slightly conflicted though. I just remembered I hadn't written a post about 20.04 performance yet
[06:41] <duflu> Maybe next week 
[06:41] <didrocks> good morning
[06:41] <duflu> Hi didrocks 
[06:42] <didrocks> hey duflu, salut seb128 
[06:42] <seb128> lut didrocks, comment ça va ?
[06:42] <seb128> duflu, next week sounds good still
[06:43] <didrocks> seb128: ça va, et toi ?
[06:43] <seb128> ça va :)
[07:00] <jibel> hello seb128 and didrocks 
[07:03] <didrocks> salut jibel 
[07:21] <Wimpress> Morning desktoppers o/
[07:44] <duflu> seb128, (because Marco is not here to ask) do you know if we are maintaining X11 fractional scaling in the distro patch? The upstream proposal has been unchanged for ages. Or maybe that's just right... https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/336
[07:45] <seb128> lut jibel, hey Wimpress, how are you?
[07:45] <oSoMoN> good morning desktoppers
[07:45] <seb128> lut oSoMoN, comment ça va ?
[07:45] <duflu> Actually it probably doesn't change anything for me...
[07:45] <seb128> Trevinho, ^
[07:45] <duflu> Hi oSoMoN 
[07:45] <oSoMoN> seb128, bien, et toi?
[07:45] <oSoMoN> hey duflu 
[07:45] <duflu> Oops. IRC convinced me he was offline
[07:45] <seb128> duflu, I don't know if Marco has a vcs for it but he's maintaining it at the distro level afaik
[07:45] <didrocks> salut oSoMoN 
[07:46] <oSoMoN> salut didrocks 
[07:46] <seb128> duflu, I think he did some adjustements when trying to upstream, also he didn't get much traction there it seems, unsure they are interested in it
[07:47] <duflu> Yes. Though I have proposals older than that so never say never
[07:49] <seb128> right, well it's another of they case where upstream interest are not aligned, which is different of priorities
[07:49] <seb128> the upstream focus is on wayland, but yeah, who knows...
[07:55] <marcustomlinson> morning
[07:57] <duflu> Hi marcustomlinson 
[07:57] <seb128> hey marcustomlinson, how are you?
[07:57] <didrocks> hey marcustomlinson 
[07:57] <marcustomlinson> seb128: doing ok thanks you?
[07:57] <marcustomlinson> hey duflu and didrocks
[08:01] <Laney> moin
[08:02] <seb128> marcustomlinson, I'm good thanks
[08:03] <seb128> Laney, hey Laney, how are you?
[08:03] <callmepk> Hi duflu seb128 didrocks marcustomlinson Laney
[08:04] <seb128> hey callmepk, how are you?
[08:04] <duflu> Hi Laney, callmepk, Europe
[08:04] <Laney> moin seb128 callmepk duflu!
[08:05] <callmepk> seb128 I am good thanks! and you?
[08:05] <marcustomlinson> hey Laney
[08:05] <marcustomlinson> hey callmepk
[08:06] <didrocks> hey callmepk 
[08:10] <seb128> callmepk, I'm good thanks
[08:10] <Laney> Wimpress: 
[08:10] <Laney> + SNAPPY_STORE_NO_CDN=1 snap download --cohort= --channel=stable/ubuntu-20.10 software-boutique
[08:10] <Laney> Fetching snap "software-boutique"
[08:10] <Laney> error: cannot download snap "software-boutique": no snap revision available as specified
[08:31] <GunnarHj> Good morning seb128! Time to sponsor an ibus upload?
[08:31] <GunnarHj> https://launchpad.net/~gunnarhj/+archive/ubuntu/ibusmerge
[08:35] <seb128> hey GunnarHj, sure
[08:40] <GunnarHj> seb128: Great. Do you think that Debian can be convinced to carry that Unity patch to allow us to start sync'ing?
[08:41] <seb128> GunnarHj, I've no idea, I don't know the Debian maintainer, you can try asking :)
[08:41] <GunnarHj> seb128: Will do.
[09:25] <duflu> Trevinho, when you get time can you please rebase x11 fractional scaling against master? Seems like 3.36.2 has the same conflict so it will need doing soon anyway. I am keen to just have a git branch to work against
[09:26] <duflu> which I can do now, if branched from 3.36.1 but that's so old now :)
[09:36] <seb128> tseliot, hey, I would welcome your input on bug #1876051 if you have some time to read/comment
[09:37]  * tseliot looking
[09:44] <tseliot> seb128, what is available in nvidia settings I developed before the new feature in gnome was made available. I'll see what I can do.
[09:44] <seb128> tseliot, thanks
[10:31] <Trevinho> duflu: ok will make that 
[10:34] <seb128> Trevinho, bonjourno
[10:36] <Trevinho> seb128: hey :-)
[10:41] <Trevinho> seb128: anyway yesterday I tried again with Nvidia drivers on prime and with multimonitor and it works correctly 
[11:23] <Trevinho> oh, new gedit coming? https://gitlab.gnome.org/chergert/gnome-text-editor/
[11:43] <seb128> Trevinho, GNOME people keeps complaining that gedit isn't following their guidelines and isn't aligned with other apps, maybe they decided to do a simpler version?
[11:46] <didrocks> interesting
[11:49] <mgedmin> https://twitter.com/hergertme/status/1253070040632422400
[11:50] <mgedmin> and especially https://twitter.com/hergertme/status/1253087811470716928
[12:26] <Trevinho> seb128: gtk4 can be a good excuse to replace things silently...
[12:26] <Trevinho> I see the terminal coming!
[13:16] <Trevinho> seb128: I was looking at https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1875845, it's actually true that when using fingerprint for logging-in we don't unlock the keyring.... But the question there is: shouldn't we actually disable the fingerprint to login by default, as I think we've a left-over here.
[13:16] <Trevinho> as currerently we left the default policy and so it's possible
[13:17] <seb128> Trevinho, shouldn't it prompt for the password in that case then?
[13:18] <seb128> Trevinho, and yes I think when we promoted fprintd the consensus was it would allow unlock but not login
[13:18] <seb128> Trevinho, I though you had changed the default pam config for that back then?
[13:18] <Trevinho> seb128: so... yeah, we need to fix that too. I hope won't be seen as regression
[13:19] <Trevinho> seb128: eh we did.. but I think something changed when we upgraded to 1.9?
[13:19] <seb128> :(
[13:20] <Trevinho> so, that bug somewhat is true, but not sure the root cause is something we should support
[13:20] <seb128> right, still shouldn't it fallback to ask for the password in that case?
[13:21] <Trevinho> seb128: in my opinion yes.
[13:21] <Trevinho> but... it's true that if we allow it for login, than maybe one could be relaxed in the keyring too
[13:22] <seb128> don't, security team will find you otherwise :p
[13:23] <didrocks> "We know where you live"
[13:23] <didrocks> "Kind regards."
[13:23] <didrocks> "security team"
[13:23] <seb128> :)
[13:28]  * mdeslaur adds some more names to "the list"
[13:28] <marcustomlinson> :D
[13:29] <didrocks> ZE list
[14:10] <ricotz> hellsworth, hi, jfyi, https://launchpad.net/~libreoffice/+archive/ubuntu/libreoffice-prereleases/+sourcepub/11254496/+listing-archive-extra
[14:13] <hellsworth> ricotz: thanks and good job preparing this a few weeks early
[14:14] <hellsworth> also good morning deksktopers
[14:14] <ricotz> hellsworth, just for testing, ~rc2 still to come
[14:14] <hellsworth> right i see that
[14:15] <ricotz> hellsworth, I guess someone could binary-copy the 6.4.3 package from focal to groovy now
[14:16] <hellsworth> is that something i can do?
[14:16] <hellsworth> or maybe that's the release team? do you know, ricotz ?
[14:18] <Laney> any uploader can
[14:18] <hellsworth> oh ok
[14:18] <ricotz> oh, this is not restricted to an archive admin?
[14:19] <hellsworth> marcustomlinson: would you be willing to binary copy the 6.4.3 packages to groovy? 
[14:21] <hellsworth> i suppose that binary copy would happen from here... https://launchpad.net/ubuntu/+archive/primary/+copy-packages?field.name_filter=libreoffice&field.status_filter=&field.series_filter=focal
[14:22] <Laney> teehee
[14:22] <Laney> you have to use an API script
[14:22] <hellsworth> ah ok..
[14:23] <hellsworth> was just trying to help facilitate :)
[14:23] <Laney> copy-package --from=ubuntu --to=ubuntu --from-suite=focal-proposed --to-suite=groovy-proposed --include-binaries --version THEVERSION libreoffice
[14:23] <Laney> or something like that
[14:24] <Laney> there's no fancy UIs once you get down to dark archive arts like this :-)
[14:24] <marcustomlinson> i would've just built again and uploaded to groovy
[14:24] <marcustomlinson> not done this before
[14:25] <marcustomlinson> source build I mean
[14:27] <ricotz> the idea was to avoid this excessive build while there is no gain at this point
[14:27] <hellsworth> ok can go that route too.. it just takes a long time to build so figured a binary copy would be enough
[14:28] <marcustomlinson> there's also a Vcs-Git entry in the control that should be updated
[14:28] <marcustomlinson> new branch created too
[14:28] <ricotz> marcustomlinson, groovy will get libreoffice 7.0
[14:28] <marcustomlinson> eventually yes
[14:29] <hellsworth> i'll update LP git to add a groovy branch and update the control right now..
[14:29] <marcustomlinson> there's still 2 more releases under 6.4 that we'll need to release
[14:30] <hellsworth> and those can be built for groovy
[14:30] <marcustomlinson> yes that is what I typically do, I release to dev first then SRU to dev-1 saying "this is in dev"
[14:31] <hellsworth> i assumed we wanted a 6.4.3 in groovy quickly to 1)avoid an unnecessary build and 2) to satisfy maybe a requirement that LO is seeded..
[14:31] <Laney> there's a requirement that the verions are always >= as you go up that is violated atm
[14:31] <Laney> copying would be fine imho at this stage, but up to you guys
[14:32] <Laney> assuming there have been no transitions in between
[14:32] <hellsworth> Laney: would it be a problem if we copy the package with version 1:6.4.3-0ubuntu0.20.04.1 ?
[14:32] <hellsworth> (since it has 20.04 in it)
[14:33] <Laney> nope
[14:34] <Laney> you can only really do this at the start of the cycle, as (1) if there's a new toolchain we want builds with that, (2) there are likely to have been transitions which mean that the binaries won't be installable anyway
[14:35] <hellsworth> when you say "transitions" do you mean changes to the package?
[14:35] <Laney> like soname changes in things libreoffice depends on
[14:35] <hellsworth> ok
[14:36] <Laney> means that Depends: libfooN won't work any more, needing to be libfooM instead (i.e. rebuilt and possibly fixed in the code)
[14:37] <hellsworth> right.. since 6.4.3 just came out and works on focal, there shouldn't be any transitions then
[14:38] <marcustomlinson> ok I'll see if I can figure it out
[14:38] <Laney> something could have come in via Debian syncs
[14:38] <hellsworth> marcustomlinson: if it's too much of a hassle, i can just initiate a groovy build
[14:39] <Laney> not super trivial to tell
[14:39] <Laney> you could do it and let proposed-migration tell you
[14:39] <hellsworth> so maybe initiating a new build is the more prudent option Laney .. that's what i'm hearing
[14:41] <hellsworth> marcustomlinson: tbc, i'm going to build for groovy. the same 6.4.3 but with a changelog entry, and then hand you some artifacts to upload... should autopkgtests on groovy be skipped?
[14:42] <marcustomlinson> hellsworth: um, let me try do a copy
[14:42] <hellsworth> sure ok
[14:42] <marcustomlinson> might as well learn something new
[14:42] <hellsworth> :)
[14:44] <Laney> \m/
[14:49] <GunnarHj> seb128: https://bugs.debian.org/959185
[14:49] <marcustomlinson> Laney: what is the meaning of this? Candidate copy target: https://api.launchpad.net/devel/ubuntu/+archive/primary
[14:49] <marcustomlinson> yes or no question
[14:49] <marcustomlinson> :)
[14:49] <seb128> GunnarHj, thanks, let's see
[14:50] <marcustomlinson> oh it's asking if that's really where I want the packages to be copied to
[14:50] <Laney> ya, copying to the ubuntu primary archive
[14:51] <marcustomlinson> ok copies requested (apparently)
[14:51] <hellsworth> thanks marcustomlinson :)
[14:52] <Laney> you can follow it on https://launchpad.net/ubuntu/+source/libreoffice/+publishinghistory
[14:53] <marcustomlinson> oh cool thanks
[14:53] <hellsworth> also marcustomlinson , ricotz : i created a ubuntu-groovy-6.4 branch with only changelog+control updates
[14:54] <hellsworth> do i need to tag? there's already a libreoffice_6.4.3-1
[14:54] <marcustomlinson> cool because what I just did might just blow up the archive ;)
[14:54]  * hellsworth crosses fingers
[14:55] <hellsworth> (for not blowing up the archive)
[14:55] <marcustomlinson> hellsworth: the existing tag is fine
[14:55] <hellsworth> k
[14:55] <ricotz> hellsworth, no tag required also the new changelog entry could be dropped
[14:55] <marcustomlinson> hellsworth: but you won't need that changelog entry
[14:55] <hellsworth> but why not
[14:55] <ricotz> hellsworth, marcustomlinson, I am confident that it will work
[14:55] <marcustomlinson> yeah what ricotz said
[14:55] <hellsworth> ok... i'll go remove it then
[14:56] <marcustomlinson> hellsworth: the packages are being copied as is
[14:56] <ricotz> there are not transitions and I am running groovy with the focal build here
[14:57] <marcustomlinson> hellsworth: if we were building again specifically for a groovy release then sure we'd need a new changelog entry
[14:57] <hellsworth> ok
[14:57] <hellsworth> yeah that makes sense.
[14:58] <hellsworth> i've removed the changelog entry so the commit is only the control update
[14:59] <marcustomlinson> cool thanks hellsworth
[15:00] <hellsworth> thank you.. ok turning towards 6.3.6 for eoan now since the rc pages have been updated now..
[15:00] <marcustomlinson> enjoy!
[15:01] <hellsworth> oh you know it :)
[15:28] <hellsworth> marcustomlinson: would you please restart this 6.4.3 autopkgtest for me? https://autopkgtest.ubuntu.com/request.cgi?release=focal&arch=armhf&package=apparmor&trigger=libreoffice%2F1%3A6.4.3-0ubuntu0.20.04.1
[15:29] <marcustomlinson> hellsworth: sure done
[15:29] <hellsworth> ty
[15:42] <KGB-2> gnome-control-center Sebastien Bacher 159778 * commented merge request !17 * https://deb.li/87jE
[15:42] <KGB-2> gnome-control-center ubuntu/master fd7bd26 Marco Trevisan (Treviño) debian/patches/0008-Allow-tweaking-some-settings-for-Ubuntu-Dock.patch * ubuntu-panel: Mark the primary monitor on dock options * https://deb.li/3o1ve
[15:42] <KGB-2> gnome-control-center ubuntu/master ff0865d Marco Trevisan (Treviño) debian/patches/0008-Allow-tweaking-some-settings-for-Ubuntu-Dock.patch * ubuntu-panel: Ignore inactive monitors * https://deb.li/SY4D
[15:42] <KGB-2> gnome-control-center ubuntu/master 2360276 Marco Trevisan (Treviño) debian/patches/0008-Allow-tweaking-some-settings-for-Ubuntu-Dock.patch * ubuntu-panel: Show shell labels when using appearance panel * https://deb.li/3z3zz
[15:42] <KGB-2> gnome-control-center ubuntu/master e509136 Sebastien Bacher debian/ changelog patches/0008-Allow-tweaking-some-settings-for-Ubuntu-Dock.patch * https://deb.li/3g5DR
[15:42] <KGB-2> Merge remote-tracking branch 'trevinho/ubuntu/dock-mark-primary-monitor' into ubuntu/master
[15:42] <KGB-2> gnome-control-center ubuntu/master Sebastien Bacher * [merge] merge request !17: ubuntu-panel: Multimonitor fixes and improvements for dock monitor selector * https://deb.li/3wkvn
[15:48] <KGB-2> gnome-control-center ubuntu/focal e0bab2e Sebastien Bacher * pushed 1145 commits (first 5 follow) * https://deb.li/r7Ky
[15:48] <KGB-2> gnome-control-center ubuntu/focal 5d361e4 Robert Ancell debian/ (5 files in 2 dirs) * https://deb.li/3PVIl
[15:48] <KGB-2> * debian/patches/0029-applications-Use-new-snapd-glib-API-for-labelling-Sn.patch:
[15:48] <KGB-2> * debian/control:
[15:48] <KGB-2>   - Use shared names for snap interfaces, fixing some interfaces that don't
[15:48] <KGB-2>     have labels.
[15:49] <KGB-2> gnome-control-center ubuntu/focal 51a0825 Gunnar Hjalmarsson debian/ (8 files in 2 dirs) * Rebase to resolve conflict * https://deb.li/3MDyz
[15:49] <KGB-2> gnome-control-center ubuntu/focal e8d24d6 Gunnar Hjalmarsson debian/changelog * Update changelog * https://deb.li/IZ2l
[15:49] <KGB-2> gnome-control-center ubuntu/focal e160c5a Robert Ancell debian/ (5 files in 2 dirs) * https://deb.li/3e8GI
[15:49] <KGB-2> * debian/patches/0029-applications-Use-new-snapd-glib-API-for-labelling-Sn.patch:
[15:49] <KGB-2> * debian/control:
[15:49] <KGB-2>   - Use shared names for snap interfaces, fixing some interfaces that don't
[15:49] <KGB-2>     have labels.
[15:49] <KGB-2> gnome-control-center ubuntu/focal 6552f19 Gunnar Hjalmarsson debian/patches/ series 0030-temporarily-revert-alt-char-key.patch * https://deb.li/3f1y4
[15:49] <KGB-2> Merge branch 'revert-alt-char-key' of salsa.debian.org:gunnarhj-guest/gnome-control-center into revert-alt-char-key
[15:50] <KGB-2> gnome-control-center signed tags ed27c47 Sebastien Bacher ubuntu/1%3.36.1-1ubuntu5.20.04.1 * gnome-control-center Debian release 1:3.36.1-1ubuntu5.20.04.1 * https://deb.li/7CvA
[16:09] <sil2100> kenvandine: hey! So I saw some bionic desktop build failures, so I pushed such a fix and just wanted you to double check if that's correct:
[16:09] <sil2100> https://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/ubuntu/commit/?id=e84ad9da2d7560477bf5ef4dc1528c92cce62c5d
[16:09] <sil2100> (that's for bionic)
[16:09] <kenvandine> sil2100: yes... that is correct
[16:10] <kenvandine> sil2100: however, you will still get failures for a couple of days :/
[16:10] <kenvandine> i need to update the other seeded snaps to use gnome-3-34-1804
[16:10] <kenvandine> but the store doesn't want us to promote those to stable until next week
[16:24] <sil2100> kenvandine: awww, ok! Thanks for the heads up ;)
[17:12] <KGB-1> mutter pristine-tar 439430e Simon McVittie mutter_3.36.2.orig.tar.xz.delta mutter_3.36.2.orig.tar.xz.id * pristine-tar data for mutter_3.36.2.orig.tar.xz * https://deb.li/zn8C
[17:12] <KGB-1> mutter upstream/3.36.x bbb5237 Simon McVittie * pushed 20 commits (first 5 follow) * https://deb.li/HrqF
[17:12] <KGB-1> mutter upstream/3.36.x ac8075b Carlos Garnacho src/x11/meta-x11-selection.c * x11: Forward current selection state when initializing X11 selections * https://deb.li/3SAw1
[17:12] <KGB-1> mutter upstream/3.36.x a32bb75 Carlos Garnacho src/x11/meta-x11-selection.c * x11: Clear X11 selection source after unsetting owner * https://deb.li/Nbod
[17:12] <KGB-1> mutter upstream/3.36.x 5465c91 Carlos Garnacho src/x11/meta-x11-selection.c * x11: Generalize x11 selection owner checks * https://deb.li/3G4mh
[17:12] <KGB-1> mutter upstream/3.36.x e8d9996 Carlos Garnacho src/x11/meta-x11-selection.c * x11: Allow X11 clients to clear the selection * https://deb.li/3UNP2
[17:13] <KGB-1> mutter upstream/3.36.x 5f40493 Carlos Garnacho src/core/ meta-selection.c meta-selection-private.h * core: Add private function to get the current selection owner * https://deb.li/itluC
[17:13] <KGB-1> mutter tags d435f25 Simon McVittie upstream/3.36.2 * Upstream version 3.36.2 * https://deb.li/38rtG
[17:13] <KGB-1> mutter upstream/latest bbb5237 Simon McVittie * pushed 63 commits * https://deb.li/ignrV
[17:32] <KGB-1> gnome-shell tags 120c86c Simon McVittie upstream/3.36.2 * Upstream version 3.36.2 * https://deb.li/37bA4