[07:01] <oSoMoN> good morning desktoppers
[07:01] <oSoMoN> happy Friday!
[07:11] <didrocks> good morning
[07:15] <duflu> Morning oSoMoN and didrocks
[07:15] <duflu> Happy Friday
[07:16] <oSoMoN> salut didrocks, hey duflu
[07:22] <marcustomlinson> happy friday oSoMoN didrocks and duflu!
[07:24] <oSoMoN> hey marcustomlinson
[07:27] <didrocks> hey duflu, oSoMoN, marcustomlinson
[07:33] <Wimpress> Morning o/
[07:35] <duflu> Morning Wimpress
[07:37] <didrocks> hey Wimpress
[07:41] <marcustomlinson> morning Wimpress
[07:43] <duflu> Hi marcustomlinson
[08:32] <jibel> tjaalton, I cannot verify bug 1792932 in bionic. .4 already comes with xorg 1.20 and is not affected by this bug
[08:32] <ubot5> bug 1792932 in xorg-server (Ubuntu Xenial) "Desktop fails to boot in vbox: Xorg assert failure: Xorg: ../../../../dix/privates.c:384: dixRegisterPrivateKey: Assertion `!global_keys[type].created' failed." [High,Confirmed] https://launchpad.net/bugs/1792932
[08:32] <jibel> and I cannot install the packages from proposed
[08:33] <jibel> it removes the entire hwe stack
[08:35] <jibel> and if I try to force the version in proposed I get a conflict with xserver-xorg-video-modesetting
[08:37] <tjaalton> modesetting? it's a virtual pkg
[08:37] <tjaalton> hasn't been a real pkg in years
[08:38] <tjaalton> should be able to downgrade to the GA stack by apt install xserver-xorg
[08:38] <tjaalton> then enable proposed and install the update
[08:41] <tjaalton> but assuming you install from scratch, using the .0/1 image is still possible
[08:44] <jibel> tjaalton, right, I proceeded with the replacement of xorg-.*hwe* packages and it's all working fine with proposed
[08:50] <tjaalton> cool
[08:51] <tjaalton> and thanks!
[08:57] <jibel> tjaalton, I tried with .0 too on which I could observe the bug and it's fixed with proposed
[09:02] <Laney> moin
[09:03] <duflu> Morning Laney, and jibel and tjaalton
[09:08] <jibel> afternoon duflu
[09:13] <tjaalton> heya
[10:12] <tjaalton> I'm planning to upload mesa 20.0.0-rc3 today, final should arrive next week
[10:20] <tjaalton> scratch that, next week is just as fine
[11:13] <Saviq> xnox: hey, got a secure boot question for you: I've installed 20.04 fresh on my laptop and I _think_ I failed to enroll the MOK (I got scared of the menu when it rebooted - I wasn't sure what to do, maybe I didn't read the dialog properly when installing)
[11:14] <Saviq> since then it seems I'm stuck with two "ubuntu" boot entries, one of which is SecureBoot-enabled, the other is not…
[11:15] <Saviq> efibootmgr says https://paste.ubuntu.com/p/Mrc88j9PGG/
[11:16] <Saviq> `update-secureboot-policy --enroll-key` says just "Adding '/var/lib/shim-signed/mok/MOK.der' to shim:" and nothing's there after reboot
[11:21] <Saviq> xnox: whatever I do via `efibootmgr` (delete, reorder), I'm then back with the two entries and the order is "broken; working" - I can reorder in System Setup and that seems to work, at least for now
[11:23] <xnox> Saviq:  i wonder what their values are.
[11:24] <xnox> Saviq:  also i wonder if you can delete bogus entries in System Setup
[11:24] <Saviq> xnox: how do I get their values?
[11:24] <xnox> Saviq:  also do you need Mok? most popular drivers are now signed by us and need not a MOK enrolled key
[11:24] <Saviq> VBox…
[11:24] <xnox> signed by us
[11:24] <xnox> in linux-ristricted-modules
[11:25] <Saviq> So o should install something else than -dkms?
[11:25] <xnox> maybe our depenendencies are wrong?!
[11:25] <xnox> re: variables
[11:25] <xnox> i use $ bootctl
[11:27] <Saviq> xnox: it's grub and shim
[11:27] <xnox> i mean bootctl can print status of uefi variables irrespective of which bootloader is in use
[11:28] <xnox> hm
[11:28] <xnox> maybe we only do guest modules and not host
[11:28] <xnox> $ apt show linux-image-5.4.0-14-generic  | grep virtualbox
[11:28] <xnox> Provides: aufs-dkms, fuse-module, ivtv-modules, kvm-api-4, linux-image, redhat-cluster-modules, spl-dkms, spl-modules, virtualbox-guest-dkms, virtualbox-guest-modules, zfs-dkms, zfs-modules
[11:32] <Saviq> xnox: ok can confirm removing the grubx64 one and rebooting just makes it come back again, and default
[11:33] <Saviq> xnox: but even though it tells me I'll need to enroll the MOK, nothing happens on reboot
[11:33] <xnox> Saviq:  can you add an entry for mokmanager and boot that? and see if you can complete the mok enrollment?
[11:33] <xnox> also maybe juliank might be better to help with this, but he is not in this channel
[11:58] <Laney> o ubiquity
[14:20] <kenvandine> Laney: did you see the email to desktop-devel-list about the proposed release schedule changes?
[14:20] <kenvandine> https://mail.gnome.org/archives/desktop-devel-list/2020-February/msg00042.html
[15:19] <Laney> kenvandine: yeah, I made a note to reply but don't think it'll be today
[15:19] <Laney> thanks for pointing it out!
[15:19] <Laney> and morning
[15:23] <kenvandine> Laney: thanks!
[15:43] <hellsworth> good morning desktopers!
[15:44] <oSoMoN> good morning hellsworth
[15:45] <hellsworth> hola!
[15:46] <marcustomlinson> \o
[15:47] <hellsworth> o/
[18:02] <oSoMoN> having fixed an 8-year old bug (bug #887079), I'm calling it a week. Have a good week-end everyone!
[18:02] <ubot5> bug 887079 in software-properties (Ubuntu) "Software Sources shows codenames not version numbers" [Low,In progress] https://launchpad.net/bugs/887079
[18:18] <hellsworth> oh man nice oSoMon!!
=== ijohnson is now known as ijohnson|lunch
=== sergiusens_ is now known as sergiusens
=== heather1 is now known as hellsworth
=== ijohnson|lunch is now known as ijohnson