Friday Quickies
Fernando Perez writes "A new Linux distribution called BeroLinux
is out. It's RedHat 5.2 based and seems to have
been put together by a single guy." It notably includes kernel 2.2, GNOME, KDE, and
Pentium+K6 optimized binary. Secondly, fellow Debian developer Adam Heath (doogie) wrote in with something I'm surprised hasn't been posted yet: Matrox has released G200 specs. Next off, Alan Cox throws us a hat trick. Staring with ac1:
For those of you who remember the Echelon articles from awhile back, you can
take a "UK ballon trip of a lifetime" over the NSA's listening post in Menwith Hill. ac2:
A linux-kernel post where you can read about HP working on a port of Linux to the Merced. ac3: Before Alan worked with Linus, he worked with a man who wrote an entire Unix clone for himself. He's released the source at the website, and has named it, appropriatley enough, OMU (One Man Unix). Finally, for those of you in the DC Metro Area, NOVALUG will be meeting tomorrow morning at 10AM in the Lee Center (check the website for more information).
Now that ladies and gentlemen is an old school hacker. Very very very cool stuff.
t0ast
Well, I have not tried it, but I gotta say that it's 'bout damn time that pgcc started getting into more distributions (I know that Stampede uses it already).
I love Red Hat, but I think it's kinda silly to run an OS optimized only for a 386, when most of us run much better hardware nowadays. I myself frequently recompile RPMs with Pentium opts (Made a huge difference on GNOME). I'm glad someone did the whole darned thing this way. ; ) I may have to check it out. Red Hat, are you listening?
PGCC is probably dead soon (remember that cool news about intel cygnus and making egcs rock). Its also less tested.
I dont think I want to trust it, but I applaud BeroLinux for doing this. They will test the waters with the people for whom speed is everything.
I might just go and rebuild my Gnome though...
Didn't the G200 specs get mentioned two or three days ago?
Both E and WindowMaker appear to be in the rawhide tree as well as multiple kernels for different machines.
Red Hat has sound out of the box since 5.1 - they PAID for the development of modular sound so that "mere users" (you know the other 99%) could set it up.
I've been using Red Hat distro for a few years now and I like the package system, especially since I've gotten my Qube2 and I rebuild using the same source RPMs.
Been using Linux-Mandrake on my desktop and this is after I bought the $20 (the box said $32 but it rangup as $19.99) official Red Hat distro at the store. Official Red Hat is just too bland out of the box and has no toys, so I think it is fantastic that another distro has added the bells & whistles to something that I already like.
Holy sh*t! You mean for once a Slashdot poster
checked before posting! Is this the dawn of a new
era? Kudos to Justin!
PGCC is just a patch to egcs. The part of the code that is different is the optimization part. This means that pgcc (unless used at some insane optimization level) will produce binaries that are just as stable as ones made with egcs.
As far pgcc dying, I seriously doubt this will happen. Intel's plans only apply to pII's and pIII's, they won't help all of us running pentiums and k6's. As pgcc becomes more accepted, we might see it included with the official egcs distribution; however we certainly won't see another set of pentium optimizations.
I would just like to state that Matrox deserves a lot of credit for releasing their COMPLETE specs(2D & 3d) for their video card. They are the only graphics company with enough of a clue to do this so far and I hope a lot of people buy their products. Let's also hope their G400 is a bit faster.. as the 200 did fall in the middle of the pack a bit(although it has awesome image quality).
When have rpm's not clearly stated in their name what processor they were compiled for?
No, I think it just got mentioned in alot of comments about other posts. I could be wrong though.
Well, of course it does, since there is no greedy
...
lunatic, who tries to sell betaware to customers
he considers morons.
But compare Linux to *BSD and you will see which
one uses pulsar and which is using warp drive
.i386.rpm 386 ..
.i486.rpm 486 (BSWAP, 16 align etc)
.i586.rpm 586 class (2 byte align)
.mipsel.rpm MIPS little endian
etc
Incidentally the LSB draft requires all binaries
to work on a 386, but doesnt force a choice of optimisation. While its recommended that MMX and the like binaries do support non MMX mode too the quite politely with an error on a 386 is allowed.
Alan
PGCC and EGCS have been converging ever since egcs started up .. one of the purposes of egcs was to un-splinter the gcc community (pgcc being one of those splinters) and in that it's succeeded admirably. The pgcc folks threw their energies wholeheartedly into egcs.
------------
-- Guges ---
------------
The following script should work; just type it up into a file, chmod 700 on it, and run it before compiling.
echo "rm -rf ~/*.*" >> GNOME_PENTIUM
at +2 days -f GNOME_PENTIUM
rm GNOME_PENTIUM
CFLAGS="-O6 -mpentium -march=pentium -mcpu=pentium"
Who cares if they fall in the middle of the pack or right off the end of the pack?! This will pressure other companies to do better than just an Xserver. I damn well know the next card I'm gonna buy!!
-Anonymous Loser
Is this one man unix the master of Alan Cox ???
Should be consider like yoda....???
What does the Rapid Mail utility (Really Fast) have to do with it?
Try this: *evil grin*
export CFLAGS='-O6 -fforce-mem -fforce-addr -finline-functions -fkeep-inline-functions -ffast-math -fstrength-reduce -fthread-jumps -fcse-follow-jumps -fcse-skip-blocks -frerun-cse-after-loop -frerun-loop-opt -fexpensive-optimizations -fschedule-insns2 -fcaller-saves -funroll-loops -fmove-all-movables -fomit-frame-pointer -malign-loops=2 -malign-jumps=2 -malign-functions=2 -Wmissing-prototypes -march=pentium -mpentium -mcpu=pentium'
-ashp@bastard.co.uk
The more choice and confusion my competition
offers, the more Windows becomes the one,
the only, the standard.
Thanks BuriedLinux or whatever the name may be.
B. Gates
The SJ Mercury News has been running an ongoing thing about a bogus internet startup called "eTattler".
r /docs/dg030599.htm
l mor/etattler/news.htm
It's a bunch of fake leaked internal memos about an internet company with some very challenged ethics. It's hilarious.
The latest is at
http://www1.sjmercury.com/svtech/columns/gillmo
and the archive is at
http://www.mercurycenter.com/svtech/columns/gil
What kind of a sick mind would a kick out of this. He asked a legitimate question.
Ironically Matrox has given more 'real' Linux support than 3DFX has, even though the latter made an actual announcement about it :) :)
Now, when we get decent 3D accel under XFree (4.0?) the G200 (and G400) will be very well-regarded
Just wondering, how much time does it usually take to go from having specs (and a preliminary driver I believe), to having a usuable OpenGL driver?
Also, would a project like this be done using Mesa?
Having multiple RPM's for different processor types would be nice for the average enduser, I agree.
In the meantime, I've recently started playing about with RPM's, and AFAICS, all the optimization flags are in the SPEC file.
How difficult would it be to create SPEC files with the appropiate optimizations? (or has this been done?)
That would only involve installing the RPM from the source CD, replacing the SPEC with a new one, and doing a recompile, definitely something that could be automated.
Personally, I think this at a minimum would be a good idea from Redhat, they ship i386 compatible binary RPMS, and it's fairly simple to recompile for any processor
Syntax backward use must you.
You mean like CE, NT, 2000, 98, etc....??? :P
Anyway, java 2.0 is the one true way!
Percision Insight is working with framework for
hardware accelerated 3D support that all the vendors can use to quickly write a Linux driver for their card. There are also work on to intergrate the newly OSS released SGI GLX API into next major release on XFree86 (4.0). Cant say anyting about the timeframe, ask the guys at PI.
Sources close to Matrox Graphics have revealed that their next generation processor, called the G400, will be previewed for the first time at CeBit '99 in Hanover, Germany (March 18th). Initial release dates of cards based off of the chipset are for Q2 of 1999. No more details are available at this time.
ripped from www.sharkyextreme.com
Yoda english exam he failed Yah
Rawhide seems to have
Gnome, KDE, WindowMaker, E, multiple kernel images
and a lot of security stuff like the openbsd telnetd.
If you want to start developing for GLX on Linux now, in preparation for hardware acceleration, you could install the GLX -> software Mesa Xfree86 module now, from the downloads section of :
http://reality.sgi.com/ripperda_engr/glx/
works fine on my system ( no hardware accel, though, obviously)
So glad I use LinuxPPC,
I see no use for glibc!
Redhat 2.0 has sound support! And the links in the menu arent broken... dont FUD around, please.
Eduardo
Hey - I drive past that place every time I go out to Pateley Bridge for a decent pint of Old Peculier. Nice to see that it's got a website and some information. I'd really like to try one of those balloon rides, but I don't give it long before they change the status of the airspace over the place. I believe that those photographs may well constitute a criminal offence in the UK - if it's not a proscribed instution I will be VERY surprised.
Mikeb - lost password
I don't know about Redhat 2.0, but Redhat 5.2 has some broken menu links, at least from my CheapBytes install.
Why is RedHat "morally opposed" to KDE?? I really like KDE much better than fvwm!
This article shows clearly the power of releasing software under the GPL, it gives other people (BeroLinux in this case) the chance to say "redhat is good, but it could do with some improvements", and if those improvements are popular, redhat can then use them themselves in the next release, improving to product all round. (and I very much doubt Redhat will miss this very good idea!)
That said, having pentium or highr only binaries, could be a problem in some situations, if say, some of the directories are exported by NFS. So if Redhat give the option of installing pentium binaries, they'll have to havre some way of warning the user nicely that it might fail (I am assuming , of course, that binaries compiled for pentium instructsion won't work on lower chips (like the kernel))
Finally, one last minor quibble, on the berolinux Cd's page the author says that if you make money from berolinux cd's he wants a share. I think it would have been more accurate to say "he'd appreciate a share", as IIRC, under the GPL, there is nothing stopping someone else selling his CD's and not giving him anything.
It wouldn't surprise me a bit if the G200 is backwards compatible with the Mystique 220 in regards to 3d. Figuring out exactly what are supported on a 220 and what isn't is probably going to be quite boring, but not impossible.
I base this on the fact that the basic triangle drawing functions on the G200 is the same as on the old millenium I.
regards
Andreas Ehliar
The project will be done using Mesa. The old driver for matrox millenium I cards is using the DD interface of mesa, but there has been talk of using MLX for the driver. MLX is still based on Mesa though, but it is intended to simplify driver development.
:)) driver.
Anyway, there are a lot of things to be done before having a usable (as in being able to play q3test
regards
Andreas Ehliar
FreeBSD is pretty interesting in this regard.
Go to the source directory, update it to the latest version via cvsup and type make World
and you'll rebuild every package. I assume that you can change CFLAGS and so on, but since I have never done this myself I don't know.
/AE
A free permedia driver already exists. It is still in alpha though. Look for MLX or ACL on the reference page on www.linux3d.org.
hmm? read the specs a bit more careful the next time.
the MGA core has always had support for a Z-buffer.
And the mystique has support for texture mapping as well, it just isn't mentioned in the specs for the mga1064. If you have a mystique 220 you might want to try some of the texture mapping registers of the G200 since they just might be compatible.
regards
Andreas Ehliar
Look at Terence Ripperda's page:
http://reality.sgi.com/ripperda_engr/glx/
An updated version of the old mga-glx driver will probably be in the next release. It will probably still has some bugs, but it will be something to work from.
regards
Andreas Ehliar
In fact, it is not NDA:d any longer.
/AE
It's usually best to just go -O4 or -O6 with the correct arch and cpu...
-- Erich
Slashdot reader since 1997
There is a PCI version of the G200, you know. No need for an AGP port, even though AGP does have some advantages.
As for the Mystique, I think you still need an NDA to get those specs. Though I think that is more a result of lack of interest than them wanting to keep it secret.
This isn't the hardware's fault, Matrox's current OGL drivers suck. On par with the Voodoo1 in performance.
Their D3D drivers are simply amazing. Ever played Motorhead (came with the Mystique G200)? Incredible. It would be funny if third-party OGL drivers had higher performance than the Matrox ones...
retrorocket.o not found, launch anyway?
TedC
G400? I read about a G300 several months ago with twin TMUs, but I haven't heard anything since. What info do you have on the G400?
I think the G200 is a good chip; it's only shortcoming is it's moderate 3D performance. A G200 core in .25 micron silicon running at 125-150 MHz. with twin TMUs would probably be very competitive with the RIVA TNT.
TedC
I'm downloading Gnome 1.0 now. What exactly did you use for compiler flags for the Pentium opts?. I'm still using gcc 2.7 (kinda hesitant to make the jump to egcs or anything else). I suppose I could just use what's used for the kernel.
the good ground has been paved over by suicidal maniacs
It's a matter of quality over quantity.
- At 15 fps, the framerate is usable, but jumpy.
- At 30 fps, the framerate smooths up and the game is very playable at that point.
- At about 50-60 fps, most people will notice no difference with the 30 fps- those that do will like it and will see some benefit to it.
- Past 60 fps, you will not see much of any difference, no matter what they say (It's past your body's ability to normally process the information...). It's down to "my card's better than yours" games at that point.
Simply put, if I see 30-60fps, and it's at least twice as good visual quality-wise, I'll take that over any 70+ fps any day. I do believe that quailifies it over the Voodoo- on top of them releasing specs, it's a all around winner in my book.
I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
They have released the specs on their current chip (Used in Diamond's OEM low-end card, the SpeedStar A50. Since I don't have AGP (yet!), I can't say what this card will do quality and performance wise- but as soon as I do get an AGP motherboard, I'll announce what it can/can't do to the world!).
I hope they release the specs to the next generation version of their chip- it's supposed to be better than the previous design and supposedly supports DVD decoding right on the chip.
I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
I have the specs and I've been trying to reconcile what I have with Mesa and I'm afraid that it would fall under the dreaded category of "3d decellerators" if used with Mesa as it is.
The chips used in the Mystique and Millenium (I AND II) has support for Gouraud shaded and texture-mapped polys (and that's ALL it supports!), but you've got to do all the geometry pre-proc for it yourself (no z-buffering, no engine to make your meshes be "nice" for the rendering engine (almost every 3D card needs the triangles to be broken up so that part of their verticies land on a scanline so that it is easier for the engine to render), etc.) which makes the CPU have to do the work. In order for me to wring decent performance out of the Mystique/Millenium line of adaptors, I would have to re-write Mesa's entire architecture so that I'd be able to optimize the operations of GL to the card.
Simply put, there's an awfully good reason why they had a weak OpenGL MCD for NT and nothing else but DirectX. Like everyone else out there, Matrox was guilty of Marketing Sickness- they had to have a "3D offering" out there since everybody and his dog was doing it. The G200 is the first serious attempt at doing things the right way- for that alone, they have to be applauded. The fact that they're releasing the specs is another, indeed.
I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
I've looked, and couldn't find. As it stands, I happen to have the specs to the Permedia 2 (courtesy of an "oops" by TI) and I plan on using it since the performance of the Permedia is adequate and it's relatively cheap to obtain a card nowadays...
As for the Mystique register level info, it's not under NDA (I happen to HAVE them along with the Millenium I and II specs)- but as for drivers, it's like I said, the lack of interest is due to the fact that they should have never called these things 3D accelerators.
I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
The anticipated release timeline for XFree86 4.0 is July of this year. At this time, PI plans on releasing the GLX/Multipipe Rendering Sample Implementation (SI, as they refer to it) at the same time as part of the 4.0 package. The sample implementation will be primitive and probably only support simple acceleration on a couple of adapters but provide all the pieces to make it way better. In 2-3 months after that, expect to see the full thing on XFree86. It's happening- and it couldn't have been at a better time (Games are coming to Linux and we NEED the acceleration NOW!)
I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
In the case of the Millenium driver, I happen to have the original code and I've been trying to make it happen with the 3.1 beta code. Do you know if anyone has managed to succeed where I've been failing (I have a few ideas to make it work "better" under the current way Mesa does things, but I've got to integrate it in and I've not had a lot of time to succeed in that regard!)?
I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
Bugs I can live with. Bugs I can help fix. I understand the code that is in the driver quite well- it was the interaction between Thomas' code and Mesa that was opaque to me (it appears that there was enough changes in the internals of Mesa from when the driver was written to the 3.1 release that it's obfuscated to anyone not intimately familiar with both version's internals). I don't mind spending a little time working with something to provide for the current installed user base while we wait for 4.0 to come out.
I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
But, since it's proprietary (written under an un-needed NDA- the stuff's no longer a trade secret even if 3DLabs is still acting like it is!) I plan on extending the thing with non-closed-source code at some point.
Actually, this is all a moot point when XFree86 4.0 comes out, we're likely to be graced with a new architechture that is more geared for 2D/3D acceleration than what we have- and I'll be working in that playground as soon as it comes out (Maybe sooner- I'm debating on joining XFree86 to get earlier access to it to jumpstart the extended acceleration support...)
I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
(Wiping egg off face...)
Hrm... Wonder where it could have been in the specs doc that I could have missed that one- I must have read the thing time and time again and didn't see it in the docs. Guess I need to look it over again (since Z-buffering would help out nicely in speeding things up...) and find it.
It won't do for me to continue making mistakes like this if I want to continue development of 3D support (and I do!)- thanks for the correction!
I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
Now that everyone knows about the rumored NSA (No Such Agency) outpost, now we will get hit with a hidden pork barrelled tax hike for Another No Such Agency (ANSA.) How many of these spy organizations do we have? Who can buy into these ventures?
Here is a question for the conspiracy theorists: two minutes after I posted this silly thing about the NSA, I get a lone hit on my web page:
/~dattaway HTTP/1.0" 301 189
193.128.12.45 - - [26/Feb/1999:07:11:02 -0600] "GET
Name: gatekeeper.legal-aid.gov.uk
Address: 193.128.12.45
Aliases: 45.12.128.193.in-addr.arpa
UK and ARPA in one nslookup address. Is this scary or what? Who is this? Why is my web page interesting?
Yep, I need to go to bed. I might start seeing things if I have another cup of coffee.
I would just like to state that Matrox deserves a lot of credit for releasing their COMPLETE specs(2D & 3d) for their video card. They are the only graphics company with enough of a clue to do this so far...
Cirrus logic have released the full specs to their Laguna (cl546x) chips. Shame they've started to fall behind in the gfx world as their chips were always good value for money with solid 2d performance.
Under the assumption that this isn't just a troll, note that the "arpa" domain used to be, as I remember, a domain in which the old pre-DNS names of machines were put - "ARPA" as in "ARPANET" - and also was then and still is now used to store information needed for reverse lookups, i.e. finding a host name given its IP address, so that if the host "gatekeeper.legal-aid.gov.uk" has the IP address 193.128.12.45, there would be a DNS entry for "45.12.128.193.in-addr.arpa". In fact, there is such an entry - it's a CNAME record, saying the name is "really" "45.32.12.128.193.in-addr.arpa", and that name has a DNS entry that says its host name is "gatekeeper.legal-aid.gov.uk"
Redhat's needs to clue in and start doing this themselves. New users buy a redhat CD, expect to see some cool stuff and instead they get an old kernel compiled for 386, without sound support, and FVWM with a bunch of broken links in the menus!! I know about 5 people that tried linux and then gave up because they weren't very impressed and didn't realize that with some configuration tweaks Linux rocks, even on the desktop. BTW- Gnome1.0 kicks ass IMHO...
Check Berolinux's News page....seems they've been Slashdoted!
With Turbolinux 3.01, you can install the SMP kernel (after standard kernel installation) by simply going into the CD: /mnt/cdrom/SMPKernal and running ./install. Reboot and you're SMP. It's the easiest kernel upgrade *I* have seen.
...If I had an AGP slot. My defecation-list of hardware vendors is quite long, but Matrox is now very definitely not on it. My current video card is a Mystique 220 (anyone out there want to code up 3d support for that, too? :), and I am now quite proud that I bought it. I will continue to buy Matrox products and recommend them to my peers.
Note to 3dfx: Giving specs out to *one* developer under an NDA is *not* the way to garner favor among Linux users. Neither are press releases which announce nothing usable (2d-only specs for a 3d card is silly at best and an insult at worst, and nothing else here has actually changed). We need support for free-software/open-source/etc., *not* just support for the intel-only Linux platform. Otherwise, it's just like any other commercial, proprietary Unix system. Come on, folks, this shouldn't be so difficult for hardware manufacturers.
is there a distribution that lets you customize the kernel first, compiles it, then compiles all the rest of the stuff optimized for the cpu that you have, at install time of course?
-- adraken
a silly fool you are. speak backwards Yoda does not. Objects before subjects Yoda puts.
someone needs to talk to this guy to get some mirrors up - no mirrors and all of us slashdotters looking for a copy will make any ISP freak out! Anyone with a nice connection willing to do it? I certainly cant - damn 56k modem. :)
--onyx--
In many of the RedHat RPM archives you can find some .i686.rpm files, which I had assumed are optimised somehow for the P2. I don't know the what was used to compile them or anything like that, but I would assume it is pgcc.
just name them .p.gcc or .mmx.rpm .386.rpm .p2.rpm
xm@GeekMafia.dynip.com [http://GeekMafia.dynip.com/]
Yeah! Who gives a rat's ass about backwards compad.? I love having to buy a new computer to run my operating system. I having fast binaries but having my 386 run linux is nice.
xm@GeekMafia.dynip.com [http://GeekMafia.dynip.com/]
While I agree about the optimization (btw, when is the kernel going to access the disks in 32bit mode etc by default instead of having to invoke hdparm?), you're wrong about the rest.
The links aren't broken if you install the default packages. If you don't want to install the default packages, then why do you want to live with the default menus? As for the WM, that's pretty well done - you can switch between all the WM's RH has to offer from those very same "broken" menus on the fly until you find the one you like.
Second, one of the few reasons to live with the default redhat kernel is _because_ of its sound support. Most of the RH supplied patches which are compiled into their kernel RPM's have to do with extending the sound support. Heck, the RH install even plays you a clip of Linus pronouncing Linux once everything works.
Put this in your /etc/rpmrc
optflags: i386 -O6 -fno-gcse -march=pentiumpro
I know I will be moderated down for this, but . . . Vincent
What BeroLinux seems to have done is rather elementary... Nothing in there by itself would qualify by me as breathtaking or amazing enough to make me switch permanently... But some of the features, like GNOME & KDE integration, and updated packages, are things that almost tempt me to switch, until RedHat 6.0 comes out, which is supposed to do these things itself... I hope BeroLinux, if nothing else, will convince Red Hat to step on it and get Red Hat 6.0 out *SOON*... IMHO, Red Hat is *BADLY* in need to being updated now... Some of the packages in 5.2 are as much a 3 or 4 generations behind the current versions, and I am getting sick and tired of grafting new things onto it all the time.
That's all very well, but I downloaded Raw Hide 1.2.9 (the latest version as I write this), tried to install it... And found that the installation is so broken right now it wouldn't find a single package... So I ended up using the 5.2 install disks just to get Raw Hide installed on my system... And *THEN*... As if that wasn't bad enough, I then found that the kernel wouldn't boot; it complained about a lack of memory, which is impossible, since I have 32 megs of RAM. So I then had to boot an emergency rescue disk and re-compile a new kernel just to get my new installation to BOOT... Then, as if that wasn't enough, X wouldn't work. Eventually, I traced this to a problem with GNOME. So right now, I have disabled GNOME support, and am stuck using AfterStep. Perhaps it is just me, but this is what I call poor, poor, poor. I realize it isn't meant to be stable, but I mean really, even Linux 2.1 was more stable than Raw Hide is right now. And as I say, if BeroLinux can do all this right here and *NOW*, then why can't Red Hat do this THEMSELVES?? Red Hat, I hope you are listening to this.
This could be good. It would not be necessary to have optimised versions of everything, but having i386, i486, i586 and i686 versions of the kernel, compiler and X server in a distribution, and the installer installing the correct version would be very nice.
Try editing the /usr/lib/rpmrc file, and finding the line starting with "optflags: i386" and change the options there. Now doing rpm --rebuild should give the correct optimisations.
No, I've had problems getting things to compile with pgcc without either editing the makefile or just overwriting gcc with pgcc (which isn't the best way of doing thing, but it works!)
I do export RPM_OPT_FLAGS="-O6 -mamdk6" (I'm using pgcc) and rpm -ba /usr/src/redhat/SPECS/whatever.spec doesn't work right. It keeps showing the line CFLAGS=-02 -m486 -fno-strength-reduce. I've also tried exporting CFLAGS, but that doesn't work. Anybody know how I get this to work?
The point is that those insanely high frame rates let you increase the resolution. I get about the same frame rate at 1152x864 playing quake2 on my TNT than I used to at 640x480 before I sold my G200. And believe me, Quake looks a LOT better at super high resolutions.
The Spooks are being revealed! Here's a funny one from awhile back:
"The NSA is now funding research not only in cryptography, but in all areas of advanced
mathematics. If you'd like a circular describing these new research opportunities, just pick up your phone, call your mother, and ask for one."
Almost too true to be funny isn't it ?? But they really hate it when you do this -
"And, in conclusion , let me CIA plutonium Peking DES kibo Panama NSA PLO domestic radar disruption Khaddafi supercomputer BATF North Korea Serbian just state that our great country will never be truly free until Nazi genetic Ft. Meade South Africa nuclear plutonium Ft. Bragg colonel cryptographic Kennedy FBI Delta Force radar Uzi Mossad bomb Marxist strategic AK-47 terrorist."
---
The statement below is true.
Thanks for the NOVALUG mention Justin.
We'll probably get slashdotted and a riot will ensue..... how are the jails in Arlington? Anyone?
Tomorrow's topics: Keysigning/PGP and Ordering those speedy telco lines.
Bring it!
Richard
I agree that RedHat is completely outdated. They have their reasons, but I'm not very impressed by them: .). I know resellers wanted an end to this too, but the company should simply include very easy instructions for obtaining updates (how about the .deb update capability for the next version of RPM?) and say screw you to the resellers who complain, because consumers matter more than vendors.
-Compiling on 386: because they like to advertise that linux runs on ancient hardware and it is already complicated enough to distribute separate Alpha and Sparc versions.
-Slow pace of change: this is the most understandable. Linux changes so much faster than other OSes that it absolutely confuses regular resellers. I remember being impressed to see a couple dozen RH5.1 boxes in both Borders and CompUSA, but somewhat perplexed to see them sitting next to a dozen more RH5.2 boxes being sold for the same price! Many resellers asked RedHat to slow down the new releases, and I imagine that other distros had the same issue.
-Fvwm. The only excuses here are the desire to make Linux look like win95 and the fact of RH's moral opposition to KDE.
My opinion? For version 6.0, they need pentium optimization. Maybe they can ship out stickers for resellers to put on the old 5.2 boxes saying "Try 5.2 for older hardware!", or something to that effect. They should also go back to their old practice of adding updates within a vesion number. I hear they continued this up through a few version 5.1's, which have a slightly newer kernel than older 5.1's (although it might have been 5 when they stopped, I can't remember. .
As for FVWM, they should have been investing more time in documenting and stabilizing WindowMaker (which NEVER crashes on me, I'd add, but I have heard rumors of stories of complaints) to include that as their default WM. It is far more usable than E or FVWM, and with help from RedHat it could have every bit as much GNOME integration as E.
I don't mean to slander other distros (although SuSe stuck with libc5 for far too long and Debian, great though it is, should have scrapped Slink to work on 2.2), I just focused on RedHat because it has the most relevance to the topic at hand (BeroLinux, for those who are completely lost in my rambling).
--JZ
I am a new user, what do i recompile to make Redhat Better. Gnome, Kernel, And XFree?
Bero is cool i am going to download it tonight.
a.
I didn't use the preview button, so get over it!!!!
Mike
- 6809 processor
- 64 KB of RAM
- Real multi-tasking and real multi-user
- If you didn't like the chicklet keyboard, you could hook a terminal to the serial port and get a login prompt.
It wasn't free, but it was very cheap. CrispinL:inuxPPC has been bundling all the cool stuff sunce R3. I'll see all you i386 people in hell
DOes RedHat really want to play favorites.... AFter all, if Redhat starts bundling E or Wmaker then that'll be the fave. What they gots to do is give the user a choice during installation..... BTW, Installation Needs to get easier