[MacPorts] #33886: Startx script cannot handle fake domain names on PPC Tiger?
#33886: Startx script cannot handle fake domain names on PPC Tiger? --------------------------------------+------------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: xinit --------------------------------------+------------------------------------- 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. -- Ticket URL: <https://trac.macports.org/ticket/33886> MacPorts <http://www.macports.org/> Ports system for Mac OS
#33886: Startx script cannot handle fake domain names on PPC Tiger? --------------------------------------+------------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: xinit --------------------------------------+------------------------------------- Comment(by 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? Is hostname.local resolving? What is your /etc/hosts? What is your /etc/resolv.conf? -- Ticket URL: <https://trac.macports.org/ticket/33886#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS
#33886: Startx script cannot handle fake domain names on PPC Tiger? --------------------------------------+------------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: xinit --------------------------------------+------------------------------------- Comment(by Peter_Dyballa@…): Replying to [comment:1 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. -- Ticket URL: <https://trac.macports.org/ticket/33886#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS
participants (1)
-
MacPorts