Opened 12 years ago

Closed 3 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 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

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?

comment:2 in reply to:  1 Changed 12 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 4 years ago by jmroot (Joshua Root)

Cc: jeremyhu removed
Owner: changed from macports-tickets@… to jeremyhu
Status: newassigned

comment:4 Changed 3 years ago by kencu (Ken)

Resolution: wontfix
Status: assignedclosed

please reopen with new information if still relevant!

Note: See TracTickets for help on using tickets.