[01:19] <pieq> Bonjour !
[01:45] <duflu> Hola pieq 
[06:27] <oSoMoN> good morning desktoppers
[06:30] <duflu> Morning oSoMoN 
[06:33] <oSoMoN> hey duflu 
[07:37] <marcustomlinson> good morning desktoppers
[07:37] <duflu> 'lo marcustomlinson 
[07:38] <marcustomlinson> hey duflu
[07:45] <oSoMoN> morning marcustomlinson 
[07:46] <marcustomlinson> hey oSoMoN
[07:46] <oSoMoN> duflu, regarding that high-precision touchpad scrolling, there's absolutely no rush, if at some point you get a chance to test and confirm, that'd be great, otherwise no worries
[07:46] <duflu> oSoMoN, yeah it's a late-night couch thing
[07:47] <duflu> oSoMoN, is there a snap or preview anywhere for Chromium on Wayland?
[07:48] <duflu> I understand it's taking a few years because they (Igalia?) had to adapt the X11 backend at the same time
[07:53] <oSoMoN> you mean not using xwayland, right?
[07:53] <oSoMoN> I'm not aware of anyone making a snap for it, but that's a good suggestion
[07:54] <duflu> oSoMoN, yeah pure Wayland
[07:54] <duflu> AIUI they had to adapt both X11 and Wayland to use Ozone (or something). So that Linux builds always and only support Ozone
[07:55] <oSoMoN> I'm adding that to my to-do list, not sure when I'll manage to free up some time for it but it would be interesting for sure
[07:56] <duflu> Yeah I really want to see how Chromium performs without Xwayland (Xorg) wedged in the midddle
[08:01] <duflu> The improvement for Firefox was significant, if only someone would fix the touchpad logic
[08:07] <Laney> moin
[08:16] <duflu> Hi Laney
[08:23] <marcustomlinson> hey Laney
[08:27] <seb128> goood morning desktopers
[08:29] <Laney> moin duflu marcustomlinson seb128 
[08:29] <Laney> how's it going?
[08:29] <seb128> tired but fine otherwise, you?
[08:31] <marcustomlinson> hey seb128
[08:32] <Laney> not tooooooo bad
[08:32] <Laney> wishing winter would be over
[08:34] <seb128> right, it rained quite a lot this morning here, had to get the 'water bubble' for the stroller out
[08:34] <Laney> did start prepping some bread dough this morning though
[08:34] <Laney> should be able to bake it tomorrow /o\
[08:34] <seb128> baguette? :)
[08:35] <Laney> no but I do want to try making one of those!
[08:35] <Laney> a friend did that recently, said you have to get some special cloth to make the baguette shape ?
[08:39] <seb128> Laney, right, nothing fancy though, e.g https://tinyurl.com/y8yt9ml6
[08:39] <Laney> ah yes
[08:39] <Laney> I wlil come to seb128 for advice when I start doing it :>
[08:40] <seb128> :-)
[08:42] <Laney> jibel: just realised that I didn't get emailed for any recent desktop smoke test failure, can you set that back up please? guess it got lost for groovy
[08:43] <seb128> (bah, connecting to vpn screwing irc)
[08:43] <jibel> Laney, I only notified myself when tests were broken to avoid spamming everyone. I'll readd you
[08:44] <Laney> fair
[08:44] <Laney> I just want to be reminded that it is broken
[08:44] <Laney> mainly so I can nag you every 2 weeks or so, admittedly, so perhaps you want to ignore me :D
[08:45] <jibel> you nag we whether you receive notifications or not apparently ;)
[08:52] <seb128> no trevinho?
[08:52] <seb128> Laney, I'm unclear, what's the deal with svg nowadays
[08:52] <Laney> irccloud had some kind of outage
[08:52] <Laney> what deal?
[08:52] <seb128> do app with a svg icon need to depend themself on librsvg-common?.
[08:53] <jibel> xnox, mwhudson could you have another look at bug 1885414 . It works on Ubuntu but still failing on flavour. I could be because grub-efi-amd64 is installed on flavours but not on ubuntu
[08:53] <ubot5> bug 1885414 in ubiquity (Ubuntu Groovy) "on flavours ubiquity: bootloader failed on /dev/vda" [Critical,Triaged] https://launchpad.net/bugs/1885414
[08:53] <jibel> s/I/It
[08:54] <Laney> we should seed that
[09:00] <jibel> yeah, it's seeded on kubuntu-live, xubuntu-live, ubuntukylin-live, ubuntu-mate-live, ubuntu-budgie-live but not Ubuntu. I don't know why it's different though
[09:02] <seb128> Laney, sorry, got sidetracked by kid issues again :/ so yeah, formiko's autopkgtest are failing 
[09:02] <seb128> gi.repository.GLib.Error: gdk-pixbuf-error-quark: Couldn’t recognize the image file format for file “/usr/share/formiko/icons/formiko.svg” (3)
[09:02] <seb128> because librsvg doesn't get pulled in anymore
[09:03] <seb128> I didn't really understand that transition, we believe that's it wrong for gdk-pixbuf to automatically pull svg support to any app needing svg should depends on the loader itself now?
[09:06] <Laney> It used to be pulled in by the adwaita icon theme, which is kind of random
[09:06] <Laney> so yes, the current situation is that tests need to depend on that if they need it
[09:06] <seb128> well, it's not only tests I guess?
[09:07] <seb128> at least in this case the test is starting the app with --help
[09:08] <seb128> and that's the app which is failing
[09:08] <Laney> ok, let's say: programs which want to work directly with SVGs via gdk-pixbuf
[09:08] <Laney> in most cases it's an icon that is loaded by the shell
[09:08] <seb128> right
[09:09] <Laney> but sometimes I guess things will do that directly for some reason, those need the loader
[09:09] <seb128> it's a burden on maintainer and easy to get wrong
[09:09] <Laney> ok
[09:09] <seb128> I wonder if we could do something better
[09:09] <Laney> go argue with bigon, not me
[09:09] <seb128> right, point
[09:09] <seb128> I was not trying to argue btw, just trying to get your opinion on the topic to help making mine
[09:10] <Laney> ah ok
[09:10] <seb128> but yeah, probably better discussed on #debian-gnome
[09:28] <mwhudson> jibel, Laney: no we should seed shim-signed and not seed grub-efi-amd64
[09:30] <mwhudson> although
[09:33] <jibel> mwhudson, on ubuntu and all the flavours and remove grub-efi-amd64 from the flavours?
[09:34] <mwhudson> jibel: probably yes but now i'm a bit confused 
[09:38] <mwhudson> jibel: actually we seem to seed shim-signed ~everywhere now, so the flavours just need to stop seeding grub-efi-amd64
[09:40] <mwhudson> although no flavours actually seed that?
[09:41] <mwhudson> does it come via supported-installer-common maybe?
[09:42] <mwhudson> too late for me to figure this out i'm afraid
=== mike_ is now known as Guest33316
[09:58] <Laney> mwhudson: soz I was replying to Seb, don't know about your problem atm
[09:58] <Laney> supported-installer-common is just for main-ness not iso-ness isn't it?
[10:02] <Laney> at least studio is seeding grub-efi in ship-live
[10:04] <Laney> mind you so is Ubuntu
[10:04] <Laney> so, I am confuse too
[10:04] <mwhudson> Laney: *-live shouldn't matter here i think?
[10:05] <mwhudson> and e.g. http://cdimage.ubuntu.com/kubuntu/daily-live/pending/groovy-desktop-amd64.manifest has grub-efi-amd64 in it
[10:05] <mwhudson> is this some kind of grotty ordering thing?
[10:06] <mwhudson> grub-efi-amd64-signed depends on grub-efi-amd64 | grub-pc
[10:06] <mwhudson> so unless grub-pc is installed first, you get grub-efi-amd64
[10:06] <mwhudson> anyway need to stop thinking about work
[10:13] <Laney> ! Promoted grub-efi-amd64-signed from ship-live to live to satisfy shim-signed
[10:13] <ubot5> Laney: I am only a bot, please don't think I'm intelligent :)
[10:13] <Laney> * Chose grub-efi-amd64 to satisfy grub-efi-amd64-signed
[10:13] <Laney> * Chose grub-efi-amd64-signed to satisfy shim-signed
[10:13] <Laney> ubot5: Not much worry of that happening
[10:13] <ubot5> Laney: I am only a bot, please don't think I'm intelligent :)
[10:14] <Laney> that's from https://people.canonical.com/~ubuntu-archive/cd-build-logs/kubuntu/groovy/daily-live-20200708.log
[10:21] <Laney> ah
[10:22] <Laney> https://launchpadlibrarian.net/487648306/buildlog_ubuntu_groovy_amd64_kubuntu_BUILDING.txt.gz
[10:22] <Laney>    Removing: grub-pc as upgrade is not an option for grub-efi-amd64:amd64 (2.04-1ubuntu26)
[10:22] <Laney> is that what you're talking about?
[11:25] <Laney> mwhudson: ok I've gone cross eyed, it's impossible for me to tell what the problem is here, but I guess if we want grub-pc to be chosen then that should be explicitly seeded somewhere
[11:29] <Laney> or like fix ubiquity's recommends
[15:02] <hellsworth> good morning folks
[15:05] <marcustomlinson> hey hellsworth
[15:06] <KGB-2> gnome-control-center signed tags 5187b04 Sebastien Bacher ubuntu/1%3.36.4-1ubuntu1 * gnome-control-center Debian release 1:3.36.4-1ubuntu1 * https://deb.li/3pj2n
[15:07] <KGB-2> gnome-control-center ubuntu/master 0ffa0d3 Sebastien Bacher * pushed 22 commits (first 5 follow) * https://deb.li/iQz97
[15:07] <KGB-2> gnome-control-center ubuntu/master e501566 Baurzhan Muftakhidinov po/kk.po * Update Kazakh translation * https://deb.li/3VIS1
[15:07] <KGB-2> gnome-control-center ubuntu/master 689aee3 Marco Trevisan (Treviño) panels/user-accounts/cc-user-panel.c * user-panel: Add reference to selected user and clear on dispose * https://deb.li/DIah
[15:07] <KGB-2> gnome-control-center ubuntu/master c413d4d Marco Trevisan (Treviño) panels/user-accounts/ cc-user-panel.c um-fingerprint-dialog.c um-fingerprint-dialog.h * user-panel: Don't wait for fprintd on initialization * https://deb.li/3RuHc
[15:07] <KGB-2> gnome-control-center ubuntu/master c65f108 Marco Trevisan (Treviño) panels/user-accounts/ cc-user-panel.c um-fingerprint-dialog.c um-fingerprint-dialog.h * fingerprint-dialog: Make the operations cancellable * https://deb.li/xggl
[15:07] <KGB-2> gnome-control-center ubuntu/master 7d133b8 Marco Trevisan (Treviño) panels/user-accounts/ cc-user-panel.c um-fingerprint-dialog.c * user-panel: Pass a cancellable to the fingerprint operations * https://deb.li/3lEII
[15:12] <hellsworth> o/ marcustomlinson 
[16:59] <Trevinho> it took a while to understand why I had no activity in my weechat... IRCCloud went down -_-
[17:06] <seb128> Trevinho, hey, good morning :) I tried to ping you this morning and was surprised to not have the tab completion work on the channel :p
[17:07] <Trevinho> seb128, yeah... I looked for pings but weechat looked "active", but only because was properly goiung to my znc... 
[17:07] <seb128> heh
[17:08] <Trevinho> seb128, saw that you uploaded g-c-c, I sent you a msg in mattermost but not sure you saw.
[17:08] <Trevinho> but well, not important, i will add another commit for that
[17:09] <seb128> Trevinho, I saw it and forgot, we can stage in the Vcs and maybe include in the SRU if you prepare it now
[17:09] <seb128> otherwise for the next round
[17:10] <seb128> I wanted the fingerprint thing uploaded today or tomorrow
[17:13] <hellsworth> would someone please trigger some autopkgtests for me? https://paste.ubuntu.com/p/dcdydsj9B7/
[18:06] <oSoMoN> hellsworth, looks like marcustomlinson already did it, right?
[18:10] <hellsworth> he did yes..
[18:10] <hellsworth> sorry, i should have updated here
[18:10] <hellsworth> thank you :)
[20:08] <mwhudson> Laney: i hadn't found that in the logs, i had gone cross-eyed much earlier
[20:08] <mwhudson> Laney: but i think we can definitely express our intentions more clearly in the seeds and the dependencies of various tings
[20:09] <mwhudson> (we could hardly express them _less_ clearly)
[21:13] <Laney> mwhudson: tbh I'm not sure myself what's right to seed where and when, do you have a good idea about that?
[21:14] <mwhudson> Laney: i think we want all grub-pc and shim-signed for all bootable amd64 images
[21:14] <mwhudson> Laney: but maybe we should run this past v*rlon
[21:14] <Laney> basically, can we ask someone else to fix it? :D
[21:14] <mwhudson> who isn't in the channel anyway
[21:17] <Laney> thanks for checking in -devel, now I can go to bed in peace
[21:17] <Laney> o/