Slashdot Mirror

scratch writes: "Computing pioneer and all 'round good guy Bill Hewlett has died. NYT obit is here ." Hewlett-Packard: responsible for confusing generations of calculator users.

Qui-Gonn Jew asks: "A group of us were designing a robot for BattleBots, and [managed to get to the] building stage when our sponsor dropped us. So now we need to find a new sponsor that will fund us the money to finish and enter the 'Bot for next season. Any suggestions on how/who to ask? We are willing to completely cover our bot with a company logo." There are always people willing to look for sponsors to underwrite a portion of their costs whether they are entering a contest, battling robots, or driving a race car. Even .ORGs need sponsors every once in a while. What's the best way to go about finding sponsors in such situations? Hopefully, a few of you out there have different ideas that might not have been touched on the last time around.

woggo asks: "I need to benchmark two different JDBC drivers for a research project and would like to use a standard benchmark. I was able to find this implementation of TPC-W, but that is too much of a test of the Web server to be useful for my purposes. Does anyone know of a freely-available Java implementation of TPC-C? It needs to be reasonably conformant and I need to be able to cite the results in a paper without violating a license agreement, which would seem to exclude evaluation versions of products."

More Lego Sculptures! More game collections going to the highest bidder! More ... P4 benchmarks. Updates below to recent Slashdot stories, and a few tangents not yet here explored. Go crazy!

Ma'am, I'm afraid that Ritalin by itself won't help in this case. Somehow this email from Lego madman (insomniac?) Eric Harshbarger ended up in Hemos's hands, and it's hard to resist. Here he confirms the suspicions of a number of Slashdot readers who looked closely at his previous efforts featured on these pages.

Well, A few weeks ago when I announced my LEGO Mona Lisa, a few folks from Slashdot.org noticed the lower half of a statue ... and some guessed what my next project announcement would be. I've now finally completed a statue of 'San' from the Japanese Animation film Princess Mononoke.

I wrote quite a lot about this model ... and took many, many pictures, so I hope you enjoy browsing.

I also recently finished a much smaller model of the BSD Daemon mascot.

cheers,

eric

Enough already! crizh writes "Anyone interested in another arguement about the merits of the P4 and whether Tom Pabst is biased against Intel/AMD might want to check out the further update he posted on P4/MPEG4 this morning."

Further submissions in this category must be accompanied by sizeable bribes or at least juicy blackmail. Let's see what people think of the P4 vs. whatever Athon variety is cool in 12 months from now and talk about it again then;)

Sore thumbs, perhaps. An unnamed correspondent points out this enormous videogame auction, venturing as he does so: "Seems to be as big if not bigger than the previous one posted."

I dunno about that, but it sure is a lot of games. Is everyone dumping their consoles to spend the proceeds on exotic vacations, or what?

fuuzy math for a new era Erik Inge Bolsø writes "Earlier this year, slashdot had a scoop about a 1990 and 1995 study called fuzz, which tested the quality of UNIX utilities.

In july this year, a followup study was published, in which they did subject a collection of common apps on Windows NT (and 2000) to the same tests. The results are interesting... Full paper available here."

Brother, can you spare some time? swgill writes "After reading about Microsoft's attempt to reach beginner programmers with free copies of Visual C++ for schools I thought about the main problem that was found: Visual C++ and the related teaching material is all based on the Windows API, and algorithms are treated as secondary as best. I am actually in college in England doing an A-level in Computing where I can see the effects of this educational policy (although we use VB6 instead of VC++6). I have decided to found the libteach project at sourceforge. The idea is to prevent people learning to program in school from being forced to relearn their skills when Micro$oft switches focus again and to also give them an idea of programming for another type of system (RT-Linux anyone?)."

Sounds like a worthy project, albeit for now still in the planning stages. Of course, it's helped by the fact that there are several Open Source OSes chock full of programming languages out there, but not by the lack of decent IDEs available for them.

Update The latest in our Hellmouth Revisited series is now online .

Snowdog asks: "How can a non-profit organization compete when hiring programming talent? I work for a well-established project doing research into Internet technologies at a major university, and we've had a very tough time hiring full-time programmers. We have a great atmosphere, good benefits, and are doing some interesting work, but just can't match the high salaries being paid by companies in the private sector for programmers who know their way around the Internet. How are other non-profit groups dealing with this? Is there a way to adapt techniques used by successful Open Source projects to attract talented full-time programmers? The whole issue is further compounded because, like almost all non-profit groups, we can't go through recruiters, so it's difficult to even get the attention of software engineers, many of whom are hounded by headhunters so often they don't bother at all to scan through the Help Wanted ads." We've discussed this problem from the other direction, but is there a place online where needy organizations and programmers with free time on their hands to get together to solve problems?

Snowdog asks: "How can a non-profit organization compete when hiring programming talent? I work for a well-established project doing research into Internet technologies at a major university, and we've had a very tough time hiring full-time programmers. We have a great atmosphere, good benefits, and are doing some interesting work, but just can't match the high salaries being paid by companies in the private sector for programmers who know their way around the Internet. How are other non-profit groups dealing with this? Is there a way to adapt techniques used by successful Open Source projects to attract talented full-time programmers? The whole issue is further compounded because, like almost all non-profit groups, we can't go through recruiters, so it's difficult to even get the attention of software engineers, many of whom are hounded by headhunters so often they don't bother at all to scan through the Help Wanted ads." We've discussed this problem from the other direction, but is there a place online where needy organizations and programmers with free time on their hands to get together to solve problems?

Joe writes "A unique, July 20th, satellite "photo" of a near-perfect, tightly-wound, hurricane-like storm in Antarctica (now in the throes of a typical, bitterly cold, austral winter with temps sometimes ranging below -90 F., or -68 C.) can be seen here. The storm is seen in the image near two huge icebergs, B-15A and B-15B, that had calved from the Ross Ice Shelf in March as parts of one monster iceberg, B-15 (186 miles long and 23 miles wide, or 4200 square miles; it's about 2% of the entire area of the Ross Ice Shelf, the largest ice shelf in the world). Iceberg B-15 is also the largest ever recorded in the 24-year database of icebergs maintained at the National Ice Center. (Members of the Coriolis fan club will also happily note the storm's clockwise circulation, the common characteristic of storms in the Southern Hemisphere). It should be interesting to see what effect the storm will have on the positions of these two huge icebergs. N. B., Three other huge icebergs, A-43A, A-43B, and A-44, totaling about 4000 square miles in area, calved from the Ronne Ice Shelf (second largest in the world) in May. They were not near the storm on July 20. It's not just Greenland's ice that's disappearing!" I'm afraid that I lack the background to really understand what's going on here, but a link to the "National Ice Center" was too much to pass up. Betcha didn't even know the U.S. had a National Ice Center, did you. Are these photos interesting because a) the ice cap is melting, b) these huge icebergs are going to wander into shipping lanes, c) they're just so damn big, or d) some other reason?

jmozena writes "Disney's failed Toysmart.com has gotten the go-ahead from the Federal Trade Commission to sell its customer database as part of a bankruptcy sale, as long as the buyer agrees to abide by Toysmart's privacy policy. The FTC also found that Toysmart violated the Child Online Privacy & Protection Act (COPPA) of 1998 by collecting information from children under 13 without their parents' consent, and is filing a complaint in federal court to get Toysmart to destroy that information before any sale. This is the first time the FTC has filed a complaint under COPPA. The FTC press release is here."

EasyKill adds: "[here] is a link to the zdnet story about the FTC allowing Toysmart to sell some of their customer database, albeit under limited circumstances. I don't think this is a good thing, but it could be worse."grahamwest also points out this CNNfn story on the decision.

You may also be interested in the story emmett posted when the plan to sell this data first came to light, and the followup hemos posted about the involvement of the FTC. For once, I think I (mostly) agree with the FTC.

sdavies asks: "Functional languages like Scheme and Haskell are great! (here is a PS viewer) They give programmers new tools for elegance and abstraction. Unfortunately, to the legions of procedural programmers writing in languages like C/C++(/C#), Java, and VB, functional languages are considered obscure and impractical. What is your experience with functional languages, and what do you think is preventing them from being adopted into the mainstream?"

University of Wisconsin Madison's Peter Senecal has evolved a new combustion engine which cuts nitric oxide emissions three-fold, soot emissions by fifty percent and fuel consumption by fifteen percent. His genetic algorithm searches for the best combination of six parameters which determine the design of an engine. It starts from a search space of five, and includes strong heuristics to minimize the search space considered.

You have got to read this story. Menoyoda writes "There was a Star Wars holiday special in the 70s that George Lucas would as soon have tossed down a memory hole. But someone, somewhere, taped it and this review was written about it. It involves the holiday antics of the Chewbacca family. Happy Holidays! " This is without a doubt one of the funniest things I have ever read. I am afraid of this footage. I'm gonna have to track down a copy. Nothing can be this bad.

epaulson writes "The Top500 list has been released for the first half of 1999. The number one machine remains ASCI Red. The biggest Linux machine is cplant at 129, and Avalon is number 160. The list is a ranking of results from the LINPACK benchmark, which is a Linear Algebra code, so things like distributed.net and SETI@home don't count. "

Joy! Cleaning out the submissions box: Praxxus sent us a link to an article you'll swear is a joke... a new use for old computers: filling potholes. HerbieTMac wrote in to say that Ice-T has joined the fray by releasing a new MP3 single. sanpitch sent us an interesting article about facial expression recognition. polar_bear` wrote in to say that Linux Mall has an Associates Program just like CD-Now. Or Amazon, speaking of which Sevn gave me the heads up on their entry for Bill "Family Circus" Keane- check out the reader reviews of Daddy's Hat is on Backwards. Trust me. Read it. Someone had to much spare time, and I'm glad they did. [null] hooked us up with the definitive Mr. T vs. site and east sent us an offensive dilbert parody site. gseidman wrote in to tell us about an important translation project underway to decipher the alien language used on Futurama. Assorted Slashdot notes from the world: An anonymous reader linked us to a cute comment on Neal Stephenson's server about the Slashdot effect. suprax noted that Slashdot and Freshmeat have a cameo in the current dead tree edition of PC Computing. adamv sent us a link to an interview with the creator of IMDB where he says he wishes he designed Slashdot. Funny, I wish I had designed IMDB. And Lastly, Jesse Shrieve, my favorite BSD pusher and dedicated Slashdot Server whipping boy noticed that Slashdot is up to 28 on hot100.com. We're neat.

Kragen Sitaker has written a brutal reply to the story Sengan posted yesterday on the The Open Source Acid Test. It goes down and point by point shows the factual errors and fud in the story. It pleases me greatly to post this feature. Check it out. The following was written by Slashdot Reader Kragen Sitaker

I read Ted Lewis's article, _The Open Source Acid Test_, on your web pages.

I was appalled that an organ of a prestigious international society like the IEEE would publish such error-riddled, poorly-researched, deliberately deceptive nonsense. It's as if the _New England Journal of Medicine_ had published a case study of a zombie animated by voodoo!

The author did not cite sources for any of his dubious statistics, and they are therefore hard to disprove. Given the remarkable lack of factual accuracy in the article, I doubt that they have any basis in fact.

To begin with the most obvious errors:

1. Linus Torvalds's name is not Linus Torvold.
2. Applix, Tower Technology, and NewMonics do not sell open-source software.
3. There is no such company as "Walnut Creek Stackware". www.cdrom.com belongs to Walnut Creek CDROM. There is no such company as "Tower Tech JVM". www.twr.com belongs to Tower Technology, which sells a (non-open-source) JVM. There is no such web site as www.debian.com.
4. www.python.org is operated by the Python Software Association, not CNRI, although it is currently hosted on CNRI's network.
5. Several of the "commercial enterprises" listed in Table 1 are not commercial enterprises at all. www.hungry.com, www.python.org, and www.debian.org are all operated by nonprofit organizations. The Corporation for National Research Initiatives, which was incorrectly listed as operating www.python.org, is actually a not-for-profit research organization.
6. It is absurd to say that Unix was the foundation for Hewlett-Packard and IBM, as Lewis does in his introductory paragraph. Both companies had been established for more than thirty years when the first line of Unix was written.
7. On page 126, Lewis claims that the open-source community admits that its organizational structure is weak. The evidence he adduces is a quote from a document published on www.opensource.org. What he doesn't tell you is that the document is *a leaked internal Microsoft memo*. Unless Lewis missed the 115 references to Microsoft in this document and also failed to read the introductory paragraphs, the only reasonable conclusion is that he is being deliberately deceptive.
8. On page 125, Lewis claims that "Currently, Linux's installed base numbers 7.5 million". As usual, he cites no source. However, the most widely-cited source for such figures is Robert Young's paper, Sizing the Linux Market eight different data sources to obtain an estimate of between five and ten million Linux users. However, this paper has a date of March 1998. If Linux's growth had continued to double yearly in 1998, as it did from roughly 1993 to 1998, the number of Linux users would be between ten and twenty million.
9. On page 128, Lewis says, "Windows NT market share smothers all Unix dialects combined". According to International Data Corporation's Server Operating Environment report, Unix and Linux together had 34.6% of the server market in 1998, while Windows NT had 36%. See more information. The actual number of server Linux shipments IDC tallied in 1998 was only three-quarters of a million; that suggests that if you include people installing multiple servers from the same CD and installing from Internet downloads, you would find that Linux's server market share is much greater than Windows NT's.
10. Lewis remarks, "With few exceptions, open source software has never crossed the chasm into the mainstream without first becoming a commercial product sold by a commercial enterprise." Does he think that Linux is not a commercial product sold by commercial enterprises? If not, there are literally dozens of "exceptions" to this statement -- Perl, Apache, sendmail, BIND, Linux, Tcl/Tk, Berkeley DB, Samba, the X Window system, FORTH, GNU Emacs, and trn, for example. Many of these became popular before they were commercially sold at all.
11. Lewis misstates the business case for Linux and "its open source software cousins". According to Eric Raymond -- whom Lewis quotes extensively elsewhere in this article -- a much more compelling business case is founded on the better quality of the software, choice of suppliers, choice of support and maintenance, freedom from legal exposure and license tracking. More details are available at opensource.org/for-buyers.html.

These minor factual errors, so far, merely indicate that the author knows very little about the topic he writes about and is deliberately trying to mislead his readers; they do not directly undermine his conclusions. However, as I shall show, each of his supporting arguments consist of incorrect facts and lead to faulty conclusions.

One of the author's major contentions is that as Open Source software adds more features and becomes more comparable to proprietary software, it will lose many of its advantages. He cites as examples Linux's supposed lack of video card support, wireless LAN support, and "a good selection of productivity software."; he claims that Unix contains 10 million lines of code, while Linux contains only 1.5 million. On page 126, he says, "Maintenance and support grow more complex, and costs increase due to a scarcity of talented programmers. Success leads to features, and feature creep leads to bloated software."

With regard to video card support, it is true that the Linux kernel does not have video card support in it. That facility is provided by video drivers in other software; nearly all graphical software available for Linux uses X11 for access to those video drivers. Open-source X11 drivers for most video cards are available from www.xfree86.org; the list of supported cards there currently lists 555 different kinds of video cards, many of which include numerous individual models.

For those few cards for which XFree86 support is not available, proprietary X11 drivers are available from Xi Graphics and Metro-Link.

With XFree86, Linux's video card support is better than either Windows 98 or Windows NT, and considerably more extensive than any Unix that does not use XFree86.

To claim that Linux lacks video card support is merely laughable.

With regard to wireless LAN support, it is true that many of the recent wireless LAN products do not currently have support in Linux. However, Linux has had support for packet-radio wireless networking and several kinds of LANs for years, and has supported several wireless LAN products since at least late 1997, including most of the most popular ones:

Lucent Wavelan
DEC RoamAbout DS
Lucent Wavelan IEEE
Netwave Airsurfer
Xircom Netwave
Proxim RangeLan2
Proxim Symphony
DEC RoamAbout FH
Aironet ARLAN
Raytheon Raylink
BreezeCom BreezeNet

This information is readily available on the Web in the Linux Wireless LAN Howto.

With regard to productivity software, there are several office suites available for Linux, and there have been for several years. ApplixWare and StarOffice are the two most common.

With regard to the size of Linux: first, among the utilities tested in the failure-rate study (the latest report on which is entitled "Fuzz Revisited: A Re-examination of the Reliability of Unix Utilities and Services". the quote used on page 125 appears to be from the original paper, which I cannot find on the Web) are the standard set of Unix utilities, awk, grep, wc, and so forth. These utilities have a standard set of functionality common across all Unix systems, except that the GNU utilities tend to have a great deal of extra functionality included. If the GNU utilities really are only one-sixth the size of the corresponding utilities on a Unix system, yet provide much more functionality, and still have one-third to one-sixth of the failure rate, that is not an indictment of the defect rate of free software, but rather a vindication of it -- which is why this study is linked to from the Free Software Foundation's Web pages. The study is unfairly biased in favor of less-featureful proprietary software, and that software still came out way behind.

(From my own experience, I know that frequently, the best workaround for a bug in a Unix utility is to install the GNU version.)

Lewis's claim that this represents "a single-point estimate of defect rate" is incorrect. The paper includes detailed results of the tests on 82 different utilities, along with aggregate statistics by operating system. 63 of these utilities were available either from GNU or from Linux, and were tested in this study.

With regard to the lines-of-code figure: it is not easy to measure the number of lines of code that constitute "Linux", because it is not easy to define what constitutes "Linux" -- or, for that matter, "Unix" either.

If we mean just the kernel, this site has some figures for the sizes of several OS kernels in 1994. SunOS 5.2's kernel is listed as containing 680,000 lines of code, while SunOS 5.0's kernel is listed as containing 560,000 lines of code. If the rate of increase per version remained constant (doubtful, because 5.0 and 5.1 weren't really finished products) then the latest SunOS (the one that's the kernel of just-released Solaris 7) would contain 1,280,000 lines of code.

By comparison, the source code of the 2.2.1 Linux kernel totals 1,676,155 lines of code, including comments and blank lines, counting only .c, .h, and .S (assembly) files.

The Linux project's source code has already reached a level where we would "expect Linux defect densities to get worse". They haven't.

On page 125, Lewis cites Apache as an example of support diminishing when "the hype wears off", saying "it is currently supported by fewer than 20 core members" -- implying that the "cast of thousands" is a thing of the past. The truth is that the core Apache team has never been larger than 20 people, and they *still* receive contributions from many people outside the group. He also says that "Apache is losing the performance battle against Microsoft's IIS." But Apache has never been intended to be the fastest HTTP server around -- it's already more than fast enough to saturate a T1 when running on a puny machine, so its developers have been concentrating on things like adding more features and making it more reliable.

On page 128, Lewis says, "The concept of free software is a frequently practiced strategy of the weak". While free-as-in-price giveaways are common -- Microsoft's Internet Explorer strategy is a perfect example -- they are not related to open-source software, and their patterns of success and failure have little relevance for us here.

Mapc writes "...Couple of years ago (in 1990) there was a study called fuzz which checked quality of UNIX utilities. It has been revisited since then - in 1995 (and in May 1998?). Interestely enough the study shows that GNU utilities and Linux utilities are the best made ones (lowest - 7-9% fail ratio) The paper is here , the original fuzz program lives on the ftp as well. Test it on Solaris 7 and tell us the results"

Christian Reiniger of the new Linux Game Development Project has written up a nice piece that you might want to read if you want to see more games on Linux, and how this new project will aid that. The way I see it, the apps are coming, and in many cases, already here. We just need the games. The following was written by Slashdot Reader Christian Reiniger The Linux Game Development Center Rationale

Linux is gaining much attention these days. People who were anti-Linux for a long time suddenly discover that it has changed much the past few years, ultraconservative magazines feature positive stories about Linux at prominent places and The Big Ones in the computer business are almost crowding to support the former "hacker OS".

Good press is always welcome - but can Linux live up to its new image? Can it avoid to dissapoint the people finally giving it a try?

Well, the "It doesn't have a nice, easy to use desktop" and "There are no applications for it" arguments are vanishing in a puff of colorful smoke and the "It's too hard to install" problem is quietly dissolving. But there's still that nasty "But I can't play my favourite games in Linux!" thing.

Linux has games. Linux has good games. But that other operating system has several orders of magnitude more good games than Linux. That's bad. And difficult to overcome, as it's not only because of technical reasons. But we, the free software community, have have a long history of solving But we, the free software community, have have a long history of solving problems and shipping around obstacles. There is no reason why we should not be able to solve this issue, too.

So what's the current situation, what needs to be done and what can be done? Here is a short overview of the major issues:

• Despite Linux's rapid growth - both in terms of user base and existing software - it still is not generally perceived as viable platform for high quality games. Some of the often cited problems are without doubt true, but most of these are already at the verge of being solved and the others mainly need more public discussion.
• While many game-related SDKs and applications exist or are in the make, there is no comprehensive overview of them available.
• As all of these SDKs have their strengths and weaknesses, much can be gained by making them as modular and interoperable as possible, so that game developers can combine them to an almost optimal solution.
• For both commercial game developers wanting to port games to Linux and yet-inexperienced Open Source® developers aspiring to write free games, easy to read documentation and online help via mailing lists and/or irc are very valuable.

Quick Summary

In essence we are suggesting that this new Linux Game Development Center be a kind of meta-project. It would be dedicated to advocating Linux as gaming platform, collecting knowledge about Linux game development and using it to help all interested people, providing facilities for discussion to Linux game developers and, last but not least, encouraging and helping existing free (Open Source®) game SDK projects coordinate with one another.

Please note that this is not an attempt to impose standards or rules on anyone. We just want to do what we can to help everybody coordinate their project with the others and to encourage all game SDK developers to develop compatible libraries.

This is also a call for developers, users and game SDK projects to join our efforts.

History

In the beginning ... there were many unrelated games SDK projects started by many different groups with little or no inter-group communication or coordination.

The initial initiative of starting the Linux Game Development site came from Ian Crawford (you can read his announcement of the site here).

It was first meant as a meeting and coordination point for people developing native and free Linux games, but its scope was soon widened to support Linux game development in general - the phrase "This site aspires to be the headquarters for all Linux game development" is from that time.

Cut - Switch to the PenguinPlay mailing list. Shortly after Ian's announcement of the site, Sam Lantiga suggested on the PenguinPlay mailing list that people could get together on IRC to discuss the future of Linux game development. His idea was considered as "really good" and after the first meeting the thing was extended to all people involved in pushing game development for Linux. Here are the archives of past meetings and the plans for future ones.

Well, the irc meetings became a regular event (each Saturday) and the possibility to have a real-time discussion through irc gave a big push to our work. We started discussing on how we could coordinate our efforts better, how to make Linux more appealing to professional game developers etc. After a few meetings we came to the conclusion that it would be best to merge the SDK projects (ClanLib, CrystalSpace, GAMES and PenguinPlay) to one, giving it the full support. It seemed to be the right thing, but we were a bit uneasy with it, as merging projects is a very, very difficult task.

Then Charles Durst threw in an proposal for a clearing house project, i.e. a project that would give developers from different game SDK projects a good way to communicate with each other, remind these developers to keep the different SDKs compatible to each other etc. He first proposed that PenguinPlay could become this "meta-project", but we found Ian Crawford's "Linux Game Development Center" much more fitting.

We started working on the homepage for this and Charles wrote an announcement text we wanted to post on Slashdot or Freshmeat and several newsgroups. However, as we assembled material for the homepage, discussed its structure etc it slowly mutated from the "Linux Game SDK Coordination Center" to a site for Linux game development in general - the "Linux Game Development Center" or LGDC for short. Ian's original site laid the foundation for this (as it was aimed at helping people to develop actual games) and the transformation was completed when the "Linux Game Breeding (LGB)" (aimed at creation of new projects around Linux GameDev) and "Linux Gaming Awareness (LGA)" (aimed at advocating Linux to commercial game developers) projects joined in.

So here we are. The Linux Game Development Center is a project from Open Source® game developers, maintained by them and dedicated to all people interested in the subject. Located at www.linuxgames.org, it serves as a sister site to www.linuxgames.com, the already well-established site targeted towards game players.

The Proposal

The new Linux Game Development Center would:

• Maintain a collection of links to various game SDK projects and a "news page" of the current status and functionality of each.
• Help coordinate efforts to increase compatibility and perhaps create "glue" software between the libraries produced by different game SDK projects.
• Help game SDK developers coordinate with one another (via mailing lists and perhaps IRC get-togethers), and share algorithms and code. This could even help SDK developers abstract out new layers of common or overlapping functionality between projects.
• Help to fill the functionality gaps that are currently preventing any combination of game SDK libraries from being comprehensive enough for many professional game developers to use.
• Help to direct game developers to the right tools for their particular tasks. Making it easy to find software for a particular purpose, within certain platform, language or license requirements. We are considering using existing web-based knowledge base tools such as WikiWikiWeb or faq-o-matic, as well as tables of the features and limitations of each available package.
• Collect the general feedback that game developers might want to give the Linux community about any porting problems they might have. And helping to start, extend or fix projects to meet those needs.
• If neccessary initiate and host "please port this to Linux" petitions and mane the commercial game developers aware of the demand.
• Find volunteers willing to port commercial games to Linux and act as mediator between them and commercial game houses.
• Provide facilities for discussion between commercial game developers and Linux users on how support for Linux can be increased in the future.
• Help rally game SDK development efforts to port existing game libraries to needed, unsupported platforms.
• It could help direct interested people to other projects as needed to help with bugfixing, porting, and documentation (especially with respect to interoperability between projects).
• It could even have a relationship to game SDK projects and Open Source® games somewhat similar to the relationship Debian has with the packages that it collects. It could collect easy-to-find and easy-to-install packages of game SDKs and try to make it easy for a new developer to choose the one(s) that best meets their needs. It could even help develop policies to ensure clean interaction between libraries wanting to be added to the collection.

While game development for Linux would be an important goal of the web site, the most important goal would be the development of quality cross-platform game libraries. For that reason, developers of games and game SDKs for platforms other than Linux would be more than welcome to join us. Especially if they are interested in porting software to or from Linux.

In the end, there would still be multiple, competing game SDK packages, but that should be OK as long as at least one comprehensive open-source solution can be cobbled together from the pieces. As we have seen with multiple distributions, and even the KDE/GNOME projects, competition can sometimes be a very good thing ... if you can see past the flame wars.

The biggest problem with having multiple, competing projects is the resultant (developer and user) confusion. What we are proposing is a Linux Game Development Center that is aimed simply at reducing that confusion by helping people to find, evaluate, combine and use the available tools, or to develop new, missing ones.

Request

At this point, we are mainly looking for:

• More people to work on the web-site (in particular people who have ideas for ways we should do it with existing or new web server and/or database technologies).
• Other game SDK related projects that should be added, or who want to help, or who should at least join the linuxgames mailing list(s).
• Other Game or Game SDK developers who want to be in on the discussions, prioritizing, development, or who just want to influence the direction of the Linux Games project in one way or another.

All interested people are invited to join the linuxgames mailing list and participate in the discussions (send a blank message to linuxgames-subscribe@sunsite.auc.dk)

Current Linux Game Development Projects

These are the current Linux Game Development projects we have been able to locate and invite to participate. If your favorite project is not included, let us know and please join us.

• 3dfx HowTo
• ALSA - Advanced Linux Sound Architecture
• ClanLib
• CrystalSpace
• Daryll Strauss' Linux 3D page
• DUMB
• GAMES - GNU Animation Multimedia Entertain ment System
• GGI - General Graphics Interface
• GSI - General Sound Interface
• Linux game development webring
• Linux Game Programming HowTo
• Linux Game Programming Megasite
• Linux Game Tome
• LinuxGames.Com
• Mesa
• MGL
• PenguinPlay
• SDL - Simple DirectMedia Layer

Charles Durst, Christian Reiniger

Troy Jacobson writes in with this dilemma: "I'm facing what could be the start of a migration to NT. One major app that has been desired is Exchange, so that people could use some advanced features of Outlook (e.g., the shared calendar and contact management). Do any alternatives to Exchange exist that run on Linux?" Now I don't know if any single solution exists, but isn't there a suite of apps for Linux one can run to achieve something close to Outlook's functionality?

Nate Fox writes "Mesa 3.0 has been released. Now all of us quake fans can play without beta drivers ;)" Visit the official Mesa Homepage or else the official Mesa FTP site.

Nate Fox writes "Mesa 3.0 has been released. Now all of us quake fans can play without beta drivers ;)" Visit the official Mesa Homepage or else the official Mesa FTP site.

Not me writes "Does any one have a good method of getting the Kensington Expert Mouse to act like a 4 button mouse when connected to a Solaris x86 box running XFree86? Using the PS/2 port it likes to use both left buttons as button 1 and both right buttons as button 3. "

Looks like it's time to clear out the quickies again! First, Erv Walter sent us a note about S.u.S.E releasing more X servers. Hmm. S.u.S.E...aren't they those guys who've been hitting us about 13,000 times/day recently? I wonder what kinda soa they drink over there...Next off, David Kindred wrote in to tell us ISE is releasing the source code to Eiffel under an open source license! Maybe I'll have to take a look at that language again. Finally, Promethus sent us a link to a Bill Joy interview. Bill is one legendary man - one of the cofounders of Sun, I believe. A very interesting interview.

Chomsky writes "This is taken from email correspondence with Brian Paul, the maintainer of Mesa, (the openGL-like library which talks to voodoo glide among other things). I'd love to see support for 3Dnow in Mesa. I don't know Intel assembly so someone would have to contribute the code. In the next version of Mesa I plan to rewrite some of the transformation code to optimize vertex arrays. That would be a good time to add 3Dnow support."

wolfhack sent us a link to this page at mvis where you can read about a head mounted display that blasts lasers right into your eye! This can simulate video from an arms length away. It's too bad that stuff like this is years away from retail. Daniel Nash sent us this link to a brief blurb that mentions a similiar product.