[05:36] <tjaalton> duflu: libinput 1.10 is in unstable
[05:36] <duflu> tjaalton, thanks
[05:37] <tjaalton> also, trackpoint on this t470s is still hardly usable
[05:37] <duflu> tjaalton, I have no idea about trackpoint, but saw upstream reports about similar
[05:37] <tjaalton> yeah I'm subscribed
[05:37] <tjaalton> playing with hwdb settings, nothing seems to work too well
[05:39] <duflu> tjaalton, at a guess, try hacking libinput to force the acceleration profile = flat
[05:39] <duflu> Although that may be a particularly bad idea for trackpoints, not sure
[05:40] <duflu> Oh. I forgot I have one on my bionic desktop (Lenovo SK-8855)
[05:41] <duflu> tjaalton, I'm seeing jumping on at least one model of touchpad, like it's missing resolution still. Is that what you get with trackpoint?
[05:42] <duflu> (this trackpoint feels a bit jumpy too)
[05:47] <tjaalton> insensitivity with small movements, and acceleration ramps up way too quickly
[05:47] <duflu> tjaalton, yeah I see the former
[05:47] <tjaalton> the first can be fixed by moving the slider all way down
[05:47] <tjaalton> more or less
[05:48] <duflu> tjaalton, the latter I feel has always been true for all trackpoints, IMHO
[05:48] <tjaalton> I use a thinkpad usb keyboard on my desktop
[05:48] <tjaalton> hardly ever touch a mouse
[05:49] <duflu> heretic
[07:14] <oSoMoN> good morning desktoppers
[07:21] <jibel> salut oSoMoN
[07:23] <oSoMoN> salut jibel
[08:02] <doko> oSoMoN: please see update_excuses for the new binaries
[08:02] <doko> lo
[08:04] <doko> no on openjdk-9
[08:04] <doko> libreoffice-kde4 libreoffice-sdbc-firebird demoted
[08:07] <doko> libboost-locale1.65.1 promoted
[08:11] <doko> oSoMoN: and libebubgen needs a MIR
[08:12] <ricotz> and fonts-liberation2
[08:16] <didrocks> good morning
[08:24] <jibel> morning didrocks
[09:01] <oSoMoN> doko, ricotz: so on i386 we want to relax the version requirement for openjdk-8-jre, right?
[09:03] <doko> oSoMoN: everywhere, we are unlikely to ship openjdk-8 at all
[09:04] <doko> oSoMoN: everywhere, we are unlikely to ship openjdk-9 at all
[09:04] <doko> so not shipping 9
[09:04] <oSoMoN> ok
[09:04] <oSoMoN> as it happens a version requirement is specified only on i386, other arches just depend on an unversioned openjdk-8-jre
[09:05] <oSoMoN> doko, what's up with openjdk-9, is it going to be removed from the archive?
[09:06] <doko> it's a release which is only supported for six months
[09:13] <oSoMoN> ricotz, does that look correct? https://paste.ubuntu.com/p/jzqHVfW6Cj/
[10:09] <Nafallo> morning
[10:11] <didrocks> hey Nafallo
[10:17] <oSoMoN> doko, ricotz: bug #1749920
[10:18] <Nafallo> oooh. duflu causing notifications again ;-)
[10:18] <duflu> Nafallo, yep, but now it ends
[10:19]  * duflu -> weekend
[10:19] <oSoMoN> hey Nafallo
[10:19] <oSoMoN> have a good one duflu
[10:19] <duflu> o/
[10:20] <Nafallo> it was a good one at that :-)
[10:20] <Nafallo> hi oSoMoN :-)
[10:52] <Laney> ah!
[10:53] <Nafallo> hi Laney :-)
[11:21] <doko> oSoMoN: ta. did the new lo drop visio support (libvisio)?
[11:26] <oSoMoN> doko, not that I know of
[11:28] <ricotz> oSoMoN, https://paste.debian.net/plain/1010568
[11:28] <ricotz> bbl
[11:29] <oSoMoN> thanks ricotz
[11:49] <oSoMoN> ricotz, https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/commit/?id=696b9409c73a1d02c2527dde5ab411ea4c85d4a7
[12:11] <jbicha> good morning
[12:12] <jbicha> tjaalton: what's up with packages depending on libgel1 which is in universe?
[12:12] <jbicha> https://people.canonical.com/~ubuntu-archive/proposed-migration/bionic/update_excuses.html#gnome-session
[12:12] <jbicha> libegl1
[12:13]  * Nafallo stops trying to finding out what libgel does ;-)
[12:13] <Nafallo> no automatic smoother experiences then :-)
[12:14] <jbicha> sorry I type too fast some times :(
[12:14] <Nafallo> no worries. it was fun :-)
[12:22] <oSoMoN> good morning jbicha
[12:29] <tjaalton> jbicha: libglvnd MIR filed, but it still needs nvidia packages updated before it all can land
[12:33] <jbicha> tjaalton: thanks. Are you working on the nvidia packages for that? tseliot?
[12:33] <tjaalton> tseliot is, one to go
[12:33] <tseliot> jbicha: yep
[12:33] <tseliot> they're almost ready
[12:34] <jbicha> cool
[13:20] <jbicha> I'm unhappy with Unity. It totally built a few days ago in my test PPA but now it doesn't want to build :(
[13:20] <jbicha> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3156/+packages
[13:50] <GunnarHj> Hi Laney, any doubt about
[13:50] <GunnarHj> https://bugs.launchpad.net/ubuntu/+source/policykit-1/+bug/1707898/comments/27 ?
[14:00] <Laney> GunnarHj: Didn't follow the issue closely - you want to avoid build-depending on PK or something
[14:00] <Laney> not sure if those things are useful at runtime
[14:00] <Laney> why were they in the main pkg in the first place?
[14:00] <Laney> don't tell me I did it
[14:00] <GunnarHj> Laney: You did it. :)
[14:01] <Laney> mmm can't remember the details
[14:01] <jbicha> lol
[14:01] <Laney> that was last year!
[14:02] <GunnarHj> Laney: See comment #24 in bug #1707898.
[14:03] <GunnarHj> Laney: I'm pretty sure those files are not needed at runtime.
[14:03] <Laney> righto, please file it at Debian then (don't forget Breaks+Replaces)
[14:04] <Laney> you'll need to fix anything else which Build-Deps on policykit-1 for these rules
[14:04] <Laney> fwupd I think
[14:06] <GunnarHj> Laney: Is there a command to figure out which packages include policykit-1 in Build-Depends?
[14:06] <Laney> reverse-depends -b policykit-1
[14:06] <Laney> (ubuntu-dev-tools)
[14:08] <GunnarHj> Laney: Thanks. That list wasn't too long; I'll check them out. Can we use the LP bug as a base for the coming Debian commit?
[14:13] <jbicha> Laney: btw, the vcs-git -b thing is documented at https://www.debian.org/doc/debian-policy/#version-control-system-vcs-fields
[14:14] <Laney> GunnarHj: You can link to it but I think that a bug in the BTS should explain the problem on its own
[14:15] <GunnarHj> Laney: Ok.
[14:15] <Laney> Probably write a short bug explaining and ask if the PK maintainers want to make this change first
[14:15] <Laney> Then if they say no, it's not worth making other packages do this change, you haven't spent time writing patches/bugs that aren't needed
[14:16] <GunnarHj> Laney: Thought you were a PK maintainer. ;) This is a pure Debian/Ubuntu thing, right?
[14:17] <Laney> yes
[14:17] <Laney> and sure, but if it were me I'd add the pk-1 [!stage1] build-dep to systemd and move on with life. :-)
[14:18] <Laney> jbicha: nice one
[14:18] <Laney> and ... when did the policy get CSS?
[14:20] <GunnarHj> Laney: I wrote on the bug report about a less intrusive change: Create the package policykit-1-gettext with only those two files, and let policykit-1 depend on it. Then systemd could add policykit-1-gettext to Build-Depends, and we wouldn't need to bother with other packages.
[14:21] <jbicha> Laney: that was last year!
[14:22] <jbicha> GunnarHj: some Debian Developers try to avoid the NEW queue
[14:23] <Laney> I woudn't make a package for such a tiny amount of data
[14:23] <Laney> plus that
[14:23] <jbicha> one reason for that is that the ftpmasters sometimes reject packages for incomplete debian/copyright files even if the package is already in Debian
[14:23] <jbicha> so sometimes it's not less intrusive at all :(
[15:42] <GunnarHj> jbicha: Thanks for you comment on the bug report about other packages depending on policykit-1. I think I'll await Martin's response before proceeding with a possible move of polkit.{its,loc}.
[16:01] <mvo> Laney: hey, you did all the work for the integration of Components-$(ARCH).yml - for some time I was wondering what it would take to do something similar for the command-not-found data, i.e. create a indexfile with the binaries<->pkgs mapping (a subset of Contents-$ARCH essentially plus data from update-alternatives). whats your estimate about the amount of work?
[16:02] <mvo> Laney: the background is that there is a desire to show version information in c-n-f but that requires a bit more dynamic approach than we use now
[16:02] <Laney> hey mvo
[16:03] <Laney> It's not that hard --- there's something in lp:ubuntu-archive-publishing (I think) for the appstream stuff
[16:03] <Laney> basically launchpad rsyncs it from us and serves that up via the archive
[16:04] <mvo> Laney: and the lp bits are in the lp repo I presume?
[16:04] <Laney> there's no LP bits, just the publisher step
[16:04] <mvo> Laney: I actually have the data already extracted daily, it would probably just take a small converter then
[16:04] <mvo> Laney: is the publisher not part of lp?
[16:04] <mvo> Laney: I mean, where could I look at how its integrated into the Release file :) ?
[16:05] <Laney> https://bazaar.launchpad.net/~ubuntu-archive/ubuntu-archive-publishing/trunk/view/head:/finalize.d/30-appstream
[16:05] <mvo> Laney: \o/
[16:06] <mvo> Laney: ok, that looks nice. do you have hints about how this gets into http://archive.ubuntu.com/ubuntu/dists/bionic/InRelease?
[16:06] <Laney> nope, I think that's just part of the magic due to it being put into $STAGINGROOT
[16:06] <mvo> Laney: woah, thats even better
[16:06] <Laney> Colin would know more, but this side wasn't hard
[16:07] <mvo> Laney: great, I will talk to colin I think, this might actually be (much) simpler than I anticipated
[16:07] <Laney> Guess you'll want to check if they are happy pulling from your current server or if you need to get a special one set up
[16:07]  * mvo hugs Laney (with extra enthusiasm)
[16:07] <Laney> appstream.internal is a dedicated box (in the cloud) for generating this
[16:07] <mvo> Laney: yeah, moving things around is probably needed but not a big deal
[16:07]  * Laney hugs mvo - good luck!
[16:08] <Laney> and the apt side for getting it onto the system is easy enough too
[21:50] <kenvandine> jbicha, could you please subscribe desktop-bugs to xdg-desktop-portal-gtk?
[21:57] <jbicha> kenvandine: you have to ask Laney or seb128 (xdg-desktop-portal needs subscribed too)
[21:57] <kenvandine> jbicha, ok
[21:57] <kenvandine> it's the last thing i need to do on the MIR
[21:59] <jbicha> go ahead and file the bug, the subscriber can be added later
[21:59] <jbicha> have a good weekend!
[21:59] <kenvandine> jbicha, you too