GNOME Bugzilla – Bug 106927
Fails to recognize parts of /etc/network/interfaces
Last modified: 2006-11-14 11:49:38 UTC
From Debian bug 182247: The networking interface is not able to understand large parts of /network/interfaces - mapping eth0 from 'man interfaces': --- mapping eth0 script /usr/local/sbin/map-scheme map HOME eth0-home map WORK eth0-work iface eth0-home inet static address 192.168.1.1 netmask 255.255.255.0 iface eth0-work inet dhcp -------- - wireless networks(wlan_ng or orinoco_cs) are not recognized and its not possible to add them. when adding a new wireless connection, it only offers wvlan0, but most wavelan NICs use ethX or wlanX (with wlan_ng drivers).
It seem there are bugs - one about mapping and another about wireless connections. I think it would be nice if g-s-t would be able to deal with wireless connections :)
wireless support in the g-s-t has been improved a lot since this bug was reported, in fact I use g-s-t for creating the wireless connection with my router with no problem at all, so I'd say that g-s-t handles quite nicely wireless connections :)
There is still the problem of reporting all "iface" entries as interfaces, when when using mappings it happens that not all of them are real interfaces. That breaks, for example, using guessnet (see http://guessnet.alioth.debian.org/ for an example ifupdown file). I understand, however, that it's not obvious how real interfaces should be told apart from configuration profiles, and how g-s-t would want to handle such configuration profiles. As guessnet's upstream, my secret dream would see g-s-t allowing to configure the different profiles and add them a guessnet test method so that they are auto-detected, but I fear g-s-t's upstream is not using guessnet. Although I'd be happy to help him or her in setting it up ;-)
currently, g-s-t ignores safely mapping stanzas, and it probably won't ever support them, as it already relies on it's own way to create network locations