[05:59] <seb128> desktopers, good morning!
[06:08] <didrocks> good morning
[06:10] <duflu> Hi didrocks
[06:11] <didrocks> hey duflu
[06:39] <oSoMoN> good morning desktoppers
[06:39] <duflu> Morning oSoMoN
[06:42] <oSoMoN> hey duflu
[06:43] <didrocks> salut oSoMoN
[06:57] <oSoMoN> salut didrocks
[06:59] <oSoMoN> duflu, I would welcome your opinion as an input stack expert on bug #1697122
[06:59] <ubot5`> bug 1697122 in firefox (Ubuntu) "Package Firefox with MOZ_USE_XINPUT2=1 in environment to enable pixel scrolling with touchpad and touch gestures" [Wishlist,Confirmed] https://launchpad.net/bugs/1697122
[07:00] <duflu> oSoMoN, I'm no expert but yes I do believe that feature is long overdue for Firefox
[07:00] <duflu> Chrome has had it for a while
[07:01] <duflu> It's what I would now call "high resolution touchpad scrolling". Not to be confused for "smooth scrolling", which is something very different and a hack (IMHO)
[07:08] <oSoMoN> duflu, thanks, I'll look into enabling that by default with future versions
[07:16] <marcustomlinson> morning seb128 didrocks duflu oSoMoN \o
[07:17] <didrocks> good morning marcustomlinson
[07:18] <oSoMoN> good morning marcustomlinson
[07:19] <marcustomlinson> oSoMoN: hi! could you please trigger this for me: https://autopkgtest.ubuntu.com/request.cgi?release=cosmic&arch=amd64&package=libreoffice&ppa=marcustomlinson/libreoffice&trigger=libreoffice/1:6.1.6-0ubuntu0.18.10.1
[07:19] <oSoMoN> done
[07:19] <marcustomlinson> thx
[07:25] <oSoMoN> duflu, it looks like https://bugzilla.mozilla.org/show_bug.cgi?id=1182700 is still a thing, if it is then we probably shouldn't enable high resolution touchpad scrolling, I'll need to test
[07:25] <ubot5`> Mozilla bug 1182700 in Widget: Gtk "Wheel scrolling periodically stops working with XInput2" [Normal,Reopened]
[07:26] <duflu> Morning marcustomlinson
[07:28] <Wimpress> Morning desktopers o/
[07:28] <oSoMoN> good morning Wimpress
[07:30] <oSoMoN> Wimpress, you asked me a while ago to look into a build failure for a chromium armhf optimized build for RPi3, and I never got around to it, is that still relevant?
[07:34] <Wimpress> oSoMoN: Well, it is something I've got on the back burner.
[07:34] <Wimpress> That said, Chromium moves faster than patches for the Raspberry Pi can be updated.
[07:35] <Wimpress> The issue is this, I have to disable ARM thumb for the Pi versions of Chromium builds to complete in LP.
[07:35] <Wimpress> I've got several patches to disable ARM Thumb for Chromium but...
[07:36] <Wimpress> It appear ffmpeg is built twice in Chromium.
[07:36] <Wimpress> I've got ARM Thumb disable for the first build but can't find how to disable the second time around.
[07:37] <Wimpress> Hard to iterate on because it take ~14 hours for build to fail ;-)
[07:39] <oSoMoN> Wimpress, yeah, ffmpeg is built twice, once with proprietary_codecs=false and once with proprietary_codecs=true and ffmpeg_branding="Chrome", so we can package chromium-codecs-ffmpeg and chromium-codecs-ffmpeg-extra
[07:40] <oSoMoN> however the patches should apply to both builds
[07:40] <oSoMoN> Wimpress, can you point me to a failed build log again?
[07:41] <Wimpress>  https://launchpad.net/~ubuntu-pi-flavour-makers/+archive/ubuntu/crazy-pi/+sourcefiles/chromium-browser/72.0.3626.121-0+rpt4~bionic2.5/chromium-browser_72.0.3626.121-0+rpt4~bionic2.5.dsc
[07:41] <Wimpress> https://launchpad.net/~ubuntu-pi-flavour-makers/+archive/ubuntu/crazy-pi/+build/16588758
[07:46] <seb128> k, back
[07:46] <seb128> hey those who joined since I was afk :)
[07:49] <oSoMoN> salut seb128
[07:49] <seb128> lut oSoMoN, en forme ?
[07:49] <oSoMoN> oui, et toi?
[07:49] <seb128> nickel
[08:02] <Laney> moin
[08:02] <Laney> was just grepping around in logs over SSH to find out why my keyboard wouldn't work
[08:02] <Laney> ...the cable had come slightly out /o\
[08:06] <willcooke> morning
[08:08] <oSoMoN> morning Laney, willcooke
[08:09] <didrocks> hey willcooke, seb128, Laney
[08:12] <willcooke> hihi
[08:12] <Laney> hey oSoMoN willcooke didrocks
[08:13] <marcustomlinson> 👋🏻
[08:13] <Laney> ahoy marcustomlinson
[08:14] <marcustomlinson> ahoy
[08:14] <marcustomlinson> and ahoy willcooke
[08:14] <willcooke> sup
[08:14] <marcustomlinson> word...
[08:15] <marcustomlinson> actually libreoffice calls it writer
[08:16] <marcustomlinson> https://media.techeblog.com/images/letters.jpg
[08:21] <duflu> Morning willcooke
[08:21] <duflu> seb128, just got that email :)
[08:22] <seb128> duflu, haha
[08:23] <seb128> lut didrocks
[08:23] <seb128> hey Laney, nice that you fixed your keyboard *g*
[08:23] <willcooke> marcustomlinson, XD
[08:24] <duflu> And morning Laney
[08:24] <pieq> Hi people! Quick question. With Unity, there was this touchscreen/touchpad shortcut where a 4-finger press would trigger the dash. Is there something similar in Gnome? Looks like in 18.04 there is no such thing anymore.
[08:24] <duflu> There are some gestures in Gnome but I think they only work in Wayland?
[08:24] <duflu> And I can't remember what they are
[08:25] <Laney> yo seb128
[08:25] <willcooke> I think there was an extension to provide more gestures, but from what I can remember it didnt work very well
[08:25] <seb128> pieq, no, GNOME doesn't have that atm
[08:30] <seb128> pieq, well, 3 fingers pitch should open the overvie
[08:30] <seb128> but only on the touchpad, not on the touch screen I think
[08:31] <seb128> (pitch->pinch)
[08:36] <pieq> seb128, 3 finger pinch on the touchscreen indeed shows the overview (on the touchpad it does nothing)
[08:37] <pieq> thanks for the info!
[08:37] <seb128> np!
[12:09] <oSoMoN> marcustomlinson, the LO SRU has been accepted in disco-proposed, well done!
[12:09] <marcustomlinson> oSoMoN: I saw :)
[12:09] <marcustomlinson> I'll keep an eye on the build and test when it's ready
[12:10] <marcustomlinson> 🕺🏻
[12:11] <oSoMoN> there are 4 ongoing SRUs for libreoffice, you've set a new record :)
[12:11] <marcustomlinson> 5 no?
[12:12] <marcustomlinson> or right 4 affected yes
[12:12] <marcustomlinson> :P
[12:27] <willcooke> nice one marcustomlinson
[13:07] <seb128> why is trello always opening the menu on the "about" subpage for me now, that's annoying :-/
[13:09] <willcooke> seb128, Doesnt for me.  Did you get a funny URL stuck in your history?
[13:10] <seb128> willcooke, I don't think so, e.g if I put https://trello.com/b/RHiGQXZJ/ubuntu-desktop-1904-cycle in private browser session it opens the board with the "about this board" column on the right
[13:11] <seb128> or are the random share that funny URL part?
[13:11] <willcooke> lemme try that
[13:12] <willcooke> hm, same in a private session
[13:12] <willcooke> it must be cookie based
[13:13] <seb128> k, don't worry about it
[13:13] <seb128> just an annoyance, I've to click on the <- button every time
[13:13] <seb128> I will figure it out
[14:47] <Laney> tkamppeter: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1754671, if a97a3b256cd6c56ab1d817440d3b8acb3272ee17 fixes it then it sounds like an extra task for systemd on that bug
[14:47] <ubot5`> Ubuntu bug 1754671 in network-manager (Ubuntu Bionic) "Full-tunnel VPN DNS leakage regression" [High,Fix committed]
[14:47] <Laney> which you'd probably want to chat to xnox about
[14:47] <Laney> don't think it'd make the SRU verification-failed though - it doesn't make anything worse without the systemd-resolved fix does it?
[14:48] <Laney> just needs an extra change to fully solve the bug
[14:50] <seb128> tkamppeter, if the SRU doesn't create any regression then it's probably fine to talk to the SRU team about letting it in even if it doesn't fix that bug
[14:50] <seb128> it does fix other problems including other security issues
[14:51] <Laney> O_O
[14:52] <seb128> (that was in addition of what Laney said, not instead)
[14:53] <Laney> :>
[14:55] <tkamppeter> seb128, OK, I will test the systemd fix now and if it works, I will downgrade nm to the SRU and perhaps also to the original again.
[14:56] <tkamppeter> and if it works, I will report an SRU bug on it for the systemd maintainer to post an SRU.
[14:57] <tkamppeter> And also make a remark on the original bug report that to fix it the systemd SRU is needed instead and that for the nm SRU I did at least not find any regressions.
[14:57] <Laney> might want to be a bit more proactive than that (talk to xnox directly and offer to help prepare the SRU if wanted)
[14:58] <tkamppeter> Laney. thanks again for spotting the fix. I will try it and contact you and xnox about the result.
[14:59] <Laney> thx
[15:00] <oSoMoN> tkamppeter, regarding those n-m autopkgtest failures, they need to be investigated and understood, the tests passed with that same version on 2018-12-21, so something else introduced the regression since then
[15:01] <xnox> tkamppeter, Laney - yeah =) what's up?
[15:01] <xnox> what's the bug number?
[15:01] <Laney> oh hi there
[15:01] <Laney> Till's seeing about a cherry-pick potentially
[15:01] <Laney> standby for results
[15:01] <Laney> bug #1754671 / a97a3b256cd6c56ab1d817440d3b8acb3272ee17
[15:01] <ubot5`> bug 1754671 in network-manager (Ubuntu Bionic) "Full-tunnel VPN DNS leakage regression" [High,Fix committed] https://launchpad.net/bugs/1754671
[15:02]  * Laney tried to tab complete a few minutes ago and got no hits, guessing you just joined
[15:02] <tkamppeter> xnox, bug 1754671 Itseems that the fix has to be done in systemd instead of in nm.
[15:02] <Laney> otherwise I would have masked the nick out so as to not highlight
[15:03] <Laney> I think it's maybe "as well as" NM (NM needs to call SetLinkDomains() on resolved, didn't look at the diff but I guess that's what the SRU does on the NM side)
[15:03] <xnox> Laney, my bouncer died upon upgrade to bionic; now fixed for the meeting time.
[15:08] <Laney> xnox: well, lovely to have you back :>
[15:12] <marcustomlinson> kenvandine: added two card to the trello re: my build-snap work. Let me know if they're redundant. I closest card I could find looked a bit broad: https://trello.com/c/1R0lryqL/199-gnome-328-platform-snap
[15:15] <kenvandine> marcustomlinson: yeah, thanks
[15:16] <kenvandine> there is a card somewhere for the build snap
[15:16] <kenvandine> but i can't find it
[15:16] <kenvandine> maybe it was accidentally archived
[15:16] <marcustomlinson> You commented on the link above saying you'd use it to track the build-snap work too
[15:17] <marcustomlinson> maybe that was the card you're thinking of
[15:17] <kenvandine> oh
[15:17] <kenvandine> :)
[15:17] <kenvandine> thanks
[15:18] <marcustomlinson> Probably better to close that card off as work done for the platform snap, then use the new ones to track the build-snap
[15:18] <marcustomlinson> imo :)
[15:18] <marcustomlinson> TM
[15:20] <xnox> Laney, although i am thinking to switch to the dark side and ditch znc and use weechat only
[15:26] <kenvandine> marcustomlinson: actually i'm keeping that card :)
[15:26] <kenvandine> i just moved it
[15:26] <kenvandine> it includes useful info for what the end goal is
[15:26]  * kenvandine renames too
[15:27] <marcustomlinson> kenvandine: ah yes, there is that step too
[15:28] <marcustomlinson> yes, the platform snap and build-snap need to be in sync, got you
[15:28] <kenvandine> yeah, so ultimately we want the platform snap to be a subset of the build-snap
[15:29] <Trevinho> morning
[15:35] <kenvandine> oSoMoN: when we get USN notification emails for chromium,  a card is created automatically and you'll be added to it
[15:35] <kenvandine> marcustomlinson: and for libreoffice you'll be added
[15:35] <kenvandine> usually just means we need a rebuild, test and publication to stable
[15:36] <marcustomlinson> cool yeah oSoMoN and showed me the ways :)
[15:36] <kenvandine> once they are in stable, just move then to "USN Refresh Done"
[15:37] <marcustomlinson> ack
[15:37] <marcustomlinson> s/and/has
[15:42] <oSoMoN> kenvandine, ack, that's neat
[15:52] <kenvandine> oSoMoN: yeah, often when i get those emails I get 10-15 at a time
[15:52] <kenvandine> i'm tired of trying to keep track of those as i refresh them :)
[16:44] <kenvandine> tkamppeter: i kicked a rebuild of that autopkgtest
[16:47] <Laney> doesn't seem that likely to succeed http://autopkgtest.ubuntu.com/packages/network-manager/bionic/amd64
[16:48] <Laney> especially given the way it failed
[16:48] <Laney> nm                   FAIL stderr: /tmp/autopkgtest.gdg9xz/build.ITi/src/debian/tests/nm:23: PyGIWarning: NetworkManager was imported without specifying a version first. Use gi.require_version('NetworkManager', '1.0') before import to ensure that the right version gets loaded.
[16:49] <kenvandine> Laney: indeed
[16:55] <tkamppeter> Laney, xnox, seb128: I have now applied Laney's suggested patch to the systemd of Bionic and also downgraded the Bionic's nm back to the SRU (1.10.14), rebooted, tried again, and now all works fine. So we need the systemd SRU in addition. Will add a comment and my debdiff to the bug report.
[16:57] <Laney> 🤗
[17:13] <tkamppeter> Laney, xnox, seb128: Bug 1754671 updated.
[17:13] <ubot5`> bug 1754671 in systemd (Ubuntu Bionic) "Full-tunnel VPN DNS leakage regression" [High,Triaged] https://launchpad.net/bugs/1754671
[17:14] <tkamppeter> kenvandine, thanks for the restart of the test.
[17:21] <Trevinho> Laney: you think would be the case to re-upload https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/367149 to queue before SRU team get the other in?
[17:26] <willcooke> night all
[22:19] <xnox> tkamppeter, tah. will look into it tomorrow.