Article header did not mention this salary survey only applies to system administrators
Which part of "The survey is conducted annually by SAGE, the professional association for practicing system administrators." (emphasis mine) did you not understand?
You must understand that the reference you posted about mozilla/microsoft not supporting the same XHTML+MathML is from 2001, and much has changed since then. I'd recommend you read the documents at
W3.org
and
MathMLConference.org
regarding the current state of affairs wrt MathML technology and deployment.
Re:They still haven't fixed the a huge issue
on
Mozilla 1.4RC2 Released
·
· Score: 2, Informative
AFAIK, MathML *requires* XHTML, period. Why complain about not being able to shoe-horn it into legacy HTML when the spec doesn't allow it?
Seriously, there are many absolutely critical portions of the system that are simple (and not so simple) shell scripts, and these are only guaranteed/tested to work with the *default* shell. Messing with root's shell is only asking for trouble. Really.
Now, knowing this, if you still fell compelled to go and change it, by all means, go for it, but don't go complaining about things breaking as a result of your modification.
It's about time someone made it worth software vendor's while to go the extra mile to be certified as "designed for WinXP". You would not believe how poorly designed some big-name brand software is (ie, can only be run by adminstrator or run only by the user who installed it), like Corel Wordperfect 2002 and/or many Adobe products.
I say, amen. Give software vendors an incentive to certify (and fix) their software.
kde3.1 packages for for redhat
on
KDE 3.1 Released
·
· Score: 4, Informative
Editorial comments aside, you can expect kde-3.1 packages
(currently, for rh73 only) to appear soon at kde-redhat.sourceforge.net.
OK, I've *tried* using WebDAV, and have never been able to do much with it. First, I could only find one webdav client (in java), and all it seemed able to do, was to file uploads. Big Whoop. Am I missing something?
We all know all the problems with RPM based distros, compatibility between them breaks a lot...
...
LSB + apt-get should be mandatory to be able to call anything a Linux distribution
FYI, apt-get sits on TOP of rpm (or dpkg in debian's case), handling automatic dependancy resolution and downloading of packages. apt-get does not solve or address your issues with rpm.
I've never used (or heard of) KJS until this article. What's so great about it?
KJS is the code that supplies JavaScript support the KDE desktop environment. The good part is that it is opensource (gpl) and works pretty well to boot.
Incidently, something I really liked about Mandrake was that it allowed you to install with ReiserFS by default, something I would definitely appreciate on RedHat...
RedHat's stance of ReiserFS all along is that it has yet to pass their QA tests, and until it does, will not be officially supported.
Re:What's the correct way to upgrade my KDE?
on
KDE 3.0 is Out
·
· Score: 1
It's a bit of a pain, yes?
Well, I wrote a script to upgrade all our 7.1 boxes to kde 2.2.2.
It's at
kde-2.2.2-6
(Though I personally don't use the script anymore, as we've migrated to using apt-get for most software installs/updates these days.
-- Rex
I have a collection of self-built RPMS for mathematics packages to try out if you like. Included are: drgenius, gap, geomview, gtkmathview, Macaulay2, maxima (a minor pain 'cause it depends on lisp), and others available at
http://www.math.unl.edu/~rdieter. Enjoy.
No question about RedHat's broken GCC 2.96 compiler and what they're doing to fix it in later releases?
*rant mode on*
FUD, FUD, FUD. Sure gcc-2.96 was a little buggy in its initial release (with redhat 7.0), but since then, most (all?) the kinks have pretty much been worked out. It's no longer an issue. Move on. Nothing to see here.
And, FYI, it appears as though redhat's next major release will be based on some gcc 3.x variant (perhaps 3.1), though they (redhat) will never give details like this publically.
> I think that the Linux distros are going to
> become more and more alike...
Boy do I hope so! I, for one, am looking forward to the day when one can say that I'm using Linux... without having to qualify that statement with "Linux, Distribution X...".
It has nice GUI features, and lots of other functionality that OpenSSH does not have... Commercial SSH is the way to go.
Could you please elaborate? What nice GUI features? What other functionality? I, for one, wouldn't want to base my desision on which ssh to use such unsubstantiated/undetailed claims.
Re:How different is fully patched RH 7.1 from RH 7
on
Red Hat 7.2 Released
·
· Score: 1
How different is a fully patched version of RH 7.1 from an upgrade to RH 7.2?
The 7.1 -> 7.2 biggies as I see
KDE 2.1 -> KDE 2.2.1
Gnome 1.2 -> Gnome 1.4
XFree 4.03 -> XFree 4.1
Ext3 support
For that matter, how different is a fully patched version of RH 6.x from RH 7.2
No, please don't advocate this. Rawhide is redhat's developmental/experimental testing area, which oftentimes includes (you guessed) experimental and untested software revisions. Rawhide has it's uses, like testing whether or not a recently reported bug has been fixed or not, but it is definitely not something to be used blindly.
>At that point, I no longer have a pure RedHat
>system, and RH might balk at supporting a system
>that I didn't use their kernels, their XFree86
>RPMS, their package manager for everything, etc
You actually expect them to support and/or debug problems stemming from software that didn't come from them? Oh come on now. RedHat (or any other support team/system) shouldn't have to troubleshoot or debug problems that YOU may well have introduced or debug software that hasn't gone through any of their usual QA procedures.
Slashdot Mirror
Bingo!
m l
http://www.californiadigital.com/legacy_parts.sht
Which part of
"The survey is conducted annually by SAGE, the professional association for practicing system administrators."
(emphasis mine) did you not understand?
I'm not so sure, my gcc-2.96 built copy of scribus-1.1.6 (on redhat 7.3) works just fine...
You must understand that the reference you posted about mozilla/microsoft not supporting the same XHTML+MathML is from 2001, and much has changed since then. I'd recommend you read the documents at W3.org and MathMLConference.org regarding the current state of affairs wrt MathML technology and deployment.
AFAIK, MathML *requires* XHTML, period. Why complain about not being able to shoe-horn it into legacy HTML when the spec doesn't allow it?
Why ask why?
Seriously, there are many absolutely critical portions of the system that are simple (and not so simple) shell scripts, and these are only guaranteed/tested to work with the *default* shell. Messing with root's shell is only asking for trouble. Really.
Now, knowing this, if you still fell compelled to go and change it, by all means, go for it, but don't go complaining about things breaking as a result of your modification.
you probably shouldn't be changing root's shell either.
It's about time someone made it worth software vendor's while to go the extra mile to be certified as "designed for WinXP". You would not believe how poorly designed some big-name brand software is (ie, can only be run by adminstrator or run only by the user who installed it), like Corel Wordperfect 2002 and/or many Adobe products.
I say, amen. Give software vendors an incentive to certify (and fix) their software.
Editorial comments aside, you can expect kde-3.1 packages (currently, for rh73 only) to appear soon at kde-redhat.sourceforge.net.
Of course, in the event of power being turned off, many(most?) of these drives are also smart enough to commit cached writes as the drive spins down.
OK, I've *tried* using WebDAV, and have never been able to do much with it. First, I could only find one webdav client (in java), and all it seemed able to do, was to file uploads. Big Whoop. Am I missing something?
KJS is the code that supplies JavaScript support the
KDE desktop environment. The good part is that it is opensource (gpl) and works pretty well to boot.
Why do you consider a JavaScript library 'legacy' unix code?
RedHat's stance of ReiserFS all along is that it has yet to pass their QA tests, and until it does, will not be officially supported.
It's a bit of a pain, yes? Well, I wrote a script to upgrade all our 7.1 boxes to kde 2.2.2. It's at kde-2.2.2-6 (Though I personally don't use the script anymore, as we've migrated to using apt-get for most software installs/updates these days. -- Rex
I have a collection of self-built RPMS for mathematics packages to try out if you like. Included are: drgenius, gap, geomview, gtkmathview, Macaulay2, maxima (a minor pain 'cause it depends on lisp), and others available at http://www.math.unl.edu/~rdieter. Enjoy.
*rant mode on* FUD, FUD, FUD. Sure gcc-2.96 was a little buggy in its initial release (with redhat 7.0), but since then, most (all?) the kinks have pretty much been worked out. It's no longer an issue. Move on. Nothing to see here.
And, FYI, it appears as though redhat's next major release will be based on some gcc 3.x variant (perhaps 3.1), though they (redhat) will never give details like this publically.
*rant mode off* OK, I feel better now.
> I think that the Linux distros are going to
> become more and more alike...
Boy do I hope so! I, for one, am looking forward to the day when one can say that I'm using Linux... without having to qualify that statement with "Linux, Distribution X...".
- KDE 2.1 -> KDE 2.2.1
- Gnome 1.2 -> Gnome 1.4
- XFree 4.03 -> XFree 4.1
- Ext3 support
The 6.x -> 7.2 biggies as I see it:No, please don't advocate this. Rawhide is redhat's developmental/experimental testing area, which oftentimes includes (you guessed) experimental and untested software revisions. Rawhide has it's uses, like testing whether or not a recently reported bug has been fixed or not, but it is definitely not something to be used blindly.
>At that point, I no longer have a pure RedHat
>system, and RH might balk at supporting a system
>that I didn't use their kernels, their XFree86
>RPMS, their package manager for everything, etc
You actually expect them to support and/or debug problems stemming from software that didn't come from them? Oh come on now. RedHat (or any other support team/system) shouldn't have to troubleshoot or debug problems that YOU may well have introduced or debug software that hasn't gone through any of their usual QA procedures.