[11:09] <smoser> 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] <athos> smoser: there is a LP bug for that and we are already adressing this one.
[11:15] <athos> let me fetch the bug
[11:16] <athos> 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] <baldpope> is it the correct way to set the domain name in etc/hosts as part of the hostname
[22:16] <baldpope> 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] <sdeziel> 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] <baldpope> 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] <sdeziel> 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] <baldpope> including host2.example.com ?
[22:21] <baldpope> -- assuming it's NOT in etc/host
[22:23] <baldpope> ah - that's under netplan search: [domains.com]
[22:23] <baldpope> sorry - coming from a gentoo background these are all newb questions