| 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. | 01:52 |
|---|---|---|
| Neo4 | :) | 04:19 |
| === yokel_ is now known as yokel | ||
| === codedmart_ is now known as codedmart | ||
| cpaelzer | good morning | 06:35 |
| lordievader | Good morning | 07:04 |
| 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:22 |
| ubottu | Launchpad bug 1754015 in libvirt (Ubuntu) "nova-compute-kvm does not pull ipxe-qemu on non-amd64 archs" [Undecided,New] | 09:22 |
| cpaelzer | hi jamespage | 09:24 |
| cpaelzer | did that get the libvirt tasks just minutes ago? | 09:24 |
| 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:25 |
| 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:27 |
| 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:28 |
| 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:29 |
| 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:30 |
| 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:31 |
| 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:34 |
| cpaelzer | jamespage: I tihnk you are supposed to "like nova-compute-kvm" by your Job :-P | 09:37 |
| jamespage | lo | 09:38 |
| 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 | 09:40 |
| === beatzz_ is now known as beatzz | ||
| === BlackDex_ is now known as BlackDex | ||
| === karstensrage_ is now known as karstensrage | ||
| adac | hi there | 15:23 |
| adac | I'm following this: https://unix.stackexchange.com/questions/198003/set-default-kernel-in-grub/224708#224708 | 15:24 |
| adac | but no matter which number I set in GRUB_DEFAULT it always boots me the newest kernel | 15:25 |
| adac | any ideas? | 15:25 |
| nacc | adac: did you run `update-grub` after? | 15:26 |
| adac | nacc, yepp | 15:27 |
| nacc | adac: did you check the generated file? (/boot/grub/grub.cfg) ? | 15:27 |
| TJ- | adac: what does "grep menuentry /boot/grub/grub.cfg; grep GRUB_DEFAULT= /etc/default/grub" show ? | 15:28 |
| 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:29 |
| 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:30 |
| 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:31 |
| 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:32 |
| adac | TJ-, ok I see. Yes I try it out now like this. lets see | 15:33 |
| adac | TJ-, ok now it doesn't boot up anymore at all :D | 15:34 |
| 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:35 |
| 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:36 |
| 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 | 15:37 |
| jamespage | coreycb, cpaelzer: https://git.launchpad.net/~ubuntu-server-dev/ubuntu/+source/nova/commit/?id=072a1d449e1e37e2a5233f25b7d6568b84b842bc look ok? | 16:04 |
| cpaelzer | jamespage: yes I think so | 16:05 |
| jamespage | done | 16:06 |
| 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:12 |
| 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:36 |
| coreycb | jamespage: frickler: yep saw that as well, planning to do that today | 16:37 |
| jamespage | coreycb: ta | 16:37 |
| frickler | cool, thx | 16:39 |
| coreycb | jamespage: thanks for the nova fix | 16:40 |
| gunix | does ubuntu have an official docker hub account, so that i can download the maas container instead of building it myslef ? | 21:26 |
| 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 | 22:28 |
| 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:47 |
| hallyn | though i've not seen it happen with other kvms | 23:48 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!