Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×
Operating Systems Software Linux

Gentoo Linux Releases 2004.3 386

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.

Gentoo Linux Releases 2004.3

Comments Filter:
  • Just stressing.. (Score:5, Informative)

    by iswm ( 727826 ) on Monday November 15, 2004 @01:32AM (#10817614) Homepage
    That this is just a new version of the LiveCD. No need to reinstall the core system.
  • by x.Draino.x ( 693782 ) on Monday November 15, 2004 @01:34AM (#10817623)
    emerge sync, then emerge --update world done. no need to download a new iso.
  • by ScytheBlade1 ( 772156 ) * <scytheblade1@@@averageurl...com> on Monday November 15, 2004 @01:37AM (#10817637) Homepage Journal
    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
  • by BlindSpy ( 772849 ) on Monday November 15, 2004 @01:39AM (#10817646) Homepage Journal
    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.
  • by Stevyn ( 691306 ) on Monday November 15, 2004 @01:39AM (#10817647)
    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.

  • by solarium_rider ( 677164 ) on Monday November 15, 2004 @01:48AM (#10817689)
    actually, no need to do both commands anymore. With the latest version of portage, you can just run
    # emerge -uDa world
    The -a is short for --ask. That will ask you if you really want to emerge the listed packages.
  • by Aneurysm9 ( 723000 ) on Monday November 15, 2004 @01:56AM (#10817731)
    emerge sync && emerge -uD world
  • Upgrading... (Score:5, Informative)

    by jasno ( 124830 ) on Monday November 15, 2004 @01:58AM (#10817739) Journal
    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

  • by micromoog ( 206608 ) on Monday November 15, 2004 @02:01AM (#10817747)
    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.

  • by Anonymous Coward on Monday November 15, 2004 @02:02AM (#10817748)
    process:

    uninstall xfree
    install x.org

    I did it, it was easy.
  • by Justus ( 18814 ) on Monday November 15, 2004 @02:02AM (#10817750)
    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.
  • by Anonymous Coward on Monday November 15, 2004 @02:07AM (#10817768)
    Yes, just read the docs here on how to make the switch:

    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]

  • by Anonymous Coward on Monday November 15, 2004 @02:21AM (#10817827)
    That will only install xorg if X is needed and xfree isn't installed. If xfree is installed, it won't be replaced. You have to remove it first.
  • by PeterPumpkin ( 777678 ) on Monday November 15, 2004 @02:27AM (#10817852) Journal
    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 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.
  • by onesadcookie ( 621500 ) on Monday November 15, 2004 @02:33AM (#10817868) Homepage
    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.
  • by Anonymous Coward on Monday November 15, 2004 @02:34AM (#10817871)
    Yes, it does.
  • by ringer9cs ( 743732 ) on Monday November 15, 2004 @02:42AM (#10817901)
    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
  • by Warren_Canuck ( 522319 ) <warren@NosPAm.halifrag.com> on Monday November 15, 2004 @02:50AM (#10817922)
    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.
  • by oddfox ( 685475 ) on Monday November 15, 2004 @03:02AM (#10817955) Homepage

    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)

    by tanveer1979 ( 530624 ) on Monday November 15, 2004 @03:05AM (#10817963) Homepage Journal
    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.

  • Re:Sooo... (Score:2, Informative)

    by cynyr ( 703126 ) on Monday November 15, 2004 @03:06AM (#10817969)
    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.
  • by jmwmit ( 758485 ) on Monday November 15, 2004 @03:12AM (#10817993)
    "Gentoo's too damn time consuming for my tastes."

    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.
  • by qtothemax ( 766603 ) on Monday November 15, 2004 @03:51AM (#10818101)
    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.
  • by binary paladin ( 684759 ) <binarypaladin@gm a i l . com> on Monday November 15, 2004 @03:53AM (#10818106)
    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.
  • by NotoriousQ ( 457789 ) on Monday November 15, 2004 @03:57AM (#10818118) Homepage
    Actually, there is something in the gentoo that is called profiles. Each release has its own. They contain things like default use flags, etc.

    You can set it to whatever version you want by simply relinking the /etc/make.globals symlink.

    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.
  • by qtothemax ( 766603 ) on Monday November 15, 2004 @03:59AM (#10818122)
    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.
  • by NotoriousQ ( 457789 ) on Monday November 15, 2004 @04:15AM (#10818165) Homepage
    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.

  • by NotoriousQ ( 457789 ) on Monday November 15, 2004 @04:23AM (#10818180) Homepage
    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.
  • by NotoriousQ ( 457789 ) on Monday November 15, 2004 @04:29AM (#10818192) Homepage
    To add to this, there are two modes of masking:

    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)

    by brix ( 27642 ) on Monday November 15, 2004 @05:04AM (#10818284)
    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:
    USE="-kde -qt -gnome -gtk maildir" emerge packagefoo
    ... 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.
  • by pturing ( 162145 ) on Monday November 15, 2004 @05:20AM (#10818330) Homepage
    I had a pretty easy time switching too.

    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)

    by yem ( 170316 ) on Monday November 15, 2004 @05:22AM (#10818333) Homepage
    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.

  • Re:Sooo... (Score:3, Informative)

    by acd294 ( 685183 ) on Monday November 15, 2004 @05:34AM (#10818371) Homepage
    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.
  • by Sweetshark ( 696449 ) on Monday November 15, 2004 @06:25AM (#10818480)
    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.
  • Warning! (Score:5, Informative)

    by Sweetshark ( 696449 ) on Monday November 15, 2004 @06:34AM (#10818499)
    substitute $arch with your arch
    # rm /etc/make.profile
    # ln -s ../usr/portage/profiles/default-linux/$arch/2004.3 /etc/make.profile
    it will break portage versions < 2.0.51, do update portage first before doing this!
    BTW, this is probably why you should do it per hand ...
  • gentoo and BSD (Score:3, Informative)

    by Sweetshark ( 696449 ) on Monday November 15, 2004 @06:41AM (#10818513)
    gentoo and BSD are in the works.
    Links:
    http://www.gentoo.org/proj/en/gentoo-alt/bsd/index .xml [gentoo.org]
    http://dev.gentoo.org/~g2boojum/bsd.html [gentoo.org]
  • by BlackHawk-666 ( 560896 ) on Monday November 15, 2004 @07:46AM (#10818692)
    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.
  • by Curtman ( 556920 ) on Monday November 15, 2004 @08:23AM (#10818838)
    You can set it to whatever version you want by simply relinking the /etc/make.globals symlink

    That would be the /etc/make.profile symlink. /etc/make.globals isn't a symlink at all.

    ln -sf /usr/portage/profiles/default-x86-2004.3 /etc/make.profile
  • Amazing! (Score:5, Informative)

    by wolf31o2 ( 778801 ) on Monday November 15, 2004 @08:28AM (#10818855)

    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 Ozric ( 30691 ) on Monday November 15, 2004 @08:41AM (#10818909)
    You might want to relink your /etc/make.profile to they correct 2004.3 for your platform, as well.

    oz
  • by Anonymous Coward 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.
  • by Lobo93 ( 638514 ) on Monday November 15, 2004 @11:04AM (#10819850) Homepage
    As the manual of 'emerge' states:

    "--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)

    by shadow255 ( 710534 ) on Monday November 15, 2004 @12:55PM (#10821046)
    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 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.
  • Huh? (Score:3, Informative)

    by lorcha ( 464930 ) on Monday November 15, 2004 @02:38PM (#10822113)
    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.
    Any more questions?
  • Re:Gentoo Hell (Score:2, Informative)

    by 21chrisp ( 757902 ) on Monday November 15, 2004 @04:24PM (#10823165)
    You may not have been adding the ethernet scripts correctly. Did you use rc-update for each of those cards? You should have something like:

    ls /etc/runlevels/default/net.*
    /etc/runlevels/default/net.eth0@ /etc/runlevels/default/net.eth1@ /etc/runlevels/default/net.eth2@ /etc/runlevels/default/net.eth3@ /etc/runlevels/default/net.eth4@

    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.
  • Re:Amazing! (Score:2, Informative)

    by Dreadlord ( 671979 ) on Wednesday November 17, 2004 @03:51PM (#10845217) Journal
    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).

For God's sake, stop researching for a while and begin to think!

Working...