[04:04] <callmepk> good morning
[04:26] <duflu> Afternoon callmepk :)
[06:25] <callmepk> good afternoon duflu
[07:06] <oSoMoN> good morning desktoppers
[07:07] <duflu> Morning oSoMoN 
[07:08] <oSoMoN> hey duflu 
[07:08] <callmepk> morning oSoMoN 
[07:11] <oSoMoN> hey callmepk 
[07:18]  * Laney yawns
[07:18] <oSoMoN> good morning Laney, you're in early today
[07:20] <Laney> hey oSoMoN 
[07:21] <Laney> yeah, we had an early morning visitor ;-)
[07:21] <Laney> 🐶
[07:22] <Laney> going to regret this later
[07:27] <duflu> Hi Laney
[07:33] <oSoMoN> woof
[07:39] <didrocks> good morning
[07:40] <seb128> goood morning desktopers
[07:41] <duflu> Hi seb128 
[07:41] <duflu> and morning didrocks 
[07:42] <didrocks> hey seb128, duflu 
[07:50] <Laney> hey oSoMoN didrocks seb128 
[07:50] <Laney> oops
[07:50] <Laney> duflu* sorry for the repeat oSoMoN!
[07:50] <didrocks> hey early Laney 
[07:51] <Laney> zzz
[07:53] <ricotz> good morning
[07:53] <didrocks> hey ricotz 
[07:57] <seb128> hey Laney didrocks duflu ricotz oSoMoN, how are you?
[07:57] <seb128> Laney, early start today, avoiding working during the heat hours later? ;-)
[07:58] <oSoMoN> salut didrocks, seb128 
[07:58] <oSoMoN> hey ricotz 
[07:59] <oSoMoN> I'm good although not much more rested than yesterday, but I'm looking forward to a productive day
[08:02] <callmepk> good morning didrocks seb128 Laney ricotz 
[08:02] <seb128> hey callmepk, how are you?
[08:03] <ricotz> hey didrocks seb128 oSoMoN callmepk 
[08:03] <ricotz> hey Laney duflu 
[08:04] <callmepk> seb128 Pretty busy... just back from Chinese New Year holiday for two days
[08:04] <seb128> did you have nice holidays at least?
[08:07] <callmepk> Still busy doing school work during holiday ¯\_(ツ)_/¯ 
[08:08] <seb128> ah, right
[08:09] <Laney> hey seb128 callmepk ricotz 
[08:09] <didrocks> salut oSoMoN, hey callmepk 
[08:09] <Laney> yeah, finish early and go to the beach!
[08:09] <callmepk> Still have a security exploitation homework, a survey paper and a project proposal ¯\_(ツ)_/¯ 
[08:10] <Laney> /o\
[08:14] <oSoMoN> busy man!
[08:15] <duflu> seb128, going well. How are you?
[08:16] <duflu> Also still loving the fact that I can now raise my desk to swap hardware around
[08:18] <seb128> duflu, I'm alright, having another busy day of quarantine and tomorrow is going more back to normal
[08:19] <Wimpress> Morning o/
[08:20] <duflu> Hi Wimpress 
[08:22] <oSoMoN> hey Wimpress 
[08:24] <didrocks> hey Wimpress 
[08:52] <marcustomlinson> hi duflu oSoMoN callmepk Laney didrocks seb128 ricotz Wimpress
[08:52] <duflu> Hi marcustomlinson 
[08:53] <callmepk> hi Wimpress marcustomlinson 
[08:53] <oSoMoN> good morning marcustomlinson 
[08:54] <Wimpress> Hey marcustomlinson - the work you did on snapped themes that automatically get enabled; is there a reference snapcraft.yaml for that?
[08:56] <jamesh> Wimpress: I think we only did one such theme.  I'm not sure where the snapcraft.yaml is, but looking at the meta/snap.yaml inside the gtk-theme-traditionalhumanized snap should give you an idea
[08:57] <ricotz> hey marcustomlinson 
[08:57] <didrocks> hey marcustomlinson 
[08:57] <marcustomlinson> Wimpress: https://gitlab.gnome.org/Community/Ubuntu/gtk-theme-traditionalhumanized
[08:58] <Wimpress> Thanks jamesh marcustomlinson
[08:59] <Wimpress> That snap name is "important", right?
[08:59] <Wimpress> Should be gtk-theme-lowecasethemename?
[09:00] <marcustomlinson> Wimpress: yes
[09:00] <jamesh> Wimpress: yes.  For a GTK theme it should be "gtk-theme-foo" where "foo" is the theme name mapped to lower case, with any runs of non alphanumeric characters replaced with a dash
[09:00] <jamesh> you can package multiple themes in a single snap if they have a common prefix (e.g. you can put "Foo" and "Foo-dark" into a "gtk-theme-foo" snap)
[09:01] <jamesh> Wimpress: the actual automatic theme installation part is not yet rolled out, but those rules should let it find your snap when its ready
[09:01] <Wimpress> jamesh: Perfect, I have -light and -dark variants.
[09:02] <Wimpress> Yeah, I know the auto theme install is not there, but I have new Yaru variants for MATE.
[09:02] <Wimpress> I want to create there own theme snaps, rather than add to common-themes.
[09:02] <Wimpress> *their
[09:03] <jamesh> Wimpress: good.  We wanted a simple rule that would cover the granularity most themes are maintained at.
[11:48] <ramcq> tkamppeter: hey - Endless OS is updating our printer subsystem as we're trying to align much more closely to Debian - I had a couple of question if you don't mind?
[11:49] <ramcq> tkamppeter: https://salsa.debian.org/gnome-team/system-config-printer/-/blob/debian/master/config.py#L27-28 is it contradictory to enable both "only PPDs" (implying no driver downloads) and "only free" (implying driver downloads) or do they do different things?
[11:50] <ramcq> (in Endless OS unless we patch s-c-p because it's based on ostree, we can't download/install the drivers, and we were hoping to avoid that and just rely on driverless + printer-driver-all + openprinting PPDs)
[11:51] <ramcq> the other question is how many HP devices don't support any kind of driverless and would need the HP firmware blob - if we reset to the debian hpijs package hp-install goes away - would most of those printers have some basic driverless functionality these days?
[11:51] <tkamppeter> ramcq, this is to control which kind of printer drivers system-config-printer will download with the help of the OpenPrinting web site.
[11:53] <tkamppeter> \ppds are simply the ones 
[11:54] <tkamppeter> PPDs are simply the ones on OpenPrinting, you should have most of them with the foomatic-db package. Non-PPD LSB driver packages are only available for Epson and practically deprecated.
[11:54] <tkamppeter> For HPs these settings are irrelevant.
[11:55] <tkamppeter> Most modern HP devices do driverless well.
[11:55] <tkamppeter> Those who do not work with HPLIP.
[11:55] <ramcq> great
[11:56] <tkamppeter> Make sure to not use the "hpijs" driver package. This is deprecated for many years and you should use the "hpcups" one instead.
[11:57] <ramcq> printer-driver-all brings both printer-driver-hpcups and printer-driver-hpijs - is that incorrect?
[11:57] <tkamppeter> If your HP printer is PostScript, there is some "postscript-hp" package which provides the PPD fiile.
[11:58] <tkamppeter> This is a bug to be reported to Debian. printer-driver-hpijs is deprecated and should not be auto-installed by another package and also not be seeded by any distro.
[11:59] <tkamppeter> Same problem probably in  printer-driver-all-enforce.
[11:59] <ramcq> yeah - is there a better printer-metas definition in Ubuntu we can look at? or, any other bugs in https://salsa.debian.org/printing-team/printing-metas/-/blob/master/debian/printer-driver-recommends.list ? :)
[12:00] <tkamppeter> The others look OK for me, only hpijs needs to get removed.
[12:01] <ramcq> in reality are these just going to be a load of pretty ancient or niche (eg label, POS, etc) printers nowadays?
[12:02] <ramcq> and, back up the stack - disabling the downloading in s-c-p have very little effect other than avoiding a code path that will fail (for us) on ancient epson printers because we can't download/install drivers anyway - and the PPD querying adds very little?
[12:04] <tkamppeter> There are even missing two in the list: "indexbraille" and "oki".
[12:05] <tkamppeter> Yes, these s-c-p-grab-stuff-via-openprinting is really not important any more.
[12:12] <ramcq> cool. now just to work out how to disable it. my eyes always start to hurt when I look too closely there :)
[12:12] <ramcq> thanks for your help btw, very useful!
[12:18] <ramcq> (am I right that cups-browsed is also deprecated / un-necessary as cupsd can do its own transient local queues now?)
[12:18] <tkamppeter> You can simply uninstall printer-driver-hpijs, printer-driver-all only recommends it.
[12:25] <ramcq> (our branch of system-config-printer has some endless patches from years ago and a load of merges so it's really hard to follow what we've changed and why!)
[12:42] <tkamppeter> 7 patches only, HPLIP is much, much worse.
[12:42] <tkamppeter> in Hirsute
[12:44] <tkamppeter> \the longest patch file has 30 lines all of them together 158 lines.
[13:41] <ramcq> "our" I meant, is Endless OS - it was branched from a very old Ubuntu version and then modified to support unpacking the driver using dpkg -X to place it in /var somewhere
[13:41] <ramcq> ostree excitement :)
[13:45] <tkamppeter> OK, so "endless patches" means specific to Endless OS and not a crazy amount of patches.
[13:49] <ramcq> lol! yes sorry
[13:56] <ogra> an "endless amount of patches" ?
[13:56] <ogra> 😉
[13:58] <ramcq> we're... working on it
[14:00] <ramcq> our new "light touch" approach for Endless OS 4 is to just import binary packages directly from Debian where possible, and we have less than 100 source packages where we've diverged and are trying to reduce that - a lot are printer drivers :)
[14:02] <Laney> \o/
[14:10] <kenvandine> ramcq light touch is great!
[14:20] <ramcq> kenvandine: hey :)
[14:20] <ramcq> (and trying to get GNOME aligned with an experience that works for us - including a visible dock or switcher :D)
[14:23] <kenvandine> ramcq, indeed... i'm trying the same :)
[14:30] <kenvandine> meeting time!
[14:30] <hellsworth> good morning desktopers
[14:30] <hellsworth> whew! not late!
[14:30] <kenvandine> #startmeeting Desktop Team Weekly Meeting - 2021-02-23
[14:30] <meetingology> Meeting started at 14:30:27 UTC.  The chair is kenvandine.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[14:30] <meetingology> Available commands: action, commands, idea, info, link, nick
[14:30] <kenvandine> Roll call:  didrocks, duflu (out), jamesh (out), jibel, kenvandine, laney, marcustomlinson, oSoMoN, seb128 (out), tkamppeter, trevinho, robert_ancell (out), hellsworth
[14:30] <hellsworth> o/
[14:30] <Trevinho> o/
[14:30] <didrocks999> o/
[14:30] <marcustomlinson> 👋🏻
[14:32] <kenvandine> let's get started
[14:32] <kenvandine> #topic rls-hh-bugs
[14:32] <kenvandine> nothing new incoming and tracking is in order
[14:33] <kenvandine> #topic rls-gg-bugs
[14:34] <kenvandine> should we do anything with bug 1897965 ?
[14:35] <kenvandine> and bug 1905370 is still on incoming, but based on Trevinho's comment should this be assigned and tracked?
[14:36] <kenvandine> oh, it is assigned
[14:36]  * kenvandine drops tag
[14:36] <hellsworth> kenvandine: looks like pipewire and pulseaudio support is in conflict: https://forum.endeavouros.com/t/pipewire-update-conflicts-with-puseaudio/10106
[14:37] <hellsworth> and so there's pipewire-plus to serve as pipewire+pulse
[14:37] <hellsworth> so maybe 1897965 doesn't need work
[14:38] <marcustomlinson> comment #16
[14:38] <Trevinho> well pipewire is a drop-in replacement for PA. But IMHO those are not a prio so far, since we don't support it as audio subsystem replacement yet, 
[14:38] <kenvandine> we don't have a pipewire-pulse package
[14:39] <Laney> This is all from 20.10
[14:39] <Laney> I feel like this is probably a problem not for us
[14:39] <Laney> or has anyone seen anything like this on hisute?
[14:39] <Laney> r
[14:39] <kenvandine> yeah
[14:39] <kenvandine> the bug was reported before hirsute
[14:40] <kenvandine> so it might still exist
[14:41] <hellsworth> also it looks like it's being recommended to remove pipewire-pulse in other forums like manjaro so nvm
[14:41] <hellsworth> https://forum.manjaro.org/t/failed-update-due-to-conflicting-packages-pipewire-pulse-and-pulseaudio/46739/3
[14:43] <kenvandine> i left a comment, moving on
[14:43] <RikMills> see the changelog in hirsute in: https://launchpad.net/ubuntu/+source/pipewire/0.3.19-3
[14:44] <Laney> right, you have to opt in (I did that on my desktop)
[14:44] <kenvandine> RikMills, thanks!
[14:44] <Laney> notfixing imho
[14:44] <kenvandine> agreed
[14:45] <kenvandine> tracking looks fine
[14:45] <kenvandine> moving on
[14:45] <kenvandine> #topic rls-ff-bugs
[14:46] <kenvandine> should we do anything with bug 1910838?
[14:47] <kenvandine> it's incomplete waiting for a response
[14:47] <kenvandine> feels like that shouldn't be on incoming ?
[14:47] <didrocks999> right
[14:47] <Laney> indeed
[14:48] <kenvandine> bug 1911802 is assigned but not targetted
[14:48] <kenvandine> tjaalton: ^^ 
[14:49] <ricotz> hey kenvandine hellsworth 
[14:49] <kenvandine> since that was as a regression, should we just go ahead and target it?
[14:49] <kenvandine> hey ricotz!
[14:50] <hellsworth> hey ricotz !
[14:50] <Laney> kenvandine: yes but that might not make tjaalton work on it, so a ping is a good idea too
[14:51] <kenvandine> targeted and pinged... will ping again later if needed :)
[14:51] <kenvandine> moving on
[14:52] <kenvandine> ff-tracking looks fine
[14:52] <kenvandine> #topic rls-bb-bugs
[14:52] <kenvandine> nothing new on incoming
[14:53] <kenvandine> and tracking is all assigned or fix committed
[14:53] <kenvandine> #topic update_excuses_by_team.html#desktop-packages
[14:53] <kenvandine> Laney: anything to mention there?
[14:54] <kenvandine> bluez has been there for 18 days
[14:54] <tjaalton> kenvandine: yeah it's fixed in 20.3 and up but would need someone to bisect
[14:54] <Laney> well nothing in particular
[14:54] <Laney> but stuff needs working on
[14:54] <Laney> I'm not sure we can assign things here though
[14:55] <Laney> see ubuntu-devel mailing list, new glib causes some build failures, good to be aware of and maybe help fixing those which get flagged
[14:55] <kenvandine> ok
[14:55] <kenvandine> #topic aob
[14:56] <oSoMoN> thunderbird is affected by this new glib thing, working on fixing it
[14:58] <kenvandine> oSoMoN: thanks
[14:58] <kenvandine> any other business?
[14:58] <didrocks999> nothing for me
[14:59] <kenvandine> going once...
[14:59] <kenvandine> twice... 
[14:59] <kenvandine> that's all folks, thanks!
[15:00] <kenvandine> #endmeeting
[15:00] <meetingology> Meeting ended at 15:00:00 UTC.  Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-desktop/2021/ubuntu-desktop.2021-02-23-14.30.moin.txt
[15:00] <marcustomlinson> thanks
[15:02] <oSoMoN> thanks
[15:04]  * ricotz feels it is a good thing that libreoffice built before glib 2.67.x got uploaded
[15:07] <Laney> heh
[15:07] <Laney> there should be one machine which builds libreoffice and never gets upgraded
[15:10] <ricotz> hoping it doesn't affect the autopkgtests
[15:18] <seb128> Trevinho, could you replace desktop-icons@csoriano by ding@rastersoft.com in the ubuntu session mod next time you upload gnome-shell? (bug #1916511)
[15:19] <Laney> weren't we going to get people to try that first?
[15:19] <Laney> or you think it should happen after switching?
[15:38] <seb128> Laney, feature freeze is thursday, I tested it locally, contacted upstream to have their opinion (since it's basically the same maintainer for the old and ng nowadays) and other distro already switched. Also I think it should be easy enough to fix a potential issue at this point if we hit one
[15:38] <Laney> k
[15:42] <seb128> Laney, oh, also I wrote on https://discourse.ubuntu.com/t/desktop-icons-integration-problems/ to get feedback there if possible
[15:43] <seb128> if people here want to give it a try please do, it wouldn't hurt :-)
[15:54] <didrocks> seb128: new MIR process regarding bug subscription is now acked, pending that an adapation of the AA tooling is done
[15:54] <didrocks> IIRC, you volunteered for it?
[15:55] <didrocks> (there is already in change-override some functions for bug subrcriptions, I guess it just need a whitelisted list of teams at one of them should be subbed)
[16:19] <seb128> didrocks, great! I didn't volunteer but I'm fine doing it so I'm doing so now :-)
[16:47] <didrocks> great :)
[16:49] <GunnarHj> seb128: Maybe this requires an archive admin:
[16:49] <GunnarHj> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#vte2.91
[18:53] <seb128> GunnarHj, yes, I will handle the cleanups thanks (also there is a newer version in Debian if you would like to merge again ;-)
[18:57] <GunnarHj> seb128: Again? Ok, I'll do that tomorrow.
[18:57] <seb128> thanks!
[18:58] <GunnarHj> np
[19:34] <tkamppeter> ramcq, printer-driver-all (source printer-metas) is fixed now in Debian, I have reported the problem and they have fixed it. Now hpijs is removed and oki and indexbraille added.
[19:36] <tkamppeter> s/printer-metas/printing-metas/
[19:44] <Trevinho> seb128: not sure should ever happen but if someone had the old extension set manually in their gsettings, what will the new one do?
[19:47] <seb128> Trevinho, we could ship a migration script that ensure to disable the old one in the Ubuntu session...
[19:47] <Trevinho> seb128: yeah, maybe could be done, don't think there are cases though
[19:48] <seb128> I wouldn't worry much about it
[19:48] <Trevinho> seb128: not sure why rdepends on desktop-icons shows lists gnome-shell though, while it's not the case...
[19:48] <seb128> it's possible to have the old and new one loaded, things just are weird but it doesn't break the session
[19:48] <Trevinho> ubuntu-desktop depends on it directly, isn't it?
[19:48] <seb128> Trevinho, use apt rdepends and not apt-cache :p
[19:49] <Trevinho> ah, ok :)
[19:49] <Trevinho> broken tools
[19:49] <seb128> :-)
[19:49] <seb128> well, 'broken'
[19:49] <Trevinho> well not broken, but still...
[19:49] <Trevinho> it doesn't say why it mentions
[19:49] <seb128> right, incomplete
[19:49] <seb128> apt rdepends ftw :-)
[19:50] <KGB-2> gnome-shell ubuntu/master b5bddb5 Marco Trevisan (Treviño) debian/ control control.in * debian/control: Add gnome-remote-desktop as recommended * https://deb.li/33NIl
[19:50] <KGB-2> gnome-shell ubuntu/master 3224c4b Marco Trevisan (Treviño) debian/ubuntu-session-mods/ubuntu.json * debian/ubuntu-session-mods/ubuntu.json: Switch to desktop-icons-ng * https://deb.li/i2KiI
[19:51] <KGB-2> gnome-shell ubuntu/master 1958f4e Marco Trevisan (Treviño) debian/ubuntu-session-mods/ubuntu.json * debian/ubuntu-session-mods/ubuntu.json: Switch to desktop-icons-ng * https://deb.li/UGZc
[21:00] <ramcq> tkamppeter: great - you beat me to it (via that path) as I also sent a MR :)
[21:01] <ramcq> tkamppeter: can you confirm (maybe tomorrow :D) the right path for browsing? I can't get a clear answer on whether cups-browsed is needed these days
[21:02] <ramcq> cupsd can do temporary queues, but only if the app uses this feature, which qt/libreoffice does, but gtk will not, and cups-browsed will make driverless work better ...?!
[21:05] <KGB-0> gnome-control-center signed tags 1637086 Sebastien Bacher ubuntu/1%3.38.4-1ubuntu2 * gnome-control-center Debian release 1:3.38.4-1ubuntu2 * https://deb.li/3erFA
[21:05] <KGB-0> gnome-control-center ubuntu/master e700ce2 Sebastien Bacher debian/ changelog patches/series patches/git_power_profiles.patch * https://deb.li/3kQUe
[21:05] <KGB-0> power: Add "Power Mode" sectionn. Use power-profiles-daemon
[21:05] <KGB-0> to implement switchable power profiles. The performance profile will
[21:05] <KGB-0> only be available on systems which provide this functionality.
[21:06] <KGB-0> gnome-control-center ubuntu/master 69a4fc4 Sebastien Bacher debian/ changelog control control.in * Recommends power-profiles-daemon * https://deb.li/iWb10
[21:06] <KGB-0> gnome-control-center ubuntu/master 2331768 Sebastien Bacher debian/changelog * upload to ubuntu * https://deb.li/prB2
[21:53] <tkamppeter> ramcq, the role of cups-browed in a default desktop installation of Ubuntu is to turn CUPS' temporary queues into permanent queues, so that you can print with the GTK print dialog.
[21:54] <tkamppeter> ramcq, once the GTK dialog supports temporary CUPS queues we can stop shipping cups-browsed by default. cups-browsed then is only needed for advanced network printing features like clustering.
[22:12] <KGB-2> vte2.91 ubuntu/master ed7e116 Gunnar Hjalmarsson * pushed 14 commits (first 5 follow) * https://deb.li/Yls
[22:12] <KGB-2> vte2.91 ubuntu/master 4750136 Christian Persch meson.build * Post release version bump * https://deb.li/3mxAe
[22:12] <KGB-2> vte2.91 ubuntu/master fd94218 Christian Persch src/vte.cc * Revert "lib: Sanitise the passed-in font description" * https://deb.li/3kMII
[22:12] <KGB-2> vte2.91 ubuntu/master ed3eb69 Kjartan Maraas po/nb.po * Update Norwegian Bokmål translation * https://deb.li/i7ZiA
[22:12] <KGB-2> vte2.91 ubuntu/master c80a869 Christian Persch src/keymap.cc * keymap: Use int8_t for the length of the short keymap strings * https://deb.li/4OQi
[22:12] <KGB-2> vte2.91 ubuntu/master 9634ae8 Simon McVittie meson.build po/nb.po src/keymap.cc src/vte.cc * New upstream version 0.62.3 * https://deb.li/3jJ9h
[22:14] <KGB-2> vte2.91 ubuntu/master bca82b7 Gunnar Hjalmarsson debian/changelog * Release to hirsute * https://deb.li/b5In
[22:15] <KGB-2> vte2.91 signed tags 2f114dc Gunnar Hjalmarsson ubuntu/0.62.3-1ubuntu1 * vte2.91 Debian release 0.62.3-1ubuntu1 * https://deb.li/3v7p7