I got a few days behind in my email and failed to notice that my xsupplicant package was accepted and is now unstable. With a little luck, it might still make it in time for Sarge. w00t!
Many thanks to Robert Jordens who was kind enough to sponsor it!
An article on news.com talks about the millions of dollars Microsoft has had to pay out for cultural, religious, and gender related insensitivity.
Among some of the gems, "A Spanish-language version of Windows XP, destined for Latin American markets, asked users to select their gender between "not specified," "male" or "bitch," because of an unfortunate error in translation."
New packages have been uploaded to the Debian repository on opennms.org. Same deal as the last post, only this time for Woody.
deb http://debian.opennms.org/ debian/opennms stable deb-src http://debian.opennms.org/ debian/opennms stable
New packages for Sid have been uploaded to the Debian repository on opennms.org. No real changes to speak of, basically a couple of quirky bugs were discovered shortly after 1.1.3 was tagged and a second revision was rushed out soon after.
Woody packages are forthcoming.
deb http://debian.opennms.org/ debian/opennms unstable deb-src http://debian.opennms.org/ debian/opennms unstable
From cdrecord/cdrecord.c of cdrtools 2.01a36:
/* * You are not allowed to modify or remove the call to "linuxcheck()". * I am sorry that I am forced to do things like this, but defective * versions of cdrecord cause a lot of work load to me and it seems * to be impossible to otherwise convince SuSE to cooperate. * As people contact me and bother me with the related problems, * it is obvious that SuSE is violating subsection 6 in the preamble of * the GPL. * * Note that although the SuSE test is effective only for SuSE, the * intention to have non bastardized versions out is not limited * to SuSE. It is bad to see that in special in the "Linux" business, * companies prefer a model with many proprietary differing programs * instead of cooperating with the program authors. */ linuxcheck();
At my place of employment, I work almost exclusively with Dell PowerEdge servers. One of the more interesting features, (at least on the ones we have), is the DRAC, (stands for Dell Remote Access Card), basically a little embedded appliance that runs a web-server which, (among other things), gives you access to the console via VNC.
Needless to say, these things are a real life-saver if for some reason you find yourself lacking connectivity to a machine and need out-of-band access to troubleshoot. The problem is that the web UI is flaky as hell, slower than a dog, and very picky about the version of java you're running.
I've tried in the past to use a VNC client to connect directly to the DRAC without success, apparently the version of VNC they use has been hacked to only authenticate through the web UI. However, in the process of googling to see if someone had found a way around, I came across this post on the linux-poweredge mailing list that describes how to enable telnet.
It looks like the telnet interface only provides a subset of the features that the web UI does, but what's important to me is that itdoes support opening a connection to the local console, (the feature I use most, and the one that is the most painful to use from a browser).