Slashdot Mirror

That's because you listed ten video games, not Internet Protocol addresses.

More seriously, why do people say "intellectual property" when they mean only "intellectual resources"? Overuse of "intellectual property" connotes the support of expanded property rights (that is, powers of exclusion) over intellectual resources.

...Or the first if you're jewish...

Oh come on, IT'S FUNNY!

http://gnucvs.vlsm.org/people/saintignucius.big.jp g

Okay all you Stallman worshipers, it's time to get off your GNU Gnu. And understand what this could mean. Personally I see an iPod with ext3 and iTunes running on Linux (spare me on the whole emulation topic). I know it won't be Apple to jump over but someone will. Eventually we can see the DRM-centric companies roll over and adopt Linux as viable way of distributing content.

Furthermore, this is the one area where GNU/Linux has been lacking. While yes, I can manage my iPod on my Linux desktop, but it's been a pain or not very pretty (GTKpod is awful looking). I think this could be amazing to see. Unfortunately however, many Linux users (and especially developers) will reject the idea and write it out of the equation. Meaning that someone will have to produce OpenDRM freindly distros. I bet Suse, Redhat, and maybe Ubuntu will think seriously about that.

Having said all of that, yes I hate DRM with a passion, this is why I still buy CDs, and copy them myself, and the same with my DVDs. The biggest problem I have with DRM is in most cases it means taxing the hardware. You need faster processors and more processes running to get something simple done. On my systems playing DVDs is hard enough. (I'm still running a fleet of Pentium III's & a few K6-2's). Yes I know I need to upgrade, but why, so I can play DRMed content? I don't think so. I certainly don't care if it takes 1 minute or 30 seconds to start OOo. And everything I do on this thing runs fine, even most of my games!

The worst thing of all is how somecompanies are being dictators (think of the Skype/Intel debacle). I love how companies tell you what hardware "works" best with their software. My favorite is when I buy a new peice of hardware that has recommended specs far higher than my systems, but works fine on my slow systems (I take it the major slow down is their software that comes with the hardware? I wouldn't know unless I used "their software")

Messiah figures don't work for software.

Linux + Business Suits = Success.

I still maintain the point that designing a monolithic kernel in our brains is a fundamental error. He should be thankful he was not my deity. He would not get high praise for such a design :-)

(In case you didn't get the joke)

How is this [named.root/db.cache] kept up to date? As the network administrator [of your local network], that's your responsibility. Some old versions of BIND did update this file periodically. That feature was disabled, though; apparently it didn't work as well as the authors had hoped. Sometimes the db.cache file is mailed to the bind-users or namedroppers list mailing list. If you are on one of those lists, you are likely to hear about changes. (pg 68)

Bottom line: If you run a nameserver it is your responsibility to keep it up to date. That includes knowing how changes are announced. BIND has also had several well known security problems. If you are running a version < 8.2.5 you should upgrade that as well.

Courtesy of good ol' Google:

Sunsite.dk HTTP, Denmark -
Complete mirror with sources, binaries and contrib files.
Qkaka HTTP, China P.R. -
Complete mirror with sources, binaries and contrib files.
Utwente HTTP/FTP, Netherlands -
Complete mirror with sources, binaries and contrib files.
Planet Mirror HTTP, Australia -
Complete mirror with sources, binaries and contrib files.
VLSM HTTP/FTP, Indonesia -
Complete mirror with sources, binaries and contrib files.
E4A HTTP, Italy -
English and italian binaries.
Edumail HTTP, Belgium -
Complete mirror with sources, binaries and contrib files.
Giganet HTTP, Hungary -
Mirror with sources, binaries.
GD TU Wien HTTP/FTP, Austria -
Complete mirror with sources, binaries and contrib files.
Stud FHT-Esslingen FTP, Germany -
Complete mirror with sources, binaries and contrib files.
3Way FTP, Hong Kong, China P.R. -
Complete mirror with sources, binaries and contrib files.
RWTH-Aachen FTP, Germany -
Complete mirror with sources, binaries and contrib files (german, french, english).
PWR Wroc FTP, Poland -
Complete mirror with sources, binaries and contrib files.
Sunsite Cnlab-Switch FTP, Switzerland -
Complete mirror with sources, binaries and contrib files (german, french, english).
CHG FTP, Russia -
Complete mirror with sources, binaries and contrib files.
Mirror AC HTTP, United Kingdom -
Complete mirror with sources, binaries and contrib files.
Unam FTP, Mexico -
Complete mirror with sources, binaries and contrib files.
Stardiv FTP, Germany -
Complete mirror with sources, binaries and contrib files (german, french, english).

Thanks OpenOffice team!