I know SEVERAL Melbourne based KDE developers, most of them are just such slack assess (This means you Danny) that had they been approached that they wouldn't have responded for a few months...
Actuallly, at work we don't allow the HARDWARE guys to touch anything (they break FAR more then they fix), there are a few competant guys there, but they're mostly software guys giving the rest a hand.
The linux version also works fine. Although what I (generally) do is make my link to slashdot http://slashdot.org/index.pl instead of http://slashdot.org/ to ensure that I get the dynamic page.
So what about my Digi001, or the Event Layla system that I built for a friend. Both have the most beautiful sounding converters (The Layla has the best I've ever A/B'd), and I'd put money on the fact that they're better than most AC3 amps.
I'm a recording engineer, it takes 3 solid wood (airtight sealed) doors to get to the recording space from the control room, this means that sound is not able to leak.
Doors are NOT JUST for security, they are for other, totally unrelated things as well. [Actually each of the three doors has quite serious locks on them, but that's cause they open to the outside and so do have a need for security...]
Um, why do you need domain passwords (I'm assuming NT/2k/XP) you can login to NT via NDS, (and there are other ways, like a low-level replacment of the SAM) so that just leaves mainframe passwords to sync, something that I'd assume would be a far simpler job.
I bought opera for linux two days ago and am very happy with the result, I've been an opera user for the last 5 years and they just keep getting better.
I couldn't see any announcement on the Silicon Grail site, and when I tried to go anywhere but the homepage I got 500 server errors (with a 500 trying to serve the 500, go figure)
A lot of that already is: 1. Installation. Red Hat's RPM, Debian's.deb. Those are the two to choose from (RMPv3 is in the LSB, but I vote for.deb)
2. Boot scripts. There should at least be a common _interface_ to the boot scripts. With the LSB we're getting there. However what I would like is the redhat tools (ntsysv and the like) for debian.
3. Automatic Kernel Updater. No. This is not something that most people need, If you wish to do your own kernel then you should have to take the steps manually to ENSURE that you know how dangerous that can be.
4. Printing. CUPS, works on almost all unicies AND MacOS X
Slashdot Mirror
If NTFS is not cleanly unmounted it requires cleaning, one of the MAJOR reasons to journel.
And ACL's on NTFS, they are FAR worse than on netware which really did do them right the first time.
That's so obsfucated that it might almost compile as real assembly...
:-)
Now we know where the game came from
I know SEVERAL Melbourne based KDE developers, most of them are just such slack assess (This means you Danny) that had they been approached that they wouldn't have responded for a few months...
And has been out for most of this year, deal.
Oh, and instead of that basterdised G3 Imac the eMac is a G4.
So THAT's the box I've got the KB for...
Do you know if it's PS/2?
The only issue with sudo is that you can't 'cd' to directories, you have to sudo bash (or other shell) first.
And I'd doubt that many places (including MIT) would run the kerberos 4 support. krb4 is so broken it's not funny.
We have a s***load of Synoptics/Bay Networks fully managed TR MAU's just sitting here, take them PLEASE!!!
Actuallly, at work we don't allow the HARDWARE guys to touch anything (they break FAR more then they fix), there are a few competant guys there, but they're mostly software guys giving the rest a hand.
You're obviously incompetant then.
Novell have had SQL on netware for YEARS, (Oracle, and IIRC Sybase at least)
Hate to say it but GW5.5 did very good HTML e-mail sending & recieving.
Scarily enough, the only stock market tracking system that can handle Wall St's biggest days is run on PDP11's...
Be afraid, be VERY afraid.
(On a side note the final PDP 11 model was released in 1990)
Using it now ;-) (On my win98 laptop)
The linux version also works fine.
Although what I (generally) do is make my link to slashdot http://slashdot.org/index.pl instead of http://slashdot.org/ to ensure that I get the dynamic page.
You end up playing a classic addictive game while (supposedly) playing a (not so) new online multiplayer game...
/me plays bsd-tetris
Right...
Emacs...
So what about my Digi001, or the Event Layla system that I built for a friend. Both have the most beautiful sounding converters (The Layla has the best I've ever A/B'd), and I'd put money on the fact that they're better than most AC3 amps.
If you're compiling over the net and can't live with NFS (or samba) look at AFS, it's nicely secure, and is designed to work over the Internet.
We would still need doors.
I'm a recording engineer, it takes 3 solid wood (airtight sealed) doors to get to the recording space from the control room, this means that sound is not able to leak.
Doors are NOT JUST for security, they are for other, totally unrelated things as well. [Actually each of the three doors has quite serious locks on them, but that's cause they open to the outside and so do have a need for security...]
No,
The same info will be able here in a few days when someone reposts it...
Um, why do you need domain passwords (I'm assuming NT/2k/XP) you can login to NT via NDS, (and there are other ways, like a low-level replacment of the SAM) so that just leaves mainframe passwords to sync, something that I'd assume would be a far simpler job.
>when I was 12(in 1986)
How did you get to 12 in 2 years????
I bought opera for linux two days ago and am very happy with the result, I've been an opera user for the last 5 years and they just keep getting better.
I'd expect that if people didn't fake their refferrers then the numbers would be much different, I'm using Opera ATM but am emulating IE5.5.
I couldn't see any announcement on the Silicon Grail site, and when I tried to go anywhere but the homepage I got 500 server errors (with a 500 trying to serve the 500, go figure)
/.ing do THAT before...
I've never seen a
/me had the same experience...
A lot of that already is: .deb. Those are the two to choose from (RMPv3 is in the LSB, but I vote for .deb)
1. Installation. Red Hat's RPM, Debian's
2. Boot scripts. There should at least be a common _interface_ to the boot scripts. With the LSB we're getting there. However what I would like is the redhat tools (ntsysv and the like) for debian.
3. Automatic Kernel Updater. No. This is not something that most people need, If you wish to do your own kernel then you should have to take the steps manually to ENSURE that you know how dangerous that can be.
4. Printing. CUPS, works on almost all unicies AND MacOS X