OK, after a mainboard replacement by HP, I have my AMD64
HP Pavilion DV6000 (DV6615ea) back and a quick update has given me working wireless! The last remaining obstacle has gone - the most recent 2.6.24 kernel update includes working support for the Broadcom Corporation BCM94311MCG wlan mini-PCI (rev 02) in the b43 kernel driver.
a little tip
When connecting this laptop to the mains for a recharge, plug into the mains before connecting the mains lead to the laptop itself. I have a strong suspicion (but it is no more than that) the repair was caused by a power spike from a dodgy extension cable. Plugging into the extension without the other end being connected to the laptop isolates such spikes.
Necessary support
$ uname -a
Linux dwarf 2.6.24-1-amd64 #1 SMP Thu Mar 27 16:52:38 UTC 2008 x86_64 GNU/Linux
$ dpkg -l 'linux-image-2.6*'
linux-image-2.6-amd64 2.6.24+13
linux-image-2.6.24-1-amd64 2.6.24-5
Wireless config
The first dmesg output showed a useful tip:
Apr 4 20:07:06 dwarf kernel: b43-phy0 ERROR:
YOUR FIRMWARE IS TOO NEW. Please downgrade your firmware.
Apr 4 20:07:06 dwarf kernel: b43-phy0 ERROR:
Use this firmware tarball: http://downloads.openwrt.org/sources/broadcom-wl-4.80.53.0.tar.bz2
Apr 4 20:07:06 dwarf kernel: b43-phy0 ERROR:
Use this b43-fwcutter tarball: http://bu3sch.de/b43/fwcutter/b43-fwcutter-009.tar.bz2
Apr 4 20:07:06 dwarf kernel: b43-phy0 ERROR: Read, understand and _do_ what this message says, please.
Unpack the b43-fwcutter and call
make. Execute
./b43-fwcutter ../broadcom-wl-4.80.53.0/kmod/wl_apsta.o, remove any existing firmware in
/lib/firmware/b43/ and replace it with the content created by b43-fwcutter.
Reboot to load the updated firmware into the kernel and your amber wireless light will flash blue.
sudo iwlist scan then shows the available access points and network-manager is able to connect without problems.
I'm posting this from the HP laptop over wireless.
Summary: this laptop should be eminently supportable in Lenny
After all my doubts and all the hassle, providing you use 'noapic nolapic' and the support of the Debian-Installer for Lenny.
Martin, sorry for calling you Madduck on the debian.ch-mailinglist. Luckily I didn’t use that name during our meeting in Zurich last week. *pfuh* 
To take part in the pdo-game with my own name (being Michael Prokop ;-)): as many of you might know I’m known as Mika in the community. The name was invented for me around 1999 (IIRC) by a greek flat collegue who liked to call me “Mika” - refering to Mika H kkinen (for whatever reason). From that on several people started to call me that way. I’m signing mails “to the community” with that nick since many years as well as using it in usenet and on freenode (IRC); on OFTC (another IRC network) I’ve to use mikap instead because mika was registered by another user already. Outside “the community” I’m usually known as Michael, good friends also use Michi and the family of my girlfriend uses Michl when the sister of my girlfriend (named Michaela and known as Michi as well) is present. Oh, and during grammar school I was AKA Proke.</secret> 
So calling me Mika is perfectly fine because it’s a kind of uniqueness for me. There might be just too many Michaels around and at least in Austria my nickname is everything but common. Quoting the marketing department: Great trademark! 
I do very little law-firm-life blogging here, although that life is where I spend the overwhelming majority of my time. Consider 
Using Xfce on your laptop running Debian? The battery plugin is
unusable? Don't panic, we're aware of this.
Basically, the situation is a mess, for some reasons:
I had an "Aha!" moment today when I came to a Wittgensteinian realization that while the sense of a piece of code corresponds to the formal behaviour of that code, the meaning of the snippet is the set of possible contexts where this code could be used. This idea has changed my view of teaching programming (I have been teaching Python in a 
UI fonts of OpenOffice.org Writer and XFCE thunar are really not the same
... years of seeing this ugly font and being force to scale the OpenOffice.org UI display to 80%.
I just found the solution!
All his related to a X settings: Xft.dpi. People are suggesting around to set it to 96 or something like that. I just decide to use the one i can find xdpyinfo (does it make sense?) and send the result to X settings using xrbd.
Here is the script $HOME/bin/xfce4-xft.sh:
I've been using git for a while, like it a lot, and finally decided it's time
to move all my Debian packaging work over from CVS.
After a frustrating few hours trying, I gave up on trying to use git-cvsimport.
It generates mangled repositories even for simple packages like sudo. The
git-import-dsc tool in the git-buildpackage package works fine as far it goes,
but I'd really like to preserve my history.
So, after some consultation on IRC, I took a look at parsecvs.
It didn't quite work out of the box, either, but looks promising, and the
author showed an immediate interest in the problems I'm having and offered
to help. So, perhaps I'll be able to use it before long...
In the meantime, a while back I offered to help Gudjon I. Gudjonsson
restructure the sdcc packages so that a DFSG compliant version can return to
main with a full version under a different package name going in non-free.
This is all necessary because some of the assemblers provided in the package
have a non-commercial use clause in the license, and there are also license
issues with the HTML documentation. I care about this because sdcc is a
build dependency for gnuradio, which I maintain for Debian (it uses the 8051
toolchain to build downloadable code for the USRP, etc). While waiting for
parsecvs to get some love and attention, I sat down this evening to
restructure sdcc and move it to git.
I'm pretty happy with my progress so far, though there's a bit left to do
before uploads happen. Gudjon and I decided to use the
An email saying that 
In my last blog entry, I was asking for algorithms to morph a picture so that 
