[07:43] <lordievader> Good morning
[09:33] <frickler> jamespage: coreycb: not sure if you saw my ping over in infra, you may want to double check that this matches your plans for Fossa regarding qemu+libvirt http://lists.openstack.org/pipermail/openstack-discuss/2019-November/010907.html
[09:42] <cpaelzer> frickler: even Eoan is >= the versions needed
[09:43] <cpaelzer> actually for Ussuri we have libvirt 4.0 and qemu 2.11 which means "even Bionic would do"
[09:43] <cpaelzer> Eoan would be enough for V then, but as usual we plan to update libvirt/ubuntu in Focal
[09:44] <cpaelzer> and I always hope that jamespage and coreycb will then put that into the UCA :-)
[09:49] <frickler> cpaelzer: thanks for confirming, I didn't actually expect any issue, just trying to make sure everyone is on the same page
=== mIk3_09 is now known as mIk3_08
[10:09] <jamespage> frickler, cpaelzer: I did see your ping in -infra but I see we're looking good for 20.04 - thanks for confirming cpaelzer
[10:09] <jamespage> frickler: and thanks for being a continued conduit for comms between ubuntu and openstack!
=== lotuspsychje_ is now known as lotuspsychje
[13:08] <aissen> It seems #ubuntu-cloud redirects here. I was wondering who can I contact to help solve this issue with cloud images: https://bugs.launchpad.net/cloud-images/+bug/1846365 ?
[13:08] <ubottu> Launchpad bug 1846365 in cloud-images "arm64 cloud-image always falls back on 30second grub boot" [Undecided,New]
[13:33] <coreycb> frickler: thanks. appreciate the ping on that.
[14:07] <kre10> hey guys, how can I change the default user and pass?
[14:07] <rbasak> rcj: ^ do you know who could help with that please?
[14:08] <rbasak> kre10: default for what exactly? How are you installing/booting Ubuntu?
[14:08] <Ussat> I think if youre asking that you should um....probably not be running a server
[14:08] <kre10> I just want to change the default user and pass
[14:08] <kre10> Ussat, thank you for you opinion :)
[14:08] <Ussat> welcome
[14:09] <rbasak> kre10: I can probably answer your question but not unless you tell me exactly what default you want to change.
[14:09] <kre10> my default user is "some-fuckin-user" with password "some-fuckin-password"
[14:10] <Ussat> ...
[14:10] <kre10> I want to change them
[14:10] <rbasak> How are you installing/booting Ubuntu?
[14:10] <Ussat> add a new user, and change that password of the new user
[14:10] <kre10> Yes, I know that I can add a new user.
[14:35] <bracham> Are you running Ubuntu Server, or Ubuntu Desktop?
[14:39] <bracham> kre10
[14:46] <rbasak> I think kre10 got his answer in #ubuntu, but didn't mention that here. Rude.
[14:47] <kre10> rbasak, I know that I can make new user. My question was different, though.
[14:47] <kre10> bracham, ubuntu server, thank you
[14:48] <bracham> Ok then I'm not sure there is a default user... What do you mean by that?
[14:48] <tomreyn> kre10: ubuntu does not have a default user and password, you must be running something 'special'. please provide more details.
[14:49] <kre10> sorry, guys, by default, I mean the user I have created
[14:50] <tomreyn> if you remember the users' password, you login as this user and use the "passwd" command
[14:51] <tomreyn> i fyou don't remember this users' password but can login as a different user and gain root access you can run   sudo passwd userwithforgottenpassword
[14:52] <tomreyn> ...replacing "userwithforgottenpassword" by the username of the user whose password you forgot
[14:57] <bracham> tomreyn: doesn't Ubuntu Desktop have the auto login feature?
[14:59] <tomreyn> bracham: i think most if not all graphical login managers support automatic logins. this seems like a question for #ubuntu rather, though.
[15:05] <bracham> tomreyn: yes that would be, I'm just saying that the auto login user could be considered the default user.
[15:12] <tomreyn> i see what you mean
[15:23] <kre10> tomreyn, thank you once again :)
[15:26] <tomreyn> you're welcome.
[15:43] <mason> mgedmin, sdeziel, cyphermox, lordcirth: You guys discussed a systemd-resolved issue with me about a month ago, and I promised testing and a bug report. I have that done now, and a patch to fix the error I found: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1853164
[15:43] <ubottu> Launchpad bug 1853164 in systemd (Ubuntu) "systemd: /etc/dhcp/dhclient-enter-hooks.d/resolved error" [Undecided,New]
[15:44] <lordcirth> mason, awesome!
[15:44] <mason> As it turns out, the issue existed in 18.04 as well, but I hadn't had an 18.04 system using ifupdown that also used dhcp, so I didn't notice. It's not new with 19.10.
[15:45] <mason> brb
[15:45] <mason> sarnold: ^
[16:02] <sdeziel> mason: cool, "if systemctl is-active systemd-resolved > /dev/null 2>&1; then" would be shorter but I'm just nitpicking ;)
[16:04] <mason> sdeziel: Ah, I'd wondered about that actually. I'd be happier with shorter too. I tend to do the long form in my own scripts to make it abundantly clear.
[16:08] <mason> sdeziel: Noted in the bug.
[16:27] <shibboleth> anyone noticed that 18.04 empties out guest-specific entries in /etc/apparmor.d/libvirt/ at vm shutdown?
[16:27] <shibboleth> this complicates hardware passthrough
=== im0nde_ is now known as im0nde