Slashdot Mirror

You can get it here. But be careful. Any spyware attempting to install itself on your machine will fail, and subsequently report you to the Department of Microsoft HomeLAN security as an unamerican, cancerous commie who stifles innovation.

See:

Mac SE Server
Webserver Mac SE
Another Mac SE Server

( The SE is a 68000 Motorola running at 8mhz on 4MB of ram. So if you can *avoid* clicking the last link directly *today* I'm sure the owner would appricate it. )

As for short life cycles - oh please. I've was using a G4 single CPU then a G4 dual CPU for 3 yrs before the G5 came out. The G4 was a VERY long life cycle for a CPU.

As for getting parts, in my 20+ yrs with Apple hardware I have NEVER replaced anything other than hard drives which have ALWAYS been stock (and NOT made by Apple). OMG this is a pointless argument. Where do you misinformed twats come from anyway? It's a never ending story with you WinTel people is it?

Personally, I switched from grsecurity to SELinux shortly after the incident linked above. While Brad may in fact be quite skilled, I've simply lost trust in him and, by extension, his project.

Well, lets see... debian runs on all these different platforms. That's not "frothing groupthink", that's FACT. Windows runs on 2 of them, and 1 of those only recently (IA32 and IA64).

I'm just sick of this "Windows is less stable because they can't control the hardware they run on" crap. Linux supports more, and more varied forms of hardware, hands down.

I quite agree. The FSF is not focused on games as it is and I think that is their weak point (don't get me wrong; I love them! Their games are just not quite ready to compete. I use Debian.)

Different portions of the package are intended for use in different ways. It doesn't make much sense to license a work based on content, rather than on functionality, under the (L)GPL; this is the point of the GFDL. The software freedoms don't really make sense for the documentation.

Sarge, aka Debian 3.1, is the codename of the next release... and like the other child poster said, they're named after characters in Toy Story.

For example, the development branch is called Sid, because Sid was the kid next door who broke the toys.

If you look at the Debian Archive you'll see old distributions included bo, buzz, hamm, rex and slink.

Ciao,

TSK (611371).

These are exploits in the most basic portions, against which a sysadmin can do nothing other than keep on patching things. It's not like you could have tunned this system to make it very secure, no, no matter how carefully you (or your distributor) set it, bang, a local exploit seems to be found every month or two.

I'm seriously considering going back to BSD (maybe Debian GNU/NetBSD?), which seems to have a much much much better security track.

The really interesting question is: will Linux be able to carry Itanic, now that MS is starting to leave it behind?

Another question is: now that MS is dropping Windows for Itanium, will Intel contribute more free development tools for ia64 Linux and make more "investments" in Linux for Itanium? Since 1998, Intel has made many contributions to Linux for x86 and Itanium - I'm assuming much more than Alpha and MIPS have.

But even if they do, will enough Linux developers choose to develop for expensive Itanium workstations when cheap x86 workstations are "good enough." I think we'll see a lot more Itanium-specific Linux investments from Intel, but I don't know if Linux developers will invest more time in Itanium.

For the near future, it looks like Itanium workstations have Debian 3.0 and Red Hat Enterprise WS.

Can you convert from Reiser 3 to 4 "live" like you can convert ext2 to ext3?

No, you can't, and Debian does support Reiser4 to an extent (old August patch by the looks of things). But you're right, it's not going to be included in Debian kernels until it enters mainline.

Can you convert from Reiser 3 to 4 "live" like you can convert ext2 to ext3?

No, you can't, and Debian does support Reiser4 to an extent (old August patch by the looks of things). But you're right, it's not going to be included in Debian kernels until it enters mainline.

Well, their website has a decent amount of information about it. It's being actively developed and Debian is providing a binary distrobution of it right now. I don't know whole lot about it, but it seems like an interesting project.

Well, their website has a decent amount of information about it. It's being actively developed and Debian is providing a binary distrobution of it right now. I don't know whole lot about it, but it seems like an interesting project.

http://security.debian.org/dists/testing/

Sarge seems to be lagging because they wanted to include gnome 2.8

Gnome 2.8 is now in testing, according to the last release update. The main delay is the security update infrastructure for testing.

Security updates are done ASAP on unstable too, so it's also an option if you don't want to wait for security updates to migrate into testing.

The PHP issue was complex due to initially there being a lot of issues reported and ID's given which were later retracted.

All this was muddled by the PHPBB2 worm which the PHPBB people claimed for a long time was a flaw in PHP itself being exploited not a hole in their software.

Few people seemed to care to look into the situation carefully, had they done so they'd have released that woody wasn't vulnerable to several of the isses, eg these two.

You shouldn't abondon a platform because of a one bad tool for which there are alternatives.

Not so long ago there was a discussion on the development mailing-list about dselect. There are still many people using it on a daily bases and don't want it changed or removed. http://lists.debian.org/debian-devel/2004/11/msg00 629.html

Not so long ago there was a discussion on the development mailing-list about dselect. There are still many people using it on a daily bases and don't want it changed or removed. http://lists.debian.org/debian-devel/2004/11/msg00 629.html

I will concur that we may be somewhat quick to bite off the heads of those who would read the documentation if they knew what they were looking for in it. I don't think that the channel is as vicious as you think that it is: it just takes a little adjustment of what you're expecting. There was a discussion of these issues with the channel on the debian-user list the other day, you might want to have a read.

In any case, if you find yourself on #debian and see examples of what you describe, I'd be interested to have them pointed out to me to see if we agree on what defines an asshole.

For a really good time, try going into #debian on freenode and asking any question, no matter how esoteric. You're bound to get about three or four RTFMs, and one guy who will pmsg you with more helpful information.

You might want to try the mailing lists instead, I suspect they have a higher S/N ratio. The general-purpose "questions" list is debian-user (at) lists.debian.org, and it has a web archive at lists.debian.org/debian-user so you don't even have to be subscribed to use it.

One potater, two potater, three potater four. All as healthy and mature as any linux distribution, but it's not like most would ever buy a Mac just to run linux.

Unless this is another of those "just cause I can" things. :-)

If you'd spent slightly longer in #debian, you'd know that we're absolutely flooded with people who aren't prepared to learn things, and just want those who already know to do everything for them. When questions are asked by someone who is having troubles which the documentation (which they have read) does not solve, they do generally get helpful and correct answers quickly. I got struck down repeatedly when I first started going there, and was not a complete "n00b" either. However, I'm not so thin-skinned as to take it personally, and now I'm more at home with reading things for myself, which is the right way to be.

In any case, with regard to your grandma, you ought to send her to the Debian Reference instead ;-)

1) Make filenames and command flags case-insensitive. The few cycles you spend doing case comparisons will quickly pale in comparison to the time savings you experience in tech support situations where a touch typist accidentally hits space too soon and types "emacS."

if you feel you'd like to use ambiguous, case-insensitive filenames, you should be using a UI which handles that re-mapping for you. i want my tools to know that file abcde is different from file ABCDE. Please don't "fix" that feature!

2) Several files that do not have extensions usually have some information about their default parser in line #1. Either parse it, or start using file extensions in *NIX.

But don't make this a part of UNIX, please! Sometimes you need to dig into a file's guts with a different tool than the one "associated" with that file type. Any sort of tight binding would be anathema to the flexibility and power that UNIX represents.

3) Start making UI's that only initially expose the 20% of the UI that 80% of people will use. There's no reason for a CD-burning package to have a checkbox on the main screen about verifying post-gap length for 99% of the people in the world.

Here's an example from GNOME's Human Interface Guidelines. If you find a gnome app that doesn't meet that spec, you should file a bug against it (or fix it, if you have the skills/tools to do so!). For KDE, you might want to read relevant sections from their User Interface Guidelines as well.

Let's clean up the UI so that people who want a Windows- or Mac-style interface can have it, yes! but please don't take that as a shortcoming of UNIX. If it's a problem, it's a problem of the GUI layers that have been built on top of it. But whatever you do, please please please don't sacrifice the flexibility and power that undergirds the whole system!

1) Make filenames and command flags case-insensitive. The few cycles you spend doing case comparisons will quickly pale in comparison to the time savings you experience in tech support situations where a touch typist accidentally hits space too soon and types "emacS."

if you feel you'd like to use ambiguous, case-insensitive filenames, you should be using a UI which handles that re-mapping for you. i want my tools to know that file abcde is different from file ABCDE. Please don't "fix" that feature!

2) Several files that do not have extensions usually have some information about their default parser in line #1. Either parse it, or start using file extensions in *NIX.

But don't make this a part of UNIX, please! Sometimes you need to dig into a file's guts with a different tool than the one "associated" with that file type. Any sort of tight binding would be anathema to the flexibility and power that UNIX represents.

3) Start making UI's that only initially expose the 20% of the UI that 80% of people will use. There's no reason for a CD-burning package to have a checkbox on the main screen about verifying post-gap length for 99% of the people in the world.

Here's an example from GNOME's Human Interface Guidelines. If you find a gnome app that doesn't meet that spec, you should file a bug against it (or fix it, if you have the skills/tools to do so!). For KDE, you might want to read relevant sections from their User Interface Guidelines as well.

Let's clean up the UI so that people who want a Windows- or Mac-style interface can have it, yes! but please don't take that as a shortcoming of UNIX. If it's a problem, it's a problem of the GUI layers that have been built on top of it. But whatever you do, please please please don't sacrifice the flexibility and power that undergirds the whole system!

• Freedom 0) The freedom to run the program, for any purpose.
• Freedom 1) The freedom to study how the program works, and adapt it to your needs.
• Freedom 2) The freedom to redistribute copies so you can help your neighbor.
• Freedom 3) The freedom to improve the program, and release your improvements to the public, so that the whole community benefits. Access to the source code is a precondition for this.

2) Check to see if your local university or community college has a Linux Users Group (LUG). You'll meet other people with an interest in Linux who may even be willing to help you with design and implementation. They can also help you choose a Linux distro appropriate for what you are doing. I personally like Debian, if for no other reason than dselect, its package management system. You can get Samba, Sendmail, CUPS, Bind, Apache, etc. for it as mentioned above in other posts.

Good luck!

What do you mean ? Your distro doesn't provide digitally signed upgrades ? (well Debian doesn't really sign packages but they do sign the list of packages wich contains md5sums of said packages which are checked at installation)

Bono los servicios mi nia kuniatera interior? On a gremos escouta et thalio y preferencias de particionamiento. Anaconda (http://rhlinux.redhat.com/anaconda/, la grado pik mit la fumbo) configurar las particiones e coco a coupa automático. Entente cordiale el "hardware probing" concordia del Detect les Debian, o Kudzu les RedHat?

Nikko fuerto tippo magico mucho scorchio. Mi volta nos molto kinagraphos y deep massago MoLinux sportsero.

all the OSI did was write their rules for license acceptance such that they could place the GPL on a list of approved licenses

And from my logs, it looks like it propagated into sarge/testing some time before 23 Nov 2004. if you can't bring yourself to track the debian packages themselves, i recommend installing something like cron-apt and have it mail you when new packages are ready to be installed.

If you maintain any sort of servers that are on the 'net, please keep them patched. It's common courtesy for the rest of us who use this incredible shared resource.

And from my logs, it looks like it propagated into sarge/testing some time before 23 Nov 2004. if you can't bring yourself to track the debian packages themselves, i recommend installing something like cron-apt and have it mail you when new packages are ready to be installed.

If you maintain any sort of servers that are on the 'net, please keep them patched. It's common courtesy for the rest of us who use this incredible shared resource.

they want to make sure everyone is nice and compliant about upgrading when they decide to take httpd over to java like all the other java kool-aid they are selling --- Maven is Jonestown, lets all program in XML because its standard! Cultures breakdown when there is too little disent and questioning of authority, the apache foundtion is headed in that direction.

Lets move on, SOA and all that, most people don't need any of this mod_* crap and could use:
thttpd he has other servers there, too and http_load.
lighttpd I'm moving to this sweet little server for most apps and the home site runs ea php and ruby on rails
AOLServer like OpenACS runs on
Boa
fnord from our boy who did the (in)famous benchmarks
Cherokee I root for this one for some reason.
gatling
cthulhu
yaws in erlang, should support more simul. connections than the unlying OS can support.
dhttpd
Litespeed check out their php benchmarks
thy
roxen
mini-httpd never tried this one
xitami I have a intranet server running for 5 yrs (without upgrading xitami) on xitami Solaris, simple, small, easy to admin, never dies max uptime was 1000 days+.
eddiefor complex load bal and geographic distribution
hiawatha

And for the love of god, please at least design your sites to get their images from images.mysite.com if possible so that you can use a non-bloatware web server to server the images, reserving horsepower on your apache server for stuff that actually _requires_ some features of apache.

http://www.hcsw.org/awhttpd/ updated on 12-06-2004
http://www.norz.org/zawhttpd.html
http://cr.yp.to/publicfile.html

Try running a Linux binary from two years ago.

I run Debian stable, you insensitive clod!

What about Debian GNU/kFreeBSD? Isn't that the Debian distro of FreeBSD? Just because FreeBSD is still relatively obscure doesn't mean that its not going to end up in the same boat as Linux. Give it a couple more years.

RBL (list.dsbl.org : bl.spamcop.net : blackholes.mail-abuse.org : sbl-xbl.spamhaus.org : multihop.dsbl.org : cbl.abuseat.org) + greylistd == average 0 spam in inbox/day.

What I like best about this approach is that you reject most of the spam at SMTP-time without accepting it. If I could I'd add spam-assassin-on-SMTP to the end of the chain, but my server is tight on memory :-(

(Unfortunately there's a bug somewhere between the debian greylistd and python whereby the daemon shuts down on me all the time, but I've lodged a bug report and hope to get some help tracking it down.)

I'll never touch jigdo

Here are your Debian torrents.

Why do you hate jigdo so much? I think all distro's should publish torrents and jigdo files & templates. Torrents save mirrors the network load and jigdo saves them the storage expenses. Of course, I heard about a 200GB drive for $90 today, so storage is getting awfully cheap.

More importantly, I think DistroWatch should add torrent enclosures to their RSS feeds. That would go a LONG way towards improving torrent d/l performance of Linux distros. Some are awesome, but others just bite from time to time.

how about videos in impress presentations?

how about videos in impress presentations?

Cedega is a non-free version of wine with directx capabilities. You can browse their supported games here.

Of course not all games now-a-days require wine or cedega in order to run on linux. Games like unreal tournament and doom III include fully functional linux versions.

There are several open source games developed for but not limited to linux. torcs, flightgear, tuxracer are some examples.

Projects like libsdl are making cross-platform game development easier.

Probably the biggest problem you'll encounter is building drivers for your video card. I've heard it argued both ways but as I understand it, both nvidia and ati drivers are ass-pains in linux. Nvidia's drivers are free as in beer, not speech. If you don't really care about free-software principles and philosophy then this is not a problem for you. ATI's drivers I understand to perform less than ideally. If you haven't already purchased your video card, I would encourage you to do extensive research beforehand.

In reality, linux distributions have few differences. Any recent, major distribution should be able to accomodate gameplay. I myself use debian unstable for amd64.

As far as performance, it really boils down to hardware. My advice is to install the linux distribution of your choice. Once you get glxgears to run, give ut2004demo a try, and if you like the way it works, then stick with linux.

The site has no privacy policy and requires your address before you can register. Not quite ready for primetime.

I will say that someone offering a .deb download and .ogg and .flac audio files with no DRM is absolutely amazingly right on! Now just tack up a legal page where you explain that you'll never ever, unless required by subpoena, turn over my personal information, and we can do business.

I hate to gripe more, but I'd like to know how the player/preview app is licensed before installing it. Apparently it's not under an OSI-approved license or they haven't got a Debian developer packaging it because you can't apt-get install mindawn from the main Debian repository.

The last time I heard of this, someone said it was disabled because it is broken and never worked anyway. See

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=2 81042

for more information.

Will this hardware development bring quantum computing any closer to reality?

http://packages.debian.org/testing/admin/synaptic. html

Really?

Psycho appears to be closer to old slow Python than to C++.

I know that these benchmarks aren't the end all/be all of the issue, but where there's smoke...

Really?

Psycho appears to be closer to old slow Python than to C++.

I know that these benchmarks aren't the end all/be all of the issue, but where there's smoke...

Really?

Psycho appears to be closer to old slow Python than to C++.

I know that these benchmarks aren't the end all/be all of the issue, but where there's smoke...

IMPORTANT UPDATE: Please show your support for Ceren in this poll of Geek Babes!

Is it any wonder people think Linux users are a bunch of flaming homosexuals when its fronted by obviously gay losers like these?! BSD has a mascot who leaves us in no doubt that this is the OS for real men! If Linux had more hot chicks and gorgeous babes then maybe it would be able to compete with BSD! Hell this girl should be a model!

Linux is a joke as long as it continues to lack sexy girls like her! I mean just look at this girl! Doesn't she excite you? I know this little hottie puts me in need of a cold shower! This guy looks like he is about to cream his pants standing next to such a fox. As you can see, no man can resist this sexy little minx. Don't you wish the guy in this pic was you? Are you telling me you wouldn't like to get your hands on this ass?! Wouldn't this just make your Christmas?! Yes doctor, this uber babe definitely gets my pulse racing! Oh how I envy the lucky girl in this shot! Linux has nothing that can possibly compete. Come on, you must admit she is better than an overweight penguin or a gay looking goat! Wouldn't this be more liklely to influence your choice of OS?

With sexy chicks like the lovely Ceren you could have people queuing up to buy open source products. Could you really refuse to buy a copy of BSD if she told you to? Personally I know I would give my right arm to get this close to such a divine beauty!

Don't be a fag! Join the campaign for more cute open source babes today!

$Id: ceren.html,v 9.0 2004/08/01 16:01:34 ceren_rocks Exp $

I did the first make-based boot system, IBM did it later :-)

IMPORTANT UPDATE: Please show your support for Ceren in this poll of Geek Babes!

Is it any wonder people think Linux users are a bunch of flaming homosexuals when its fronted by obviously gay losers like these?! BSD has a mascot who leaves us in no doubt that this is the OS for real men! If Linux had more hot chicks and gorgeous babes then maybe it would be able to compete with BSD! Hell this girl should be a model!

Linux is a joke as long as it continues to lack sexy girls like her! I mean just look at this girl! Doesn't she excite you? I know this little hottie puts me in need of a cold shower! This guy looks like he is about to cream his pants standing next to such a fox. As you can see, no man can resist this sexy little minx. Don't you wish the guy in this pic was you? Are you telling me you wouldn't like to get your hands on this ass?! Wouldn't this just make your Christmas?! Yes doctor, this uber babe definitely gets my pulse racing! Oh how I envy the lucky girl in this shot! Linux has nothing that can possibly compete. Come on, you must admit she is better than an overweight penguin or a gay looking goat! Wouldn't this be more liklely to influence your choice of OS?

With sexy chicks like the lovely Ceren you could have people queuing up to buy open source products. Could you really refuse to buy a copy of BSD if she told you to? Personally I know I would give my right arm to get this close to such a divine beauty!

Don't be a fag! Join the campaign for more cute open source babes today!

$Id: ceren.html,v 9.0 2004/08/01 16:01:34 ceren_rocks Exp $