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