[01:52] <ShellcatZero> what is the proper place to set the TERM variable? It is currently set to xterm-256color in my .zshrc file, but this overrides GNU screen and tmux causing problems, since they both require TERM=screen.
[04:19] <Neo4> :)
[06:35] <cpaelzer> good morning
[07:04] <lordievader> Good morning
[09:22] <jamespage> o/
[09:22] <jamespage> cpaelzer: good morning!
[09:22] <jamespage> cpaelzer: would you have time for a peek at https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1754015 ?
[09:24] <cpaelzer> hi jamespage
[09:24] <cpaelzer> did that get the libvirt tasks just minutes ago?
[09:25] <cpaelzer> I don't have any updates in my mail (yet) - just want to ensure I'd have got that without your ping
[09:25] <cpaelzer> reading now
[09:27] <cpaelzer> jamespage: please think with me while I pass through the bug updates :-)
[09:27] <cpaelzer> jamespage: step 1 I agree to coreycb on comment #1/#2
[09:27] <cpaelzer> reading further ...
[09:27] <jamespage> cpaelzer: it did - I just added them
[09:28] <cpaelzer> ok, makes sense then jamespage
[09:28] <cpaelzer> TL;DR: a recommends is the correct dep from the qemu packages
[09:28] <cpaelzer> I'll update the bug
[09:29] <jamespage> cpaelzer: I was a bit confused as to why on x86 we Depend, but on arm we only recommend?
[09:29] <cpaelzer> jamespage: TL;DR x86 needs it to work, ppc/arm only needs it to enhance
[09:30] <cpaelzer> even on x86 there would be cases it could be a recommend
[09:30] <cpaelzer> but the general history on this was a depend on x86, so that is kept for compat
[09:30] <cpaelzer> if we would follow the depend/recommend definition hard also x86 would become a recommend
[09:31] <cpaelzer> OTOH - nobody complains that pulled in on x86, while on arm/ppc there are way more cases this isn't needed
[09:31] <cpaelzer> jamespage: ^^
[09:31] <cpaelzer> I'd update that on the bug - ok?
[09:31] <jamespage> yes thanks!
[09:31] <jamespage> I guess if its needed for openstack operation we can pull it in via the charm anyway
[09:34] <cpaelzer> jamespage: bug updated, fix dep in nova-compute-kvm or charm would be my suggestion
[09:34] <cpaelzer> I'll track the discussion if any arises
[09:34] <cpaelzer> thanks for the ping jamespage
[09:34] <jamespage> cpaelzer: actually I like nova-compute-kvm
[09:37] <cpaelzer> jamespage: I tihnk you are supposed to "like nova-compute-kvm" by your Job :-P
[09:38] <jamespage> lo
[09:40] <jamespage> cpaelzer: do I need ipxe-qemu-256k-compat-efi-roms as well? or is ipxe-qemu enought?
[09:40] <jamespage> my brain can't remember
[15:23] <adac> hi there
[15:24] <adac> I'm following this: https://unix.stackexchange.com/questions/198003/set-default-kernel-in-grub/224708#224708
[15:25] <adac> but no matter which number I set in GRUB_DEFAULT it always boots me the newest kernel
[15:25] <adac> any ideas?
[15:26] <nacc> adac: did you run `update-grub` after?
[15:27] <adac> nacc, yepp
[15:27] <nacc> adac: did you check the generated file? (/boot/grub/grub.cfg) ?
[15:28] <TJ-> adac: what does "grep menuentry /boot/grub/grub.cfg; grep GRUB_DEFAULT= /etc/default/grub" show ?
[15:29] <adac> TJ-, nacc  https://gist.github.com/anonymous/34c54264871a990690ca3b8b75285d49
[15:29] <nacc> adac: that reads as GRUB_DEFAULT is unset
[15:29] <nacc> adac: grep GRUB_DEFAULT /etc/default/grub
[15:29] <nacc> adac: oh sorry, misread the gist
[15:29] <adac> is set to 5
[15:29] <TJ-> adac: which one do you want to be the default
[15:29] <adac> 4.4.0-112-generic
[15:30] <adac> TJ-, ^^
[15:30] <adac> shouldn't the number be 5 for that?
[15:30] <TJ-> adac: GRUB_DEFAULT="Advanced options for Ubuntu>Ubuntu, with Linux 4.4.0-112-generic"
[15:30] <adac> TJ-, so It doesn't work with the number?
[15:31] <adac> mean when I set the number to 5
[15:31] <adac> I need to add this string?
[15:31] <TJ-> adac: yes, but it's easier to use the name since numbers can change... you'd want =6 for the same entry
[15:31] <nacc> TJ-: gnulinux-4.4.0-116-generic-advanced-e1b951ba-b110-4a81-bf51-23d82e6c92c5
[15:31] <adac> TJ-, ok that is true
[15:32] <nacc> is technically a better choice (less prone to string changes)
[15:32] <adac> TJ-, still wondering why the number won't work
[15:32] <adac> I try now to reboot with this
[15:32] <TJ-> adac: especially with sub-menus involved using numbers is a pain, whereas using names is understandable long after it is set, e.g. I have GRUB_DEFAULT="Advanced options for Ubuntu 16.04.4 LTS>Linux Mainline-RC for Ubuntu 16.04.4 LTS>Ubuntu 16.04.4 LTS, with Linux 4.16-rc3-pci_bridge" (2 levels of sub-menu)
[15:33] <adac> TJ-, ok I see. Yes I try it out now like this. lets see
[15:34] <adac> TJ-, ok now it doesn't boot up anymore at all :D
[15:35] <adac> https://gist.github.com/anonymous/09bd217831753d5a017c481af6b8d34b
[15:35] <adac> this was correct or?
[15:35] <TJ-> adac: you sure seem to be good at breaking GRUB :D
[15:36] <adac> TJ-, totally :D
[15:36] <adac> how can I set this back in a rescue shell?
[15:36] <adac> :D
[15:36] <adac> modifiy the generated one or?
[15:36] <adac> *generated file
[15:36] <TJ-> adac: see what this reports: "grep 'set default=' /boot/grub/grub.cfg" that should match GRUB_DEFAULT=
[15:37] <adac> TJ-, is this correct what I have generated? see above
[15:37] <TJ-> adac: always set it in /etc/default/grub, then do "sudo update-grub" which writes /boot/grub/grub.cfg based on /etc/default/grub
[16:04] <jamespage> coreycb, cpaelzer: https://git.launchpad.net/~ubuntu-server-dev/ubuntu/+source/nova/commit/?id=072a1d449e1e37e2a5233f25b7d6568b84b842bc look ok?
[16:05] <cpaelzer> jamespage: yes I think so
[16:06] <jamespage> done
[16:12] <jamespage> coreycb: I committed the same fix to the stable/pike branch but I think we can wait until the next point release before uploading
[16:36] <frickler> jamespage: not directly related but nova folks seemed to strongly suggest to drop 17.0.0 and use 17.0.1 instead
[16:36] <jamespage> yeah I saw that - I'll ask coreycb nicely :-)
[16:37] <coreycb> jamespage: frickler: yep saw that as well, planning to do that today
[16:37] <jamespage> coreycb: ta
[16:39] <frickler> cool, thx
[16:40] <coreycb> jamespage: thanks for the nova fix
[21:26] <gunix> does ubuntu have an official docker hub account, so that i can download the maas container instead of building it myslef ?
[22:28] <arooni> hey team;  how to set up x11 for remote clipboard sharing?  i have xclip installed on ubuntu server but when i do echo 'foo' | xclip i see can't open display :0
[22:28] <arooni> even though i've set the var export DISPLAY=:0
[23:47] <hallyn> ugh - ubuntu bionic desktop (gnome over vnc) on kvm is doing that key autorepeat thing
[23:47] <hallyn> bouncekeys
[23:47] <hallyn> guess it could be the gvncclient
[23:48] <hallyn> though i've not seen it happen with other kvms