[02:54] Hi, kc2bez, dbungert, bdmurray, franksmcb, thanks a lot for your testing on Ubuntu Kylin. 💐 [06:49] mwhudson: i suspect some of them were already FTBFS due to gcc 11. I'm going to compare those to the FTBFS report [07:27] vorlon, doko trying to enable flang and upload in ppa [07:32] vorlon, lack of time to enable and make it build lol :D [08:15] Of course handsome_feng happy to help out. [08:26] :) === gjolly_ is now known as gjolly [09:40] Eickmeyer: i'm not sure how it could be a race condition; because nvidia driver is linked in a postinst; and initramfs is rebuilt as a trigger at the end of transaction. note that during apt run all calls to update-initramfs are diverted to a trigger. [09:40] Eickmeyer: nvidia driver postinst should interest the initramfs trigger it is harmless / correct thing to do. [09:40] especially since we have done nvidia-only respins before === genii-core is now known as genii [13:43] slyon: success. Thank you for trying it! https://git.launchpad.net/ubuntu/+source/cdbs/log/ [13:45] rbasak: uhh, nice! Kudos to you for putting it all together :) [15:07] xnox: I agree, but the question is why we're not rebuilding initramfs for *all* installed kernels ala "update-initramfs -u -k all". [15:10] xnox: bug 1947043 [15:10] Bug 1947043 in nvidia-graphics-drivers-470 (Ubuntu Impish) "nvidia drivers do not update initramfs properly" [Undecided, New] https://launchpad.net/bugs/1947043 [15:11] xnox: This is something the company I work for and I have identified, not just me as an individual. :) [15:12] xnox: Long-story short, a recent kernel upgrade coupled with nvidia driver upgrade at the same time in people's systems created this condition where their nvidia drivers failed to function following a reboot, and this was identified as the culpret. [15:12] s/people's/customer's [15:17] Eickmeyer: the choice to rebuild current initrd only, or all initrds is scary. [15:17] Eickmeyer: we have had regression in e.g. busybox; and then you don't want to rebuild all initrds, cause then none of them will work. [15:18] Eickmeyer: and also we have not been rebuilding many initrds due to changes of things that are vendored into it. I.e. i think there have been things that are included into initrd (without their knowledge) but do not update the initrd [15:18] i.e. security upgrades of shared libraries that are linked to binaries in the initrd i don't think currently universally trigger initramfs rebuilds. [15:24] xnox: True, but it's really disheartening when we're receiving support emails that their system has broke because the nvidia driver and kernel updated in the same "apt update". We'd rather err on the side of usability. [15:24] The fix has 90% been "update-initramfs -u -k all". [15:28] Eickmeyer: how did the machines ended up with nvidia dkms, instead of pre-signed lrm modules? [15:28] Eickmeyer: did you run ubuntu-drivers to install matching pre-built and pre-signed nvidia modules _instead of_ having dkms instaled? [15:32] xnox: They install nvidia-drivers-470. They're running focal, and we preinstall for machines that ship. [15:34] xnox: The flavor is Kubuntu in this case. [15:47] xnox: nvidia-drivers-470 pulls-in the dkms modules. [15:48] Eickmeyer: that's the wrong way to install nvidia-drivers which breaks things =/ [15:49] xnox: Isn't that what ubunutu-drivers does? [15:49] Eickmeyer: one must use ubuntu-drivers to install, cause then it will not install dkms; and install the prebuilt & presigned kernel modules that are updated in lock step [15:49] Eickmeyer: no it finds the correct meta to install prebuilt drivers; and it configures nvidia prime; and configures support for power management of nvidia gpus; and makes things work on boot [15:50] xnox: Noted, I'll figure out how to implement this for our customers. [15:50] i.e. even installing things that $ ubuntu-drivers list => is not enough [15:50] Eickmeyer: i.e. $ ubuntu-drivers list [15:50] for me offers [15:50] nvidia-driver-470, (kernel modules provided by linux-modules-nvidia-470-generic-hwe-20.04) [15:50] without having dkms, becuase prebuilt modules linux-modules-nvidia-470-generic-hwe-20.04 will be used [15:51] Eickmeyer: and ubuntu-drivers install also configures nvidia-prime and power management [15:51] Eickmeyer: thus one should always do ubuntu-drivers install to get the right set of nvidia for the right gpu and the right config that affects initramfs. [15:52] Eickmeyer: note this is supported by cloud-init too [15:52] can be preseeded in ubiquity and maas [15:52] and used in the clouds too [15:53] xnox: I'll relay this to the CTO, he has historically not been keen to trust processes he hasn't developed. [15:57] LocutusOfBorg: no worries, just wanted to draw attention to it to someone who might be able to answer authoritatively :) [16:17] Eickmeyer: using ubuntu-drivers is the only way to have nvidia drivers, signed with Canonical keys, possible to use with SecureBoot on, and with support for nvidia-prime, improved power management, and ability to dynamically switch from/to nvidia drivers, and is the correct thing to do on laptops, desktops, servers, cloud. [16:18] Eickmeyer: and you still have ability to choose which series you are after, if one doesn't want to use the latest recommended one. But note that you will remain supported as things are rolled over. [16:19] xnox: I'm noticing that it sets to on-demand mode, and historically that mode has been problematic for our customers, we've recommended nvidia mode since most of our customers are data scientists for AI and deep learning. [16:22] Eickmeyer: we enable the modes that we have worked with nvidia to provide. Note if you want drivers not for UI/Graphics, but for AI/ML only, you can opt into -server variant of the drivers. Those are only menat to be used as gpgpu accelerator without using nvidia for graphics. [16:22] Eickmeyer: this improves the ML/AI performance without affecting (wasting) gpu for Ubuntu Desktop Gui [16:23] xnox: The reason we haven't gone with the -server variant is that we want people to be able to do both, so that wouldn't work for our use case. [16:23] -server has a lot less depenedencies, does not install many utils, and is what we use in our k8s deployments on MAAS and Public Cloud k8s offerings. [16:24] Eickmeyer: if you need/want/may have both, please use ubuntu-drivers with on-demand, as that's the only way Ubuntu and nVidia supports things for recent cards. [16:24] The computers we sell are laptops. [16:25] all Canonical Certified machines are configured with nvidia graphics drivers as installed with ubuntu-drivers in ondemand mode; and it is also the default way things are configured when installing nvidia drivers using nvidia.com scripts. [16:25] xnox: Good to know, we're working on getting Canonical certification. === not_phunyguy is now known as phunyguy [18:12] bdmurray, dbungert: I'll take a look at LP: #1873565 since I've worked with gnutls before [18:12] Launchpad bug 1873565 in gnutls28 (Ubuntu Bionic) "issue with TLS 1.2 session ticket handling as client during resumption" [Medium, New] https://launchpad.net/bugs/1873565 [18:12] jawn-smith: okay, I'll finish the netkit-telnet one [18:17] bdmurray: It looks like this bug (LP: #1873565) needs an SRU to bionic, but no patch has been uploaded so I think the sponsors team could be unsubscribed [18:17] Launchpad bug 1873565 in gnutls28 (Ubuntu Bionic) "issue with TLS 1.2 session ticket handling as client during resumption" [Medium, New] https://launchpad.net/bugs/1873565 [18:18] jawn-smith: what's in comment #2? [18:18] bdmurray: jawn-smith: looking at LP: #1840348 [18:18] Launchpad bug 1840348 in ceph (Ubuntu Bionic) "Sharded OpWQ drops suicide_grace after waiting for work" [Medium, In Progress] https://launchpad.net/bugs/1840348 [18:18] Sorry I'm mixing terms. It's a patch, not a debdiff. I meant that no Bionic debdiff has been uploaded [18:19] I'd be happy to work on the SRU (filling out the template and creating a debdiff) if that's in scope for this "trim the sponsoring queue" exercise [18:20] Well we could create a debdiff, so the next question is does it have enough information that you feel comfortable SRU'ing it? e.g. test case [18:20] It seems to include enough detail to recreate it, though I'd of course need to fill out the SRU template still. Shall I proceed with that? [18:22] Yeah, let's try and do the right thing here [18:23] on it, thanks! [18:24] FYI there's a tool which can produce this comment https://bugs.launchpad.net/ubuntu/+source/netkit-telnet/+bug/1891021/comments/2 [18:24] Launchpad bug 1891021 in netkit-telnet (Ubuntu) "Specifying a port in telnetrc is not working" [Medium, New] [18:29] looking at bug 1581594 [18:29] Bug 1581594 in libatasmart (Ubuntu) "constantly shows wrong temperature (99°C )" [Medium, Triaged] https://launchpad.net/bugs/1581594 [18:31] looking at bug 1794194 [18:31] Bug 1794194 in openjpeg2 (Ubuntu) "missing archive files in library" [Low, Triaged] https://launchpad.net/bugs/1794194 [18:34] bdmurray: would you unsubscribe sponsors from bug 1794194? We can pick this up in the next package merge. [18:34] Bug 1794194 in openjpeg2 (Ubuntu) "missing archive files in library" [Low, Triaged] https://launchpad.net/bugs/1794194 [18:35] looking at bug 1886809 [18:35] Bug 1886809 in avahi (Ubuntu) "Pulse connect VPN exists because unwanted avahi network starts" [Medium, New] https://launchpad.net/bugs/1886809 [18:59] dbungert: done, thanks! [19:08] I've commented on bug 1891110 [19:08] Bug 1891110 in ucf (Ubuntu Focal) "Focal ucf need redirect fixes backported to ensure working with config-package-dev" [Medium, Incomplete] https://launchpad.net/bugs/1891110 [19:20] bdmurray: we should probably remove sponsors from bug 1886809, I've added a comment with some suggestions. [19:20] Bug 1886809 in avahi (Ubuntu) "Pulse connect VPN exists because unwanted avahi network starts" [Medium, New] https://launchpad.net/bugs/1886809 [19:20] looking at bug 1890572 [19:20] Bug 1890572 in cups (Ubuntu) "USB backend never ends if the printer is not connected" [Low, New] https://launchpad.net/bugs/1890572 [19:30] looking at bug 1871306 [19:30] Bug 1871306 in alsa-ucm-conf (Ubuntu Focal) "[SRU] No sound from internal card chtmax98090 (missing UCM2 files in alsa-ucm-conf)" [High, In Progress] https://launchpad.net/bugs/1871306 [19:37] bdmurray: for bug 1890572, upstream declined it and we've already asked the submitter to work with new upstream. I think this is another one to drop sponsors from. [19:37] Bug 1890572 in cups (Ubuntu) "USB backend never ends if the printer is not connected" [Low, New] https://launchpad.net/bugs/1890572 [19:37] bdmurray FWIW the patch that was uploaded doesn't apply cleanly in bionic at all, and needs a bit of work to get working in bionic. I'm working on it now [19:39] jawn-smith: well in that case it'd probably be a better use of time to ask for them to redo the patch [19:39] okay! I'll add a comment to the bug [19:41] bdmurray: done, but now sponsors should be unsubscribed right? [19:46] Looking at LP: #1903548 now. Looks like a community member uploaded a debdiff so I'll give it a test [19:46] Launchpad bug 1903548 in nauty (Ubuntu Focal) "nauty-biplabg gives 'sorry, this program doesn't support digraphs yet'" [Medium, New] https://launchpad.net/bugs/1903548 [19:47] jawn-smith: yes, I'll unsubscribe them [19:48] thanks [19:53] dbungert: Did you look at the cups source wrt bug 1890572? [19:53] Bug 1890572 in cups (Ubuntu) "USB backend never ends if the printer is not connected" [Low, New] https://launchpad.net/bugs/1890572 [19:54] bdmurray: no, I was relying on the comment at https://github.com/apple/cups/pull/5818#issuecomment-796685862 [19:54] Pull 5818 in apple/cups "Fix infinite loop waiting for usb printer to be available" [Closed] [19:55] dbungert: well it looks fixed to me, I'll follow up [19:59] looking at bug 1892825 [19:59] Bug 1892825 in glibc (Ubuntu) "update-locale not perform correctly sanity checks" [Medium, In Progress] https://launchpad.net/bugs/1892825 [20:02] that one looks fine, looking at 1890491 [20:02] looking at bug 1820083 [20:02] Bug 1820083 in python-etcd3gw (Ubuntu Focal) "TLS params not set for session" [Medium, In Progress] https://launchpad.net/bugs/1820083 [20:03] bdmurray: jawn-smith had that one I think [20:04] hmm nope I havne't looked at that one [20:05] different tls related bug :) [20:05] ddstreet: is there a reson bug 1820083 hasn't been sponsored? [20:05] Bug 1820083 in python-etcd3gw (Ubuntu Focal) "TLS params not set for session" [Medium, In Progress] https://launchpad.net/bugs/1820083 [20:05] oh maybe because sts-sponser is spelled wrong [20:06] hmm, I've seen two bugs recently in the installer that had problems resolving archive hosts moments after downloading packages from those archive hosts: https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1946784 https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1947061 [20:06] Launchpad bug 1946784 in grub-installer (Ubuntu) "Le systeme a planté pendant l'installation" [Undecided, New] [20:06] Launchpad bug 1947061 in ubiquity (Ubuntu) "En el proceso de instalación reporta error grave en la creación del gl GRUB" [Undecided, New] [20:07] maybe there are too many clients? [20:11] bdmurray: I've asked the bug reporter on LP: 1903548 for more information, if you feel like unsubscribing sponsors [20:11] Launchpad bug 1903548 in nauty (Ubuntu Focal) "nauty-biplabg gives 'sorry, this program doesn't support digraphs yet'" [Medium, New] https://launchpad.net/bugs/1903548 [20:15] Looking at LP: 1913656 I think it should also have the sponsors team unsubscribed. It's an SRU assigned to a Canonical employee. There is a link to an upstream commit that fixes the issue [20:15] Launchpad bug 1913656 in ghostscript (Ubuntu Focal) "Fix for Ghostscript 9.50 upstream bug needs to be back-ported" [Medium, New] https://launchpad.net/bugs/1913656 [20:15] I'm looking at bug 1898005 [20:15] Bug 1898005 in gnome-shell-extension-desktop-icons (Ubuntu Focal) "gnome-shell crashed with SIGABRT in st_bin_destroy: assertion failed: (priv->child == NULL) called from DesktopManager::_destroyDesktopIcons() [desktopManager.js:234]" [High, In Progress] https://launchpad.net/bugs/1898005 [20:15] I wonder if we should send a report to ubuntu-devel whenever we "finish" [20:17] jawn-smith: do you want to subscribe to the bug which asked for more information in? ;-) [20:18] there's no patch in that ghostscript bug so unsubscribing [20:18] bdmurray: seeing as how it's been assigned to a member of the Desktop team since Feb, would it be appropriate for me to prepare the SRU for LP: 1913656 ? [20:18] Launchpad bug 1913656 in ghostscript (Ubuntu Focal) "Fix for Ghostscript 9.50 upstream bug needs to be back-ported" [Medium, New] https://launchpad.net/bugs/1913656 [20:19] I'd ask the desktop team member but it's quite late in central Europe and they are therefore not online at the moment [20:19] jawn-smith, I think if you want to go ahead with the SRU that would be welcome [20:27] I'll be sponsoring the patch in the bug I'm working on [20:31] I unsubscribed sponsors from bug 1754069 [20:31] Bug 1754069 in nautilus (Ubuntu) "Restore type-ahead find in Ubuntu 17.10 and later" [Wishlist, Confirmed] https://launchpad.net/bugs/1754069 [20:34] looking at bug 1916250 [20:34] Bug 1916250 in libsignon-glib (Ubuntu) "gir1.2-signon-2.0 needs to declare replace on older releases (Groovy2Hirsute)" [Low, New] https://launchpad.net/bugs/1916250 [20:44] looking at bug 1882998 [20:44] Bug 1882998 in openvdb (Ubuntu Focal) "Cannot import openvdb 6.2 on Focal due to jemalloc" [Medium, New] https://launchpad.net/bugs/1882998 [20:45] mwhudson: could you have another look at the MP associated with bug 885086? [20:45] Bug 885086 in casper (Ubuntu) "XDG 'Desktop' item not translated on Live CD" [Medium, In Progress] https://launchpad.net/bugs/885086 [20:46] oh yeah i have scripts to make testing initramfs changes much easier now! [20:48] mwhudson: thanks! we are trying to have a look at the sponsorship queue and cleaning it up a bit [21:30] seb128: I prepared that SRU. If you have time would you be able to review it? [21:42] rbasak: /snap/bin/git-ubuntu.merge-changeloges - oops [21:50] bdmurray: (or any other member of ubuntu-sponsors) it appears racb requested more information in LP: #1472288 a few months ago and hasn't heard anything, so it seems that the sponsors team could be unsubscribed for now. [21:50] Launchpad bug 1472288 in base-files (Ubuntu) "Add additional attributes in /etc/os-release" [Wishlist, Confirmed] https://launchpad.net/bugs/1472288 [21:52] vorlon: thanks. That shows how many users are actually using that entry point then? Or maybe they all autocomplete? [21:55] https://code.launchpad.net/~racb/usd-importer/+git/usd-importer/+merge/410255 - I'll land as soon as CI passes. [21:58] jawn-smith: thanks! I've commented and unsubscribed sponsors. [22:01] rbasak: thanks! We're trying to help clean up the sponsoring queue [22:08] Appreciated! [22:22] bdmurray noticed that sway was accepted into impish-proposed despite not having been signed off by a member of the SRU team; https://launchpad.net/ubuntu/impish/+queue?queue_state=3&queue_text=sway shows that the Ubuntu Archive Robot accepted it. I've disabled the auto-accept cronjob on snakefruit, looking to see where that is missing from our process [22:22] also, removing sway from impish-proposed [22:30] impish-changes shows other packages were wrongly accepted the same way; gsmlib ( slyon ), checkinstall, cdbs, osinfo-db ( jbicha ), I've removed each of these now. They can potentially be copied into JJ-proposed when it opens, please let me know if you want that to happen === genii is now known as genii-core [23:34] bdmurray: to prevent this in the future: https://bazaar.launchpad.net/~ubuntu-archive/ubuntu-archive-scripts/trunk/revision/313 [23:35] bdmurray re: lp:1820083 it's because the customer asking us for it frequently gets distracted by shiny things right after asking for something, so they've been unresponsive when we asked for testing; usually, they get back around to things they ask for after a few months or so [23:35] Launchpad bug 1820083 in python-etcd3gw (Ubuntu Focal) "TLS params not set for session" [Medium, In Progress] https://launchpad.net/bugs/1820083 [23:36] i'll check back with the customer contact to see if they're ready to test before we upload it