Slashdot Mirror
RedHat 7.3 beta (skipjack) is out
Just saw in Red Hat's FTP's - Redhat 7.3 (codename:skipjack) is available for download. There aren't lots of changes there, but you'll find that RedHat 7.3 comes with KDE 3.0 (rc3 is on this beta), you'll need to remove the Ximian Gnome before upgrade, and in general - read the release notes before testing this release. As always, don't try it on your main Linux partition, and use the mirrors. Annoucment is here (thanks to Linux Weekly News)
God I hope they put linuxconf back in... Does anyone know why they took it out? I love it!
Do not meddle in the affairs of sysadmins, for they are subtle, and quick to anger.
I always thought Red Hat did X.0 X.1 and then X.2 before going to back to X.0. Have they always released a X.3 ?
Oh, wait, this is Skipjack the distribution, not Skipjack the algorithm. Never mind...
Oh, my, in my paranoia I just don't know what to do!
Use 'slashdot stuff' in the subject line in any email you send me if you want to get past the spam filter.
I just checked the mirrors, and this thing is five ISO images! What the hell is RH thinking? Even with a broadband connection, there's no way I'm downloading that much just to play with a beta.
does anyone know what size and install of 7.3 will be? 7.2 was over 1.3GB with everything i needed.
~nab
What happened to Redhat Linux XP ?
Like any of their other codenames were at all relevant? Perhaps they have ties to codebreaking in WW2? (Enigma) Or maybe South Park? (Cartman)
I find it particularly disturbing that Red Hat is growing "exponentially" in size. I'm pretty sure that they don't have to include all the options but they don't make it easy to disable them.
Now many of you may jump on the bandwagon and say "Wait, Linux is not meant to be easy". I'll retort by saying: Red Hat should be easy. If you're going to target users with a desktop application then you don't make things harder. Desktops were invented to make things easier or more efficient to use.
So it seems that if they do make it bigger, perhaps they should make it easier?
size=ease of use
internet like monkeys'
The first time I read that name I thought it had said 'sixpack'.
Hey, a guy can hope, no?
To-do List: Receive telemarketing call during a tornado warning. Check.
Too bad you need this for a full install.
Hacker Media
What kind of computer would I need to run Linux 7.3 and X-Windows and KDE as my window manager?
I want to get away from Windows, but I don't know if my computer can handle it.
What are the cool new features included in 7.3? I guess it's mostly a bug fix release, but their must be some changes. Any improvements to the Redhat configuration tools? I've always liked Redhat better in general, I'm not sure why...but I liked Mandrakes drak tools so much, I switched to MDK.
I always thought Red Hat did X.X. Have they ever released a 4-digits/3-number X.X.XX ?
I wonder if the basic tools are OK in this distribution. I've had to recompile stuff from RH6.2 to 7.2 because there has been so much broken in 7.x.
Take grep for example - don't you think this is essential? Try this:
Put some test text with scandinavic letters into text file, and try to grep it:
grep -i "[Ä]" test.txt
Hey presto - core dump. (At least this was the case with RH71)
grep -i "[dhjklmnprstv][aeiouyÄÖ][dhjklmnprstv]ai" test.txt
And nothing happens even if you would have text that doesn't match.
I can live with it, but it makes one rather pissed when trying to do some scripting.
And lets not forget the dhcpd, which simply doesn't seem to fire up correctly when started for one network interface in machine where there is many. Luckily dhcpd from rh62 works like charm.
Like kernel-level ALSA, and Mozilla 1.0. Two great bullet points to put on a shrinkwrapped box.
Why didn't they wait until Gnome 2.0 is out? I think that would be worth delaying a release...
Linuxconf breaks things. Redhat was right to take it out. The only problem is that they haven't really replaced it with anything. What they should include instead is Webmin. It might not have a command line interface but do you really need that functionality for a typical Redhat install? In my opinion it's by far the best Linux config tool around.
Was Mandrake 8.2 supposed to come with this as well? I seem to recall reading somewhere that it (mdk 8.2) had both KDE 2.x and 3.0rc3 available. But I can't find 3.0rc3 anywhere on it.
I pledge allegiance to the flag...
of the Corporate States of America...
I stopped using Red Hat circa 7.1 because of their very broken print system. I checked the CHANGELOG and found no reference to CUPS. Why the hell don't they start including CUPS like every other major distro? It is the best print system out there for *nix IMHO.
Oh well, life is good with SuSE so that's where I'll stay.
Anyone else notice that there are no longer gcc3 packages included (as with RH 7.2, although it was optional).
Skipjack includes only an updated version of 2.96.
I was expecting the next RH to be RH8.0 and for it to be released with Gnome 2.0 as the default desktop. Having an x.3 seems a bit wrong.....
Looks like I'll be spending a good deal of time DLing and testing this at work on Monday (Ah flatrate 100Mbit fibre connections, how sweet thou are).
Looks can be deceiving. Or CAN they?
5 CD's and they don't have room for Afterstep in the thing? That just sucks. I'll move to Mandrake.
Red Hat Linux 7.2.92 Release Notes
/etc;
/usr/sbin/sendmail -> /etc/alternatives/mta ->
/usr/sbin/sendmail.sendmail /usr/sbin/alternatives. /etc/mail/sendmail.mc and change
/etc/sendmail.cf by running: /etc/mail/sendmail.mc > /etc/sendmail.cf
/etc/sysconfig/sendmail is now ignored.
E R-NOTES
Copyright © 2002 by Red Hat, Inc.
Table of Contents
[1]Anaconda/Installer Notes
[2]Distribution General Notes
Anaconda/Installer Notes
Miscellaneous
* The standalone upgrade mode (typing linux upgrade at the boot
prompt) is no longer supported.
* Installation from an NFS directory that contains all of the
required ISO files is now supported. Additionally, if a file
called updates.img exists in the directory from which you install,
then it will be used for Anaconda updates.
Refer to the file install-methods.txt in the Anaconda RPM package
for detailed information on the various ways to install Red Hat
Linux, as well as how to apply Anaconda updates.
* ISO images now have an md5sum embedded in them. To test the
checksum integrity of an ISO image, type linux mediacheck at the
installation boot prompt. The installation program will prompt you
to insert a CD and select OK to perform the checksum operation.
This checksum operation can be performed on any Red Hat Linux CD
and in any order. It is strongly recommended to perform this
operation on any Red Hat Linux CD that were created from
downloaded ISO images. This procedure only works with CD-based
installations.
Distribution General Notes
There are observed issues upgrading Red Hat Linux 6.x, 7.0, 7.1, 7.2, and
7.2.92 systems running Ximian GNOME. The issue is caused by version
overlap between the official Red Hat Linux RPMs and the Ximian RPMs. Please
be aware that this is a configuration unsupported by Red Hat. You have
several choices in resolving this issue:
* You may remove Ximian GNOME from your Red Hat Linux system prior
to upgrading Red Hat Linux.
* You may upgrade Red Hat Linux, and then immediately reinstall
Ximian GNOME.
* You may upgrade Red Hat Linux, and then immediately remove all
remaining Ximian RPMs, and replace them with the corresponding Red
Hat Linux RPMs.
You must resolve the version overlap using one of the above methods.
Failure to do so will result in an unstable GNOME configuration.
* KDE has been updated to 3.0.0 and includes usability enhancements
as well as some new applications and features.
Anti-aliased fonts may appear to be non-functioning after the
upgrade to KDE 3.0.0. This issue is related to a feature addition:
Due to the Qt 3.0 update, it is now possible to use anti-aliased
and non-antialiased fonts at the same time in Qt applications.
Since the default fonts for the KDE desktop environment are bitmap
fonts and therefore can not be anti-aliased, just turning on the
enable anti-aliased fonts button in KDE will not modify the look
of all applications. To get anti-aliased fonts in menus, window
titles, etc., change the fonts for these elements (for example, by
replacing Helvetica with Helmet and Courier with
Lucidatypewriter).
* Red Hat Linux now includes a port of the Debian alternatives
system, as a way to support multiple packages providing a
particular service. Every binary/file that would be in common
between the multiple packages is replaced with a symlink to
this then resolves to the version of that file for the alternative
in question. For example:
These symlinks are added and managed by
See man 8 alternatives for more details
Currently, Red Hat Linux offers Sendmail and Postfix as two Mail
Transport Agent (MTA) alternatives. For print daemon alternatives,
the choices are LPRng and CUPS.
The configurations for LPRng and CUPS are completely separate. If
you switch from one printing system to another, you will have to
reconfigure your printers.
* By default, the Sendmail mail transport agent (MTA) does not
accept network connections from any host other than the local
computer. If you want to configure Sendmail as a server for other
clients, please edit
DAEMON_OPTIONS to also listen on network devices or comment out
this option all together. You will need to regenerate
m4
Note that you must have the sendmail-cf package installed for this
to work.
* The Sendmail mail transport agent (MTA) has been update to version
8.12.2 and is no longer setuid root. Because of this, the mail
queueing functionality needs to be able to connect to the mail
server running on the local machine. Hence, DAEMON=no in
* Formatting DocBook XML documents using the XSL stylesheet language
is now possible. For more information, refer to the xmlto(1)
manual page.
* The DocBook document type definitions (DTDs) have been merged into
one RPM package called docbook-dtds.
* The gPhoto2 package has been added to the distribution. gPhoto2 is
a software application and interface library for digital cameras.
The gPhoto2 package also includes gtKam, a graphical digital
camera interface that uses gPhoto2. Kamera, KDE integration of
digital cameras, has been added, as well. The older gphoto
application (0.4.3) is deprecated and may be removed in a future
release.
* The xscanimage program has been deprecated and may be removed in a
future release of Red Hat Linux. The xsane program should be used
instead.
* The patchutils package of utilities for manipulating patch files
is now included. Patch files are often used in software
development.
* The glibc-kernheaders package has been added and will replace the
kernel-headers package.
References
1. file://localhost/tmp/html-7MTIi7#ANACONDA-INSTALL
2. file://localhost/tmp/html-7MTIi7#GENERAL-NOTES
Well, that was a pretty nice troll.
Not new, but...
"First lesson," Jon said. "Stick them with the pointy end."
...if this is a reply to Mandrake's 8.2 release? I mean, Mandrake offers everything RedHat does, and more, in my opinion. Maybe they're worried about losing their chunk of the biz.
Maybe not.
Jake
Dating: while( 1 ){ call_girl(); get_rejected(); drink_40(); } return 0;
I know you guys'll read the comments here because of the sick fucks that you are, so I figure this is as good a place as any to thank you for not coming out with RH8, and for going with a point release.
RedHat 8 would have made my life miserable by breaking compatability without a good reason. Thanks.
So how do I upgrade?
-jfedor
Is there an automated and clean way to do it ?
Oh, wait, this is Skipjack the distribution, not Skipjack the algorithm
Damn, I thought it was skipjack the tuna!
Is that a real poncho? I mean, is that a Mexican poncho or is that a Sears poncho?
> *cough* Debian *cough*. It sucks to be a poor newbie who actually thought you needed those 7 CDs for Debian.
The same thing happened to me. But it was more like 3 CD. The next time I installed Debian I just downloaded the two floppies and did a ftp install.
Try do that with Redhat.
The beta versions of 7.3 have to have release numbers, so they use something high in the previous release, like 7.2.92 in this case, that leaves them 8 more beta versions before it's called 7.3
So I gleefully logon to grab a set of beta ISOs and get some real value out of this subscription and what do I find as far as 7.3 beta goes? Jack. :-(
Come on Redhat...
When 7.3 final comes out, will it show up on rhn at the same time it goes on the public ftp site at least?
It seemed like Red Hat were holding this release back as long as possible to try to squeeze GNOME 2.0 in. With the release so imminent, I guess they ran out of time and had to stick with 1.4.1. Shame.
Would you prefer a RedHat "Sixpack" distribution?
I think if you read it's quite obviously humor, however the poster does have a point: It seems a little stupid of them to codename something (esp. a software product which people are naturally very nervous about) after a much-maligned broken encryption standard.
</SARCASM>
Webmin is a bad idea. Installing & activating webmin by default as certain clueless distros do (*cough*mandrake*cough) is bafflingly idiotic.
I think this is a good move, releasing a point release instead of a full .0 version.
:)
Save 8.0 for:
-- Mozilla 1.x
-- KDE 3.0
-- GNOME 2.0
as well as some other nice software sets getting ready to release major versions.
I'm not about to try 7.3 in beta. I'm happy enough with Slackware 8.0 at present. Plus, Slackware AND Mandrake are already at 8.0 or higher versions...doesn't that mean it's better?
...really necessary every time every linux distribution decides to create a beta? It's not like this is freshmeat, the OSDN monopoly already owns that, as well as everything else do to with open source on a large scale, sigh. Also, is it really that fucking hard to spell "Announcement"?
To the moderator who marked my posting "troll": I put the smiley in at the bottom because I wanted to make it obvious not to take the posting seriously. I guess I didn't do a good enough job. If there's anything else I could have done to make that clear, I'd certainly like to know about it...
Use 'slashdot stuff' in the subject line in any email you send me if you want to get past the spam filter.
KDE 3.0 does need at least 64 megs of ram to run comfortably( 128 is better ), but it really doesn't need a P3/400. A pentium 133 with 128megs would run great. KDE performance is much more dependent on ram than processor, especially if you turn off all of the eye candy.
i was just curious when the gcc in redhat will be updated to 3.x, now that the multiple inheritance issues seem to be solved in the latest version, what is holding things back?
Carrie Fisher and Alec Guiness were both cast emembers of Star Wars
the fisher and wolverine are both members of the weazel family
The U.S.S. Wolverine and U.S.S. Seawolf are both submarines
The Seawolf was the first sub powered by a liquid metal cooled reactor. It was completed exactly 10 years after the Roswell incident
Enigma is the name of a UFO museum in Roswell, NM
Skipjack and Enigma are both encryption algorithms
Reference: Freshrpms
I'm against picketing, but I don't know how to show it.
Comment removed based on user account deletion
Does anyone know if 7.3 has the patched zlib -- and more especially, any packages that include a static zlib recompiled with the patch?
I hope the next release of Redhat includes Python 2.something as the default. It was a pain having to have python and python2 rpms installed simultaneously, and Python 1.5.2 is getting pretty old.
Obviously, whoever moderated you down is an ignorant dolt. I thought of the same thing when I saw the article. Dorothy Denning would be proud right now--if we've forgotten about Skipjack, we've probably forgotten about her traitorous toadyism to government in her effort to keep strong encryption out of the hands of normal people.
I find it particularly disturbing that Red Hat is growing "exponentially" in size. I'm pretty sure that they don't have to include all the options but they don't make it easy to disable them.
I gotta agree, RH seems to be turning into Microsoft. Remember the bug list on RH 7.0? It rivalled Windows 2000.
Unfortunately, I don't think it's unwarranted. RH is the defacto standard Linux distro and will probably be the one to take the desktop from Microsoft, if ever anyone manages to. Installing everything by default is as a consequence of tech support nightmares:
End-users *are* that stupid. I'd always thought it was an urban legend, but then I did tech support for a while, and was amazed to actually speak to someone who believed that the CD-ROM's drawer was a coffee holder.
As a consequence of the stupidity of users versus the cost of tech support, Windows tends to install and start IIS by default.
And any other mainstream operating system will have to tend to do similar things by default, both in order to remain financially viable and perceived as being easy enough for e-mail-virus-spreading simpleton end-users to be able to handle.
Now many of you may jump on the bandwagon and say "Wait, Linux is not meant to be easy". I'll retort by saying: Red Hat should be easy. If you're going to target users with a desktop application then you don't make things harder. Desktops were invented to make things easier or more efficient to use.Absolutely. To viably get Linux onto the desktops of the masses, we need at least (but preferably only) one easy-to-install, works right out of the box distro that does everything. Red Hat appears to be it, though the consequences are necessarily going to be size and stability. However, I'd rather have a big, bloated and buggy Red Hat user base out there than the big, bloated and buggy Windows user base we have out there. At least it moves people to a real operating system, and once they're familiar with how UNIX works, they can go out and install any other UNIX variant of their choice and be reasonably competent. It also helps to slow down The Dark Overlord's plans for world domination.
And, in my experience, bugs in a UNIX/Linux environment tend to be less serious than those in Windows, due to better security models and better coding.
Fire and Meat. Yummy.
I really miss these in redhat distro ... any chance they will be included in future ?
mmmm
I just ate there last week in Boston. No relevance, just a good restaurant.
We have to keep an OS/2 system around for printing two tasks.
1) To print UPS labels so UPS can scan them.
2) To print to our Seiko Smart Label Printer
I wonder if Apple is going to use CUPS and feed the printer configurations back to the community?
I'm told printing on OS X is a real pain right now.
Anybody know?
Support for Cups? I guess so now it is included.
Kamera support seems to be compiled in, from what the release notes say.
What about cdparanoia/lame and ogg bindings for the
AudioCD IOSlave? That is something I miss dearly in the 7.2 KDE 2.2.2 (up2date) edition on my laptop. I try to keep my laptop pure redhat with no self compiles.
Compiling KDE 3 with the redhat gcc 2.96 takes AGES - I compiled KDE 3.0 beta 2 a week before the release candidate appeared. Took me a whole week to compile it on the machine I tried it on (an old PII 266 I wasn't using) - that is one or two KDE packages per day, usually starting the compile before going to work, sometimes before going to sleep.
That's why I'm interested in how their KDE 3 was compiled.
That's slick!
:-)
Any guesses to the next codename?
Flapjack maybe
Could this extra European CD be where there perl module RPMs that were present in the 7.1 DMA developer disk are? Or does RedHat just not make them anymore? It's sure a lot more convenient to be able to install perl modules with the same dependency tracking as in the rest of the system...
Not to start a flamewar but... I currently use RH7.2. However, the thing I'm mostly using it for is KDE and regular desktop stuff. Would I be better off using MDK because it's apparently built more closely with KDE in mind? (It is, isn't it?)
Also, my M/B and CPU are fairly recent (1.4Ghz Athlon w. DDR) and apparently MDK is tweaked more towards i586/i686 compared to RH?
> I try to keep my laptop pure redhat with no
.spec file. A growing number of projects include one. A tarball with a .spec file it better than a SRPM file for all practical intents and purposes. Just do "rpm -tb .tar.gz instead of "rpm -i .srpm ;rpm -bb /usr/src/redhat/SPECS/.spec"
> self compiles.
There is a way to have your cake and eat it too. Build your own RPMS with anything you want that didn't ship on the CD or rebuild their packages with different options. If you build it yourself you can know it will run with your libraries and such. Keep the SRPMS around and you can quickly rebuild anything that breaks after the next OS upgrade. Since you are keeping everything managed with RPM your packages get managed in the same way as RH supplied software and everything 'just works."
It isn't that hard anymore. If you can't find a SRPM on rpmfind.net grab the tar.gz and look inside for a
Democrat delenda est
Damnit... I'm still downloading Mandrake 8.2 ISOs. *sigh*
So this one will crash even more than 7.1 and 7.2 did!
MAI KERNAL HAS OOPz0rED!!! Aaah, no not again!!!
does it have a working 2.4 kernel? I took an HP LH4 quad Xeon, with 2 x RAID arrays, 2Gb RAM, 40x6i DAT autoloader hanging off a 2940, and 2 x Intel Etherpro 100 NIC's, running 7.0 and upgraded it to get ext3 and (so I thought) better SMP performance. What a disaster - I can no longer load the 2940 on this box, so I lost my backups (I had to put it in another box, and backup off NFS), network errors are perpetual, no matter what NIC's I put in it, and bind crashes every day (threaded on SMP doesn't work). It's been a true disaster. I have been told that most issues with 2.4 got resolved around 2.4.15, but 7.2 is stuck with a 2.4.9 kernel. Please tell me it's fixed. I know I can compile my own, but I'd rather leave it to RHN to update me on this particular box - it's production so I don't really want to experiment much.
Perhaps they are attempting to subliminally convey the quality of work put into this distribution?
Does it have support for installing to ReiserFS?
I'm using SuSE right now with ReiserFS, I've had power outages, X-related panics, and all sorts of crap happen to the box, and it reboots flawlessly.
Now OTOH, (at least with the older versions) if I power off a RH Ext2 box hard, I have to reinstall the distro.
NOT FUN.
So, does it? Not ext3, Ext3 has been supported from a while AFAIK, but I still have vividly horrible memories of ext2, but ReiserFS.
Thanks!
--joshua
As someone else mentioned, the Skipjack is/was a submarine. It was the first nuclear submarine with an Albacore-type hull. In essence the first 'true' submarine that was truly optimized for underwater, and not a surface ship that temporarily sinks.
Also FYI, the Albacore has been made into a museum, and is the BEST submarine tour I've ever been on, better than any WWII boats, and better than the Nautilus. The WWII boats are too old and worn, and the Nautilus is all behind plexiglass, and they've torn it up too much putting stairs and such in. The albacore is a single level, pretty much accessable from stem to stern.
Former submarine nut, until someone told me in second grade that I would be too tall to be on one. Still, it got me to read 20,000 Leagues Under the Sea at age 9.
The living have better things to do than to continue hating the dead.
I hope they release this as 7.3 and not 8.0.
Only 'flamers' flame!
I still insist on taking 6.2 and upgrading just a few pkgs (by the tarball, not rpm) to bring it to full 2.4 kernel compliance.
I really object to the 'illegal' gcc that redhat (and now mandrake) seem to be peddling. at least 2 products seem to object strongly to the 2.96 gcc (I remember reiserfs having a fit about 2.96; and I forget the other thing that didn't like 2.96, sorry)..
my boss uses a sony vaio (shouldn't matter) and has NEVER had success with redhat 7.x and nfs. don't ask me why - but I have to statically compile nfs into the kernel or it won't work. 6.2 was just fine, though.
it sucks that 6.2 was the last clean version - and it doesn't look like RH is going back to 2.95gcc, so I guess I won't really be spending time trying out any new RH release. oh well.
--
"It is now safe to switch off your computer."
I thought Red Hat always did .0, .1, .2, +1.0, etc
(BTW - I'm downloading off the UB mirror, and it's cranking! My cable modem is maxed out. So, I'm not complaining about overloaded RH servers.)
Your Servant, B. Baggins
But what deserves a real criticism is (a) the model of user and groups; (b) lack of LDAP intergation and administration tools; and (c) completely confusing choice at installation time of RedHat to install Kerberos and LDAP, which both are not ready to be used by an average sysadmin.
if (b) is not perfect in M$winNT either, and (c) may relates only to RedHat, then (a) (very archaic ACL model) makes all Linux and Unix distros to look ugly comparing to more elegant RBAC model of NT.
at least 2 products seem to object strongly to the 2.96 gcc (I remember reiserfs having a fit about 2.96; and I forget the other thing that didn't like 2.96, sorry)..
:)
Maybe that would be Mplayer. See here and here. From these links you'd think there's a little friction between the Mplayer guys and the Red Hat crew. Can't we all get along?
I agree that "tarball+spec file" in general beats "SRPM", but you can rebuild SRPMs in one step with "rpm --rebuild whatever.src.rpm"; this has the advantage of cleaning up the spec file and source/patch files after they've been successfully compiled.
First thing I did when I upgraded via 7.2 to ext3 was to hit the reset button on my test box repeatedly. It works just great.
In the .iso naming conventions, I mean. Old Red Hat distributions generally made it clear on the FTP site which CDs were needed for install and which were source. This time I couldn't tell for sure what was what, so I wasted a couple gigabytes of some poor mirror sites' bandwidth.
I want SRPM CDs included when I buy boxed sets from you guys, but when I'm doing an install from the internet I'm happier just pulling the few packages I specifically want source code for rather than the entire OS source.
By the way, I'm posting from 7.2.92 right now; no problems with it yet. Even installing without removing any Ximian packages first doesn't seem to have caused any problems. Good work.
> The (Hopefully)Great Slashdot Blackout [slashdot.org] Apr 21-27
Well? I see you're still on the comments pages...
That is, the version from Mandrake 8.1.
I'll grant that it would help is if at least the 2.96 versions showed the patchlevel, because the later 2.96'es appear to be far better than the early ones.
My take on this is, recent 2.96es work and have athlon optimization, 2.95.3 doesn't AFAIK, and 3.0.x is slower.
It's a little sad to see people still whining about what happened in August 2000 when as far as I can tell, the reports of buggitude no longer apply.
What 'Illegal' gcc?...
You mean the 'breaks less packages than 3.x and supports more standard C++ features than 2.95.X', compiler that was released from a snapshot of a PUBLIC CVS repository.....
The only thing that the gcc people were annoyed at was the fact that people might think that 2.96 was an official gcc release, as opposed to a RedHat release.
There's nothing wrong with the compiler itself, in fact, RedHat do a very good job of stabalising a product, since they are the ones that REALLY get it out on people's machines.
And regardless of that, they're stuck with it until 8.0 anyway, as they can't break binary compatibility until then.
Advanced users are users too!
And sometimes after you do this little thing, you switch to DOS and then copy system.old to system.dat and user.old to user.dat.
It's a nice menu thingee, and it often works. But, O, when it doesn't! If you don't have the right backup you could end up reinstalling your OS. But with the legal changes in the last few years I don't do that anymore. Not with what MS is putting in their EULA's! I do not, have not, and will not give them that kind of authority over any computer that they do not own. And certainly not over me.
.
I think we've pushed this "anyone can grow up to be president" thing too far.
does redhat have a dozen people all reading slashdot and answering questions with the same login
the real bero is probably still busy defending the choice to include gcc-2.96 on usenet
Just b/c a distrib is not using X does NOT mean its broken
Any Linux distribution that does not include X is broken.
You can say otherwise 'till you are blue in the face, but X11 is the standard windowing system for Unix-like operating systems. Gnome, KDE, etc, all run on top of X windows.
Sheesh.
"Never bullshit a bullshitter" All That Jazz
Well then build the tarball into a binary and source RPM and keep those. :)
Oh, I wasn't trying to contradict you, just pointing out that if you're given an SRPM and can't find a tar+spec, then there's a better way to build the SRPM.
My point was that execting every developer to maintain tar.gz, rpm and deb versions of every release is unrealistic, especially since a tarball with a spec inside is just as useful, if not more so than a seperate srpm for download on sourceforge.
I agree completely. Can dpkg do anything like the "tar+spec" for source packages? It would be nice if people could distribute a single tarball and keep the RPM, DPKG, and hand-compile fans all happy.
Wasn't skipjack the name the NSA used for their encryption algorithm
in the lates 80's early 90's?
ZERO ZERO ONE ZERO ONE ZERO ONE ONE! Just brushing up for my next big invention: Ethernet over Voice (EoV)
Does anyone know whether there is any actual case law regarding software patents yet? That is, has anyone ever obtained an injunction or damages from a court (in the U.S.) based purely on a software patent?
Yes, I know that Red Hat isn't _primarily_ marketing to desktops, but even system administrators and and others need to read and edit Word, PowerPoint, and Excel files. For example, there are FAR too many documents (including technical material) that are only available in those formats. KWord is quite ineffective at importing Word, and Abiword can only handle very simple Word documents. Gnumeric does a good job with Excel spreadsheets, but I know of no other open source program that can handle powerpoint files. If you don't want it to use up space on your hard drive, don't install Open Office, but for many it would be a BIG help to have Open Office ready-to-install on the CD's.
- David A. Wheeler (see my Secure Programming HOWTO)
I don't know about everyone else, but nary a week goes by that I don't have to use GCC for something. Actually most every day I am compiling something I have downloaded or have thrown together myself.
A C/C++ compiler is one of the most if not *the* most important part of a UNIX system.
SusE, eh ... the drooling, BSODing, whining, carping bitching unsupported piece a' low-beta sourKraut ? Screws up printers, Vids and soundcards ?! THAT SusE ?? If this piece a' splattered dog-crap is what you consider good, no wonder only 0.025% of all computer users agree with you. Time ta buy another 100 shares of M$
'been running RH6.2 since '99 and even purchase update CDs to support the cause.
,etc.) and really do not want to blow it away with a full upgrade. Absolutely do not want bigger gnome/kde.
.src.rpm for this new distro's 2.4 kernel and compile it for RH 6.2 (glibc 2.1.3)?
.src.rpm for an old distro?
I have done alot of tweaking and recompiling (-march=pentium
But I am still novice on the kernel/distro. RH has not moved past 2.2.19 for 6.2 updates. It is heavily patched. Is it safe to nab a vanilla 2.2.20 or 2.2.21 (driver updates etc) or do I need to rely on RH patches? Could I get the
The release notes scare me: "The glibc-kernheaders package has been added and will replace the kernel-headers package."
How could this break stability/continuity when compiling from
Thanks very much.
Looked earlier, didn't find em. Ah well, Disc 2 is about halfway down already so no sense in not letting it complete.
But it is good to see how fast that the grumbles from the natives got all the way up the chain of command and the problem fixed for the future. Way to go!
Democrat delenda est
Not a troll. For all those posts about such
and such operating system dying, the one they
should be talking about is Red Hat. These
guys have been losing Linux market share since
the beginning. It's only a matter of time
before some other incompatible distribution
overtakes them.
erm..., Its only March 24, I still have another month. You had me worried for a second though, until I realized that it was actually March, not April.
Agreed, and its a big deal to numerical types who use athlons. Our chem. dept. put together a cluster of dual 1.2 ghz athlon boards. Ran a test case using sandia labs MPQC (Massively Parallel Quantum Computing, GPLed by the way :-), comparing it to results from the prof.s single cpu 800 mhz athlon. The 800 mhz athlon kicked ass on the dual 1.2 ghz, until we researched the problems with later gcc and athlons, downloaded an older compiler, and recompiled MPQC. Then it rocked! Interested people might google for ATLAS (or take the ATLAS link after googling LAPACK).
This will delete any important system components installed / updated by Ximian, and is likely to break your system. Please moderate it down if possible.
The simplest way to use 7.2.92 is to upgrade, then reinstall Ximian GNOME like it says.
If you did want to get rid of Ximian GNOME, do it with apt-get, avaliable from freshrpms.net. This will make sure your system is always in a working state during the deinstallation process
RedHat if any will last. They have shown that after the bust they are still standing unlike the beloved VALinux and a plethora of other companies.
I thought kernel 2.4.10+ doesn't conform to RedHat's quality tests because of the new VM.
What's going on here? Is 2.4.18 stable enough or did RedHat ported the old VM to 2.4.18?
I just looked at the RPMs in Skipjack. Seems like you decided not to include enlightenment (0.16) in the next release. Now, that's kinda disappointing. I know for sure there are still a lot of ppl still using it.
I hope you'll include it in the next release.
I think it's a good idea that RedHat is coming out with a new version of their distro now. What with all the security patches and all. Especially the zlib problem which affected a lot of their packages. The updates to RH7.2 is actually quite hefty now.
I was quite pleased with the gcc 2.96 release. I got to start using some C++ features that I've been wanting to use for a long time, but didn't work with the older compilers. I submitted a few bug reports, but recent versions have been stable as a rock for me.
Need a Python, C++, Unix, Linux develop
If users are expierencing problems with kde3 beta, then you've got good ol'e trusty gnome stable. I predict when complete linuxfb and matrox will give the pc platform a boost in the all purpose tv/dvd/videoconferencing/all purpose computing market. Rootless X -n- everything! I don't see why with the cost of ram that boards don't have 20-30 slots for 20-30gig's of eeprom, whereby with linux you can mount it as a block device. It sure would kick the sh*t out of serial-ata, eh? Don't try to make some to sell because chances are the department of commerce will not let it to market.
I loved RHN for a long time. It really worked well for us. I, too, marketed Red Hat to the "Powers that Be" by telling them that the Red Hat Network would allow us to upgrade our hundred-odd boxen without even loggin in! Instant win for Redhat and Linux in our organization. Because of this, I expected to see Solaris and *BSD out within the next year...
Then it happened.
While updating the SNMP errata that came out a few weeks back, I noticed it took an inordinate amount of time to actually *do* the update. Curious as to why, I jumped into the box, only to find that my quite, happy litle server had X, Gnome, EsounD, and about 100 other X or GUI-based RPM's installed (our servers run with no X features, including the libs).
The Red Hat network provides *no* logs (that I could find) about what it has done, so it took me some time to figure out *why* the Red Hat network had decided to add 100 additional RPM's to my box. Then it hit me:
- The snmp errata also included ethereal, and ethereal-gnome, both X packages, even though they were *not* installed on the server itself!
Apparently, the rhn had decided to install the dependancies for ethereal (basically, performing an rpm -U instead of an rpm -F). I informed rhn feedback and support of the issue, but never actually heard back from them.
So, unfortunately, I have no choice but to cancel the 100 workgroup licenses we were purchasing. I can't risk this happening to our other servers randomly, especially when RH doesn't even appear to want to correct the issue.
*sigh*
RPM is well engineered. But the thing is... if you need to stop the %build stage, there is no way you can go back from the point you stopped. You'd have to start %build all over again. In that sense, RPM keeps being lame for building through spec files.
Is there an apt-rpm repository for Ximian? I'd sure like to be able to use apt-get instead of redcarpet.
There is an apt-get get repository for Gnomehide, which includes all the latest GNOME packages for Red Hat 7.2 and is produced by Havoc Pennington from Red Hat.
In your sources.list:
rpm http://apt.nixia.no redhat/7.2/i386 gnomehide
Yes !!!
postfix-1.1.4-3.i386.rpm
vsftpd-1.0.1-4.i386.rpm
I must be dreaming, postfix and vsftp in the next redhat. I am going to upgrade my servers to 7.3 when it is ready. Yes, definitely, yes, going to upgrade ...
RFC1925
Moderators, you know what to do!
First, the fact that different compilers use different name mangling (what you call "really nasty things") is a Good Thing. There are bigger differences between .o output than just the names; keeping the mangled names different means that you won't fall into any of the pitfalls resulting from those other differences. Magically making all the symbols the same will not let you magically link .o's/.so's/.a's from one compiler with code from another compiler.
Second, there is a standard ABI now. It was first implemented in 3.0, and 3.1 has some bugfixes for it. Other vendors are writing compilers to use the same ABI, which means that C++ can be cross-vendor-linked the same way as C.
You cannot apply a technological solution to a sociological problem. (Edwards' Law)
http://www.smoogespace.com/documents/behind_the_na mes.html.