Slashdot Mirror

• If you want to compare, add Microsoft Office (StarOffice 6.0), IIS (Apache), SQL server (MySQL, PostgreSQL...), Photoshop (Gimp), Money (GnuCash)

• StarOffice 6.0 for Win32
• Apache for Win32
• MySQL for Win32
• GIMP for Win32

But heck, there isn't a GnuCash Win32 port, so I guess that makes you right. ;-P

I do have a serious point here. It's absolutely brillant that these apps are available for Win32 and other platforms, because that's pretty much the only way that market forces can actually effect Microsoft. If, for example, they start to see their highly lucrative Office sales slip in favour of Star/OpenOffice, then they might (unlikely, but possible) actually have to start doing something about stopping people from then migrating to Linux - hey, if you can run the same apps, but pay much less for the OS, then why not?

As I say, it's unlikely. I actually think that they'll just try and tighten their grip (through Palladium, tighter integration and buying legislation) rather than loosen it, but we can live in hope, right?

Huh, In the movie 'Lilo and Stitch', they said that 'Ohana means family, and that nobody gets left behind, or forgotten'. They didn't say anything about 'Ohana means fibers, of maximum a few kilometers'.
Next thing you'll be telling me that poi isn't a dish of boiled taro roots...

E pili mau nâ pômaika`i me `oe!
-dexter

In support of freedom of choice in browser software, this web site is Microsoft-Free on Fridays. Please use any browser except MSIE to access this web site today.

Much talk has been made of intergrating Lucene + POI to provide indexing of MS Office Docs, but I don't what stage that is at.

I highly recommend taking a look at the Apache Lucene Project, at http://jakarta.apache.org/lucene/

It's a full text search engine API, so some coding for your specific requirements would be required. However, it's fast, extremely flexible, and has a pluggable interface for documents. It comes with native support for plain text, and for proprietry document types, we've written simple wrappers around tools like "pdf2text" and "catdoc" to index PDF's and Word docs.

So, only MP3s are currently being bogofied? (And, I would assume, primarily the Windows-only networks?) That's good, actually. Those of us who prefer to share and download Ogg Vorbis files on predominantly Unix-based networks will remain largely unaffected.

Does that mean that if I link to slashdot which has an article that links to 2600 which links to DeCSS source (or something that is illegal in whatever country), or even any other convulted route that I am breaking the law?

I really don't see why you need a judge to make yourself look stupid in national and international publications when someone links directly to items on your website. When someone was linking to images on my website (where I pay for excess traffic) I did not call a lawyer. I went to the Apache website where the documentation about mod_rewrite has the excellent Apache 1.3 URL Rewriting Guide which has a cookbook entry (cut, paste, edit names) for exactly this, which can be easily adopted to stop 'deep linking'. Set up a nice 403 errorpage stating that linking directly to articles on your site is not allowed by policy and go on.

Does that mean that if I link to slashdot which has an article that links to 2600 which links to DeCSS source (or something that is illegal in whatever country), or even any other convulted route that I am breaking the law?

I really don't see why you need a judge to make yourself look stupid in national and international publications when someone links directly to items on your website. When someone was linking to images on my website (where I pay for excess traffic) I did not call a lawyer. I went to the Apache website where the documentation about mod_rewrite has the excellent Apache 1.3 URL Rewriting Guide which has a cookbook entry (cut, paste, edit names) for exactly this, which can be easily adopted to stop 'deep linking'. Set up a nice 403 errorpage stating that linking directly to articles on your site is not allowed by policy and go on.

Does that mean that if I link to slashdot which has an article that links to 2600 which links to DeCSS source (or something that is illegal in whatever country), or even any other convulted route that I am breaking the law?

I really don't see why you need a judge to make yourself look stupid in national and international publications when someone links directly to items on your website. When someone was linking to images on my website (where I pay for excess traffic) I did not call a lawyer. I went to the Apache website where the documentation about mod_rewrite has the excellent Apache 1.3 URL Rewriting Guide which has a cookbook entry (cut, paste, edit names) for exactly this, which can be easily adopted to stop 'deep linking'. Set up a nice 403 errorpage stating that linking directly to articles on your site is not allowed by policy and go on.

Actually from my experience I would agree with the parent post. Perl is faster than blazes for string manipulations and file I/O functions which usually forms a significant part of most server side web applications.

I recently benchmarked an application that parsed large binary files, swapped bytes from big endian to little and sent the data out a socket to a remote application. I wrote the application in C and in Perl. Perl came within 5% of the performance of C, but the C program took me 3 times longer to write and debug.

For web applications check out the
Popular Perl Complaints and Myths Page

A quote from this reference:

Q: Perl had its place in the past, but now there's Java and Java will kill Perl.

R: Java and Perl are actually more complimentary languages then competitive. Its widely accepted that server side Java solutions such as JServ, JSP and JRUN, are far slower then mod_perl solutions (see next myth). Even so, Java is often used as the front end for server side Perl applications. Unlike Perl, with Java you can create advanced client side applications. Combined with the strength of server side Perl these client side Java applications can be made very powerful.

In reference to GUI's I just started playing with Perl/TK and was able to put together a short operator interface to view and filter a log file output. The application runs equally well in Linux, Windows and Solaris. I have not played with it enough to determine the weakness of the combination but first appearances are impressive.

Apache XML projects
Apache Java projects

Explore the projects at the above two links. All the most exciting and usable Java/XML technologies are in there, ranging from SAX/DOM Schema aware parsers to transformers, databases and query languages for XML.

XML is not a Java only technology, far from it. I fail to understand why so many books appear to try and make it look so.

Apache XML projects
Apache Java projects

Explore the projects at the above two links. All the most exciting and usable Java/XML technologies are in there, ranging from SAX/DOM Schema aware parsers to transformers, databases and query languages for XML.

XML is not a Java only technology, far from it. I fail to understand why so many books appear to try and make it look so.

Just use WebDAV with SSL and the right authentication mechanism. There's a WebDAV client for many OSes (Linux, BSD, MacOS, Windows, . . .) and most OSes have it bundled with the stock installation - no messing around trying to purchase and distribute additional software.

WebDAV, along with SSL, are even a standard part of Apache 2.0 as mod_dav and mod_ssl, respectively.

If you need a remote shell then it's SSH all the way, if you only need something for remote file manipulation for the unwashed masses then go with a WebDAV solution today! It's an (augmented) HTTP protocol which means you don't have to fiddle with firewalls.

Now confirmed, a worm nicknamed 'Scalper' is spreading that exploits the week old Apache HTTP Server chucked encoding vulnerability. The new worm was first seen after it attacked a honeypot in Lithuania hosted by MicroLink, and seemingly has dDoS objectives in mind. Luckily, the worm has not picked up much steam yet, so take this opportunity to patch your servers.

Legally anyway. I haven't looked at the EULA for Gamespy (haven't downloaded it, actually), but I'm betting some large odds it'll have some clause in it saying they're not responsible even if it destroys your computer, sets fire to your home, and heralds the End of the World.

You mean like this one and this one, and this one, and every other EULA I've ever read?

Upgrade to the latest version and you won't be affected.

Yeah, I know it's just a big list of links...

Apache and FW Performance Tips
Apache.org Performance Tuning
Apache Tuning Tips
Apache Tuning Directives
Tuning Your Apache Server
TUNING.txt
PHP-DEV: Database Connection Problems
PHP Everywhere: Tuning Apache and PHP for Speed
Tuning Apache Web Servers for Speed

and last, but not least, my favorite:

Web Server Tuning

I'd also recommend reading up on tuning the linux kernel.

-techwolf

The reason is that NPR hosts high-bandwidth audio material and the website archives many of the shows. NPR doesn't care if you link to a text article, but if I create www.bestofnpr.com and then offer DIRECT links to the .ra files than NPR's got a problem. I can make money off of NPR's work and cost them a fortune.

This problem was first known in the porn industry years ago. Do people sue averyone for using <img src="their-pictures"> tags? No, people started using the HTTP Referer headers and there's no problem with hot-linking since then. NPR should just use a trivial technical sollution (see: mod_rewrite) and there would be no problem at all. So, the reason of their behaviour can't be the bandwidth alone — now, bandwidth and stupidity, that's more like it.

There are numerous issues to be considered when testing your code.
What are you testing for?
Who is doing the Testing?
What kind of Error/Exception Handling is in place?
What processes are in place to manage project?
How have you defined "BUG"?

Just because you have tested does not mean that your application will be bug free.
Does your bug crash the system, or do you have correct error/exception handling in place to deal with any and all bugs?

I'd suggest that you invest the time to develop a robust Exception handling, Logging and Debugging system.
Flag all possible errors (Database interactions, NullPointers etc) and deal with them specifically. Decide which errors must notify the user, and which errors are for the system log. Which errors should cause the system to halt, and which can be ignored as expected or minor.
Make your error messages meaningful. If you use Java, then try Apache log4j to handle your logging.

The best rule to follow is:
1. More things can go wrong with the Software System than go right.
2. User actions are always unpredictable.
3. Expect the unexpected/worst - then deal with it.

How can you? It's called "A Patchy" server, after all.

... I have yet to see a Java app that is worth my time.

I won't even get into to how great Tomcat and other server-side java technology is for developers, but I will mention a few client-side java apps:
Jedit - The fabulous text/code editor.
Robocode - Learn to program! Play a cool game! Same thing!
LimeWire - Everyone loves P2P! Share the love.
Runescape - An MMORPG that runs on Linux and Mac (besides Windows) thanks to java? Hell Yeah!

Go back to browsing msn.com you mindless XP automaton! Not everyone creams at the sight of another buggy MFC shareware app.

Roy Fielding is chairman of the Apache group and a key contributor to the ideas that have become "the web" (e.g. HTTP, URI). His dissertation outlines the architecture of the web and why certain decisions (such as statelessness) were made. Note that it was written in 2000 so I'm sure it's a bit revisionist. At the same time, every theory has since been implemented so it's a high-level theory paper without any of the pie-in-the-sky crap.

html:
http://www.apache.org/~fielding/dissertation/top .h tm
pdf (1.3mb): http://www.apache.org/~fielding/dissertation/field ing_dissertation.pdf

Roy Fielding is chairman of the Apache group and a key contributor to the ideas that have become "the web" (e.g. HTTP, URI). His dissertation outlines the architecture of the web and why certain decisions (such as statelessness) were made. Note that it was written in 2000 so I'm sure it's a bit revisionist. At the same time, every theory has since been implemented so it's a high-level theory paper without any of the pie-in-the-sky crap.

html:
http://www.apache.org/~fielding/dissertation/top .h tm
pdf (1.3mb): http://www.apache.org/~fielding/dissertation/field ing_dissertation.pdf

For mirrors: http://www.apache.org/dyn/closer.cgi/httpd/
For direct download: http://www.apache.org/dist/httpd/
For the announcement: http://httpd.apache.org/

For mirrors: http://www.apache.org/dyn/closer.cgi/httpd/
For direct download: http://www.apache.org/dist/httpd/
For the announcement: http://httpd.apache.org/

For mirrors: http://www.apache.org/dyn/closer.cgi/httpd/
For direct download: http://www.apache.org/dist/httpd/
For the announcement: http://httpd.apache.org/

sheldon writes:

The spin from the linux camp on this one has been pretty funny to read. :-)

Speaking as someone who is generally in the Linux camp, I have to agree. Yes, Apache is superior, yes, Windows is more vulnerable, that doesn't change the fact that there is a security hole and lots of production machines need to be patched. I don't care about how great Apache is, or the "I told you so's" from the MS apologists. I'm more interested in discussion on how bad the vulnerability is, workarounds to use until the patch is available, and tests to make sure the patch works.

It looks like one workaround is to upgrade to 2.0.36, the bug is still there, but according to the the advisory, in Apache 2 it's only a partial DoS attack, rather than the Compromise / Full DoS (depending on platform) it is with Apache 1.3. Even with the upgrade, you need to babysit the server for attacked processes.

How long will it take before this is exploited?

Apparently It's already happening, though this report is unconfirmed and possibly a troll (stop Apache running to prevent any DoS??? All the DoS does is stop Apache from running).

Then how many servers will get rooted because they haven't installed a patch?

Probably not many, it's only exploitable that way on Apache 1.3.x running on Windows and 64-bit Unix systems. I don't know actual statistics, but I think it's safe to assume that the plurality (if not the majority) of Apache installations are 1.3.x running on 32 bit Linux and BSD platforms.

To get mod_perl announcements via email subscribe here. For more details, see here.

To get mod_perl announcements via email subscribe here. For more details, see here.

Versions of the Apache web server up to and including 1.3.24 and 2.0 up to and including 2.0.36 contain a bug in the routines which deal with invalid requests which are encoded using chunked encoding. This bug can be triggered remotely by sending a carefully crafted invalid request. This functionality is enabled by default.

In most cases the outcome of the invalid request is that the child process dealing with the request will terminate. At the least, this could help a remote attacker launch a denial of service attack as the parent process will eventually have to replace the terminated child process and starting new children uses non-trivial amounts of resources.

We were also notified today by ISS that they had published the same issue which has forced the early release of this advisory. Please note that the patch provided by ISS does not correct this vulnerability.

The Apache Software Foundation are currently working on new releases that fix this issue; please stay tuned here at http://httpd.apache.org/ for updated versions as they become available.

[Link to full advisory follows at http://httpd.apache.org/info/security_bulletin_200 20617.txt ]

Versions of the Apache web server up to and including 1.3.24 and 2.0 up to and including 2.0.36 contain a bug in the routines which deal with invalid requests which are encoded using chunked encoding. This bug can be triggered remotely by sending a carefully crafted invalid request. This functionality is enabled by default.

In most cases the outcome of the invalid request is that the child process dealing with the request will terminate. At the least, this could help a remote attacker launch a denial of service attack as the parent process will eventually have to replace the terminated child process and starting new children uses non-trivial amounts of resources.

We were also notified today by ISS that they had published the same issue which has forced the early release of this advisory. Please note that the patch provided by ISS does not correct this vulnerability.

The Apache Software Foundation are currently working on new releases that fix this issue; please stay tuned here at http://httpd.apache.org/ for updated versions as they become available.

[Link to full advisory follows at http://httpd.apache.org/info/security_bulletin_200 20617.txt ]

Regrettable that there's no patch (yet), sites running 64 bit ought to be taking immediate steps to prevent release of data readable by the apache account. I imagine there will be som DOS-ing of the more abundant 32 bit platforms.

From the bulletin:
Due to the nature of the overflow on 32-bit Unix platforms this will cause a segmentation violation and the child will terminate. However on 64-bit platforms the overflow can be controlled and so for platforms that store return addresses on the stack it is likely that it is further exploitable. This could allow arbitrary code to be run on the server as the user the Apache children are set to run as.

It seems that thanks to the *nix way of handling processes and their childs, this represents minor threat than on other platforms, in which it is even more easily exploitable as a DOS attack. However, this is not minor news eve for us using *nix breeds.

We presented this article at ApacheCon a couple of years ago. It describes how we built an e-commerce site that handled over 2.5 million page views per hour.

Oh ya, because those arent the Sexy New Tools on the Block.

I know you're trolling a troll, but this question seems to come up a lot.

from http://jakarta.apache.org/ant/...

Why another build tool when there is already make, gnumake, nmake, jam, and others? Because all those tools have limitations that Ant's original author couldn't live with when developing software across multiple platforms. Make-like tools are inherently shell-based -- they evaluate a set of dependencies, then execute commands not unlike what you would issue in a shell. This means that you can easily extend these tools by using or writing any program for the OS that you are working on. However, this also means that you limit yourself to the OS, or at least the OS type such as Unix, that you are working on.

Makefiles are inherently evil as well. Anybody who has worked on them for any time has run into the dreaded tab problem. "Is my command not executing because I have a space in front of my tab!!!" said the original author of Ant way too many times. Tools like Jam took care of this to a great degree, but still have yet another format to use and remember.

Ant is different. Instead of a model where it is extended with shell-based commands, Ant is extended using Java classes. Instead of writing shell commands, the configuration files are XML-based, calling out a target tree where various tasks get executed. Each task is run by an object that implements a particular Task interface.

Granted, this removes some of the expressive power that is inherent by being able to construct a shell command such as `find . -name foo -exec rm {}`, but it gives you the ability to be cross platform -- to work anywhere and everywhere. And hey, if you really need to execute a shell command, Ant has an task that allows different commands to be executed based on the OS that it is executing on.

Designing and writing programs in Perl, Python, Rexx, or Tcl takes half as much time as writing in C, C++, or Java and the resulting program is only half as long.

No differences in program reliability between the lanuage groups.

Typical memory consumption is about twice that of C/C++ but Java programs was another factor level higher.

http://perl.apache.org/embperl/

For more information see W3C's SVG web site

for useage of SVG see: The Apache batik project

There is also an excelent O'Reilly book by J. David Eisenberg

If you truly want to be on the cutting edge of graphics then you should look into SVG.

Sgis

"Truth is a personal pronoun." (john 14:4)

One language glues together a web server and a database nicely. You could do something similar with Java using Jakarta and Tomcat if you are prefer Java. Both ways are terrific ways to expand your content delivery.

The key is that you can easily run CGI scripts - quite possibly unmodified - with mod_perl thanks to the wonders of the Apache::Registry module that ships with mod_perl. It's all covered in the guide.

The key is that you can easily run CGI scripts - quite possibly unmodified - with mod_perl thanks to the wonders of the Apache::Registry module that ships with mod_perl. It's all covered in the guide.

Apache is a web server... iPlanet is a J2EE implementation. Apache is a great web server... iPlanet is a shitty J2EE implementation. True, iPlanet will serve up web pages, but if you aren't developing an enterprise-level web application, then it's like using a hammer to push the thumbtack into the wall. A broken hammer, but a hammmer. (I've done this by the way, and the plastic part of the thumbtack will break before the wall gives.)

I use weblogic 5.1 at work, and I guess it's okay. I mainly deal with the servlet side of things, as opposed to EJBs or JMS or any of that, and the servlets that it generates are not that efficient. Nor is the generation itself efficient (which doesn't impact runtime, but does impact my sanity as I reload pages). Anyway, wl5.1 feels like molasses in January in Greenland, but I'm sure it's not as bad as it feels.

At my previous company, we used Resin, which was pretty nice, but it's not a complete J2EE solution, it's just a small and fast servlet container.

If I were to start a new project, and I needed JMS/EJB/etc, I would probably investigate JBoss, which is OSS. If needed just a servlet engine but MIGHT need the other stuff in the future, I'd use Tomcat (also developed by our friends at Apache)... if I just wanted a servlet engine and that's it, I'd probably stick with Resin, which has the source available and is free for non-commercial use.

Maybe it's not OSS, maybe it's just Apache that kicks much ass. Xerces/Xalan/Tomcat/Struts/Apache. Damn, you have everything there for web application development (in Java anyway), and it's good and you can read the code, which I've used many times before. I've cursed weblogic many times for not being able to read the code (of course JAD helps for that sometimes).

My point is, iPlanet is not the counterexample to Apache, or Tomcat, or JBoss... iPlanet is horribly broken and bad. Which is strange, since it emerged from Netscape Application Server, which has been around for, well, since before I knew what the hell an Application Server was. Weblogic (maybe 6.1 or 7.0 is much better, we need to upgrade) works and is popular, but is horribly, HORRIBLY expensive for a production license.

-If

Apache is a web server... iPlanet is a J2EE implementation. Apache is a great web server... iPlanet is a shitty J2EE implementation. True, iPlanet will serve up web pages, but if you aren't developing an enterprise-level web application, then it's like using a hammer to push the thumbtack into the wall. A broken hammer, but a hammmer. (I've done this by the way, and the plastic part of the thumbtack will break before the wall gives.)

I use weblogic 5.1 at work, and I guess it's okay. I mainly deal with the servlet side of things, as opposed to EJBs or JMS or any of that, and the servlets that it generates are not that efficient. Nor is the generation itself efficient (which doesn't impact runtime, but does impact my sanity as I reload pages). Anyway, wl5.1 feels like molasses in January in Greenland, but I'm sure it's not as bad as it feels.

At my previous company, we used Resin, which was pretty nice, but it's not a complete J2EE solution, it's just a small and fast servlet container.

If I were to start a new project, and I needed JMS/EJB/etc, I would probably investigate JBoss, which is OSS. If needed just a servlet engine but MIGHT need the other stuff in the future, I'd use Tomcat (also developed by our friends at Apache)... if I just wanted a servlet engine and that's it, I'd probably stick with Resin, which has the source available and is free for non-commercial use.

Maybe it's not OSS, maybe it's just Apache that kicks much ass. Xerces/Xalan/Tomcat/Struts/Apache. Damn, you have everything there for web application development (in Java anyway), and it's good and you can read the code, which I've used many times before. I've cursed weblogic many times for not being able to read the code (of course JAD helps for that sometimes).

My point is, iPlanet is not the counterexample to Apache, or Tomcat, or JBoss... iPlanet is horribly broken and bad. Which is strange, since it emerged from Netscape Application Server, which has been around for, well, since before I knew what the hell an Application Server was. Weblogic (maybe 6.1 or 7.0 is much better, we need to upgrade) works and is popular, but is horribly, HORRIBLY expensive for a production license.

-If

Does anybody have a fairly reliable way for me to test my upload just to make sure I didnt just get lucky?

Use Apache (or WinApache) to open a port on your machine. Place some .ogg files in your .../htdocs/ folder. Now, from another machine on a different broadband provider, access your machine and download some .ogg files.

Here is the link to read at your free time: javascript

Back in 94 I started using Linux because the HURD wasn't ready. The HURD still isn't ready. That's OK, things take time. But what's not OK is for RMS to write:

Huh?

Well, no, Richard, I'm sorry. This is like saying 'this is out bridge, because we built the handrails'. Linus did the hard bit, the bit you couldn't do; and he did it brilliantly well. In fact he did three entirely different hard bits, all of which you couldn't do. The first is, he wrote an operating system kernel which worked. Now you're entitled to say that a kernel is not in and of itself an operating system, and that's true. But it is the critical structural element without which a heap of assorted parts don't constitute an operating system. So that's Linus' first achievement: a technical achievement, and a big one.

The second hard bit that Linus did which the Free Software Foundation has clearly failed to do is to evolve a development methodology which allows - encourages - very many people to take part, and which manages to integrate and exploit the fruits of all their labours. That's Linus' second achievement: a social achievement, and a big one.

But Linus third achievement is the key one, and it is key to your project of making Free Software available to ordinary people all over the world. He has brought the system to critical mass, where it's robust enough and stable enough for many people to use it, and in consequence many people are motivated to port many programs to it. This is Linus' third achievement. It's a cultural achievement, and it is an absolutely critical one without which any Free Software movement is ultimately vacuous and solipsistic.

Yes, Richard, my system is a GNU/Linux system. But it is also and equally a KDE/Linux system and an Apache/Linux system. Your contribution - the Free Software Foundation's contribution - is critical; but so is that of the Apache crew and of the KDE crew and the Debian crew and many others. And although I agree that your contributions - especially on the issues of licenses and of the underlying social principles of what we are doing - are critically important, without Linus achievement your achievement would be a footnote on the eccentric fringe of history.

Disparaging Linus not only does you no credit. It actually undermines what you are setting out to achieve. It not only distracts from the important work you are doing on defending the information commons on which we all depend: it undermines your authority to speak on our behalf.

I know that you are a great hacker. I use Emacs every day, and appreciate it greatly; much of what I do depends on things compiled with GCC. But you must realise that your philosophical work is much more important - much more critical - than your software. You were prescient in seeing the assault on the information commons and in making a stand against it, and that will be the contribution for which you will be remembered.

I have no doubt that one day the HURD will be usable. I have no doubt that the HURD, when usable, will be an interesting opererating system kernel. But the critical issue is that you, and your team, could not deliver it when it was needed, and that Linus could. It does you no harm - it diminishes you in no way - to recognise and give honour to that achievement. And it is peurile and childish to pretend that the conrtibution of the Free Software Foundation is any more important to the operating system on my desktop, on my servers, than the contribution of the Apache Foundation and its contributors or of the KDE project and its contributors. It is mean spirited to pretend that without the critical, fundamental contribution of Linus Torvalds, there would be a usable free operating system for ordinary people around the world to use.

Life is not fair. It isn't fair that the Debian KDE/Apache/GNU/Linux operating system on my desk just gets called Linux, when it comprises 796 packages by literally thousands of different authors. After all, forty or so of those packages are GNU softare. Roughly one tenth, or to put it differently, 60% of the KDE project's contribution. But, I say again, the single, critical component that welds the work of the KDE project, and the Apache foundation, and the Free Software Foundation, and hundreds of other contributors contributions into a usable whole is Linus Torvald's contribution and it's only reasonable that he should get top billing.

Grow up. Give credit where it is due, and concentrate on the parts of your work which are really critical - not just to you but to all of us. Concentrate on articulating the principles which allow an information commons in software to exist, and defending that commons from all encroachments. That is your task to do, which you do uniquely well. The honour which Linus has earned does not diminish or detract from the honour which you have earned. It is your carping, your disparagement, your evident jealousy, which detracts and diminishes your honour. Grow up and stop it.

dominik@schnitzer.at, mozparty-at-subscribe@relax.ath.cx, dominik@schnitzer.at, david_markvica@web.de, johannes_richter@gmx.net, kairo@kairo.at, rossi@chello.at, markush@world-direct.com, cbiesinger@web.de, jenskager@gmx.net, jo-at-mt@gmx.net, johann.petrak@gmx.at, dviper01@gmx.net, simon@simonschwaighofer.net, dreckskerl@glump.at, wt-lists@trexler.at, dusty@strike.wu-wien.ac.at, kasparhauserjr@hotmail.com, b.schallar@gmx.net, mutato@libero.it, phil@goli.at, diddalick@gmx.net, studio@paw8.com, croco@utanet.at, petru@paler.net, jlemmerer@node.at, bigkub@time2change.at, patrick@seher-it.at, ronald@hartwig.at, mozilla_party@webterminate.com, stefan@kleinhans.it, horst.jens@gmx.at, jjan@gibts.net, mjahn@agency.at, gpoul@gnu.org, green@eggs.ham, gerhard.hipfinger@openforce.at, mailto:moz@moz.org>, florianweinwurm@yahoo.com, christian@precht-jensen.dk, Bill_Gates@microsoft.com, Tux_the_penguin@linux.rules.microsoft.sux.open.sou rce.is.the.way.to.go.net, domi@schnitzer.at, joe_ringmaster@gmx.at, sifu@isohypse.org, dk@perm.ru, nobandwidth@bigpond.com, nobandwidth@bigpond.com, luke@strangemonkey.com, mrundataker@optushome.com.au, mcgarry@tig.com.au, chris@think.net.au, Mathias.Burbach@Bigfoot.com, acuteparanoia@optushome.com.au, syzh401@cse.unsw.edu.au, maillist@jasonlim.com, ram@digitalmethod.org, jason@sydneypubguide.net, geek@digitalone.com.au, curious@ihug.com.au, bill@maidment.com.au, kristof@staesis.org, bill@microsoft.com, belle@netset.net.au, ksosez@softhome.net, jruderman@hmc.edu, andyed@surfmind.com, down8@yahoo.com, mozparty@sigkill.com, bulbul@ucla.edu, gavin-mozparty@doughtie.com, roger@digitalfountain.com, matt@linuxschooltorrance.com, mozparty@ventura.nu, rombouts@compuserve.com, ian@freenetproject.org, tristanreid@yahoo.com, groovefx@yahoo.com, jj@lacasabonita.com, gmoudry@hotmail.com, eyezero@yahoo.com, ian@primewave.net, jlawson7@adelphia.net, el_arturo@att.net, janie@freenetproject.org, 145371217@numenor.net, infinite_8_monkey@yahoo.com, charshman@divus.org, mozparty@shadowlurker.net, john@marinapacific.com, ilanterrell@yahoo.com, aafes@psu.edu, bustamam98@yahoo.com, mozparty@myunixbox.com, yaten@sbcglobal.net, joelinux@pacificnet.net, dgc@penguino.net, poserskater69@yahoo.com, lheartb@hotmail.com, ncmother@zimage.com, daniel@likeicare.com, digital.evil@lycos.com, cjeburke@yahoo.com, jblow@hotmail.com, zachary.anthony@verizon.net, boogah@23.org, mebelost@yahoo.com, nickkricheff@netscape.net, mikemcg@ucla.edu, gogomozilla@denofslack.net, mike@mm1.com, seanmcoleman@attbi.com, jsm@bigfoot.com, hoarycripple@crippl3.net, mozparty@nslu.x.myxomop.com, mozparty@camworld.com, mozpartyNYC@isoga.net, ccarlen@netscape.com, h@rediffmail.com, lefever@rcn.com, tedjackson@accounting.org, darren@ny.com, marlon@nyc.com, plui@hyperreal.org, dzeluff@zeluff.com, joel@natividads.com, ken@bigbadapple.com, treebeard@treebeard.net, florent@nyc.com, chad@macristy.com, spud@montelshow.com, gbman_of_gvill@yahoo.com, eam-mozparty@learningpatterns.com, pkrause@primavera.com, tossoffus@yahoo.com, ryan@pantz.com, nichomof@eecs.tulane.edu, billg@microsoft.com, DevilsRejection@msn.com, petergunn@hotmail.com, bagerj@sullcrom.com, isaac@structuredsystems.net, bobk@panix.com, ngellner@hotmail.com, luke@sigterm.org, vivake@yahoo.com, jon@mediavortex.com, groovefx@yahoo.com, brendan@sighup.net, jds@panix.com, bluerose@bluerose.com, chris@allermann.net, dimkal@yahoo.com, preppyl@yahoo.com, blujoker@blujoker.net, nowell_h@hotmail.com, aragorn@cs.stanford.edu, treed@cpr.com, brt204@nyu.edu, andreas@antonopoulos.com, dj@randomwalks.com, lists@pote.com, mike@mhudack.com, reliable57@yahoo.com, jared@geek-boy.com, ondadl@mac.com, floss@myrealbox.com, xod@thestonecutters.net, mozilla@sectae.net, tywonm@screamingmedia.com, Odin_NT@hotmail.com, crooney@panix.com, bg25222@binghamton.edu, eugenem@brainlink.com, dave@downneck.net, romspace@mac.com, sdaejo@yahoo.com, masseo1@yahoo.com, jim@fearandloathing.net, mike@mjoy.us, miles@openly.com, LuciferSD@hotmail.com, nsdilwor@intertechmedia.com, chrisdowden@yahoo.com, pgs10@columbia.edu, sbrennan@ovid.com, lthomiso@rcn.com, paralox@paralox.ath.cx, Jester_458@yahoo.com, jsadove@beltion.net, stuehmke@yahoo.com, mike@realfx.com, alex@risky-roosky.com, shava@efn.org, kra10@columbia.edu, saihung@ix.netcom.com, gropo@mac.com, scottnym@yahoo.com, shaas@vibe.com, roon_toon@hotmail.com, ajaygautam@yahoo.com, jhdaly@mindspring.com, manuel@sphinx.ms, very_itchy_rash@yahoo.com, emeldrum@drew.edu, jeld@mindless.com, as867@columbia.edu, slams@penguin.rutgers.edu, wassa@columbia.edu, tony@vegan.net, zilla@bibliotrack.com, zeno_lee@hotmail.com, fosh@fishnet.cx, linux@gpl.us, jblow@hotmail.com, dkrook@hotmail.com, ivesti@yahoo.com, arek@arekwyderka.com, bljoechang@yahoo.com, brian@tribrothers.com, sparky@marklife.org, charles@softwareprototypes.com, scottkundla@hotmail.com, ccharabaruk@meldstar.com, ian@pottinger.ca, netdemonz@yahoo.com, diatribe@mailcity.com, nick@tomkinet.com, shawnlin@yahoo.com, sculley@pathcom.com, herd.killing@rogers.com, dave@renouf.com, aliyamin@hotmail.com, aswitzer@ispgn.com, netm0nkey@ispgn.com, hyakugei@hotmail.com, geduggan.mozparty@peri.csclub.uwaterloo.ca, lwhite@darkfires.ca, jorel@the-wire.com, js@tap.net, davew@tap.net, tmh@whitefang.com, vid_mozillaparty@zooid.org, anon@foolswisdom.org, morris_mk@yahoo.ca, colinmc@idirect.com, marcus.brubaker@utoronto.ca, akish@kishcom.com, nconway@klamath.dyndns.org, jason@thegeekcave.com, rampaging_simian@hotmail.com, garret@sirsonic.com, piowie@myrealbox.com, m5m5m@yahoo.com, ivan.brovko@net-sweeper.com, returnofthedorks@hotmail.com, axxackall@yahoo.com, tednye@sympatico.ca, darren.fuller@bell.ca, jbailey@nisa.net, swangeo@yahoo.ca, Hercynium@yahoo.com, cinetron@passport.ca, jotaroh@hotmail.com, aghajani@principle.com, fzv@yahoo.com, rocketmail_com@rocketmail.com, foo@bar.com, wolfe@alt.net, drew@xyzzy.dhs.org, jimmiejaz@nixhelp.net, bofh@swma.net, nilesh_mehta@email.com, mslack@rogers.com, m-cahill@rogers.com, tworkowski@sympatico.ca, george@openlight.com, irina@openlight.com, ilia@lobsanov.com, rjs@tao.ca, paul-mp@it.ca, alvarolists@aycuens.com, xan@dimensis.com, ike@lab.org, miguel@asiinfo.net, marevalo@marevalo.net, iolalla@yahoo.com, peluz0n@justice.com, weeddeveloper@yahoo.com, alfonsobugs@terra.es, sgala@apache.org, z_gringo@hotmail.com, santiz@madritel.es, murphy@litio.net, fox@mozilla.gr.jp, party@mozilla.org.uk, danj@fledgeling.com, fun@thingy.apana.org.au, moz@the-allens.net, onelists@hotmail.com, joel@fysh.org, simon.mozilla-party-if-its-in-central-london@rumbl e.net, bigboyjim@excite.com, andrew.and.friends.iff.central.london@sent.freeser ve.co.uk, itwillbecentrallondon@mozilla.org.uk, noahsark2x2@tiscali.co.uk, mmm-central-london@smileyben.com, jonathan-for-central-london@peepo.com, dave-Party-in-Central-London@dgta.co.uk, DJGMOL@netscape.net, srick@europe.yahoo-inc.com, moz-party@zpok.demon.co.uk, moz-party-central-london@trickofthelight.org, marc@brosystems.com, party@budge.net, rillian@telus.net, uphillsurfer@hotmail.com, edward@debian.org, mozilla@robertbrook.com, reagan@technomoose.com, lew@saltbeefsandwich.co.uk, osama@afghanistan.com, barking@insaneworld.org.uk, john@billabong-media.com, leith@cs.bu.edu, mozparty@noseynick.org, jonasj@jonasj.dk, bugzilla@kenneth.dk, chr_damsgaard@hotmail.com, alring@email.com, hp.grondal@get2net.dk, martin@marquentein.dk, Lovechild@foolclan.com, Kim@schulz.dk, kl@vsen.dk, mbendix@dunghill.dk, schnitzer.at@tange.dk, tommy@svindel.net, moz10@pbb.dk, dezral@despammed.com, nick@tioka.com, ask@fujang.dk, gecko@c.dk, spam@deck.dk, bugzilla@gemal.dk, b@bogdan.dk, kenneth@gnu.org, jee@email.dk, daniel@rtfm.dk, umfalvo@yahoo.com, christian@ostenfeld.dk, xor@ivwnet.com, Jason@screaminweb.com, alex@spamcop.net, dustym@riseup.net, rmcgee1@earthlink.net, dr_zeus@hotmail.com, chris.lozano@myrealbox.com, looney_binn@yahoo(dot)com, apendell@attbi.com, dantrevino@wrevolution.org, fireball1244@mac.com, tommyo@hargray.com, natas@redtailboa.net, emmett_in_dallas@yahoo.com, razzbuten@yahoo.com, igdavis@truculent-telephone.org, foobar@null.net, bob@kludgebox.com, cgrimland@yahoo.com, ghamlett@swbell.net, bgood@inceptual.com, slot0k@pogox.org, kwhudson@netin.com, jimjamjoh@softhome.net, jimmys@utdallas.edu, charlesv@mfos.org chris@focus2.com jest6r@hotmail.com steve@ncc.com, usrg@mail.utexas.edu, steve@deltos.com, alex@avengergear.com, mkoenecke@alum.haverford.edu langley@hex.net mordred@inaugust.com swapan@yahoo.com drosoph@hotmail.com, goulash1@mac.com, ean@brainfood.com, vj@vj.com lpret42@hotmail.com bugoff@hotmail.com chad@digitaltriage.net, stewart@digitaltriage.net scottvr01@yahoo.com adam@dfwuptime.com dsaint@gnumatt.org naltrexone42@yahoo.com, webmaster@bast.net, tommyo@hargray.com, ladd@kryp.to, jtaylor5@bayou.uh.edu, jgschmitz@linuxmail.org, enslaver@enslaver.com edfierro@yahoo.com, moz@photonsphere.com, rayw@fuckmicrosoft.com, rfmobile@swbell.net, kevin@unif.com trident5@bigfoot.com Erik_Osterholm@ieee.org, tmunson@houston.rr.com, alessi_brand@hotmail.com, rballa1@lsu.edu, wasted@kewlhair.com, jofficer@martinapparatus.com, idiot@mylinuxisp.com, j0sh01@ev1.net faust@wintermarket.org bouncer@hotmonkeyporn.com tk-mozparty_@perljam.net janisch@students.zcu.cz, aha@pinknet.cz kuzi@atlas.cz scat@reboot.cz, petr@dousa.cz, ruzicka@core.cz, roman@management.cz, hojan@students.zcu.cz, tille@soti.org, cas.tuyn@hetnet.nl, aeon@pandora.be, sensi_millia2000@yahoo.com, crypto@shiftat.com, jan.fabry@vsknet.be, monkeyboy@fruru.com, adulau@foo.be, johan@linux.be, karu@pobox.com, soggie@soti.org nick@tomkinet.com, why_are_you_too_lazy_to_drive_1_hour_to_toronto@yo u_lazy.com try_grammer_class_a_while@get_a_life.com john@interlynx.ca asharp@axo.cc, unionstation@ryder.ca, prade@hotmail.com, 2600@hamilton2600.ca, chris.lozano@myrealbox.com, dantrevino@wrevolution.org, jksteinhauer@netscape.net, i_love_junk_email@yahoo.com, cmiller@surfsouth.com, jan@bestbytes.de, me@phillipoertel.com, sebastian@pixelsalon.de, ccozan@andtek.com, ben@itlib.de, martin.ament@gmx.de, pulsar@highteq.net, muid@gmx.de, cedi@zooomclan.org, soapy@soapy.ch, deep_blue_ocean@gmx.ch, stamp@zooomclan.org, hans@switzerland.com, milamber@zooomclan.org, mtettea@switzerland.com, cylander@zooomclan.org, duke@zooomclan.org, pegirun@gmx.ch, pilif@pilif.ch, mlati@yahoo.com, Mozillzooom@holophrastic.com, erichiseli@yahoo.com, la_burdet@yahoo.com, rkoerber@gmx.de, dotzmasta@hotmail.com, B.Eckstein@cli.de, rtfm@linux.de, info@phosmo.de, gz@disintegrated.de, byronbay@gmx.de, stiwi@mac.com, mage@koeln.netsurf.de, mozilla@portfolio16.de, wrede@fh-aachen.de, ilikemozilla@html.de, cloud@final-fantasy.de, sfricke@sfricke.de, info@flossbau.de, no@dom.de, julian.suschlik@gmx.net, omero@m4d.sm, lapo@lapo.it, alcor78@email.it, info@fuelcat.it, mutato@libero.it, ildella@inwind.it, a.marabini@spinthehumanfactor.com, uomoman@criticalbit.com, thefl74@netscape.net, elbardo@libero.it, clem131@libero.it, t-i-e@bigfoot.com, gng74@libero.it, moz.party.20.gnes@spamgourmet.com, ema.cerqui@libero.it, ubertob@tin.it, mozparty.20.anagoor@spamgourmet.com, gianpaolo@preciso.net, ian@deepsky.com, marco@porciletto.org, planetx2100@hotmail.com, billabong@tiscalinet.it, piofree@libero.it, skunkyboy@tiscalinet.it, vincenzo@mondopiccolo.net, macmatteo@interfree.it, contreras@jce.it, hereandnow@libero.it, pza@students.cs.mu.oz.au, caedwa@students.cs.mu.oz.au, mgi@students.cs.mu.oz.au, bah@humbug.net, mfp@cs.mu.oz.au, nospamplease@indevelopment.org, peter@simplyit.screaming,net, pmj@users.sf.net, xanni@sericyb.com.au, agh@kalcium-is.com, felicityconsult@ozemail.com.au, lucas@lucaschan.com, andrewg@nopninjas.com, andym@abnormal.com, ts@meme.com.au, jasonpell@hotmail.com, syngin@gimp.org, mhammond@skippinet.com.au, szutshi@devraj.org, rmoonen@bigpond.net.au, fawad@fawad.net, ufs@softhome.net, kotrade@yahoo.com, ben@benscorp.com, stevesmith@columbus.rr.com, kkimmelosu@yahoo.com, neal.lindsay@peaofohio.com, pat@linuxcolumbus.com, chrisbaker@iname.com, hiroki2c@yahoo.com, seth@remor.com, jsohn@columbus.rr.com, ross@nanonet.net, mark@cushman.net, swinghammer.2@osu.edu, roberto.12@osu.edu, farhat@hotmail.com, pgunn@dachte.org, jwagner@gcfn.org, bp@osc.edu, joepletch@postmark.net, dsherman@iwaynet.net, glenn@uniqsys.com, bernstein.46@osu.edu, trent_reznor@nothing.com, erikniklas@bobanddoug.com, walters@gnu.org, timo@bolverk.net, annek25@aol.com, jlamb@leader.com, bart@osc.edu, jason@mcvetta.org

James from the apache group can use an SQL datastore.

"...corporation. No doubt others feel different."

The point made all along is that sadly you must have many more resources than people could have in previous times. However, you must remember that money is NOT the only resource. Lets take a software engineering task: money buys coders, designers, program managers, CM folk, Q&A folk, administrators, etc. However these tasks are often combined onto different people (wearing many hats and all that) for very large companies, so it seems theoretical that it could be done even outside of large well funded organizations... oh wait it has!

Stop this blatant attempt to spread communism and socialism, which both are failures simply because they fail to address reality and live in this pipe dream utopia where humanity somehow will magically change given the right government. Instead, why not take lessons from history and be the master of your own destiny... work hard, work with others, make things happen instead of complacently sitting back and waiting for others to do it for you. THAT is what open source and free software should be about. Take out this political crap where you force your ideas and opinions on others through policy and law all in the ironic name of freedom. (it helps to be realistic about what 'rights' and 'priveledges' are)

No, KaZaA used to have a Linux client, but they went out of their way to break compatibility with their own network protocol -- multiple times -- so the official KaZaA Linux client no longer works.

If you're looking for a Linux-based file sharing system, you have three basic choices:

• Gnutella
• giFT
• Apache or FTP

I don't count Freenet here because it's too unreliable.