Slashdot Mirror
Red Hat Linux 7.1 Release Announcement
Many people have sumitted that Red Hat has announced the release of 7.1. I don't see it on the ftp site yet, but, if I don't post this, I'm gonna spend all morning deleting this submission *grin*. The new features include a 2.4 kernel, USB, Updated XF86, and assorted other stuff of varying importance.
So, you probably never read slashdot, either? It was all over /. when a Tux System beat the hell out of every other webserver.
Okay, but now to what Tux is. Tux is a layer between a user-space webserver and the kernel.
Static content will be served by the kernel part via zero-copying and thus saving time.
Dynamic content will be handed over to the user-space httpd (which can be apache) and then served to the client.
That's all. Combined with some cool kernel-patches you'll get superb performance for serving pr0n, even on a 386. ;)
ps. This continues a trend of Redhat to put immature software on their distros so that developers will help mature it. However much you disagree with these tactics it's been shown to be very effective (and with the GCC thing they provided a version that did work - it was only idiots that complained. I guess they assumed anyone compiling would be smart enough to RTFM - they were proved wrong ;). The most obvious example of releasing immature software is when Redhat released GLib and it stablised months quicker than expected. They've done this with several other smaller packages too though they didn't receive the same coverage.
I'm downloading it from ftp.ucs.indiana.edu at the moment at a rate of over 1 MB/s (no that is not a typo). Of course, I am using Internet2. I'll have a mirror of the iso files up at ftp://ftp.ens.utulsa.edu/pub/linux/redhat/7.1/en/i so soon enough.
Would everyone PLEASE stop trying to download RedHat 7.1 ISOs? Even if you are not using the same mirror I am, you are slowing the Internet down in general and affecting my downloads. I promise I will post a followup message just as soon as I am finished with my downloads, and then you can all go back to using the Internet. Please note that you will only object to this if you are impatient and rude - so just unplug that ethernet cable and show your sense of netiquette. Thanks everyone
Only for killing soldiers not for killing civilians, but then again you are too stupid to understand that.
Er...
I was referring to the documented problem that c++ binaries compiled on 7.0 will not ever run on non-redhat 7.x distributions. IE, they will not run on 6.2, and will not run on gcc 3 based systems when they arrive.
Yes, I agree they are including questionable software with the intention of stabalizing that software faster and so they have stable distributions when other distribs are still trying to figure out the newly stable software. This is all fine and dandy, I just wouldn't use unstable software, whether it is because the binaries are unstable because they are a .0 release on an unprepare distribution, or the binaries are unstable because they are a .999 release on a prepared distribution.
But, it appears (see other post) the consensus is to downgrade GCC
Andrew Robertson (paranoid 6.2 user)
He might have had a beta version. They did do two betas this time. They usually only do one. Hopefully that alone will make a difference.
Can you install the 386 version in a different directory than /lib and set LD_LIBRARY_PATH for the JDK? Or do you have to run the 386 version w/everything?
Hopefully i can wait for a fixed JDK... but I might get a Java programming project soon....
hmm. it's there, but I'm getting 5k/sec with lots of stallage.
Just curious, which did you use and how did you do it?
I tried using TaxCut (standard $10 edition) under CodeWeavers Wine, PR 3, on Redhat 6.2.
The install went perfectly, and when I ran the program it seemed to be fine and even updated itself from its own web site. I could navigate the program and read what it had to say.
But when it came time to enter my name and other textual data into the form -- it echoed with strange characters, sort of like the Dingbat font. What the heck... The same characters also appeared in the 1040 preview form on the bottom of the screen. I doubt the IRS would appreciate that!
It also hung when I selected the Show Forms... menu option.
So I had to take it to my dad's office to do it, but I would have killed to do it on my Linux box. Has anyone had better luck?
BTW, I fired off an e-mail to Taxcut asking them politely to make it a priority to get next year's version working reliably under Wine, citing Corel as a reference.
I don't want Wine to become a crutch for Linux, as Win3.1 emulation was for OS/2, but some things that we're not gonna get native ports of soon just need to work.
That begs the question.... why would you turn it off by default?
Definitely thanks for including this cool stuff though!
I've gotten Stardock's Entrepreneur game to work pretty much flawlessly.
And I came SOOOOOO close to getting TaxCut to working right. Just silly little issues that could probably be easily solved by developers.
But most shareware 'Doze programs I download to try do fail during the install for whatever reason.
Simple. RH obviously knows which video card is in use -- it detects it. So ...
if (video_card->supports_render)
x->enable_antialiased_fonts()
You have heard of the custom install feature (where you go through the packages & pick only the ones you want to install) right?
I only count 2 CDs as being absoutely necessary (plus maybe the source RPM CD). Doesn't just about *every* other distro (except possibly Slackware, and the smaller/niche distros) ship with more than 1 CD?
Gonna do a fresh install tomorrow, wish me luck :).
Wait, I thought /usr was the prefered install path for KDE in the LSB ?!?
Sig (appended to the end of comments you post, 120 chars)
How am I supposed to convince my management to move Oracle off a 30-gig VxFS and onto RedHat if I still have to deal with fsck?
You should have waited!
Red Hat needs a journaling filesystem with large file support. This is a big disappointment.
Anybody doing anything serious with Red Hat is still on 6.2.
Even Red Hat's own high availability and Oracle-optimized releases are 6.2-based.
Without a journaling filesystem, there still really isn't much motivation to upgrade.
If you do these things, you will no longer have to worry about Mandrake or Suse. They are only successful because they are fixing your mistakes.
How about the rumours of data corruption with the Promise Ultra-66 controllers? Anybody know if this has been nailed down? The notes on the Wolverine beta sounded like Redhat didn't have a good understanding of what - if any - problem existed.
Couldn't find these "previous arguments", but: red hat increments the major version number when there's something (usually a libc change) that breaks backwards compatibility. That's a good way to use version numbers.
Well, no. The "by definition" I'm talking about isn't inherent instability. It's that .0 releases are where it's okay to make radical changes that break backwards compatibility -- which is necessarily to avoid the buildup of kruft.
Take a look at the linux kernel development process. Eventually Linus just says: "Ok, this one is 2.4.0", but it still takes some time for it to really become solid. A problem with pre-releases is that they're often so broken that people don't take them seriously. Red Hat Linux 7 was a pretty decent release all around, but made a lot of radical changes, with the new XFree86, new compiler, etc. Changing to those things needed to happen, but it takes some time of serious use for it all to come together perfectly.
Well, bero does point out on his web page a lot of problems that might be in your code. Have you checked for those?
cached
Point oh releases, by definition, break things and cause confusion. This point-one is really nice -- very stable and well-put-together all around.
Anyone know of a decently connected rsync mirror?
RedHat has been allowing Wolverine beta users to sync to the rawhide tree for a week or two now using the up2date facility connecting to a beta server.
For Wolverine users who have sync'ed up the beta is pretty much identical to what RH is putting out today.
They are shipping kernel 2.4.2
I'm running an updated Wolverine beta which is pretty close to 7.1 and I haven't had any problems installing "older" RPMS.
Kudo's to NVIDIA for releasing their binary only driver wrapped into a source RPM. Very nifty for people who like to run custom kernels or beta versions.
Of coure you do, but the better your web server performs, the less members you need in the cluster to satisfy the bandwidth requirements.
"The invisible and the non-existent look very much alike." -- Delos B. McKown
Until recently, I used to agree with you, as no-one could afford that much bandwidth to the internet. However, that's all changed now, and we're looking at getting a gigabit internet link to the office at work, and the prices are *really* cheap. For high volume sites, a web server like TUX may well be needed.
"The invisible and the non-existent look very much alike." -- Delos B. McKown
I'd love to hear from other people that have had better results though.
I'm hacking both of my grandparents' iopeners so they can get email again using any ISP. It would be cool if I could use my existing compact flash cards as "floppies" for putting pictures and software on their systems without having to download them via modem.
Originally, Mandrake was a Redhat base, with bugfixes, some newer stuff, and KDE rather than enlightenment/gnome.
Since then, the've sortof gone their own way - they're still rpm-based, but AFAIK, they're not based on Redhat anymore.
I use Debian myself, though. If someone using Mandrake would correct me if i'm wrong, I'd appreciate it =)
I'm getting over a hundred kB/sec from ftp.ens.utulsa.edu, which beats the full redhat.com servers and the 10 kB/sec rpmfind.net servers. If you're on ftp.redhat.com, you might want to just grab the MD5SUMS to verify packages with, then move to a less crowded mirror.
Also there seems to be very strong feelings amoung Linux developers that /opt is a mistake and /usr/local should be used instead. They serve the same purpose and there is no reason for two locations, and /usr/local seems to be winning.
Of course the distribution can't write over /usr/local either.
LOL. I love and use Debian, but... Debian's strategy to avoid .0 release problems is to not have releases. The next .0 release of Debian, at the very, very, very earliest, will be in 2003. That's pathetic.
IAAL,BIANLY
But they ship Mozilla though© Netscape 6©01 is based on a relatively old version of Mozilla, so it might be that RH simply wantet to ship with the "latest software", in other words a resent Mozilla build©
Never express yourself more clearly than you are able to think. --Niels Bohr
What I really want is an SSL SMTP/IMAP mailreader... And I don't want to use stunnel on my laptop.. So it's still Nutscrape 4.7x for me :p
Your Working Boy,
- Otis (GAIM: OtisWild)
My old work workstation had 8.0b2 on it, and I was (and continue to be) impressed by it. Don't forget that they compile their code with i586 and up. Not that it makes much difference yet, it just makes me feel a bit better :)
Your Working Boy,
- Otis (GAIM: OtisWild)
on a redhat 6.2 system...
/mnt/loopediso/RedHat/RPMS
:)
# cd
# rpm -Fvh *.rpm
I have a 6.2 system that's tweaked, and I'd like to simply update from the cmdline.. sans kernel stuff of course (copy the iso, mount readwrite, delete the kernel rpms, remount readonly
Your Working Boy,
- Otis (GAIM: OtisWild)
You sir, are my hero. 1.5MB/s and holding steady, on plain-old internet-1 nonetheless.
Yes. 2.95.3 is a minor bugfix release. That means all the problems with 2.95 (C++ incompatibility, etc.) are still there, with the excpetion of a couple major bugs that had easy/small fixes.
Actually, most distributions will just go straight to GCC 3.0. Frankly, I have a hard time believing that a fork of a beta GCC that still isn't released (the release branch of CVS hasn't even bootstraped for days on end recently) is perfect, especially considering that no previous release has ever been perfect.
Just because code is poorly written doesn't mean that gcc can get away with not compiling it. Sucky but standards complaint is still standards compliant code, that needs to be compiled.
I am working on that particular issue. MaraDNS is a public domain DNS server that I have been working on for the last two months. Currently, MaraDNS has roughtly the functionality of TinyDNS--it works as an authoritative DNS server, but not as a caching DNS server.
A 1.0 release should come out in early June. Look at the roadmap on the MaraDNS web page.
- Sam
The secret to enjoying Slashdot is to realize that it should not be taken too seriously.
I don'f finad any place with the distribution. ftp.redhat.com is overcrowded and isn't at the regular place's
Overlord
---
What's the reason for not shipping qmail or djbdns at least as an option? You can distribute it freely, you can distribute the source, you can distribute patches to the source. So you can't distribute a patched source file or modified binary -- do you actually have such important patches that this holds you back?
As DJB says, coming from people who distribute a binary-only Netscape, this is pretty hypocritical.
What does the USB support covers in linux as of now?
Szo
Red Leader Standing By!
Yet another reason to do away with binaries. I personally hate binaries. Yes certain programs take 100's of megs to compile but that's really a gcc problem. (e.g. g++ *.c++ to get maximum efficiency) Why do we need all these binaries? Because the auto-configuration stuff isn't perfect? If every distro shipped with all the appropriate headers then everyone could have their tar.gz's auto-build correctly.
As far as I can tell RedHat's kernel releases are pretty close to an -ac release. Not surprising though since Alan Cox, I'm sure, has some input in what RedHat ships.
I wouldn't worry about it. Besides, you can see exactly what patches they added via the rpm source.
BTW, don't most distros ship a patched kernel?
Obviously, you should wait until the Linux kernel is completely finished before shipping one. Once it reaches version 300.4-complete, then that should be about right.
Since RedHat is Linux (according to the press), you're obviously required to support every version of every piece of software that is compatible with Linux. Therefore, omniscience will be a hiring requirement for all support staff.
(but seriously, working on Linux all day must be a lot of fun except for all the stupid questions that pop up...)
Ita erat quando hic adveni.
With this new RH, anyone know about support for a logging filesystem in the installer/on the root partition? That would be nice...
The religon of Islam itself forbits slavery completely.
It also forbids blowing up car bombs on city streets.
-
I suspect the problem is that you need to get laid.
-Yenya
--
-Yenya
--
While Linux is larger than Emacs, at least Linux has the excuse that it has to be. --Linus
It was a bug in ProFTPd's usage of sendfile(). See the discussion on linux-kernel yesterday. It should be fixed on ftp.fi.muni.cz/ftp.linux.cz now.
-Yenya
--
-Yenya
--
While Linux is larger than Emacs, at least Linux has the excuse that it has to be. --Linus
As someone who packages with RPM 3.x regularly, I wish there was better documentation on the changes and new features in RPM 4+. All of the good public documentation for RPM is for version 2.x, and there are a only a few references for 3.x. I haven't been able to find any *usable* documentation for 4.x (No, the changelog is not usable). Is anyone working on this? Why should I stop using my "ancient" RPM version when the new one is undocumented?
-OT
When Red Hat 7.0 was released, there was NO known exploit for that LPD. It was discovered weeks after the release of 7.0. As always, errata was released in a timely fashion.
Red Hat's gcc 2.96 was hardly useless. I've used it to build everything on my system, and it's been totally stable. The only thing that 2.96 wouldn't build correctly was the 2.2 kernel. Guess what, that's not a new problem! IIRC, egcs also wouldn't compile kernels correctly. Assembly code isn't defined as well as, say, C. egcs broke the previous assembler semantics, and the kernel had to be fixed. This is pretty much the same issue with 2.96. The 2.4 kernel has semantics that the 2.96 compiler will accept, and the new compiler is officially used to build kernels now.
C++ support for GCC has never been that good for exactly those reasons. If Red Hat had used any version of GCC other than egcs 1.1.2 (from 6.2) their C++ binaries would not have been compatible with the older, 6.x versions or the 8.x series which will most likey include gcc 3.0.
Based on that unavoidable problem, and their need to support the Alpha platform, Red Hat's engineers decided to use a version of gcc from CVS, and have done a lot of work to make sure that it's stable. Red Hat 7.0 has been rock steady for me. None of the components have suffered because of gcc 2.96rh. It produces stable binaries. Reports of Red Hat's demise are greatly exaggerated.
But, it appears (see other post) the consensus is to downgrade GCC
This consensus is generally reached by the uninformed. You will only cause yourself headache by doing this.
Any idea if printtool will ever get a command line equivalent? Forgive me if it already does, but I'm still using 6.2, and I'm not sure if this exists already in the 7.x versions. It would be real nice for adding/modifying printers over ssh, though. Right now I drudge through everything manually.
Did the new aic7xxx driver that Adaptec now maintains make it into your 2.4.2 patches? I'm using this new driver with 2.4.3, and I would like to keep using it, since it fixes a complete lockup that I was able to reproduce with the old driver, and is now fixed in the current driver.
--
Vidi, Vici, Veni
Does this apply only to cardbus cards, or to all pcmcia cards? I specifically stayed away from cardbus cards and stuck with 16-bit ones because of the problems with cardbus.
Must be April 17 in Europe when that Debian page was updated.
I noticed a few days ago that a lot of the RedHat mirrors had a 7.1 directory that was empty. I guess they've been planning this for a while.
"It's here, but no one wants it." - The Sugar Speaker
Have you checked out SuSE's licensing? You might want to look at section three of the YaST license.
It is hard to find a Linux distribution more proprietary than that, dontcha think?
Here stupid linux loser who has probably never contributed a line of code meets the power and dream of linux, and is promptly flatened.
Some folks clearly don't get the power of the GPL. The bigger RedHat get's the better. Anyone deploying real application across a few hundred servers would probably agree. They've lived up to any conceivable obligations to the community, and you are always free to not use their software if you don't want, or take it and "fix" it by installing whatever you think needs to be installed, and then even selling it if you want.
Get a life, get a grip. I'm convinced that the folks siting on the sidelines griping are often the folks who have done jack for linux or open source.
there was a war between America and England in the early 1800's, not sure exactly when. But the british burned down the original white house during the war
------- Oh damn.... the Sigfile escaped... -Great OM
> Allah likes his children to only use the works of circumcised men who follow the will of allah. ... So we in syria have started new unix variant.
Trimmed a bit too close with that circumcision knife, eh?
Oh, 'Unix'.
--
Sheesh, evil *and* a jerk. -- Jade
FWIW,
(I tried to post other useful snippets from my logs and program outputs, but Robs lame lameness filter is hyperactive today, and keeps rejecting my posts.)
--
Sheesh, evil *and* a jerk. -- Jade
That would be great. But I have been wondering why parted gets so little recognition these days. When last I used it (to resize a FAT32 partition on an IBM Thinkpad), it Just Worked, which shocked me, considering that nobody in our well-informed Linux users group (MLUG) had apparently ever tried to use it, despite the fact that the "non-destructive resizing" question is a true FAQ.
Babar
it's there, but the original author seemed to have too much faith in his T-1; the site seems to be slashdotted already.n
It is in ftp://ftp.webtrek./pub/mirrors/redhat/linux/7.1/e
-- Error: Cannot find file REALITY.SYS - Universe halted, please reboot!
The 7.0 compiler is not reliable. When compiling the NTL libraries, the compiler segfaults. This is bad, compilers are not supposed to crash! Don't tell me that the problem is because the source is no ISO compliant.
I agree. They take a very conservative position towards upgrading. That is good for servers but it really sucks for clients. I love apt-get but I hate to have to point it to obsolete packages. Pointing it to non obsolete packagers automatically makes you a beta tester (which I'm not).
Apperently there are some client oriented debian spinoffs now. I just might try one of them these days.
Jilles
woody is testing, not stable. And despite rumors on the contrary I have run into trouble using it.
Jilles
Or if you read the prior posts, maybe it's YOUR code that sux. Prior versions of gcc were more forgiving with poorly written and/or non-standard compliant code - that doesn't make your code any good.
Revisit your code ASAP and fix it because guess what? RH may be ahead of the rest, but eventually ALL distribution will use this version of gcc.
I doubt any code is ever perfect - otherwise, why would anyone keep developing it?
But (just like Linux said about 2.4), 2.95.3 is better than it's predecessors, and 3.0 will be better than 2.95.3. But one thing for sure, the people having problems with 2.95.3 will have the same problems with 3.0.
You gotta love the way bero always posts "from the horses mouth". On a related note, you guys have yet to release 1.3.19 Apache with all the related rpm's. Is that in there this time? And if I don't want to use RH Network, is there still ftp downloads available? I'd rather do my own patching, thanks very much.
You think 15 days of testing is enough? The kernel can be "late" when the deadline is a packaged distribution. Supporting a "known configuration" kernel is not "corporate idiocy", it's the way support mechanisms work. Try swapping out the fuel injection on your car, and then go back to the mfr to ask them to tune it.
Not always, freqently slaves are taken to be rented or sold for sex, it even happends in the US, though significantly less than other countries.
Not to question your integrity, but I didn't see it there...is it hidden deep in the directories? All I saw was 5.2, 6.2, and 7.0
w|f
Finally managed to get into ftp.redhat.com, and it looks just like this one--no 7.1 as of 1112 EDT.
w|f
I agree completely. Does redhat want to be the AIX of Linux or what?
I'm not sure what you refer to as "the 7.0 debacle", but if you do a new install of Red Hat 7.1, you get an iptables firewall (you can choose "high", "medium" or "no firewall" in the install, or customize the choices).
GNU/Linux. The Freshmaker.
So this is kind of different from SuSE, where you can never download an iso until weeks after the announcement and when it has been availiable in shops for quite some time.
GNU/Linux. The Freshmaker.
gcc is used for more than compiling kernels. Appearantly Red Hat believed that fixing a lot of bugs and brokeness with gcc 2.95.2 was worth the hassle of having to ship another compiler for compiling the 2.2 kernel (which also was broken).
We hear on IRC all the time "I just installed gcc but ./configure tells me it can't make executables", we reply "install glibc-dev", they reply "I have glibc", we reply "install glibc-dev", they reply "fuck this, I'm going to use Windows..."
Tell them to install the gcc errata update and/or get the fixes for the program that they are compiling that compiles with more standards-compliant compilers (if the maintainer is unwilling to fix his program if it's his code that's broken, well, that is obviously not an option).
Or how about the guy the other day who chose the "Start with a graphical login" option, yet his X was not configured so he couldn't login until we showed him how to use runlevel 1 to change his default runlevel.
AFAIK, he couldn't have chosen "Start with a graphical login" without being presented with the graphics settings and ignoring them...
Y'all try to get all fancy and Windows-like, yet just end up making things a lot more confusing and complicated.
I'm sorry you feel that way. I don't. I enjoyed Red Hat 7 very much and deeply appreciate the work Red Hat has done for the free software community.
GNU/Linux. The Freshmaker.
I believe the april 24th date only applies to boxed versions. Red Hat is kind of different from distros like SuSE in this apspect; with Red Hat the isos are made available immediately after a new version is announced and weeks before you can buy it in the shop, with SuSE you have to wait for weeks after it is available in the shop to be allowed to download it.
GNU/Linux. The Freshmaker.
Umm, gcc 2.95.3 was released like, six months later? How would they include that? They don't have time machines, do they?
GNU/Linux. The Freshmaker.
That's for the ordering of the boxed sets. You can download the isos immediately (if you don't mind crowded mirrors).
GNU/Linux. The Freshmaker.
Even with text mode installation (type "text" and then enter instead of just pressing enter at the first screen)?
GNU/Linux. The Freshmaker.
After all, this doesn't affect only Red Hat, this affects all that is Linux, so I think it says more about Linux not being Sun's Tier 1 Java platform (even Sun have admitted in the past that their main Java platform is Windows, so no wonder).
GNU/Linux. The Freshmaker.
Maybe because gcc 2.96 is a better compiler? Bero has a page that you might want to check out.
GNU/Linux. The Freshmaker.
the mouseconfig program creates a /etc/sysconfig/mouse file that the Xconfigurator program thinks it is a bad file.
--
"take the red pill and you stay in wonderland and I'll show you how deep the rabbit hole goes"
[]'s Victor Bogado da Silva Lins
^[:wq
"We're not using 2.4.3 because it was released way too late."
.|` Clouds cross the black moonlight,
Bullshit. How the heck can a kernel be released `late'??
If it disagrees with your marketing deadlines, well that's your problem. Me, I'd prefer to sit on my chair for another week waiting for it than to have to go down the shops to buy yet another vesion.
As it is, 2.4.3 has been around since Mar 30; I don't see why one package can't get a proper testing in that amount of time.
And I'm pretty sure it won't be that long before 2.4.4 is released, either, at which point 2.4.2 will be OldHat.
" but we don't officially support anything that hasn't passed our QA."
Here real linux meets corporate idiocy in one line.
~Tim
--
~Tim
--
Rushing on down to the circle of the turn
"You need to make a cut at some point. For us, that's "when it's ready". "
.|` Clouds cross the black moonlight,
I don't disagree with the kernel team having the same viewpoint, either.
"If someone calls support..."
I expect people to know how to debug a problem, not to fall back on such stupidity as `approved' and `tested'. That way "just reinstall it" lies, and other such crap.
~Tim
--
~Tim
--
Rushing on down to the circle of the turn
"what qualifications do you have in the field of software design and verification testing, PigleT?"
.|` Clouds cross the black moonlight,
What does it matter to you?
As it happens, I have worked in the software testing arena - and I got out pretty fast when I realised it hinges all around the same idea, `official support (with a view to us employing idiots and making lots of money)' rather than clueful knowlege.
FWIW the company for whom I worked in the testing department "supported RH5.2+6.0", and even then they only "supported" Gnome, not KDE, for the front-end GUIs.
"Don't like it? Then go use Debian unstable for all your mission-critical projects. When it breaks, call Debian, not Red Hat."
In nearly 2 years of tracking Debian unstable, I've never yet once had to ask for help in tracking a break, and have no intention of doing so yet.
~Tim
--
~Tim
--
Rushing on down to the circle of the turn
I only hope that it's more compatible with oracle than 7.0 was. Although, some how I doubt it since I think this turned out to be oracle's fault.
Historians cleverly employed an early type of data compression by using the same value for the date and the name of the war ;-)
its a webserver built into the kernel.
http://jones.ling.indiana.edu/~prrodrig
God, I hope that I'm dense and you're kidding.
So, assuming that I am, and you're not (respectively), it means that if you pay for thier upper tier support, and you're running software RAID, they'll help you fix your shit. The basic support won't help you with any advanced voodoo.
dirk
I keep trying to pick fights, but I can't shake this Excellent karma.
I've been using ReiserFS for over a year in SuSE and I haven't had a problem. It is not "known broken." VA seems to trust it enough to store Sourceforge data.
I think everyone will agree that it's Red Hat that have been shipping known broken components in 7.0: gcc, et al.
Also, Red Hat seems to be far behind other distributions in the maintenance of the distribution. The installation and configuration tools are much more mature on Mandrake and SuSE than on Red Hat.
I'm not trying to flame here, but there's this old saying about a pot and a kettle.
Finally, let's include a snippet from my terminal. No it isn't very scientific, AC isn't in there, but...
jfunk@arthur:/usr/src/linux > grep redhat<CREDITS
E: hdeller@redhat.de
E: jakub@redhat.com
E: johnsonm@redhat.com
W: http://www.redhat.com/~johnsonm
E: davem@redhat.com
E: sct@redhat.com
E: dwmw2@redhat.com
jfunk@arthur:/usr/src/linux > grep suse<CREDITS
E: andre@suse.com
E: hohndel@suse.de
E: hubicka@suse.cz
E: aj@suse.de
E: davej@suse.de
W: http://www.suse.de/~davej
E: jack@suse.cz
E: perex@suse.cz
E: pavel@suse.cz
E: mj@suse.cz
E: vojtech@suse.cz
I said it was unscientific and that Alan Cox wasn't on it. Jens Axboe of SuSE isn't on there either.
That's not really true, unless I was dreaming the time the hard drive on my laptop started getting bad blocks. I'm pretty sure that if my btree died, I would have known it.
That's FUD and you know it. I'm on the SuSE english users list and I have heard no such thing.
Based on what? What's bad about having Windows partition resizing in it? What's bad about having a list of packages with short descriptions to the right? Icons make no sense because they are all the same. There's nothing you need to graphically differentiate with icons in the installer. It also looks ugly when the package name wraps and there are no short descriptions there.
With the SuSE install, I can make multiple primary partitions. I remember having to write the steps to switch to a console to use fdisk in a paper at work for installing Red Hat.
Have you actually looked at YaST2 and it's design? SuSE customers can do whatever they want with it to make custom installers, etc. Alice is cool, too. I'm even saying this as a Python freak.
Do note that I use both Red Hat and SuSE on a daily basis and I end up doing a lot of installs with both.
RedHat 7.1 is open and available at ftp://ftp.webtrek.com/pub/mirrors/redhat! Go slashdot the T1 it's on. :-)
---
--
If I actually could spell I'd have spelled it right in the first place.
Except that Tux is a bit slimmer -- it serves static HTTP requests only. Dynamic requests, cgi, etc. are all passed on to a user-space daemon (like Apache).
It isn't bloatware and as long as it is kept slim, it should be managable.
--
Charles E. Hill
Learning HOW to think is more important than learning WHAT to think.
hey. i really appreciate you and tag answering questions here. i've been thinking abou different distributions lately, and i have a question for the two of you.
which dist. would you suggest for a server and or a workstation? my main focus right now is the difference between redhat and debian. i've been thinking about switching my home machine over to debian and i was wondering what your take on the matter is. pros vs cons, etc.
if you dont want to discuss it in an open forum you can email me or post anonymously.
use LaTeX? want an online reference manager that
-- john
hey. i got the original TA to work in whine. i must admit that it was a little slow. the soundworked. i never tried to get the network up though.
i also got matcad 6.0 to work. the fonts were screwed up. i think i could have gotten those to work eventually, but i didnt have much time to mess with it.
use LaTeX? want an online reference manager that
-- john
most of the comments from bero, tag, etal. have been civil and to the point. not that all the comments they were replying to have been that way. it shows that they care about their product, and i think it is nice that they are willing to take time to answer some question.
since they get modded up so much they i'm sure they are posting at +2.
use LaTeX? want an online reference manager that
-- john
Tried other distros like Slackware or Stampede anyone? With Redhat getting more and more buggy and bloated, it's starting to look more and more like a mirco$oft product. Just look at the number of bugs coming up in the default redhat installation... And, this mess called RPM to top it all. Ugh :(
Yeah, given the not so stable nature of the 2.4.x kernels under certain situations. I've been trying to get 2.4.2 and 2.4.3 to work with the IrDA stack, and this is the first time I've ever seen it freeze and die (Aieee and Oops ... kernel panic). The 2.2.x series are damn stable.
It's gonna be a sad day when bloated, slow, and unstable mozilla replaces netscape. Never used KDE, so can't commend on Konqueror.
So with XF86 4.0 and Linux 2.4, do I get all that wonderful 3D stuff built-in that will make my Quake-3 scream?
The hubris and exaggeration in the press release is excusable, since a look at Red Hat's profile will demonstrate that their stock just recently hit its lowest point since IPO, at around five dollars per share.
~ Give me 101 plastic soldiers, and I will conquer the world.
The versions of GNAT that are shipped with Red Hat 7.0 don't work with Red Hat's GCC snapshot[*]. And since you can't recompile GNAT from sources without having a version of GNAT installed to bootstrap itself, that means GNAT is fundamentally and profoundly broken.
This was extremely displeasing to me when I first came across it, because I'm an Ada95 hacker.
[*] No offense meant, guys, but I don't like calling it GCC-2.96; it's not a sanctioned release, so I just feel more comfortable calling it a snapshot. That's not to say I think you guys made the wrong decision; as a C++ hacker, I'm far more pleased with your snapshot than with GCC-2.95.
Chromium (where I used to work) sells a user space Apache that's as fast as Tux. Too bad I don't work there any more.
How can we look to RedHat for technical leadership when Mandrake has already used this version number?
Anyone know if it's in this release, isn't it a bit more than overdue?!
3000 dead over past 2 years, still no free Palestinians, still
"Support democracy and free trade in the middle east. These things will promote peace more than any peace summit."
...
Because, of course, the way to solve other people's problems is to reshape them in our image. Worked for Native Americ-, er, Japane-, uh, Vietna-, um, Latin Americ-,
It's 10 PM. Do you know if you're un-American?
Wow, that's ironic, seeing as in the United States, sex trafficking is now considered the third largest source of profits for organized crime, behind only drugs and guns, generating billions of dollars annually.
It's 10 PM. Do you know if you're un-American?
"Mohammad Ali had 10,000 slaves put to death when he died."
Wow, I knew he was an amazing boxer, but I didn't know he was *that* mean...
It's 10 PM. Do you know if you're un-American?
Since Slashdot is naturally my personal Linux support site, let me pose this problem:
ThinkPad 755CX, 24 MB RAM
PCMCIA install through FTP
Error: "You do not have enough RAM to install Red Hat Linux on this machine"
Tried "boot: linux mem=24M", didn't work.
Any ideas?
(RedHat support and searching on the major search engines turns up zilch)
It's 10 PM. Do you know if you're un-American?
SuSe 7.1 uses glibc 2.2.x and rpm 3.0.x.
No idea if you are a troll or not, but the compiler you ship with 7.0 fails to compile many sources. It is pretty broken.
Regression is a good thing when you've gone too far.
Is the loopback device fixed in the RH 2.4.2? I recall it being pretty much kaput in the vanilla 2.4.2.
Only the official IBM kit went away. ODIN (formerly Win-OS/2) is still around and could be just as good (or perhaps better) than WINE.
I thought TUX passed request to dynamic content to the underlying HTTP server, such as Apache?
- In Memoriam: Jeroen de Bruin (1972-2004), bye bro
Islam isn't a religion of violence. Neither is Christianity, Buddhism, or whatever. However, it is a fact that almost all pervasive religions have been spread through some means of force. The muslims converted parts of Africa and Asia, and the Christians forcibly converted North and South America. There have been tolerant Christain countries (The US for one) and intolerant Christian countries. There have been tolerant muslim countries (early muslic arabic societies and pre WWI Turkey) as well as the muslim parts of the eastern Indian subcontinent, and intolerant muslic societies. This fact is applicable to all religions. Its a sorry truth, but a truth nonetheless.
A deep unwavering belief is a sure sign you're missing something...
Downloading seawolf isos. Beta 1 was Fisher, Beta 2 was Wolverine. Guessing that seawolf is release.
treke
Fame is a vapor; popularity an accident; the only earthly certainty is oblivion.
Using gcc 2.95.3 is setting you up for a world of PM.
Thank you for pointing out precisely why this compiler decision was such a bad mistake on Redhat's part. Upgrading to a newer compiler (as will happen with the 3.0 release) will break binary compatibility "with the rest of the distribution." So either we have to recompile everything from SRPMs, or wait to get a whole new distribution from RedHat in order to use any new compilers. Great.
This was one of the main reasons I didn't upgrade to 7.0 (in addition to the fact that at our install parties it was the single buggiest installation procedure of any distribution I've ever worked with, except maybe some early, flakey Mandrake distributions), and it looks like I'll be sticking in here and avoiding 7.1 too. Maybe it's time to seriously consider Debian again (I went from Redhat to Debian and back to Redhat... now maybe back to Debian again?)
The 'testing' distribution uses essentially the same kind of packages that other distributions put into their 'releases'. Do not confuse this with the 'unstable' distribution, which is the newest version of everything.
Essentially, Debian gives you the option of upgrading everything to the latest version any time you want. You can't do that at all on other distros. And if you just want stuff to work, you have the option to not do that.
--
Obfuscated e-mail addresses won't stop sadistic 12-year-old ACs.
Win dain a lotica, en vai tu ri silota
Since /. has for today turned into a big promo ad for RH7.1, can I make a few suggestions?
Xinetd is a superserver blah blah blah...some of us still like to edit inetd.conf by hand; i have no problem with xinetd, but cant it just parse a inetd.conf, which you could leave in place? You've done this with other rcfiles as well; now, a person has to know UNIX (which includes linux) as well as "Redhat", which pisses me off. Why don't you guys just get rid of /etc...hell, just change / to C:\ while you're at it...
Which brings me to another question: wtf haven't you people jumped into wine? With all the coders RH has running around ("fixing bugs" = introducing distro incompatibilites in RH speak), I would think you people would have done this already. If you wanna take over the world, charge $30 for a free OS that will run windoze apps. What do you RH people do at "work"?
That said, I will be happy if gcc-2.95.x is in there. If youve gone and shipped another CVS snapshot and called it a compiler, well, there's no hope for ya.
nah. 7.0 seems to lock itself pretty fine from what my RH-running friends say (Im running Suse 7.0...Germans, efficiency - how can you argue against that?).
Maybe I'm just lucky, but I've had virtually no problems with Red Hat 7.0. After I updated from 6.2, I had to change a few config files, but after that, it ran fine. I compiled 2.2.18 the standard way; if there was some problem with the default gcc, I didn't see it. I'm going to update to 7.1, if only to stay current, but I'll wait until the next power outage to do so. I wouldn't want to lose my 110 day uptime, which dates from the installation of 2.2.18.
That's some pretty bad English. But I hope you get the point.
rpm: I think the rpm + up2date combo has all the features you need. If you think there's something we need to add, please let me know..
A centralized repository of packages (unsupported by Red Hat), organized and tested by Open Source maintainers, but providing a wide variety of pakcages.
Users will install unsupported software anyway, but the lack of a single place to find *good* Red Hat packages annoys many Red hat users, myself included (though easily finding the distro better than itys competitors). By using Red Hat's bandwidth and mirroring, it would be *the* first place to look to find packages. With an appropriate warning, up2date could also get packages from these mirrors.
Yes we. Do. We also remeber lan's reply - while Alan works for Red Hat, I doubt he's one to mince words, as would most people who have had some contact with him would attest.
I know who I would trust with my kernel. Can't remember the link - Google is your friend.
Never have I been so completely disgusted by a post on slashdot. And whats worse is that it was moderated to interesting/informative and funny!
So do ppl have nothing with any techincal or informative merit to talk about Redhat anymore. Hey maybe they have won then I guess, given that the highest scoring post on Slashdot about their latest and greatest release has absolutly nothing whatsoever to do with the OS itself. NO, its a dumb freaking post trying to get some cheap amusement on the basis of religon. META_MODERATORS get your act together on this one!
Non-Deterministic Finite Automata
Where my man have you heard of slavery in Islam ? Please go look up a history book to find that long before America decided to free slaves, Prophet Mohammad (Peace be Upon Him) would free any slave that came to his house. The religon of Islam itself forbits slavery completely. If you have heard of such a thing, i fear that it was just more FUD. Dont believe everything you hear, or for that matter a lot of things you see. If you are able to read, why dont you go read about the religon and not just believe any crap someone tells you.
Non-Deterministic Finite Automata
Well you are not talking about religon then. You are talking about the ppl. that follow it! In that case what you are saying is well...
For all religons there exist men that do bad things, this i agree with.
What I dont agree with is your backward conclusion that since a few ppl. took part in slavery, AND they were in fact followers of a religon, than the religon allows it!
Non-Deterministic Finite Automata
I think it is very serious to neglect compatability with the rest of the UNIX world so much, and throw it away that lightly. Yes the features of xinetd are nice, but it could have been done better (more compatible).
Linux only got popular because of UNIX, and a lot of current intererest and funding for Linux development comes from companies with UNIX software and platforms (such as IBM with AIX). If Linux no longer is recognizable as a UNIX variant it will hurt both the UNIX world and Linux. It already has become the most "strange" variant.
> I thought TUX passed request to dynamic content > to the underlying HTTP server, such as Apache?
You are correct.
If you voted for Nader, THIS IS ALL YOUR FAULT!!
I always got the impression that you enjoyed deleting submissions.
~J
Give me my freedom, and I'll take care of my own security, thank you.
It's not my page, I just find different links on occasion.
from a link on the homepage saying "Latest version of Linux is released":
/.-ers think you're SO smart.
Linux 7.1 ready to roll: Red Hat Linux 7.1, the latest version of the company's popular open source server operating environment, is on the market, Red Hat said Monday.
Red Hat Linux 7.1 includes a new 2.4 kernel with improved SMP support said to enhance performance on Intel multi-processor platforms. Red Hat Linux 7.1 also delivers new configuration tools designed to help users set up and administer DNS, Web and print servers.
This release features Red Hat Network connectivity, including software manager.
See? Red Hat == Linux.
You
I've read this whole thread and I haven't seen anyone else say this yet, so I'm going to.
Thank you, people from Red Hat for your input and patience in this
note: I'm not trying to whore extra karma, I just haven't yet noted anyone else showing their appreciation for the fact that a couple RH employees have been so straight forward and open in this discussion.
Sun's j2sdk 1.3.0 won't work with glibc-2.2.2-x but you can rpm -Uvh --oldpackage to 2.2.1 if u can find it.
Tux isn't khttpd.
Given the open source love affair with negative-affirming self-referential acronyms, shouldn't that read Tux usn't xhttpd?
I'm not the real Larry Wall, but I play him on Slashdot.
Dont you need it if you want XFS? According to XFS Cavaets it says
Required Compiler and Library Releases gcc version 2.91.66 required Due to known problems with later versions of gcc, gcc version 2.91.66 (aka egcs-1.1.2) must be used when compiling XFS and the associated kernel. This is the default compiler on Red Hat Linux 6.2 systems, and is provided as "kgcc" for Red Hat Linux 7.0 and higher (see the next item for more information). Other distributions may be using a later version. The easiest way to check what version is in use is by running gcc -v.
Does this take care of having to have kgcc to build the kernel?
Remember this?
http://www.uwsg.indiana.edu/hypermail/linux/kern el /0012.1/1252.html for the link-shy.
"That old saw about the early bird just goes to show that the worm should have stayed in bed."
=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Friends don't let friends enable ecmascript.
Sparc's been discontinued with 7.0 (try looking for a 7.0 iso for sparc...ain't no such thing). The latesr sparc iso (from redhat anyway) would be 6.2. Here's a link.
Gorkman
god, that wasn't even funny -- just offensive. why does crap like this get modded up?
I'll catch this for support. We had some problems with our auto-mailer a few months ago that we didn't catch for a while (it was failing silently). We thought it was a rare intermittent problem, and it turned out to be much more serious than that. All that was fixed about a month ago. As noted on our web site and in the email you receive when you submit a ticket via the web site, you can contact sup-manager@redhat.com if there are any problems with your submission. We do not have an email address that you can send support requests to -- all of that is handled on the web site. As far as we know, there were no problems with the initial automated response -- everyone seemed to get those. If you did not get one, drop me a line off-list and we can look into it.
In any case, Installation Support would not have been able to help you with your issue, as we don't assist people working on compiler problems. What we support is defined in our Service Level Agreement. Also feel free to comment on the sla to sla@redhat.com -- I wrote the monstrous thing and would love some feedback.
Finally, Bero is right -- bugzilla is the way to go for issues like these, so that you can deal with someone that really knows what you are talking about. Support does have support available at that level (developer support) but it does not come with the boxed set.
MattI can't speak for the developers here, but from the support side 7.0 was an okay release. Other than the initial "I can't compile my kernel" panic and the rp3/init-scripts general craziness, 7.0 was a pretty quiet release.
Can I ask what you would like to see as an escalation path? Would a referral to Sales to purchase a higher-level support contract be enough? That's what we do currently. Any comments and suggestions would be welcomed (flames too, if you feel like it -- we're tough). Thanks,
MattAlso no idea on what the "debacle" was, but... The default firewall is actually ipchains, and the configuration tool is lokkit, a simple ipchains-based tool. The iptables stuff is all in there, with /etc/sysconfig/iptables in iptables-save format and the ability to control the firewall via the service scripts. Support is working on some docs for the Knowledge Base (and possibly helping with the LDP stuff, still a ways out) that detail some basic iptables configurations and how to set them up.
In addition, the Engineering team (with some small assistance from Support) went over every service, and locked everything down as much as was practical. For example, *everything* under xinetd is disabled by default, and you have to turn it on intentionally. lpd isn't started if it isn't needed, and sendmail is localhost only (used by too many things in the system to be off by default). As far as security goes, even the "no firewall" option is a good deal better than anything we've ever done, in my opinion, and the "high security" option looks like a black hole to nmap. :) There probably is more work we could do on default file permissions and that sort of thing -- detailed suggestions and rationals are always welcome on bugzilla.
MattShould be -- the hard drive installation uses it now (you loopback mount the ISO image) so it has had a good deal of testing. Support knows of no problems currently -- file 'em if you find em.
MattDoes anyone know which version of the 2.4 kernel they are including?
An early 2.4.2ac with _lots_ of bugfixes - the kernel team fixed a couple of file corruption bugs a day for weeks.
There are no iso files for Alpha, as we haven't announced a product for Alpha yet.
As for SPARC, we're not doing distributions of it - just development snapshots. It's just not worth the development, QA and manufacturing effort right now.
Tux isn't khttpd.
There aren't known stability issues with Red Hat Linux 7 - of course, as with any distribution you should apply the updates for it but few of these are Red Hat specific. With those, it's a great platform with good performance.
But why would you want to? The version we ship produces better code, has more bugfixes and less known problems and is binary compatible with the rest of the distrubution.
Using gcc 2.95.3 is setting you up for a world of PM.
The i686 glibc supports the 2.4 feature "floating stacks" - variable stack size for threads. Existing JDKs have a hardcoded assumption of 2 MB, and this limit in strange, weird and unsupported ways.
There are two work arounds for these buggy JDKs:
- Install the i386 glibc, not the i686 glibc. It doesn't require a 2.4 kernel and doesn't have floating stacks.
- Run your JDK with 'LD_ASSUME_KERNEL=2.2.5'.
Either one should work. We also expect fixed JDKs to become available in the not too distant future.AFAIR, you get free usage of one system ("trial") but need to pay if you want to add more systems.
up2date also has functionality not found in apt-get, such as server/client authentication and verification of the origins of the update (the latter may be solved in the rpm version of apt, but standard Debian can't do it - get trojaned packages onto a mirror, and watch people use it)
Note that the updates will break some builds - e.g. newer glibc cleaned up some name space polllution ( vs ), this broke compiling for a lot of packages. Both the pollution and the apps depending on it were fixed for Red Hat Linux 7., but this not released for RHL 7 as it didn't affect functionality.
We do mass rebuilds on a regular basis, so the packages should build - if you experience bugs with this, report it in bugzilla
Having 64 GB of RAM won't help you with quake III. IA32 is still a 32-bit architecture, so one process can only see 4 GB at a time.
Since when did debian packages support cryptographic authentication? I'm quite sure that would be a recent addition.
There's no point running the overhead of Apache for serving static files and that's about all that Tux is good for.
Tux handles dynamic content just fine - in fact, it's a large part of the specweb benchmarks.
We don't introduce any features after the beta cycle. Untested features don't help anyone.
This message is provided under the terms outlined at http://www.bero.org/terms.html
This is a bug in the JVM, not in Red Hat Linux.
The JVM can't deal with some of glibc 2.2.2's new features, and since we don't have the source, there's nothing we can do about it (another reason not to use proprietary software unless absolutely necessary).
IIRC, it should work with the i386 version of glibc since (unlike the i686 version) it doesn't support floating stacks.
Check the release notes for details.
This message is provided under the terms outlined at http://www.bero.org/terms.html
We aren't shipping it, but we've fixed up and extended up2date to provide pretty much the same functionality (and yes, it works in text mode).
This message is provided under the terms outlined at http://www.bero.org/terms.html
I'm a developer, not a product manager...
But I can tell you that the sparc build machines are still in the build system, so even if there isn't an official product, you can get rawhide.
I don't have a sparc and I'm not in an office with many test machines, so I can't tell you how well it works.
This message is provided under the terms outlined at http://www.bero.org/terms.html
It's up and running despite the 5515 accesses within the last 15 minutes (great stability test for 7.1, which is already running on the server). It's on a relatively slow line though (connectivity is terribly expensive around here, monopolists suck!), so you might be getting timeouts.
This message is provided under the terms outlined at http://www.bero.org/terms.html
We wanted to include KDE 2.0 the last time around - unfortunately, its release schedule didn't go along well with ours. We can't include anything in a release that is released some weeks after we go gold, can we?
We're definitely glad we finally have a version of KDE that doesn't depend on a not-100%-free version of Qt, and especially one that works this well (posting this from Konqueror).
This message is provided under the terms outlined at http://www.bero.org/terms.html
While sabotaging the kernel like that wouldn't be a violation of the GPL (the GPL allows to make any changes, even adding a bluescreen module), it would definitely be a horrible thing to do, and something we'd never do.
This is talking about support as in "you may call our support center and ask the people how to set up software RAID without paying extra".
Of course the normal version supports software RAID, but you're on your own (or need to buy a support contract) if you can't figure out how to set it up.
This message is provided under the terms outlined at http://www.bero.org/terms.html
Not really.
I use Konqueror 99% of the time, but if I need to use Java (e.g. for my bank's online banking system), I can't get around Netscape 4.x for now.
The problem is that Konqueror and Mozilla can't handle Java without an installed JVM - and there's no working free JVM out there. (Kaffe is a start, but not really usable yet).
Unlike the various JDKs out there, Netscape 4.x is at least freely redistributable. That's why we're keeping it in for now.
"Install Red Hat Linux, then go download a JDK at xyz.com" is not an option for many people out there - for example in most parts of Europe, people still pay for net connections by the minute. Even if there's no per minute charge, people are still bandwidth imparied even if they need highspeed access. I'm posting this over a 64 kBit/s line by the way - it's the fastest link available around here. My order for a DSL link has been waiting for that evil monopolist for 15 months by now.
#include
This message is provided under the terms outlined at http://www.bero.org/terms.html
The kernel release was "late" for our deadlines. They're not marketing deadlines, but ones that make sense. If we waited for 2.4.4 and released 7.1 after testing it, 2.4.5 would be current by the time it got out of the door. If we waited for 2.4.5, 2.4.6 would be current.
You need to make a cut at some point. For us, that's "when it's ready". 2.4.2 with our patches *is* ready for prime time, so there was no need to delay the deadline any more.
Not officially supporting anything that hasn't passed QA isn't corporate idiocy either. It's simply practical. If someone calls support and complains "apache doesn't work", how are they supposed to help the user efficiently if he's using a kernel and glibc we didn't approve or test?
This message is provided under the terms outlined at http://www.bero.org/terms.html
2.95.3 is just 2.95.2 with a couple of fixes for the most critical bugs.
It doesn't address any of the features in 2.96 we need, such as real C++ support or ia64 support.
This message is provided under the terms outlined at http://www.bero.org/terms.html
Actually we're pretty much shipping both of them, Netscape 6.01 isn't that different from mozilla 0.7 (just more buggy ;) ).
Replacing one piece of proprietary **** with another is not an option IMO - the right replacements ATM are Konqueror and Mozilla, unless Opera decides to go open source. (Can Opera do anything Konqueror can't do ATM, anyway?)
This message is provided under the terms outlined at http://www.bero.org/terms.html
No, it'll just slow things down. A lot.
Also, s/glib/glibc/, they're two quite different beasts.
This message is provided under the terms outlined at http://www.bero.org/terms.html
We're including both. The old one is called aic7xxx, the new one is aic7xxx_new/aic7xxx_mod.
AFAIK the old (proven stable) one is used by default.
This message is provided under the terms outlined at http://www.bero.org/terms.html
AFAIK with x >= 5, so it's not a problem.
Recent releases of rpm 3.0.x can handle v4 packages.
This message is provided under the terms outlined at http://www.bero.org/terms.html
I can't reproduce the compiler problems you're talking about. We didn't use any non-2.96 compilers for building 7.0 and all errata packages. Chances are you didn't install a required -devel package or you're using nonstandard kernel headers.
As for not getting a response from support, this isn't nice (and I can't verify what's up, I'm in development, not support), but it's understandable.
Unless you've purchased a support contract, you'll only get installation support (even Red Hat has to live of something), and since you think you've found a bug, you should have reported it to our bug tracking system at http://bugzilla.redhat.com/bugzilla/ instead. You usually get replies to bugzilla entries in a reasonable time.
This message is provided under the terms outlined at http://www.bero.org/terms.html
And in violation of the FHS...
</mode>
The FHS mentions the distribution updates shouldn't touch anything in
/opt (just like
This message is provided under the terms outlined at http://www.bero.org/terms.html
So, where did you report your issues? If you reported them to support, it was simply the wrong place. They should have told you, but they're probably too overloaded at times.
The right place to report bugs is http://bugzilla.redhat.com/bugzilla.
Since we can recompile all SRPMs with our compiler (how do we think we're putting together the distribution? Check the headers in the binaries and you'll see that we do eat our own dogfood), you'll probably get a "RESOLVED: NOTABUG" and a "We can't reproduce this, must be a local configuration issue, make sure you installed the correct version of glibc-devel", but we'd rather get 30 bug reports about things that are actually a local configuration issue than missing one genuine bug report.
This message is provided under the terms outlined at http://www.bero.org/terms.html
Get kmail from the current KDE CVS tree.
This message is provided under the terms outlined at http://www.bero.org/terms.html
I'll forward your request to our installer people - can't promise anything though.
Just bootdisks won't do, though - unless I'm badly mistaken, the tools handling filesystem creation and stuff are in the second stage image, meaning you won't get around without modified ISOs.
This message is provided under the terms outlined at http://www.bero.org/terms.html
We're building the kernel module actually, so you can use it on filesystems you create after the installation.
That doesn't make it stable though.
Yes, it works well under normal circumstances.
But as soon as something odd happens, it breaks badly.
There are still some known cases of ReiserFS causing filesystem corruption under high load, and its userland recovery tools aren't ready for prime time.
Try recovering from a hardware defect (or a simulated one, try dd if=/dev/random of=/dev/hda offset=something count=10) with ReiserFS, try again with ext2. Notice the difference?
I have no doubt that ReiserFS will eventually get there, but it has quite a way to go before it's really stable for production use.
This message is provided under the terms outlined at http://www.bero.org/terms.html
7.1 supports them. Getting a DSL or cable connection up is as easy as calling "internet-config" and filling out a form.
AFAIK we aren't providing support for it at installation time ATM, so you can't run a network install over DSL.
This message is provided under the terms outlined at http://www.bero.org/terms.html
While Debian is definitely a nice distribution and certainly has some advantages and deserves mentioning and all, please don't spread FUD about Red Hat (or other distributions).
We don't waste all our time looking at stock tickers (actually I have no clue what our current stock price is), and I dare say that redhat-watch-list, redhat-list and all are just as good as their Debian equivalents. I haven't seen any mention of stock on the lists.
Similarily, please provide constructive criticism. Let me know why you claim ISDN didn't work rather than just stating it didn't work. We have isdn-config in 7.0, internet-config in 7.1 - did they give you an error message? Didn't you find them? What's the problem?
It's hard to fix "x doesn't work" if it works perfectly for all of us.
This message is provided under the terms outlined at http://www.bero.org/terms.html
Kernel: It's 2.4.2 with a lot of patches (mostly bugfixes, including one for a filesystem corruption bug).
RPM: It uses the same v4 package format 7.0 used. The packages won't work on ancient versions of rpm (3.0.x, x 5), which doesn't matter because at least AFAIK there's no distribution out there that uses rpm 3.0.x and glibc 2.2.x (which is needed anyway).
This message is provided under the terms outlined at http://www.bero.org/terms.html
Red Hat does not ship proprietary software (with the sole exception of Netscape which was still needed until not too long ago; the last piece of proprietary **** will disappear in one of the next releases, when Konqueror and Mozilla can replace it completely), so we won't ever include PM unless they decide to opensource it, which is unlikely.
We think helping GNU parted to get ready is a much nicer way to address this problem.
This message is provided under the terms outlined at http://www.bero.org/terms.html
The FS corruption problems have been fixed. Tracking them down was rather difficult, that's why the release is this late after the beta.
We don't ship releases with known corruption problems.
This message is provided under the terms outlined at http://www.bero.org/terms.html
Obviously, you should wait until the Linux kernel is completely finished before shipping one.
;)
;))
/. in a Konqueror session and hacking on 7.2 stuff in a konsole right next to it, at 9 pm on a public holiday while I'm on vacation. ;)
Yes, quite right... We should probably buy out the CIA and have them shoot Linux, Alan and those other ****ing *****s who keep throwing new code at the Kernel rather than just letting our marketing guys say "It's finished".
Please don't tell management, since I'm a developer, if they decide to take that approach, it might cost me my job or more.
omniscience will be a hiring requirement for all support staff
Again, don't tell management. I don't want to be moved off to support.
seriously, working on Linux all day must be a lot of fun
It sure is. That's why many of us keep rejecting better paid jobs and it's why I'm here, reading
This message is provided under the terms outlined at http://www.bero.org/terms.html
Sure. See http://www.bero.org/gcc296.html
This message is provided under the terms outlined at http://www.bero.org/terms.html
Our kernel is in no way proprietary. We're shipping the whole source and all of the patches.
We're not using 2.4.3 because it was released way too late. Porting patches and testing take some time.
Some of our fixes are in 2.4.3 (not all of them, simply because they were too late).
And yes, all of our fixes have been submitted to what you call the real kernel.
You can of course build your own kernel and it'll work - but we don't officially support anything that hasn't passed our QA.
This message is provided under the terms outlined at http://www.bero.org/terms.html
Yes, there are other alternatives, like proftpd or the openbsd ftpd, but they are not necessarily better just because they're different. proftpd has had just as many root exploits, none of the other ftpds has all the features our users have come to expect. Similarily, we don't switch to a tool that has a totally different configuration file unless there are plenty of good reasons to do that (such as inetd->xinetd). AFAIK no alternative ftpd provides an equivalent of kwuftpd, allowing even beginners to configure most of the features.
We're shipping bind 9.1.0 with a lot of fixes from the 9.1.1 branch.
We are shipping both postfix and exim in powertools for people who know what they're doing, though.
This message is provided under the terms outlined at http://www.bero.org/terms.html
Could someone explain why these 2 aren't included in this release? Has it not been tested by Redhat or something?
>does the new RPM version cause any incompatibilities with "older" RPMs? I upgraded RPM on RH7.0 and had some problems like that... anyone find the same thing?
I had so many problems with the 7.0 version that I had to reinstall 6.2. In particular, I had problems with rebuilding SRPMS in general. I was in the situation where I could install the binary, but --rebuild or --recompile abended.
I installed a recommended update to gcc, only to find that I could not recompile the SRPM with the compiler I had just installed. I couldn't recompile the compiler.
When I contacted Redhat support through their web page, and then through an email to their support line, I received no response. This was VERY disappointing for me, as I have used Redhat distro's since my first exposure to Linux in 1997. After that experience, I have soured on Redhat altogether. I am primarily in the business of selling software solutions, and when it comes to vendor relationships, I have to trust that all aspects of a solution I sell will be supported. I can't say that I can recommend Redhat to any of my clients at this time.
Their up2date stuff is fantastic in concept, and pretty impressive, but if they don't support the concept of recompiling their binary packages to optimize for the architecture, it is all for naught.
I imagine that if I formalized my relationship with Redhat as a vendor partner, maybe these support issues wouldn't have come up. But they I did purchase and register my distribution, so this should never have been an issue to begin with. Anyway, I like to see the vendor through with the same perspective as my clients. What good would my getting preferential treatment do for the customer when I know full well that they will have support problems the moment I walk out the door?
Anyone have a similar experience? Anyone from Redhat care to respond?
~Religion is O.K., as long as it gets you laid.
I'm not so sure about this statement. I installed 7.0, used up2date to install all updates, and then tried to recompile packages from source.
:)
All I got were abends. As a registered user, I reported the problem. I was met with silence from Redhat.
/* begin rant
I am not bashing Redhat. I have purchased 4 distributions from you guys over the years, and this was the first time I was received like this. But once was enough. I have since reinstalled Immunix and am trying to get back to a stable state. Still, I have problems with SRPMS. When I compile from tar.gz I have no problems. So what's broken, rpm or the compiler?
end rant */
I posted this earlier, but I'll say it again. You guys have problems with recompiling from SRPMS. But nobody seems to have the fix. And when I can't get the answers, I certainly can't expect a client to have a better experience.
If you have answers for these problems, I sure as heck would like to hear about it.
~Religion is O.K., as long as it gets you laid.
OK, you are trolling and I'll bite. Both SunOS and NT are popular and mainstream. Both have bugs (some more than others :) ) but both have a clear means of escalating support issues. You just have to have the dough to shell out. Since my work is also software development, for the evil Corporate nightmares that people on this site are scared to death of, money is rarely a problem. Clear, understandable problem resolution is at the heart of this.
If I have problems with a release, I check support sites, contact the vendor, check more support sites, and maybe raise it in an open forum (like Slashdot) where someone with more knowledge than me might be able to help. My previous post is step 4 of the process. If you don't have anything that helps, hey, you are just part of the background noise. I think that people venting frustration with a release, raising problems, is confusing for some people because a forum like this potentially blurs the distinction between public relations, publishing, tech-support, and group therapy.
What was particularly vexing for me (BTW, my thanks to the RH guy for replying) was how my support question got sh*tcanned without giving me any additional vendor options. I don't care about shelling out money for a support call, but RH never gave me a path to escalate the problem to where this was an option. Which is bad business on their part, because that is/will be the core of their business plan as it evolves.
~Religion is O.K., as long as it gets you laid.
I use reiserfs on many of my machines, but agree that Reiserfs is not quite ready for mission critical work. I know what I am doing, and I accept the risk of using reiserfs. However, it is a pain in the neck for me to install Redhat on ext2, recompile the kernel then copy the root partition every time I create a server. I will also probably use Mandrake 8.0 as a rescue disk because Redhat 7.1 wont have reiserfs support.
Would it be too much to ask for an Official but EXPERIMENTAL-DO-NOT-USE-UNLESS-YOU-KNOW-WHAT-YOU-A RE-DOING Redhat 7.1 Reiserfs capable installer? I love Redhat for my servers, but I and many others would hate to to rely on a 3rd party Redhat ISO sets downloads from some guy in Brazil for an easy installation.
Would it be possible to release boot.img's that are Reiserfs capable, or would such a beast need entire ISO's?
If Redhat is worried about supporting these unsupported users, perhaps you could hide it in expert mode, and have disclaimers saying, "REDHAT DOES NOT SUPPORT THIS. USE AT YOUR OWN RISK."
As I can see, nothing revolutionary happened here :(.
...
I want explanation, why Red Hat keeps:
- wuftpd - remote root exploits since ever
- bind - remote root exploits since ever
- sendmail - remote root/mail exploits since ever till few months ago
Why Red Hat doesn't have streigh to face problem and solve it with alternatives???
Red Hat is leader in this area and he must to act as one.
We got another graphic-tools for configuring, yeah, every main release from RH, since 3, have new graphic-tool for configurating 2-3-4 daemons.
We got what? Updated sofware and kernel, and nothing more.
I'm RH user since ever, and using 6.2 on all my servers, more that 30,
While I'm here, is it possible do have ReiserFS only installation on RH7.1? That's cool for desktops.
Ok. This is true with most closed source software because the X.0 release is almost considered a mass beta test. But with open source software shouldn't the releases that "break things and cause confusion" be the pre-release versions?
Was Red Hat so driven by trying to win the 7.x release race that they couldn't bother to make their software work?
Just wonderin...
Click here to read too much about my personal life
Arab, mostly Islamic, slavers in East Africa were some of the worst. British explorers in the 19th century found the people there overwhelmed and shattered. Mohammad Ali had 10,000 slaves put to death when he died.
Other abductions practiced by men who professed Islam were even more sinister. The pre Napolianic rulers of Egypt were homosexuals who propagated themselves by abducting boys from the Rusian steps. Most of us are familiar with cartoon harems and their eunich gaurds. Think about it a while. The behavior of Turks as they invaded East Europe rivals anthing in the Spanish Inquisition.
All men do such things, regardless of religion. Hindus, Jews, Budists, Shintoist, have all commited attrocities. Only the neo pagans under Hitler or Stalin's neo atheists have proved more cruel.
Friends don't help friends install M$ junk.
No death camps, but that's about it. They're stuck in ghettos (by whatever name), given limited citizenship rights, limited mobility rights and if any one of them gets so desparate as to use violence, the whole community suffers the rage of the military.
Yep. Freedom, human rights and economic rights really might solve the problems of the middle east. Try and explain that the the Israeli government, though, and you might just end up being declared anti-semitic.
--
Free Software: Like love, it grows best when given away.
Linux is also against Allah. Allah likes his
children to only use the works of circumcised men who follow the will of allah.
I'm a muslim, but i do not agree when u said "Linux is also against Allah".
Please provide me any sentence of Quran Surah OR sahih Hadith to prove it.
About the Cheap Windows CD, Piracy is NOT against Islam?
-- Hasbullah bin Pit (sebol)
The firestorm had been building for decades, ever since the nation of Israel was created. Sharon's visit was just the lit match.
I must have been under a rock, 'cause I've never heard of Tux.
How much faster than Apache can you want? I mean, unless you're serving porn off a 486, Apache's gotta be fast enough, no?
--
Seriously though, that's pretty bad. People joke on /. all the time about newbies thinking that Red Hat = Linux, but I never thought a professional magazine would do that...
The only "intuitive" interface is the nipple. After that, it's all learned.
"The question of whether a computer can think is no more interesting than that of whether a submarine can swim" -EWD
Mandrake has supported ATA/66 since at least 7.1, maybe earlier. I don't know about 2.4.x kernels, but I'm downloading RH 7.1 & will advise.
The only "intuitive" interface is the nipple. After that, it's all learned.
"The question of whether a computer can think is no more interesting than that of whether a submarine can swim" -EWD
I can't believe that this post was moderated up to "informative". No way is this guy for real.
This message is an insult to actual Muslims and anyone with common sense.
When punk rock is outlawed, only outlaws will have punk rock.
Does it fix the GCC C++ issues?
Even if it still ships with Red Hat GCC version "2.96," you can still use it to recompile GCC 2.95.3 (last stable version; mirrors here), Linux itself, and your apps.
Will I retire or break 10K?
You *can* install [GCC 2.91 as kgcc]. If you want to use a stoneage compiler with tons of known issues, that's your choice.
What about GCC 2.95.3? It fixes the incompatibilities with glibc 2.2. (Given, it wasn't out yet when Red Hat 7.0 was released.) Any big problems with 2.95.3 (official GNU source release) as opposed to 2.96 (RH fork)?
Will I retire or break 10K?
Are there any switches in RH7.1 gcc-2.96RH which will TELL ME which part of my code is NONCOMPLIANT, POORLY WRITTEN, ETC (all these vague terms).
gcc -Wall -W -pedantic
If you use these switches, it's more likely that
gcc will tell me what is wrong rather than just compiling and then getting runtime garbage
Will I retire or break 10K?
FINALLY! a real reason for me to push I2 acceptance to the Community College I work for.
I've only one question. Is there going to be Sparc support in the 7.X string, or in any string in the future? I really don't want to be force to move to a new distro, but if that's what needs to be, Debian is looking pretty good.
Bero-rh, anyone?
On the systems I run 7.0 on (one celeron, one P2, one dual P2) I've not seen any problems with stability. Since I've updated to 7.0 from 6.2 (with no problems either) I've only had planned downtime for kernel upgrades and one unplanned downtime when the UPS on my dual system failed during a blackout last week. Quite stable in my experience
Moderation Totals:Flamebait=2, Troll=2, Insightful=1, Interesting=1, Informative=2, Funny=5, Overrated=1, Total=14.
Meta Moderators to the Rescue!
they still keep gcc 2.96 - development snapshot rather than 2.95.3, the official release. there were lots of complains, yet Red Hat just doesn't give a shit.
Download: http://www.research.att.com/sw/download/t ml 7 3.html
License: http://www.research.att.com/sw/license/ast-open.h
LinuxJournal Article: http://www2.linuxjournal.com/lj-issues/issue27/12
Since 7.1 beta has been out for a while (few weeks), I'd be curious to know the differences between 7.1 beta and 7.1 release. Do they post those changes anywhere?
Praying for the end of your wide-awake nightmare.
Slackware 7.2 is the what we're really waiting for. Still I like that they don't make new releases all the time.
I didn't say it was your fault. I said I was going to blame it on you.
Since I use my machine mostly for software development - java servlets and Sybase database stuff mostly. The software that I need -- various JDK's, Sun's Forte for Java IDE, Sybase, Apache + Tomcat, VMware -- are all rock-solid stable under RH 7.0 + KDE 2.1.
I'm a little alarmed to learn that there are some JDK compatability problems in 7.1, so I'll probably be holding off upgrading for a few weeks until this is fixed.
Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
Full. Anyone else know of another? -jason m
I don't think your very smart. Try:
delirium.tremens@mail.com
---
"All versions are available for order immediately from redhat.com and through retail outlets worldwide beginning April 24."
MAYBE that's why you don't see it yet.... *duh*
[Connection closed by foreign host]
I use ata/66 with a stock 2.4.3 kernel, no patch. This is on RH 6.2, i don't know if RH 7.1 will have it enabled by default, but i'm guessing it will.
I have HPT366 module enabled in kerkel config, but i saw support for CMD64X too. If you are compliing yr own kernel, you just have to enable it, along w/ a few other things.
Try it and forget 2.2, unless you need a stable server or something like that.
Mozilla Mail/News works too, i use it w/ IMAP over SSL.
Kudo's to NVIDIA for releasing their binary only driver wrapped into a source RPM. Very nifty for people who like to run custom kernels or beta versions.
f ile/NVIDIA_kernel-0.9-769.src.rpm
You can download the kernel module in a source format and compile it in your machine yourself.
http://www.nvidia.com/Pages.nsf/Lookup/linux_02/$
- Ademar
ademar at conectiva.com.br
Watch out using this on a laptop. Redhat is using the "NEW" Kernel Cardbus driver which sucks. I was not able to get the 7.1 beta to work on my Compaq Laptop. I had to do some major rework to get Donald Beckers pcmcia-cs package to work.
I was just finishing patching 7.0 into a usable state...
Has anyone found cheap CDs from another reliable source?
A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
Red Hat -- While I'm fairly impressed with the features of the 7.1 release, I'm not exactly thrilled that you went and wrote custom patches for your own kernel. Why bother with the 2.4.2 kernel anyway, because I'm sure most of the bug fixes you were after have probably been fixed in the real 2.4.3 kernel.
Usually, directly following an RH install, the first thing I do is replace the kernel with my own. Now, I'm curious what I'm going to break in RH7.1 by replacing your proprietary kernel. Will you support that? (hardly think so)
Did you submit your "bug fixes" to the real kernel?
Skiers and Riders -- http://www.snowjournal.com
So go to Woody as up to date as anything out there and great for clients.
Cypherpunks: Civil Liberty Through Complex Mathematics. Those who live by the sword die by the arrow.
This has been true of RH for a *very* long time. Yet another reason to use Debian.
Cypherpunks: Civil Liberty Through Complex Mathematics. Those who live by the sword die by the arrow.
ftp://ftp.redhat.com/pub/redhat/linux/7.1/
Are there any faster mirrors anywhere yet? The Redhat FTP is brutally slow. :(
Thanks.
I would hope that rh 7.1 follows to same, as well as Mandrake 8.
until (succeed) try { again(); }
until (succeed) try { again(); }
My only concern: will security be tighter after the 7.0 debacle?
- I don't care if they globalize against free speech. All my best free thoughts are done in my head.
Is it still free (as in beer)? I heard you have to buy a subscription now. If this is so, I'll stay with Red Carpet. Third world income level, you know. ;)
PigleT sez: "Bullshit. How the heck can a kernel be released `late'?? ... As it is, 2.4.3 has been around since Mar 30; I don't see why one package can't get a proper testing in that amount of time. "
18 days? For a package which requires multiple CD-ROMs to distribute? Especially one as complex as a Unix distribution? Do you have any idea how many opportunities there are for unfortunate interactions? No, let me make this stronger: what qualifications do you have in the field of software design and verification testing, PigleT?
When I was managing DVT for a single product of 45,000 lines of code, the entire testing suite required about 40 days to complete...if there wasn't a problem. Final verification after "the last bug fix" required 10 days. By the way, "day" was defined as 24 hours, and included weekends and holidays, using as much automation as we could muster. The crew was nine people full-time, and about 100 alpha testers, as well as a development corps of about 20 programmers who had their own, separately-developed DVT for design changes.
In some respects, testing a well-designed and well-implemented operating system is easier, because you have far more separation of function; in some respects an OS is far harder because of the unfortunate unforseen interactions that can crop up in any co-ordinated resource management system. Further complicating the DVT of an OS is that the problem set is not under the control of the developing company -- you have applications programs that delight in tripping up even the most careful of OS writers.
Red Hat is trying to sell a supported solution to non-geeks, and in particular to companies more interested in doing what they do -- be that selling toothbrushes, building cars, collecting taxes, shooting metal objects into space, curing cancer -- and not have to worry about every little thing about the OS they are running. In order to meet the needs of their target customers, they have to tread cautiously when putting together their distribution. Like Microsoft, they need to control the cost of technical support, and one way to do that is to test the hell out of the product before putting their name on it. That's the way they decided to do business.
Don't like it? Then go use Debian unstable for all your mission-critical projects. When it breaks, call Debian, not Red Hat.
It's your choice.
Being a part of the good ole RedHat e-mail list, I was greatly amused at the fact that the new kernel with his wee beedy eyes saying, "You want to buy my chicken..." [woops, different colonel]. . . I was greatly amused that the newest kernel can support 64 GB of RAM. I mean I guess this is for those days when you're playing Quake III arena or Tribes 2 and just have to have 88.1 frames per second...
Fruit flies like bananas... Time flies like the wind...
Perhaps this is thier way of making up for the stability issues in the release of 7.0. Doesn't effect me, I guess. I don't use that bloaded distro... If I wanted Windows, I would buy Windows... Not Red Hat Linux.
RedHat finally ships the long awaited TUX server. This is version 2.0 and it holds SPECweb99TM benchmark records for 1, 2, 4, and 8 processor machines.
--
And sorry for replying to myself. I didn't have this information in my previous posts.
Since it's better known for Java-to-native compilation, many people don't realize that gcj also includes a JVM.
In the meantime I tried their latest beta, Wolverine. To my great surprise, is supports kernels with devfs, although not without glitches.
Another nice thing - it installs in text mode on top of VESA framebuffer. I think it's 100x37 characters or so - more space on screen to select packages and partition the hard drives.
Forget about congested mirrors... help me abuse my school's T3 bandwidth:
http://www.kevindegraaf.net/mirror/
We have more to fear from the bungling of the incompetent than from the machinations of the wicked.
Still a few mods short of the coveted 'full-house' but there's still time. Would any moderators care to fill the gaps on his scorecard?
-- "Fruity smells are what I like" - Debbie Gibson
I'm currently still running RedHat 6.2 on my laptop with a partitioned drive... Still need windows for some of my programming....
But I've decided that I'll format my Laptop, Load on Red Hat 7.1, and get a new computer just for Windows Programming!
It's about time I cut the Windows Cord and take it on my own!
I figure that if Red Hat 6.2 was a snap to configure on my laptop then 7.1 should be a cake walk!
So anyone who was afraid to load up Linux, Red Hat is pretty easy to configure! I was a Linux Newbie when I loaded 6.2 and I was able to do it without a problem... I typed in xf86config and got the graphics going in a snap and then typed ipconfig and RedHat automatically configured my internet connection using a xircom ethernet connection perfectly! If you've been waiting for the right time to try, now is it!
Linuxrunner
www.slightlycrewed.com - Because aren't we all?
I have used up2date in wolverine. It's still free (as in beer) for one system. If you want to have multiple computers you have to pay.
I love going down to the elementary school, watching all the kids jump and shout, but they dont know I'm using blanks.
Dude, does the DHCP thingy you guys ship with 7.1 support DHCP relay? Previous releases didn't...
I don't suppose this distro will include 3D acceleration drivers on the install by default, will it? Like, on top of just recognizing the video card (in my case a Voodoo3 3000), will it also install the drivers for Mesa and Glide and 3D acceleration, or will that be an extra step? I don't mean just giving me the rpms and telling me to do it myself...
Sorry if that's a dumb question. I've been using Linux for 2 years now but I still have never gotten the hang of getting drivers loaded automatically... and no, I wasn't too busy surfing pr0n.
--------
Bleah! Heh heh heh... BLEAH BLEAH!!! Ha ha ha ha...
And where the fuck does this say that slaying innocent people will lead to paradise. If you werent so busy trolling and do some reading of the whole Koran instead of just the stuff posted on anti muslim web sites you would know that killing innocents/civilians is not only forbidden the punishment is death. Reading one passage of the Koran or taking verses out of context is a very popular tool used by trolls not unlike yourself to defame over a billion peace loving muslims. If Islam was a religion of violence there would not have been a single "Infidel" left in this world. Islam had control of Europe, Asia, Middle East for 700 years, Enough years to have wiped out every "non believer" but Islam teaches tolerence and love, That is why a worm like you is even born. Go read world history.
Bind 9.0 is safer because it was written from scratch with security in mind, unlike the prior versions. No, it is not. I completely understand why RedHat's corporate policy vis a vis open source software (nevermind the debacle of your original attempt to evaluate qmail for inclusion in 6.0)prevents you from including djb's software in your distribution, but let's not pretend for a moment that BIND 9 is any improvement. Please, throw money and engineers at DENTS or one of the other open-source name server projects.
News for Nerds. Stuff that Matters? Like hell.
For Cidera's customers, The Redhat 7.1 release is being mirrored in full today via Satellite with their Big File Mover (BFM) service. Cidera can multicast the entire dist to multiple servers in a single broadcast. With 4 of a 45 mbps transponder dedicated to this service, this 10G dist can be delivered in 5hrs. Updates are available for this and several other mirrors via satellite using Cidera's ftp mirror service. The service uses a program called mirrord which runs on customer mirrors to do the housekeeping. (ftp://ftp.cidera.com/pub/mirrord).
On the site it says they will ship April 23.... they may not put it up on the ftp site until then.
"The time for honoring yourself will soon be over, highness."
Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
Moderation Totals:Flamebait=3, Troll=4, Insightful=1, Interesting=1, Informative=2, Funny=9, Overrated=3, Total=23.
I mean....it's insane :)
Read the slackware forum, and slashdot's report a while ago, it's LONG expected, especially if you count how much your question is asked in the slackware forum :)
I wonder if they've put apt-get in this new release, anyone can tell me?
In case you were wondering how to use apt-get in Redhat, please check here
Yeah, the same has happened to me as well. Let me know if you figure it out.
New version = new security holes.
Wow! Time to have some fun... just as college ends and I have all the summer to play with computers.
I had installed 7.1 beta on an AMD K6-2 and JDK 1.3 worked just fine.
Then I installed on an Athlon and it didn't... WTF? It turns out the Athlon install used the 686 version of the rpm, so I "downgraded" to the 386 version (like the K6-2 install had used) and then the JDK worked just fine!
In the past I've always installed a new version of RH clean, wiping away the old one on the partition. (I always use Cheapbytes/LSL cd roms)
/mnt/cdrom as well as the rest of it? What?
I'm running 7.1 beta (LSL cd rom) and for the first time want to do an upgrade instead of a clean install. So where is the best place to start? The "upgrade to a new version" command that can be seen when using the floppy install disk? Or just run a terminal as root an enter "up2date"? Will this prompt me to go to
Try ftp://ftp.webtrek.com/pub/mirrors/redhat/linux/7.1 /en/iso/i386/
I've heard about too many problems with The RH distro's (like the gcc version in 7.0, etc). I used to use Mandrake 7.1 but it seemed a little too proprietary. I'm now using SuSE 7.1, and though it's not perfect I'm fairly pleased. I might try RH 7.1, but after reading some of the posts about it refusing to see hdd's and cdrom's, I'll wait to see what else shakes out.
So where are your kernel patches Mr. Finger Pointer. It's real easy to lay the blame, but Red Hat is doing real work to help the Linux cause and you are doing nothing but spreading FUD.
What is pirate software? Software for inventory of stolen treasure?
>When was the last time these two nations were >at war?
Two years ago by my reckoning.
Not when it is part of a jihad against infidels. The Koran promises Paradise for that.
Let me quote you some verses from the Koran:
And if ye are slain, or die, in the way of Allah, forgiveness and mercy from Allah are far better than all they could amass.
And if ye die, or are slain, Lo! it is unto Allah that ye are brought together.
-- Sura 3:157-158
Allah hath purchased of the believers their persons and their goods; for theirs (in return) is the garden (of Paradise): they fight in His cause, and slay and are slain: a promise binding on Him in truth, through the Law, the Gospel, and the Qur'an: and who is more faithful to his covenant than Allah? then rejoice in the bargain which ye have concluded: that is the achievement supreme.
-- Sura 9:111
Please respond with quotes that say otherwise.
Sorry, thought he meant war with other countries and not war with each other.
I was referring to Kosovo.
I believe it was called the War of 1812. You can guess the date.
The part where it says "They fight in his cause; and slay and are slain."
And for your information, I did read the whole Koran.
Now where does it say in the Koran that killing innocents/civilians who are not Muslim is punished by death. Yes, innocents who are not Muslim. All major religions forbid the killing of their own members.
If Islam was not a religion of violence then how did it spread to Europe, Asia, and across the Middle East? By missionaries perhaps? Maybe you could point out a few examples of this.
I'm really glad to see that RH is finally shipping the latest (2.1.1) KDE. No doubt that other desktop is still the default, but at least they're not still shipping an old KDE and making you download the latest. Kudos to RH for finally making this move.
"The problem with internet quotations is that many are not genuine" -Abraham Lincoln
I get around to downloading the beta this wkend .. and they go and release the non - beta :) looking forward to playing with the new kernel.
-CrackElf
"Blake is an idealist, Jenna. He cannot afford to think." - Kerr Avon, Star One, Blakes 7
I wonder if it's a water down version of loki's games or if redhat deluxe and professional ships with full versions of loki's games?
Linux is a great OS for army uses. Used throughout the world in the name of Allah.
Microsoft Windows is used by CIA to spy on foreign governments. But, windows better than linux for average man. Here in Syria, windows is totally free, buy it on streets for cheap price. Linux is more expensive than windows, because it is hard to get.
Linux is also against Allah. Allah likes his children to only use the works of circumcised men who follow the will of allah. Linux develepors do not follow the will of Allah, even worse than Microsoft developers. But, there is no pure muslim OS.
So we in syria have started new unix variant. Anyone can work on it, and all source code is free, as long as they are muslim. It will be used in coming jihads against western liberal capitalism.
So please, remember that we Syrians like Red Hat, but Microsoft is cheaper. Please, Americans, make Red Hat cheaper for us in East.
I am hoping to be involved in jihad against america soon. My brother works in a grocery store in philadelphia. He say I get green card. I look forward to money and living somewhere where Red Hat is cheap.
ALLAH AKBAR!
We finally got the 2.4 kernel and all of the other bells and whistles that should have gone in 7.0!!!! Off to the store I go!
Seems strange I updated my windoze machine and
Java didn't have any problems.
Update Redhat and all hell breaks loose, Java
Oracle and some other apps I tried. (in beta)
Your lack of customer concern is worrying, eg
"nothing we can do about it", did you report it? Have they fixed it? Whats the status here? Is Redhat serious about the enterprise or what.
I've got a home DSL connection (DHCP with PPPoE) with an external modem connected to a NIC and I'll probably switch to Cable when it becomes available in my area. I've not been able to get the DSL working with Red Hat 7.0. I tried everything I could find, but I never did get it working. I recently switched to Mandrake 7.2 and it setup my DSL on installation. I was very impressed. It looks like Mandrake would also setup a Cable connection without too much fuss.
My problem: I very much dislike most everything else about Mandrake and after trying most other major distros (execpt for Debian) I've not found one I like better than Red Hat. I've been looking foward to Red Hat 7.1 and its finally here, but I don't see any mention of Cable or DSL connections. Will it allow me to set up a non-static IP DSL or Cable connection with some ease?
Does anyone know of a Linux distro that has an easy setup of a DSL or Cable connection besides Mandrake 7.2 and Suse 7.1? If not, I may have to go with Suse (as much as I'd hate to, with there non-GPL compliance) or just say fsck it and switch to Debian unstable and proceed to become a Linux God. Any suggestions appreciated.
Does anyone know which version of the 2.4 kernel they are including?
Also, if anyone has played with it, does the new RPM version cause any incompatibilities with "older" RPMs? I upgraded RPM on RH7.0 and had some problems like that... anyone find the same thing?
===> An eye for an eye makes everyone blind - MG
Funny is the fact that redhat ships with the "latest software" which includes netscape 4.76 not 6.01.... tells you something about the state of netscape browsers. I think it should ship with opera personally.
===> An eye for an eye makes everyone blind - MG
Threshold: 2 (33 comments - 15 of them by Red Hat employees)
--
Yes, the nick is flamebait
His password is "Led-Zeppelin-is-an-anagram-of-Pez-Dispenser"
IN TEH FUCHAR, LITERSY WLIL EB OPSHANAL!!!!!111
Germany and Britain were trading partners before the First World War, but it didn't stop them being on opposite sides. The reason why the US and the UK haven't been at war since 1776 is because there would be no advantage to either side and because neither side violated a peace treaty as Germany did. Anyway, if Israel is democratic, why don't they listen to the will of the Palestinians, who have just as much right if not more than European and American immigrants, to live in Palestine/Israel.
Does a Christian soccer team even need a goalkeeper?
The RH 7.1 FTP Is up @ ftp://ftp.redhat.com/pub/redhat/linux/7.1/, i'm getting the ISO's now, tho quite slow! (9kb/s) Hopefully there will be mirrors shortly!
3rd Floo
I've installed many versions of RedHat linux in the past. I am very disappointed so far with 7.1 since the installer program locks my laptop the instant it gets to the menu asking which language you want to use. The computer does not respond to any key stroke or the power switch and I am forced to pull the battery and the power plug... Anyone have any ideas why this is happening?
http://www.askthevoid.com
In my previous installations, RedHat 6.0, 6.2 and 7.0, I have enjoyed RedHat very much. There is but only one thing which I wish was added, mainly to the anaconda installer. I have a 6-disk SCSI RAID array, and I run this in 0+1, or striped and mirrored. However, the anaconda installer only allows me to create RAID 1 and 0, and requires there be a mount point for eash RAID device I define. This could be solved by: 1. Including the existing RAID devices in the list to create a new RAID device. 2. Not requiring a mount point for each RAID device. Would this be possible to fix in a boot disk or something of that sort? Untill then, I'll play with the command-line and try to get it done there. Zach