Do you develop on GitHub? You can keep using GitHub but automatically sync your GitHub releases to SourceForge quickly and easily with this tool so your projects have a backup location, and get your project in front of SourceForge's nearly 20 million monthly users. It takes less than a minute. Get new users downloading your project releases today!
Posted
by
timothy
from the sane-versioning-system-is-a-plus dept.
Dreadlord writes "Gentoo has released 2004.3 for x86, amd64, hppa, ppc, sparc, and an initial release for ppc64. You can read the information page, the changelog, or go straight to the mirrors, or better yet, the torrents."
This discussion has been archived.
No new comments can be posted.
Good job not RTFA'ing people. If you'll note, he was on an AMD64, and in this release, they switch to a diff compiler, gcc 3.4. I know that it has the same software, so quit telling me that.
A different compiler though for a stage one might actually mean something:P
these are only the versions of the live CD. Your actual Gentoo install has no version number because its always the latest. So regardless if you used 2004.0 or 2004.3 to install - you ultimately have the same version after you've completely installed.
Before all the dumb jokes start, here's what this means:
If you want to install Gentoo for the first time, you can download a bunch of precompiled packages and complete an installation in a few hours or so, probably less.
If you already have Gentoo on your system, this won't mean much since you can update the everything by with the command(s) "#emerge sync; emerge -uDp world"
This does not mean everyone with Gentoo is going to be compiling for days. You're still stuck with us for a while.
For those who think `emerge sync && emerge -uD world` will update your system:
Don't forget to update the/etc/make.profile link after an `emerge sync`. The sync will place the new profile in/usr/portage/profiles. From the Gentoo Upgrading Guide [gentoo.org]:
substitute $arch with your arch # rm/etc/make.profile # ln -s../usr/portage/profiles/default-linux/$arch/2004.3/etc/make.profile
This isn't exactly true, particularly with respect to profiles (which dictate things like which packages are system packages). Read section 2 here [gentoo.org].
And, of course, release notices are a form of marketing, as with all software.
Yes. All you have to do (not in Gentoo at the moment, so forgive my lack of specifics) is change the make.profile symlink to the new profile (the one which corresponds to the liveCD release using x.org) and do an emerge -uvD world.
USE flags are very powerful - if and only if - you set them on a per package basis. If you just leave it to setting them globally like they suggest to you in the manual, you will forget/not realize something, screw it up and cause problems.
The USE flags are pretty straight forward when looking at them in the context of a particular package. Pass the -pv ([p]retend to not install the package yet, and [v]erbose to see what USE flags the package will do) option to emerge. Say you do emerge -pv kde. You will probably see that samba support is off by default! Big issues there if you need access to Windows network shares.
If you don't get what a USE flag means, you can always do a "less/usr/portage/profiles/use.desc" to get a description of most of them.
by Anonymous Coward writes:
on Monday November 15, 2004 @02:32AM (#10817864)
Easy. Gentoo, like slackware and the BSDs are fine as hobbyist systems but there is a flood of windows converts looking for alternatives and its the community's responsibility to point them at something that doesn't suck. Gentoo is a bit of a fad. Newbies [greenfly.org] are getting confused.
I had to use a (late) beta of the 2004.3 release recently to get Gentoo installed onto some only recently-released hardware. 2004.2 didn't play nicely either with the SATA controller or the on-board ethernet.
For those out their too timid to try a beta install CD, this might well be eagerly-awaited news.
Technically speaking, emerge -u does not completely upgrade your system to the newest release. You need to update your system profiles as well. If you are upgrading from 2004.1 or later, it is as simple as
# rm/etc/make.profile
# ln -s../usr/portage/profiles/default-linux//2004.3/etc/make.profile
However, if you are upgrading from versions earlier than Gentoo 1.4, it is quite complicated. For more information, see the Gentoo Upgrade Guide:
http://www.gentoo.org/doc/en/gentoo-upgrading.xml
Too time consuming? Granted the initial setup may take a bit longer than RedHat or Debian but maintenance takes so much less time.
I don't have to worry about security holes anymore. I have a firewall setup and I emerge -q sync and emerge -up world every night and look at it whenever there is something for me to update. And when it does update I don't have to worry about other programs not using the most up to date versions of libraries, it does it all for me.
I wouldn't run Gentoo on a slow box but it works wonders on my P4 2Ghz.
Eh, I've used Gentoo on and off for a long time now (Well over a year and a half, mebbe two years) and I've never had a problem with using portage to keep my system running spiffer. Even if a problem did pop up I know that the forums would have much debate about it by the time I found out about it first-hand, so fixing the problem was usually a case of reading a thread or two.
Umm, Compiling everything is this big misconception. There are prebuilt binary packages available for most common applications for most architechtures. Infact if gentoo binary package is not there, there is a fair chance you will not get the binary package for other distros as well. I am using gentoo on my AMD64, and i do not want to go back to any other distro.
But then its always a matter of choice. And if the only reason of you not using gentoo is compiling everything from source, then its the wrong reason.
Portage is the main act. The side show is that it is compiled exactly how you want. As others have said, if you want something like Gaim, it's baiscly, emerge --ask -v gaim, it will ask you if you want to install gaim, and all of the dependancies. other than that, it's a very very striped down install, and very easy to keep up to date.
It's pretty obvious that you have never tried using gentoo.
I think that once set up, Gentoo takes much less time to maintain and run than any Distro I have ever used (Redhat 5.2-9, Fedora 1 and 2, Debian, Mandrake, Knoppix (on hard drive), slackware).
I think that this is partly because the package manager is so great (trustworthy, stable and easy to use), and partly because the software that is installed is compiled specifically for all of the other software installed.
The best part is that the work of compiling all of your programs doesn't even have to take that much time or effort. Most gentoo users update overnight, or even compile while they work, neither of which has to dominate the usage of your system. Depending on which settings you use, changing the nice value of an emerge command let's you run it in the background with relatively little side effects. (See Gentoo Wiki - Portage Niceness [gentoo-wiki.com])
And just to clear up a hole in my argument above ("once you get gentoo set up"), Setting up gentoo is easier than ever with the live CD and pre-compiled packages. You can even re-compile these packages (after the initial install) by installing their non-binary versions once you have your system up and running.
I was a Redhat user for many years, and until Fedora Core 2 failed me, and I could absolutely not get any Distro other than Gentoo to support my Treo-600 syncing, IBM T-40 Hardware, and my sd-card reader - I saw no reason to compile my software regularly. With gentoo, you don't even notice that you are compiling, except that software takes longer to install - and considering that everything I works beautifully (minus the bloat of most Distros), I save myself many lost days of troubleshooting despite compile time.
If you haven't tried Gentoo before, or not for a while. Give it a try, you probably will not go back.
The big question... does it actually work and take care of everything?
Yes. The only other thing you might want to do (though its usually not necessary) is to update the profile. [gentoo.org] After an emerge -u world, everything will be current. With gentoo version numbers mean next to nothing. New versions are usually just updates to the installer livecd itself to fix bugs and support more hardware. The packages are updated constantly, not just when new gentoo releases come out.
Gentoo often refers to itself as a "meta distribution." In many cases it's like an automated Linux From Scratch. Point is, I use Portage and its tools to roll my own stuff on a local server and create binary packages on the server and all my client machines install from there. I don't rice out with stupid optimisations, but it is nice that all my packages are compiled the way I want them. (By that I mean since no one here runs Gnome, I have no Gnome support compiled in, etc.)
A couple of my friends and I use Gentoo as do our servers. With one central server the setup works well and keeps us all up to date with minimal compiling. From my "real world" standpoint it works very, very well. I even keep my mom's laptop up to date this way without having to physically touch the thing.
Plus, once a machine is customized, just keep your/etc and/home and you're set. I keep some common configurations stored on my server as well. This took me a lot of initial work, but it doesn't take me much longer to do an install of Gentoo than any other OS anymore.
I have to hear the cracks around here about compile times all the time... but seriously, who cares? Do you really need the latest KDE the second the ebuild is ready? Start your updates and go to bed. it's very rare that anything isn't complete by the time I get up in the morning.
It's not for everyone, but as should be stated over and over, no distro is nor should every distro be. All I'm saying is that "real world" is a very relative term and for my real world Gentoo is my choice and besides... I think it's fun. I used to be a Slackware fiend so maybe that explains my problem.
That joke is so damn old. I installed gentoo on my p3 900 laptop in 2 days, including X and KDE and firefox. Did it from knoppix, so I had a fully functional system the whole time it was working. Also, theres binaries for a lot of big packages, so I probably could have done it in a couple hours if I really felt like it. Think of a new joke already.
If you have time, you might consider emerging ufed, and going through ALL (including local) flags, deciding whether you need it or not. Gives an ok curses interface for setting them. Careful not to accidentally exit without saving -- a common problem.
Most packages that have user-based postinstalls will print out a message after they complete the install with instructions on what to do.
A good example is GAIM: which prints out a giant message that tells you not to seek help in #gaim for fear of ridicule.
For the packages that do not have instructions, then if it is a/etc/init.d starting package, there is probably a config file in/etc/conf.d. In most case you can always assume there is a default configuration that comes with the package (if one can exist) is going to be used. The program is never started, or set up to start at boot for you.
Yeah, it can be better, but it is not horrible. The only thing that I have had problem figuring out what to do was kismet -- but that is due to poor drivers for my card.
the hard mask -- which means that the package maintainer does not deem the package to be safe at all.
the ~ mask -- which is the unstable package. You can tell the emerge system that you wish to have the unstable system, in which case it will ignore the ~ mask.
Also, there is such a thing as profiles. They have things such as the version of gcc and glibc that your system uses. If you chose the right profile, you can continue building the system with gcc 2.95. Although the packages are not well tested with it, and no one wants to specifically check and mask each package with older profiles.
While I've never used an apt-get system, I had the same problem with dependencies on RPM-based systems. It seems that most distributions try to provide as much functionality in the package as possible to meet the needs of the widest possible user-base. The result is that grabbing a small package can result in multiple large dependencies being downloaded and installed.
Gentoo's answer to this is the set of USE flags. You can provide your flags either globally or on a package-by-package basis. For example:
... would compile packagefoo without support for kde or gnome, but would provide support for maildir-style mailboxes. There are currently 309 different USE options available, so you can tweak things just the way you like them. In reality, you would probably want to put the use flags in/etc/portage/package.use so that they will be remembered permanently rather than setting the USE variable on the command line.
As far as managing dependencies after the initial install, "emerge --deep packagefoo" will check for any updates to the dependencies themselves, and the portage maintainers track and flag which upgrades break/block an existing package.
If you're paranoid that it will break something, use quickpkg to make a package of your existing install first, and build a binary package of xorg using emerge -b, so you can switch back and forth until you are satisfied.
I'm sure you know it's source based by the dozens of +5 Funny's..
What's good? The package system is transparent and extremely hackable. If you don't touch it, it works just like apt or yum. But if you want to make a change, its extremely easy to pop the ebuild in vim and change it, or fork your own version. Also very easy to produce a "package" for any specific version you like, often as simple as renaming a file.
What's bad? Initial installation takes a while (I can get a useable box in ~ 3 hours. Gnome & co take the longest). Not recommended for slow computers (anything made in the last four years ought to be fine) due to frequent code compilation. Portage moves very very fast. Lots of new versions released every week.
I run it everywhere, including this here Toshiba Tecra S-1 notebook.
I would argue that the few times I have installed gentoo made me much more familiar with linux than playing with Fedora for any period of time would have.
i believe the minimum hardware requirements for gentoo are defined as "any machine capable of compiling the latest release in less time than the stated release period".
And I believe you can circumvent that by using stage3+GRP.
You need a program call xkeycaps to help save your key layout. It's on the net and although it's not available for Amd64 under portage the 32 bit version ran just fine the other day for me. Once you got your keys the way you like save them in an.xmodmap file and use xmodmap to update X11. Job sorted.
First off, I had submitted Slashdot an official press release which was much more verbose and gave a nice list of reasons for the release and things changed since the last release, but since the editors are a bunch of tools and don't pay attention to what they're adding to the site, it all got lost.
Anyway, for the x86 platform, the primary reason for the getting a newer release is improved hardware support. The newer LiveCD for x86 supports the new Dell EM64T machines and also has vastly improved SATA support over previous releases. This is also the first release where all of the arch teams worked very closely together throughout the entire release process. This is also our first official PPC64 release. The submitter of this story also completely missed the fact that we have a new Alpha release under/experimental, and you can also find embedded stages for arm, mips, ppc, and x86 under/experimental.
by Anonymous Coward writes:
on Monday November 15, 2004 @09:33AM (#10819189)
The STABLE branch of FreeBSD, on the other hand, is production quality, is proven to be more stable than Linux, and you can build all of the newest third-party apps from source.
You don't have to be a non-source-based operating system with ancient software in order to be rock-solid stable. The BSDs proved that a very long time ago.
"--deep (-D)
When used in conjunction with --update, this flag forces emerge to consider the entire dependency
tree of packages, instead of checking only the immediate dependencies of the packages. As an
example, this catches updates in libraries that are not directly listed in the dependencies of a
package."
In my experience, doing a 'emerge -vuD world' is something you should only execute once in a while, and it is vital that you include the "--pretend" option in case some packages wants to downgrade others. Essentially, the "--deep" option will do a more thorough scan of portage to locate packages which are not directly affected by critical or new ebuilds, or something like that.;)
At first glance, it appears to me that you're blaming the Linux distro for what may be a hardware issue. Looks like the hard drive from the Dell Optiplex box is okay, but beyond that it's hard to tell. If I were in your shoes, I would have closed with this line instead:
Needless to say, I'm no longer impressed with my Dell Optiplex with three NIC's in it.
If you're serious about getting your box running, I heartily recommend that you post to the Kernel and Hardware forum at the Gentoo forums site [gentoo.org] with real details of your issues.
by Anonymous Coward writes:
on Monday November 15, 2004 @01:10PM (#10821192)
So, besides having emerge available to fetch and configure sources, what other advantages are there?
Could you please tell me what happens when you compile from source and make install fails leaving your filesystem in a rather sorry state, or the whole package refuses to run correctly, or it installs files in non standard locations?
What if you need to upgrade? How do you make sure no files from the previous install remain there possibly changing expected behavior? What about config files getting overwritten? And... what if you really need something to automate compiling using distcc or you want to use ccache? How do you handle complex tree dependencies?
Do you care to get patches that address problems in the sources? Do you need to specifically tell configure that you want samba support in every package that can support it? What if you only want samba support in ten packages, but don't want it in other five packages? Can you automate it all? What if at some point you decide you wanted some of your software using KDE support? Would you remember which packages need to be recompiled? What about compiler flags known to produce buggy results? Did you care as well?
Seriously man, you don't know how useful it is. It's not that portage is a lame attempt at fecthing/configuring/compiling sources, you know. Getting it down to "it fetches and configures the thing, I could do that myself" is just plain ignorance. It's a lot more than that, and sure, you could do that yourself, but I prefer having the maintainers decide which patches to apply and which compiler flags to use, how to invoke configure, and where should the package install its files. I also prefer having portage to fetch it for me, be it a tarball or CVS sources, figure out all dependencies, keep track of installed files and not mess with my filesystem nor config files in case something goes wrong. Still I happen to control most of the process. And guess what? In the end I just type a single line and the whole thing gets installed the way I want it, without spending my life dealing with every single package.
That pretty much makes a big fat difference for me.
etc # gcc --version gcc (GCC) 3.4.3 (Gentoo Linux 3.4.3, ssp-3.4.3-0, pie-8.7.6.6) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Each point to the correspoding scripts in/etc/init.d/
This may seem assinine, but it's reality for portage based OS's. You can't manually modify this stuff when you continue to emerge changes! Your modifications will get overwritten. That's why Gentoo had rc-update and etc-update.
It's similar to fBSD.. although I never figured out why everyone bashes Gentoo and praises fBSD (I think they're both great).
My first Gentoo install ended in a similar way. You have to approach a portage (notice I didn't say source) based distro with the assumption that it will take some time to figure out the differences.
With Gentoo, it takes awhile to get comfortable with the changes to how init works.
I'm the submitter of the story, as I wrote in my journal, I put that story together in no time, minutes after receiving the newsletter, don't know if I was faster and this was the reason, when did you submit your story?
The editors didn't change anything other than the title btw (it was Gentoo 2004.3 released).
Just stressing.. (Score:5, Informative)
Re:I HATE YOU TOO GENTOO (Score:3, Informative)
Re:I HATE YOU TOO GENTOO (Score:1, Informative)
A different compiler though for a stage one might actually mean something
Re:Obligatory Gentoo Joke (Score:5, Informative)
Someone's got to say it (Score:5, Informative)
If you want to install Gentoo for the first time, you can download a bunch of precompiled packages and complete an installation in a few hours or so, probably less.
If you already have Gentoo on your system, this won't mean much since you can update the everything by with the command(s) "#emerge sync; emerge -uDp world"
This does not mean everyone with Gentoo is going to be compiling for days. You're still stuck with us for a while.
Re:Someone's got to say it (Score:5, Informative)
The -a is short for --ask. That will ask you if you really want to emerge the listed packages.
Re:Just finished installin 2004.2 (Score:5, Informative)
Upgrading... (Score:5, Informative)
Don't forget to update the
substitute $arch with your arch
# rm
# ln -s
Re:Why announce new Gentoo releases?? (Score:3, Informative)
And, of course, release notices are a form of marketing, as with all software.
Re: Obligatory Gentoo Joke (Score:2, Informative)
uninstall xfree
install x.org
I did it, it was easy.
Re: Obligatory Gentoo Joke (Score:2, Informative)
Re: Obligatory Gentoo Joke (Score:3, Informative)
http://www.gentoo.org/doc/en/xorg-config.xml
Try this new flash game... It's a strange blend of Dungeon Dice and Pac-Man.
Chomp Dice [chompdice.com]
Re: Obligatory Gentoo Joke (Score:2, Informative)
Re:Get them over with (Score:4, Informative)
The USE flags are pretty straight forward when looking at them in the context of a particular package. Pass the -pv ([p]retend to not install the package yet, and [v]erbose to see what USE flags the package will do) option to emerge. Say you do emerge -pv kde. You will probably see that samba support is off by default! Big issues there if you need access to Windows network shares.
If you don't get what a USE flag means, you can always do a "less
Re:Why all this hate? D: (Score:0, Informative)
Support for new hardware. (Score:2, Informative)
For those out their too timid to try a beta install CD, this might well be eagerly-awaited news.
Re:What I wish Gentoo had (Score:1, Informative)
Not just emerge -u world (Score:2, Informative)
Re:Gentoo - too much time to commit (Score:3, Informative)
I don't have to worry about security holes anymore. I have a firewall setup and I emerge -q sync and emerge -up world every night and look at it whenever there is something for me to update. And when it does update I don't have to worry about other programs not using the most up to date versions of libraries, it does it all for me.
I wouldn't run Gentoo on a slow box but it works wonders on my P4 2Ghz.
Re:I HATE YOU TOO GENTOO (Score:2, Informative)
Eh, I've used Gentoo on and off for a long time now (Well over a year and a half, mebbe two years) and I've never had a problem with using portage to keep my system running spiffer. Even if a problem did pop up I know that the forums would have much debate about it by the time I found out about it first-hand, so fixing the problem was usually a case of reading a thread or two.
Compile...? (Score:5, Informative)
But then its always a matter of choice. And if the only reason of you not using gentoo is compiling everything from source, then its the wrong reason.
Re:Sooo... (Score:2, Informative)
Re:Gentoo - too much time to commit (Score:2, Informative)
It's pretty obvious that you have never tried using gentoo.
I think that once set up, Gentoo takes much less time to maintain and run than any Distro I have ever used (Redhat 5.2-9, Fedora 1 and 2, Debian, Mandrake, Knoppix (on hard drive), slackware).
I think that this is partly because the package manager is so great (trustworthy, stable and easy to use), and partly because the software that is installed is compiled specifically for all of the other software installed.
The best part is that the work of compiling all of your programs doesn't even have to take that much time or effort. Most gentoo users update overnight, or even compile while they work, neither of which has to dominate the usage of your system. Depending on which settings you use, changing the nice value of an emerge command let's you run it in the background with relatively little side effects. (See Gentoo Wiki - Portage Niceness [gentoo-wiki.com])
And just to clear up a hole in my argument above ("once you get gentoo set up"), Setting up gentoo is easier than ever with the live CD and pre-compiled packages. You can even re-compile these packages (after the initial install) by installing their non-binary versions once you have your system up and running.
I was a Redhat user for many years, and until Fedora Core 2 failed me, and I could absolutely not get any Distro other than Gentoo to support my Treo-600 syncing, IBM T-40 Hardware, and my sd-card reader - I saw no reason to compile my software regularly. With gentoo, you don't even notice that you are compiling, except that software takes longer to install - and considering that everything I works beautifully (minus the bloat of most Distros), I save myself many lost days of troubleshooting despite compile time.
If you haven't tried Gentoo before, or not for a while. Give it a try, you probably will not go back.
Re:I HATE YOU TOO GENTOO (Score:5, Informative)
Yes. The only other thing you might want to do (though its usually not necessary) is to update the profile. [gentoo.org] After an emerge -u world, everything will be current. With gentoo version numbers mean next to nothing. New versions are usually just updates to the installer livecd itself to fix bugs and support more hardware. The packages are updated constantly, not just when new gentoo releases come out.
Re:Gentoo - too much time to commit (Score:3, Informative)
A couple of my friends and I use Gentoo as do our servers. With one central server the setup works well and keeps us all up to date with minimal compiling. From my "real world" standpoint it works very, very well. I even keep my mom's laptop up to date this way without having to physically touch the thing.
Plus, once a machine is customized, just keep your
I have to hear the cracks around here about compile times all the time... but seriously, who cares? Do you really need the latest KDE the second the ebuild is ready? Start your updates and go to bed. it's very rare that anything isn't complete by the time I get up in the morning.
It's not for everyone, but as should be stated over and over, no distro is nor should every distro be. All I'm saying is that "real world" is a very relative term and for my real world Gentoo is my choice and besides... I think it's fun. I used to be a Slackware fiend so maybe that explains my problem.
Re:Obligatory Gentoo Joke (Score:3, Informative)
You can set it to whatever version you want by simply relinking the
There is no real need to do this, unless portage suggests doing this AFAIK.
All packages are kept up to date by the standard emerge system, and you will always have the latest version.
And remember to etc-update or etc-dispatch after each update to make sure that you have configuration files that match your versions.
Re:Get them over with (Score:3, Informative)
Re:Get them over with (Score:3, Informative)
Re:What I wish Gentoo had (Score:3, Informative)
A good example is GAIM: which prints out a giant message that tells you not to seek help in #gaim for fear of ridicule.
For the packages that do not have instructions, then if it is a
Yeah, it can be better, but it is not horrible.
The only thing that I have had problem figuring out what to do was kismet -- but that is due to poor drivers for my card.
Re:version dependencies (Score:5, Informative)
the hard mask -- which means that the package maintainer does not deem the package to be safe at all.
the ~ mask -- which is the unstable package. You can tell the emerge system that you wish to have the unstable system, in which case it will ignore the ~ mask.
Also, there is such a thing as profiles. They have things such as the version of gcc and glibc that your system uses. If you chose the right profile, you can continue building the system with gcc 2.95. Although the packages are not well tested with it, and no one wants to specifically check and mask each package with older profiles.
Re:emergent reality (Score:2, Informative)
Re: Obligatory Gentoo Joke (Score:2, Informative)
If you're paranoid that it will break something, use quickpkg to make a package of your existing install first, and build a binary package of xorg using emerge -b, so you can switch back and forth until you are satisfied.
Re:Sooo... (Score:5, Informative)
What's good? The package system is transparent and extremely hackable. If you don't touch it, it works just like apt or yum. But if you want to make a change, its extremely easy to pop the ebuild in vim and change it, or fork your own version. Also very easy to produce a "package" for any specific version you like, often as simple as renaming a file.
What's bad? Initial installation takes a while (I can get a useable box in ~ 3 hours. Gnome & co take the longest). Not recommended for slow computers (anything made in the last four years ought to be fine) due to frequent code compilation. Portage moves very very fast. Lots of new versions released every week.
I run it everywhere, including this here Toshiba Tecra S-1 notebook.
Re:Sooo... (Score:3, Informative)
Re:Obligatory Gentoo Joke (Score:3, Informative)
And I believe you can circumvent that by using stage3+GRP.
Warning! (Score:5, Informative)
BTW, this is probably why you should do it per hand
gentoo and BSD (Score:3, Informative)
Links:
http://www.gentoo.org/proj/en/gentoo-alt/bsd/inde
http://dev.gentoo.org/~g2boojum/bsd.html [gentoo.org]
Re: Obligatory Gentoo Joke (Score:3, Informative)
Re:Obligatory Gentoo Joke (Score:3, Informative)
That would be the
ln -sf
Amazing! (Score:5, Informative)
First off, I had submitted Slashdot an official press release which was much more verbose and gave a nice list of reasons for the release and things changed since the last release, but since the editors are a bunch of tools and don't pay attention to what they're adding to the site, it all got lost.
Anyway, for the x86 platform, the primary reason for the getting a newer release is improved hardware support. The newer LiveCD for x86 supports the new Dell EM64T machines and also has vastly improved SATA support over previous releases. This is also the first release where all of the arch teams worked very closely together throughout the entire release process. This is also our first official PPC64 release. The submitter of this story also completely missed the fact that we have a new Alpha release under /experimental, and you can also find embedded stages for arm, mips, ppc, and x86 under /experimental.
Re:Why announce new Gentoo releases?? (Score:2, Informative)
oz
Re:Can people stoping saying (Score:1, Informative)
The STABLE branch of FreeBSD, on the other hand, is production quality, is proven to be more stable than Linux, and you can build all of the newest third-party apps from source.
You don't have to be a non-source-based operating system with ancient software in order to be rock-solid stable. The BSDs proved that a very long time ago.
Re:Just finished installin 2004.2 (Score:2, Informative)
"--deep (-D)
When used in conjunction with --update, this flag forces emerge to consider the entire dependency
tree of packages, instead of checking only the immediate dependencies of the packages. As an
example, this catches updates in libraries that are not directly listed in the dependencies of a
package."
In my experience, doing a 'emerge -vuD world' is something you should only execute once in a while, and it is vital that you include the "--pretend" option in case some packages wants to downgrade others. Essentially, the "--deep" option will do a more thorough scan of portage to locate packages which are not directly affected by critical or new ebuilds, or something like that.
Re:Gentoo Hell (Score:2, Informative)
Needless to say, I'm no longer impressed with my Dell Optiplex with three NIC's in it.
If you're serious about getting your box running, I heartily recommend that you post to the Kernel and Hardware forum at the Gentoo forums site [gentoo.org] with real details of your issues.
Re:Why all this hate? D: (Score:1, Informative)
Could you please tell me what happens when you compile from source and make install fails leaving your filesystem in a rather sorry state, or the whole package refuses to run correctly, or it installs files in non standard locations?
What if you need to upgrade? How do you make sure no files from the previous install remain there possibly changing expected behavior? What about config files getting overwritten? And... what if you really need something to automate compiling using distcc or you want to use ccache? How do you handle complex tree dependencies?
Do you care to get patches that address problems in the sources? Do you need to specifically tell configure that you want samba support in every package that can support it? What if you only want samba support in ten packages, but don't want it in other five packages? Can you automate it all? What if at some point you decide you wanted some of your software using KDE support? Would you remember which packages need to be recompiled? What about compiler flags known to produce buggy results? Did you care as well?
Seriously man, you don't know how useful it is. It's not that portage is a lame attempt at fecthing/configuring/compiling sources, you know. Getting it down to "it fetches and configures the thing, I could do that myself" is just plain ignorance. It's a lot more than that, and sure, you could do that yourself, but I prefer having the maintainers decide which patches to apply and which compiler flags to use, how to invoke configure, and where should the package install its files. I also prefer having portage to fetch it for me, be it a tarball or CVS sources, figure out all dependencies, keep track of installed files and not mess with my filesystem nor config files in case something goes wrong. Still I happen to control most of the process. And guess what? In the end I just type a single line and the whole thing gets installed the way I want it, without spending my life dealing with every single package.
That pretty much makes a big fat difference for me.
Huh? (Score:3, Informative)
Re:Gentoo Hell (Score:2, Informative)
ls
Each point to the correspoding scripts in
This may seem assinine, but it's reality for portage based OS's. You can't manually modify this stuff when you continue to emerge changes! Your modifications will get overwritten. That's why Gentoo had rc-update and etc-update.
It's similar to fBSD.. although I never figured out why everyone bashes Gentoo and praises fBSD (I think they're both great).
My first Gentoo install ended in a similar way. You have to approach a portage (notice I didn't say source) based distro with the assumption that it will take some time to figure out the differences.
With Gentoo, it takes awhile to get comfortable with the changes to how init works.
Re:Amazing! (Score:2, Informative)
The editors didn't change anything other than the title btw (it was Gentoo 2004.3 released).