=== chris14_ is now known as chris14 === xispita is now known as Guest2633 === xispita is now known as Guest3553 === xispita_ is now known as xispita === xispita is now known as Guest4781 === xispita_ is now known as xispita [11:09] anyone know if we should expect newly published docker images soon that would address https://github.com/docker-library/official-images/issues/13983 ? [11:09] -ubottu:#ubuntu-server- Issue 13983 in docker-library/official-images "Problems with today's ubuntu containers on dockerhub" [Open] [11:15] smoser: there is a LP bug for that and we are already adressing this one. [11:15] let me fetch the bug [11:16] https://bugs.launchpad.net/cloud-images/+bug/2004425 [11:16] -ubottu:#ubuntu-server- Launchpad bug 2004425 in cloud-images "ubuntu:lunar-20230124.1 not OCi compatible, while ubuntu:lunar-20221216 is" [Undecided, New] [22:15] is it the correct way to set the domain name in etc/hosts as part of the hostname [22:16] there's not another place to set it, didn't it used to be in etc/net as part of the nameserver search path? [22:17] baldpope: I don't know how correct that is but I always put `127.0.1.1 $fqdn $shortname` in /etc/hosts. This ensures that `hostname` `-s`, `-d` and `-f` work [22:18] sdeziel, yea - that's what I was reading, does that account for the search path as well? so if I ping host instead of host.example.com it'll find it my the default domain associated with the fqdn value in /etc/hosts? [22:20] baldpope: with the entry I suggested, both `ping host` and `ping host.fully.qualified.domain` will work, irrespective of the search domain(s) [22:21] including host2.example.com ? [22:21] -- assuming it's NOT in etc/host [22:23] ah - that's under netplan search: [domains.com] [22:23] sorry - coming from a gentoo background these are all newb questions