[10:24] <FourDollars> How can I switch to X Window System from Wayland on bionic-desktop? I found the original option in GDM has gone.
[10:33] <tjaalton> FourDollars: I still have it
[10:34] <FourDollars> That is interesting. I just download the ISO from http://cdimage.ubuntu.com/daily-live/current/ and install the system.
[10:35] <seb128> FourDollars, if you don't have it it's probably because it thinks your videocard/driver doesn't allow you to use wayland
[10:36] <FourDollars> seb128: What I am trying to do is to test the radeon driver. XD
[10:36] <tjaalton> amdgpu pro?
[10:36] <FourDollars> radeon
[10:36] <tjaalton> ok, should work
[10:37] <FourDollars> https://bugs.freedesktop.org/show_bug.cgi?id=103370 This one
[10:52] <FourDollars> OK. After I install gnome-session-flaskback, I can see the option now.
[10:59] <FourDollars> I know what happened. Because of the radoen and amdgpu module issues, there is no wayland support. It was Xorg (llvmpipe) by default and no other option.
[11:14]  * juliank just merged transmission to check out the new MoM results, I hope the desktop team does not mind
[11:16] <juliank> Apparently that also fixes the CVE already fixed in artful, so yay?
[11:45] <Unit193> juliank: Debian #887725
[11:55] <juliank> Unit193: it's not released yet :D
[11:56] <juliank> Anyhow, I have no long term transmission interest, I just wanted to check the MoM output, and it ended up being a few seconds to then build it too
[12:09] <TJ-> I've a 16.04 system that came back from "systemctl suspend" within a few seconds but still thinks it is asleep (e.g. "nmcli gen" reports "asleep" and therefore no networking, log files not being updated). Before I reboot it is there anything I should look at to capture useful info for a bug report and/or try to wake it up?
[12:20] <cpaelzer> xnox: hey I'd need your help/guidance on libnss that you touched recently
[12:20] <cpaelzer> it has headers like /usr/include/nss/hasht.h which are backed by a .so in a subdir /usr/lib/x86_64-linux-gnu/nss/libfreebl3.so
[12:20] <cpaelzer> those are usually not meant to be direct includes, but it has symbols for it and everything
[12:21] <cpaelzer> it currently breaks the change of a lib usage that is not in main to use nss for this instead
[12:21] <cpaelzer> so I wonder if that lib should maybe not be in the subpath, but actually directly in /usr/lib/x86_64-linux-gnu/
[12:22] <cpaelzer> xnox: slangasek pointed out that you touched it recently, so we had some hope you might have a hint on this
[12:22] <cpaelzer> as it seems not really to be ment for dlopen only (symbols/headers available "normally")
[12:23] <cpaelzer> I'm on sprint, so latency to reply is high, but it would be great to hear your insight on this
[12:24] <xnox> cpaelzer, i will look into it. It does seem odd.... unless like libnss.so itself knows how to dlopen extra things.
[12:24] <xnox> can't recall anything special around it, off the top of my head.
[12:27] <cpaelzer> xnox: thanks for taking a look
[12:28] <cpaelzer> xnox: if it is meant to be internal only ok, but if not making it properly public would be great
[12:28] <cpaelzer> xnox: ping (or mail) me once you have a more detailed opinion then after checking it
[12:58] <caravena> Hello: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1743872/comments/8
[13:02] <mitya57> Hi! Autopkgtest retry links give internal server errors, e.g.: https://autopkgtest.ubuntu.com/request.cgi?release=bionic&arch=amd64&package=sasview&trigger=mathjax%2F2.7.2%2Bdfsg-1
[13:03] <mitya57> Is it only me, or a global issue?
[13:04] <Laney> Retries are offline for now - should be back before too l ong
[13:11] <mitya57> ok
[13:16] <alexarnaud> Hello all
[13:17] <alexarnaud> In the last days of december jbicha tells me to contact you to upload the new BRLTTY package on the Ubuntu repository.
[13:17] <alexarnaud> I've filled a bug about that : https://bugs.launchpad.net/ubuntu/+source/brltty/+bug/1741070
[13:55] <xnox> cpaelzer, i am failing to understand what it is; but on e.g. Fedora, they have a separate source package nss-softokn which does have binary packages nss-softokn-freebl[-devel] which does ship those libs as normal public libraries; they also have some dracut snippets to include those into initramfs....
[13:55] <xnox> they have .chk files and can be used in FIPS mode
[13:55] <xnox> not sure about /usr/lib/x86_64-linux-gnu/nss/libnssckbi.so what that one is yet, as it does not appear to be anywhere.
[13:57] <xnox> oh maybe that one is in the base nss package, one sec.
[14:09] <caravena> Hello: https://bugs.launchpad.net/ubuntu/+source/rtl8812au/+bug/1744311
[14:10] <caravena> Help my, thanks!
[14:17] <cpaelzer> xnox: ok, but as TL;DR I read your findings as "it should be in a normal path"
[14:23] <juliank> alexarnaud: so I can try to merge the new brltty, but I don't think I can really test it
[14:25] <juliank> So I guess let's hope I don't break anything or somebody notices.
[14:25] <kzh> \j #tmux
[14:26] <kzh> oops how embarassing
[14:48] <cpaelzer> xnox: I'll drop off soon, to not miss the case I filed bug 1744328
[14:49] <tomreyn> mpt: just a heads up (in case you are swamped by bug mails) - this was just a topic on -hardened, prompting me to post an update: https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/319146
[14:51] <mpt> tomreyn, thanks. I’d like to work on it, but if anyone else wants to contribute design and/or code they’re more than welcome
[14:53] <tomreyn> mpt: i'm afraid i won't personally have the resources to do so, just happen to have a day off work today...
[14:56] <tomreyn> i appreciate your openness to external contribution, however.
[15:28] <alexarnaud> juliank: I could test the new release.
[15:29] <juliank> alexarnaud: It's in bionic-proposed (or about to be)
[15:29] <alexarnaud> They is a way to simulate a braille display on QEMU. I've a physical one.
[15:30] <alexarnaud> juliank: So do you wait a test to switch from bionic-proposed to main, isn't it ?
[15:30] <alexarnaud> thanks
[15:30] <juliank> Well, things will migrate from bionic-proposed to bionic eventually
[15:30] <juliank> but right now that's all blocked with builders offline
[15:32] <alexarnaud> OK, I'll test.
[16:27] <ejat> hi ..anyone can help to look at bug 1728354
[21:48] <nacc> in a maintainer script, which is 'set -e', is there a best practice to avoid having a status check on a service (sysv or systemd) which might return non-zero not cause the script to fail? Is it appropriate to set +e for the added stanza and then set it back?
[21:49] <sarnold> I often see || true
[21:52] <nacc> sarnold: ah good thinking