Slashdot Mirror
New Red Hat Beta: LIMBO
joyoflinux writes: "Red Hat has released a beta version of its distribution, called LIMBO. It includes the latest desktop technology, gcc 3.1, Mozilla 1.0+, OpenOffice 1.0, and much more. You can download it here or use a mirror. Submit bugs here." Here's the announcement.
It's got Gnome 2, KDE 3.01, GCC 3.1. Pretty good deal...
:)
But I will stay with Gentoo Linux.
New gcc version means this is most definitely destined to be Red Hat 8.0.
They will probably change glibc versions in a major way also.
I've had enough abrasive sigs. Kittens are cute and fuzzy.
Redhat has consistantly produced releases about every 6 months for as long as I have been folowing them. If it takes a month for LIMBO to clear through beta then it will be just about on schedule.
The mirrors link in the writeup is all the mirrors, I checked and most of them havn't updated yet.
/ limbo/ (http and also rsync access)s /redhat/redhat/linux/beta/limbo// linux/beta/limbo/l imbo/i nux/beta/limbo/ (also rsync access)l inux/beta/limbo/ Europe:h at/linux/beta/limbo/m bo/l imbo/u x/beta/limbo/i nux/beta/limbo/ (http and also rsync access)r edhat/linux/beta/limbo/ (also rsync access)i mbo/
These mirrors are from the announcement link, so they all have the beta:
- ftp://redhat.dulug.duke.edu/pub/redhat/linux/beta
- ftp://carroll.aset.psu.edu/pub/linux/distribution
- ftp://ftp.cse.buffalo.edu/pub/Linux/redhat/redhat
- ftp://mirror.hiwaay.net/redhat/redhat/linux/beta/
- ftp://limestone.uoregon.edu/redhat/beta/limbo/
- ftp://ftp.shuttleamerica.com/pub/mirrors/redhat/l
- ftp://mirror.cs.princeton.edu/pub/mirrors/redhat/
- ftp://ftp.tu-chemnitz.de/pub/linux/redhat-ftp/red
- ftp://ftp.linux.cz/pub/linux/redhat/linux/beta/li
- ftp://alviss.et.tudelft.nl/pub/redhat/linux/beta/
- ftp://ftp.nluug.nl/site/ftp.redhat.com/redhat/lin
- ftp://gd.tuwien.ac.at/pub/linux/redhat.com/dist/l
- ftp://sunsite.mff.cuni.cz/MIRRORS/ftp.redhat.com/
- ftp://ftp.uni-bayreuth.de/pub/redhat/linux/beta/l
I've had enough abrasive sigs. Kittens are cute and fuzzy.
This started with 7.3. Likely the first three discs contain RPMs, while the last three contain SRPMs. Why the overlap? Disc 3 is half RPM and half SRPM. Just d/l the first three. You might even be able to get away with the first two depending on the kind of install, but I don't know enough about how they position their RPMs on the discs to be able to tell. I recommend you check the listing of RPMs on the third disc (it should be available in the FTP tree) to see if you need it, or can do without it.
You'll be happier with 7.2. Or 7.3. Both betas for 7.3 were rock solid and more stable than many final releases of other software. But that's because it was the final refinement to the long, long, LONG-in-development 7.x series.
8.0 beta will not be stable. It's brand new. All its parts are brand new. Everything is untested. 8.0 beta 2 won't be stable. 8.2 beta 1 might be pretty good though.
If you want to know what package versions various distros and betas are using go to distrowatch.com. A list of packages for the top 10 distros can be found here
Saying Java is nice because it works on all OS's is like saying that anal sex is nice because it works on all genders.
Yup, there's a nice little app called "up2date" which you should take a look at. This allows you to get the latest rpms from the Red Hat Network. It's pretty good actually.
Well...codenaming software (and heck, any sort of engineering practice) is a long, long time-honored convention. Codenames are intended for internal use -- makes things easy for people to say, and less obvious to overhearing outsiders. Unfortunately, marketers have gotten ahold of the idea of sexy codenames, and started using them to promote products to the public.
The internal name was originally a concept not intended for outside use.
That means yes but you can read all about it here.
Debian has already started using a DVD installer in addition to the more traditional CD installers.
Most Debian users hardly ever use DVD or CD installations... as they somehow get Debian installed once, and after that, Debian's robust package management system makes updating the OS fully automatic.
Anonymous because karma is meaningless, but changelogs are not. This took a lot of hand editing to get past the lameness filter, thanks Malda and thanks crapflooders.
/usr/lib/rpm/RPM-GPG-KEY
/proc filesystem to report numbers as if using the default HZ=100, but it is possible that issues could arise -- please test and report bugs, as always. Adaptec's latest hardware that supports the new Ultra 320 SCSI standard is now supported. It is a new driver, so if you have the hardware, test and report any issues that you encounter.
u mp/index.html
u mp/index.html
The Netscape Web browser has been removed.
The RPM Package Manager (RPM) verifies digital signatures when reading packages during installation. In order to verify signatures for packages after installation, the package's public key must be imported into the rpm database. For example, to import the Red Hat public key, type the following as root at a shell prompt:
rpm --import
After importing the public key, you can verify package digest and signature information using the following command:
rpm --checksig package_name
RPM will also suggest package(s) that will satisfy unresolved dependencies if the rpmdb-redhat package is installed. For example, if you are attempting to upgrade the gnumeric without a necessary library, you will see the following message:
rpm -Uvh gnumeric-1.0.5-5.i386.rpm
error: Failed dependencies:
libbonobo-print.so.2 is needed by
gnumeric-1.0.5-5
libbonobo.so.2 is needed by
gnumeric-1.0.5-5
libbonobox.so.2 is needed by gnumeric-1.0.5-5
Suggested resolutions:
bonobo-1.0.20-3.i386.rpm
The above mechanism is equivalent to (and will replace) the existing --redhatprovides mechanism.
GNU Ghostscript has been upgraded to version 7.05.
By default, top and ps only display the main (initial) thread of thread-aware processes. To show all threads, use the command ps -m or type [H] in top.
The junkbuster proxy filter package has been replaced by the privoxy package which can now filter animations, pop-ups, refresh tags, and webbugs. Privoxy is configurable at run-time by pointing your browser to http://p.p and choosing options from the menu.
Red Hat Linux 7.3.92 contains the following new configuration and system tools:
Red Hat Log Viewer (redhat-logviewer)
Red Hat NFS Configuration Tool (redhat-config-nfs)
Red Hat Samba Configuration Tool (redhat-config-samba)
Red Hat X Configuration Tool (redhat-config-xfree86)
Red Hat Sound Card Configuration Tool (redhat-config-soundcard)
Red Hat Language Selection Tool (redhat-config-language)
Red Hat Keyboard Configuration Tool (redhat-config-keyboard)
Red Hat Mouse Configuration Tool (redhat-config-mouse)
Red Hat Root Password Tool (redhat-config-rootpassword)
Red Hat Security Level Configuration Tool (redhat-config-securitylevel)
Package Reorganization
The following packages have been replaced.
ucd-snmp - replaced by net-snmp
gtop - replaced by gnome-system-monitor
gphoto - replaced by gphoto2
console-tools - replaced by kbd
junkbuster - replaced by privoxy
The following packages are currently not included but will be in a future version.
gnomemeeting openh323 pwlib rpm2html rpmfind
The following packages have been removed from this release of Red Hat Linux.
alien blt dip fvwm2 ee elm extace gnomeicu gnome-pim gnorpm ical jikes kaffe metamailmi cq netscape playmidi rxvt sliplogin taper xbill xdaliclock xlockmore xmailbox xpilot
The following packages have been deprecated and will be removed in a future release of Red Hat Linux.
LPRng
Kernel Notes
The kernel used in this release supports the following list of improvements and new features. The kernel is based on the 2.4.19- pre10-ac2 release for this beta.
HZ=1000 on i686 and Athlon means that the system clock ticks 10 times as fast as on other x86 platforms (i386 and i586); HZ=100 has been the Linux default on x86 platforms for the entire history of the Linux kernel. This change provides better interactive response, lower latency response from some programs, and better response from the scheduler. We have adjusted the
The latest aacraid driver now has 64-bit support, and so should have much higher performance on systems with more than 4GB of memory when you use the "bigmem" kernel.
The network console and crash dump functionality from Red Hat Linux Advanced Server 2.1 has been ported to this release. Documentation for setting this up is included in the netdump and netdump-server packages and is also available as a whitepaper at the following URL:
http://www.redhat.com/support/wpapers/redhat/netd
This beta contains a kernel providing EA and ACL support for the ext3 for setting this up is included in the netdump and netdump-server packages and is also available as aw whitepaper at the following URL:
http://www.redhat.com/support/wpapers/redhat/netd
This beta contains a kernel providing EA and ACL support for the ext3 filesystem based on the patches and user-level tools from
http://acl.bestbits.at/
The support for EA and ACL is included in several packages:
kernel provides the support for storing EAs and ACLs on disk for ext3 filesystems provides the system calls to manipulate EAs and ACLs; and provides the mechanisms to enforce ACLs on file access.
e2fsprogs includes knowledge of the new on-disk extended attribute formats so that fsck can check filesystems using the new feature.
attr provide access to extended attributes attached to libattr files
acl provide tools to set, modify and query the ACLs set libacl on files
libattr-devel libraries and include files to build programs using libacl-devel, acl, and attr
I've got a couple of servers running 6.2 at the moment (300-day uptimes), and at one time or another I've tried out 4.2, 5.0, 5.2 and 7.1.
I've found the way to keep a Red Hat system running happily is to _never_ install anything that isn't an official RPM - and when you're doing updates, go back and diff all the updated config files against your older versions (RH got me once with an update to sendmail.cf that blocked connections from anywhere other than localhost - and that was our main mailserver...).
Sure, that makes for a crappy desktop system, but if you're using it as a server, you don't really need that CVS version of Xine or mplayer.
I suppose people will flame me for saying this, but hey, it works for me.
Others might disagree, but I've found that, in general, in the (GNU)Linux world, the maintainers of large projects are very causious of calling them "stable releases".
:-) ), I would encourage you to use development versions.
While I generally wouldn't advise their use in a live server, some Linux newbies might think that development versions are only for developors. They are not. If you have a secondary machine that you use for non-critical desktop type work, (E.G. word processing, games, etc), you could help a lot by using development versions, and reporting bugs.
Back in the Linux 1.3.X days, a lot of people used the development kernel tree, because it had features that they needed that were not in the 1.2.X tree, (I think that that is less so in 2.5.X vs 2.4.X), and personally, I always found that it was very stable.
So, basically, Linux newbies - if you want a feature of a development version, and can cope with the *possibility* of a crash, (in the same way that many people cope with the possibility of a crash in other OSs
Yeah, not only does it come with Gnome2, but the installer and all the distro apps use gtk2.
It looks like that, only python-2.2.1. Also, perl is 5.8 (haven't checked which RC, final 5.8.0 isn't out yet afaik, although I prefer even 5.8.0RC1 over 5.6.1).
Limbo is just the first beta release of, dare I say, RH 8.0. New version of gcc may be pretty obvious indication of the next major release. Since it's been released 3 months after 7.3, that would give us a window of about 3 months to beta test this one, beta 2, RC1, perhaps RC2. 3 months doesn't sound as a helluva lot time - my money for this release is on December 2002.
Since I use RH product extensivelly for quite some time now, predominantly as a server platform on a decently sized WAN, I want to take this opportunity to respond to all people in Limbo thread that have been bitching RH again, like they always do, without any apparent reason or, God forbid, technically biased justification.
How can desktop oriented system be changed and improved in a way that IBM, HPQ, Oracle and the likes are supporting it as an Enterprise Class product? How does good chunk of Wall Street transactions get processed every minute of every day on desktop systems? What you're saying is so rediculous that it makes me wonder how would I run a WAN on say, Win98SE.
On the other hand, I am more than pleased, hell - I'm extatic!!! - about all the desktop goodies included in the latest distro. If fine people from RH concentrate enough on this (and looks like they might, according to latest happenings around the embedded product), taking into account all negative publicity Microsoft keeps generating in last couple years, I would be expecting near future with a lot more confidence in possible desktop market earthquakes.
Again, hats of all colours down to Red Hat!
Thank you! Limbo is the 7.4 beta
2.something if I remember correctly... ;)
Washington, DC: It's like Hollywood for ugly people.