[00:05] <Emerald23969> Hi, all Ubuntu based Linux systems I use are FREEZING randomly. Asus, AMD Ryzen CPU, Ubuntu 22.04.
[00:22] <Bashing-om> Emerald23969: See: https://ubuntuforums.org/showthread.php?t=2477028 Maybe related ? at least gives some hints on where to look.
[00:52] <whiskey76> Greetings. Which ubuntu flavor has the most robust documentation?
[01:26] <wez> whiskey76: Under the hood they are all the same. It is just the windows manager that differ.
[03:18] <SpeedStick> be having war thunder crash on my 22.04 ubuntu install all day
[03:18] <SpeedStick> just uninstalled steam/war thunder/nvidia drivers and re-installing everything hopefully that fixes it
[06:57] <lotuspsychje> i got a user on launchpad reporting an apport error regarding SSL/login bug #1981901 anyone experienced this before?
[06:59] <arraybolt3[m]> lotuspsychje: I've not seen that before. I wonder if something like Lynx got set to their default web browser?
[07:00] <lotuspsychje> that could be indeed an issue, ill ask him wich browser he uses tnx arraybolt3[m]
[08:32] <arthurvk> If I enable HWE on 18.04 and run kernel 5.4 all my php(-fpm) applications become much slower (~30%) than they are when running on the 4.15 kernel. I played around with mitigations=off but that didn't help. Anyone here an idea what is happening here, or what to look at to diagnose? The ubuntu machine is running in a KVM virtual machine btw.
[08:35] <lotuspsychje> arthurvk: could you share your dmesg in a paste so the volunteers can take a look for you?
[08:54] <irgendwer4711> hi, anyone using Xen with Ubuntu and able to get cpu temp?
[09:09] <arthurvk> lotuspsychje: you mean the kernel boot logs?
[09:10] <lotuspsychje> arthurvk: lets start with a dmesg booting kernel 5.4 where your slowing occurs
[09:15] <arthurvk> this is kernel log from 18.04 booting 5.4: https://pastebin.com/C55FDew5
[09:17] <arthurvk> and this is 18.04 booting 4.15: https://pastebin.com/yQxfjpbr
[10:31] <lotuspsychje> arthurvk: is this on ubuntu server?
[10:33] <arthurvk> lotuspsychje: yes it is
[10:33] <lotuspsychje> arthurvk: you might wanna ask that in #ubuntu-server togheter with your logs, i dont find a culprit right away
[10:34] <arthurvk> lotuspsychje: alright thanks for looking :)
[10:36] <Sh3n7u3ru> hi!
[10:37] <luna__> hi
[11:24] <McQuestionable> Hi, I accidentally saved to my keychain, a blank password as the password for an ssh key
[11:25] <McQuestionable> For some reason it accepted it (I think because I'd already used that ssh key with the correct pass recently)
[11:25] <McQuestionable> Does anyone know how I can clear this blank password? I can't find anything in 'passwords and keys'
[11:26] <arraybolt3[m]> McQuestionable: I don't know off the top of my head how to do this, however, there might be other people here who do. It might take a bit before someone sees your message.
[11:27] <arraybolt3[m]> McQuestionable: If you're not finding anything in "passwords and keys", are you sure it actually saved to the keychain?
[11:27] <oerheks> private user keys are stored in ~/.ssh
[11:27] <McQuestionable> Looks like it did save, but I'm a dumb dumb and generated the key with the default name (my device name)
[11:28] <arraybolt3[m]> I mean, if the key still asks for your password and still works when you give it the right one, it may have just looked like it took it but didn't.
[11:28] <McQuestionable> so it was in passwords and keys, just under a dumb name
[11:29] <arraybolt3[m]> Oh. Well, hey, I've done sillier things before, so you're not alone!
[11:39] <athos> arthurvk: What  version of php are you running? is it the one shipped with 18.04 on both cases?
[11:42] <arthurvk> athos: no, i'm running php 7.4 from deb.sury.org
[12:46] <lblume> 'afternoon channel
[12:46] <oerheks> :-)
[12:48] <lblume> I've set up an Ubuntu 20.04 as an NFS client, configured its /etc/fstab. It works fine if run manually after boot (sudo mount -a), but it's not mounting automatically during boot. I found and tried various suggestions, but none changed anything. Is there documentation for that?
[12:50] <oerheks> pretty good nfs howto; https://www.digitalocean.com/community/tutorials/how-to-set-up-an-nfs-mount-on-ubuntu-20-04
[12:53] <oerheks> mount -t nfs -o mountvers=3 <server_ip>:/path/to/shared-folder /path/to/local/mount  options  ## or mountvers=4.0
[12:54] <lblume> I've found that one, it's using pretty obsolete options, such as "intr" ("intr / nointr  This option is provided for backward compatibility.  It is ignored after kernel 2.6.25")
[12:55] <lblume> Like I just said, I got no issue mounting, it's rather only /etc/fstab not doing it during boot
[12:56] <john> hi
[12:56] <john> i have a question about lubuntu flavour
[12:56] <john> does it use opengl or mesa3d
[12:56] <oerheks> after editing fstab, did you run update grub?
[12:58] <john> like if i want to play games that requires opengl 3.2 like Minecraft but my gpu doesn't support opengl 3.2 will it work or no?
[12:58] <john> oerheks u talking with me?
[12:58] <oerheks> Mesa comes preinstalled on Ubuntu with the open source graphics drivers of Radeon, Intel and Nvidia (sometimes0, to check: glxinfo | grep Mesa
[12:58] <oerheks> john^
[12:58] <mjt> lblume: probably a network race condition, you could either use autofs, or see the options here: https://wiki.archlinux.org/title/NFS#Mount_using_/etc/fstab_with_systemd
[12:59] <john> oerheks so that mean i just have to check if they installed or no and update them then play?
[13:00] <lblume> oerheks: I wasn't aware that update-grub was needed after an fstab edit. Anyway, just tried, no change.
[13:01] <mjt> it'll most likely be because the network isn't available when it's trying to mount
[13:02] <OnkelTem> Hi all
[13:02] <OnkelTem> As far as I see, Kubuntu 20.04 cannot do Samba shares out of the box
[13:03] <OnkelTem> I tried to share a directory from Dolphin, and it didn't work
[13:03] <OnkelTem> I don't know the reason, I try to create a share for a printer
[13:06] <OnkelTem> How to check if my share is working?
[13:11] <oerheks> OnkelTem, correct, you will need to install samba, and do some trickery https://ubuntu.com/tutorials/install-and-configure-samba#1-overview
[13:11] <oerheks> mind the ufw part..
[13:12] <lblume> mjt: Thanks, your link did the trick. I had found similar snippets earlier, but with less explanations: the mount only happens when it's accessed, not on boot, so I didn't see it right after boot. Adding "auto"/"noauto" doesn't change anything, "_netdev" doesn't appear to be useful either, but the x-systemd bits do work.
[13:14] <lblume> Works well enough for me:
[13:14] <lblume> [fc00:cafe::1]:/export/espace  /export/espace nfs4    defaults,x-systemd.automount,x-systemd.mount-timeout=10 0 0
[13:14] <mjt> yup, sorry I didn't know the precise flags, but the arch folk know what they're doing
[13:14] <mjt> from past experience, autofs is also generally more reliable with a flakey server
[13:15] <athos> arthurvk: in this case, it might be worth checking if ondrej did't backport https://salsa.debian.org/php-team/php/-/merge_requests/12 to the package you are using, which could explain recent performance differences
[13:16] <lblume> mjt: It's okay, I've been doing NFS on and off for more than a quarter century now, my eyes are used to glaze over when hitting terrible advice, like "rsize=8192,wsize=8192", which by now is an established word of mouth tradition :)
[13:17] <lblume> In my case, it's just a VM guest talking to its host for files, so flakiness is not expected.
[13:18] <OnkelTem> oerheks: it looked like Dolphin triggered installing of Samba so I have it running. But let me check out the link your shared
[13:18] <mort> hey, I have a couple terabytes of data on an SSD formatted with EXT4. I want to move to using LVM. Is this possible at all without first making a back-up of everything on the SSD and wiping it?
[13:23] <oerheks> mort, in short; no. you need to wipe the drive before formatting as LVM
[13:23] <mort> hm, I see
[13:31] <mort> where exactly is our volume groups stored?
[13:31] <mort> and logical volumes
[13:35] <lotuspsychje> !lvm | mort
[13:51] <SteelRose> mort: you can change the partition label with parted, provided that you used GPT, and label it as LVM ... if everything goes well, you should be able to use LVM to manage the disk
[13:52] <SteelRose> mort: with that said - ALWAYS have a backup ready just in case
[14:11] <OnkelTem> oerheks: thanks. What has worked actually, is the old manual editing of smb.conf
[14:12] <oerheks> :-)
[14:18] <seecrets> people were talking shit about ubuntu on prism break
[14:19] <seecrets> https://prism-break.org/en/categories/gnu-linux/#operating-systems
[14:19] <seecrets> though the article was from 2012 do i have to be concerned about anything now?
[14:22] <ogra> seecrets, this channel is for support requests only, such a question fits better into #ubuntu-discuss or #ubuntu-offtopic
[14:24] <seecrets> oh, sorry
[14:33] <octav1a> Is there a tool I can use to make am image map?
[14:38] <ogra> octav1a, like https://docs.gimp.org/en/plug-in-imagemap.html ?
[14:44] <octav1a> ogra: thank you, that looks good!
[14:55] <octav1a> ogra: do you know how to 'complete' the polygon? I've tried like ESC, enter key, can't figure out how to complete the shape.
[14:56] <ogra> no, sorry, i have not used imagemaps since the turn of the century i think 🙂
[14:58] <leftyfb> octav1a: https://www.youtube.com/watch?v=kcffggKBDrg
[15:31] <BluesKaj> Hi all
[16:01] <irgendwer4711>  hi, anyone using Xen with Ubuntu and able to get cpu temp?
[16:03] <jhutchins> !lmsensors
[16:04] <jhutchins> BluesKaj: o/
[16:11] <BluesKaj> jhutchins, o/
[16:47] <irgendwer4711> jhutchins: that does not work
[16:51] <wbw> psensor
[16:52] <jhutchins> irgendwer4711: "does not work" is not a valid problem description.
[16:54] <irgendwer4711> jhutchins: because there is no driver for any cpu sensors found.
[16:55] <oerheks> irgendwer4711, zen, zen+, zen , 2 or 3? as it87 and nct6775 modules are included nowadays, kernel 5 or higher..
[16:59] <jhutchins> irgendwer4711: Did you run sensors-detect?
[16:59] <irgendwer4711> oerheks: i7 3770
[17:00] <jhutchins> irgendwer4711: That's a CPU, not a motherboard chipset (which is where the sensors are).
[17:00] <oerheks1> oh xen, not zen
[17:00] <irgendwer4711> lol both wrong
[17:02] <irgendwer4711> https://www.kernel.org/doc/html/latest/hwmon/coretemp.html
[17:05] <oerheks1> i find no way to read temp in Xen..
[17:07] <jhutchins> !xen
[17:08] <jhutchins> I would be quite surprised to see a virtual machine able to access low-level hardware like sensors.  All the hardware a VM sees should be emulated.
[17:08] <irgendwer4711> jhutchins: that work in Ubuntu 16.04
[17:09] <oerheks1> lmsensors should work. not for xen though
[17:09] <irgendwer4711> and dom0 has access to hardware
[17:38] <cbreak> a proper VM like via QEMU?
[17:40] <cbreak> or one of those pseudo VMs that just pass through hardware and thinly abstract it?
[17:42] <irgendwer4711> cbreak: proper? So proper, that a linux kernel does not need any hardware drivers
[17:43] <oerheks> sure lmsensors detect your intel. just not in Xen. even with dom0
[17:43] <cbreak> if the virtual hardware and actual hardware are correlated, then it's not purely a virtual machine
[17:43] <cbreak> in QEMU, I can run 68k software on an amd x64 system, because everything's emulated
[17:44] <cbreak> if I'd use kvm, that wouldn't work, that thing can only provide the same CPU architecture, and to some degree, the same CPU
[17:45] <cbreak> (because it relies on actual hardware features that allow that hardware to pretend to be exclusively owned while being shared)
[17:47] <rfm> cbreak, your interpretation of "virtual machine" is at odds with its use from its invention.  what you are calling a virtual machine, everybody else calls an emulated machine (that's the EMU in QEMU.)  And these musings are OT here...
[17:48] <leftyfb> feel free to discuss further in #ubuntu-discuss or #ubuntu-offtopic
[17:49] <jhutchins> rfm: People are slopy about naming them.
[17:49] <rfm> I will join #ubuntu-offtopic for a while should anyone wish to continue.
[17:49] <jhutchins> rfm: The distinction isn't always important, but I think you're right in this case.
[17:52] <irgendwer4711> cbreak: qemu ist an emulator!
[17:52] <irgendwer4711> oerheks: what do you mean?
[17:55] <jhutchins> I don't think irgendwer4711 is here for solutions, he seems to want to complain and find fault instead.
[17:56] <oerheks> irgendwer4711, what part do you not understand?
[17:57] <cbreak> irgendwer4711: it provides purely virtual machines :)
[17:57] <irgendwer4711> oerheks: last 2 clauses
[17:57] <irgendwer4711> cbreak: you mean emulated machines
[17:57] <cbreak> purely virtual, yes. No actual hardware involved.
[17:58] <oerheks> So, lmsensors works? just not with Xen
[17:58] <irgendwer4711> really? I tested vmware, vbox, kvm and xen. Xen is the only one which can work without any real hardware
[17:58] <arraybolt3[m]> irgendwer4711: The problem you're running into is that virtual machines don't have total access to all the hardware. Xen runs all operating systems on your machine as virtual machines, including the one you use directly (the one that "feels" like the physical machine, Dom0). If Xen doesn't pass through the sensors to the VM, the OS can't access them. And that's what it sounds like is happening.
[17:59] <irgendwer4711> oerheks: I could see cpu temperator for al cores with Ubuntu 16
[17:59] <arraybolt3[m]> (Some hypervisors may pass through the sensor hardware, and maybe Xen has an option to do so.)
[17:59] <irgendwer4711> arraybolt3[m]: then xen peoples changed something
[17:59] <arraybolt3[m]> Then you probably need to tweak your Xen configuration. That's what I would guess.
[17:59] <arraybolt3[m]> Possibly.
[18:00] <irgendwer4711> would be sad. so there would be no way to monitor your server. that cant be true....
[18:01] <arraybolt3[m]> I believe they did in fact change something, I just found info about it.
[18:01] <arraybolt3[m]> https://xenbits.xen.org/gitweb/?p=xen.git;a=commitdiff;h=72e038450d3d5de1a39f0cfa2d2b0f9b3d43c6c6 Looks like they decided that PV guests didn't need it.
[18:01] <arraybolt3[m]> It apparently messed up Qubes OS users too. https://forum.qubes-os.org/t/cpu-temperature-sensors-in-qubes-4-1/11328
[18:02] <irgendwer4711> but dom0 is not an "unprivileged PV guest"
[18:03] <pycurious> In dmesg I keep getting these errors - any ideas how to fix this? -> [313173.108087] Out of memory: Killed process 81951 (python3) total-vm:40509220kB, anon-rss:31442168kB, file-rss:0kB, shmem-rss:0kB, UID:1021 pgtables:72568kB oom_score_adj:0
[18:03] <irgendwer4711> btw I have one ryzen xen server, this one can see temperature
[18:04] <irgendwer4711> pycurious: have muich memory has that box?
[18:04] <leftyfb> pycurious: use htop to determine what process(es) is eating up CPU/memory
[18:10] <Bradipo> What are all the possible methods for configuring IPv4 address on  Ubuntu 20.04?  /etc/netplan?  /etc/network/interfaces?  Any thing else to look for?
[18:10] <Bradipo> This is on a server install, so no UI.
[18:10] <leftyfb> Bradipo: /etc/network/interfaces is not setup by default
[18:10] <leftyfb> Bradipo: use /etc/netplan/*.yaml
[18:12] <rfm> Bradipo, if itś a ubuntu desktop install netplan just delegates to NetworkManager and itś easier to use the network manager config, setings>network in the gui
[18:14] <Bradipo> I've never found anthing more simple or "easy" than /etc/network/interfaces.  Meh.
[18:15] <leftyfb> Bradipo: ifupdown has been deprecated in favor of netplan. It's new but it's not difficult at all. https://netplan.io/examples
[18:24] <alkisg> Bradipo: other alternatives are systemd-networkd and network-manager; nmtui allows you to graphically create connections (dialogs etc) even from the terminal. netplan uses any of these two to do the actual work
[18:25] <leftyfb> Bradipo: what is your issue exactly?
[18:34] <Bradipo> Well, the issue is figuring out which of all he fangled methods Linux uses for configuring the network is the one that is in use and which *should* be used. :-)
[18:34] <leftyfb> netplan
[18:34] <leftyfb> for a server
[18:34] <leftyfb> NetworkManager for the desktop
[18:35] <Bradipo> Are you saying that there now is no other method on 20.04 to configure the networking?
[18:35] <leftyfb> Bradipo: why can't you use netplan?
[18:35] <Bradipo> That's not what I'm asking.
[18:35] <alkisg> network-manager works fine on servers too. And ifupdown still works if you do want to install it (or ifupdown2)
[18:35] <oerheks> normally one would set a static ip in the router, and use netplan
[18:36] <leftyfb> Bradipo: yes, there are multiple ways you can configure networking on an ubuntu server.
[18:36] <leftyfb> Bradipo: you've been given all, or most of them I believe
[18:36] <alkisg> So, systemd-networkd, network-manager, ifupdown, ifupdown2 => 4 methods; netplan can use the first two of them as backends
[18:37] <Bradipo> If there is only one method to configure then when I stumble upon an Ubuntu 20.04, I need look only to one place to figure out how it is *currently* configured.
[18:37] <leftyfb> Bradipo: by default, ubuntu server uses netplan
[18:37] <Bradipo> But given that there are multiple methods, I may have to look in other locations because I have no idea how the person that configured it may have done it.  He may prefer "ifupdown", or he may prefer NetworkManager, or netplan, or whatever.
[18:38] <Bradipo> Thanks for mentioning the various locations I will need to look for network configuration details.
[18:39] <alkisg>  /etc/netplan, /etc/systemd, /etc/network/interfaces*, /etc/NetworkManager/system-connections
[19:15] <Guest54> Does ubuntu use SYSLINUX or ISOLINUX?
[19:16] <plujon> I have two machines using Ubuntu 20.04 LTS, and I notice they have 2 different versions of the Linux kernel: Linux 5.15.0-41-generic and Linux 5.4.0-122-generic .  Is one of these "normal"?
[19:17] <leftyfb> plujon: one is running the HWE kernel
[19:17] <leftyfb> !hwe | plujon
[19:17] <plujon> In my digital ocean droplet, I have Linux 5.4.0-122-generic , and that version has a bug that has caused my server to panic, and I don't understand why it is using 5.4.0-122-generic.  I have already run 'apt-get install update'
[19:19] <plujon> THe bug is https://bugs.launchpad.net/ubuntu/+source/linux-hwe-5.4/+bug/1981658 .
[19:20] <plujon> So, HWE uses an older kernel base, but adds support for newer [hardware] features that are useful in a cloud environment?
[19:20] <leftyfb> plujon: HWE is the newer kernel
[19:21] <leftyfb> plujon: sudo apt install linux-image-generic-hwe-20.04
[19:21] <leftyfb> plujon: though, if this is a droplet, I don't think that's going to work out the way it's meant to. You should contact DO for support
[19:22] <plujon> leftyfb: Thanks; I've contacted D.O., and I downgraded my kernel to 5.4.0-121-generic to avoid the kernel panic.
[19:22] <plujon> But I don't yet understand what you're saying.  It sounds like you're saying my droplet is using the non-HWE kernel (5.4.0-122-generic).  Is that correct?
[19:23] <plujon> And 5.15.0-41-generic is the HWE kernel?
[19:25] <plujon> I think my real question is, if a kernel panic occurs in 5.4.0-122-generic, and `apt-get update` does not move my droplet beyond 5.4.0-122-generic, doesn't that indicate that many people are using 5.4.0-122-generic ..?
[19:26] <plujon> I had 2 different droplets in 2 different data centers hit the same kernel panic two days ago.
[19:27] <sarnold> please do file bugs about those
[19:27] <plujon> sarnold: https://bugs.launchpad.net/ubuntu/+source/linux-hwe-5.4/+bug/1981658
[19:28] <plujon> I haven't added a "me too", but that's mainly because I don't have a launchpad account, and I'm trying to understand if I'm on an unusual version of the kernel, or a fairly normal one.
[19:28] <sarnold> plujon: dang man, you've got mellanox hardware??
[19:28] <sarnold> plujon: how much do those cx-5s go for? heh
[19:28] <sarnold> plujon: oh I see
[19:28] <plujon> I did not file that bug; I use a VPS; the RIP is quite similar though.
[19:29] <plujon> http://ix.io/44yf
[19:29] <plujon> RIP: 0010:tcp_create_openreq_child+0x2fd/0x410
[19:30] <plujon> Because TCP is involved, I was curious whether this was an exploitable flaw.  But in that case, servers all over would probably be going down, unless I'm on an unusual release.
[19:31] <plujon> Digital Ocean staff told me to update to the latest, but it was the latest version that caused the panic.
[19:32] <ravage> it should be pretty safe to use the HWE kernel. do a backup before if you can
[19:33] <ravage> if i remember correctly DO also has a console. so you can boot the old kernel again in case it does not work right?
[19:34] <plujon> I've fixed my droplet.
[19:35] <ravage> using an outdated kernel version is a temporary fix
[19:35] <plujon> ravage: I don't understand what you're suggesting.  What do you mean by the "HWE kernel"?  The bug report claims that it is the HWE kernel that is affected.
[19:36] <ravage> that bug report is for Ubuntu 18.04
[19:36] <ravage> there the HWE kernel is 5.4
[19:36] <ravage> the HWE kernel for 20.04 is 5.13
[19:36] <plujon> Ah, hmm.
[19:36] <plujon> I think these droplets were upgraded from 18.04 to 20.04 LTS.
[19:36] <plujon> But apparently that did not update the kernel version.
[19:38] <plujon> cat /etc/issue reports: 20.04.4 LTS
[19:38] <plujon> uname -r reports 5.4.0-121 (because I downgraded from -122)
[19:38] <ravage> so as leftyfb suggested "sudo apt install linux-image-generic-hwe-20.04" will install kernel 5.13 and probably fix your issue. and you also get updates again
[19:38] <leftyfb> ravage: the HWE kernel for Ubuntu 20.04 is <IP_ADDRESS>.44~20.04.13
[19:39] <ravage> even better
[19:40] <plujon> Is it normal when one moves from one LTS to the next for the kernel to stay on the older version?
[19:40] <ravage> no
[19:40] <ravage> but the DO default installations are not the best
[19:41] <ravage> maybe they dont provide the metapackage and only have a specific kernel version
[19:42] <plujon> I'm clumsy with dpkg and apt stuff; I'll see if I can discover what the "installed" image is...
[19:43] <ravage> apt list --installed|grep linux-image-
[19:43] <plujon> ii  linux-image-virtual             <IP_ADDRESS>.123                     amd64        Virtual Linux kernel image
[19:44] <ravage> that is actually the latest version for the "virtual" image
[19:45] <plujon> And the definition of linux-image-virtual comes from D.O. sources, presumably?
[19:45] <ravage> it is an official ubuntu package
[19:45] <ravage> if you want to stay with the virtual one there is also  linux-image-virtual-hwe-20.04
[19:45] <ravage> thats also 5.15
[19:47] <plujon> Hmm.  So, anybody who uses linux-image-virtual and who has fully upgraded is using <IP_ADDRESS>.123 ?  I wonder if .123 means it has been updated already...
[19:48] <ravage> https://packages.ubuntu.com/focal/linux-image-virtual
[19:48] <ravage> yes thats the latest one
[19:50] <plujon> Wouldn't that imply that 5.4.0-122 is widely deployed?  If so, ... hmm... I'm rather surprised I had *2* servers hit that panic the same day.
[19:51] <plujon> Both servers may have been updated for 18.04 LTS to 20.04 LTS.  Hmm.  Anyway, strange.
[19:53] <plujon> FWIW, I had never before seen a kernel panic on my droplets in 7+ years.  If I were paranoid, I'd say the bug is exploitable via specially crafted TCP packets and somebody was targeting my servers or randomly targeting servers.  But both seems quite doubtful; the former because I'm not that important, and the latter because you would have heard complaints about this already...
[19:54] <tomreyn> if you'd like to see this fixed in 20.04's vanilla (non HWE) kernel, it would be good to report this bug, since so far the bug report only lists 18.04 LTS as affected
[20:01] <webchat93> Is it possible to run xsplit vcam on wine
[20:01] <webchat93> Is anyone there
[20:03] <sarnold> yes, folks are here, but not everyone is going to know what xsplit is..
[20:03] <sarnold> and not many people run wine
[20:03] <sarnold> so you may be the only one who's tried xsplit on wine
[20:03] <webchat93> It's a Windows program which I want to run on wine
[20:06] <respawn> sarnold: https://alternativeto.net/software/xsplit-broadcaster/?platform=linux
[20:07] <sarnold> aha yeah, loads of people use OBS
[20:07] <el> webchat93: winehq doesn't have recent results but says it doesn't work. so if you're trying now and it's not working then it probably did not improve in the past 11 years. https://appdb.winehq.org/objectManager.php?bShowAll=true&bIsQueue=false&bIsRejected=false&sClass=version&sTitle=&sReturnTo=&iId=23272&sAllBugs
[20:08] <el> let me guess that's a garbage link and everything
[20:08] <respawn> clikc on it and see
[20:08] <el> yeah it does seem to work
[20:09] <respawn> there are lots of alternatives for Linux google is your friend
[20:09] <el> the link i mean
[20:15] <plujon> tomreyn: https://bugs.launchpad.net/ubuntu/+source/linux-hwe-5.4/+bug/1981658/comments/13 # added comment here
[20:18] <oerheks> plujon, that should be linux-image-generic-hwe-20.04, right?
[20:19] <plujon> oerheks: I don't know what you mean.
[20:19] <oerheks> your server uses the virtual kernel package
[20:19] <plujon> Doh, I made a mistake in that report.  I copied the microseconds wrong in a couple lines...  Oh well.
[20:19] <oerheks> i am not sure linux-hwe-5.4  even exists..
[20:20] <plujon> oerheks: Sorry, I don't understand what you mean.  dgpk-query -l reports this:
[20:20] <plujon> ii  linux-image-virtual             <IP_ADDRESS>.123                     amd64        Virtual Linux kernel image
[20:21] <oerheks> that would be correct linux-image-virtual
[20:22] <plujon> I don't know what you mean by "should be linux-image-generic-hwe-20.04" ?
[20:24] <plujon> I probably should have added in my comment that the droplets were long ago upgraded from 18.04 LTS.
[20:24] <plujon> (to 20.04 LTS)
[20:25] <plujon> I'm quite confused about how that relates, though.  It sounds like perhaps 20.04 LTS normally doesn't use "linux-image-virtual" .
[20:30] <plujon> oerheks: If you're saying my server **should** be using linux-image-generic-hwe-20.04 and **should not** be using linux-image-virtual , I can go ahead and update it to the former.  Is that what you're saying?
[20:30] <oerheks> no, there seems to be no hwe with virtual, my mistake
[20:31] <oerheks> just your bugreport should mention virtual kernel, not the regular one
[20:39] <plujon> To answer my own questions: it seems that somewhere around 5% of Ubuntu 20.04 desktop users are on 5.4.0-122-generic .  About half are using 5.13.0-52-generic or 5.15.0-41-generic.  As for servers, I don't know if the percentage would be lower or higher.
[20:41] <plujon> In contrast, most of those using Linux Mint 2.0[123] are using 5.4.0-*.
[20:44] <oerheks> on linux mint server?
[20:44] <plujon> Heh, no; I doubt there are many of those.  I meant Linux Mint Desktop.
[20:46] <plujon> Anyway, thanks for the help; I'll wait on the bug and see what happens with it.
[20:50] <diego> Why use noobunutu
[20:50] <diego> ?
[20:52] <oerheks> never said we do//
[20:57] <sarnold> can't even troll properly smh
[21:01] <EternalSunshine> i use arch tbh
[21:02] <oerheks> good for you
[21:02] <sarnold> there we go. *that*'s trolling
[21:03] <arraybolt3[m]> EternalSunshine, diego: You probably should be aware that sarnold is an operator - if this gets much further out of line, you are probably going to get muted or banned for a while.
[21:04] <EternalSunshine> I retract my statement
[21:04] <EternalSunshine> I have ubuntu installed on my laptop.
[21:04] <EternalSunshine> but arch on my server/desktop
[21:04] <EternalSunshine> arraybolt3[m]: my apologies, I was merely trying to illustrate trolling properly
[21:04] <EternalSunshine> but ironically
[21:05] <EternalSunshine> I can't speak for diego
[21:05] <ogra> you did well
[21:05] <ogra> 🙂
[21:05] <arraybolt3[m]> np, just don't want to see any sparks fly.
[21:05] <sarnold> arraybolt3[m]: do note that diego there couldn't even remain connected; he kept getting renamed by services, kept quitting, etc. just a big fail all around.
[22:43] <forgotmynick> to allow a user1 to sftp but not open a shell, i set the shell to /usr/sbin/nologin. as expected this prevents me from doing `su user1` with the message This account is currently not available. is there anyway to allow the root account to switch to user1 and allow user1 to access sftp but not a shell?
[22:45] <forgotmynick> oh snap i can do su -s /bin/bash user1
[22:45] <oerheks> root account not to access a shell..
[23:30] <Drew_Neilson> Can someone tell me if in Ubuntu permissions can be set on a per-app basis, and if so, how to do it?
[23:31] <Drew_Neilson> setting permissions for "system internal users" or something like that.


[01:05] -queuebot:#ubuntu-release- New binary: xmltooling [riscv64] (groovy-proposed/universe) [3.1.0-2] (no packageset)
[04:46] -queuebot:#ubuntu-release- New: accepted linux-signed-oem-5.6 [amd64] (focal-proposed) [5.6.0-1013.13]
[05:25] -queuebot:#ubuntu-release- New binary: libjson-rpc-common-perl [amd64] (groovy-proposed/universe) [0.11-1] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: pytest-salt-factories [amd64] (groovy-proposed/universe) [0.10.7-1] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: mindthegap [amd64] (groovy-proposed/universe) [2.2.2-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: pychopper [amd64] (groovy-proposed/universe) [2.4.0-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: rust-users [amd64] (groovy-proposed/universe) [0.10.0-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: rust-syn-mid [amd64] (groovy-proposed/universe) [0.5.0-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: rust-syn-mid [arm64] (groovy-proposed/universe) [0.5.0-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: rust-users [arm64] (groovy-proposed/universe) [0.10.0-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: rust-syn-mid [armhf] (groovy-proposed/universe) [0.5.0-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: rust-users [armhf] (groovy-proposed/universe) [0.10.0-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: mindthegap [s390x] (groovy-proposed/universe) [2.2.2-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: rust-users [s390x] (groovy-proposed/universe) [0.10.0-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: rust-syn-mid [s390x] (groovy-proposed/universe) [0.5.0-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: topcom [amd64] (groovy-proposed/universe) [0.17.8+ds-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: gri [arm64] (groovy-proposed/universe) [2.12.26-6] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: gri [ppc64el] (groovy-proposed/universe) [2.12.26-6] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: mindthegap [arm64] (groovy-proposed/universe) [2.2.2-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: rust-syn-mid [ppc64el] (groovy-proposed/universe) [0.5.0-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: topcom [s390x] (groovy-proposed/universe) [0.17.8+ds-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: gri [armhf] (groovy-proposed/universe) [2.12.26-6] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: mindthegap [ppc64el] (groovy-proposed/universe) [2.2.2-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: gri [s390x] (groovy-proposed/universe) [2.12.26-6] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: rust-users [ppc64el] (groovy-proposed/universe) [0.10.0-1] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: ace [s390x] (groovy-proposed/universe) [6.5.8+dfsg-2] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: topcom [ppc64el] (groovy-proposed/universe) [0.17.8+ds-1] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: topcom [armhf] (groovy-proposed/universe) [0.17.8+ds-1] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: ace [ppc64el] (groovy-proposed/universe) [6.5.8+dfsg-2] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: topcom [arm64] (groovy-proposed/universe) [0.17.8+ds-1] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: ace [amd64] (groovy-proposed/universe) [6.5.8+dfsg-2] (no packageset)
[05:36] -queuebot:#ubuntu-release- New binary: ace [armhf] (groovy-proposed/universe) [6.5.8+dfsg-2] (no packageset)
[05:37] -queuebot:#ubuntu-release- New binary: rust-users [riscv64] (groovy-proposed/universe) [0.10.0-1] (no packageset)
[05:38] -queuebot:#ubuntu-release- New binary: ace [arm64] (groovy-proposed/universe) [6.5.8+dfsg-2] (no packageset)
[05:44] -queuebot:#ubuntu-release- New binary: rust-syn-mid [riscv64] (groovy-proposed/universe) [0.5.0-1] (no packageset)
[05:45] -queuebot:#ubuntu-release- New binary: mindthegap [riscv64] (groovy-proposed/universe) [2.2.2-1] (no packageset)
[05:57] -queuebot:#ubuntu-release- New binary: topcom [riscv64] (groovy-proposed/universe) [0.17.8+ds-1] (no packageset)
[06:00] -queuebot:#ubuntu-release- New binary: gri [riscv64] (groovy-proposed/universe) [2.12.26-6] (no packageset)
[06:21] <cpaelzer> thanks for accepting dpdk from groovy-new whoever did it
[06:21] <cpaelzer> as expected that accept pushed the new binaries to main as the source is in main
[06:21] <cpaelzer> but as I wrote as heads up yesterday that isn't correct - they now show up in https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.html
[06:22] <cpaelzer> as Binary only movements to universe
[06:22] <cpaelzer> If an ubuntu-archive member is around I'd appreciate demoting "librte-pmd-af-xdp20.0 librte-pmd-ipn3ke20.0 librte-rawdev-ifpga20.0" in groovy
[06:22] <cpaelzer> that hopefully will then also unblock it in proposed migration where is is stuck due to these being considered a component mismatch
[06:44] <RAOF> cpaelzer: Done.
[07:26] -queuebot:#ubuntu-release- New binary: ace [riscv64] (groovy-proposed/universe) [6.5.8+dfsg-2] (no packageset)
[08:13] <cpaelzer> thanks RAOF
[08:32] <slyon> Hey! What is the best way to trigger a re-build of a package in groovy-proposed? The 'badger' armhf build failed, due to running out of memory. But version 2.0.3-1 is needed in order to satisfy the build/test dependencies... https://launchpad.net/ubuntu/+source/badger/2.0.3-1
[08:33] <slyon> vorlon, badger is currently hinted as badtest, but I think this would not be needed anymore with 2.0.3-1 ^^^
[08:42] <jibel> is anyone looking at libsane/libsane1? it's blocking groovy image builds.
[08:42] <mwhudson> slyon: you get a core dev to retry it
[08:42] <mwhudson> slyon: but is there any reason to think retrying it will work?
[08:43] <slyon> mwhudson, It failed due to running out of memory... Which might have been related to overloaded armhf machines. This is why I think retrying might work
[08:44] <mwhudson> slyon: err that's not how it works?
[08:44] <mwhudson> slyon: the vms have the same ram size no matter the load, surely
[08:46] <slyon> mwhudson, right... Let me figure out/fix the build via PPA. I'll be back here afterwards
[08:47] <mwhudson> slyon: i mean, i'm happy to retry it, i just don't think it will help much
[08:47] <mwhudson> (it's only a three minute build)
[08:48] <slyon> mwhudson, thanks. your points are totally right. Let me figure out what is going on in detail before we proceed.
[08:49] <Laney> jibel: see ubuntu-devel
[08:56] <LocutusOfBorg> vorlon, FYI I have a util-linux merge ready, it is needed because of new binaries used in the archive, and autopkgtests fixes
[08:57] <LocutusOfBorg> I can ppa it, or go for the archive whatever you prefer
[08:58] <ginggs> rbalint: where in update_output do you see lots of riscv64 packages?
[09:03] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-435 (bionic-proposed/restricted) [435.21-0ubuntu<IP_ADDRESS> => 435.21-0ubuntu<IP_ADDRESS>] (no packageset)
[09:10] -queuebot:#ubuntu-release- New source: oem-stella.cmit-abra-meta (focal-proposed/primary) [20.04~ubuntu2]
[09:36] <LocutusOfBorg> meh, uploading :)
[09:43] -queuebot:#ubuntu-release- New binary: util-linux [s390x] (groovy-proposed/main) [2.35.2-4ubuntu1] (core, i386-whitelist)
[09:44] -queuebot:#ubuntu-release- New binary: util-linux [ppc64el] (groovy-proposed/main) [2.35.2-4ubuntu1] (core, i386-whitelist)
[09:45] -queuebot:#ubuntu-release- New binary: util-linux [amd64] (groovy-proposed/main) [2.35.2-4ubuntu1] (core, i386-whitelist)
[09:49] -queuebot:#ubuntu-release- New binary: util-linux [armhf] (groovy-proposed/main) [2.35.2-4ubuntu1] (core, i386-whitelist)
[09:52] -queuebot:#ubuntu-release- New binary: util-linux [arm64] (groovy-proposed/main) [2.35.2-4ubuntu1] (core, i386-whitelist)
[09:52] -queuebot:#ubuntu-release- New binary: util-linux [i386] (groovy-proposed/main) [2.35.2-4ubuntu1] (core, i386-whitelist)
[11:19] -queuebot:#ubuntu-release- New binary: mindthegap [amd64] (groovy-proposed/universe) [2.2.2-2] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: rust-syn-mid [ppc64el] (groovy-proposed/universe) [0.5.0-2] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: mindthegap [s390x] (groovy-proposed/universe) [2.2.2-2] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: rust-syn-mid [s390x] (groovy-proposed/universe) [0.5.0-2] (no packageset)
[11:19] <mwhudson> ubuntu-archive: if you're bored ... https://bugs.launchpad.net/ubuntu/+source/continuity/+bug/1884749
[11:20] -queuebot:#ubuntu-release- New binary: mindthegap [ppc64el] (groovy-proposed/universe) [2.2.2-2] (no packageset)
[11:20] -queuebot:#ubuntu-release- New binary: rust-syn-mid [amd64] (groovy-proposed/universe) [0.5.0-2] (no packageset)
[11:20] -queuebot:#ubuntu-release- New binary: rust-syn-mid [armhf] (groovy-proposed/universe) [0.5.0-2] (no packageset)
[11:20] -queuebot:#ubuntu-release- New binary: pychopper [amd64] (groovy-proposed/universe) [2.4.0-2] (no packageset)
[11:20] -queuebot:#ubuntu-release- New binary: rust-syn-mid [arm64] (groovy-proposed/universe) [0.5.0-2] (no packageset)
[11:20] -queuebot:#ubuntu-release- New binary: mindthegap [arm64] (groovy-proposed/universe) [2.2.2-2] (no packageset)
[11:27] -queuebot:#ubuntu-release- New binary: rust-syn-mid [riscv64] (groovy-proposed/universe) [0.5.0-2] (no packageset)
[11:27] <seb128> mwhudson, there was already no such binary in focal? https://launchpad.net/ubuntu/+source/continuity/0.0~git20200107.26c1120-1/+build/18570241
[11:28] <mwhudson> seb128: i think it's been in proposed since before focal was released?
[11:29] <seb128> mwhudson, https://launchpad.net/ubuntu/+source/continuity state that it was in focal proper
[11:29] <seb128> it's weird
[11:29] <mwhudson> seb128: but that was https://launchpad.net/ubuntu/+source/continuity/0.0~git20180216.d8fb858-1
[11:29] <mwhudson> not git2020*
[11:30] <seb128> ah
[11:31] <seb128> mwhudson, k, done now
[11:31] <mwhudson> seb128: thanks
[11:31] <seb128> yw!
[11:33] -queuebot:#ubuntu-release- New binary: mindthegap [riscv64] (groovy-proposed/universe) [2.2.2-2] (no packageset)
[11:34] <mwhudson> seb128: the justification on the debian side seems a bit strange too https://salsa.debian.org/go-team/packages/continuity/-/commit/ed134750b8a3c8a6099909e8c604d5c92cf60cfa
[11:34] <mwhudson> but oh well, don't care and going to bed
[11:40] -queuebot:#ubuntu-release- New binary: nodejs [amd64] (groovy-proposed/universe) [12.18.0~dfsg-3ubuntu1] (kubuntu)
[11:45] <mwhudson> seb128: um
[11:45] <mwhudson> seb128: i wanted to remove the "continuity" *binary* packages
[11:45] <mwhudson> from release
[11:46] <mwhudson> not the continuity source package from proposed
[11:46] <mwhudson> sorry if i should have been clearer
[11:46]  * mwhudson zzz
[11:52] <seb128> mwhudson, arg, my fault, I'll fix it, have a good night!
[12:20] -queuebot:#ubuntu-release- New binary: nodejs [s390x] (groovy-proposed/universe) [12.18.0~dfsg-3ubuntu1] (kubuntu)
[12:22] -queuebot:#ubuntu-release- New binary: nodejs [ppc64el] (groovy-proposed/universe) [12.18.0~dfsg-3ubuntu1] (kubuntu)
[13:47] <coreycb> RAOF: hello, would you be able to reject cinder from the eoan and focal unapproved queues please? we have some further updates to do with those.
[13:53] <ginggs> ubuntu-archive: would someone please kick gff2aplot/2.0-13 and libgclib/0.11.9-1 from -proposed?  they break gffread in different ways and are blocking r-base migration
[13:56] <seb128> coreycb, do you need RAOF to do that only or any archive admin? (he's probably eod now)
[13:57] <coreycb> seb128: thanks for your reply. an archive admin would be fine.
[14:03] -queuebot:#ubuntu-release- Unapproved: rejected cinder [source] (eoan-proposed) [2:15.2.0-1ubuntu1]
[14:04] -queuebot:#ubuntu-release- Unapproved: rejected cinder [source] (focal-proposed) [2:16.1.0-0ubuntu1]
[14:04] <seb128> coreycb, ^
[14:04] <coreycb> seb128: thanks (icey  fyi ^)
[14:05] <coreycb> until we get os-brick sorted
[14:05] <icey> coreycb: k
[14:07] <seb128> ginggs, k, done
[14:16] -queuebot:#ubuntu-release- Unapproved: gnome-desktop3 (focal-proposed/main) [3.36.2-0ubuntu2 => <IP_ADDRESS>-0ubuntu1] (ubuntu-desktop)
[14:28] <ginggs> seb128: thanks!
[14:47] -queuebot:#ubuntu-release- New binary: nodejs [arm64] (groovy-proposed/universe) [12.18.0~dfsg-3ubuntu1] (kubuntu)
[14:52] <ddstreet> rbalint sorry i was out yesterday; nope i don't have any patches queued up yet for systemd in focal, thnx for asking!
[14:53] <rbalint> ddstreet, np, thanks, i'll import the .dsc then
[14:54] <rbalint> ddstreet, i'd like to use the repo branches for queueing things for srus no not forget about fixes easily
[14:55] <ddstreet> in ~ubuntu-core-dev?  that works for me, if you don't mind me pushing there to get them up to date when i have patch?
[14:57] <ddstreet> it would be nice if git-ubuntu could somehow 'integrate' with offical git repos, not sure if rbasak is thinking of how that might be possible
[14:58] <rbasak> It's sort of possible, but I'm not sure if there are fairly permanent negative implications so I've been avoiding advising about that
[14:58] <rbasak> The problem is that the git-ubuntu branches must represent the single source of truth that is Launchpad for it to be useful, but that's not guaranteed in anything else that developers push to
[14:59] <ahasenack> what does gbp do? It just trusts the vcs tags in d/control and adds an upstream branch for that?
[15:08] -queuebot:#ubuntu-release- New binary: nodejs [armhf] (groovy-proposed/universe) [12.18.0~dfsg-3ubuntu1] (kubuntu)
[15:15] <bdmurray> sil2100, Laney: Have you seen these groovy livefs build failures?
[15:26] -queuebot:#ubuntu-release- Unapproved: haproxy (bionic-proposed/main) [1.8.8-1ubuntu0.10 => 1.8.8-1ubuntu0.11] (ubuntu-server)
[15:30] -queuebot:#ubuntu-release- Unapproved: open-vm-tools (focal-proposed/main) [2:11.0.5-4 => 2:11.1.0-2~ubuntu20.04.1] (edubuntu, ubuntu-cloud, ubuntu-desktop, ubuntu-server)
[15:32] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (focal-proposed) [2.45.1+20.04]
[15:40] -queuebot:#ubuntu-release- Unapproved: glib-networking (bionic-proposed/main) [2.56.0-1 => 2.56.1-0ubuntu1] (ubuntu-desktop)
[15:46] <Laney> bdmurray: yep, should be fixed
[15:48] -queuebot:#ubuntu-release- Unapproved: gnome-calendar (focal-proposed/main) [3.36.1-1 => 3.36.2-0ubuntu1] (desktop-extra, ubuntu-desktop)
[16:06] -queuebot:#ubuntu-release- Unapproved: gnome-control-center (focal-proposed/main) [1:3.36.2-0ubuntu1 => 1:3.36.3-0ubuntu1] (ubuntu-desktop)
[16:06] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (focal-proposed/main) [1:<IP_ADDRESS> => 1:0.8.4~<IP_ADDRESS>] (desktop-core, ubuntu-server)
[16:27] <RikMills> vorlon: would you perhaps be able to look at plasma-wayland-protocal and kwayland-server in NEW? LP: #1883501 LP: #1884120
[16:32] <LocutusOfBorg> bdmurray, can you please try again? the colord fixed package migrated some seconds ago
[16:49] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (xenial-proposed) [2.45.1]
[16:59] -queuebot:#ubuntu-release- Unapproved: rejected postfix [source] (focal-proposed) [3.4.11-0ubuntu1]
[17:01] -queuebot:#ubuntu-release- Unapproved: accepted ccls [source] (focal-proposed) [0.20190823.6-1~ubuntu<IP_ADDRESS>]
[17:16] -queuebot:#ubuntu-release- New binary: angelscript [s390x] (groovy-proposed/universe) [2.34.0+ds-2] (no packageset)
[17:17] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (bionic-proposed) [2.45.1+18.04]
[17:17] -queuebot:#ubuntu-release- Unapproved: accepted evince [source] (focal-proposed) [3.36.5-0ubuntu1]
[17:17] -queuebot:#ubuntu-release- New binary: angelscript [ppc64el] (groovy-proposed/universe) [2.34.0+ds-2] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: fdb [amd64] (groovy-proposed/universe) [2.0.1-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: angelscript [amd64] (groovy-proposed/universe) [2.34.0+ds-2] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: libinfinity [s390x] (groovy-proposed/universe) [0.7.1-4] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: libinfinity [ppc64el] (groovy-proposed/universe) [0.7.1-4] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: bgpq4 [s390x] (groovy-proposed/universe) [0.0.6-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: vsearch [ppc64el] (groovy-proposed/universe) [2.14.2-3] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: libinfinity [amd64] (groovy-proposed/universe) [0.7.1-4] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: bgpq4 [ppc64el] (groovy-proposed/universe) [0.0.6-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: libvdeslirp [s390x] (groovy-proposed/universe) [0.1.0-2] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: libmatio [s390x] (groovy-proposed/universe) [1.5.17-4] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: libvdestack [s390x] (groovy-proposed/universe) [0.1.0-2] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: babeltrace2 [s390x] (groovy-proposed/universe) [2.0.1-2] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: golang-github-shurcool-gopherjslib [amd64] (groovy-proposed/universe) [0.0~git20200209.30f639d-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: libpog [amd64] (groovy-proposed/universe) [0.5.3-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: libvdestack [amd64] (groovy-proposed/universe) [0.1.0-2] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: persist-el [amd64] (groovy-proposed/universe) [0.4+dfsg-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: python-injector [amd64] (groovy-proposed/universe) [0.18.3-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: bgpq4 [amd64] (groovy-proposed/universe) [0.0.6-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: libvdeslirp [ppc64el] (groovy-proposed/universe) [0.1.0-2] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: phosh [s390x] (groovy-proposed/universe) [0.2.2-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: helpdev [amd64] (groovy-proposed/universe) [0.6.10-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: libvdestack [ppc64el] (groovy-proposed/universe) [0.1.0-2] (no packageset)
[17:26] -queuebot:#ubuntu-release- New binary: phoenix-firmware [amd64] (groovy-proposed/universe) [4.7.4+repack-1] (no packageset)
[17:26] -queuebot:#ubuntu-release- New binary: python-rx [amd64] (groovy-proposed/universe) [3.1.0-1] (no packageset)
[17:26] -queuebot:#ubuntu-release- New binary: starpu [s390x] (groovy-proposed/universe) [1.3.4+dfsg-2] (no packageset)
[17:26] -queuebot:#ubuntu-release- New binary: phosh [amd64] (groovy-proposed/universe) [0.2.2-1] (no packageset)
[17:26] -queuebot:#ubuntu-release- New binary: vsearch [amd64] (groovy-proposed/universe) [2.14.2-3] (no packageset)
[17:26] -queuebot:#ubuntu-release- New binary: ruby-packable [amd64] (groovy-proposed/universe) [1.3.14-1] (no packageset)
[17:27] -queuebot:#ubuntu-release- New binary: python-av [amd64] (groovy-proposed/universe) [8.0.1-1] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: babeltrace2 [ppc64el] (groovy-proposed/universe) [2.0.1-2] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: starpu [ppc64el] (groovy-proposed/universe) [1.3.4+dfsg-2] (no packageset)
[17:32] -queuebot:#ubuntu-release- New binary: babeltrace2 [amd64] (groovy-proposed/universe) [2.0.1-2] (no packageset)
[17:32] -queuebot:#ubuntu-release- New binary: node-jest [amd64] (groovy-proposed/universe) [24.9.0-1] (no packageset)
[17:32] -queuebot:#ubuntu-release- New binary: libvdeslirp [amd64] (groovy-proposed/universe) [0.1.0-2] (no packageset)
[17:32] -queuebot:#ubuntu-release- New binary: phosh [ppc64el] (groovy-proposed/universe) [0.2.2-1] (no packageset)
[17:33] -queuebot:#ubuntu-release- New binary: bgpq4 [riscv64] (groovy-proposed/universe) [0.0.6-1] (no packageset)
[17:33] -queuebot:#ubuntu-release- New binary: libmatio [ppc64el] (groovy-proposed/universe) [1.5.17-4] (no packageset)
[17:33] -queuebot:#ubuntu-release- New binary: libmatio [amd64] (groovy-proposed/universe) [1.5.17-4] (no packageset)
[17:33] -queuebot:#ubuntu-release- New binary: libvdeslirp [riscv64] (groovy-proposed/universe) [0.1.0-2] (no packageset)
[17:34] <vorlon> LocutusOfBorg: not much value in a util-linux merge if we can't get it building on riscv64?
[17:35] <vorlon> slyon: there's not much need for dropping those hints, either; especially since it's a force-reset-test hint, it becomes a no-op once a newer version of the package has tests that start to pass
[17:37] -queuebot:#ubuntu-release- New binary: angelscript [arm64] (groovy-proposed/universe) [2.34.0+ds-2] (no packageset)
[17:37] -queuebot:#ubuntu-release- New binary: starpu [amd64] (groovy-proposed/universe) [1.3.4+dfsg-2] (no packageset)
[17:38] -queuebot:#ubuntu-release- New binary: angelscript [armhf] (groovy-proposed/universe) [2.34.0+ds-2] (no packageset)
[17:41] -queuebot:#ubuntu-release- New binary: angelscript [riscv64] (groovy-proposed/universe) [2.34.0+ds-2] (no packageset)
[17:42] -queuebot:#ubuntu-release- New binary: libinfinity [arm64] (groovy-proposed/universe) [0.7.1-4] (no packageset)
[17:43] -queuebot:#ubuntu-release- New binary: bgpq4 [arm64] (groovy-proposed/universe) [0.0.6-1] (no packageset)
[17:43] -queuebot:#ubuntu-release- New binary: libinfinity [armhf] (groovy-proposed/universe) [0.7.1-4] (no packageset)
[17:43] -queuebot:#ubuntu-release- New binary: bgpq4 [armhf] (groovy-proposed/universe) [0.0.6-1] (no packageset)
[17:43] -queuebot:#ubuntu-release- New binary: libvdeslirp [armhf] (groovy-proposed/universe) [0.1.0-2] (no packageset)
[17:44] -queuebot:#ubuntu-release- New binary: libvdeslirp [arm64] (groovy-proposed/universe) [0.1.0-2] (no packageset)
[17:44] -queuebot:#ubuntu-release- New binary: libvdestack [armhf] (groovy-proposed/universe) [0.1.0-2] (no packageset)
[17:44] -queuebot:#ubuntu-release- New binary: libvdestack [arm64] (groovy-proposed/universe) [0.1.0-2] (no packageset)
[17:45] -queuebot:#ubuntu-release- New binary: openstructure [amd64] (groovy-proposed/universe) [2.0.0-1] (no packageset)
[17:49] -queuebot:#ubuntu-release- New binary: astra-toolbox [amd64] (groovy-proposed/multiverse) [1.8.3-1] (no packageset)
[17:50] -queuebot:#ubuntu-release- New binary: phosh [arm64] (groovy-proposed/universe) [0.2.2-1] (no packageset)
[17:50] -queuebot:#ubuntu-release- New binary: phosh [armhf] (groovy-proposed/universe) [0.2.2-1] (no packageset)
[17:52] -queuebot:#ubuntu-release- New binary: babeltrace2 [arm64] (groovy-proposed/universe) [2.0.1-2] (no packageset)
[17:52] -queuebot:#ubuntu-release- New binary: python-av [armhf] (groovy-proposed/universe) [8.0.1-1] (no packageset)
[17:54] -queuebot:#ubuntu-release- New binary: babeltrace2 [armhf] (groovy-proposed/universe) [2.0.1-2] (no packageset)
[17:55] -queuebot:#ubuntu-release- New binary: libmatio [arm64] (groovy-proposed/universe) [1.5.17-4] (no packageset)
[17:56] -queuebot:#ubuntu-release- New binary: libmatio [armhf] (groovy-proposed/universe) [1.5.17-4] (no packageset)
[18:00] -queuebot:#ubuntu-release- New binary: starpu [arm64] (groovy-proposed/universe) [1.3.4+dfsg-2] (no packageset)
[18:04] -queuebot:#ubuntu-release- New binary: starpu [armhf] (groovy-proposed/universe) [1.3.4+dfsg-2] (no packageset)
[18:18] -queuebot:#ubuntu-release- Unapproved: accepted ceph [source] (focal-proposed) [15.2.3-0ubuntu<IP_ADDRESS>]
[18:23] -queuebot:#ubuntu-release- New binary: babeltrace2 [riscv64] (groovy-proposed/universe) [2.0.1-2] (no packageset)
[18:23] -queuebot:#ubuntu-release- Unapproved: qtwebengine-opensource-src (focal-proposed/universe) [5.12.8+dfsg-0ubuntu1 => 5.12.8+dfsg-0ubuntu1.1] (kubuntu)
[18:35] -queuebot:#ubuntu-release- New binary: python-av [riscv64] (groovy-proposed/universe) [8.0.1-1] (no packageset)
[18:48] -queuebot:#ubuntu-release- New binary: libinfinity [riscv64] (groovy-proposed/universe) [0.7.1-4] (no packageset)
[19:53] -queuebot:#ubuntu-release- New binary: libmatio [riscv64] (groovy-proposed/universe) [1.5.17-4] (no packageset)
[20:21] -queuebot:#ubuntu-release- New: accepted babeltrace2 [riscv64] (groovy-proposed) [2.0.1-2]
[20:21] -queuebot:#ubuntu-release- New: accepted libmatio [riscv64] (groovy-proposed) [1.5.17-4]
[20:21] -queuebot:#ubuntu-release- New: accepted starpu [arm64] (groovy-proposed) [1.3.4+dfsg-2]
[20:21] -queuebot:#ubuntu-release- New binary: openscap [s390x] (groovy-proposed/universe) [1.2.17-0.1ubuntu1] (no packageset)
[20:21] -queuebot:#ubuntu-release- New: accepted libinfinity [riscv64] (groovy-proposed) [0.7.1-4]
[20:21] -queuebot:#ubuntu-release- New: accepted starpu [armhf] (groovy-proposed) [1.3.4+dfsg-2]
[20:21] -queuebot:#ubuntu-release- New: accepted python-av [riscv64] (groovy-proposed) [8.0.1-1]
[20:23] -queuebot:#ubuntu-release- New: accepted angelscript [arm64] (groovy-proposed) [2.34.0+ds-2]
[20:23] -queuebot:#ubuntu-release- New: accepted angelscript [riscv64] (groovy-proposed) [2.34.0+ds-2]
[20:23] -queuebot:#ubuntu-release- New: accepted babeltrace2 [arm64] (groovy-proposed) [2.0.1-2]
[20:23] -queuebot:#ubuntu-release- New: accepted bgpq4 [arm64] (groovy-proposed) [0.0.6-1]
[20:23] -queuebot:#ubuntu-release- New: accepted libinfinity [arm64] (groovy-proposed) [0.7.1-4]
[20:23] -queuebot:#ubuntu-release- New: accepted libmatio [arm64] (groovy-proposed) [1.5.17-4]
[20:23] -queuebot:#ubuntu-release- New: accepted libvdeslirp [arm64] (groovy-proposed) [0.1.0-2]
[20:23] -queuebot:#ubuntu-release- New: accepted libvdestack [arm64] (groovy-proposed) [0.1.0-2]
[20:23] -queuebot:#ubuntu-release- New: accepted openstructure [amd64] (groovy-proposed) [2.0.0-1]
[20:23] -queuebot:#ubuntu-release- New: accepted phosh [armhf] (groovy-proposed) [0.2.2-1]
[20:23] -queuebot:#ubuntu-release- New: accepted angelscript [armhf] (groovy-proposed) [2.34.0+ds-2]
[20:23] -queuebot:#ubuntu-release- New: accepted babeltrace2 [armhf] (groovy-proposed) [2.0.1-2]
[20:23] -queuebot:#ubuntu-release- New: accepted libinfinity [armhf] (groovy-proposed) [0.7.1-4]
[20:23] -queuebot:#ubuntu-release- New: accepted libvdeslirp [armhf] (groovy-proposed) [0.1.0-2]
[20:23] -queuebot:#ubuntu-release- New: accepted phosh [arm64] (groovy-proposed) [0.2.2-1]
[20:23] -queuebot:#ubuntu-release- New: accepted starpu [amd64] (groovy-proposed) [1.3.4+dfsg-2]
[20:23] -queuebot:#ubuntu-release- New binary: mindthegap [amd64] (groovy-proposed/universe) [2.2.2-2] (no packageset)
[20:23] -queuebot:#ubuntu-release- New source: redkite (groovy-proposed/primary) [0.8.1-0ubuntu1]
[20:23] -queuebot:#ubuntu-release- New binary: rust-syn-mid [s390x] (groovy-proposed/universe) [0.5.0-2] (no packageset)
[20:23] -queuebot:#ubuntu-release- New binary: util-linux [i386] (groovy-proposed/main) [2.35.2-4ubuntu1] (core, i386-whitelist)
[20:23] -queuebot:#ubuntu-release- New: accepted astra-toolbox [amd64] (groovy-proposed) [1.8.3-1]
[20:23] -queuebot:#ubuntu-release- New: accepted libmatio [armhf] (groovy-proposed) [1.5.17-4]
[20:23] -queuebot:#ubuntu-release- New: accepted python-av [armhf] (groovy-proposed) [8.0.1-1]
[20:23] -queuebot:#ubuntu-release- New binary: mindthegap [s390x] (groovy-proposed/universe) [2.2.2-2] (no packageset)
[20:23] -queuebot:#ubuntu-release- New binary: util-linux [arm64] (groovy-proposed/main) [2.35.2-4ubuntu1] (core, i386-whitelist)
[20:23] -queuebot:#ubuntu-release- New: accepted bgpq4 [armhf] (groovy-proposed) [0.0.6-1]
[20:23] -queuebot:#ubuntu-release- New source: add64 (groovy-proposed/primary) [3.9.3-0ubuntu1]
[20:23] -queuebot:#ubuntu-release- New: accepted libvdestack [armhf] (groovy-proposed) [0.1.0-2]
[20:23] -queuebot:#ubuntu-release- New binary: rust-syn-mid [ppc64el] (groovy-proposed/universe) [0.5.0-2] (no packageset)
[20:24] -queuebot:#ubuntu-release- New: accepted babeltrace2 [amd64] (groovy-proposed) [2.0.1-2]
[20:24] -queuebot:#ubuntu-release- New: accepted bgpq4 [riscv64] (groovy-proposed) [0.0.6-1]
[20:24] -queuebot:#ubuntu-release- New: accepted helpdev [amd64] (groovy-proposed) [0.6.10-1]
[20:24] -queuebot:#ubuntu-release- New: accepted libmatio [ppc64el] (groovy-proposed) [1.5.17-4]
[20:24] -queuebot:#ubuntu-release- New: accepted libvdeslirp [riscv64] (groovy-proposed) [0.1.0-2]
[20:24] -queuebot:#ubuntu-release- New: accepted libvdestack [ppc64el] (groovy-proposed) [0.1.0-2]
[20:24] -queuebot:#ubuntu-release- New: accepted phoenix-firmware [amd64] (groovy-proposed) [4.7.4+repack-1]
[20:24] -queuebot:#ubuntu-release- New: accepted phosh [ppc64el] (groovy-proposed) [0.2.2-1]
[20:24] -queuebot:#ubuntu-release- New: accepted python-av [amd64] (groovy-proposed) [8.0.1-1]
[20:24] -queuebot:#ubuntu-release- New: accepted python-rx [amd64] (groovy-proposed) [3.1.0-1]
[20:24] -queuebot:#ubuntu-release- New: accepted babeltrace2 [ppc64el] (groovy-proposed) [2.0.1-2]
[20:24] -queuebot:#ubuntu-release- New: accepted libmatio [amd64] (groovy-proposed) [1.5.17-4]
[20:24] -queuebot:#ubuntu-release- New: accepted libvdestack [amd64] (groovy-proposed) [0.1.0-2]
[20:24] -queuebot:#ubuntu-release- New: accepted phosh [amd64] (groovy-proposed) [0.2.2-1]
[20:24] -queuebot:#ubuntu-release- New: accepted python-injector [amd64] (groovy-proposed) [0.18.3-1]
[20:24] -queuebot:#ubuntu-release- New: accepted starpu [ppc64el] (groovy-proposed) [1.3.4+dfsg-2]
[20:24] -queuebot:#ubuntu-release- New: accepted vsearch [amd64] (groovy-proposed) [2.14.2-3]
[20:24] -queuebot:#ubuntu-release- New binary: gri [arm64] (groovy-proposed/universe) [2.12.26-6] (no packageset)
[20:24] -queuebot:#ubuntu-release- New binary: gri [ppc64el] (groovy-proposed/universe) [2.12.26-6] (no packageset)
[20:24] -queuebot:#ubuntu-release- New binary: topcom [armhf] (groovy-proposed/universe) [0.17.8+ds-1] (no packageset)
[20:24] -queuebot:#ubuntu-release- New: accepted golang-github-shurcool-gopherjslib [amd64] (groovy-proposed) [0.0~git20200209.30f639d-1]
[20:24] -queuebot:#ubuntu-release- New: accepted node-jest [amd64] (groovy-proposed) [24.9.0-1]
[20:24] -queuebot:#ubuntu-release- New: accepted ruby-packable [amd64] (groovy-proposed) [1.3.14-1]
[20:24] -queuebot:#ubuntu-release- New binary: ace [s390x] (groovy-proposed/universe) [6.5.8+dfsg-2] (no packageset)
[20:24] -queuebot:#ubuntu-release- New binary: mindthegap [ppc64el] (groovy-proposed/universe) [2.2.2-1] (no packageset)
[20:24] -queuebot:#ubuntu-release- New binary: topcom [s390x] (groovy-proposed/universe) [0.17.8+ds-1] (no packageset)
[20:24] -queuebot:#ubuntu-release- New: accepted libvdeslirp [amd64] (groovy-proposed) [0.1.0-2]
[20:24] -queuebot:#ubuntu-release- New: accepted starpu [s390x] (groovy-proposed) [1.3.4+dfsg-2]
[20:24] -queuebot:#ubuntu-release- New binary: topcom [ppc64el] (groovy-proposed/universe) [0.17.8+ds-1] (no packageset)
[20:24] -queuebot:#ubuntu-release- New: accepted phosh [s390x] (groovy-proposed) [0.2.2-1]
[20:24] -queuebot:#ubuntu-release- New binary: gri [armhf] (groovy-proposed/universe) [2.12.26-6] (no packageset)
[20:25] -queuebot:#ubuntu-release- New: accepted angelscript [amd64] (groovy-proposed) [2.34.0+ds-2]
[20:25] -queuebot:#ubuntu-release- New: accepted angelscript [s390x] (groovy-proposed) [2.34.0+ds-2]
[20:25] -queuebot:#ubuntu-release- New: accepted bgpq4 [amd64] (groovy-proposed) [0.0.6-1]
[20:25] -queuebot:#ubuntu-release- New: accepted bgpq4 [s390x] (groovy-proposed) [0.0.6-1]
[20:25] -queuebot:#ubuntu-release- New: accepted libinfinity [amd64] (groovy-proposed) [0.7.1-4]
[20:25] -queuebot:#ubuntu-release- New: accepted libinfinity [s390x] (groovy-proposed) [0.7.1-4]
[20:25] -queuebot:#ubuntu-release- New: accepted libpog [amd64] (groovy-proposed) [0.5.3-1]
[20:25] -queuebot:#ubuntu-release- New: accepted libvdeslirp [s390x] (groovy-proposed) [0.1.0-2]
[20:25] -queuebot:#ubuntu-release- New: accepted mindthegap [riscv64] (groovy-proposed) [2.2.2-2]
[20:25] -queuebot:#ubuntu-release- New: accepted rust-syn-mid [riscv64] (groovy-proposed) [0.5.0-2]
[20:25] -queuebot:#ubuntu-release- New: accepted angelscript [ppc64el] (groovy-proposed) [2.34.0+ds-2]
[20:25] -queuebot:#ubuntu-release- New: accepted bgpq4 [ppc64el] (groovy-proposed) [0.0.6-1]
[20:25] -queuebot:#ubuntu-release- New: accepted libinfinity [ppc64el] (groovy-proposed) [0.7.1-4]
[20:25] -queuebot:#ubuntu-release- New: accepted libvdeslirp [ppc64el] (groovy-proposed) [0.1.0-2]
[20:25] -queuebot:#ubuntu-release- New: accepted persist-el [amd64] (groovy-proposed) [0.4+dfsg-1]
[20:25] -queuebot:#ubuntu-release- New binary: libjson-rpc-common-perl [amd64] (groovy-proposed/universe) [0.11-1] (no packageset)
[20:25] -queuebot:#ubuntu-release- New binary: nomad-driver-podman [ppc64el] (groovy-proposed/universe) [0.0.3-1] (no packageset)
[20:25] -queuebot:#ubuntu-release- New binary: xmltooling [arm64] (groovy-proposed/universe) [3.1.0-2] (no packageset)
[20:25] -queuebot:#ubuntu-release- New binary: xmltooling [riscv64] (groovy-proposed/universe) [3.1.0-2] (no packageset)
[20:25] -queuebot:#ubuntu-release- New: accepted babeltrace2 [s390x] (groovy-proposed) [2.0.1-2]
[20:25] -queuebot:#ubuntu-release- New: accepted libmatio [s390x] (groovy-proposed) [1.5.17-4]
[20:25] -queuebot:#ubuntu-release- New: accepted vsearch [ppc64el] (groovy-proposed) [2.14.2-3]
[20:25] -queuebot:#ubuntu-release- New binary: pytest-salt-factories [amd64] (groovy-proposed/universe) [0.10.7-1] (no packageset)
[20:25] -queuebot:#ubuntu-release- New: accepted fdb [amd64] (groovy-proposed) [2.0.1-1]
[20:25] -queuebot:#ubuntu-release- New binary: mindthegap [amd64] (groovy-proposed/universe) [2.2.2-1] (no packageset)
[20:25] -queuebot:#ubuntu-release- New: accepted libvdestack [s390x] (groovy-proposed) [0.1.0-2]
[20:25] -queuebot:#ubuntu-release- New binary: xmltooling [ppc64el] (groovy-proposed/universe) [3.1.0-2] (no packageset)
[20:28] -queuebot:#ubuntu-release- New: accepted bsdmainutils [amd64] (groovy-proposed) [12.1.1ubuntu1]
[20:28] -queuebot:#ubuntu-release- New: accepted bsdmainutils [armhf] (groovy-proposed) [12.1.1ubuntu1]
[20:28] -queuebot:#ubuntu-release- New: accepted bsdmainutils [ppc64el] (groovy-proposed) [12.1.1ubuntu1]
[20:28] -queuebot:#ubuntu-release- New: accepted bsdmainutils [s390x] (groovy-proposed) [12.1.1ubuntu1]
[20:28] -queuebot:#ubuntu-release- New: accepted bsdmainutils [arm64] (groovy-proposed) [12.1.1ubuntu1]
[20:28] -queuebot:#ubuntu-release- New: accepted bsdmainutils [riscv64] (groovy-proposed) [12.1.1ubuntu1]
[20:28] -queuebot:#ubuntu-release- New: accepted bsdmainutils [i386] (groovy-proposed) [12.1.1ubuntu1]
[20:38] -queuebot:#ubuntu-release- New: accepted ace [riscv64] (groovy-proposed) [6.5.8+dfsg-2]
[20:38] -queuebot:#ubuntu-release- New: accepted mindthegap [amd64] (groovy-proposed) [2.2.2-2]
[20:38] -queuebot:#ubuntu-release- New: accepted mindthegap [ppc64el] (groovy-proposed) [2.2.2-2]
[20:38] -queuebot:#ubuntu-release- New: accepted pychopper [amd64] (groovy-proposed) [2.4.0-2]
[20:38] -queuebot:#ubuntu-release- New: accepted rust-syn-mid [arm64] (groovy-proposed) [0.5.0-2]
[20:38] -queuebot:#ubuntu-release- New: accepted rust-syn-mid [ppc64el] (groovy-proposed) [0.5.0-2]
[20:38] -queuebot:#ubuntu-release- New source: cd-boot-images-amd64 (groovy-proposed/primary) [4]
[20:38] -queuebot:#ubuntu-release- New binary: openscap [arm64] (groovy-proposed/universe) [1.2.17-0.1ubuntu1] (no packageset)
[20:39] -queuebot:#ubuntu-release- New binary: openscap [ppc64el] (groovy-proposed/universe) [1.2.17-0.1ubuntu1] (no packageset)
[20:39] -queuebot:#ubuntu-release- New binary: openscap [s390x] (groovy-proposed/universe) [1.2.17-0.1ubuntu1] (no packageset)
[20:39] -queuebot:#ubuntu-release- New: accepted gri [riscv64] (groovy-proposed) [2.12.26-6]
[20:39] -queuebot:#ubuntu-release- New: accepted mindthegap [s390x] (groovy-proposed) [2.2.2-2]
[20:39] -queuebot:#ubuntu-release- New: accepted rust-syn-mid [armhf] (groovy-proposed) [0.5.0-2]
[20:39] -queuebot:#ubuntu-release- New binary: openscap [amd64] (groovy-proposed/universe) [1.2.17-0.1ubuntu1] (no packageset)
[20:39] -queuebot:#ubuntu-release- New binary: openscap [riscv64] (groovy-proposed/universe) [1.2.17-0.1ubuntu1] (no packageset)
[20:39] -queuebot:#ubuntu-release- New: accepted mindthegap [arm64] (groovy-proposed) [2.2.2-2]
[20:39] -queuebot:#ubuntu-release- New: accepted rust-syn-mid [s390x] (groovy-proposed) [0.5.0-2]
[20:39] -queuebot:#ubuntu-release- New binary: qgis [s390x] (groovy-proposed/universe) [3.10.6+dfsg-1ubuntu1] (no packageset)
[20:39] -queuebot:#ubuntu-release- New: accepted rust-syn-mid [amd64] (groovy-proposed) [0.5.0-2]
[20:39] -queuebot:#ubuntu-release- New binary: openscap [armhf] (groovy-proposed/universe) [1.2.17-0.1ubuntu1] (no packageset)
[20:39] -queuebot:#ubuntu-release- New: accepted ace [amd64] (groovy-proposed) [6.5.8+dfsg-2]
[20:39] -queuebot:#ubuntu-release- New: accepted ace [armhf] (groovy-proposed) [6.5.8+dfsg-2]
[20:39] -queuebot:#ubuntu-release- New: accepted ace [s390x] (groovy-proposed) [6.5.8+dfsg-2]
[20:39] -queuebot:#ubuntu-release- New: accepted gri [armhf] (groovy-proposed) [2.12.26-6]
[20:39] -queuebot:#ubuntu-release- New: accepted mindthegap [ppc64el] (groovy-proposed) [2.2.2-1]
[20:39] -queuebot:#ubuntu-release- New: accepted rust-syn-mid [riscv64] (groovy-proposed) [0.5.0-1]
[20:39] -queuebot:#ubuntu-release- New: accepted topcom [arm64] (groovy-proposed) [0.17.8+ds-1]
[20:39] -queuebot:#ubuntu-release- New: accepted topcom [ppc64el] (groovy-proposed) [0.17.8+ds-1]
[20:39] -queuebot:#ubuntu-release- New: accepted topcom [s390x] (groovy-proposed) [0.17.8+ds-1]
[20:39] -queuebot:#ubuntu-release- New: accepted ace [arm64] (groovy-proposed) [6.5.8+dfsg-2]
[20:39] -queuebot:#ubuntu-release- New: accepted gri [arm64] (groovy-proposed) [2.12.26-6]
[20:39] -queuebot:#ubuntu-release- New: accepted mindthegap [riscv64] (groovy-proposed) [2.2.2-1]
[20:39] -queuebot:#ubuntu-release- New: accepted topcom [armhf] (groovy-proposed) [0.17.8+ds-1]
[20:39] -queuebot:#ubuntu-release- New: accepted ace [ppc64el] (groovy-proposed) [6.5.8+dfsg-2]
[20:39] -queuebot:#ubuntu-release- New: accepted rust-users [riscv64] (groovy-proposed) [0.10.0-1]
[20:39] -queuebot:#ubuntu-release- New: accepted gri [ppc64el] (groovy-proposed) [2.12.26-6]
[20:39] -queuebot:#ubuntu-release- New: accepted topcom [riscv64] (groovy-proposed) [0.17.8+ds-1]
[20:40] -queuebot:#ubuntu-release- New: accepted gri [s390x] (groovy-proposed) [2.12.26-6]
[20:40] -queuebot:#ubuntu-release- New: accepted mindthegap [s390x] (groovy-proposed) [2.2.2-1]
[20:40] -queuebot:#ubuntu-release- New: accepted rust-syn-mid [armhf] (groovy-proposed) [0.5.0-1]
[20:40] -queuebot:#ubuntu-release- New: accepted rust-syn-mid [s390x] (groovy-proposed) [0.5.0-1]
[20:40] -queuebot:#ubuntu-release- New: accepted rust-users [arm64] (groovy-proposed) [0.10.0-1]
[20:40] -queuebot:#ubuntu-release- New: accepted rust-users [ppc64el] (groovy-proposed) [0.10.0-1]
[20:40] -queuebot:#ubuntu-release- New: accepted topcom [amd64] (groovy-proposed) [0.17.8+ds-1]
[20:40] -queuebot:#ubuntu-release- New: accepted mindthegap [arm64] (groovy-proposed) [2.2.2-1]
[20:40] -queuebot:#ubuntu-release- New: accepted rust-syn-mid [ppc64el] (groovy-proposed) [0.5.0-1]
[20:40] -queuebot:#ubuntu-release- New: accepted rust-users [armhf] (groovy-proposed) [0.10.0-1]
[20:40] -queuebot:#ubuntu-release- New: accepted rust-syn-mid [arm64] (groovy-proposed) [0.5.0-1]
[20:40] -queuebot:#ubuntu-release- New: accepted rust-users [s390x] (groovy-proposed) [0.10.0-1]
[20:40] -queuebot:#ubuntu-release- New: accepted rust-users [amd64] (groovy-proposed) [0.10.0-1]
[20:40] -queuebot:#ubuntu-release- New: accepted libjson-rpc-common-perl [amd64] (groovy-proposed) [0.11-1]
[20:40] -queuebot:#ubuntu-release- New: accepted nomad-driver-podman [ppc64el] (groovy-proposed) [0.0.3-1]
[20:40] -queuebot:#ubuntu-release- New: accepted pytest-salt-factories [amd64] (groovy-proposed) [0.10.7-1]
[20:40] -queuebot:#ubuntu-release- New: accepted xmltooling [arm64] (groovy-proposed) [3.1.0-2]
[20:40] -queuebot:#ubuntu-release- New: accepted xmltooling [riscv64] (groovy-proposed) [3.1.0-2]
[20:40] -queuebot:#ubuntu-release- New: accepted mindthegap [amd64] (groovy-proposed) [2.2.2-1]
[20:40] -queuebot:#ubuntu-release- New: accepted rust-syn-mid [amd64] (groovy-proposed) [0.5.0-1]
[20:40] -queuebot:#ubuntu-release- New: accepted pychopper [amd64] (groovy-proposed) [2.4.0-1]
[20:40] -queuebot:#ubuntu-release- New: accepted xmltooling [ppc64el] (groovy-proposed) [3.1.0-2]
[20:41] -queuebot:#ubuntu-release- New: accepted nomad-driver-podman [amd64] (groovy-proposed) [0.0.3-1]
[20:41] -queuebot:#ubuntu-release- New: accepted nomad-driver-podman [armhf] (groovy-proposed) [0.0.3-1]
[20:41] -queuebot:#ubuntu-release- New: accepted python-stem [amd64] (groovy-proposed) [1.8.0-1]
[20:41] -queuebot:#ubuntu-release- New: accepted xmltooling [armhf] (groovy-proposed) [3.1.0-2]
[20:41] -queuebot:#ubuntu-release- New: accepted nomad-driver-podman [arm64] (groovy-proposed) [0.0.3-1]
[20:41] -queuebot:#ubuntu-release- New: accepted xmltooling [amd64] (groovy-proposed) [3.1.0-2]
[20:41] -queuebot:#ubuntu-release- New: accepted nomad-driver-podman [s390x] (groovy-proposed) [0.0.3-1]
[20:41] -queuebot:#ubuntu-release- New: accepted xmltooling [s390x] (groovy-proposed) [3.1.0-2]
[20:44] -queuebot:#ubuntu-release- New: accepted openscap [amd64] (groovy-proposed) [1.2.17-0.1ubuntu1]
[20:44] -queuebot:#ubuntu-release- New: accepted openscap [s390x] (groovy-proposed) [1.2.17-0.1ubuntu1]
[20:44] -queuebot:#ubuntu-release- New: accepted openscap [arm64] (groovy-proposed) [1.2.17-0.1ubuntu1]
[20:44] -queuebot:#ubuntu-release- New: accepted openscap [armhf] (groovy-proposed) [1.2.17-0.1ubuntu1]
[20:44] -queuebot:#ubuntu-release- New: accepted openscap [riscv64] (groovy-proposed) [1.2.17-0.1ubuntu1]
[20:44] -queuebot:#ubuntu-release- New: accepted openscap [ppc64el] (groovy-proposed) [1.2.17-0.1ubuntu1]
[20:47] -queuebot:#ubuntu-release- New: accepted qgis [amd64] (groovy-proposed) [3.10.6+dfsg-1ubuntu1]
[20:47] -queuebot:#ubuntu-release- New: accepted qgis [armhf] (groovy-proposed) [3.10.6+dfsg-1ubuntu1]
[20:47] -queuebot:#ubuntu-release- New: accepted qgis [s390x] (groovy-proposed) [3.10.6+dfsg-1ubuntu1]
[20:47] -queuebot:#ubuntu-release- New: accepted qgis [arm64] (groovy-proposed) [3.10.6+dfsg-1ubuntu1]
[20:47] -queuebot:#ubuntu-release- New: accepted qgis [ppc64el] (groovy-proposed) [3.10.6+dfsg-1ubuntu1]
[21:08] -queuebot:#ubuntu-release- Unapproved: accepted shadow [source] (focal-proposed) [1:4.8.1-1ubuntu5.20.04]
[21:09] -queuebot:#ubuntu-release- Unapproved: fwupd-signed (bionic-proposed/main) [1.10~ubuntu18.04.4 => 1.10~ubuntu18.04.5] (no packageset)
[21:09] -queuebot:#ubuntu-release- Unapproved: fwupd-signed (eoan-proposed/main) [1.10.3ubuntu1 => 1.10.3ubuntu2] (core)
[21:09] -queuebot:#ubuntu-release- Unapproved: fwupd (bionic-proposed/main) [1.2.10-1ubuntu2~ubuntu18.04.5 => 1.2.13-0~bionic1] (desktop-core)
[21:09] -queuebot:#ubuntu-release- Unapproved: fwupd (eoan-proposed/main) [1.2.10-1ubuntu4.1 => 1.2.13-0~eoan1] (core)
[21:13] -queuebot:#ubuntu-release- New binary: qdarkstyle [amd64] (groovy-proposed/universe) [2.8.1+ds1-1] (no packageset)
[21:14] -queuebot:#ubuntu-release- Unapproved: accepted gnome-applets [source] (focal-proposed) [3.36.4-0ubuntu1]
[21:31] <rafaeldtinoco> vlan is currently being blocked by linux-riscv
[21:31] <rafaeldtinoco> should I do anything there ?
[22:05] -queuebot:#ubuntu-release- Unapproved: accepted glib2.0 [source] (focal-proposed) [2.64.3-1~ubuntu20.04.1]
[22:10] -queuebot:#ubuntu-release- Unapproved: accepted libgphoto2 [source] (focal-proposed) [2.5.25-0ubuntu0.1]
[22:25] -queuebot:#ubuntu-release- Unapproved: accepted docker.io [source] (focal-proposed) [19.03.8-0ubuntu1.20.04]
[23:20] -queuebot:#ubuntu-release- New binary: mplcursors [amd64] (groovy-proposed/universe) [0.3-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: nanofilt [arm64] (groovy-proposed/universe) [2.6.0-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: nanofilt [ppc64el] (groovy-proposed/universe) [2.6.0-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: prometheus-tplink-plug-exporter [amd64] (groovy-proposed/universe) [0.2.0+git20200622.cc4a731-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: prometheus-tplink-plug-exporter [s390x] (groovy-proposed/universe) [0.2.0+git20200622.cc4a731-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: nanofilt [amd64] (groovy-proposed/universe) [2.6.0-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: nanofilt [s390x] (groovy-proposed/universe) [2.6.0-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: qdarkstyle [amd64] (groovy-proposed/universe) [2.8.1+ds1-2] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: nanofilt [armhf] (groovy-proposed/universe) [2.6.0-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: prometheus-tplink-plug-exporter [ppc64el] (groovy-proposed/universe) [0.2.0+git20200622.cc4a731-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: prometheus-tplink-plug-exporter [armhf] (groovy-proposed/universe) [0.2.0+git20200622.cc4a731-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: prometheus-tplink-plug-exporter [arm64] (groovy-proposed/universe) [0.2.0+git20200622.cc4a731-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: nanofilt [riscv64] (groovy-proposed/universe) [2.6.0-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: prometheus-tplink-plug-exporter [riscv64] (groovy-proposed/universe) [0.2.0+git20200622.cc4a731-1] (no packageset)
[23:33] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (eoan-proposed) [2.45.1+19.10]


[02:07] -ubottu:#ubuntu-news- ::planet:: Ubuntu Blog: Why and how to use Rust on Ubuntu @ https://ubuntu.com//blog/why-and-how-to-use-rust-on-ubuntu
[02:07] -ubottu:#ubuntu-news- ::planet:: Ubuntu Podcast from the UK LoCo: Picking Apart the Steam Deck @ https://linuxmatters.sh/8/
[02:07] -ubottu:#ubuntu-news- ::planet:: Ubuntu Blog: Reaching for the stars, creating the Ubuntu Summit 2023 Logo @ https://ubuntu.com//blog/reaching-for-the-stars-creating-the-ubuntu-summit-2023-logo


[18:21] <mhall119_> nhaines: do you need me to submit the panel discussion to SCALE's sytem, or can you just add it?
[20:10] <nhaines> mhall119: could you submit it to SCALE's system?  I need it in trello, but I think they need it in their system for their schedule too.
[23:40] <tsimonq2> nhaines: ready for me to give you some stuff?
[23:41] <tsimonq2> nhaines: as in progress for our LoCo?


[15:56] <gremlyn> FunnyLookinHat!
[15:56] <gremlyn> it's awesome
[15:57] <FunnyLookinHat> gremlyn, !!
[15:57] <FunnyLookinHat> That's great  :)
[15:58] <gremlyn> only thing I am having trouble with is the color profile for my second monitor
[15:58] <gremlyn> old laptop had an AMD gpu so I have the extra controls for setting it right
[15:58] <FunnyLookinHat> Ah -
[15:58] <FunnyLookinHat> Can you reset it ?
[15:58] <gremlyn> I have
[15:59] <FunnyLookinHat> weird
[15:59] <FunnyLookinHat> Try downloading the ICC profile from the MFGR website ?
[15:59] <gremlyn> colours look fine, it's just a little washed out in comparison to laptop, I think the gamma is off
[16:01] <gremlyn> can't seem to find one on the asus website for it
[16:03] <FunnyLookinHat> hmm
[16:03] <FunnyLookinHat> Well...
[16:03] <FunnyLookinHat> we sell nice monitors.... ;)
[16:04] <gremlyn> lol, this is an otherwise nice monitor ;)
[16:04] <FunnyLookinHat> model # ?
[16:04] <gremlyn> it's not unsuable, just a definite difference between the two
[16:04] <FunnyLookinHat> yeah
[16:04] <gremlyn> VH242H
[16:04] <FunnyLookinHat> Oh yeah I've seen those models around...
[16:06] <FunnyLookinHat> oh btw - gremlyn ... meet system76chick_  (emma )
[16:07] <gremlyn> oh hi system76chick_!
[16:07] <gremlyn> <- Colin
[16:08] <system76chick_> Hey! Happy Friday!
[16:08] <gremlyn> and to you
[16:08] <gremlyn> hopefully I didn't scare you too much with my 'complaint' yesterday ;)
[16:15] <system76chick_> happy complaints with a kidding at the end are always fine
[16:17] <system76chick_> Are you typing from your Galago right now? Isn't it super fast?
[16:17] <gremlyn> you know I am!
[16:17] <gremlyn> it's unbelieveably fast
[16:18] <gremlyn> I can barely blink before it boots up
[16:18] <system76chick_> Nice, glad to hear it!
[16:19] <gremlyn> and I'm starting to get used to the 1920x1080 res on the 14" screen
[16:19] <gremlyn> things are definitely much smaller, but oh the extra space!
[16:26] <gremlyn> am I correct in my understanding that 14.04 should be bringing performance enchancements that may increase (however slightly) battery life for haswell-powered devices?
[16:28] <FunnyLookinHat> gremlyn, Yeah I'd expect that with the 3.13 kernel... we haven't done any official testing for battery life with Trusty yet, but I'm reading similar stuff here: http://www.phoronix.com/scan.php?page=news_item&px=MTUwODA
[16:29] <FunnyLookinHat> You'll also see a significant performance increase with the graphics with 14.04
[16:34] <gremlyn> oh yeah? some tweaks in the driver for the newer graphics?
[16:42] <gremlyn> ooo, multi-queue block layer sounds like it could make even a noticeable speed difference for already fast ssd
[16:49] <FunnyLookinHat> gremlyn, not 100% sure, but I think the new MESA is finally taking advantage of the edram that is available on-chip for the graphics unist
[16:49] <FunnyLookinHat> *units
[16:49] <gremlyn> oh, it's not currently? I can see that making a difference
[16:49] <gremlyn> :)
[16:55] <FunnyLookinHat> Yeah :)
[17:06] <gremlyn> FunnyLookinHat and system76chick_, while I have you here, I have noticed my Ubuntu key does not seem quite as solidly connected as the others... a light flick knocks it free
[17:06] <gremlyn> not sure if that is because it is added on after and I just need to be more careful?
[17:07] <Cheri703> hey FunnyLookinHat and system76chick_, how are things over in your neck of the woods?
[17:07] <FunnyLookinHat> gremlyn, no, it should stay tight...  Go ahead and open a support case, the guys should be able to walk you through getting it put back on correctly.
[17:08] <FunnyLookinHat> Cheri703, pretty good over here!  How about you?
[17:08] <Cheri703> doing well!
[17:08] <FunnyLookinHat> Long time no see, now that I think about it...
[17:08] <gremlyn> other than 'stick it back on'? ;) I'll do that
[17:08] <Cheri703> yeah, it's been a bit
[17:08] <FunnyLookinHat> gremlyn, haha yeah well, your key may be broken ( we can send you a new one ) or you need to hold the prongs correctly to get it to stick
[17:08] <Cheri703> I went to lunch with emma a few weeks back
[17:11] <FunnyLookinHat> oh right on :)