Opened 13 years ago
Closed 4 years ago
#33886 closed defect (wontfix)
Startx script cannot handle fake domain names on PPC Tiger?
Reported by: | ballapete (Peter "Pete" Dyballa) | Owned by: | jeremyhu (Jeremy Huddleston Sequoia) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.0.4 |
Keywords: | Cc: | ||
Port: | xinit |
Description
I am connected to internet via a cable modem with built-in router, an AVM FRITZ!Box 6360. This establishes, maybe when NAT is activated or when it's set as DNS server, a fake domain, "fritz.box". The hostname command therefore seems to return "hostname.fritz.box". When the startx @1.3.2 script passes this name to xauth, xauth assumes a fully qualified domain name – and this needs to have the attribute /unix added to the hostname, according to the documentation.
The proper cure seems to be in checking whether hostname returns a name with ".". If true, then with cut or awk the first component can be extracted and used later on...
This effect only happens on PPC Tiger, Mac OS X 10.4.11. On PPC Leopard, Mac OS X 10.5.8, hostname returns hostnames.local, so no problem. On intel Snow Leopard, Mac OS X 10.6.8, "hostname.fritz.box" produces no problem.
Change History (4)
comment:1 follow-up: 2 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
comment:2 Changed 13 years ago by ballapete (Peter "Pete" Dyballa)
Replying to jeremyhu@…:
It doesn't have to do with fake or real. It has to do with resolving. If it doesn't resolve, then you can't use it.
Why isn't hostname.fritz.box resolving?
A 'ping <hostname>.fritz.box' is getting resolved, returning the correct IP address:
64 bytes from 192.168.178.4: icmp_seq=3 ttl=64 time=0.123 ms
Is hostname.local resolving?
A 'ping <hostname>.local' is getting resolved, returning the correct IP address:
64 bytes from 192.168.178.4: icmp_seq=2 ttl=64 time=0.115 ms
What is your /etc/hosts?
127.0.0.1 localhost 255.255.255.255 broadcasthost ::1 localhost
What is your /etc/resolv.conf?
search fritz.box nameserver 192.168.178.60
Port is compiling software on Tiger, so it will stay up for a days. Since Tiger is booted from an external disk via FireWire it seems it cannot hibernate, so I am switching it off or booting into Leopard on the built-in disk.
comment:3 Changed 5 years ago by jmroot (Joshua Root)
Cc: | jeremyhu removed |
---|---|
Owner: | changed from macports-tickets@… to jeremyhu |
Status: | new → assigned |
comment:4 Changed 4 years ago by kencu (Ken)
Resolution: | → wontfix |
---|---|
Status: | assigned → closed |
please reopen with new information if still relevant!
It doesn't have to do with fake or real. It has to do with resolving. If it doesn't resolve, then you can't use it.
Why isn't hostname.fritz.box resolving?
Is hostname.local resolving?
What is your /etc/hosts?
What is your /etc/resolv.conf?