Package: whereami Version: 0.3.34 Severity: normal Hi,
When the 'testwpa' stuff was added to whereami, I rewrote my detect.conf so that I wouldn't have to manually invoke wpa_supplicant anymore. Unfortunately, it didn't work; it took me a while to figure out why that was, though. The reason seems to be that 'testdhcp' brings the network down at some point, which breaks wpa_supplicant's encrypted connection on my Apple Airport Express; as a result, at that point the network won't work anymore. If there is a good reason for manually bringing down the network, then it would be nice if there was a variable that I could set which would forbid tests from bringing down any network interface (or any *given* network interface), unless *nothing* known is detected on that interface. -- System Information: Debian Release: lenny/sid Architecture: powerpc (ppc) Kernel: Linux 2.6.22-3-powerpc Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages whereami depends on: ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii iputils-ping 3:20070202-3 Tools to test the reachability of ii netbase 4.30 Basic TCP/IP networking system ii perl 5.8.8-12 Larry Wall's Practical Extraction Versions of packages whereami recommends: ii iputils-arping 3:20070202-3 Tool to send ICMP echo requests to pn resolvconf <none> (no description available) ii wireless-tools 29-1 Tools for manipulating Linux Wirel -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
