[02:27] <pieq> Hello people!
[02:34] <duflu> Hi pieq :)
[05:20] <jibel> hi all
[05:39] <duflu> Hi jibel 
[05:42] <jibel> hi duflu 
[05:50] <pieq> salut jibel 
[06:05] <didrocks> good morning
[06:20] <jibel> salut pieq et didrocks 
[06:32] <oSoMoN> good morning desktoppers
[06:35] <didrocks> salut jibel, hey oSoMoN 
[06:37] <oSoMoN> salut didrocks & jibel 
[07:14] <ricotz> good morning everyone
[07:15] <didrocks> hey ricotz 
[07:18] <duflu> Morning didrocks, oSoMoN, ricotz 
[07:22] <ricotz> hey didrocks duflu oSoMoN 
[07:23] <didrocks> hey duflu 
[07:46] <oSoMoN> hey duflu, ricotz 
[08:47] <tkamppeter> Hi, I have a question because of the MIR for sane-airscan, bug 1891682, I have prepared a sane-backends package recommending sane-airscan and excluding the "escl" backend. Should I upload this now, before FF or only when the MIR is completely accepted?
[08:48] <didrocks> tkamppeter: I would say only when the MIR is completly accepted by security team
[08:48] <didrocks> tkamppeter: in case it doesn’t make the cut
[08:48] <didrocks> btw, kind reminder of my printer bug :)
[08:57] <tkamppeter> didrocks, sorry, due to FF I was more concentrated about getting everything in which is a new feature, and there is also the Linux Plumbers MC on Friday.
[14:52] <hellsworth> good morning desktopers
[14:53] <hellsworth> marcustomlinson: would you please run some tests for me? https://paste.ubuntu.com/p/BN3Z7WCPdM/
[14:53] <marcustomlinson> morning hellsworth, sure
[14:53] <kenvandine> hellsworth: good morning
[14:54] <marcustomlinson> done
[14:54] <hellsworth> thanks!!
[14:55] <didrocks999> hello hellsworth 
[14:55] <didrocks999> hey kenvandine 
[14:55] <hellsworth> hey didrocks999 kenvandine marcustomlinson ... all you other fine folks :)
[14:57]  * didrocks999 is only at 999 today, so no 1, 2, 3… better stability :p
[15:10] <oSoMoN> good morning hellsworth 
[15:10] <hellsworth> hey oSoMoN 
[15:21] <ricotz> hey marcustomlinson hellsworth 
[15:21] <hellsworth> hey ricotz
[15:22] <hellsworth> fyi i pushed the 7.0.1 tag
[15:23] <ricotz> hellsworth, I don't see it
[15:24] <hellsworth> there should be a libreoffice_7.0.1_rc1_gcc9 tag
[15:25] <ricotz> ok, but this is not what was uploaded
[15:25] <ricotz> and never was, so this tag should not be there at all
[15:25] <hellsworth> but this IS what was uploaded to groovy
[15:26] <ricotz> this was uploaded https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/commit/?h=ubuntu-groovy-7.0&id=7caffca8aa740309c6865d47aeb674b332e528a2
[15:26] <ricotz> and *not* https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/commit/?h=libreoffice_7.0.1_rc1_gcc9&id=ab7a137de89ddfef55ade56d0a1f51757898bf5a
[15:27] <ricotz> hellsworth, I noticed an issue with the 6.4.6 source package
[15:28] <ricotz> hellsworth, https://paste.debian.net/plain/1161319/
[15:33] <ricotz> hellsworth, I have pushed the "libreoffice_7.0.1_rc1-0ubuntu1" tag
[15:34] <hellsworth> i pushed a tag to the correct remote. no idea why it's not showing up. and i disagree that the _gcc9 tag was not what was uploaded to groovy
[15:35] <hellsworth> regarding 6.4.6, that python patch came with pulling from debian-experimental-6.4 branch but i commented out the patch in the series file (because it wouldn't apply and when i looked at the core source, seems like it's not necessary anywyas)
[15:35] <ricotz> hellsworth, the _gcc9 tag is wrong, and likely a intermediate test for you
[15:35] <hellsworth> i would have used your 6.4.6 source assuming you would want that but they all have ~rc2 and renaming tarballs seems like a path to disaster
[15:35] <ricotz> hellsworth, the python3.8 was applied upstream as a different version
[15:36] <hellsworth> ricotz: i need to come back to this later. need to prepare for a couple of meetings
[15:36] <ricotz> see https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/log/?h=ubuntu-groovy-7.0 where the tag points to the correct revision
[15:37] <ricotz> hellsworth, alright, just wanted to point this problem out
[15:38] <hellsworth> sure thanks
[15:39] <ricotz> using "git push --tags" can be problematic while it will push all "local" tags
[15:45] <ricotz> hellsworth, regarding 6.4.6, I don't want you to use the tarballs, just take those packages as guideline while they are available, and try avoid sneaking in changes like USE_GIT_TARBALLS=y
[15:46] <hellsworth> well the USE_GIT_TARBALLS=y was an accident. that is the only problem i see
[15:47] <ricotz> ok, and patches can be dropped if they are not needed anymore
[16:03] <luna_> Has someone packaged todays release of Thunderbird for Ubuntu ?
[16:03] <luna_> oSoMoN 
[16:03] <luna_> looking at you
[16:05] <luna_> yep: https://launchpad.net/ubuntu/+source/thunderbird/1:78.2.0+build1-0ubuntu2 
[16:05] <luna_> found the answer myself :P
[16:15] <ricotz> oSoMoN, I didn't dare to update to TB 78.2.0 yet, are you using it with gnupg?
[16:18] <oSoMoN> ricotz, I did some shallow testing, but I'm not using it personally with gnupg
[16:19] <ricotz> oSoMoN, I see, I guess I will keep it pinned for some time ;)
[16:20] <oSoMoN> not keen on experiencing regressions firsthand? ;)
[16:20] <ricotz> not in this case :)
[16:28] <luna_> ricotz: oSoMoN: mine crashed when i updated :( 
[16:29] <luna_> is there any way to start it in debug mode to help you ?
[16:46] <oSoMoN> luna_, the first thing to do is run the command I requested in bug #1893101
[16:48] <luna_> oSoMoN: done
[16:51] <oSoMoN> luna_, so you downloaded the .deb file from launchpad and installed it with dpkg ?
[16:51] <oSoMoN> luna_, what's the output of `dpkg -l | egrep "thunderbird|enigmail"`
[16:52] <luna_> yep
[16:52] <luna_> lemme check
[16:52] <luna_> dpkg -l | egrep "thunderbird|enigmail"
[16:52] <luna_> ii  thunderbird                                       1:78.2.0+build1-0ubuntu2              amd64        Email, RSS and newsgroup client with integrated spam filter
[16:52] <luna_> iU  thunderbird-locale-sv-se                          1:78.2.0+build1-0ubuntu2              all          Transitional Swedish language pack for Thunderbird
[16:54] <oSoMoN> luna_, you're probably missing newer dependencies that are in groovy-proposed, the first that comes to mind is libffi
[16:54] <oSoMoN> using packages from groovy-proposed is a risky business, it might break your system easily
[16:55] <luna_> installing that did not help
[16:56] <oSoMoN> luna_, to do that properly you will need to enable groovy-proposed in your apt sources.list, run "apt update", and use apt to install the packages you're interested in (in this case thunderbird, use "apt reinstall" here), letting apt pull in all the right dependency versions, then disable groovy-proposed again
[17:06] <luna_> did not get it to work, but its alright, can live with an older thunderbird
[18:26] <KGB-1> mozjs debian/78/master Dimitri Ledkov * [open] merge request !1: Cet 68 * https://deb.li/36pxj
[18:26] <KGB-1> mozjs debian/78/master Dimitri Ledkov * [update] merge request !1: Cet 68 * https://deb.li/36pxj
[18:27] <KGB-1> mozjs debian/78/master Dimitri Ledkov * [update] merge request !1: Disable CET protection in mozjs, until after JIT is ported upstream. * https://deb.li/36pxj
[18:27] <KGB-1> mozjs debian/68/master Dimitri Ledkov * [update] merge request !1: Disable CET protection in mozjs, until after JIT is ported upstream. * https://deb.li/36pxj
[18:27] <KGB-1> mozjs debian/78/master Dimitri Ledkov * [open] merge request !2: Disable CET protection in mozjs, until after JIT is ported upstream. * https://deb.li/bpLN
[18:28] <KGB-1> mozjs debian/78/master Dimitri Ledkov * [update] merge request !2: Disable CET protection in mozjs, until after JIT is ported upstream. * https://deb.li/bpLN
[18:28] <KGB-1> mozjs debian/68/master Dimitri Ledkov * [update] merge request !1: Disable CET protection in mozjs, until after JIT is ported upstream. * https://deb.li/36pxj
[18:50]  * xnox can't hide from KGB
[18:53] <mdeslaur> heh
[19:19] <KGB-0> mozjs debian/78/master Marco Trevisan * [approved] merge request !2: Disable CET protection in mozjs, until after JIT is ported upstream. * https://deb.li/bpLN
[19:20] <KGB-0> mozjs debian/78/master Marco Trevisan * [merge] merge request !2: Disable CET protection in mozjs, until after JIT is ported upstream. * https://deb.li/bpLN
[19:20] <KGB-0> mozjs debian/68/master Marco Trevisan * [approved] merge request !1: Disable CET protection in mozjs, until after JIT is ported upstream. * https://deb.li/36pxj
[19:21] <KGB-0> mozjs debian/68/master Marco Trevisan * [merge] merge request !1: Disable CET protection in mozjs, until after JIT is ported upstream. * https://deb.li/36pxj