FreeBSD 4.6 Release Delayed 223
Dan writes "Bruce A. Mah from the FreeBSD Release Engineering team announced that due to some late-breaking issues, 4.6 will be released about a week later than originally planned."
I've noticed several design suggestions in your code.
Sheesh! (Score:4, Funny)
Re:Sheesh! (Score:1)
Since we're playing Saturday morning troll:
Doctor McCoy logs off a FreeBSD machine...
"he's dead Jim"
Scotty logs onto a Linux box...
"Captain! She's gonna blow!"
Then XP and Mac OS X are dying too ! (Score:1, Offtopic)
If BSD is dying, then XP and Mac OS X, both of which are either using parts, or mostly based on the BSD technology.
I can see Mr. Gates and Mr. Jobs quitely sobbing already.
Re:Then XP and Mac OS X are dying too ! (Score:1)
So what if only 1% of MS Windows XP is based on BSD code ?
As long as there's a LINE OF BSD CODE amongst the millions of Windows XP code base, the XP will STILL be partly based on BSD.
Re:Then XP and Mac OS X are dying too ! (Score:1)
Re:Then XP and Mac OS X are dying too ! (Score:1, Informative)
No, we don't "know" that at all. Here [kuro5hin.org] a Microsoftie explains that a BSD-derived stack may have been used for NT 3.1 and replaced almost immediately afterwards.
Besides the NT stack is multithreaded and has significantly better performanace than any *BSD on SMP hardware ("netcraft" tests that Linux 2.4 won).
Re:Then XP and Mac OS X are dying too ! (Score:1)
There's your line of code.
/Pedro
The Backbone Runs on FreeBSD (Score:1)
Limerick (Score:2)
There once was a troll found on slashdot
Whose posts made him seem like a crackpot
Something's wrong with his head
Screaming BSD's dead
Thanks to Darwin it's just hit the jackpot
Re:Cripes moderators! (Score:2)
Only a week (Score:3, Insightful)
Re:Only a week (Score:1)
Major commercial support for (Free)(Open)(Net)BSD (Score:2)
Re:Major commercial support for (Free)(Open)(Net)B (Score:2)
*BSD (Score:2)
My question, again, is who?
Re:*BSD (Score:1)
Re:*BSD (Score:1)
Here's a nice list [freebsd.org] from FreeBSD. Some of those are products that can be used with FreeBSD and some are products based on FreeBSD.
Re:*BSD (Score:1)
Nokia [nokia.com]
Intergate [stbernard.com], but it looks like they are going away.
-Kahn
Re:Myth of BSDL (Score:3, Informative)
Not that this changes the argument about commercial contributions back to the OS, but to provide a non-rhetorical answer to what I presume was a rhetorical question:
The kernel support for USB is typically in sys/dev/usb in the source tree. (That's where it is on my FreeBSD 3.4 system; no, that's not a typo for "FreeBSD 4.3".) There may also be user-mode daemons or library routines there as well.
Here's a FreeBSD FireWire implementation under development [freebsd.org]; the most recent tarball came out 2002-05-30. I don't know what projects, if any, exist for NetBSD or OpenBSD.
Re:Myth of BSDL (Score:2)
By "ports" do you mean "stuff in the {Free,Net,Open}BSD ports collections"? If so, have you surveyed, for example, all ~7000 FreeBSD ports to see what licenses they have, and determined that most of them are not GPLed (much less that most of them use the BSDL)?
If by "fBSD" you mean "FreeBSD", it doesn't have its own C compiler - or linker, or assembler; it uses GCC, GLD, and GAS. Take a look at /usr/src/gnu.
Re:Myth of BSDL (Score:2)
If by that assertion you mean that the changes to the ported applications are BSD-licensed, then, even if true, it's not a very interesting assertion - the applications in question are still GPLed.
On BSD, cc is gcc:
Two names, same program.
So? That's make, not the compiler.
Which, as noted, is the GNU C Compiler, even if the command name used to invoke it is cc, not gcc.
Re:Myth of BSDL (Score:2)
I'm quite aware that there are plenty of BSDLed projects; I'm just noting that the C compiler that comes with BSD isn't one of them.
But if you weren't busy on Slashdot being yet another worthless stupid brainless monkey, and actually had a brain to use and bothered using it, you could have figured that out.
Re:Myth of BSDL (Score:2)
Correct. Just because BSD happens to have cc as one of the names for the GNU C Compiler doesn't mean that it's some compiler other than GCC. As you will discover if you actually bother looking at the source that generates the C compiler on BSD, it is GCC.
You are incorrect in your mistaken belief that I've been making some assumption that the C compiler on a system is called gcc; my makefiles use $(CC).
Re:Major commercial support for (Free)(Open)(Net)B (Score:1)
Granted, not all OS X users are hardcore UNIX hackers, but I think having Apple pushing a *BSD derivative is a great way to stir up some more interest in it.
Re:Major commercial support for (Free)(Open)(Net)B (Score:3, Informative)
Re:Major commercial support for (Free)(Open)(Net)B (Score:2, Funny)
Apple (Score:2)
Not exactly fair to claim this as embracing a free BSD base, as OSX is not free, portable, and open-source. This is like claiming MS-DOS is based on Unix because it has files and directories.
Re:Apple (Score:1)
Yeah, it took a couple of versions before MS-DOS got directories. :)
Re:Apple (Score:4, Insightful)
Not exactly fair to claim this as embracing a free BSD base, as OSX is not free, portable, and open-source.
No, but Darwin [apple.com], on which OSX is based, is free, portable and open-source. Oh, and it's based on a free BSD base (with a Mach microkernel).
More like claiming that Solaris is based on AT&T Unix, which it is.
Re:Apple (Score:2)
If the Darwin kernel is actually based off the 4.4BSD code then fair enough. But I haven't seen that it is. As far as I can tell, Apple took a microkernel, put a Unix compatibility layer on it and called it 'BSD' for marketing reasons.
Re:Apple (Score:4, Insightful)
You might not see this if you don't actually look into it. Like, maybe start at that link I provided?
From this discussion of the history of Darwin [apple.com] we read:
andI guess seeing that much of Darwin is based on the 4.4BSD(-lite2) code, then this is "fair enough" for you.
From what I can tell, Mach is a very bare bones kernel here, not providing a process model or networking, etc.
Re:Apple (Score:3, Troll)
Well there is the mention of 'a customized version of 4.4 BSD-Lite2 kernel'. It's not immediately obvious how to transplant a monolithic kernel to run on top of Mach, but I guess we should take Apple's word for it that you really are running a BSD system: just one that happens to be hosted on Mach in some way. Maybe the objective test is: would a developer who is familiar with 4.4BSD, or FreeBSD or NetBSD, feel at home hacking the Darwin kernel?
Could anyone who knows more about this stuff clarify what is happening? I am assuming that JordanH is not _the_ Jordan H.
Re:Apple (Score:2)
MACH does some VM stuff, and a little IPC, but the BSD is pretty much a full one. Don't take my word for it though, or Apple's. Go bloody download Darwin and look!
Re:Apple (Score:1)
No, I'm not _the_ Jordan H, but I am _a_ Jordan H. See my brief bio for details [slashdot.org]. Also, see this journal entry [slashdot.org] describing a time when I tried to play off my name for a joke.
Re:Apple (Score:1)
Then you may be confused by what makes an OS an OS. The original ports of linux to PPC were based on MkLinux which was a microkernel as well. Are you saying that those weren't linux? Also if you are worried that not all of the code is exactly the same as another BSD out there then every platform NetBSD runs on wouldn't be able to be called "NetBSD" in respect to one another because of the extra code it takes to port from one architecture to another.
If you think of Mach as your "hardware layer" then Mach becomes the platform you implement BSD on [like Lites].
That may not be a perfect analogy.
Re:Apple (Score:1)
OTOH, if Darwin actually uses BSD code (in the same way as MkLinux uses Linux code), then it's reasonable to count it as 'BSD' while not giving that title to Linux or Solaris or Cygwin.
Re:Apple (Score:3, Informative)
Re:Apple (Score:2)
*> Note, I don't think the inclusion of all those technologies is bad, but its too far in the core. There's no architectural coherence to the design. Also, as for the languages, again, having them as an option is fine, but different parts of the API use different languages, which is irritating.
Re:Apple (Score:2)
done in a microkernel. The BSD part of the kernel
does much more than the Mach part. It's not a set
of stubs on top of Mach functionality, rather it
provides filesystems, networking, security
from interfacing to the hardware, I don't think Mach
does anything besides memory management and Mach IPC.
Re:Apple (Score:1)
Hopefully I'm wrong on this....
Re:Apple (Score:1)
Hopefully I'm wrong on this....
I think you're wrong, as I don't see the restrictions you are referring to in The Apple Public Source License [apple.com], which covers Darwin. But, the language is legalese so maybe I'm missing it.
I note that the Open Source Initiative [opensource.org] includes The Apple Public Source License [opensource.org] on their list of approved licenses [opensource.org].
Re:Apple (Score:1)
Re:Apple (Score:1)
Re:Apple (Score:1)
That's a familiar story. I recall hearing that the OSF/1 developers, which was originally based on Mach, did exactly the same kinds of things to get acceptable performance.
The only OSF/1 system to see much use was from Digital (now Compaq, I mean HP), with their Unix for the Alpha, originally called DEC OSF/1, then Digital UNIX and then Digital Tru64 UNIX, then Compaq Tru64 UNIX and now, pant, pant, I hear that another name change is in the works under HP.
Re:Apple (Score:2)
hmmm
IIRC, it's supposed to be scrapped in favour of world's ugliest surviving Unix, aka HPUX.
Re:Apple (Score:2)
Re:Apple (Score:2)
Mac OS X that is not part of Darwin.
Re:Major commercial support for (Free)(Open)(Net)B (Score:3, Informative)
Re:Major commercial support for (Free)(Open)(Net)B (Score:2)
Of course, being security companies, they don't talk much about it.
Re:Major commercial support for (Free)(Open)(Net)B (Score:2, Informative)
Re:Major commercial support for (Free)(Open)(Net)B (Score:2, Informative)
FreeBSD shop.
The Nokia Firewall-1 implementation is based on
a modified FreeBSD.
IBM's InterJet router-toaster is based on FreeBSD.
Re:Major commercial support for (Free)(Open)(Net)B (Score:1)
Apple has a BSD solution. It's called OS X [apple.com].
Not too bad (Score:2, Insightful)
Good to see how the quality of the release takes precedence over any deadlines. That's the way it should be. I'd rather have FreeBSD 4.6 a month late than have a buggy one now.
Re:Not too bad (Score:2, Funny)
Good to see how the quality of the release takes precedence over any deadlines. That's the way it should be. I'd rather have FreeBSD 4.6 a month late than have a buggy one now.
Code release: Free BSD: 7 days delay - Secure + very rare security patches
MS: 7 months late (only binaries) and then... urmm...SP1 +reboot+SP2+reboot +SP2a...oh stuff it...http://www.windowsupdate.com
BSD wins
Marketing: Free BSD: 4.6 + /.
MS: 2000/XP + $Marketing$
....always displays '0'.
Afterall 2000 is 434.78260869565217391304347826087 times better than 4.6
My calculator refuses to give me a comparision for XP/4.6
You be the Judge of this one...
Re:Not too bad (Score:2)
A Good Thing (Score:3, Insightful)
I'm sure that having a stable DHCP installation is going to be important to all the cable modem users out there running FreeBSD, so this is clearly A Good Thing.
Re:A Good Thing (Score:2)
And if only major hardware vendors delayed iron to code out the bugs....
graspee
This happens in industry, too (Score:3, Interesting)
There is a problem with this, though. Customers made business plans based upon planned release dates. When those release dates slipped, the customer's plans were upset. This could leave them in awkward situations because they couldn't do certain things without features present in newer versions of the software. As a consequence, we always dreaded a slipping of the release date because it would provoke great annoyance from the customers.
Customers want it right and on-time. If they have to pick between those two, they will select to have it right, but will not be happy about it!
Re:This happens in industry, too (Score:1)
But on the flipside, people who need software like Veritas are using it predominately in mission-critical environments, and would probably agree that quality outweighs release timeliness. Its all very well getting it right on schedule, but if you then lose your entire storage network due to a few bugs, you'll wish it had been delayed in the first place.
In fact, I'd hypothesize that most non-free software that ships on time is driven purely by commercialism and a desire to get to market before the competition, rather than a real desire to keep the user base happy.
Re:This happens in industry, too (Score:1)
I believe that this is one of the main reasons for the easy adaptation to a Windows enviroment in large businesses. If everyone uses Office 2000 and XP comes out they test the new product for months to ensure that no difficulties are encountered. When upgrading an OS (we all use 2000, not XP) - every single application the company uses must be tested in the new environment.
Gettign to the point now. Stability and compatibility are the two most important things in the enterprise enviroment. Release dates that vary by a couple weeks for even a couple months won't really affect large scale customers since they will have it in testing for months.
The Canadian military is currently using Windows 95 and Office97. For the past couple years they have had Windows 2000 and Office 2000 under testing. They will eventually transition to the new system. They wouldn't however be upset it the release of Windows 2000 or Office 2000 wasa delayed by a couple months since they spend years testing software and hardware before being used.
Release dates affect mostly home cnmsumers. The people upset that Office XP isn't out right now. The people that will buy it and install it on their main machine - if it break they rebuild from scratch.
On another note, I think this may be a reason that a Microsoft solution is used more often than a linux solution. Microsoft has much less updates. This is bad in the respect of needing security updates, patch fixes and other such things but it is good in the fact that not much changes over time. Does anyone here have a linux system from 1995 that they use on a daily basis and haven't updated since?
That's all for now...
Re:A Good Thing (Score:1)
Re:A Good Thing (Score:1)
Re:A Good Thing (Score:1)
I could not do this as of a month or two ago.
siri
Re:A Good Thing (Score:1)
Shoot (Score:3, Funny)
...oh wait...no FreeBSD? I thought they said no free LSD.
Re:Shoot (Score:2)
You know how the saying goes... there were two good things that came out of Berkeley. =)
Lack of nerds? (Score:1, Interesting)
Now it seems to me that we mostly have wannabe nerds here. I'd say that if you truly are a geek, you would not be afraid to install another OS. In fact it would be something you would thing was fun. "Hey another OS/version, lets check it out just for the fun of it".
Personally I like to install all kind of OS, yes I even have tried to install M$ servers just to check them out, not that I would like to run one. Playing with all kinds of operating systems and making it run of strange hardware is fun to me.
But maybe the people truly into *BSD might not post here at all because all the responses to their posts most likely will be met with a useless reply.
It's not that I don't like Slashdot, but why are the view and posts so narrowminded? It seems to me that the topics that gets the most posts(besides from M$ bashing), are the ones where you can apply some kind of generic opinion and without any deep insight into the subject. But maybe this is how it always has been and it's just me who are wrong.
Re:Lack of nerds? (Score:2)
Yes, it is really tiring that EVERY BSD article is flamed by the exact same stupid responses. Yes Linux does have a larger support group, and it was more user friendly at an earlier stage, but that doesn't mean it is worth less as an OS. No matter what anyone thinks of any operating system, I am going to use whatever I think works best and most efficiently for ME on my machine. Currently that is FreeBSD. If a major OS release comes out on the x86 platform, I usually give it a go. Ignorance will never help, it might only stop me from finding something I find valuable.
Re:Lack of nerds? (Score:1)
Re:Lack of nerds? (Score:1)
Amazing... the duplicity of Slashdot (Score:1)
As much as I don't like M$ do you think that they delayed their OS's because they wanted to or that they didn't think they were stabel enough?
OpenBSD (Score:2, Insightful)
Re:OpenBSD (Score:1)
Then again, Windows 95 still runs as good as it ever did (I take that back - windows95 DOES NOT run as well as it used to, it crashes even more often than it used to on my dual boot machine that runs FreeBSD without crashing at all). And Upgrading Win95 requires spending money. With FreeBSD, you get to upgrade for nothing.
last weeks 4.6-RC (Score:1)
No big deal. (Score:1)
Release? (Score:1)
FreeBSD is more straightforward than Linux IMHO (Score:1, Insightful)
cd
make install
damn
shell choices? You have lost me there, since Linux and BSD use the same shells.
I honestly don't see how the installation program is difficult to use. I have heard many people complain about it, but it's not hard to use at all. Of course I haven't used any recent Linux installers (last Linux I used was Slackware 7) with all the dumbed-down GUI luvin', but I still fail to see how a straightforward ANSI menu system is confusing and difficult?!
Let's not even get into kernel compilations where FreeBSD wins hands down.
I mean, all you have to do is edit one single text file and then type "make buildkernel" and "make installkernel" and viola! No lilo or anything like that to deal with.
I do admit that the whole slice/partition thing baffles me a little bit, as I don't understand why someone would want multiple slices? Partitions are good enough for me when it comes to organizing a disk. Does anybody out there actually use multiple slices? If so, why (I'd honestly like to know!)
Re:FreeBSD is more straightforward than Linux IMHO (Score:2)
Or you could just install the portupgrade port (from /usr/ports/sysutils/portupgrade), and use "portinstall program" or "portupgrade program" as appropriate. Even easier. (And, yes, "portupgrade portupgrade" works. :-)
Re:FreeBSD is more straightforward than Linux IMHO (Score:1)
pkg_add -r mozilla
or other such package. But don't go telling too many people these secrets, they might actually try to use FreeBSD at some point in the future then our jobs enlightening them will so incredibly borning.
Re:FreeBSD is more straightforward than Linux IMHO (Score:1)
Don't ask me why its that way.
FreeBSD is more straightforward than Linux (Score:1)
There is also the need to operate on hardware that can't run Windows, and does not support DOS partitioning.
Re:FreeBSD is more straightforward than Linux IMHO (Score:1)
I use them for multi-boot FreeBSD on one disk. I also use them for fast backups before upgrading the OS on this slice. At the moment I use the other slice for -CURRENT tests.
Hans
Slices Vs Partitions (Score:1)
I use multiple (two) slices for running -Current and -Stable. N.B A normal IBM bios allows 4 partitions per disk, as I have a partition for
Re:FreeBSD is more straightforward than Linux IMHO (Score:4, Insightful)
I honestly don't see how the installation program is difficult to use. I have heard many people complain about it, but it's not hard to use at all. Of course I haven't used any recent Linux installers (last Linux I used was Slackware 7) with all the dumbed-down GUI luvin', but I still fail to see how a straightforward ANSI menu system is confusing and difficult?!
Well, don't take our word for it. Read here [freebsd.org] why Jordan Hubbard thinks it sucks - and he wrote it. (Section 2.2 describes sysinstall.) A select quote:
It also describes various reasons the ports system sucks, though "hard to use" isn't on my list. My major complaint with it is that the "base system" isn't packaged. With a RedHat system it is, and you can really take advantage of this. For example, when doing a security audit, boot from external media, check the GPG signatures in the package database, do a "rpm -Va", and make sure nothing extra is in suspicous places. ("rpm -qal" to get a list of what should be there, a "find" command to get what actually is.) You then know no binaries have been tampered with. With a BSD system, you pretty need to reinstall.
There are legitimate reasons to dislike these systems. It's all about weighing the choices - some new FreeBSD 5.0 features (KSEs in particular) sound interesting enough that I might switch a system or two back to BSD when it's released.
Re:FreeBSD is more straightforward than Linux IMHO (Score:2)
Okay, exactly what BSD have you used? The initial install of FreeBSD is ALL packages. If you never go about upgrading from what is released, you never even have to install the ports tree!
Don't have a package? Make one! Every port can be built into a package to distribute to other machines in a binary form.
As to doing a security audit, there's probably many better ways to do it, but the first thing that comes to mind are the portupgrade utilities, which comes with a pkgdb script. This runs through what is in the ports tree, what things depend on, and compares to what is actually installed.
Lastly, to address your issue with the "base system" not being packaged, that too is dead wrong. There are regular binary package snapshots created of the STABLE tree. It's just one heck of a lot easier, and more up to date, to cvsup the latest tree and compile.
You then know no binaries have been tampered with. With a BSD system, you pretty need to reinstall.
This is either FUD or ignorance. If you're dead serious about knowing whether or not files have been tampered with you wouldn't even consider RPM as your first line of defense. You'd be scripting your own MD5 summaries, or running something like TripWire.
Re:FreeBSD is more straightforward than Linux IMHO (Score:2)
OpenBSD a long time ago, FreeBSD fairly recently. (Upgraded until about 4.4.)
The initial install of FreeBSD is ALL packages. [...] Lastly, to address your issue with the "base system" not being packaged, that too is dead wrong. There are regular binary package snapshots created of the STABLE tree.
This does not match my experience. A "pkg_info -a" would not show the base system. On RedHat, it certainly does - divided up into many different RPMs as appropriate.
I particularly noticed that it's divided up into many different RPMs because this is important. For example, I really don't like sendmail. It's nice to completely remove it from the system with a simple "rpm -e sendmail". (As to why I don't like it, look through my older postings here.)
Let me give another reason package management is useful. If you use the RedHat Network (or similar things), you will get an email notification whenever a security advisory applies to your system. No false alarms and you always get the notification, if the relevant stuff is an official RedHat package. (So you just need to watch anything you don't get from RedHat, and there's surprisingly little in that category.) Another of the many reasons why it is useful to have an accurate inventory of your system.
Don't have a package? Make one! Every port can be built into a package to distribute to other machines in a binary form.
True, I've never had a problem getting a package from a port. And I think it's not hard to make a port from plain source, either. I never said otherwise. I've done analogous things with .src.rpms on RedHat.
This is either FUD or ignorance. If you're dead serious about knowing whether or not files have been tampered with you wouldn't even consider RPM as your first line of defense. You'd be scripting your own MD5 summaries, or running something like TripWire.
You are very dismissive, yet give no reasons for believing these methods are superior. RPMs are signed with GPG signatures and come with MD5 signatures for each file (as well as much other metainformation). It is updated whenever you update the packages. TripWire, IIRC, just makes comparisons against arbitrary points in time, with no knowledge if the changes are authorized.
Also, your use of the phrase "first line of defense" is completely inappropriate. Prevention is the first line of defense. Checking if your system has been compromised is not. If it is, you are doing something horribly, horribly wrong.
Re:Lazy System Administration... (Score:2)
And how is this database maintained? A simple script that makes checksums nightly and compares them to the current files? (As stock FreeBSD does for setuid binaries.) Then if someone is determined, (s)he could just change the checksum as well. It sounds like you are depending on security through obscurity - no one knows your checksum system is there, so no one would do that.
In contrast, the RPM way includes a GPG signature with every package. The checksums are signed. If you make your own RPMs, you can do so on your testing system, with a private key not stored on the machine you are checking. Then you know the database is trustworthy.
Why would your way be superior? I've shown one way it might not even be as good. Even if you've avoided that pitfall (sending the checksums somewhere else, perhaps), there's the problem of knowing if the changes are authorized or not - with a RPM, updating the package and the checksum always happens at once. With something like TripWire, you have to remember and/or tell other admins you changed this package. There are surely other pitfalls I can't think of now.
Any lack pf super high-level automation is not a disadvantage, it's traditional systems administration.
It is indeed traditional systems administration. However, I find it to be a disadvantage compared to RPM. Rejecting things because they are not traditional is dumb. Please explain to me why your way is better, if you can.
Re:FreeBSD is more straightforward than Linux IMHO (Score:3, Insightful)
Suse's install is very sweet. Worked just like all those generic reviews out there said it would. Oh GOD, then I got the stupid notion in my head that I'd go in and update software! Nothing could have made me regret not going with FreeBSD more.
First off, pulled down the Mozilla RPM from Suse's site. Oh sure, it installs and all. After that, Mozilla comes up with a lovely blank screen!
The real beauty was trying to upgrade Gnome from Suse's RPM's. Can't install gnome-control without xscreensaver, which won't install without a couple of packages I've never heard of. Apparently gnome-core needs Sawfish installed... and of course Sawfish needs gnome-core. Weee!
I'm quite certain there's some kind of funky command line switch I'm going to need to extract from the overly verbose RPM man page. On FreeBSD I never have to deal with this crap. Every port and package has pretty much worked out all the dependency issues for me. Especially critical for something like Gnome which has dependencies that read like a Mormon's family tree (no, that is not a slam on Mormons. Geeesh).
Tell ya what though, for those folks who have been able to make use of RPM on a regular basis I have a new found respect. Anyone who can manage to get through "libobscure.so.12 not found" and still keep a system running is far smarter about this stuff than I am. This dumb FreeBSD user is humbled.
Re:FreeBSD is more straightforward than Linux IMHO (Score:2)
So really, if, for some inexplicable reason, you don't like ports and want to use RPMs with FreeBSD, you can do that :)
Re:*BSD is dying (Score:1)
Re:A Story That Shouldn't Have Been Rejected (Score:1)
http://yro.slashdot.org/yro/02/05/31/1423
Re:A Story That Shouldn't Have Been Rejected (Score:2)
Looks like the New York Times is blocking your redirect there. Here's The Oregonian's article [oregonlive.com].
How about actually reading Slashdot? (Score:1)
In an article [slashdot.org] posted yesterday, it was covered.
Whose looking at porn? (Score:1, Offtopic)
Get a clue. It's up to the people, even children, to decide what they do and do not want to look at. Parents should never bitch about kids looking at "objectional material". It's their own damn faults if they failed to instill their morals in their children.
Re:Whose looking at porn? (Score:1)
The dumbest statement I have seen here in a while. The children should decide? So when they do a search on Toy Story and a bunch of porn sites pop up, they are supposed to go: Is this morally right for me to look at? Gimme me a break.
You have no clue as to how a child's mind works with a statement like that.
Re:Whose looking at porn? (Score:1, Offtopic)
Prove it. Perhaps you failed to properly understand it and think things through before replying.
The children should decide?
Absolutely. Contrary to your typical parental opinion, children have brains and they are not stupid. They know what they're doing. Just the same as you giggled with all your friends when you looked up "sex" and "penis" in your school's encyclopaedia.
If parents took some responsibility to spend time with their children and instill their values into their children, they'd have nothing to worry about. Instead, they ship their kids off to day care and work all day. Children can be taught to look out for and stay away from harmful material. Myself and a close friend [slashdot.org] of mine, even at young ages, knew what was right and wrong.
So when they do a search on Toy Story and a bunch of porn sites pop up, they are supposed to go: Is this morally right for me to look at?
This looks quite innocuous [google.com] to me. So does this. [google.com] You're one of those who sides with these panicky, overzealous, hyper soccer moms that have a heart attack at the first sight of reality. Children aren't raised in a pure, crystalline world. There's no sense in pretending that they will never be exposed to sex, violence, or anything else you find "objectionable". It will happen. The only way to prevent this would be to lock them in a box until they're 21 years old. And after that, they'll still be children. It never helps to patronize children. That only frustrates them and defeats the natural development of their intellects. Deal with it rationally, not like a fruit with a mindless agenda that needs no pursuit. I wasn't censored from the Internet when I in my early teens, and neither was anyone else I know. Everyone's turned out fine.
Gimme me a break.
Go out and hang with your right winger friends. Pat each other on the back over how right you are and past "breaks" back and forth. The rest of us prefer to just live life without ridiculous and excessive regulation and other nonsense.
Re:Whose looking at porn? (Score:1)
Re:Is this the much anticipated end (Score:1)
Hmmm, you mean like Linux being a year late with the 2.4 kernel? :P
USB and FireWire? (Score:1)
Don't know about FireWire, but I'd be surprised if its not there on the OS that is the basis of MacOS X. OTOH, I have no FireWire kit, and don't see any reason why I should in the forseable future.
Re:USB and FireWire? (Score:1)
http://www.etla.net/~n_hibma/usb/
I don't know how current it is, but its worth a look.