[00:19] <guiverc> bdmurray, the 'out of space' (1923134) is because grub is trying to write to the thumb-drive (installation media), not hard drive; wrong device is the issue
[03:57] -queuebot:#ubuntu-release- Unapproved: accepted zfs-linux [source] (focal-proposed) [0.8.3-1ubuntu12.8]
[06:13] -queuebot:#ubuntu-release- Unapproved: rejected gnome-shell-extension-appindicator [source] (focal-proposed) [33.1-0ubuntu<IP_ADDRESS>]
[09:19] <xnox> vorlon:  doko:  buildd's do not call autoremove do they? hence i have two perl's in hirsute's buildd chroot and my usrmerge upload ftbfs in lp, despite building locally?
[09:21] -queuebot:#ubuntu-release- Unapproved: linux-base (hirsute-proposed/main) [4.5ubuntu4 => 4.5ubuntu5] (core, i386-whitelist)
[09:25] -queuebot:#ubuntu-release- Unapproved: webkit2gtk (hirsute-proposed/main) [2.32.0-1ubuntu2 => 2.32.0-1ubuntu3] (desktop-core, i386-whitelist)
[09:30] -queuebot:#ubuntu-release- Unapproved: v4l2loopback (hirsute-proposed/universe) [0.12.5-1 => 0.12.5-1ubuntu1] (kernel-dkms, ubuntustudio)
[09:31] -queuebot:#ubuntu-release- Unapproved: v4l2loopback (focal-proposed/universe) [0.12.3-1ubuntu0.3 => 0.12.5-1ubuntu<IP_ADDRESS>] (kernel-dkms)
[09:33] -queuebot:#ubuntu-release- Unapproved: accepted gnome-2048 [source] (hirsute-proposed) [3.38.2-1build1]
[09:33] -queuebot:#ubuntu-release- Unapproved: accepted gnome-tetravex [source] (hirsute-proposed) [1:3.38.2-1build1]
[09:33] -queuebot:#ubuntu-release- Unapproved: accepted gnome-klotski [source] (hirsute-proposed) [1:3.38.2-1build1]
[09:45] -queuebot:#ubuntu-release- Unapproved: rejected evdi [source] (hirsute-proposed) [1.9.1-1ubuntu1]
[09:46] -queuebot:#ubuntu-release- Unapproved: accepted horizon [source] (hirsute-proposed) [4:19.2.0-0ubuntu1]
[09:46] -queuebot:#ubuntu-release- Unapproved: accepted ironic [source] (hirsute-proposed) [1:17.0.1-0ubuntu1]
[09:49] -queuebot:#ubuntu-release- Unapproved: accepted linux-base [source] (hirsute-proposed) [4.5ubuntu5]
[09:49] -queuebot:#ubuntu-release- Unapproved: netplan.io (hirsute-proposed/main) [0.102-0ubuntu1 => 0.102-0ubuntu2] (core)
[09:49] <slyon> hey release-team! I'd like to get this bug fix landed ^^ in HH, so I can SRU it back to FF & GG during freeze times :)
[09:50] <slyon> LP: #1922898 that is
[09:53] -queuebot:#ubuntu-release- Unapproved: usrmerge (hirsute-proposed/main) [24ubuntu2 => 24ubuntu3] (core)
[09:54] -queuebot:#ubuntu-release- Unapproved: accepted python-docutils [sync] (hirsute-proposed) [0.16+dfsg-4]
[09:54] <sil2100> slyon: done!
[09:54] -queuebot:#ubuntu-release- Unapproved: accepted netplan.io [source] (hirsute-proposed) [0.102-0ubuntu2]
[09:55] -queuebot:#ubuntu-release- Unapproved: accepted webkit2gtk [source] (hirsute-proposed) [2.32.0-1ubuntu3]
[09:55] -queuebot:#ubuntu-release- Unapproved: gallery-dl (hirsute-proposed/universe) [1.17.0-1 => 1.17.2-1] (no packageset) (sync)
[09:56] <slyon> sil2100: thx!
[09:56] -queuebot:#ubuntu-release- Unapproved: accepted gallery-dl [sync] (hirsute-proposed) [1.17.2-1]
[10:13] <xnox> sil2100:  please check usrmerge it's a fix up of yesterday's upload to build in dirty chroots (like the one on launchpad)
[10:28] <doko> xnox, vorlon: no, they don't. what we could do instead is to update the buildd chroots / tarballs instead.  but that would be something to discuss with LP. cjwatson?
[10:28] <sil2100> xnox: ok, looking
[10:30] <cjwatson> doko: we can update from later cpc-built buildd images pretty much on request
[10:30] <cjwatson> doko: could you file an LP support ticket?
[10:30] <sil2100> The shell snippet seems to do the job, let's get that in
[10:31] <sil2100> xnox: done o/
[10:31] -queuebot:#ubuntu-release- Unapproved: accepted usrmerge [source] (hirsute-proposed) [24ubuntu3]
[10:44] -queuebot:#ubuntu-release- New: rejected xrt [sync] (hirsute-proposed) [202<IP_ADDRESS>6-0ubuntu4]
[10:44] -queuebot:#ubuntu-release- New sync: xrt (hirsute-proposed/primary) [202<IP_ADDRESS>6-0ubuntu5]
[10:45] -queuebot:#ubuntu-release- New: accepted xrt [sync] (hirsute-proposed) [202<IP_ADDRESS>6-0ubuntu5]
[10:45] -queuebot:#ubuntu-release- New: rejected vitis-ai-dnndk [sync] (hirsute-proposed) [1.3-0ubuntu1]
[10:52] -queuebot:#ubuntu-release- Unapproved: dpkg (hirsute-proposed/main) [<IP_ADDRESS>ubuntu4 => 1.20.9ubuntu1] (core, i386-whitelist)
[11:10] -queuebot:#ubuntu-release- New binary: xrt [amd64] (hirsute-proposed/universe) [202<IP_ADDRESS>6-0ubuntu5] (no packageset)
[11:12] -queuebot:#ubuntu-release- New binary: xrt [arm64] (hirsute-proposed/universe) [202<IP_ADDRESS>6-0ubuntu5] (no packageset)
[11:20] -queuebot:#ubuntu-release- Unapproved: linux-base (bionic-proposed/main) [4.5ubuntu1.2 => 4.5ubuntu1.3] (core)
[11:20] -queuebot:#ubuntu-release- Unapproved: linux-base (focal-proposed/main) [4.5ubuntu3.1 => 4.5ubuntu3.2] (core, i386-whitelist)
[12:00] -queuebot:#ubuntu-release- Unapproved: clamav (hirsute-proposed/main) [0.103.0+dfsg-3.1 => 0.103.2+dfsg-1] (ubuntu-server) (sync)
[12:14] <xnox> cjwatson:  might as well wait for hirsute release, and upgrade to final / release pocket buildd images.
[12:14] <cjwatson> xnox: It takes a few minutes, not a big deal to do it earlier
[12:14] <xnox> doko:  cjwatson: i was more after phylosophical question as to why autoremove is not run after full-upgrade.
[12:15] <xnox> cjwatson:  let me check how latest buildd images look like
[12:15] <cjwatson> xnox: Not worth the effort in most cases so nobody ever thought to bother, I think
[12:16] <xnox> https://cloud-images.ubuntu.com/buildd/daily/hirsute/20210414/ look good to me
[12:16] <cjwatson> I guess I wouldn't massively object but it matters rarely enough that maybe we should just update base images instead
[12:18] <xnox> opened https://answers.launchpad.net/launchpad/+question/696569
[12:18] <cjwatson> Thanks.  Not sure I'll be able to get to it today but I've assigned it to myself as a reminder
[12:36] -queuebot:#ubuntu-release- Unapproved: apt (hirsute-proposed/main) [2.2.2ubuntu1 => 2.2.3] (core, i386-whitelist) (sync)
[12:38] <juliank> sil2100: ^ may I sneak in apt 2.2.3? - this is the diff: https://salsa.debian.org/apt-team/apt/-/compare/2.2.2...2.2.3 (except the last file, that was in 2.2.2ubuntu0.1 already)
[12:38] -queuebot:#ubuntu-release- Unapproved: trove-dashboard (hirsute-proposed/universe) [16.0.0~rc1-0ubuntu1 => 16.0.0-0ubuntu1] (openstack)
[12:38] -queuebot:#ubuntu-release- Unapproved: watcher (hirsute-proposed/universe) [2:6.0.0~rc1-0ubuntu1 => 2:6.0.0-0ubuntu1] (openstack)
[12:39] -queuebot:#ubuntu-release- Unapproved: watcher-dashboard (hirsute-proposed/universe) [5.0.0~rc1-0ubuntu1 => 5.0.0-0ubuntu1] (openstack)
[12:39] -queuebot:#ubuntu-release- Unapproved: zaqar-ui (hirsute-proposed/universe) [10.0.0~rc1-0ubuntu1 => 10.0.0-0ubuntu1] (openstack)
[12:39] <juliank> fixes https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1921626 and adds a warning
[12:39] <juliank> odd thing ubot5 saying groovy here in that message :D
[12:40] <juliank> Planning to SRU the fix to stable releases later, might change warning to notice there or remove it entirely
[12:40] <juliank> (added the diff link because sync and launchpad doesn't generate diffs for those :/)
[12:53] -queuebot:#ubuntu-release- New: accepted xrt [amd64] (hirsute-proposed) [202<IP_ADDRESS>6-0ubuntu5]
[12:53] -queuebot:#ubuntu-release- New: accepted xrt [arm64] (hirsute-proposed) [202<IP_ADDRESS>6-0ubuntu5]
[12:53] -queuebot:#ubuntu-release- Unapproved: panko (hirsute-proposed/universe) [1:10.0.0~rc1-0ubuntu1 => 1:10.0.0-0ubuntu1] (openstack)
[12:54] -queuebot:#ubuntu-release- Unapproved: sahara-dashboard (hirsute-proposed/universe) [14.0.0~rc1-0ubuntu1 => 14.0.0-0ubuntu1] (openstack)
[12:54] -queuebot:#ubuntu-release- Unapproved: sahara-plugin-vanilla (hirsute-proposed/universe) [5.0.0~rc1-0ubuntu1 => 5.0.0-0ubuntu1] (openstack)
[12:54] -queuebot:#ubuntu-release- Unapproved: senlin (hirsute-proposed/universe) [1:11.0.0~rc1-0ubuntu1 => 1:11.0.0-0ubuntu1] (openstack)
[12:54] -queuebot:#ubuntu-release- Unapproved: placement (hirsute-proposed/main) [1:5.0.0~rc1-0ubuntu1 => 1:5.0.0-0ubuntu1] (openstack)
[12:54] -queuebot:#ubuntu-release- Unapproved: sahara (hirsute-proposed/universe) [2:14.0.0~rc1-0ubuntu1 => 2:14.0.0-0ubuntu1] (openstack)
[12:54] -queuebot:#ubuntu-release- Unapproved: sahara-plugin-spark (hirsute-proposed/universe) [5.0.0~rc1-0ubuntu1 => 5.0.0-0ubuntu1] (openstack)
[13:05] <sil2100> juliank: looking
[13:06] <sil2100> juliank: ok, looks sane, we still before final freeze so let's just get it in
[13:07] <juliank> :)
[13:07] <juliank> thanks sil2100
[13:07] -queuebot:#ubuntu-release- Unapproved: accepted apt [sync] (hirsute-proposed) [2.2.3]
[13:08] <juliank> 2.2.4 will come too, but that will be an SRU. It I think fixes bugs that are more theoretical than practical to trigger :D
[13:14] -queuebot:#ubuntu-release- Unapproved: neutron-vpnaas (hirsute-proposed/main) [2:18.0.0~rc1-0ubuntu1 => 2:18.0.0-0ubuntu1] (openstack)
[13:14] -queuebot:#ubuntu-release- Unapproved: octavia-dashboard (hirsute-proposed/main) [7.0.0~rc1-0ubuntu1 => 7.0.0-0ubuntu1] (openstack)
[13:14] -queuebot:#ubuntu-release- Unapproved: openstack-trove (hirsute-proposed/universe) [2:15.0.0~rc1-0ubuntu1 => 2:15.0.0-0ubuntu1] (openstack)
[13:14] -queuebot:#ubuntu-release- Unapproved: nova (hirsute-proposed/main) [3:23.0.0~rc2-0ubuntu1 => 3:23.0.0-0ubuntu1] (openstack)
[13:14] -queuebot:#ubuntu-release- Unapproved: ubuntu-mate-settings (hirsute-proposed/universe) [21.04.7 => 21.04.8] (ubuntu-mate)
[13:14] -queuebot:#ubuntu-release- Unapproved: octavia (hirsute-proposed/universe) [1:8.0.0~rc2-0ubuntu1 => 1:8.0.0-0ubuntu1] (openstack)
[13:28] -queuebot:#ubuntu-release- New: rejected u-boot-xlnx [sync] (hirsute-proposed) [2020.2-0ubuntu6]
[13:37] -queuebot:#ubuntu-release- New binary: u-boot-xlnx [arm64] (hirsute-proposed/none) [2020.2-0ubuntu10] (no packageset)
[13:42] -queuebot:#ubuntu-release- Unapproved: networking-sfc (hirsute-proposed/universe) [12.0.0~rc1-0ubuntu1 => 12.0.0-0ubuntu1] (openstack)
[13:42] -queuebot:#ubuntu-release- Unapproved: neutron (hirsute-proposed/main) [2:18.0.0~rc2-0ubuntu2 => 2:18.0.0-0ubuntu1] (openstack)
[13:42] -queuebot:#ubuntu-release- Unapproved: neutron-dynamic-routing (hirsute-proposed/universe) [2:18.0.0~rc1-0ubuntu1 => 2:18.0.0-0ubuntu1] (openstack)
[13:44] -queuebot:#ubuntu-release- New: accepted u-boot-xlnx [arm64] (hirsute-proposed) [2020.2-0ubuntu10]
[13:56] -queuebot:#ubuntu-release- Unapproved: murano-agent (hirsute-proposed/universe) [1:7.0.0~rc1-0ubuntu1 => 1:7.0.0-0ubuntu1] (openstack)
[13:56] -queuebot:#ubuntu-release- Unapproved: murano-dashboard (hirsute-proposed/universe) [1:11.0.0~rc1-0ubuntu1 => 1:11.0.0-0ubuntu1] (openstack)
[13:56] -queuebot:#ubuntu-release- Unapproved: murano (hirsute-proposed/universe) [1:11.0.0~rc1-0ubuntu1 => 1:11.0.0-0ubuntu1] (openstack)
[13:56] -queuebot:#ubuntu-release- Unapproved: networking-baremetal (hirsute-proposed/universe) [4.0.0~rc1-0ubuntu1 => 4.0.0-0ubuntu1] (openstack)
[13:56] -queuebot:#ubuntu-release- Unapproved: networking-bagpipe (hirsute-proposed/universe) [14.0.0~rc1-0ubuntu1 => 14.0.0-0ubuntu1] (openstack)
[13:57] -queuebot:#ubuntu-release- Unapproved: networking-bgpvpn (hirsute-proposed/universe) [14.0.0~rc1-0ubuntu1 => 14.0.0-0ubuntu1] (openstack)
[13:57] -queuebot:#ubuntu-release- Unapproved: networking-odl (hirsute-proposed/universe) [1:18.0.0~rc1-0ubuntu1 => 1:18.0.0-0ubuntu1] (openstack)
[13:57] -queuebot:#ubuntu-release- Unapproved: networking-hyperv (hirsute-proposed/universe) [1:10.0.0~rc1-0ubuntu1 => 1:10.0.0-0ubuntu1] (openstack)
[14:00] -queuebot:#ubuntu-release- Unapproved: llvm-toolchain-12 (hirsute-proposed/universe) [1:12.0.0~++rc5-1ubuntu1 => 1:12.0.0~++rc5-1ubuntu2] (i386-whitelist)
[14:01] -queuebot:#ubuntu-release- Unapproved: accepted llvm-toolchain-12 [source] (hirsute-proposed) [1:12.0.0~++rc5-1ubuntu2]
[14:11] -queuebot:#ubuntu-release- Unapproved: llvm-toolchain-11 (hirsute-proposed/main) [1:11.0.1-2ubuntu2 => 1:11.0.1-2ubuntu3] (core, i386-whitelist)
[14:13] -queuebot:#ubuntu-release- Unapproved: accepted llvm-toolchain-11 [source] (hirsute-proposed) [1:11.0.1-2ubuntu3]
[14:24] <Eickmeyer[m]> ubuntu-archive: Can someone reject Carla 2.3.0 for Focal? Like a complete bot, I mistyped in the changelog update. It's meant for Hirstue.
[14:24] <sil2100> Eickmeyer[m]: on it
[14:24] <Eickmeyer[m]> sil2100: Thanks. This is what happens when my dayjob relies on Focal. hehe
[14:25] -queuebot:#ubuntu-release- Unapproved: carla (focal-proposed/universe) [2.1-0ubuntu1 => 2.3.0-0ubuntu1] (i386-whitelist, ubuntustudio)
[14:26] -queuebot:#ubuntu-release- Unapproved: rejected carla [source] (focal-proposed) [2.3.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted clamav [sync] (hirsute-proposed) [0.103.2+dfsg-1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted placement [source] (hirsute-proposed) [1:5.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted sahara-plugin-spark [source] (hirsute-proposed) [5.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted sahara [source] (hirsute-proposed) [2:14.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted watcher-dashboard [source] (hirsute-proposed) [5.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted zaqar-ui [source] (hirsute-proposed) [10.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: gnome-shell-extension-desktop-icons-ng (hirsute-proposed/main) [0.15.0-0ubuntu3 => 0.15.0-0ubuntu4] (no packageset)
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted panko [source] (hirsute-proposed) [1:10.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted sahara-plugin-vanilla [source] (hirsute-proposed) [5.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted watcher [source] (hirsute-proposed) [2:6.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted sahara-dashboard [source] (hirsute-proposed) [14.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: carla (hirsute-proposed/universe) [2.3.0~rc2-0ubuntu1 => 2.3.0-0ubuntu1] (i386-whitelist, ubuntustudio)
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted trove-dashboard [source] (hirsute-proposed) [16.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted murano-agent [source] (hirsute-proposed) [1:7.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted murano [source] (hirsute-proposed) [1:11.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted networking-baremetal [source] (hirsute-proposed) [4.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted networking-hyperv [source] (hirsute-proposed) [1:10.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted networking-sfc [source] (hirsute-proposed) [12.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted neutron-vpnaas [source] (hirsute-proposed) [2:18.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted nova [source] (hirsute-proposed) [3:23.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted octavia [source] (hirsute-proposed) [1:8.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted senlin [source] (hirsute-proposed) [1:11.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted murano-dashboard [source] (hirsute-proposed) [1:11.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted networking-bgpvpn [source] (hirsute-proposed) [14.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted neutron-dynamic-routing [source] (hirsute-proposed) [2:18.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted octavia-dashboard [source] (hirsute-proposed) [7.0.0-0ubuntu1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted networking-bagpipe [source] (hirsute-proposed) [14.0.0-0ubuntu1]
[14:32] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (hirsute-proposed) [2:18.0.0-0ubuntu1]
[14:32] -queuebot:#ubuntu-release- Unapproved: accepted networking-odl [source] (hirsute-proposed) [1:18.0.0-0ubuntu1]
[14:32] -queuebot:#ubuntu-release- Unapproved: accepted openstack-trove [source] (hirsute-proposed) [2:15.0.0-0ubuntu1]
[14:35] -queuebot:#ubuntu-release- New: rejected vitis-ai [sync] (hirsute-proposed) [1.3.2-0ubuntu2]
[14:36] -queuebot:#ubuntu-release- New sync: vitis-ai (hirsute-proposed/primary) [1.3.2-0ubuntu5]
[14:36] -queuebot:#ubuntu-release- New: accepted vitis-ai [sync] (hirsute-proposed) [1.3.2-0ubuntu5]
[14:40] <Eickmeyer[m]> sil2100: I realize the diff on 2.3.0-RC2 to 2.3.0 on Carla is huge. Upstream assures me it's just bugfixes from RC to Final.
[14:41] <Eickmeyer[m]> Not trying to pull the wool over anyone's eyes on new features here.
[14:42] -queuebot:#ubuntu-release- Packageset: Added gpiozero to raspi in bionic
[14:42] -queuebot:#ubuntu-release- Packageset: Added gpiozero to raspi in focal
[14:42] -queuebot:#ubuntu-release- Packageset: Added gpiozero to raspi in groovy
[14:42] -queuebot:#ubuntu-release- Packageset: Added gpiozero to raspi in hirsute
[14:47] -queuebot:#ubuntu-release- Unapproved: gcc-bpf (hirsute-proposed/universe) [5 => 5build1] (no packageset)
[14:49] -queuebot:#ubuntu-release- Unapproved: accepted gcc-bpf [source] (hirsute-proposed) [5build1]
[14:49] -queuebot:#ubuntu-release- Unapproved: gcc-mingw-w64 (hirsute-proposed/universe) [24.1 => 24.1build1] (i386-whitelist, kubuntu)
[14:50] -queuebot:#ubuntu-release- Unapproved: gcc-xtensa-lx106 (hirsute-proposed/universe) [8 => 8build1] (no packageset)
[14:51] -queuebot:#ubuntu-release- Unapproved: accepted gcc-xtensa-lx106 [source] (hirsute-proposed) [8build1]
[15:00] -queuebot:#ubuntu-release- Unapproved: keystone (hirsute-proposed/main) [2:18.0.0+git2021012507.c239cc666-0ubuntu1 => 2:19.0.0-0ubuntu1] (openstack)
[15:00] -queuebot:#ubuntu-release- Unapproved: manila-ui (hirsute-proposed/universe) [1:5.0.0~rc1-0ubuntu1 => 1:5.0.0-0ubuntu1] (openstack)
[15:00] -queuebot:#ubuntu-release- Unapproved: masakari-monitors (hirsute-proposed/main) [11.0.0~rc1-0ubuntu1 => 11.0.0-0ubuntu1] (openstack)
[15:00] -queuebot:#ubuntu-release- Unapproved: mistral (hirsute-proposed/universe) [12.0.0~rc1-0ubuntu1 => 12.0.0-0ubuntu1] (openstack)
[15:00] -queuebot:#ubuntu-release- Unapproved: magnum (hirsute-proposed/universe) [12.0.0~rc1-0ubuntu1 => 12.0.0-0ubuntu1] (openstack)
[15:00] -queuebot:#ubuntu-release- Unapproved: masakari (hirsute-proposed/main) [11.0.0~rc1-0ubuntu1 => 11.0.0-0ubuntu1] (openstack)
[15:00] -queuebot:#ubuntu-release- Unapproved: manila (hirsute-proposed/universe) [1:12.0.0~rc1-0ubuntu2 => 1:12.0.0-0ubuntu1] (openstack)
[15:04] -queuebot:#ubuntu-release- Unapproved: open-iscsi (hirsute-proposed/main) [2.1.3-1ubuntu5 => 2.1.3-1ubuntu6] (ubuntu-desktop, ubuntu-server)
[15:07] -queuebot:#ubuntu-release- Unapproved: accepted gcc-mingw-w64 [source] (hirsute-proposed) [24.1build1]
[15:07] -queuebot:#ubuntu-release- Unapproved: accepted magnum [source] (hirsute-proposed) [12.0.0-0ubuntu1]
[15:07] -queuebot:#ubuntu-release- Unapproved: accepted manila [source] (hirsute-proposed) [1:12.0.0-0ubuntu1]
[15:07] -queuebot:#ubuntu-release- Unapproved: accepted masakari [source] (hirsute-proposed) [11.0.0-0ubuntu1]
[15:07] -queuebot:#ubuntu-release- Unapproved: accepted keystone [source] (hirsute-proposed) [2:19.0.0-0ubuntu1]
[15:07] -queuebot:#ubuntu-release- Unapproved: accepted masakari-monitors [source] (hirsute-proposed) [11.0.0-0ubuntu1]
[15:07] -queuebot:#ubuntu-release- Unapproved: accepted manila-ui [source] (hirsute-proposed) [1:5.0.0-0ubuntu1]
[15:07] -queuebot:#ubuntu-release- Unapproved: accepted mistral [source] (hirsute-proposed) [12.0.0-0ubuntu1]
[15:32] -queuebot:#ubuntu-release- New binary: vitis-ai [arm64] (hirsute-proposed/universe) [1.3.2-0ubuntu5] (no packageset)
[15:33] -queuebot:#ubuntu-release- Unapproved: ubiquity (hirsute-proposed/main) [21.04.14 => 21.04.15] (desktop-core)
[15:39] -queuebot:#ubuntu-release- New: accepted vitis-ai [arm64] (hirsute-proposed) [1.3.2-0ubuntu5]
[15:54] <teward> ubuntu-archive: I assume the archive admins are the target audience for https://bugs.launchpad.net/ubuntu/+bug/1918137 because it's archive/mirror cleanups  (this ended up on the bugs list and was emailed to ubuntu-mirrors@ list)
[16:01] -queuebot:#ubuntu-release- Unapproved: accepted ubiquity [source] (hirsute-proposed) [21.04.15]
[16:01] <sil2100> Wimpress: hey! Looking at your ubuntu-mate-settings, I see some file called 'x' added in the upload? I guess that's some accidental file?
[16:01] <sil2100> Wimpress: http://launchpadlibrarian.net/533532053/ubuntu-mate-settings_21.04.7_21.04.8.diff.gz
[16:11] <sil2100> I guess we need to reject that one?
[16:29] <Laney> looks like it to me
[16:43] <RikMills> I decrufted kubuntu-settings of a similar accidental file a few weeks ago
[16:45] <RikMills> Wimpress: that has been there since Eoan (whoops) so don't feel bad ;)
[16:47] <RikMills> I mean the kubuntu accidental file had been.... to be clear
[17:36] <xnox> teward:  it's just invalid.
[17:36] <xnox> teward:  cause we still ship i386 and it still is supported as a partial arch.
[17:36] <teward> xnox: that's what i thought, but could you as a designated contact for archive admin or such make a comment as such?
[17:36] <teward> (I don't want to be the constant go-between on things :P)
[17:36] <teward> I'll relay your notes to the mirrors list though
[17:36] <teward> (comment on the bug I mean)
[17:37] <xnox> teward:  i left a comment and closed the bug as invalid. And i'm not even an archive admin =)
[17:37] <teward> hah cool
[17:37] <teward> i didn't see that yet (ERR:500 pages open)
[17:37] <xnox> it's really a troll bug.
[17:37] <teward> and yet it ended up in an RT and an email chain on -mirrors
[17:37] <xnox> teward: sigh.
[17:38] <xnox> teward:  so things are published for reasons. For example we do not remove releases from archive.ubuntu.com that still have ESM.
[17:38] <xnox> cause too much stuff breaks if we do that.
[17:38] <teward> right that I know, but i think one of their questions is "why is 12.04 still here"
[17:38] <teward> because its ESM according to the wiki died last year
[17:38] <xnox> for new sales....
[17:38] <teward> ULTIMATELY not my concern, but i'll send responses to -mirrors where I have to
[17:38] <xnox> but it still has ESM
[17:39] <xnox> for 2 people.
[17:50] <wxl> can anyone give me any sort of insight as to why all of sudden lubuntu is shipping ubiquity along with its normal calamares installer?????
[17:52] <wxl> ubuntu studio has also been using calamares and its current image does not have the same problem
[17:52] <wxl> but their image for today hasn't built yet
[17:52] <wxl> so perhaps it has some same curse
[17:53] <wxl> we've made no changes to the seed, so this is really baffling
[17:57] <wxl> here's a bug and it looks like it's even more confusing as when you select "install lubuntu" not only does ubiquity start but it says it's installing kubuntu! https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1923881
[18:04] <bdmurray> wxl: I can have a look
[18:06] <wxl> bdmurray: thanks! fwiw we've never done anything in the seed like blacklisting ubiquity but after this i'm kind of wondering whether or not we should.
[18:08] -queuebot:#ubuntu-release- Unapproved: neutron (hirsute-proposed/main) [2:18.0.0-0ubuntu1 => 2:18.0.0-0ubuntu2] (openstack)
[18:14] <krytarik> wxl, bdmurray: LP #1923833
[18:18] <wxl> so we can either choose to seed a package that doesn't exist or change our installer??/ um something seems wrong here XD
[18:27] -queuebot:#ubuntu-release- Unapproved: evdi (hirsute-proposed/universe) [1.7.0+dfsg-1ubuntu2 => 1.9.1-1ubuntu1] (kernel-dkms)
[18:38] <bdmurray> Is this an issue?
[18:38] <bdmurray> brz: ERROR: Invalid http response for https://git.launchpad.net/~lubuntu-dev/ubuntu-seeds/+git/platform.hirsute/info/refs?service=git-upload-pack: Unable to handle http code 401: Unauthorized
[18:48] -queuebot:#ubuntu-release- Unapproved: zaqar (hirsute-proposed/universe) [12.0.0~rc1-0ubuntu1 => 12.0.0-0ubuntu1] (no packageset)
[18:49] -queuebot:#ubuntu-release- Unapproved: accepted zaqar [source] (hirsute-proposed) [12.0.0-0ubuntu1]
[19:02] -queuebot:#ubuntu-release- Unapproved: aodh (hirsute-proposed/main) [1:12.0.0~rc1-0ubuntu1 => 1:12.0.0-0ubuntu1] (openstack)
[19:02] -queuebot:#ubuntu-release- Unapproved: barbican (hirsute-proposed/main) [2:12.0.0~rc2-0ubuntu1 => 2:12.0.0-0ubuntu1] (openstack)
[19:11] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (bionic-proposed/main) [1:18.04.42 => 1:18.04.43] (core)
[19:13] -queuebot:#ubuntu-release- Unapproved: designate-dashboard (hirsute-proposed/universe) [12.0.0~rc1-0ubuntu1 => 12.0.0-0ubuntu1] (openstack)
[19:13] -queuebot:#ubuntu-release- Unapproved: designate (hirsute-proposed/main) [1:12.0.0~rc1-0ubuntu1 => 1:12.0.0-0ubuntu1] (openstack)
[19:13] -queuebot:#ubuntu-release- Unapproved: glance (hirsute-proposed/main) [2:22.0.0~rc1-0ubuntu1 => 2:22.0.0-0ubuntu1] (openstack)
[19:14] -queuebot:#ubuntu-release- Unapproved: heat (hirsute-proposed/main) [1:16.0.0~rc1-0ubuntu1 => 1:16.0.0-0ubuntu1] (openstack)
[19:17] -queuebot:#ubuntu-release- Unapproved: cinder (hirsute-proposed/main) [2:18.0.0~b1-0ubuntu2 => 2:18.0.0-0ubuntu2] (openstack)
[19:20] -queuebot:#ubuntu-release- Unapproved: pygobject (hirsute-proposed/main) [3.38.0-3 => 3.38.0-4] (core, i386-whitelist) (sync)
[20:00] -queuebot:#ubuntu-release- Unapproved: networking-l2gw (hirsute-proposed/universe) [1:16.0.1~git2020100916.37f190c-0ubuntu1 => 1:18.0.0-0ubuntu1] (openstack)
[20:05] -queuebot:#ubuntu-release- Unapproved: vmware-nsx (hirsute-proposed/universe) [17.0.0+git2021040813.116ac637a-0ubuntu1 => 17.0.0+git2021041415.85f4e2b99-0ubuntu1] (openstack)
[20:13] -queuebot:#ubuntu-release- Unapproved: gnutls28 (hirsute-proposed/main) [3.7.0-5ubuntu1 => 3.7.1-3ubuntu1] (core, i386-whitelist)
[20:55] -queuebot:#ubuntu-release- Unapproved: ceilometer (hirsute-proposed/main) [2:16.0.0~rc1-0ubuntu1 => 2:16.0.0-0ubuntu1] (openstack)
[21:30] -queuebot:#ubuntu-release- Unapproved: apport (hirsute-proposed/main) [2.20.11-0ubuntu64 => 2.20.11-0ubuntu65] (core, i386-whitelist)
[21:32] -queuebot:#ubuntu-release- Unapproved: accepted ceilometer [source] (hirsute-proposed) [2:16.0.0-0ubuntu1]
[21:32] <bdmurray> JawnSmith: Could you keep me honest and tell me its okay to accept my upload of apport to hirsute? https://launchpad.net/ubuntu/hirsute/+queue?queue_state=1
[21:33] <JawnSmith> o/
[21:33] <bdmurray> Just expand the apport thing and look at the diff and tell me what you think of my handiwork
[21:35] <JawnSmith> Looks like very low risk to me
[21:36] -queuebot:#ubuntu-release- Unapproved: accepted apport [source] (hirsute-proposed) [2.20.11-0ubuntu65]
[21:37] -queuebot:#ubuntu-release- Unapproved: accepted heat [source] (hirsute-proposed) [1:16.0.0-0ubuntu1]
[21:38] -queuebot:#ubuntu-release- Unapproved: accepted designate [source] (hirsute-proposed) [1:12.0.0-0ubuntu1]
[21:38] -queuebot:#ubuntu-release- Unapproved: accepted glance [source] (hirsute-proposed) [2:22.0.0-0ubuntu1]
[21:40] -queuebot:#ubuntu-release- Unapproved: accepted designate-dashboard [source] (hirsute-proposed) [12.0.0-0ubuntu1]
[21:40] -queuebot:#ubuntu-release- Unapproved: accepted barbican [source] (hirsute-proposed) [2:12.0.0-0ubuntu1]
[21:41] -queuebot:#ubuntu-release- Unapproved: accepted aodh [source] (hirsute-proposed) [1:12.0.0-0ubuntu1]
[23:26] -queuebot:#ubuntu-release- Unapproved: accepted openldap [source] (focal-proposed) [2.4.49+dfsg-2ubuntu1.8]


[01:57] <elimiste1e> Are there plans to add a Go page to https://developer.ubuntu.com/api/scopes/ ?
[01:57] <elimiste1e> Right now there's solid docs for C++ and JS, but not Go
[01:57] <elimiste1e> (I'm using Go for the Ubuntu Scopes Showdown)
[01:58] <elimiste1e> Thanks
[06:23] <bzoltan_> davidcalle: with what template and with what version of the IDE?
[07:07] <elimisteve> Does anyone know if it's possible to add content to a Scope that the user can than copy (to paste elsewhere)?
[07:08] <elimisteve> I can't figure out a way how, though I'm trying to make creative use of widgets to do it
[09:52] <robin-hero> hey all. I'd like to create a scope with JS, but I think this tutorial is really outdated: https://developer.ubuntu.com/en/scopes/tutorials/developing-scopes-javascript/
[09:53] <robin-hero> I'm using Ubuntu 14.04 & 16.04 (dev branch), but I only see C++ scope templates on both machines
[09:53] <robin-hero> in the SDK
[09:53] <robin-hero> And I can't install the mentioned unity-js-scopes-dev package as well
[10:02] <JamesTait> Good morning all!  Happy Friday, and happy Answer Your Cats' Questions Day! 😃  🐈
[12:10] <robin-hero> appdevs
[12:11] <robin-hero> !appdevs
[12:11] <robin-hero> how can I use keywords "appdevs"?
[12:12] <mcphail> robin-hero: the appdevs will have set their IRC clients to highlight on that word. (But I have never seen it work)
[12:13] <robin-hero> mcphail, Thanks :)
[12:13] <robin-hero> BTW, I try to ask my question again:
[12:13] <robin-hero>  I'd like to create a scope with JS, but I think this tutorial is really outdated: https://developer.ubuntu.com/en/scopes/tutorials/developing-scopes-javascript/
[12:14] <robin-hero>  I'm using Ubuntu 14.04 & 16.04 (dev branch), but I only see C++ scope templates on both machines in the SDK
[12:14] <robin-hero> And I can't install the mentioned unity-js-scopes-dev package as well
[12:15] <mcphail> robin-hero: you missed the bit saying "Note: JavaScript scopes development is supported from Ubuntu 15.04 (Vivid) onwards.". And 16.04 isn't released yet, so I suspect the SDK chaps won't be supporting it yet
[12:15] <mcphail> robin-hero: if you want ot be up-to-date, use 15.10
[12:16] <robin-hero> Hmm, this is a little bit weird for me... I'll try 15.10, thanks
[14:38] <davidcalle> robin-hero: no need to go back to 15.10, just use the 15.10 packages from the PPA
[14:39] <robin-hero> how can I do that?
[14:39] <davidcalle> in "Software & Updates", look for the SDK PPA entry and switch the release to wily
[14:39] <robin-hero> thanks, a give it a try
[14:39] <robin-hero> davidcalle, Can I use this on 14.04 as well? or just on 16.04?
[14:40] <davidcalle> robin-hero: np, I've asked for 16.04 but they are apparently not ready yet
[14:43] <mcphail> davidcalle: are you sure about running wily packages on trusty? Won't the libstdc++ changes break things?
[14:45] <davidcalle> mcphail: that's what I'm doing for these
[14:45] <mcphail> davidcalle: OK, good to know. I thought that would cause problems ;)
[14:55] <davidcalle> robin-hero: mcphail , fyi 16.04 packages are going to land in the PPA in a few hours
[15:00] <robin-hero> awesome! :) thanks
[15:07] <DS-McGuire> Can anybody help me get my MX4 on the unstable channel?
[15:11] <robin-hero> rc-proposed or dev channel?
[15:11] <elijah> Hola guys, does #ubuntu-* have a bot to set reminders with?
[15:11] <elijah> Want to set a reminder for the app-dev hackathon on Monday
[15:15] <elijah> argh, watching the hangout on air and only 480p still, come on Google!
[15:15] <DS-McGuire> robin-hero, What ever one's the best.
[15:17] <robin-hero> DS-McGuire, I recommend rc-proposed, it is more stable than the dev... but It gets all new features (there are daily builds everday exclude weekend)
[15:17] <DS-McGuire> robin-hero, Sounds perfect!
[15:17] <robin-hero> you can switch from your phone (via a command in terminal) or flash from computer
[15:17] <robin-hero> are you on a stable release now?
[15:18] <DS-McGuire> Yes
[15:18] <DS-McGuire> I followed: http://askubuntu.com/questions/645652/how-to-flash-meizu-mx4-ubuntu-edition-with-another-channel
[15:18] <DS-McGuire> But it doesn't do anything, I'm just left with a blinking cursor
[15:20] <robin-hero> it doesn't do anything on the UI, just under the hood.
[15:20] <robin-hero> you get the new image when it arrives
[15:20] <robin-hero> check which channel do you use with this command:  system-image-cli --info on phone
[15:21] <robin-hero> it should be: channel: ubuntu-touch/rc-proposed/meizu.en or meizu.zn
[15:21] <elijah> oh, looks like hangouts-on-air supports at least up to 720p. @ubuntu-on-air, can you please record the on air in 720p next time - This is hard to view https://www.youtube.com/watch?v=_2lotZ6CyVY
[15:22] <robin-hero> DS-McGuire, you will get a new release tomorrow morning
[15:22] <elijah> Oh wait, when it is embedded (http://ubuntuonair.com/), the max resolution is 480p, but when you go to YouTube.com then the max is increased to 720p.
[15:23] <DS-McGuire> robin-hero, It still says my channel is stable.
[15:23] <DS-McGuire> Should I run it again?
[15:24] <robin-hero> I have never used this method, I always use flashing, but it says: "After automatic download and reboot you will have the new channel. Be warned this channel is not for normal usage."
[15:24] <robin-hero> so try a reboot
[15:24] <DS-McGuire> robin-hero, Phone has been rebooted a bunch of time.
[15:24] <DS-McGuire> times*
[15:25] <robin-hero> okay, try the other method: connect your phone to the destkop, and unlock the screen, then use the following command on destkop:
[15:25] <robin-hero> ubuntu-device-flash touch --channel ubuntu-touch/rc-proposed/meizu.en
[15:26] <elijah> The how to buy link on http://www.ubuntu.com/phone/devices takes you to Cyanogen edition.
[15:26] <robin-hero> it downloads the image, then it pushes to the phone, then it will reboot
[15:28] <robin-hero> DS-McGuire, any progress?
[15:29] <DS-McGuire> sorry was making food
[15:30] <DS-McGuire> robin-hero, That seems to be working!
[15:30] <robin-hero> :)
[15:30] <DS-McGuire> Does the screen need to be on all the time?
[15:31] <DS-McGuire> Thank you!
[15:32] <robin-hero> I'm not sure about that, so I say yes :)
[15:32] <robin-hero> you're welcome
[16:07] <DS-McGuire> Okay, I need some help guys. I tried to flash my MX4 and now I'm stuck on the "powered by Ubuntu" screen.
[16:08] <DS-McGuire>  This is what went wrong Rebooting into recovery to flash Failed to enter Recovery
[18:40] <robin-hero> Hi all, I try to run an Ubuntu SDK project on my Nexus4, but I get the following error message:
[18:40] <robin-hero> 19:37:01: Connecting to device...
[18:40] <robin-hero> 19:37:01: Could not connect to host: Connection refused
[18:40] <robin-hero> Is the device connected and set up for network access?
[18:40] <robin-hero> 19:37:01: Deploy step failed.
[18:40] <robin-hero> Any idea?
[18:40] <robin-hero> I enabled developer mode, and it is listed in adb devices
[18:43] <robin-hero> OK I solved it, but now I get this error message:
[18:43] <robin-hero> Using a custom scopelauncher is not yet supported
[19:46] <McIntireEvan> elijah: Details on the hackathon? Im pretty new here, and thats the first Im hearing of this
[19:49] <farad> is it difficult to create a new keyboard map?
[19:52] <farad> I mean keyboard layout
[19:56] <elijah> McIntireEvan: Check https://developer.ubuntu.com/en/showdown/ and scroll to the bottom


[03:15] <allquixotic> Hi; I'm having an issue with the Rhythmbox external plugin headers in /usr/include/rhythmbox for Precise and Q. Create a C program that does: #include <rhythmdb/rhythmdb.h> and compile with CFLAGS="$(pkg-config --cflags rhythmbox)" . DOA. Can't find a header that it depends on, metadata/rb-ext-db-key.h. It's shipped in the .orig.tar.gz sources and the patchset doesn't rm the missing header and I can't see anything obvious in
[03:15] <allquixotic> the debian packaging files that would cause it to be excluded. Ideas?
[03:15] <allquixotic> It's pretty much a blocker for any native (non-Python) third party Rhythmbox plugins that depend on rb-shell.h (almost all plugins with a GUI will depend on that) or rhythmdb, since shell depends on rhythmdb which depends on the missing header.
[03:19] <allquixotic> Also, if I compile our orig.tar.gz sources from the Precise repo download at https://launchpad.net/ubuntu/+source/rhythmbox/ then it successfully ships the file to /usr/include. The RB packaging scripts use .install files to specify files shipped in certain base directories to get shipped in specific packages; /usr/include is specified as going in rhythmbox-dev, which I have installed. It's just this one header missing; all
[03:19] <allquixotic> the others are present.
[03:39] <allquixotic> Oops, ignore that. My mucking around caused it to build. It's actually an upstream bug (referring to my previous monologue). Working with upstream Rhythmbox developer
[04:50] <roshan> hello
[04:50] <roshan> I have a question about ubuntu minimal iso
[04:50] <roshan> Today, I downloaded the Ubuntu 12.004 minimal iso, and mounted using virtualbox.
[04:51] <roshan> When I tried to install it, it was kind-of downloading some files.
[04:51] <roshan> I use gprs connection using bluetooth to connect to net. So, if i plan to install that, how will i be able to connect to internet ?
[04:55] <SpamapS> roshan: I've never insttalled on any such connection, but.. perhaps you should just download the full ISO? Much simpler.
[04:56] <roshan> Actually, I was planning to customize my own ubuntu startig from the minimal cd
[04:56] <roshan> Or, do u suggest UCK to remaster Ubuntu
[04:57] <SpamapS> roshan: ah, I am not the person to ask how to make custom install inmages
[04:58] <roshan> kei...
[04:58] <roshan> I asked in general o this channel
[05:04] <roshan> Hello
[05:19]  * infinity blinks at how spectacularly a perl FTBFS on i386 breaks the rest of the world.
[05:19]  * infinity goes about fixing this...
[06:15] <Kalidarn> infinity: lol there's a wikipedia article https://en.wikipedia.org/wiki/FTBFS
[06:15] <Kalidarn> "It may also be considered vernacular language because its use tends to be specific to the Debian and Ubuntu Linux distributions."
[06:16] <Kalidarn> and the funniest thing is the example was for libsql-statement-perl a perl module
[06:45] <infinity> With packages like "haskell-reactive-banana", I'm starting to see the appeal...
[08:26] <iulian> Heh.
[09:53] <FirePowi> Hi
[12:42] <roshan> Hello
[12:42] <roshan> I wish to compile a linux kernel for my Ubuntu 12.04
[12:43] <roshan> When compiling, I wish to use an alternate config file, whih i have kept in the Desktop.
[12:43] <roshan> How to use that ?
[12:43] <roshan> I mean how o use this new config file in desktop?
[16:19] <vibhav> How do I configure pbuilder to take packages from ubuntu mirrors in debian?
[16:21] <jtaylor> why would you want to do that?
[16:23] <vibhav> jtaylor: I own a debian VPS, I would like to configure it to build ubuntu packages
[16:23] <vibhav> and I want it to use packages from ubuntu
[16:23] <jtaylor> adding ubuntu sources to debian will more likely just break it
[16:24] <jtaylor> or do you want an ubuntu chroot in debian?
[16:24] <vibhav> yeah
[16:24] <jtaylor> add the ubuntu keyring to DEBOOTSTRAPOPTS and set MIRRORSIRE and COMPONENTS
[16:26] <vibhav> How do i do that?
[16:26] <jtaylor> via the commandline or .pbuilderrc
[16:26] <jtaylor> pbuilder-dist should do everything out of the box
[16:31] <tumbleweed> ^ pbuilder-dist knows what to do
[16:51] <vibhav> I still did not get it
[16:54] <vibhav> pbuilder-quantal
[16:55] <vibhav> -bash: pbuilder-quatal: command not found
[16:59] <jtaylor> pbuilder-dist quantal
[16:59] <jtaylor> read the manpage
[16:59] <vibhav> Oh wait
[16:59] <vibhav> got it
[17:00] <vibhav> pbuilder-dist quantal create
[17:00] <vibhav> thanks jtaylor
[17:34] <tumbleweed> vibhav: I do prefer sbuild, though
[17:59] <jbicha> +1 for sbuild
[18:11] <roshan> Hello, I would like to remaster Ubuntu. For taht is it possible to modify the command prompt ubuntu@ubuntu to user@roshan-ubuntu
[19:26] <penguin42> wth is going on with apt on my system - libqwt-dev is always claimed to be upgradable, it installs it, and then still claims to be upgradable with exactly the same package version
[19:31] <jtaylor> yes thats a strange bug
[19:31] <jtaylor> bug 997201
[19:36] <penguin42> jtaylor: Thanks
[19:47]  * penguin42 can't see anything obviously wrong with the package or the state of the system
[20:18] <dupondje> Given a GTK Application. Is it preferred to use cairo functions and gdk? Or are X functions also safe to use?
[20:18] <dupondje> With wayland in minds.
[21:24] <l3on> penguin42, which ubuntu release? oneiric ?
[21:42] <jtaylor> precise
[21:57] <l3on> it seems oneiric also affected. bug marked as duplicated of bug 921430
[21:58] <l3on> patches sent.
[22:02] <jtaylor> still looks like a bug in apt to me
[22:02] <jtaylor> but good work triaging it
[22:11] <jtaylor> oh its main aI can'T sponsor :(
[22:25] <penguin42> l3on: Thanks for the fix!
[22:49] <l3on> thanks jt in any case ... penguin, you're welcome...


[01:42] <mup> PR snapcraft#3583 opened: build providers: snapcraft's new base is core20 (CRAFT-544) <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3583>
[05:56] <mup> Bug #1944625 changed: snapctl returns EOF <snapd:Incomplete> <https://launchpad.net/bugs/1944625>
[07:03] <pstolowski> morning
[07:20] <mup> PR snapd#10822 closed: spread: display information about current device cgroup in debug dump <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10822>
[07:20] <mup> PR snapd#10823 closed: sysconfig: set TMPDIR in tests to avoid cluttering the real /tmp <Skip spread> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10823>
[07:30] <mup> PR snapd#10814 closed: o/ifacestate: don't lose connections if snaps are broken <Squash-merge> <Bug> <cherry-picked> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10814>
[07:35] <mup> PR snapd#10715 closed: secboot: move to new version <Run nested> <Created by xnox> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10715>
[07:53] <mardy> pstolowski: hi!
[07:55] <mup> PR snapd#10815 closed: fde: add HasDeviceUnlock() helper <Simple 😃> <Skip spread> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10815>
[07:55] <mup> PR snapd#10830 opened: gadget: add `encryptedDevice` and add encryptedDeviceLUKS <Simple 😃> <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/10830>
[08:47] <pstolowski> mvo:  could you please merge https://github.com/snapcore/snapd/pull/10810 ?
[08:47] <mup> PR #10810: o/assertstate, api: update validation set assertions only when updating all snaps <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10810>
[08:47] <mvo> sure
[08:50] <mup> PR snapd#10810 closed: o/assertstate, api: update validation set assertions only when updating all snaps <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10810>
[09:46] <pstolowski> thanks!
[10:16] <miguelpires> Hi. Can someone tell me why does snapd create directories under /root/snap/ when installing? Is it intended behavior or should it be using the user's home?
[10:18] <pstolowski> miguelpires: are you sure? i just did a quick test and don't see it. this normally happens if you run the snap for the first case as the given user
[10:18] <pstolowski> s/case/time/
[10:21] <miguelpires> Yeah, I just tried installing again and it's there, so it's created during install (I assumed because installed as root). Then when doing snap run, the app's files are written to ~/snap so /root/snap is just empty
[10:22] <miguelpires> Also, I noticed this while testing my ~/.snap changes, there were AppArmor denials for /root/.snap
[10:27] <pstolowski> miguelpires: ok, i think the first depends on whether the snap has hooks or not
[10:27] <pstolowski> miguelpires: i can confirm /root/snap/skype gets created on install for skype, but not for hello-world snap
[10:27] <pstolowski> because skype has configure hook
[10:27] <pstolowski> (which does nothing :})
[10:30] <pstolowski> miguelpires: these user directories get created by snap run (cmd_run.go) for the user who executes it, and hooks are run via snap run --hook=... by snapd as root user
[10:30] <pstolowski> makes sense?
[10:30] <miguelpires> Ah, then it's intended for that case. I saw that snap-confine was getting permission denied during the install when writing to /root/snap because it was called by 'snap run --hook'. I wasn't sure why the directory was different
[10:30] <miguelpires> yes, exactly. Makes sense. Thank you
[10:31] <pstolowski> yw
[11:05] <mup> PR snapd#10831 opened: osutil: add new `CreateLinearMapper` helper <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/10831>
[11:45] <miguelpires> mvo: can you please merge https://github.com/snapcore/snapd/pull/10630 ? AFAICT, the failures are unrelated
[11:45] <mup> PR #10630: o/snapstate: update default provider if missing required content <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/10630>
[12:00] <mvo> miguelpires: sure
[12:01] <mup> PR snapd#10630 closed: o/snapstate: update default provider if missing required content <Created by MiguelPires> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10630>
[12:04] <miguelpires> ty
[12:21] <mup> PR snapd#10832 opened: tests: skip system-usernames-microk8s when TRUST_TEST_KEYS is false <Simple 😃> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10832>
[12:45] <pstolowski> damn, conflicts when merging large test files (here: snapstate_update_test.go) can be quite confusing
[13:33] <miguelpires> mvo: can you merge https://github.com/snapcore/snapd/pull/10812 please? The test failures are unrelated
[13:33] <mup> PR #10812: o/ifacestate: don't fail remove if disconnect hook fails <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/10812>
[14:01] <mup> PR snapd#10833 opened: tests: fix error trying to create the extra-snaps dir which already exists <Simple 😃> <Run nested> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10833>
[14:23] <mup> PR snapcraft#3583 closed: build providers: snapcraft's new base is core20 (CRAFT-544) <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3583>
[14:28] <cachio_> ijohnson[m], hi, I see this in the netplan test https://paste.ubuntu.com/p/sm7kP7Gzc3/
[14:29] <cachio_> should we skip it, right?
[14:29] <cachio_> core20 snap is not available on i386
[14:30] <ijohnson[m]> cachio_: yes good catch
[14:31] <cachio_> still don't know why it is not failing on ubuntu-18-32
[14:31] <cachio_> ijohnson[m], any idea?
[14:32] <cachio_> ahh, it is not executed tehre
[14:32] <cachio_> is in the core suite
[14:32] <mvo> ijohnson[m]: thanks for your feedback about 10831 any opinion on the https://github.com/snapcore/snapd/pull/10831/files#r714698094 maybe?
[14:32] <mup> PR #10831: osutil/disks: add new `CreateLinearMapper` helper <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/10831>
[14:34] <ijohnson[m]> mvo did you mean more opinions? I left some opinions, not sure I have more I can try and think of some more if you like haha
[14:34] <mvo> ijohnson[m]: I meant specifically about the suggestion from alberto what kind of "size" should be passed in - or did a miss a comment from you there maybe :) ?
[14:35] <ijohnson[m]> Oh sorry the link didn't work for me to see that comment
[14:35] <ijohnson[m]> Let me take a look
[14:35] <ijohnson[m]> Maybe I do have more opinions for you
[14:35] <ijohnson[m]> :-)
[14:37] <mvo> ijohnson[m]: excellent, sorry if I pasted the wrong link!
[14:39] <ijohnson[m]> mvo: I think the link to the comment you pasted was before you pushed the updates, so it references a comment that doesn't exist, whereas if you grab the link from the main PR page and not the files one, that is more "persistent"
[14:40] <ijohnson[m]> mvo: oh noes though you are hard-coding the block size
[14:40] <ijohnson[m]> or wait was it sector size that was the problem
[14:43] <mvo> ijohnson[m]: yeah, afaik blocks are ok
[14:46] <mup> PR snapd#10834 opened: tests: fix netplan test on i386 architecture <Simple 😃> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10834>
[14:51] <ijohnson[m]> mvo: ok I left a review for you
[14:51] <mup> PR snapd#10828 closed: tests: cleanup the job workspace as first step of the actions workflow <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10828>
[14:51] <mup> PR snapd#10829 closed: tests: use our own image for ubuntu impish <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10829>
[14:51] <ijohnson[m]> cachio_: +1 to that PR thanks for catching that too
[14:52] <cachio_> ijohnson[m], yaw
[14:57] <mvo> ijohnson[m], mardy pr updated
[15:06] <mup> PR snapd#10835 opened: tests: fix lxd-mount-units test which is based on core20 in ubuntu focal system <Simple 😃> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10835>
[15:34] <ijohnson[m]> mvo: I think #7700 is ready to land now
[15:34] <mup> PR #7700: cmd/snap: wait while inhibition file is present <Needs Samuele review> <:birthday:> <Created by zyga> <https://github.com/snapcore/snapd/pull/7700>
[15:34] <mvo> ijohnson[m]: yay
[15:35] <ijohnson[m]> 🙂
[15:41] <mup> PR snapd#7700 closed: cmd/snap: wait while inhibition file is present <Needs Samuele review> <:birthday:> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7700>
[15:42] <ijohnson[m]> \o/
[15:45] <mvo> ijohnson[m]: I also updated the mapper one :)
[15:50] <ijohnson[m]> thanks!
[15:57]  * mvo hugs mardy pstolowski ijohnson[m] for their excellent reviews
[16:40] <zyga-mbp> woot, I'm so happy to see those branches finished and merged :)
[23:28] <mup> PR snapd#10836 opened: many: add experimental setting to move ~/snap to ~/.snap/data <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/10836>


[10:08] <ikonia> @mark #ubuntu kaliv racist comments - parted asking for his IP to be recorded ?
[18:12] <k1l_> @mark #ubuntu nibiru_ gentoo troll
[18:13] <k1l_> to new to handle a desktop and step by step explanations but will install gentoo.
[18:13] <Pici> bleh
[19:16] <k1l_> the king is alive \o/
[19:16] <Unit193> Long live the king!  All hail king Flannel!


[11:15] <xivulon> evand, see http://www.ntfs-3g.org/releases.html
[11:16] <xivulon> upgrade is trongly recommended for ntfs-3g
[11:16] <xivulon> shall I open a FFE bug?
[11:19] <evand> FeatureFreeze has come and gone.  It's just a matter of following the SRU process from here on out, aiui.
[11:19] <evand> xivulon: https://wiki.ubuntu.com/StableReleaseUpdates
[11:20] <xivulon> SRU is what I meant, do you think that is worth it?
[11:21] <evand> Yes, it sounds important enough, though it's a rather large delta.
[11:21] <evand> (I imagine)
[11:21] <xivulon> that was my line of thought
[11:22] <xivulon> also can we do lupin 0.17 with latest patches as per slangasek request?
[11:22] <xivulon> see hardy.proposed
[11:22] <evand> yes, it's on my list.
[11:22] <xivulon> thx
[11:23] <xivulon> Bugs which may, under realistic circumstances, directly cause a loss of user data
[11:23] <xivulon> Bugs which may, under realistic circumstances, directly cause a loss of user data
[11:23] <xivulon> ops
[11:23] <xivulon> well that is a reason of SRU authorization, which is the case here
[11:25] <evand> indeed
[11:29] <xivulon> there is already a bug #229000
[11:30] <xivulon> can we put that on the SRU track?
[11:41] <evand> SRU track?
[11:49] <xivulon> to get the bug sorted and the pkg upgrade pushed through SRU
[13:23] <CIA-1> partman-base: cjwatson * r91 ubuntu/ (debian/changelog parted_devices.c): Skip /dev/ramzswap* as well as /dev/ccache*.
[13:24] <cjwatson> xivulon: I know I sound like a broken record, but SRUs should generally be backports of identified bug fixes, not upgrades to new upstream versions
[13:24] <cjwatson> "it's hard" is not usually a sufficient excuse to avoid this
[13:25] <CIA-1> partman-base: cjwatson * r92 ubuntu/debian/changelog: releasing version 117ubuntu2
[13:26] <cjwatson> xivulon: I've made the same comment in the bug, but would appreciate you bearing this in mind in future so that we don't need to have arguments about it :-)
[13:27] <cjwatson> I've targetted the bug for hardy and milestoned it for 8.04.1
[14:25] <ub4b> just remastered ubuntu server cd: anna complains about bad md5sum (filename not shown), but when I Check the CD for defects everything is correct (I regenerated md5sum.txt)
[14:30] <cjwatson> md5sum.txt isn't the relevant thing here
[14:30] <cjwatson> the Packages* and Release files need to be in sync
[14:30] <cjwatson> there's remastering documentation on the wiki which you should follow here
[14:38] <xivulon> cjwatson, I see your point and I agree.
[14:38] <xivulon>  I must add it is unlikely that I will be able to find the time to get sufficiently proficient/confident in a filesystem to patch it (unless the delta is very small)
[14:39] <cjwatson> xivulon: strongly advise fishing it out of revision control, if such exists for ntfs-3g
[14:39] <cjwatson> IME it's usually easy to fish out the diff even if you wouldn't have been able to fix the bug by yourself in the first place
[14:39] <cjwatson> you may well be able to find it just from the diff between the previous version in Ubuntu and the new upstream
[14:40] <xivulon> will do, well have to catch a plain to prague shortly, so it will be after that :)
[14:40] <cjwatson> understood :)
[14:41] <cjwatson> but, hey, evening session
[15:24] <ub4b> cjwatson: thx, I rechecked all those files, found some errors, now it works
[15:36] <cjwatson> ub4b: ok, good
[16:54] <soren> cjwatson: ISTR your mentioning that some work would be put into kickseed again at some point. Does that sound right?
[17:38] <CIA-1> casper: cjwatson * r508 casper/ (debian/changelog scripts/casper): Switch default unionfs implementation to aufs.
[17:48] <evand> I'll be sure to stand far back from my laptop the next time I try an Intrepid CD.


[21:17] <selkies> guys if i ve installed ubuntu from xp using wubi.. later when i remove the xp .. will i still be able to install xp
[21:17] <selkies> and have a dual boot


[08:11] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lximage-qt just succeeded after failing: https://ci.lubuntu.me/job/hirsute_stable_lximage-qt/73/
[11:53] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/groovy_stable_libfm-qt/488/
[11:53] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/groovy_stable_libfm-qt/489/
[12:03] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/hirsute_stable_libfm-qt/148/
[12:03] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/hirsute_stable_libfm-qt/148/
[12:29] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/groovy_stable_lxqt-archiver/499/
[12:41] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/hirsute_stable_lxqt-archiver/151/
[12:44] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_lxqt-archiver UNSTABLE: https://ci.lubuntu.me/job/focal_stable_lxqt-archiver/333/
[12:54] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/hirsute_stable_lxqt-archiver/151/
[13:06] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_lxqt-archiver UNSTABLE: https://ci.lubuntu.me/job/focal_stable_lxqt-archiver/334/
[13:06] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/groovy_stable_lxqt-archiver/499/
[13:35] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_lxqt-powermanagement just succeeded after failing: https://ci.lubuntu.me/job/focal_stable_lxqt-powermanagement/561/
[15:23] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-panel just failed after succeeding: https://ci.lubuntu.me/job/hirsute_stable_lxqt-panel/75/
[15:23] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-panel just failed after succeeding: https://ci.lubuntu.me/job/hirsute_stable_lxqt-panel/75/
[17:11] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_pavucontrol-qt just failed after succeeding: https://ci.lubuntu.me/job/groovy_stable_pavucontrol-qt/322/
[18:08] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_qps just failed after succeeding: https://ci.lubuntu.me/job/focal_stable_qps/600/
[18:17] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_qps just failed after succeeding: https://ci.lubuntu.me/job/focal_stable_qps/600/
[18:34] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/focal_stable_sddm/602/
[18:34] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/hirsute_stable_sddm/107/
[18:34] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/groovy_stable_sddm/359/
[19:01] <RyuKurisu[m]> I don't remember who was using VMs for testing Hirsute, but could I use LXD/LXC for development?  Does anyone have any experience?
 RyuKurisu: if you go that route you need to use the LXD VM approach because the containerization outside of a VM will fail the desktop launching
 LXD isn't geared for Desktop integration at all
 LXD VM is LXD managed VMs under the QEMU KVM system
 but still ultimately a VM
 (I'm one of the few using VMs to test things)
 (but I have the insane system power for it :P)
[19:03] <RyuKurisu[m]> Hmm, something to look into 🧐
 LXD can work for building packages though.
 right, LXD as a build environment is very useful
 or LXD as a test environment for non-desktop needs (servers, etc.) is equally useful
 but it's not a good solution for DE testing
 Yup, totally agree.
[19:04] <RyuKurisu[m]> I have a very meager laptop, but I don't want to constantly roll back my system, just to test stuff
 so use a VM
 but depends on your environment
[19:04] <RyuKurisu[m]> E.g. changing the image used by XScreenSaver
[19:05] <RyuKurisu[m]> So QEMU KVM is the suggested route?
 I think so, it should work even with meager resources
 I use QEMU KVM, others use VBox or VMware's solutions
[19:06] <RyuKurisu[m]> Something like this set up?  https://www.youtube.com/watch?v=ozYKkaVK0_A
 i used to use VMware's solutions until I discovered LXD has VMs xD
 I have an older i5 (3rd gen) and 8 G of RAM and it runs vms fine.
 Virt-manager is good stuff.
 yep
 the only reason I have a 6 core laptop and 32GB of RAM is I do a LOT of memory and processor intense things
 including regular package building locally
 on top of that, i also have at least 7 LXD container driven services that run at boot time to provide network services for my laptop
 (DNS server, data filtration, etc.)
[19:09] <RyuKurisu[m]> I have a Intel Celeron N4000, 4 GB RAM and 64 GB of MMC storage
 that's a bit small for any VMs
 but why 64GB of MMC storage, is the system that ancient?
 or is this like a netbook or something?
 i mean, the OTHER solution would be to pay for a 4GB VPS or something and run your Lubunut tests, etc. there
 which... I've done before :P
[19:10] <RyuKurisu[m]> 'Modern' netbook with touchscreen
 that's not a netbook we call that a tablet :P
[19:10] <RyuKurisu[m]> <lubot "[telegram] <teward001> that's no"> It has a fixed keyboard to it 😜
 I bet you could run A vm it is a little tight, you will have to restrict what you are running.
[19:11] <RyuKurisu[m]> But I can flip it around
 It won't be fast but I think it would work. Especially what you are testing.
 yep
 just make sure that you keep at least 1 CPU core availaboe for your main system, if it's a single core processor you're going to have problems
[19:12] <RyuKurisu[m]> That's what I was thinking
[19:16] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/hirsute_stable_sddm/108/
[19:16] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/focal_stable_sddm/603/
[19:20] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/groovy_stable_sddm/360/
[19:40] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/groovy_stable_lxqt-archiver/500/
[19:43] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/hirsute_stable_lxqt-archiver/152/
[19:43] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/groovy_stable_libfm-qt/490/
[19:43] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/hirsute_stable_libfm-qt/149/
[20:03] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/groovy_stable_libfm-qt/490/
[20:04] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_qps FAILURE: https://ci.lubuntu.me/job/focal_stable_qps/600/
[20:04] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-panel just succeeded after failing: https://ci.lubuntu.me/job/hirsute_stable_lxqt-panel/76/
[20:26] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_pavucontrol-qt just succeeded after failing: https://ci.lubuntu.me/job/groovy_stable_pavucontrol-qt/323/
[20:27] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/focal_stable_sddm/603/
[20:27] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/hirsute_stable_sddm/108/
[20:28] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/groovy_stable_sddm/360/
[20:29] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_qps just succeeded after failing: https://ci.lubuntu.me/job/focal_stable_qps/601/
[20:38] <KGIII> I do daily live testing on an old i5 w/just 16 GB of RAM. I use VirtualBox with its own 'Lubuntu Testing' VM. I throw 8 GB of RAM and 2 cores at it. It's surprisingly performant.
[20:39] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/groovy_stable_lxqt-archiver/501/
[20:39] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_lxqt-archiver FAILURE: https://ci.lubuntu.me/job/hirsute_stable_lxqt-archiver/153/
[20:40] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/groovy_stable_libfm-qt/491/
[20:40] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_libfm-qt FAILURE: https://ci.lubuntu.me/job/hirsute_stable_libfm-qt/150/
[20:42] -lugito:#lubuntu-devel- [Lubuntu CI] focal_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/focal_stable_sddm/603/
[20:43] -lugito:#lubuntu-devel- [Lubuntu CI] hirsute_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/hirsute_stable_sddm/108/
[20:43] -lugito:#lubuntu-devel- [Lubuntu CI] groovy_stable_sddm UNSTABLE: https://ci.lubuntu.me/job/groovy_stable_sddm/360/