Here is what Linux desperately needs in the installer department:
1. A big red button that says 'Workstation.'
2. A big blue button that says 'Server.'
3. On booting off the install disc for the first time, the user should be presented with a screen with these two buttons. They should be side to side.
4. The user should be able to click on the one that makes them the most balanced in their karmic outlook on life.
If I'm installing an OS to a server, the
only thing I need to see is the monochrome text on the
DEC VT hooked up to the serial port. She even mentions later that a Solaris install involves nothing more than placing the CD in the drive and booting from it. The only time I've ever installed Solaris to a Sun box that even had a video card, the machine was slated to be a workstation -- and even then, it was done via the black-text-on-white Sun video console.
Mr. Yamauchi keeps stressing the one point that
I constantly gripe about. Video games are not about the graphics. They're about
the gameplay. The most recent game console I own
is a SuperNES, and I have no idea in which closet it now resides. I've been too busy playing my Atari 2600 games to bother to dig it out, but I might get the urge to play Zelda again some day. Oh, the days when graphics didn't mean squat, and it was all about the fun factor! Rock on, Mr. Yamauchi!
Doesn't it violate Debian's gpl liscense if they bundle a proprietary version of netsaint?
It doesn't say proprietary; it says
customized. And you can get the modified source code
for it right
here.
So, no, it doesn't violate the GPL. (Note:
GNU's GPL, not Debian's GPL -- there's no such thing.)
Anyone that puts a single-quote in a UNIX filename needs to be shot.
Anyone that pluralizes CPU with a single-quote needs to be shot.
(I am referring to the directory named sh.asm/CPU's in the tarball.)
These guys trolled the FBI! I came across the Bonsai Kitten site a while ago, and just by reading the text, I was able too see that this site was a joke. The massive amounts of hate mail this site gets (which was also funneled to a mailing for site fans to read) is just indicative of how many stupid and/or gullible people there are surfing the Web. But for the FBI to take this site seriously, that is just an embarrassment.
Actually, that's what/sbin is for. Solaris uses/sbin/sh as
root's shell and for executing init scripts. (init even goes so far as to ignore whatever #! shell
you stick on the first line and uses/sbin/sh) The
's' in sbin stands for static and not 'secure', like most people seem to think. It's where you put your critical statically-linked binaries
so that you can use them (like the parent poster noted) if you lose your ability to link/access
shared libraries. I
don't know how many times I've seen binaries
get put in [/usr[/local]]/sbin because they were suid/sgid
root or were daemons that attached to priveliged ports or the like.
the vast amounts of information that we have to keep track of nowadays. With the fast-paced society we live in and all the bazillion little
schedules and meetings and numbers and [dizzying amount of other trivial things], it's no wonder
things get forgotten. It's not our lack of retention, it's that our memories haven't caught up with the influx of data. Plain and simple, we have a lot more things to remember than we used to, and it just doesn't all fit. Damn 640K limit.
Three cheers for forward thinking, but if we're
still tethered to a single planet a billion years from now, then something is drastically wrong.
If we develop the space technology neccessary to
actually harness an asteroid and make it go wherever we want it to, wouldn't that indicate a level of technology that would permit us to live
on any damn planet we choose? We should be all over the freakin' galaxy by the time this becomes an issue. (Provided that we haven't become extinct via some other means - including by our own hands.)
Probably because I accidentally submitted it under
Topic: BSD, Category: BSD instead of Topic: BSD, Category: Articles. I was hoping that my error
would have been noticed and this had made it to the front page, but alas, here it sits.
My Dad collects old Howdy Doody stuff from his childhood, my Mom digs
dolls and clowns. As a result, all of those toys
from my childhood are still packed away in boxes in my parents' attic -- Transformers, GI Joe,
He-Man, Legos, Construx, Robotix, Capsela, etc.
They'll all be there waiting for me when I want to wax nostalgic over them. (That is, if they don't run out of room for their stuff and pitch mine...)
Well, except for the Skyfire Tansformer. You know, the one they ripped off from the Robotech
Veritech Fighters? He's currently sitting on a shelf in my cubicle, repainted in the black and white colour scheme of the Veritech Fighter Jet.
Who cares if it destroys the value? He looks badass with that skull&crossbones on the cockpit window.
In this case, the problem is caused by a missing pthreads dependency, the sort of thing which, incidentally, packaging systems were designed to solve. Even the.tgz should specify a pthread dependency somehow, and if it doesn't, that's a bug.
I'm willing to bet that if you'd take the 60 seconds to go through the files named README or INSTALL, you'd find mention of this dependency on POSIX thread libraries.
The poster was talking about compiling software. A.tgz of the source code is not a package, it's a source tarball, and has nothing to do with a package manager or packaging system. Don't blame tar and gzip for someone's inability to read the instructions.
Hewlett-Packard: responsible for confusing generations of calculator users.
Confusing? What's so confusing about having a stack and using reverse-postfix notation? In high
school, I went from a TI-45 (or something like that -- the 8x and 9x series had yet to be birthed into existance) to an HP-46G. I never went back
to a standard calculator. The HP calcs made sense, and you weren't limited to a linear string of calculations like you were with other calulators on the market at the time. Hewlett-Packard was far, far ahead of the other
pocket calculator manufacturers back in the day.
It's sad to see that one of the men responsible for all of this in no longer with us.
Since it is not mentioned in the article above
or on NASAWatch,
here is a link to all of the Status Reports that have been posted to the web.
The most recent one is from January 3rd.
Wow. If this is a genuine endorsement of NetBSD/dreamcast from Sega, then I have to give them an enormous amount of respect. Especially for the following quote from the alleged John Byrd:
I am very interested in NetBSD for Dreamcast for many reasons.... <snip>... Fourth, it's cool:)
By the way, the link above to the original article is wrong. Here it is.
and it does have a problem supporting some hardware.
While I'm no Linux Zealot, I have been using it since about 1994. But I also use a multitude of other UNIX and UNIX-like operating systems, depending on the situation at hand. All of the Free *nixes and even the commercial ones have issues with supporting all hardware. The problem is not with the OS itself, but the fact that the
hardware manufactures themselves will not release the specifications for said devices, and therefore, supporting them is damn-near impossible without massive amounts of reverse-engineering. Other pieces of hardware remain unsupported because demand for drivers and whatnot does not warrant the amount of effort needed to write the code for them. For example, if a piece of hardware was designed specifically to be marketed
for use in OS/2 (to avoid a Linux/MS flamewar)
machines in some proprietary fashion, and there is almost zero demand to make it work under Linux, why expend the effort to make it do so? I'm not even going to get into the whole software modem issue, but even that has made a fair amount of headway in the Linux world.
Don't blame the OS for it's lack of hardware support. Blame hardware manufacturers that don't release the device specifications. I remember Linux when it had about as much hardware support at QNX had last year. It's gotten a lot better, because people have written drivers based in the harware specs, or have taken the time to reverse-engineer closed-spec devices with a high enough demand for support. I'm not arguing against your entire point (and in fact, I agree with most of what you said), I'm just pointing out a common fallacy in judgement that plagues the Free OS world in general.
The Privacy Foundation discovered this type of abusive capabilities in MS Word documents back in
August of 2000. The potential uses for this exploit ranged from tracking
the distribution of sensitive documents to malicious things similar to the ones described in the WebBug article. The advisory also mentioned the ability to perform the same functions in Web pages, Excel spreadsheets and Powerpoint 2000 presentations.
You seem to have missed my original point. If the
BSD mag is going to contain the same information as the online version, plus a few extra stories,
then give me a good business case for making the
print version. The Linux magazines out there don't just reprint articles from the electronic version of the periodical. Then again, if the hardcopy version contains only new, original material, my argument is moot and I wish them the best of luck. I have seen nothing to indicate either case, but printing a mag with all original content takes a lot of work, money, time and resources, so I'm guessing that the articles of the online version would make up a good portion of the print version at this early stage of the game. I just don't see this selling as well as an all-original-content magazine.
The magazine will contain new original articles not found on the website.
Will the print version contain the articles from the website and original articles? If so,
then I would view the practice as nothing more than a marketing gimmick to get geeks to buy the
hardcopy. Is it really worth the $24.95 to get
all the information you could get from the online version, plus a few exclusive articles and tons
of advertisements?
I don't really see a reason for moving to hardcopy. It just seems like a step backwards, media-wise, anyways. Why go to print when it's
cheaper, faster and easier to produce an online version? The geeks who would read this already
have computers and 'Net connections, making an electronic version more easily accessible, so why bother?
Slashdot Mirror
Mr. Yamauchi keeps stressing the one point that I constantly gripe about. Video games are not about the graphics. They're about the gameplay. The most recent game console I own is a SuperNES, and I have no idea in which closet it now resides. I've been too busy playing my Atari 2600 games to bother to dig it out, but I might get the urge to play Zelda again some day. Oh, the days when graphics didn't mean squat, and it was all about the fun factor! Rock on, Mr. Yamauchi!
Most of those words are directly from or slightly paraphrased from the first paragraph of the linked interviews introduction. It's not Hemos's fault.
Anyone that puts a single-quote in a UNIX filename needs to be shot.
Anyone that pluralizes CPU with a single-quote needs to be shot.
(I am referring to the directory named sh.asm/CPU's in the tarball.)
These guys trolled the FBI! I came across the Bonsai Kitten site a while ago, and just by reading the text, I was able too see that this site was a joke. The massive amounts of hate mail this site gets (which was also funneled to a mailing for site fans to read) is just indicative of how many stupid and/or gullible people there are surfing the Web. But for the FBI to take this site seriously, that is just an embarrassment.
Actually, that's what /sbin is for. Solaris uses /sbin/sh as
root's shell and for executing init scripts. (init even goes so far as to ignore whatever #! shell
you stick on the first line and uses /sbin/sh) The
's' in sbin stands for static and not 'secure', like most people seem to think. It's where you put your critical statically-linked binaries
so that you can use them (like the parent poster noted) if you lose your ability to link/access
shared libraries. I
don't know how many times I've seen binaries
get put in [/usr[/local]]/sbin because they were suid/sgid
root or were daemons that attached to priveliged ports or the like.
the vast amounts of information that we have to keep track of nowadays. With the fast-paced society we live in and all the bazillion little schedules and meetings and numbers and [dizzying amount of other trivial things], it's no wonder things get forgotten. It's not our lack of retention, it's that our memories haven't caught up with the influx of data. Plain and simple, we have a lot more things to remember than we used to, and it just doesn't all fit. Damn 640K limit.
Three cheers for forward thinking, but if we're still tethered to a single planet a billion years from now, then something is drastically wrong. If we develop the space technology neccessary to actually harness an asteroid and make it go wherever we want it to, wouldn't that indicate a level of technology that would permit us to live on any damn planet we choose? We should be all over the freakin' galaxy by the time this becomes an issue. (Provided that we haven't become extinct via some other means - including by our own hands.)
Probably because I accidentally submitted it under Topic: BSD, Category: BSD instead of Topic: BSD, Category: Articles. I was hoping that my error would have been noticed and this had made it to the front page, but alas, here it sits.
My Dad collects old Howdy Doody stuff from his childhood, my Mom digs dolls and clowns. As a result, all of those toys from my childhood are still packed away in boxes in my parents' attic -- Transformers, GI Joe, He-Man, Legos, Construx, Robotix, Capsela, etc. They'll all be there waiting for me when I want to wax nostalgic over them. (That is, if they don't run out of room for their stuff and pitch mine...)
Well, except for the Skyfire Tansformer. You know, the one they ripped off from the Robotech Veritech Fighters? He's currently sitting on a shelf in my cubicle, repainted in the black and white colour scheme of the Veritech Fighter Jet. Who cares if it destroys the value? He looks badass with that skull&crossbones on the cockpit window.
Second in a lifetime for some of us. Remember Skylab ?
It's sad to see that one of the men responsible for all of this in no longer with us.
No, we like it because it has giant robots! With laserbeam weapons! And techno soundtracks!
Since it is not mentioned in the article above or on NASAWatch, here is a link to all of the Status Reports that have been posted to the web. The most recent one is from January 3rd.
- 6,092,249 - Constant pressure seating system
- 6,062,600 - Anti-tipping mechanism
- 6,062,023 - Cnatilevered crankshaft stirling cycle machine
- 5,975,225 - Transportation vehicles with stability enhancement ising CG modification
- 5,971,091 - Transportation vehicles and methods
- 5,794,730 - Indication system for vehicles
- 5,791,425 - Control loop for transportation vehicles
- 5,701,965 - Human transporter
- 5,522,568 - Position stick with automatic trim control
Hope this helps someone figure it out...Um...nevermind. The link in the Slashback text works now. Before, it just went to the main /. page.
Don't blame the OS for it's lack of hardware support. Blame hardware manufacturers that don't release the device specifications. I remember Linux when it had about as much hardware support at QNX had last year. It's gotten a lot better, because people have written drivers based in the harware specs, or have taken the time to reverse-engineer closed-spec devices with a high enough demand for support. I'm not arguing against your entire point (and in fact, I agree with most of what you said), I'm just pointing out a common fallacy in judgement that plagues the Free OS world in general.
The Privacy Foundation discovered this type of abusive capabilities in MS Word documents back in August of 2000. The potential uses for this exploit ranged from tracking the distribution of sensitive documents to malicious things similar to the ones described in the WebBug article. The advisory also mentioned the ability to perform the same functions in Web pages, Excel spreadsheets and Powerpoint 2000 presentations.
You seem to have missed my original point. If the BSD mag is going to contain the same information as the online version, plus a few extra stories, then give me a good business case for making the print version. The Linux magazines out there don't just reprint articles from the electronic version of the periodical. Then again, if the hardcopy version contains only new, original material, my argument is moot and I wish them the best of luck. I have seen nothing to indicate either case, but printing a mag with all original content takes a lot of work, money, time and resources, so I'm guessing that the articles of the online version would make up a good portion of the print version at this early stage of the game. I just don't see this selling as well as an all-original-content magazine.
I don't really see a reason for moving to hardcopy. It just seems like a step backwards, media-wise, anyways. Why go to print when it's cheaper, faster and easier to produce an online version? The geeks who would read this already have computers and 'Net connections, making an electronic version more easily accessible, so why bother?