[06:38] <oSoMoN> good morning desktoppers
[06:43] <jamesh> morning oSoMoN
[06:44] <oSoMoN> hey jamesh
[06:45] <duflu> Morning oSoMoN
[06:45] <duflu> Afternoon jamesh
[06:46] <jamesh> hi duflu
[07:09] <seb128> gooood morning desktopers
[07:12] <oSoMoN> salut seb128
[07:12] <seb128> lut oSoMoN, comment ça va ? passé un bon w.e ?
[07:13] <duflu> Morning seb128
[07:13] <seb128> hey duflu, how are you?
[07:14] <duflu> seb128, pretty average. Glad though I finally got to see family and friends for the first time in a month. How are you?
[07:14] <seb128> I'm good!
[07:15] <seb128> we finally have some sunny days here, shame that we can't really go out to enjoy those though :-/
[07:15] <duflu> Yeah
[07:22] <didrocks> good morning
[07:24] <RAOF> Yo Yo!
[07:25] <didrocks> hey RAOF, welcome to start of confinement world :p
[07:26] <duflu> Morning didrocks
[07:26] <duflu> Evening RAOF
[07:26] <didrocks> hey duflu
[07:27] <oSoMoN> seb128, très bon week-end, on a passé tout le temps dans le jardin, le potager a fière allure :)
[07:27] <RAOF> It's not so much confinement world here (although everything's shutting down now, which is probably for the best)
[07:27] <oSoMoN> hey duflu
[07:28] <oSoMoN> salut didrocks
[07:28] <seb128> lut didrocks, comment ça va ?
[07:28] <seb128> oSoMoN, super :)
[07:28] <didrocks> salut oSoMoN, seb128, ça va et vous ?
[07:28] <seb128> hey RAOF
[07:28] <seb128> didrocks, ça va bien!
[07:29] <didrocks> on range la cave et le garage ici avant le déménagement dans quelques mois
[07:29] <seb128> :-)
[07:29] <didrocks> par contre, ben, pas le moyen de mettre en déchèterie, donc c’est plus du déplacement qu’autre chose :p
[07:58] <Saviq> hey all, is there a bug we can track for https://github.com/canonical/multipass/issues/1440 ?
[07:58] <gitbot> canonical issue 1440 in multipass "Icon in title bar doesn't work at 200% scale" [Bug, Open]
[08:01] <seb128> hey Saviq
[08:01] <seb128> Trevinho, ^
[08:03] <seb128> Saviq, try if http://deb.debian.org/debian/pool/main/g/gnome-shell-extension-appindicator/gnome-shell-extension-appindicator_33-1_all.deb fixes it?
[08:15] <jibel> is night mode broken for anyone on focal ?
[08:16] <jibel> my display doesn't adjust anymore and it's stuck on red
[08:18] <seb128> wfm
[08:18] <seb128> open a bug including the journal log please
[08:19] <jibel> seb128, do you have an entry for night mode in the aggregate menu?
[08:29] <duflu> Saviq, maybe bug 1832793. Otherwise please open a new one in that package
[08:47] <seb128> jibel, yes, when it kicks in it displays an icon in the top right row of icons and it adds a 'night mode activated' section in the menu under the battery one, which has 3 items to configure/postpone/disable
[08:48] <seb128> I just tested by setting a manual night mode start at 9am
[08:48] <seb128> wfm
[09:02] <Saviq> duflu: thanks :)
[09:03] <Laney> hullo
[09:03] <Saviq> Trevinho: is there a package I could try for 1832793 somewhere?
[09:03] <Laney> there's a silo
[09:03] <duflu> Saviq, seb gave a link above
[09:03] <duflu> Morning Laney
[09:04] <Saviq> meh, quassel not notifying me
[09:04] <Saviq> duflu, Trevinho, as you were, thanks
[09:04] <duflu> Not verified it includes *that* fix, but likely
[09:05] <seb128> hey Laney, how are you? had a good w.e?
[09:07] <Laney> hey seb128
[09:07] <Laney> hey duflu
[09:07] <Laney> yeah it was alright, getting used to exercise being the only thing to do!
[09:08] <Laney> what about you?
[09:13] <seb128> doing good so far, weather is nice and I wish I could be outside more/do some tennis but minor frustration when putting things in perspective
[09:18] <Laney> indeed
[09:40] <didrocks> hey Laney!
[09:42] <Laney> moin didrocks
[09:42] <Laney> how's it going
[09:48]  * Laney eyes focal-proposed a bit
[09:51] <didrocks> Laney: good good, still busy refactoring remove/gc on zfs
[10:58] <seb128> didrocks, hey, do you think you could give a pre-upload NEW review to https://launchpad.net/~ubuntu-desktop/+archive/ubuntu/transitions/+sourcepub/11077955/+listing-archive-extra when you have some time? it's a simply python package (gdrive backend to use for deja-dup)
[11:25] <didrocks> seb128: will do this afternoon
[11:26] <seb128> didrocks, thanks
[12:08] <didrocks> seb128: sad about the missing trailing , :)
[12:08] <didrocks> - debian/source/include-binaries list debian/test-example.tar.xz which doesn’t exist
[12:08] <seb128> didrocks, lol, that I can fix :)
[12:08] <Wimpress> Afternoon deaktopers o/
[12:08] <seb128> ah, I copied the debian dir over and forgot to rm that subdir
[12:08] <seb128> hey Wimpress, how are you?
[12:09] <didrocks> seb128: it’s used in the autopkgtests as well?
[12:09] <Wimpress> seb128: OK, I think.
[12:09] <didrocks> or same, leftover?
[12:09] <didrocks> hey Wimpress
[12:09] <Wimpress> What a strange world we live in now.
[12:09] <Wimpress> didrocks: o/
[12:09] <seb128> didrocks, same, forgot to remove the subdirs
[12:09] <didrocks> ack
[12:10] <seb128> didrocks, I've fixed those 3 locally now :)
[12:10] <didrocks> seb128: just a lintian warning on the deb: dpkg W: python3-pydrive: description-starts-with-leading-spaces
[12:11] <didrocks> otherwise, the rest looks good :)
[12:11] <seb128> I guess I should add back the description before the *
[12:11] <seb128> didrocks, thanks!
[12:11] <didrocks> (you are shipping the tests in the binary package which is in purpose I think?)
[12:11] <didrocks> yw! Happy to have spot some things, it was useful :)
[12:12] <didrocks> on purpose*
[12:13] <seb128> didrocks, yeah, the test I just followed up upstream but might make sense to just left them out, they are probably not that useful to users
[12:14] <didrocks> seb128: yeah, I was wondering if shipping them somewhere is interesting for those depending on it, like a mock shipped or not (but that would be in another package in that case)
[12:15] <seb128> didrocks, I don't think anyone use them atm, I will just filtered them out in a first iteration and can add a binary package for test later on
[12:15] <seb128> didrocks, thanks for the review/feedback!
[12:15] <didrocks> sounds good to me
[12:15] <didrocks> yw!
[13:12] <Trevinho> Saviq: sorry, I just saw the highlights...
[13:12] <Trevinho> so, yeah that bug is fixed in the new version
[13:13] <Trevinho> I linked the commit in the github bug
[13:13] <Saviq> Trevinho: reported a new issue, the package from Debian fixes that, but there are new issues…
[13:14] <Saviq> https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/215
[13:14] <gitbot> ubuntu issue 215 in gnome-shell-extension-appindicator "Icons too small and cropped" [Open]
[13:21] <Trevinho> the size thing is actually a feature...
[13:21] <Trevinho> the icons should be all the same size, so 16px.
[13:21] <Trevinho> as upstream icons are, there was no much sense of having app icons to be bigger than system ones
[13:21] <Trevinho> as per the cropped telegram... Quite weird, as I'm not noticing it here :o
[13:25] <clobrano> hello everyone 0/
[13:27] <clobrano> I'm discussing this change in user-themes extension
[13:27] <clobrano> https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/merge_requests/111#note_747703
[13:27] <clobrano> could anyone point me to this "session mode theme" thing?
[13:31] <Saviq> Trevinho: they actually look smaller than the upstream icons, but that may be due to them being circular - regardless, these are meant to be for "legacy" software (compared to GS extensions), which likely expects more than 16px, so the icons won't be optimized to be that small (Multipass's or Telegram's certainly aren't)…
[13:36] <Saviq> commented on the issue
[13:37] <Trevinho> Saviq: the problem for some icons is due to the fact that they introduced some "manual" padding by adding transparent space around. Now, I don't think there's an easy way to detect it, so the only way is just make them all smaller and then wait for apps to update, if ever.
[13:38] <Trevinho> like in unity they used to be 22px, so they were using transparency to add padding in some cases.
[13:39] <Saviq> yeah I know it's not "easy" :)
[13:40] <Saviq> really I'm complaining b/c it's a significant change IMO, and I just wonder if design had a say in that
[13:40] <Saviq> and if we're (macOS-style) experiencing only monochrome icons there, maybe we could desaturate them to highlight that
[13:42] <Trevinho> Saviq: well, "community" design (i.e) yaru people was asking that for some long time.
[13:44] <Trevinho> Saviq: indeed desaturation would be an option indeed for a more uniform experience, but well.. this could be a bit more prolematic for some icons (I remember I tried years ago already, but not all the icons work well with it). But for such thing, would be probably just use symbolic icons... I..e if multipass (for example) would use a symbolic icon, it would just behave like other
[13:44] <Trevinho> gnome-shell icons, so adapting color on highlight.
[13:46] <oSoMoN> did someone recently report issues with bluetooth headsets in focal? my headset pairs fine, but audio output is always on the laptop's builtin speakers, regardless of the sink I select in g-c-c, does that sound familiar to anyone?
[13:48] <oSoMoN> ah, that looks like bug #1850766
[14:25] <seb128> didrocks, https://bugs.launchpad.net/ubuntu/+source/gamemode/+bug/1853830 got security team review and I addressed your MIR-team oriented comments I think, could you have another look to see if it's an ack now?
[14:25] <seb128> didrocks, also I uploaded pydrive to focal if you could also give another round of NEW review there :-)
[15:07] <ricotz> hello desktoppers :)
[15:07] <oSoMoN> hey ricotz
[15:07] <ricotz> oSoMoN, hi, this would be safe for ff 75 too https://bugs.launchpad.net/ubuntu/+source/nasm/+bug/1868445
[15:11] <oSoMoN> ricotz, have you built packages for 75 with your update of nasm?
[15:12] <ricotz> oSoMoN, the 75 beta 7 on xenial picked it up
[15:13] <ricotz> eoan and focal builds are using 2.14.02 from the archive
[15:13] <oSoMoN> ricotz, that sounds good to me
[15:14] <ricotz> oSoMoN, regarding the i386 failure https://bugzilla.mozilla.org/show_bug.cgi?id=1622013
[15:14] <oSoMoN> ricotz, would you mind updating git.launchpad.net/~mozillateam/+git/nasm-mozilla (creating the bionic branch and updating the existing xenial one)
[15:15] <ricotz> oSoMoN, oh, didn't known about that
[15:15] <seb128> hey ricotz, how are you?
[15:17] <ricotz> seb128, hey, good, despite the curfew ;), I am hoping you too
[15:17] <seb128> I am, thanks!
[15:18] <ricotz> seb128, I was about to ask if you will have time later to upload a new vala release?
[15:18] <ricotz> (or tomorrow)
[15:18] <seb128> ricotz, no problem, just give me a ping when it's ready
[15:19] <ricotz> seb128, thanks, still in progress upstream :)
[15:35] <oSoMoN> seb128, I wonder why the thunderbird upstream version isn't correctly displayed at https://people.canonical.com/~platform/desktop/versions.html ?
[15:37] <oSoMoN> are there logs of the ubuntu-desktop-versions runs?
[15:39] <seb128> oSoMoN, there is a log on the server but it's empty
[15:43] <seb128> oSoMoN, I set DEBUG=1, let's see on the next refresh if that helps, the mozjs ones are probably having the same issue
[15:45] <didrocks> seb128: mind if I give the deep look tomorrow? Quite stuck in very complicated test cases right now and focused
[15:45] <seb128> didrocks, no problem, good luck with the test cases :)
[15:48] <didrocks> thx, quite committing for uncommitting :/
[17:00] <seb128> oSoMoN, could you report your device selection issue to upstream (if I understand correctly it's not limited to g-c-c but also an issue using pactl)?
[17:00] <seb128> oSoMoN, also would be useful if you could downgrade pulseaudio to 0.13 to see if it's a regression of that update
[17:03] <seb128> didrocks, you worked on plymouth for the fsck integration, do you have any hacking tips on how to test changes? can it be done 'in session' or need to reboot iterate for testing?
[17:10] <oSoMoN> seb128, will do
[17:12] <seb128> didrocks, unping, found a way to hack on it easily
[17:20] <didrocks> ack :)
[17:20] <didrocks> I think I just did some exit 1
[17:20] <didrocks> in a vm
[17:20] <seb128> in fact you can plymouthd --no-daemon --debug
[17:21] <seb128> then plymouth show-splash
[17:21] <seb128> then ssh it and send commands using the plymouth command
[17:21] <didrocks> oh right, I was doing something like that, with some nested X session
[17:21] <didrocks> because the in window mode didn’t really work
[18:52] <ngaio> hi, is there a good reason why libunity and its introspection bindings are not in Debian? They're in openSUSE and Fedora but not Debian, which is surprising! I'm an application developer and I really like the badge counts and launcher progress bars.
[20:05] <seb128> ngaio, hey, probably just didn't find a maintainer interested, according to https://tracker.debian.org/pkg/libunity it had been in Debian experimental but the maintainer lost interest and it got removed
[20:19] <ricotz> oSoMoN, I updated the nasm-mozilla repo
[20:36] <oSoMoN> ricotz, thanks
[21:30] <ngaio> seb128, on a related note, when a package is synced from Debian to the Universe repository, is it possible to patch the package requirements to include a new dependency (in this instance, gir1.2-unity-5.0)?
[21:37] <seb128> ngaio, no, we need to add a delta/merge the package then
[21:38] <ngaio> seb128, in that case is there a set procedure to request a package be promoted from Universe to Main?
[21:38] <seb128> ngaio, unsure how that's related?
[21:40] <ngaio> seb128, because my package (Rapid Photo Downloader) has a dependency on gir1.2-unity-5.0. It's optional, but a nice feature (launcher progess bars, badge counts). If Rapid Photo Downloader is synced straight from Debian, it will never have that feature, because the package does not exist in Debian. If Rapid Photo Downloader is packaged in Ubuntu, it will have the feature.
[21:41] <ngaio> and in my opinion Rapid Photo Downloader is now in good enough shape to make it into Main
[21:42] <seb128> ngaio, packages in main are just the ones which Canonical provides support for/installed by default, your app doesn't need to be in main
[21:42] <seb128> ngaio, could be easier to just do a snap of it?
[21:44] <ngaio> seb128, I've tried to make a functioning snap but it's a very difficult app to run confined (it does stuff like issue commands to GVFS / GIO, which is impossible from confinement)
[21:44] <seb128> ngaio, k, and what language is it written in?
[21:45] <ngaio> seb128, Python + PyQt 5
[21:46] <seb128> ngaio, it's possible to have a depends added for Ubuntu only in that case, Build-Depends can't be generated dynamically but Depends is doable
[21:47] <seb128> ngaio, see e.g https://salsa.debian.org/utopia-team/udisks2/-/blob/master/debian/rules , the bottom section
[21:49] <ngaio> seb128, oh okay great, in that case, I'll let the Debian packager know about that! That's wonderful news. Thanks!
[21:50] <ngaio> seb128, when he packages it up (hopefully soon), can I return here and ask for it to be synced from Debian Unstable to Ubuntu Universe?
[21:51] <ngaio> seb128, I'd dearly love to avoid 5 years of bug reports on things I already fixed and features I already added ;-)
[21:51] <seb128> ngaio, the right way is to open a bug on launchpad https://bugs.launchpad.net/ubuntu/+filebug and subscribe ubuntu-sponsors
[21:52] <ngaio> seb128, okay very good, thanks again
[21:52] <seb128> yw!