In the last days, I replaced my Nokia E90 with a Nokia N97 mini. As I’m using my mobile from time to time to hook up to the internet when traveling, I thought I just need to replace the MAC in my /etc/bluetooth/rfcomm.conf and that’s it. As always … Murphy striked back. After debugging for hours I realized the DUN channel seems depending on the model.
You can discover your DUN channel something like:
# hcitool scan
Scanning …
3C:F7:2A:1A:4D:2A Cycophone
# sdptool browse 3C:F7:2A:1A:4D:2A | \
grep -9 “Service Name: Dial-Up Networking” | \
tail -10 | grep Channel
Channel: 22
So your /etc/bluetooth/rfcomm.conf should now look like:
…
rfcomm0 {
bind yes;
device 3C:F7:2A:1A:4D:2A;
channel 22;
comment “Cycophone”;
}
…
We ordered a couple of the new HP DL160 G6, cause they can be equipped with a lot of RAM. Unfortunately it’s always the same with HP and the bandnew ProLiant 100 series … the driver for the NICs is missing/too old in the latest stable debian release. The DL160 G6 is shipped with a Intel 82576 GBit NIC, which isn’t recognized by Lenny, see also #522922.
I installed the system with another NIC installed (not really, but this is a way it works :) and wanted to get free the PCI-X slot again. So I did backport dkms and downloaded the latest igb driver. A short look into /usr/share/doc/dkms/HOWTO.Debian did advice me the way to create the DKMS driver package. Just after a couple of minutes I did roll out the igb-dkms_2.0.6_all.deb to the target maschine(s).
On the target systems I just installed dkms, the DKMS package and appropriate linux-headers and … sim, salabim … there was the interfaces. :)
Today I uploaded a new nagios-plugins package to unstable. At first I thought I will wait for the next upstream release, but after the announcement to release soon, the months passed by. While we skipped the last stable release due the lenny freeze, there are a couple of bugs fixed in the latest svn snapshot and within the package itself:
[...]
* new upstream
– check_http doesn’t enforce port (Closes: #494835)
– check_http –onredirect=sticky follows using the same IP address
(Closes: #502529)
– Fixed buffer overflow in check_ntp/check_ntp_peer (Closes: #528686)
– Fixed check_mrtg returning UNKNOWN instead of OK (Closes: #335871)
– Fixed check_by_ssh interpretation of quotes in -C parameter
(Closes: #425312)
– Fixed coredump from check_nt when drive not found (Closes: #521097)
– Removed -n option in check_smtp’s help and usage output (Closes: #525307)
– Fixed check_icmp –help output for warn and critical thresholds
(Closes: #530553)
– Fix potential buffer overflow in check_snmp – enforce MAX_OIDS limit
(Closes: #460405)
[...]
* add trailing $ to check_httpname, thanks Daniel Pocock (Closes: #524629)
* add informations into README.Debian how to use plugins (Closes: #525168)
* add check_nscp which uses the default port of NSClient++ (Closes: #528262)
[...]
So I thought it would be comfortable for the users to upload the svn snapshot instead to wait longer for a stable upstream release and leave the bugs unfixed or incorporate the bugfixes into latest stable release, which have to be sorted out again with the next stable release.
If there are no show stoppers, a backport will appear hopefully short before debconf at backports.org.
While we are at it, yes I’m at debconf too from 23th to 31th. Hopefully see you there.
I’m on vacation the 1rst two weeks of June in Manerba del Garda at Lago di Garda. If some dudes are around for beering / chatting / keysigning, feel free to contact me til Friday.
In case of urgent actions (for example #530271), I’m without regular internet access there. Feel free to NMU if needed, but try to avoid breaking things. For secuirty related issues please coordinate with team@security.debian.org.
Since I’m probably most of the rest of the week busy with organising our camping, please send a short ping, if I’m not responding by time, please go ahead.
