Slashdot Mirror

Why do you have problems to come up with figures? I just went to http://svn.apache.org/viewcvs.cgi/ and voila, Apache has only 168000 revisions, less than a half of what KDE has now in the repository (and that's even optimized like same commits to HEAD and branches were merged into one revision).

Subversion has a client, but no server [for Windows].

What!? That is complete nonsense. Subversion has excellent and complete (client + server) cross-platform support. Linux, Windows, *BSD, MacOS X, Solaris -- you name it. They achieve this by using C and APR.

Maybe you should read HOWTO Setup A Server on Windows.

http://james.apache.org/

More seriously, this means something like + Lucene[1] (or, more likely, lucene4c [2])

[1] http://lucene.apache.org/
[2] http://incubator.apache.org/lucene4c/

More seriously, this means something like + Lucene[1] (or, more likely, lucene4c [2])

[1] http://lucene.apache.org/
[2] http://incubator.apache.org/lucene4c/

After all, technical solutions have worked SOOOO well against Spam, and email worms.
/dripping sarcasm

Some do, some don't. I find that most of my spam is now caught by various RBL's like Razor/Pyzor, and DCC. Plus a few of the new tests added in SpamAssassin 3.0. Bayesian scoring seems to do very little now, the spammers have found ways to obscure words so that they don't attract attention. But SA (even before 3.0) has tests for those tricks as well. Plus Clam AV appears to be adding new signatures for common phishing attacks. I sometimes see phishing emails flagged as viruses (by Clam AV) instead of spam (by SpamAssassin) because of this. I use Amavis new to tie SpamAssassin and Clam AV together into a filter system at the MTA (postfix) level.

A FreeBSD-röl: nekem problémamentes. Elsösorban azért ez, mert nagyságrendekkel könnyebb volt megtanulni mint a linuxot. Kezdve a tüzfal konfigurációtól (ami angolul van - tényleg, megírni még egy bonyolultabb filtert is olyan, mintha angolul beszélnél) az oprencer konfigurációig. Aztán meg ott van a csomagkezelöje, mely ötvözi az APT és a ports funkcionalitását. pkg_add -r openoffice-2.0-devel az egyenlö az apt-get install openoffice-blah paranccsal. Szóval nem muszály ports-t használni, lehet teljesen a bináris csomagkezelöre hagyatkozni, amely funkcionalitását tekintve minden szempontból lefedi a debian csomagkezelöjét. A bináris csomakog relatíve frissek (kábé 1 hónap csúszás van a ports-hoz képest, de ezen még akarnak a jövöben javítani): xorg 6.8.2, kde 3.4, openoffice-2 (még a magyar verziója is!!!) stb.. Aztán ott van a webes infrastuktúrájuk. Lehetöség van feltölteni az installált portjaidat a a freshports-ra, és emailben értesítenek ha valamelyik csomagot frissítették.

Aztán: nem kell skipfirst meg ilyesmi. Mikor felteszel több portot, ha az egyik nem sikerül, egyszerüen továbblép, tehát nagyobb lelki nyugalommal hagyom ott hétvégére a gépet fordítani, mert mire megérkezem, ott lesz egy lista hogy miket installált, mik nem sikerültek, és hogy miért nem sikerültek. Aztán: a már felinstallált (mindegy hogy forrásból vagy binárisból) csomagokból egy paranccsal tudsz binárist csinálni: pkg_create -b pkg_name. Ez pedig pont olyan lesz mint egy .deb csomag: tartalmazza a csomag telepítéséhez szükséges dependenciák információit, tehát amikor egy másik gépre fel akarod tenni, automatikusan felteszi a dependenciát vagy az általad megadott útvonalról, vagy a netröl. Így telepítettem a két ratyi gépet is. A jobbikon telepítettem a csomagokat, -p kapcsolóval (mondjuk portinstall -p blackbox) - ami felteszi a csomagot és csinál egy bináris csomagot is egyben. Majd átmásoltam ftp-én keresztül a binárisokat a gyeng

In firm slashdot tradition, I have not RTFA - however...

XML. For Page layout. Intended for printing.

So what makes this "Metro" anything other than a proprietary rehash of XSL:FO?!?

We're currently using it as a middle step between our own XML based documents and PDF, using FOP. Sure, FOP doesn't fulfil all of the spec, but the spec exists, and works well.

There is already a non-proprietary XML-based document language specified by the W3C - it is called XSL-FO (where XSL == the usual and FO == formatting objects).

Additionally an open source XSL-FO -> PDF converter exists: Apache FOP.

Do you mean the Apache HTTP Server, the Apache Xerces XML Parser (C++), the Apache Xalan XSLT Processor, the log4Cxx, or the Apache Axis in C++ (to name a few)?

Do you mean the Apache HTTP Server, the Apache Xerces XML Parser (C++), the Apache Xalan XSLT Processor, the log4Cxx, or the Apache Axis in C++ (to name a few)?

Do you mean the Apache HTTP Server, the Apache Xerces XML Parser (C++), the Apache Xalan XSLT Processor, the log4Cxx, or the Apache Axis in C++ (to name a few)?

Do you mean the Apache HTTP Server, the Apache Xerces XML Parser (C++), the Apache Xalan XSLT Processor, the log4Cxx, or the Apache Axis in C++ (to name a few)?

Do you mean the Apache HTTP Server, the Apache Xerces XML Parser (C++), the Apache Xalan XSLT Processor, the log4Cxx, or the Apache Axis in C++ (to name a few)?

JSP sucks. Check out Velocity at the very least.

if people are paronoid of proprietary search companies tracking their info, why not look into an open source search engine?

Interesting changes with Apache 2.0.54:
- Add a build script to create a Solaris package.
- (null)
- (null!)
(Changelog)

Well, at least Apache now supports Open Solaris!

How about a combination of MailScanner, ClamAntivirus, and,SpamAssassin.

All FOSS, easy to install, and extremely effective. You could even keep your Exchange server; just put the scanning box between it and your inbound email firewall. (You do have an inbound email firewall, right?) I assume you also scan outbound email as well. For those, just set up Exchange to use the scanner box as a "smart host."

Lots of nontrivial projects have made do with CVS, a source code control system with limitations is much better than nothing at all.

IMHO significantly better...but click and decide yourself

I call shenanigans. In what way has SUN made this hard? And I gotta wonder why anyone would moderate the parent as insightful when the author has utterly failed to provide any evidence to support his claim.

Take a look at maven (http://maven.apache.org) and its repository on ibiblio.org....its CPAN for Java! Automatic download of dependencies is a very cool thing indeed.

...Slashdot editors do cliché posts too?

(Although it should probably be "Cell Phone as e-Book Reader...in Japan!")

Seriously, are these e-Books PDFs? If so I can probably write mine in XSL-FO, use FOP to make one of these, and then see my work on cellphones. That'd be sweet.

I really like Python. It's an incredibly powerful language -- what other languages give you the power to redefine what "is" means? For example, you can override the '.' operator (and getattr) and create whole sets of virtual objects that don't really exist. Things like object proxies for RPC or external resources like Zope become possible.

Its main two faults in my mind are:

1. Speed (but this is being worked on, see the Parrot JIT compiler)
2. Memory usage. wxPython especially is an excellent toolkit but a memory HOG.

As far as Java goes, I don't particularly like Java all that much, but one area where it has a definite advantage over Python at the moment is libraries. Not just the standard library, but what add-on libraries are available. Python has a lot, but Java has pretty much everything and the kitchen sink.

For example, I recently worked on a project that needed to display and manipulate SVG graphics. The two requirements are that it be cross-platform, and be done quickly (in just a couple weeks). I originally wanted to use Python but was unable to find a cross-platform SVG rendering library for Python. I came across the Apache Batik toolkit for Java and found that it was exactly what I needed.

Batik is pretty sweet -- you get a swing component that you can plop into an app in about 10 lines of code and boom -- you have one of the most compliant SVG renderers that I've seen to date. Plus it even gives you a DOM interface that will update the graphical view in real-time. As much as I dislike Java in general (even more bloated than Python :), the third-party libraries certainly made this project a breeze.

Here is some Apache SOAP info: http://ws.apache.org/soap/

And here is how are good friends in Redmond do it: http://msdn.microsoft.com/webservices/

I have not used the Apache stuff, but in ASP.NET and C# it is very easy to both set up and consume web services. After promoting MS, I now need to go wash my hands.

Java has already fragmented into several mostly compatible forks. IBM has their own JVM, as does Apple, Oracle, Borland, and there are a wide range of Free Software Java-alike systems.

If those "forks" aren't 100% compatible, they are not Java(tm). IBM, Apple, Oracle, and Borland pay good money to Sun to make sure that their Java(tm) Virtual Machines pass the required tests in order to call themselves Java(tm). There is no way that Sun has lost control of Java(tm) in spite of what some wishful /.ers want to believe.

Heck, right now Mono is doing a better job of enticing Free Software advocates than Sun is.

Yeah, right. But we can measure the relative popularity. Here are 3435 Java projects but only 60 results for Mono and just 146 results for C#. Heck, we can even throw in the 395 results for .net (most of which have zero to do with Mono or MS's .net) and Java would still have a near 10-1 advantage.

It may be interesting to know that Nutch has been used for this purpose for a while now:
http://search.creativecommons.org/index.jsp. It may also be interesting to know that Yahoo! Labs hosts a Nutch demo search engine with a few hundred million indexed web pages.

This is great news for Lucene, which is what's at the core of Beagle. More specifically, it is the port of Lucene (Java) to C# and .Net, which can be found at http://www.dotlucene.net/.

Okay, so basically this is the problem: when Google encounters a status 302 redirection (as opposed to the status 301 redirection) it then indexes the content as belonging to the initial URL, not the URL at the end result of the 302 redirection. Other things happen later because of google's design.

302 redirections are temporary redirections - the idea is that a 302 is supposed to be used when someone needs to be redirected to a new page, but should still use the original URL if they want to come back later. As an example, the page http://purl.oclc.org/OCLC/PURL/CONTRIBUTORS performs a 302 redirect to http://purl.oclc.org/docs/contributors.html. This means that although your web browser needs to go to some other URL for the content at the moment, they really should remember the first url as the permanent one.

Contrast this with what happens when your browser visits http://snowplow.org/martin - you get sent a 301 redirect to http://snowplow.org/martin/. (Note the extra slash) In this case, the server is saying "the url with the slash on the end is the real location, and you should not try to come back here without the final slash in the future."

Ideally, if every web browser behaved according to spec., bookmarks (remember bookmarks?) would get automatically updated to the new URL when you selected them and the redirect was a 301 redirect. However, for a 302 redirect, the bookmark would stay as is.

302 redirects can be very useful when you want to set up a hierarchy of "logical" URLs that will permanently point to the correct location. 301 redirects are useful when you're obsoleting an old URL and wish people to go and use the new URL from now on.

Okay, so how does this relate to google? Well, let's suppose that you have a great site on fruitbats. I can set up http://www.example.com/topics/fruitbats to be a 302-style redirect to your site, essentially saying "The information at http://www.example.com/topics/fruitbats is temporarily being hosted by http://www.yoursite.com/". Now, google when it spiders pages will see that, will go retrieve the text from your page and will then index it under http://www.example.com/topics/fruitbat, since after all I just gave a temporary (302) redirect.

But it gets worse, because a final part of google's indexing process is to compare pages for identical text, and throw out all but one of the URLs. Apparently this stage has nothing to go on other than the text and the recorded URLs, and so your URL stands a fifty-fifty chance of being thrown out.

Except that I've not just redirected http://www.example.com/topics/fruitbats to your site, but also http://www.example.com/topics/fruitbat, http://www.example.com/topics/fruit_bat, and http://www.example.com/topics/fruit_bats. Now your lone URL doesn't stand much of a chance of being the one kept by the "throw out duplicates" processor, does it?

In a sense, of course, there's little google can do to prevent this, because even if they weighted 302-redirects lower in their "throw out duplicates" stage, I could always just go snag a copy of your website each time googlebot visits, in essence doing the redirection myself. (How? Just search the apache mod_rewrite guide for "Dynamic Mirror") However, doing it through 302 redircts means that google pays for the bandwidth to go get your page, not me. (Not that this is necessarily a signficant amount of bandwidth, since we're only talking about basic google here and not images. Depending on the revenue you get by misdirecting google queries it might be economical)

Of course, for this to really work, I'd need a list of websites sorted by category to build up my redirect db. But wait! The ODP feed provides exactly that.

I am a little bit wary of doi

If you think del.ico.us is cool, you should check out Simpy. Yes, it lets you tag your links, but also watch other users (think of delicious Inbox, but then multiply them by any number), subscribe to feeds, get your data from Simpy programmatically via the REST API (yeah, for hackers). Oh, and there is full-text search. It helps that the person behind Simpy is a Lucene developer. :)

Oh, sorry, try this.

It is a bit unfortunate that Nutch hasn't received as much attention as it really should, but writing a search engine from scratch is a pretty complex task, especially one that's capable of competing with something like Google.

Think about this: to be effective, a search engine needs to download, basically, the entire Internet. This implies a need for an enormous amount of bandwidth, which translates to lots and lots of money. Where will a little open-source search engine get all this money for all this bandwidth? That's an issue that needs to be addressed before anything like Nutch can work.

Another issue that has to be resolved before an open-source search engine can take off: the development model just doesn't sync up with the way search engines work. You have to keep a big central database somewhere of all the pages the robot has indexed. J. Random Hacker can't just download the source code, hack at it, build it, and try it out at home without access to this database. (Okay, technically he could, but it wouldn't be able to do anything useful.)

Geez, maybe you should pay attention to what you are answering. As I said already, most people do not care about development of software and totally don't care about software development tools.

Those who do, can quite easily work under MS Windows by using Free Software tools. GCC - go down the list and you will see that you can get yourself a build that works on MS Windows.

Here is a PHP installer for Windows.

Here is a JDK installation for windows from Sun.

Here is a bunch of Free apps that will run under Java on any platform Apache

Here is a nice development tool for you - Eclipse.

Here is cygwin, in case you want your vi and other *nix tools under MS Windows.

I can give you thousands more examples. A whole bunch of interpreted languages, native compilers, free dev tools, you name it. It all works under Windows. You are spreading the FUD.

Now, as I said, the argument that GNU/Linux costs less works much better for the PCs sold to lower-class people, if it means they can actually afford the box.

If you are a middle-class individual, who can afford the box even if it is whatever X dollars more expensive, you are much better off with a Windows box. The chances are you will want to run MS Windows software and if you cannot then what good is the box?

Anyone at all can download a Free OS, once you have some OS installed on some box.

...or you could use log4j from Apache and have a very powerful logging engine that's fairly simple to use and fast.

1. Remember that jvm and library is different. There are good OSS JVMs, but the libraries are a trouble spot.

2 All the main OSS libraries build and run on Kaffe, including things like the SWT window toolkit, xerces parser, etc. Look at the Gump to see how well it is going: http://brutus.apache.org/gump/kaffe/

3. A lot of focus in the gump/ant dev groups is about improving gump builds. If we can clean build the OSS stack on the OSS platform, we will be independent of Sun.

4. the big issue with libraries is testing compliance. One thing we want is for sun to open up the TCK for Java so that OSS implementations can test against the official java TCK

5. Although the TCKs are opening up, it is patchy and trouble. TCK access is only under NDA, which makes it hard to broadly test and debug, which is what OSS relies on.

Just been poring over the new RPM versions...

I see FC4 includes MySQL 4.1.10 a nice wee jump up from 3.23. Apparently RedHat are now happy with the MySQL licensing terms.

It has Eclipse 3.1, dovecot, bash 3 (with debugger), Tomcat 5 (but only 5.0, not the declared stable 5.5.7), Xen 2. And that is about all that caught my eye.

Having just been recompiling the RHEL4 sources I'm struck by how similar the versions all are. I'm presuming that rhel4 split off fc4 or vice versa a month or two back. I'd be curious how/if they co-ordinate all the patches and source code between the two different brands.

--
FC3 (now!) and RHEL4-based (soon!) VPSs

That's for Unix. The Apache 2 default MPMs vary from platform to platform. The mpm_winnt default for Windows (which you'll note the original poster is using) is multithreaded.

beagle , lucene or swishe for *nix, MS-Land etc.

I guess I don't know the exact problem domain you are working with or what application environment you are looking to present graphs with... but server-side SVG generation has worked pretty well for us.

Check out Batik and see if it can fit your solution.

Right. The thing that people don't appreciate is that with Notes and Domino, I can build a dynamic web application with personalization, workflow, forms, end-to-end encryption for security, session-based authentication with timeout, LDAP integration, import and export via XML, rich text editing, file attachments, full text search--and I can do it all in a day, including the time it takes to set up the server software on a random Linux box.

I don't know of any other tool that lets me do so much, so quickly. Ruby with Rails might be such a tool, but I've only just started writing Ruby. Don't even get me started about how much work J2EE is. Struts is a joke, just look at their "simple" login configuration.

Of course, speed is a tradeoff against cleanliness. That's why you see a lot of ugly Notes applications, and the Notes client is kinda crufty and complicated. But sometimes you don't have two weeks to engineer a J2EE solution.

• C++
  • jEdit is a Java programmer's editor with excellent C++ support. I do development on Linux, Win32 and MacOS X, so it's very nice for me to have one editor I use on every platform. jEdit's not as featureful as, say, Emacs, but it's considerably more friendly to use.
  • Boost. If you're writing C++ and you're not using Boost, you're committing a crime against yourself.
  • Python. With Boost's Python library, it's easy to make your C++ applications scriptable. Write the heavy lifting parts in C++, then make those parts callable from Python. Do the rest of your development in a far safer, more sane language. You get almost all of the speed of C++, and far fewer headaches.
  • SWIG is another tool that's excellent for creating scriptable C++ applications.
  • Subversion for your version-control needs. Nothing else will do.
  • Doxygen for all your documentation needs. Learn it, love it. Your code's not done until every public part of the API has been doxygenated.
  • The GNU Autotools are really, really awful. They're also far better supported than Scons or pick-your-Autotools-replacement. Get ready to feel the pain of m4 macros. Sorry. :(
  • The GNU Compiler Collection started getting a good C++ compiler around version 3.0. I've been quite favorably impressed with 3.3, and I'm looking forward to 4.0. I don't recommend it for Windows, but for Solaris and x86 Linux it's beautiful.
  • I haven't found a good C++ unit testing framework yet. If you find one, please let me know.
• Java
  • Eclipse is an excellent Java IDE. jEdit also fits the bill nicely, if all you want is an editor. I use both frequently, and am quite pleased with both.
  • Subversion again for your version-control needs.
  • jUnit for unit tests. Your code's incomplete unless you've written unit tests for it.
  • Javadoc for documentation. I would recommend Doxygen, but it's quite possible you'll be deploying your applications on machines that don't have it installed.
  • Ant for all your build needs.

Try looking at maven for your build. It has been described as ant on steroids: http://maven.apache.org/

For large Java projects I would highly recommend maven http://maven.apache.org/ for your project builds, testing reports etc.

Avoid NetBeans, I had nothing but trouble with it. JBuilder is good if you can afford the commerical versions, since the free versions are pretty much useless. Eclipse is probably the best free IDE, and with C++ plugin I find it more than capable for what I need.

IMO Together is much better than RR, they both cost about the same, which is the serious downside to both. If you are only doing forward engineering I would consider ArgoUML. Argo does decent forward engineering, but it's reverse engineering leaves a lot to be desired. If you have to do any reverse engineering, none of the free UML tools I looked do a decent job of it. In fact Rose isn't even very good at reverse engineering.

Doxygen works well for documenting C++, I wish the output was MORE Javadoc like.

If you are doing a lot of C++ coding get a code memory/bounds checker. Commerically Purify is stll the best, IMO. There are also some good free options, sorry I can't remember the ones I looked at though.

Uniting testing I use junit for Java. There is cppunit for C++, I haven't tried it though so I can't say how good it is.

Maven is very useful for project management duties.

I would use Ant instead of Make. It is well documented, easy to understand, supports both Java and C++ and Eclipse can run Ant build scripts directly.

An open-source web search engine. The project has been around for a couple of years and it's backed by Apache.

The Mac's version numbering system isn't quite as wonderful a model as Apache's APR or some other better adherent to the Major.Minor.Patch version numbering scheme. When you start mixing end user expectations and marketing dictives with the numbers you'll wind up with a confusing system. Mac OS X may have started with sane motives, but it's started mixing policy with numbering and that is starting to cause erroneous expectations and possibly confusion down the line.

The first integer (the major release number) is about incompatibility. Data structures, file formats, programs, plug-ins, and hardware are all possibilities. Other things have been added or stabilized, but it's only with the major release number changing does a user have to worry about converting all of his data or find that programs have stopped working. 10.0.0 was an unexpectedly major change from 9.x. for many users. Incompatability infuriated the Mac marketplace. Line endings in text files. International support standards. Font libraries. Disk formatting schemes. Whole classes of programs that stopped working. The end of extensions and control panels. This scale of "incompatibility" could not be hinted at again in future releases. As a result you won't see that first version number change for marketing reasons for a long time to come.

Originally, when the minor revision number changed the end user might have some new functionality, speed increases, or new improvement possibilities to take advantage of, but barring unexpected stability issues, you don't need to worry about backward compatability issues. It is important to pay attention to forward compatability issues if you're looking to install new software or make changes to what you have, your old stuff will still work but lusting after new programs may mean you need to upgrade to a newer version. When Puma (v 10.1.x) came out, there were major improvements, but other than some inadvertant bugs no compatibility issues. It was a free upgrade and many say it was significantly improved to be the first usable version of Mac OS X. Unfortunately that didn't continue to hold. Upgrading the minor revision number was a postive thing in terms of market expectations, just as the major number meant icky problems with incompatibility and lower expectations. With Jaguar (10.2.x) and Panther (10.3.x) Apple has been using the second number as "major release" number where they'll change backward compatibility and now it's even more obvious since Apple was now marketing and charging for these minor revision number upgrades in just as big a spectacle as the upgrades to Mac OS 7 and 8 and 9 before. (though there use of older version numbers pre-OS X had even more marketing influence).

When the third number (the patch number) changes that was only supposed to say that the set of bugs and stability of the version has changed. Whether customers and developers have found them or not, a release has a set of bugs and errors. The patch number simply says that this set has changed. Hopefully for the better, but making changes can sometimes cause things to become more unstable. No features should be intentionally added or removed. During the release of Cougar (10.0.x) and Puma (10.1.x) there were some major bugs and fixes would often bring increases in functionality when a whole technology or sub-system started working or had huge speed boosts. Now the third number says nothing about bugs and stability but due to marketing use of the first and second numbers has become the feature release number.

So what happened to that third number as a marker of the bugs and stability? This is now pushed down into the Build number. Do 9 out of 10 Mac users know what the build number is or how to find it? Click on the version number in the "About This Mac" dialog box (or look at the System Profiler app). This probably isn't a bad decision on the part of marketing: "Obfuscate the level of instability" but it does make it harder for support people to diagnos

If they're using Apache, we can now say with confidence it is the most popular web server in the solor system!

Agreed.

Maybe we need to fork off SA for trolls.

That or I need to carry my +3 flaming troll bane long sword more often.

Remember, because it costs almost nothing to make

Oops. Typo? Freudian slip?

Software has a very high cost to make. It requires highly skilled laborers, and lots of time to make. Making high-quality software is difficult, and by the nature of things it's difficult for a programmer to make software that's easy to use.

Notice I never argued against open licenses. Also, I never argued that software costs little to reproduce. It costs about $0.50 to make a CD-R, if you don't mind a vanilla, paper case.

I argued (and still argue) that software piracy reduces the actual saleability of soft wares. It essentially makes a vendor compete against himself, and therefore should legitimitely be called "theft", because doing so takes value away from the goods that highly qualified personnel spent lots of time to create.

If you want to gouge people, then you can hardly blame them for using it and not paying you.

Don't like the price? Don't buy it. Think it's wrong? Write your own open-licensed product and give it away. There's certainly plenty of people who are.

The ONLY time your arguments might have weight is in the case of a monopoly, and in these United States, we have protections for that, too.

Why do you feel the need to justify theft? Your arguments cast a pall from those of us who are dedicated to using and supporting truly open, free licenses on software!

Hence the name: it was a-patchy-server. I thought the pun was mildly lame

Except Apache was named after the native American tribe and wasn't a pun at all.