[04:18] <didrocks> good morning
[04:26] <luna__> morning
[05:36] <duflu> Hi didrocks and luna__ 
[05:44] <didrocks> hey duflu 
[06:12] <oSoMoN> good morning desktoppers
[06:21] <duflu> didrocks, could you please add Seb to https://salsa.debian.org/groups/ubuntu-dev-team/-/group_members ?
[06:22] <seb128> goood morning desktopers
[06:22] <duflu> Morning oSoMoN and seb128 
[06:22] <seb128> hey duflu, how are you?
[06:22] <seb128> lut oSoMoN and didrocks, en forme ?
[06:23] <duflu> seb128, pretty average today. How are you?
[06:25] <oSoMoN> salut seb128, hey duflu 
[06:26] <oSoMoN> 'twas a short night, but I'm feeling good and rested nevertheless
[06:26] <seb128> duflu, a bit tired but alright otherwise
[06:30] <didrocks> duflu: done
[06:30] <didrocks> salut seb128, ça va, et toi ?
[06:31] <seb128> didrocks, 'ci pour salsa
[06:31] <seb128> didrocks, ça va, les vacances ont fait du bien, j'ai vraiment déconnecté. Par contre du coup maintenant y a pas mal à rattraper :)
[06:31] <didrocks> héhé, pareil ici :)
[06:46] <seb128> oSoMoN, hey, could you share details about what you wrote there?
[06:46] <seb128> 'This was a challenge on its own as git fast-import doesn't like bzr's file renaming capabilities' 
[06:46] <seb128> I had issues trying to migrate some repositories, I wonder if that's the same problem and how you workarounded it
[06:47] <oSoMoN> seb128, I used "bzr fast-export --plain" and piped into "git fast-import", but as soon as fast-import encountered a revision where a file was renamed/moved, it choked and bailed out
[06:48] <seb128> like python exception?
[06:48] <oSoMoN> I don't recall whether it was a python exception (is fast-import written in python?), but it was a fatal error for sure
[06:49] <oSoMoN> so what I ended up doing is tedious and doesn't scale:
[06:49] <oSoMoN> I imported as many revisions as I could before the first move/rename (exported only the relevant revision range)
[06:51] <oSoMoN> then exported each subsequent revision one by one, imported it in the new git repo, which created a revision that wasn't applied on top of my branch, and cherry-picked that revision
[06:51] <oSoMoN> in some cases (where there were renames/moves), this required manual fiddling of the imported revision
[06:52] <oSoMoN> there's gotta be a better way, but since my branch only had ~40 revisions I figured it would be faster this way than diving into the internals of fast-import
[07:31] <seb128> oSoMoN, ok, thanks
[07:38] <seb128> jamesh, hey. About what you wrote on https://github.com/ubuntu/gnome-sdk/issues/49 , are you sure we aren't using the system config? When using the x11 interface, from a snap shell env, /etc/fonts/conf.avail and /etc/fonts/conf.d are available and readable
[07:39] <jamesh> seb128: yeah. desktop-launch sets some environment variables to use the config from the gnome-platform snap: https://github.com/snapcore/snapcraft/blob/main/extensions/desktop/common/desktop-exports#L290-L292
[07:44] <seb128> jamesh, ah, thanks. It's a bit unfortunate :/
[07:45] <jamesh> seb128: if fontconfig's configuration parser didn't treat unknown syntax as a hard error, then maybe we could recommend using the default config
[07:46] <jamesh> but it definitely caused problems when the default config started adding <its:rules> elements older fontconfig versions didn't recognise
[07:46] <seb128> right, makes sense
[07:46] <lissyx> either way, I dont understand the suggested solutions
[07:47] <seb128> lissyx, the snap can read the fonts from the system, it's just not using the /etc configs
[07:47] <seb128> so we could either bundle the font and it's config with the gnome snap
[07:47] <seb128> or just include the config (which is smaller) and rely on the font to be available on the system
[07:48] <jamesh> lissyx: one suggestion was to include the URW fonts in the gnome platform snap: we'd then ensure the fonts plus their config files would be available as PostScript font stand-ins.
[07:48] <jamesh> lissyx: the second was to just include the configuration files in the snap, which would have minimal impact to the size of the snap, but wouldn't help if the base system didn't have the fonts installed
[07:48] <seb128> jamesh, we will need eventually to find a solution that doesn't rely on the system for confined desktop, or is the desktop snap going to bundle all the fonts?
[07:50] <jamesh> seb128: we're shipping a collection of fonts in the boot base snap, which are visible to app snaps in the same way they are on classic Ubuntu
[07:50] <jamesh> we don't really have a good way to add more fonts to the system besides installing them in the user's home dir
[07:51] <seb128> we could have fonts snap, the same way we have theme ones right?
[07:51] <jamesh> that'd work too, yeah.
[08:56] <lissyx> oSoMoN, looks like beta will get debug symbols? :) https://launchpad.net/~mozilla-snaps/firefox/+snap/firefox-snap-beta/+build/1859443
[08:56] <lissyx> as well as ESR
[08:59] <oSoMoN> yes
[09:02] <oSoMoN> I haven't merged into ESR yet, will do today
[09:03] <luna__> and 104 is packaging?
[09:10] <lissyx> oSoMoN, there's a debug package built on ESR yet: https://launchpad.net/~mozilla-snaps/firefox/+snap/firefox-snap-esr/+build/1859283
[09:17] <oSoMoN> ah! I did merge it yesterday, but it was late and I didn't remember it… All good then :)
[09:18] <oSoMoN> luna__, 104.0-3 is available as a snap in the candidate channel, and debs for bionic and focal are ready in a PPA too
[09:29] <luna__> oSoMoN: great :)
[09:35] <ricotz> oSoMoN, hi :), are there any backchannel news for https://bugs.launchpad.net/ubuntu/+source/cargo/+bug/1986648 ?
[09:35] <schopin> oSoMoN, ricotz: not at the moment sorry
[09:36] <ricotz> schopin, hi, I assume that means you are planning to work on it?
[09:37] <schopin> ricotz: yes, unless someone from desktop volunteers? ;-)
[09:37] <ricotz> schopin, I see :)
[09:38] <ricotz> schopin, fyi, https://salsa.debian.org/rust-team/rust/-/merge_requests
[09:38] <schopin> yup, I saw it as well :)
[09:38] <ricotz> good :)
[12:39] <mdeslaur> jbicha: finally! I figured gst-plugins-* out, it's opencv, now I need to figure out why
[12:45] <mdeslaur> hrm, that doesn't explain why gst-plugins-good1.0 is failing too when I try it
[13:03] <mdeslaur> oh, because gst-plugins-good1.0 is failing in a completely different way, that's why
[14:06] <KGB-0> gnome-calendar signed tags 39b26f9 Jeremy Bicha upstream/43_beta * Upstream version 43~beta * https://deb.li/34ilA
[14:07] <KGB-0> gnome-calendar upstream/latest 5df9836 Jeremy Bicha * pushed 93 commits (first 5 follow) * https://deb.li/3R7b1
[14:07] <KGB-0> gnome-calendar upstream/latest 7149290 Aleksandr Melman po/ru.po * Update Russian translation * https://deb.li/TiHd
[14:07] <KGB-0> gnome-calendar upstream/latest efc50de Emin Tufan Çetin po/tr.po * Update Turkish translation * https://deb.li/i3C5V
[14:07] <KGB-0> gnome-calendar upstream/latest cbaf46b Kukuh Syafaat po/id.po * Update Indonesian translation * https://deb.li/QidD
[14:07] <KGB-0> gnome-calendar upstream/latest c76da42 Fabio Tomat po/fur.po * Update Friulian translation * https://deb.li/3HSgz
[14:07] <KGB-0> gnome-calendar upstream/latest aa99cc0 Nart Tlisha po/ LINGUAS ab.po * Add Abkhazian translation * https://deb.li/V7VR
[14:18] <seb128> kenvandine, hey, rls bug quick round?
[14:19] <seb128> sorry I had to go fix something I screwed in the house and it wasn't as trivial as expected but I'm back now
[14:19] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-kk-incoming-bug-tasks.html
[14:19] <seb128> bug #1987304
[14:20] <seb128> it's assigned now
[14:20] <seb128> the modemmanager/server isn't owned by us
[14:20] <seb128> bug #1987001 
[14:21] <seb128> we should own the n-m part but it's being worked on
[14:22] <seb128> bug #1977769
[14:22] <seb128> I'm removing the rls tag since we decided to not switch to console this cycle
[14:24] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-kk-tracking-bug-tasks.html
[14:24] <seb128> bug #1968333 isn't ours, it's an universe component since bionic
[14:25] <seb128> skipping some we already discussed previously
[14:25] <diddledani> the gtk3 ftbfs is indeed a reftest fail - `/<<PKGBUILDDIR>>/testsuite/reftests/box-shadow-changes-modify-clip.ui: FAIL`
[14:26] <seb128> diddledani, thanks I had noticed that :)
[14:26] <diddledani> :-)
[14:28] <seb128> tjaalton, could you review bug #1987038 for sponsoring?
[14:29] <diddledani> looks like the box-shadow-changes-modify-clip.ui has been disabled in the past during cosmic, but is back enabled again: https://launchpad.net/ubuntu/+source/gtk+3.0/+changelog `gtk+3.0 (3.24.0-3ubuntu1) cosmic; urgency=medium`: `+ debian/rules: Mark additional known test failures: - box-shadow-changes-modify-clip.ui`
[14:30] <seb128> diddledani, which is weird, because the build log https://launchpadlibrarian.net/619434772/buildlog_ubuntu-kinetic-amd64.gtk+3.0_3.24.34-3ubuntu1_BUILDING.txt.gz has 
[14:30] <seb128> # Mark reftests with known failures as non-fatal
[14:30] <seb128> # (See also somehow_broken in testsuite/reftests/meson.build)
[14:30] <seb128> touch testsuite/reftests/box-shadow-changes-modify-clip.ui.known_fail
[14:30] <diddledani> odd.
[14:30] <seb128> anyway, I asked nteodosio to poke at it, if you plan to finish the debugging let him know :)
[14:31] <seb128> and I need to stop the rls review there, I've another meeting!
[14:47] <diddledani> found the issue - the patch `reftest-known-fail` was removed from `debian/patches/series`
[14:51] <jbicha> diddledani: ok, so we need to update our debian/rules diff to adapt to the Debian reftest changes
[14:53] <seb128> nteodosio, ^
[14:54] <nteodosio> seb128: ack, thanks
[15:00] <seb128> diddledani, thanks!
[16:06] <KGB-0> gnome-photos signed tags 73d8c31 Jeremy Bicha upstream/43_beta * Upstream version 43~beta * https://deb.li/34zFs
[16:06] <KGB-2> gnome-photos pristine-tar e7aec91 Jeremy Bicha gnome-photos_43~beta.orig.tar.xz.delta gnome-photos_43~beta.orig.tar.xz.id * pristine-tar data for gnome-photos_43~beta.orig.tar.xz * https://deb.li/3TQFA
[16:11] <tjaalton> seb128: uploaded to debian, it should sync itself?
[16:15] <jbicha> tjaalton: did you see that libwacom is stuck in kinetic-proposed because it adds a dependency on python3-libevdev which is in universe?
[16:18] <tjaalton> jbicha: no
[16:26] <jbicha> tjaalton: could you have libwacom9 stop Recommending libwacom-bin and then we could demote libwacom-bin to universe & no longer install it by default?
[16:30] <tjaalton> perhaps
[16:33] <KGB-2> glade upstream/latest 72fed94 Jeremy Bicha * pushed 169 commits (first 5 follow) * https://deb.li/3XzOh
[16:33] <KGB-2> glade upstream/latest 89ef739 Luming Zh po/zh_CN.po * Update Chinese (China) translation * https://deb.li/3m637
[16:33] <KGB-2> glade upstream/latest 4154a7c Charles Monzat po/fr.po * Update French translation * https://deb.li/3UABU
[16:33] <KGB-2> glade upstream/latest 6fca410 Daniel Mustieles po/es.po * Updated Spanish translation * https://deb.li/3G57
[16:33] <KGB-2> glade upstream/latest 21e0820 Irénée THIRION po/fr.po * Update French translation * https://deb.li/32kZd
[16:33] <KGB-2> glade upstream/latest 4a8822c Yuri Chornoivan po/uk.po * Update Ukrainian translation * https://deb.li/38Kq1
[17:07] <seb128> tjaalton, thanks!
[18:36] <KGB-2> gnome-control-center signed tags d9163e4 Marco Trevisan ubuntu/1%41.7-0ubuntu0.22.04.4 * gnome-control-center Debian release 1:41.7-0ubuntu0.22.04.4 * https://deb.li/34HHy
[18:36] <KGB-2> gnome-control-center ubuntu/jammy 3641df4 Marco Trevisan (Treviño) debian/patches/ubuntu/Allow-tweaking-some-settings-for-Ubuntu-Dock.patch * debian/patches: Read the user value for gedit setting before changing it * https://deb.li/ij9s4
[18:36] <KGB-2> gnome-control-center ubuntu/jammy af8ae2c Marco Trevisan (Treviño) debian/gbp.conf * debian/gbp.conf: Set upstream branch to upstream/42.x * https://deb.li/ifnD
[18:37] <KGB-2> gnome-control-center ubuntu/jammy ed23bc0 Marco Trevisan (Treviño) debian/changelog * debian/changelog: Restore version 1:41.7-0ubuntu0.22.04.2 * https://deb.li/320dz
[18:37] <KGB-2> gnome-control-center ubuntu/jammy 7b95ab4 Marco Trevisan (Treviño) debian/changelog * Update changelog * https://deb.li/qv7R
[18:37] <KGB-2> gnome-control-center ubuntu/jammy b8f9798 Marco Trevisan (Treviño) debian/changelog * Upload to jammy * https://deb.li/3VUVv
[19:02] <KGB-2> libgovirt signed tags 8202cde Jeremy Bicha upstream/0.3.9 * Upstream version 0.3.9 * https://deb.li/3tHKU
[19:02] <KGB-2> libgovirt upstream/latest aac4284 Jeremy Bicha * pushed 18 commits (first 5 follow) * https://deb.li/Gwgn
[19:02] <KGB-2> libgovirt upstream/latest ebc41eb Asier Sarasua Garmendia po/eu.po * Update Basque translation * https://deb.li/3yfJ7
[19:02] <KGB-2> libgovirt upstream/latest 5c84f53 Jordi Mas i Hernandez po/ LINGUAS ca.po * Add Catalan translation * https://deb.li/EfN0
[19:02] <KGB-0> libgovirt pristine-tar 162fd47 Jeremy Bicha libgovirt_0.3.9.orig.tar.xz.delta libgovirt_0.3.9.orig.tar.xz.id * pristine-tar data for libgovirt_0.3.9.orig.tar.xz * https://deb.li/tvHN
[19:02] <KGB-2> libgovirt upstream/latest 95c8a0f Jiri Grönroos po/ LINGUAS fi.po * Add Finnish translation * https://deb.li/3I0P2
[19:02] <KGB-2> libgovirt upstream/latest c03a7a5 Alan Mortensen po/da.po * Update Danish translation * https://deb.li/XvOi
[19:02] <KGB-2> libgovirt upstream/latest b1f792b Hugo Carvalho po/pt.po * Update Portuguese translation * https://deb.li/iUUmh
[19:30] <KGB-2> gnome-boxes signed tags b05889c Jeremy Bicha upstream/43_beta * Upstream version 43~beta * https://deb.li/MqM0
[19:31] <KGB-0> gnome-boxes pristine-tar 7d47e61 Jeremy Bicha gnome-boxes_43~beta.orig.tar.xz.delta gnome-boxes_43~beta.orig.tar.xz.id * pristine-tar data for gnome-boxes_43~beta.orig.tar.xz * https://deb.li/3eqA4