[01:45] <callmepk> good miorning
[01:46] <callmepk> s/mi/m/
=== cpaelzer_ is now known as cpaelzer
=== guiverc2 is now known as guiverc
[07:06] <oSoMoN> good morning desktoppers
[07:06] <didrocks> good morning, hey oSoMoN 
[07:06] <oSoMoN> salut didrocks 
[07:06] <jpnurmi> good morning
[07:07] <callmepk> good morning oSoMoN didrocks jpnurmi 
[07:09] <didrocks> hey jpnurmi, callmepk 
[07:11] <oSoMoN> good morning jpnurmi, hey callmepk 
[07:13] <jibel> Good morning all
[07:17] <seb128> goood morning desktopers
[07:18] <oSoMoN> salut jibel, seb128 
[07:19] <jibel> Salut oSoMoN 
[07:19] <didrocks> hello jibel, seb128 
[07:19] <jibel> Hi seb128 didrocks 
[07:21] <seb128> lut oSoMoN jibel didrocks, comment ça va ? vous avez passé un bon weekend?
[07:22] <oSoMoN> très bon week-end, il a fait beau et de nouveau chaud, on en a bien profité, et toi?
[07:23] <didrocks> Bon week-end, profité pour reprendre les travaux ici, donc béton, charriage de terre, remplissage de sable, etc etc etc :)
[07:24] <seb128> didrocks, un peu de travail physique ça fait du bien des fois :)
[07:25] <seb128> oSoMoN, bon weekend également, y a fait beau, on en a profité aussi, on a mangé en terrasse samedi et on a fait le tour des parcs
[07:39] <ricotz> good morning everyone!
[07:40] <oSoMoN> good morning ricotz 
[07:52] <seb128> hey ricotz, how are you?
[07:56] <ricotz> hey oSoMoN seb128 
[07:57] <ricotz> I am doing well, hoping for time for biking this week :)
[08:05] <duflu> Morning oSoMoN, didrocks, jpnurmi, jibel, seb128, ricotz 
[08:06] <jibel> Hi duflu 
[08:09] <oSoMoN> hey duflu 
[08:12] <didrocks> hey duflu 
[08:32] <seb128> hey duflu, how are you?
[08:33] <seb128> oSoMoN, did you submit that thunderbird request to cherry pick the snap profile fix to stable?
[08:33] <duflu> seb128, a bit wrecked. Three birthdays plus father's day is too much for one weekend. And I got up early for the car service which doesn't help. How are you?
[08:34] <seb128> duflu, I'm alright, weekend was nice and sunny, I just could have done with a bit more sleep
[09:04] <KGB-0> geary tags 4bcf5a0 Laurent Bigonville upstream/40.0 * Upstream version 40.0 * https://deb.li/Dchv
[09:05] <KGB-0> geary upstream/latest 31a9714 Laurent Bigonville * pushed 421 commits (first 5 follow) * https://deb.li/3TZI4
[09:05] <KGB-0> geary upstream/latest 3a5bb35 Michael Gratton NEWS meson.build * build: Update for 40.rc * https://deb.li/LZoV
[09:05] <KGB-0> geary upstream/latest 3310ca4 Michael Gratton src/client/application/application-main-window.vala ui/application-main-window.ui ui/components-main-toolbar.ui * Merge branch 'panels-split' into 'mainline' * https://deb.li/3qVEg
[09:05] <KGB-0> geary upstream/latest 3b9ef74 Michael Gratton org.gnome.Geary.json org.gnome.Geary.yaml * Merge branch 'flatpak-libhandy-vapi' into 'mainline' * https://deb.li/3icwN
[09:05] <KGB-0> geary upstream/latest 22371d5 Hugo Carvalho po/pt.po * Update Portuguese translation * https://deb.li/i2Mex
[09:05] <KGB-0> geary upstream/latest c28edda Michael Gratton NEWS meson.build * Merge branch 'mjog/release-40.rc' into 'mainline' * https://deb.li/wZX2
[09:06] <KGB-0> geary pristine-tar 5015254 Laurent Bigonville geary_40.0.orig.tar.xz.delta geary_40.0.orig.tar.xz.id * pristine-tar data for geary_40.0.orig.tar.xz * https://deb.li/3tVLC
[09:09] <oSoMoN> seb128, not yet, will do today
[09:18] <seb128> oSoMoN, thx
[09:36] <callmepk> hi jibel seb128 
[09:36]  * callmepk finally freed from air-conditioning leaking
[09:47] <oSoMoN> seb128, https://bugzilla.mozilla.org/show_bug.cgi?id=1726808#c5
[09:47] <ubottu> Mozilla bug 1726808 in Toolkit "nsToolkitProfileService::IsSnapEnvironment() hardcodes 'firefox' instead of checking against MOZ_APP_NAME" [--, Resolved: Fixed]
[09:52] <jibel> Hi callmepk 
[10:01] <seb128> oSoMoN, 👍
[11:37] <ricotz> seb128, hi, would you have a moment for these two syncs
[11:37] <ricotz> https://bugs.launchpad.net/ubuntu/+source/vala/+bug/1941067
[11:37] <ubottu> Launchpad bug 1941067 in vala (Ubuntu) "Sync vala 0.52.5-1 (universe) from Debian experimental (main)" [Wishlist, New]
[11:37] <ricotz> https://bugs.launchpad.net/ubuntu/+source/akira/+bug/1940954
[11:37] <ubottu> Launchpad bug 1940954 in akira (Ubuntu) "Sync akira 0.0.15-1 (universe) from Debian experimental (main)" [Wishlist, New]
[11:39] <seb128> ricotz, what's the point of syncing vala, is there any change compared to ~sync1?
[11:39] <ricotz> seb128, vala would be a no-change rebuild only
[11:41] <seb128> ricotz, sounds like we can do without it to spare resources?
[11:43] <ricotz> yes
[11:47] <seb128> ricotz, the version of akira requested doesn't exist anymore, do you want 0.0.16 from unstable?
[11:48]  * ricotz looks
[11:55] <ricotz> syncing won't build anymore due to a superfluous packaging granite bump :(
[11:57] <seb128> ricotz, in fact using -V to specify the version works, 0.0.15 synced
[11:58] <ricotz> seb128, I could prepare a 0.0.16 package with a lowered granite dep
[11:59] <seb128>  ricotz it's up to you if you want to update to that one, 0.0.15 synced for now
[12:00] <ricotz> seb128, what is the version policy for such a case, it is basically a sync with minor dep version tweak
[12:01] <ricotz> "0.0.16-1~ubuntu1" ?
[12:01] <ricotz> seb128, thank you for 0.0.15
[12:01] <seb128> ricotz, I don't think there is a strict rule, just anything that is lower and doesn't include 'ubuntu', what you suggested works
[12:02] <ricotz> ah, so an automatic sync will be performed next cycle
[12:02] <ricotz> "0.0.16-1~build1"
[12:05] <ricotz> ah, after looking at the upstream changes then 0.0.15 is good enough
[12:11] <seb128> 👍
[12:11] <seb128> ricotz, yes, only 'versions with 'ubuntu' are not overwriten
[12:12] <ricotz> I will keep that in mind :)
[13:02] <GunnarHj> Hi jbicha! As regards gtk4 in Ubuntu please note bug #1937922. Looks like also sysprof needs to be built on i386.
[13:02] <ubottu> Bug 1937922 in ibus (Ubuntu) "gtk4 not built for i386" [Undecided, Fix Released] https://launchpad.net/bugs/1937922
[13:12] <jbicha> GunnarHj: yes, we could build sysprof on i386 or we could do a hack with an alternate Build-Depends & then adjust debian/rules
[13:14] <jbicha> I'm leaning towards the hack because it would be nice to use the same hack when gtk4 gets built with tracker support
[13:15] <GunnarHj> jbicha: Suppose you are talking about not enabling sysprof support for i386 only.
[13:15] <jbicha> yes
[13:16] <GunnarHj> jbicha: Ok. Fine for me.
[13:17] <seb128> jbicha, hacking build-depends isn't possible usually since those ends up in the .dsc and such aren't dynamic
[13:18] <jbicha> I don't know if we've used the alternate Build-Depends hack in Debian GNOME yet, but since Debian builders ignores alternate Build-Depends but the Ubuntu builders can use it, we just add an alternate for something easy (maybe ubuntu-docs?)
[13:18] <seb128> ah, you really mean hack there :)
[13:18] <seb128> imho we should request sysprof to be built on i386, easier
[13:18] <jbicha> libsysprof-capture-4-dev (>= 3.40.1) [linux-any] | ubuntu-docs [i386]
[13:19] <jbicha> (for current Debian packaging)
[13:19] <jbicha> because exclusions like this don't work:   libsysprof-capture-4-dev (>= 3.40.1) [!i386]
[13:25] <GunnarHj> jbicha: But you'd need to pick something better than ubuntu-docs. ;) 1. It's not build on i386 2. gtk4 should be available also on non-GNOME desktops.
[13:26] <jbicha> I haven't tested but I believe ubuntu-docs is installable on i386. It's just a Build-Depends so users don't have to have ubuntu-docs installed for it to work
[13:26] <GunnarHj> Right, only build-depends. Faulty thinking on my side.
[13:26] <jbicha> oh, never mind, ubuntu-docs depends on yelp which isn't on i386
[13:27] <jbicha> that would have been convenient since making it a clear Ubuntu-only package helps make it a bit more clear what the intent of the hack is
[13:28] <GunnarHj> jbicha: That could be stated in a comment, right?
[13:28] <jbicha> yes! :)
[13:32] <GunnarHj> jbicha: dh-translations ?
[13:32] <jbicha> ok
[13:45] <seb128> GunnarHj, jbicha , let's build sysprof on i386 rather than do hacks
[13:47] <jbicha> that's fine with me. For the future, maybe we can just not build tracker support on Debian's gtk4 on i386 either (and use a whitelist of architectures for the Build-Depends there)
[13:48] <GunnarHj> seb128, jbicha: More straightforward indeed.
=== xv8 is now known as XV8
=== XV8 is now known as xv8
=== xv8 is now known as XV8
=== XV8 is now known as xv8