Slashdot Mirror

Yes. It is in Fink now, which means that GNOME 2.4.x should be extremely simple to install on OSX.

Read this for instructions.

The only real function of Live CDs in the enterprise is provide exposure to Linux to people with no risk.

The enterprise version of "live CD" is called PXE boot of a network OS install.

Change a bios setting and your computer boots off of the network.

Also, in the enterprise, where you have homedirectory servers, shared application servers, /usr/local/ servers, nearline storage, etc. All you really need is a network boot OS and nfs storage, but it's hard to replace local disk swap with network disk.

An interesting twist on this is to use the overlay filesystem on top of a network boot image, so that users can actually modify files in an overlay layer and save those layers of changes

Google is your friend, the first six hits (after which I stopped checking) all send you to the right place.

To play the DivX verisons you will need the latest Divx 5.1 bundle and at least an 800Mhz processor. Any earlier versions of divx might cause the player to lock up.

We reccomend the Normal Quality version for people on slow links or who want to see the movie quickly. To save it to your Hard drive right click on the file and select "save as" or "save link target as" and select a place to save the file.

Mirror 1

[Kong Full Movie] High Quality DivX 5.1 : 13 meg

Mirror 1

[Kong Full Movie] Normal Quality DivX 5.1 : 85 meg
[Kong Full Movie] High Quality DivX 5.1 : 137 meg

You can grab the movie via various filesharing networks. We recomend Bittorrent as it is fast, easy to use and saves a lot of load on our servers. You need to install the windows client from here. It intergrates into your browser so you can click the bittorrent link below.

[Kong Full Movie] BITTORRENT : Normal Quality DivX 5.1 : 85 meg
[Kong Full Movie] BITTORRENT : High Quality DivX 5.1 : 137 meg

Mirror 1

[Kong Trailer] High Quality DivX 5.1 : 13 meg

Mirror 1

[Kong Trailer] High Quality DivX 5.1 : 13 meg
[Kong Trailer] Half Size DivX 5.1 : 5.2 meg
[Kong Trailer] Low Quality MPEG : 12 meg

You can grab the movie via various filesharing networks. We recomend Bittorrent as it is fast, easy to use and saves a lot of load on our servers. You need to install the windows client from here. It intergrates into your browser so you can click the bittorrent link below.

[Kong Trailer] BITTORRENT : High Quality DivX 5.1 : 12 meg
[Kong Trailer] BITTORRENT : Half Size DivX 5.1 : 5.2 meg
[Kong Trailer] BITTORRENT : Low Quality MPEG : 12 meg

To play the DivX verisons you will need the latest Divx 5.1 bundle and at least an 800Mhz processor. Any earlier versions of divx might cause the player to lock up.

We reccomend the Normal Quality version for people on slow links or who want to see the movie quickly. To save it to your Hard drive right click on the file and select "save as" or "save link target as" and select a place to save the file.

Mirror 1

[Kong Full Movie] High Quality DivX 5.1 : 13 meg

Mirror 1

[Kong Full Movie] Normal Quality DivX 5.1 : 85 meg
[Kong Full Movie] High Quality DivX 5.1 : 137 meg

You can grab the movie via various filesharing networks. We recomend Bittorrent as it is fast, easy to use and saves a lot of load on our servers. You need to install the windows client from here. It intergrates into your browser so you can click the bittorrent link below.

[Kong Full Movie] BITTORRENT : Normal Quality DivX 5.1 : 85 meg
[Kong Full Movie] BITTORRENT : High Quality DivX 5.1 : 137 meg

Mirror 1

[Kong Trailer] High Quality DivX 5.1 : 13 meg

Mirror 1

[Kong Trailer] High Quality DivX 5.1 : 13 meg
[Kong Trailer] Half Size DivX 5.1 : 5.2 meg
[Kong Trailer] Low Quality MPEG : 12 meg

You can grab the movie via various filesharing networks. We recomend Bittorrent as it is fast, easy to use and saves a lot of load on our servers. You need to install the windows client from here. It intergrates into your browser so you can click the bittorrent link below.

[Kong Trailer] BITTORRENT : High Quality DivX 5.1 : 12 meg
[Kong Trailer] BITTORRENT : Half Size DivX 5.1 : 5.2 meg
[Kong Trailer] BITTORRENT : Low Quality MPEG : 12 meg

Some of the common GNU utilities are availiable on Windows (without Cygwin).

Sun flirted with the idea of turning the specs over to a standards body some years ago, but it soon became clear that Microsoft would try to influence any such organization and bastardize the language.

One can create standards organizations with whatever voting and membership rules one wishes. "One company, one vote" is a simple one that will minimize Microsoft's influence but also minimize Sun's. Sun actually has more allies (e.g. IBM) and would have more influence in such a body.

Finally, I'd like to know the grounds for ESR's claim that Sun's alleged control of Java is "throttling acceptance of the language in the open-source community, ceding the field (and probably the future) to scripting-language competitors like Python and Perl." Java has one of the largest development communities in the world with lively activity among open-source developers -- think of Jakarta.

Java has excellent support in the server space. But for general purpose programming, C wins and Perl (e.g. SpamAssasin, MovableType) and Python (e.g. Gentoo, Mailman, BitTorrent, PLone) come in second and third. As we move into computers with scores or hundreds of Gigahertz, the shift will be away from C but not toward Java.

Actually, I don't think that Java's unpopularity for these things is directly caused by its closed-ness. Rather it is because the very idea at the core of Java, that it is in some way wrong or deprecated to write platform specific code leads to weirdnesses like getenv being deprecated or JNI being way more complicated than it needs to be, or there being no standard build mechanism for JNI packages (like MakeMaker or distutils for Perl/Python).

Python and Perl are easier to transition to from C because their communities think that it is sometimes appropriate to write code specific to the platform. I need to do my job. Sometimes my job involves calling the win32 API. Show me something mature and easy to use that helps me get my job done and shove the ideology (open source or anti-Microsoft) up your ass.

If industry loves Java and open source programmers stick with C or shift to Python I do really think that is a long-term problem for Java. The Unix/Open source universe has a power disproportionate with its size and it size is growing. If Python inherits C's mantle as the defacto language for programming on Linux, Java could be in trouble. Also, consider these trends:

Usenet postings for comp.lang.java.programmer:

2000: up 348%
2001: up 2% (but with 18% fewer individuals participating)
2002: down 8% (and with 22% fewer individuals)
2003: down 35% (and with 24% fewer individuals)

Usenet postings for comp.lang.java.c:

2000: up 406%
2001: up 7% (but 1% fewer individuals)
2002: down 10% (16% fewer individuals)
2003: down 17% (26% fewer individuals)

Now look at comp.lang.python:

2000: up 779%
2001: up 41%
2002: up 8%
2003: UP 13%

Of course Java and C still win in absolute post numbers.

Does this prove anything? No. But it doess suggest that Java's growth has peaked. It seems unlikely to me that Python's growth is even near its peak because it is still growing by word of mouth, it will grow up with Linux, Perl and Java programmers are still migrating in droves (Perl's 2003 Usenet figures are down 37%).

And in a lot of ways Python is very, very immature. This implies to me that when it matures it really will be a major threat to Java. It is easier to grow more performant implementations (like Psyco and Pyrex) than to fix a fatal flaw in the languages' central idea.

I don't know if you could find it using MUTE http://mute-net.sourceforge.net/

0.2.2 is better at not dropping downloads than 0.2.1 and earlier, but still suffers from not having enough users to guarantee you'll be able to find what you want. It's also extremely slow. BUT it's encrypted and anonymous, which is increasingly what's required in this time of RIAA's and EMI's.

I believe Canadians can download from http://www.illegal-art.org/audio/grey.html no problem, completely legal thanks to the copyright revision of the late 1990's which also introduced the hated blank media levy.

Ain't my cup of tea, but it's so much it's own thing that in a reasonable universe it would be considered original work. This isn't the Beatles.

Seriously, it's fucking awesome.

1) Get this
2) Set this as default
3) Query the album name

You should have it downloaded within 20 minutes tops. It's fucking worth it though. I'm a huge Beatles fan and I enjoy a lot of modern rap, so this was a great joy for me to find this album. I don't see why EMI is so pissed off anyway.

These are of course significant, but I wouldn't call them "apps". "Apps" are word processors, mail clients, web browsers, file-sharing software, etc.; in short: client stuff.

They may lack market share, but there are mail clients, web browsers, file sharing, and numerous word processors available. In fact, if you follow those links you will find a couple of complete office suites written in Java. IBM/Lotus used to offer eSuite, which was an entire office package written in Java. Oracle has a huge marketshare and is very focused on Java/Linux as well.

You may not have personally used any of these programs, but give them a shot before you write off the language. Chances are many people use Java applications with no knowledge that they are doing so (Limewire users come to mind). If the language lacks applications, it is the fault of developers, not the language. That is the point of ESR's letter: there would be much wider use/acceptance of Java if it were open and the incompatibilities between the implementations were fixed.

These are of course significant, but I wouldn't call them "apps". "Apps" are word processors, mail clients, web browsers, file-sharing software, etc.; in short: client stuff.

They may lack market share, but there are mail clients, web browsers, file sharing, and numerous word processors available. In fact, if you follow those links you will find a couple of complete office suites written in Java. IBM/Lotus used to offer eSuite, which was an entire office package written in Java. Oracle has a huge marketshare and is very focused on Java/Linux as well.

You may not have personally used any of these programs, but give them a shot before you write off the language. Chances are many people use Java applications with no knowledge that they are doing so (Limewire users come to mind). If the language lacks applications, it is the fault of developers, not the language. That is the point of ESR's letter: there would be much wider use/acceptance of Java if it were open and the incompatibilities between the implementations were fixed.

Sun announced several years ago that they would be standardizing on Gnome for their enterprise desktops. They have made significant contributions since then (let's not be fooled: none of these recent public sector / governmental success stories would have been possible without Sun's accessibility work). When they decided to go with Gnome, they already had a production JVM for Linux that equalled the Windows and Solaris (in that order) virtual machines in performance and stability.

When they went with Gnome, Microsoft had long been banging the .NET / C# drum and Miguel had allocated his devoted team of Mono hackers at Ximian with the explicit intent of bringing a modern programming language, C#, to Linux and integrate it tightly with Gnome.

And Sun does nothing! This is an impossible equation to me:

• Sun hates Microsoft above all.
• The biggest threat from Microsoft is .NET and C#. [1]
• Therefore, Sun hates .NET and C# above all.
• Sun wants to push Gnome as the desktop platform of the future.
• There's a big movement within Gnome to make .NET and C# the ubiquitos programming environment in Gnome.
• Therefore, Sun will push a desktop platform which at its core[2] will have Mono and C#.

1] Because it invades Sun's most priced asset: the Java and J2EE mindshare.
2] Maybe not technically, at least not yet, but well in developer mindshare.

I don't understand how Sun can let this happen. That's where Java should be! Everything is prepared: all underlying frameworks are in place (industrial-strength JVM on Linux, the new GTK Swing LF, some native Gnome/GTK-Java integration already works, JVM sharing in the pipeline), it's a great way to bring Java to the desktop masses (without having to go through a hostile monopoly) and if Sun doesn't do it, very soon every one will be using their shiny "Java Desktop Systems" to build GTK# applications in .NET on top of Mono.

So I say to Sun:

• Let Java free! You will never get full community and Gnome acceptance until you do.
• Allocate tons of resources to integrating Java with Gnome! And we want real bindings, a buggy Swing Look and Feel is not enough! When a developer sits down to build a Gnome app, they should want to use Java because it's so easy and powerful and well integrated.
• Let people use gcj, GCC's Java-to-native compiler, to produce native binaries from their Java Gnome apps, they're already building for one desktop so screw Write-Once-Run-Anywhere!
• Make your client JVM so good that there's no need to. You're almost there already, most Java apps are today equal to or faster than their C/C++ counterparts on the server side. If Swing hadn't been such a hog and you could tweak that JVM startup time some more, no one would notice the difference on the client-side either.

-EE

What "community process"? Are you talking about the Java Cartel Process?

I was pleasantly surprised to find that the demo CD for Sun's Java Desktop System that I got at LinuxWorld this year is based on Morphix.

Yes even Sun use Morphix, but it a long story . They maybe should have mentioned that they were going/planning/had used Morphix, just to be nice.

But it does show how flexiable it is.

Morphix is modular, and can be adapted with less effort

The base, the Knoppix part contains the kernel, kernel modules, hardware detection, etc. This base is left untouched. You can either a change a mainmod or add lots of minimodules.

The are four basic images to start off with. So making you own LiveCD is much easier.

It even possible to save you files, configuration and setting to the Morphix CD you using, ready for next boot up.

Did I mention the GUI installer ...

Brendan

While Boot CDs are great, they won't work with NTFS, and even back then Dos games had a hard time with hardware. Those good old days weren't so good after all.

IMHO, Boot CD's are more geared to evangalists. If you want to work on multiple platorms, I perfer emulation such as Cygwin (Linux in Windows) and Dosbox (Dos for any OS),

Linux is making a pretty big dent regardless of those tools. Nevertheless, since you obviously don't know what you're talking about and dont'care to research, I'll do it for you.

VB:
KBasic
Mono

Access:
knoda
GNOME-DB
(For non-free, I beleive that StarOffice may have something and there's also InterBase.)

The table of equivalents / replacements / analogs of Windows software in Linux.

Strings is included as a part of GNU's binutils package. There's a native Windows binutils package made by the MinGW folks. Here's the direct link. You'll need to open it in Winzip or another program that can open tar.gz files.

There are a lot of "open source" fuel injection computers out there (ignition too). If your really interested in making more power and hacking, join on to one of these projects. Perhaps someday someone will make an aftermarket odd fire ignition computer that I can program. In the mean time, check out these projects

MegaSquirt Electronic Fuel Injection Computer
Electronic fuel injection 11
PowerPC fuel injection

Well, we've already got Vigor...

VNC - stunning application with a couple variants. Either use the full function Ultra on the LAN or deploy the lightweight Tight to remotes.

Helpdesk is Liberum - Some people may say that it is a project that is alive and kicking. I think that a year with no updates for an open source project means it is pretty close to abandoned.

Works a treat though. Web interface, client updates, complete call tracking, very easy to customise, email interface. Best thing for what we do. It does not want to control my hardware audit (which is done separately) it simply tracks calls. Does what it says on the tin.

Does this game support EAX in Linux on a machine with an SB Live! card? I am still using Red Hat Linux 7.2 system with Kernel 2.4.20 and emu10k1 drivers.

I usually play games in Windows because of better audio (EAX).

So, whatever the motivation of Mono or dotGnu, I simply want to develop my cross-platform C# apps. That's MY motivation, and that's what matters to me.

As for Java. I used to agree about the ugly user interface. That is until I tried Eclipse. Eclipse uses SWT which is a GUI kit for Java that uses native libraries. So under MS Windows, your Java apps look and fell just like any other Win32 application. Under Linux SWT uses GTK+2 so they look and feel is like a native Linux application. I personally think SWT is very nice. Here are some screenshots of The Azureus BitTorrent client. This client is written in Java and looks and acts like a normal Win32 app instead of an ugly Java swing app. It looks and acts the same under Linux as well.

It's highly configurable and works well on this Linux box.

I use it and it's quite good.

This came up on a mailing list that I'm on. Someone pointed this out. If you look at the logs you will notice that it's been around for a while:
Fri Apr 6 19:07:23 2001 UTC (2 years, 10 months ago) by jberndt
There's also this
There you have it. Two old examples of a script contained in an XML file. So it anyone's worried, there's definitely prior art out there. It's of course possible that MS had stuff like this before that and their lawyers just got around to squirting out a patent for it, but it makes me feel a little better that people found this stuff so easily and quickly.

This came up on a mailing list that I'm on. Someone pointed this out. If you look at the logs you will notice that it's been around for a while:
Fri Apr 6 19:07:23 2001 UTC (2 years, 10 months ago) by jberndt
There's also this
There you have it. Two old examples of a script contained in an XML file. So it anyone's worried, there's definitely prior art out there. It's of course possible that MS had stuff like this before that and their lawyers just got around to squirting out a patent for it, but it makes me feel a little better that people found this stuff so easily and quickly.

Of the two, SuperKaramba has more plugins that will appear to the novice or non-geek. To see SuperKaramba applets, go here (though the KDE-Look.org site is currently having fits, so you might have to check back later).

These bits of mostly eyecandy might help make a Linux desktop more interesting to the uninitated.

You may be interested in this.. Anyway, Linux has been better for Porn downloads for ages. Get mplayer, konqueror, and of course the gimp.

a lot longer: Freenet
I wonder how many people will start using freenet just to get the sources and not get tagged as "one that downloaded the sources".

You write as if the Nokia Communicator was discontinued or something. Not so -- they've kept developing new models, it still sells fairly well, and I'm sure any well-stocked mobile dealer would have some for sale. Based on what I've personally seen, I'd say that the Nokia Communicator is the most popular PDA in Finland. And to keep this on-topic, there is a C64 emulator for the Nokia Communicator.

This might be a help: GNU utilities for Win32

It would be a blast to run GTDS (Goddard Trajectory Determination System) again. OK I'm a geek. Still, it would be really cool to have a good orbit propagator in toys like xephem and Orbiter.
Software like this could be a great boon to physics and engineering education too.
Also, think about the X prize competitors having access to this. Some Free key flight dynamics SW or Computational Fluid Dynamics codes would level the playing field.

If you're looking for a great light-weight but full featured graphical text editor geared toward programmers under Linux I highly recommend Cream for Vim. On the other hand, if you'd rather have an easy to use editor in shell that doesn't suck for coding, I would suggest JOE (Joe's Own Editor) which you can download here.

If you're looking for a great light-weight but full featured graphical text editor geared toward programmers under Linux I highly recommend Cream for Vim. On the other hand, if you'd rather have an easy to use editor in shell that doesn't suck for coding, I would suggest JOE (Joe's Own Editor) which you can download here.

Examples I know of: NASA STEP Testbed, and Express Engine, though they're not the glamourous or sexy type of software most of you seem to be thinking of in this article. Not rocket or Mars-related, at least.

POPFile is a Perl application that tries to maintain 100% test coverage.

SCons is a next-generation build tool, or make tool, written in Python with strong cross-platform support, integrated autoconf-like functionality, a lot of stable features, and a growing user community. We're currently at 14K+ lines of non-comment, non-blank source code, and 32K+ lines of non-comment, non-blank test code.

We use a combination of two different testing methodologies: 1) Individual modules all have PyUnit unit tests (similar to JUnit, but in Python, of course). 2) The SCons application itself is tested using a custom testing module that manages creation of temporary directories and files, execution of the application, and checking against expected results. This custom module is actually a wrapper around a generic "test any script/command" infrastructure module that could be easily used to test other scripts and/or commands. (The command under test could be implemented in any language, not just in Python.)

I use the Aegis change management system to manage the SCons development and testing cycle. Aegis' primary value add (for me) is its management of the test cases and the testing methodology it enforces. By default, all Aegis changes must have one or more modified or new tests. The new/modified tests must not only pass when run against the new code, but must (by default) fail when run against the old code. This helps guarantee that your tests are good, and that your code isn't passing because you made a mistake in your test and forgot to call the new feature.

By testing in this fashion from day one, we've built up a very strong regression test base--284 test scripts at last count, each script containing multiple individual tests. This test base has become crucial to our ability to refactor (and refactor and refactor...) the internals as we add more features. Sometimes it takes longer, of course, to make a rewrite satisfy all of the regression tests, but when you're done, you can be pretty sure you haven't broken anything. And if you did break something, then you have to add or modify a test when you fix it, and that becomes another part of the regression test base.

The key to getting going with this kind of test-driven development (in my opinion) is making writing and executing the tests as simple as possible (but no simpler!). If writing a test is too difficult, then a lot of developers will simply avoid it. But if you can get them over the initial hump by making it easy to write tests, it gets downright addictive because you get all of this positive feedback when your tests show you that your new code works.

We'd be glad to have you check out the testing infrastructure we've developed for SCons, either for code you can actually use, or simply as a source of ideas. Feel free to contact the SCons development team if you have any questions.

From skimming the patent, it looks like they're patenting something vaguely like this:

... in other words, using XML to keep several languages' versions of one script.

I don't really see the point. There are plenty of extremely portable languages, and what happens if the versions in the XML file fall out of synch? If someone edits the perl version but not the python version, you could be in trouble. Writing a non-trivial algorithm that works exactly the same in two completely different languages (if they weren't completely different, you wouldn't need to drag them both around) seems like more work than just using a portable language in the first place. I suppose it could be useful for keeping scripts across incompatible language versions -- you could have one script for $language v1 though v2.5, and one for all later versions.

Still, if I were using XML to make my code portable, I'd use Flare or something very much like it. Maybe I'm missing the point, but I think this patent is pretty weird.

The problem is bittorent cannot be used for small files like html and associated graphics. The overhead makes it an unattractive option. Also the random peer policy for downloading, does not make it a good option for small files.

Wait for 2 months when p2pbridge will be released. Its a network overlay (JXTA) based delivery system which if possible retrives data from the nearest cache within a time limit, else gets it from the server.

My main OSS project is a window manager. How do you unit test that? It is nearly impossible without writing your own test X server and the like. Just not worth it.

Creating mock objects is much simpler than creating a "text X server", although admitedly a wm is slightly harder than normal as you can't take the easy route of running a seperate version on your main display.

Howewver taking a quick look at blackbox, textPropertyToString() is the only thing in Util.cc that couldn't trivially be unit tested and at least all of i18n.cc and Timer.cc. That's 3% with basically no changes.

http://miranda-icq.sourceforge.net/zeez-im/

Check out a report of how Zeez Universal IM System copied sections of the popular GPLed Miranda IM. Down to the label strings in places and a "blank"-ed GPL agreement dialog!

~fractal

Nothing reality tests the usability of a proposed API then writing unit tests against it.

For those who develop in Java, may I propose JUnit? If you want to test the GUI of a web server, then try HTTPUnit although the value of writing unit tests to this is less since GUI is usually subject to a lot of changes over time.

And I do. For those not in the know, Azureus is an open source Java BT client. It has its share of problems, most of them coming from its Java heritage, but it looks pretty and offers a lot more functionality than the vanilla BT client. If you want most of Azureus' features but don't care about the GUI, you may also want to try out Shadow's BT Client. It looks basically like the vanilla client.

I wouldn't be suprised if emacs had something like clippy tho.

I don't know about emacs, but vi does.

Why don't tools like yum, up2date, and apt incorporate BitTorrent concepts to download packages and files?

This exists, it's called up2us. I've never tried it though.

Cheers,
Justin Wick

He wanted to bite Swarmcast, of course!

There is a Java version called Azureus on sourceforge, I much prefer it to the typical python clients (feature-wise) and it should run fine on Linux.

Somewhat unrelated but nonetheless on-topic with the Fedora release, Fedore Core 1 server/minimal UML images are available at http://myturl.com/000pz/ (Linux Users Group site) for public consumption. I'm going to try to wait until the official Fedora Core 2 (not a test Core 2 release as this is but rather the real thing) is available before making UML images for that, as well. But using this UML image provides a good way to test and play with Fedora without reinstalling your system, just so you can see how much you like it. More info on UML in general can be found a the User-Mode Linux website on SourceForge, of course.

I use the Mac OS X version, so I don't get to see this, but a friend showed me his Windows version and you could not only see who was connected, but what their bandwidth use was too.

If you want a client with more features (as above) check out Azureus. It's written in Java, and it works really well for OS X. The vanilla BitTorrent client is also fine, but lacks important options like setting bandwidth caps, seeding ratios, etc.