Linux
using ndiswrapper
I picked up a D-Link DWL-G122 yesterday. It’s a miniature USB-based wireless network adapter. I’ve been eyeing the USB wireless adapters for quite a while for it’s mini/coolness factor but haven’t really had a need or burning desire to drop an money on it.
I finally gave in and bought one as I felt my life wasn’t frustrating enough. Okay, actually I just wanted to be able to easily carry around a wireless adapter for any of my growing list of machines that I own. I was leaning towards the equivilent hardware from Linksys but all they had at London Drugs was the D-Link version. As it turns out, the D-Link wasn’t a bad choice as it’s listed as being supported using ndiswrapper.
ndiswrapper is a neat project that basically uses native Windows drivers in order to use hardware under Linux. But, like everything that I try hardware-wise, it wan’t simply a ‘compile and plug it in’ like I’d hoped.
ndiswrapper is up to version 1.0 with 1.1 on the horizon, but in the Gentoo portage package only 0.12 is listed as “stable”. So I installed 0.12 with no issues and grabbed the latest drivers from the D-Link site. When I plugged in the G122, I was greated with “probe of XXXX:YY.ZZ.A failed with error -22”. Great. I then tried updating to version 1.0. Same thing. A quick search of the net, however, turned up an entry in the FAQ telling me that it was an IRQ conflict. Ironically, though, while searching for how to troubleshoot IRQ conflicts I came across a posting on an ndiswrapper forum that ndiswrapper doesn’t always play nicely with the high speed USB driver. I removed that module et voila, it worked. Since the FAQ is run off a Wiki, I updated the entry such that the problem might lie with the USB modules.
Make sure you also grab the proper driver; the DWL-122 is NOT the same as a DWL-G122. The DWL-G122 driver can be downloaded from the Canadian D-Link site [USA site].
Now my only problem is that my machine locks up if I remove the adapter from the machine without first removing the ndiswrapper kernel module. Will the fun ever end?
Update: my machine no longer locks up. See my entries on March 7, 2005 and March 29, 2005.
[…]
more ACPI woes
I spent the better part of the last two days mucking with ACPI on my laptop. I’ve pretty much resigned myself to the fact that it’s simply not possible to suspend/resume on my Dell Latitude C840. Everything else with ACPI seems to work fine; I can access CPU and battery information real-time and can throttle the CPU to save power. In fact, even the suspend (S3) seems to work as expected.
But no matter what I’ve tried, I can’t seem to resume my suspended laptop. The power light comes on and the hard drive light flickers, but that’s it. The screen remains blank and from that point on the laptop is “hung”. It’s funny though how you adapt if you really want something. I really want this laptop to remain a Linux laptop, so I deal with it’s lack of suspend/resume. Really, though, it’s not that bad. I have a laptop for portability sake; so I can take my data from the office, to home, to a remote location and then back again. If I can’t simply close the lid and re-open it and pick up where I left off, that’s no big deal. At least that what I keep telling myself… until I get frustrated and waste another day trying to get my laptop to wake up.
[…]
Finally a new Bugzilla
I’m excited to note that the folks responsible for Bugzilla have finally released a new version, 2.18. There are a bunch of links relating to this over on MozillaZine.
[…]
Get the facts
I think Microsoft is truly taking Linux serious now. I know that Linux has been on the Microsoft radar for quite a while but now they’ve moved into range and have their sights targeting Linux. I know this because everywhere I look, websites, tv, magazines, whatever, have advertisements telling me to ”Get the facts.” I haven’t bothered to read any of the case studies or anything more than the headlines on the page, but I’m sure that the ‘facts’ are laden with fine print that reduces the differences between the TCO (buzzword: total cost of ownership) of the two.
[…]
Back of the Bus Is Where the Cool Kids Are
How Microsoft Tries To Defeat Competitors at the Expense of Consumers
I just finished reading an article over at ‘I, Cringely’ about how Microsoft plans to use a new USB standard to cripple Linux. More appropriately, this article should is about how ultimately this is just going to cost consumers.
I say this because, as the article points out, people are going to go out and upgrade all their USB devices so that they aren’t limited to read only mode. But for those of us running Linux, well, I think we’ll likely keep what we have. Think I’m wrong? Well feel free to spend your money but I think I’ll keep saving up for that new Piper Seneca V that I want. The movie industry spent a considerable amount of money coming up with a protection scheme for DVDs and yet in 1999, people running Linux were able to run DVDs on their computers, without any licenced software and no matter what the region encoding was.
So while it might keep Linux down initially, I’ll be able to use these new USB devices eventually, if not right away.
[…]
Gentoo and stable ebuilds
I will start by presuming that you know about the Gentoo distribution of Linux and also about Gentoo’s ebuilds within the Portage package system. Let me also start by saying that I love Gentoo. I had been using RedHat since I started with Linux in 1997 migrated to Gentoo in September 2003 - and I’ve never looked back.
But the problem with Gentoo’s ebuilds right now is that they are inconsistant. For example, an ebuild for the new Mozilla Thunderbird 0.8 came out within 24 hours of the release. FlightGear 0.9.5 on the other hand was released July 29, 2004 and we’re still waiting for an ebuild. And for that matter, the ebuild for FlightGear 0.9.4 is still marked as unstable. These are two fairly extreme examples but you probably get the point.
Gentoo revolves about a group of volunteers, who like everyone else, has other things to do that more often than not take priority over Gentoo things. I’m not currently involved with Gentoo as a volunteer so some of what I am about to suggest may already be in place or simply may not be possible. But that said, here are my solutions to these things that I perceive to be problems.
I think that there enough people (who aren’t already on the Gentoo team) that can create ebuilds, that there should be no reason for there not to be an ebuild for the latest version of all existing packages with Portage. But, to maintain some stability obviously, ebuilds need to be reviewed. In a lot of cases, I think Gentoo developers cover multiple products and are busy with other aspects of their life. For that reason, I think that every package in Portage needs at least two people who share responsibility for that package, no matter how small or simple it is. In addition, every package should have a meta reviewer, a developer who is familiar and interested enough to ensure the ebuild is up to snuff and to add the ebuild to the CVS tree in the absense of the main two developers.
We also need a system within Gentoo to report that we have installed a package marked as stable and the degree to which it’s working, rated on a scale of 0 to 10, with 0 being it doesn’t work (and have reported a bug) and 10 being that it works perfectly and as expected. A system like this would serve several purposes; it would allow people to be notified when new unstable ebuilds are added to the system and it would allow people to see how others are fairing with the unstable builds.
In a lot of cases stable ebuilds appear within a few days of a package being released. This has resulted in me relying on using the portage system as a quasi replacement for Freshmeat and various project websites. I no longer needed to check for new releases as simply typing:
% emerge -upD world
would give me a list of what’s new. But, in some cases, this isn’t the case. To use FlightGear again as an example, version 0.9.4 of FlightGear was released on March 26, 2004. An ebuild for 0.9.4 arrived on April 2, 2004. That’s a reasonable delay, especially given that FlightGear relies on SimGear and in this case a new version of SimGear (and thus a new ebuild for that also) was also required. The bad part is that as of today 0.9.4 still isn’t marked as stable, and worse yet, 0.9.5 was released on July 29, 2004. And the worst of it all is that 0.9.6 is due to be released in the coming weeks. I built 0.9.4 on July 15th, when I happened to surf to flightgear.org to see when a new version was going to be released. Up until that point I had been running 0.9.3 and had no idea that 0.9.4 had even been released. Imagine my surprise to see that a new version of FlightGear had come out over 2 months prior. Despite the fact that the 0.9.4 ebuild was marked as unstable, I built 0.9.4 and have been running it with no problems whatsoever.
This is where that ebuild monitoring system would be handy. I envision this being set up similar to RedHat’s RetHat Network, where you registered each system and you could go to a website to see which systems needed what packages updated. That in itself would be a wonderful idea for Gentoo - instead of emerging each day so I could see what has changed I could simply log on to a website and see what packages that I have installed on my boxes have been updated. But more importantly, I would hopefully be able to see what unstable packages are available for my system, and what degree of success others are having with those packages. I’m not sure how best to implement a system like this but I’m going to look into it… along with the six b-zillion other ideas I have.
[…]
How the OSS system is supposed to work
Ever since I updated my Mozilla Thunderbird from 0.6 to 0.7.1, I’ve lost the ability to sign and encrypt email messages. It wasn’t a huge deal to me since there are only 3 people that I use this functionality with, and was more irritating than anything. When I first noticed the problem, I first fiddled around with some settings on my machine as the upgrade had introduced a new version of Enigmail and I figured that perhaps I needed to update/change some settings; no luck. Next I checked the Gentoo bug database as more often than not my answer is there, given that I build everything using the portage/emerge system. Again, no luck. I then briefly checked the Mozilla bug database and didn’t find anything. At that point, I didn’t file a new bug because I prefer to be able to file helpful bug reports. Then, I forgot about the bug altogether.
Then, last week I discovered bug #6756 in the mozdev bugzilla. A bug report describing an experience similar to mine had been filed but the reporter wasn’t exactly clear and the developer was unable to replicate the problem. By this time, however, I had discovered how to replicate the problem and posted a note explaining in detail my set up and how I could replicate the problem. Five hours later, the QA contact for the bug posted a note that it was confirmed and a further two hours after that the developer assigned to the bug had found the bug and fixed it. Can things get much more brilliant than that?
[…]
Setting up Roller
Roller has set a new record for length of time to set up a pain in the rear application; 7 hours of mucking around. Joy. I think a big part of the problem here is that there aren’t a lot of people using it with PostgreSQL. Combine that with complicated tools that are supposed to make development easier and you have an app that is impossible to work with if things don’t go smoothly on install. In fact, if it hadn’t just been chosen by Sun for their weblog software, I would have long since given up and moved on to something else. Fun fun.
[…]