Slashdot Mirror
Compaq's Tru64 may include KDE, GNOME, RPM
davie writes "
Jon Hall, leader of Compaq's Unix Group, said Compaq is porting its compiler suite from Tru64 to Linux, and will ship extended maths libraries under the open source General Public License. But Compaq is also considering adopting the software installation software Red Hat Package Manager, and the Gnome and KDE desktop environments in Tru64 Unix. The story is worth reading.
"
After that NT-is-much-better-than-Linux FUD on M$' site, this is refreshing.
Aren't these the DEC Digital UNIX compilers? Porting them to Linux/Alpha isn't a large problem, as the assembly output is the same in general. Taking those compilers to Intel would get them nothing as they'd have to rewrite them from scratch.
--Britt
But deb is better, and some of us care more about technical merit than politics.
FX!32 was the end of Native application developement for AlphaNT. I've lost count of how many vendors I've tried to get to port their software over to the platform and then they give me "You can run it under FX can't you?". It was the worst thing that could have ever happened to the platform. It's a different arch and should be treated as such much like the powerpc/mac's. Do you see them whining about intel compatibility?
FreeBSD CAN NOT run Linux software on the Alpha. I asked Jordan Hubbard about this at Linux World Expo and he said no. He went on to say that he hoped compatibility with Digital Unix would come first. It looks like FreeBSD is locked out for the present.
Was it ever? I thought it was unsupported from the outset, like most of Alpha/Linux. It still works, albeit with some hacking, on RH6/Alpha.
Cool, then you'll have made BSD/Linux, and proved the point.
I think they meant "free software General Public License." Somebody needs to do some research before writing articles.
10 PRINT CHR$(205.5+RND(1)); : GOTO 10
No.
X is a windowing system. It is not part of the OS. A Linux box can run perfectly fine without X. It cannot run perfectly fine without libc.
The Mozilla and KDE comment was even more ignorant, as those are obviously just applications.
10 PRINT CHR$(205.5+RND(1)); : GOTO 10
Maybe you should too. The full name of the GPL is the GNU General Public License. No "open source" or "free software" anywhere. So in other words: They likely meant "open source" as a qualifier to explain that the GPL is an open source licens (which is true).
I am well aware of the fact that "open source" was used as a qualifier. However, the proper term to use as a qualifier is "free software," as the GNU GPL is a Free Software license. It is not related to the Open Source Initiative, and the Free Software Foundation has never even sought OSI certification of the GNU GPL as an Open Source(tm) license.
10 PRINT CHR$(205.5+RND(1)); : GOTO 10
You're missing the point. Tru64 will still be Tru64, a complete OS on its own. GNOME and KDE will merely be window managers (not part of the OS), and RPM isn't even a FSF project.
Linux, on the other hand, is not a complete OS on its own. You can boot Tru64 by itself. You cannot boot a kernel by itself.
The GNU OS will be an OS by itself as well. For the moment, it's missing a kernel, so you can use the Linux kernel as a replacement, making a GNU/Linux hybrid OS, or "GNU OS with the Linux kernel."
10 PRINT CHR$(205.5+RND(1)); : GOTO 10
Amen...
I've got Gnome and E running on RH6.0 and it is pretty and functional (and mostly stable). The
design of Gnome seems to follow the unix `tool' model and GTK looks a lot better to program than
Motif.
I sat, I stared, I popped a bottle of wine and drank to the well deserved death of CDE/Motif,
though few will mourn their passing. The sooner the unholy pair are purged from the earth by a
superior and free alternative the better. These tools have held the unix desktop back more than
any other single influence.
fwiw
"My opinions are my own, and I've got *lots* of them!"
Right now wine only works on x86. The Wine concept CAN theoretically run on Alphas for Alpha NT binaries, but that could be a lot of work patching stuff over. I don't know if anyone's going to do that until Wine stabilizes.
I have more interesting fish to fry.
I suppose someone could improve Bochs' performance. That might be a better option for non-x86 (except possibly Alphas, but see above).
According to this Deja News article em86 is no longer supported. This seems a pity.
Of course a version that worked with Wine to run x86/NT programs would be cool, but I rather doubt Compaq would want to release their FX!32 technology. They have worked on it for years, and it looks like they are better at it than anyone else. Intel needs something like this for McKinley (according to rumour it has no hardware support for x86 code), and perhaps even for Merced if the rumours of poor x86 performance are true.
I guess they could just rely on a combination of NIH and the GPL to stop Intel using it.
What is it about editors that gets everyone so emotional that they forget how to use the shift key?
Personally, I don't care so much about standards in an interactive app like an editor. It feels like vi, only much better, to an old vi fox like myself.
Not wanting to ruin RMS's decade, or anything
Should be possible to get it to work on the BSDs, then. They seem to have Intel executable support, so unless the compiler license specifically forbids it (why should it?) there should be no insurmountable problems.
Sure you could easily add a non-GNU shell. what compiler would you compile it with? Which C library would you compile it with (hint, all versions of libc for Linux are based on GNU libc). Which termcap would you link to?
You seem to think that Linus wrote the kernel, and then there just happened to be available all the free tools necesary to make a free OS. The reason why all the bits were just there as if by magic was that the GNU project had been adding them, filling in the gaps in the available free software until all there was missing (or rather late) was the kernel.
Do you think the GNU people wrote a C library because it was the most exciting free software project they could think of? I'm sure they would have had more fun writing the LISP-based windowing system they originally planned, but if they had done that we would have had two windowing systems (with X) and no C library. Ie we would not have had Linux distributions.
I can quite understand RMS's frustration that everyone thinks the entirety of the Linux system appeared out of nowhere as soon as Linus wrote the kernel. Probably changing the name isn't the way to raise awareness (gets too many people's backs up, and noone can be bothered with as clumsy a name as GNU/Linux) but I don't know what is.
For those old enough to remember the Yggdrasil distribution (my first) it was labelled Linux/GNU/X. Can't quite remember the order, though I still have the CD somewhere.
And of course what all the above means is that noone would want to call the combination of Tru64 and a lot of free stuff GNU/anything. To suggest otherwise (even as a joke) is to misunderstand totally the motivation behind the GNU/Linux name.
Could be, I am not familiar enough with the BSDs
There is *no* way to run Linux/Intel binaries under *BSD/Alpha
Sorry, I messed up. I wrote that the BSDs have Intel binary support. What I meant was that they have Linux support. Clearly the GEM compilers are Linux/Alpha applications, so, what is needed here is a way to run Linux/Alpha (not Linux/x86) binaries under BSD/Alpha.
It would save a lot of trouble for people who get new Unix boxes and have to spend a lot of time upgrading the tools to the stuff Linux has as standard. When you are used to Linux, 1000 little things about the big Unixes will irritate you. Like the useless versions of vi that everyone else ships, the bizzare packaging systems (none of them as good as rpm or dpkg) and the fact that that the up key just produces a set of escape codes on the screen in their shells. If it's so difficult to get right, why don't they just ship vim, rpm and bash?
Here at my University they already use rpm for all the commercial Unixes, and it seems to work fine.
What's the "open source General Public License?" A separate license, or corporate speak for "free software?"
I think this is a MAJOR win for Linux and will benefit all (maybe except M$). The neat part is that like SGI they will "Give back" source code adding to the snowball.
Help fight continental drift.
I can see it now:
:)
HOUSTON, TX -- Compaq officials rescended their idea of shipping with GNOME and RPM after receiving a threatening letter from the FSF which insisted that they rename their product to GNU/Tru64 to "give credit to the FSF project". Officials were unavailable for comment.
Hmm... maybe not
AFAIK, Intel binary support is available only in the *Intel* ports of *BSD. There is *no* way to run Linux/Intel binaries under *BSD/Alpha, and even if there was one (like an em86 port to *BSD), it would be slower than native binaries.
"I love my job, but I hate talking to people like you" (Freddie Mercury)
nah, it's not linux 2.3.1 that will seal bsd's grave.. the BSD people are competent enough to pick up the enhancements too. I can see maybe one of the BSDs going away from lack of interest in a few years, because having 3 of htem is a bit too much for the number of people interested.. but otherwise my guess is that BSD development will continue indefinitely, just like that of Linux.
I think it's great that Compaq and SGI are starting to play nice with linux, it gives the rest of us a nice boost in support. But it shouldn't be world domination, just give everyone (not just geeks) a M$ alternative. OpenBSD, NetBSD, FreeBSD, Solaris, IRIX and half a dozen others can all do things linux cant, or do some things better. OpenBSD has über-security, NetBSD is rather portable and so forth. Linux can also do things better then all of them or some things they cant (like work the first time I install it unlike FreeBSd which didn't like my computer for whatever reason). What I hope happens is the companies that support linux add some of their features to linux, stuff they are good at. A journaling file system, better SMP support, ect.. I think that would lead to linux becoming a better all around OS, while still allowing for plenty of other operating systems. Heck, even MacOS and Windohs have their good sides. MacOS is obscenely easy for new users ad makes everything fluffy and cute while Windows drives more people to use unix.
I'm a loner Dottie, a Rebel.
I can't help but feel that Compaq is making a big mistake by adopting RPM for Tru64... of course, the irony here (unlike the VHS/Beta thing) is that both alternatives are equally cheap to license, so choosing the technically superior solution should be a no-brainer.
My Blog. Sela Ward can sell me long distanc
Didn't the Gartner Group "thin server" study compare FreeBSD with Linux 2.0? Unfortunately, the Gartner Group study is no longer online (according to freebsd.org). I would bet Linux 2.2 would be (almost?) as fast as current FreeBSD.
FreeBSD may be faster now, but Linux is getting better faster. With millions more people using Linux, it has reached a critical mass FreeBSD never will. How long until Linux surpasses FreeBSD's networking performance?
cpeterso
Referring to Ghandi's saying, adopted by Linux fans -- "First they ignore you, then they mock you, then they fight you... then you win" -- Hall said, "Everybody except Microsoft has got past the fighting stage."
Well, almost everybody but Microsoft, but it's still a nice quote.
And it only took about a year from the time Linux first came onto the Big Boys' radar screens.
Sheesh, evil *and* a jerk. -- Jade
I know that Compaq are porting their f90 and c++ compilers to Linux/Alpha, but are they planning to do the same for Linux/Intel?
Great but I hope they mean to make the libraries LGPL'd, otherwise you can't compile other than GPL with them or are they used for something completely different ?
De lyckliga slavarna är frihetens bittraste fiender, legalisera!!!
I hope they port to the *BSD alphas as well.
I'd hate to see this under BSD linux emulation.
First SGI then Compaq, this is a real stream of good news. Linux is now heading quickly to world domination. Now if Compaq and SGI could subsidize a project like Wine by devoting some developers to this project, that would be really great, and in less than one year, bye bye M$
It's great that Compaq has realised that Motif/CDE is a dead technology. Hopefully this will result in greater acceptance of either KDE or GNOME as the standard GUI for commercial Unices as well as Linux. It would be teriffic if big-name commercial *nix applications used Qt or GTK and offered KDE/GNOME integration, instead of the bloated, statically-linked Motif apps we generally have to put up with now. Hopefully other vendors will follow suit.
-- briggers Remove blinkers to email me.
see Wine/About ...is freely redistributable. (The licensing terms are similar to BSD.)"
:)
"Wine
>...Wine to run x86/NT programs would be cool, >but I rather doubt Compaq would want to release >their FX!32 technology.
If the licencse is BSD-like they should not have to release it.
We use GNU/SunOS.
I don't know, and please stop filling up Slashdot with this mindless drivel.
-- insomniac --