[03:56] <didrocks> good morning
[06:02] <duflu> Hi didrocks and oSoMoN 
[06:03] <oSoMoN> hey duflu
[06:03] <oSoMoN> good morning desktoppers
[06:08] <didrocks> hey duflu, salut oSoMoN 
[06:11] <oSoMoN> salut didrocks 
[06:30] <jibel> Good morning all
[06:57] <seb128> goood morning desktopers
[07:00] <duflu> Hi seb128 
[07:01] <duflu> Hi jibel 
[07:06] <seb128> hey duflu, how are you doing?
[07:07] <didrocks> saklut jibel, seb128 
[07:07] <seb128> lut didrocks, jibel, en forme ?
[07:09] <didrocks> ça va, et toi ? :)
[07:09] <duflu> seb128, not great today but coping. You?
[07:12] <seb128> duflu, :-( 
[07:12] <seb128> I'm alright thanks, heat wave ended!
[07:13] <didrocks> not for everyone :p
[07:13]  * didrocks waits for the promised rain tonight
[07:14] <duflu> Winter and 22 degrees here B)
[07:14] <seb128> also played tennis which was quite nice :)
[09:44] <seb129> duflu, on bug #1976204 are you saying that the same source built locally and from the archive gives different results?
[09:45] <seb129> also that should be fixed with the SRU that moved recently to update if that's the same as #13?
[09:46] <duflu> seb129, the freeze never occurred in git builds run from a local prefix (normal development environment). But the freeze does occur in git builds packaged into debs and installed system-wide. So that's what I'm using now
[09:47] <seb129> duflu, is it fixed in 42.2? #13 suggested that it might?
[09:49] <duflu> seb129, nope
[09:49] <duflu> that's the first thing I checked today
[09:49] <seb129> ah ok
[09:50] <seb129> are you working on the issue? or Marco?
[09:50] <seb129> it's an important one of the oem team since it's blocking enablement for new models
[09:51] <duflu> seb129, I am as mentioned in the bug but I will assign it to be clear...
[09:52] <seb129> duflu, ok thanks, sorry I got confused by the reference to #13 where Marco stated it should be fixed in 42.2
[09:53] <duflu> Yeah but that was on 8 June
[09:54] <duflu> At that time I think I was spending all week catching up on bug mail post-vacation
[12:05] <jbicha> good morning
[12:08] <seb129> jbicha, hey, how are you?
[12:08] <jbicha> kinda confused by your number today 🤣
[12:12] <seb128> jbicha, lol, I had an hexchat open minimized on another workspace, I though the number came from a timeout/reconnect and tried to rename but it didn't work out, now it makes sense why :)
[14:03] <seb128> kenvandine, hey, want to review some rls bugs today?
[14:04] <kenvandine> seb128: yes!
[14:04] <seb128> alright!
[14:05] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-kk-incoming-bug-tasks.html
[14:05] <seb128> no desktop there
[14:05] <seb128> bug #1977769 is one but in the wrong section since that was not promoted yet
[14:06] <seb128> Sergio is working on it
[14:06] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-kk-tracking-bug-tasks.html
[14:06] <seb128> those are handled
[14:06] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html
[14:06] <seb128> bug #1973638
[14:08] <seb128> sounds like worth getting in .1 since it's fixed upstream
[14:08] <seb128> jbicha, Trevinho, ^ do you know if that's going to flow in through some update or if we should cherrypick?
[14:08] <kenvandine> +1
[14:10] <seb128> jbicha, I'm assigning to you since Marco is already overbusy with other things but feel free to check with him if we do a version update or a cherrypicj
[14:12] <seb128> triaging a bit the other ones
[14:12] <seb128> bug #1966167
[14:13] <seb128> would be nice to fix but I don't know if that qualifies for rls?
[14:14] <kenvandine> would be nice
[14:14] <seb128> k, let's import it to the board
[14:15] <kenvandine> let's at least find out how much work it might be
[14:16] <seb128> right
[14:16] <seb128> k, that's it for J
[14:16] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[14:16] <seb128> no desktop there
[14:16] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html 
[14:16] <seb128> nor here
[14:17] <seb128> let-'s review quickly the tracking listd
[14:17] <seb128> lists
[14:17] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[14:17] <seb128> bug #1962135 needs verification if someone feels like doing focal SRU verification
[14:18] <seb128> there is a stack of adsys focal targetted but not assigned reports
[14:19] <seb128> adsys is in the queue so I guess that will autosort itself once the upload is accepted
[14:19] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[14:20] <seb128> we should probably try to clean those assigned list, it's clear that some of those are not going to be worked on at this point
[14:20] <kenvandine> yeah
[14:21] <kenvandine> we should make sure someone verifies that gstreamer SRU before it gets deleted
[14:21] <seb128> right, I carded it but that didn't help finding a volunteer
[14:21] <seb128> I could do it but I keep delaying the ubiquity work because I take on things like that than we don't find anyone to do...
[14:23] <seb128> anyway, that's it for this week, quite some noise we could try to clean in the lists but nothing urgent
[14:23] <seb128> kenvandine, thanks!
[14:23] <kenvandine> seb128: the ubiquity work is higher priority
[14:25] <seb128> I know...
[18:24] <ricotz> nteodosio, hi, were you able to upload the poppler patch for libreoffice gerrit?
[18:25] <nteodosio> hi ricotz! Nope, not yet
[18:26] <ricotz> nteodosio, you could give a "git format-patch"?
[18:26] <nteodosio> It always gets stuck at "writing objects 7%"
[18:26] <ricotz> i assume you prepared it against the master branch?
[18:27] <nteodosio> Yes to both
[18:27] <ricotz> thanks
[18:27] <nteodosio> Do you want me to mail it to you?
[18:28] <ricotz> nteodosio, pastebin or how you like it
[18:28] <nteodosio> Alright, disconsider the one you got earlier from me then
[18:55] <ricotz> nteodosio, ok, I got it, but the versions in POPPLER_CHECK_VERSION are wrong
[18:56] <ricotz> those should be POPPLER_CHECK_VERSION(22, 6, 0)
[18:59] <ItzSwirlz> jbicha: thanks. In NJ we end in june and start in sep
[18:59] <ItzSwirlz> znc is killing me
[19:00] <nteodosio> ricotz: Thanks for catching that
[19:01] <ricotz> nteodosio, I will try to push it to gerrit again
[19:03] <ricotz> nteodosio, ah, I lack 'forge author' permission
[19:03] <nteodosio> ricotz: Never heard of that. Is that something I can do on my side?
[19:03] <ricotz> but gerrit seems to work as expected
[19:04] <nteodosio> Then it's all good. I wonder why I couldn't push.
[19:04] <ricotz> nteodosio, no, I am just not allowed to use you email as author with my account
[19:04] <nteodosio> Oh, so no dice? :(
[19:05] <ricotz> no, not without taking over the patch
[19:06] <ricotz> you are using ./logerrit as documented?
[19:06] <nteodosio> Thanks for looking into it anyway. I will try the "solution of the hopeless", which consists in deleting the whole repository and trying it again.
[19:07] <nteodosio> I went through the part to generate a password with a ~dozen line script
[19:07] <seb128> jbicha, bug #1979037 is a gnome-shell SRU regression, yaru needs to catch up with design tweaks, I'm going to card it so we don't forget to deal with it for .1
[19:07] <nteodosio> I don't remember ./logerrit, this could be it, I will investigate
[19:09] <ricotz> nteodosio, to upload the patch you have to use "./logerrit submit master" while your patch is on top of upstream master
[19:09] <ricotz> ./logerrit --help
[19:14] <jbicha> seb128: thanks
[19:23] <nteodosio> ricotz, success, thanks! I had to './logerrit setup' first. I think I was reading the wrong documentation, https://gerrit.libreoffice.org/Documentation/index.html
[19:28] <ricotz> nteodosio, https://ci.libreoffice.org/job/gerrit_linux_gcc_release/120584/console