Linux Hardware Detection Project
jesus writes "The crazy kiddies over at Linux Mandrake have started the Lothar Project . The goal is to make hardware detection and configuration easy. The code is in CVS and they need all sorts of different people and furry animals, so take a gander at the page, look at the pretty screenshots, and contribute to world domination. "
Check out http://www.cyclic.com/. Basically it's a group project management system. Everyone downloads a copy of the source via 'cvs checkout'..
People can commit new changes to the source tree via 'cvs commit'...
You can get a diff between your source tree and the one at the repository via 'cvs diff'...
You can update the current directory you are in via 'cvs update'.
Basic commands to checkout source are:
export CVSROOT=:pserver:user@host/directory
cvs login
[enter password]
cvs -z3 checkout tree-you-want-to-checkout
--
The world is neither black nor white nor good nor evil, only many shades of CowboyNeal.
Mandrake's original draw was the whole KDE+Red Hat thing, which appealed to a lot of people back when Red Hat refused to touch K. I expect that the existence of Mandrake helped push Red Hat to include KDE in RH 6.
Now that an "alternative" Red Hat that includes KDE isn't needed anymore, though, I was wondering what Mandrake would do with themselves. Well, apparently they've found a very worthy case to pursue. Even if this project doesn't suceed (and I hope that it does), it will pressure Red Hat to improve *their* hardware configuration support, just to stay up with the "competition".
I see this cycle continuing: Red Hat overlooks something that the users want, so people put together a "better" Red Hat that addresses these issues. In order not to lose users, Red Hat realizes that it must develop these features for it's release. And most will happily stay with Red Hat as a result.
This is all As It Should Be, as far as I am concerned.
--Lenny
//"You can't prove anything about a program written in C or FORTRAN.
It's really just Peek and Poke with some syntactic sugar."