Slashdot Mirror


Gentoo Linux Musings

ChaserPnk writes "Gentoo has been in the news recently. First with the news that Daniel Robbins leaving Gentoo and then with Gentoo Linux 2004.1 being recently released. Have you ever wondered how Gentoo got started? An article at IBM DeveloperWorks explains how. Get to know the history of Gentoo." darthcamaro wrote in with a related story that suggests that Gentoo is preparing to change directions soon: "Is Gentoo gearing up to be the third major enterprise distro? That's what an article running on internetnews.com points to. They talked to the head of Gentoo's enterprise efforts. For those that think that Gentoo Enterprise is far off, Gentoo's guy figures if they had the cash they'd be up and running in 6 months."

395 comments

  1. I always have liked Gentoo by ErichTheWebGuy · · Score: 4, Interesting

    There is something very appealing about a distro that is so source-code driven (for lack of a better tem). It embodies all the best things about open-source software.

    I have been extremely happy with Gentoo. It's rock-solid stable, and its the speediest of any distro I have tried (no doubt due to all your applications being optimized for your specific system).

    If they came out with an "enterprise" version I think I would give it a whirl, I can see it easily being a great fit in my server room. I wish them all the best.

    --
    bash: rtfm: command not found
    1. Re:I always have liked Gentoo by Curtman · · Score: 1

      If they came out with an "enterprise" version I think I would give it a whirl

      You mean this?

    2. Re:I always have liked Gentoo by Anonymous Coward · · Score: 0

      "Gentoo is more in the spirit of open source!"
      "Apart from Hello World in Pascal at school, I've never written a single program in my life or contributed to an open source project, yet staring at endless streams of GCC output whizzing by somehow helps me contribute to international freedom.

      "Heh, my system is soooo much faster after installing Gentoo."
      "I've spent hours recompiling Fetchmail, X-Chat, gEdit and thousands of other programs which spend 99% of their time waiting for user input. Even though only the kernel and glibc make a significant difference with optimisations, and RPMs and .debs can be rebuilt with a handful of commands (AND Red Hat supplies i686 kernel and glibc packages), my box MUST be faster. It's nothing to do with the fact that I've disabled all startup services and I'm running BlackBox instead of GNOME or KDE."

    3. Re:I always have liked Gentoo by JaumPaw · · Score: 5, Insightful

      Rriigghhtt. No doubt, any self-respecting business just has to love a system which takes 2 days of compiling to get running.

      Gentoo provides GRP - Precompiled binaries, and anyway for a headless server this is a much shorter time.

      You know, just in case that hard drive fails.

      Ever heard of BACKUPS? And this applies to all distros. Get your server tweaked exactly as you want it is most of the time spend.

      They'll love the whole goddamn site being down while you recompile with portage.

      I really don't know where you got this from. Why is the site down because of a recompilation done with portage?

      For that matter, no doubt they'll love every single patch and upgrade involving hours of compiling on their production machine. Yeah, noone needed those CPU cycles anyway.

      Compiling can take place on a different machine (with all the customization you want) and installed as a binary on the production server.

      Oh, and I'm sure they'll be delighted to run their server software compiled with your custom flag mix, which occasionally core-dumps, rather than something tested and stable.

      So don't be so aggressive about your compile-flags for a production server, of course. All up to you.

      Server uptime is for lusers, anyway. If you can squeeze 1ms out of the 500ms taken to serve a page (mostly database time), surely that's worth running an unstable and untested home-brewn compiler flag mix.

      Care to show where you go these numbers? I didn't think so.

    4. Re:I always have liked Gentoo by Moraelin · · Score: 1

      OK, so basically in the end you install pre-compiled binaries, without aggressive optimizations. Then, in the constext of what the parent post was saying... the advantage of using Gentoo is... what?

      No, honestly. Please do explain the major advantage of using precompiled Gentoo binaries, compiled with GCC, as opposed to installing precompiled Mandrake packages, which are compiled with Intel's compiler? Mandrake's are faster, they're tested, and they have tech support. Yours are... what? L33t by default, just because they bear the Gentoo name? Or?

      --
      A polar bear is a cartesian bear after a coordinate transform.
    5. Re:I always have liked Gentoo by Lobo_Louie · · Score: 0

      There's really no point in arguing with these people. As a Debian user, I just skip past the "Debian's so old, look at the Kernel, it's still 2.4BC). Anyway, just my pov.

    6. Re:I always have liked Gentoo by Atzanteol · · Score: 2, Insightful

      The difference? What if you don't want X support in any of your applications? With gentoo you set the USE flag to "-X" and all those applications that will work on the command line (but also have X support) will not include X support, and thus also not require you to install X. I've done this on more than a couple machines I don't ever intend on having X run on (email server, router, etc).

      There are other flags that are extremely useful too (alsa, crypt, ipv6, kde, gtk, gtk2, etc.) that control what options are available to applications. This is another type of 'optimization' most people don't think about.

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
    7. Re:I always have liked Gentoo by Sevn · · Score: 2, Interesting

      Hmmm.

      I *HAVE* icc set in my use flag, and a license to legally use icc. Anything that can be built with icc automagically is. I have the haskell compiler also. It's not like you have to use gcc to compile everything in Gentoo. Set the use flag, install the compiler, anything that can use it will and all you have to do is type emerge blah. That's heaven my friend. Mandrake is very very very very very very easy though. They get points for that. It's just not up to my standards.

      --
      For every annoying gentoo user, are three even more annoying anti-gentoo crybabies. Take Yosh from #Gimp for example.
    8. Re:I always have liked Gentoo by Tukla · · Score: 1
      I found the source-driven philosophy behind Gentoo appealing, too. I was especially pleased with the option of installing it from an existing OS. I finally tried it out over the weekend and was disappointed, but it wasn't Gentoo's fault. I'm stuck with a 400MHz PII on a dial-up connection; it's just too slow. I first tried starting from stage 1, but when I found the bootstrap was still compiling after ten hours, I decided to try a stage-3 install instead. (I was just evaluating it; it wasn't going to be a permanent installation, so who cares if it was optimized?) But even then it took over three hours for the kernel sources to download, and my ISP cuts you off after an unpredictable interval, so the download failed around 94% complete.

      I will give Gentoo another try someday when I have a fast computer, a broadband ISP, and a kid who's old enough to play by himself. In the meantime, I'm trying to wean myself from SuSE with MEPIS, which is looking good so far but doesn't like my RealTek NIC (surprise, surprise).

    9. Re:I always have liked Gentoo by Tukla · · Score: 1
      staring at endless streams of GCC output whizzing by

      You should try Konsole. It won't whiz by so fast.

  2. Have you ever wondered how Gentoo got started? by Anonymous Coward · · Score: 5, Funny

    no.

  3. My feelings on gentoo. by JoeShmoe950 · · Score: 2, Insightful

    I first looked at the install procudure, and freaked out. After moving on from mandrake, and instlaling debian a few times, and getting the hang of linux a good bit more, I actually gave gentoo a try. The install, although tedious and quite slow, was straight forward and somewhat enjoyable. Finally, I had a bootable system. Unfortuneatly, I couldn't get it to detect my network card, so I tried to get the network driver of the live cd. Next, I couldn't find my cd-rom. Finally, I found that (it started with s instead of cd something like I expected), I got the network working. I than gave it a try. Its a great system, but I got annoyed at the compiles and such, and I thought that if I was just going to use binary packages I might as well use debian. All in all, if you like the advantages of compiling, use it, but if you hate compiling, no real reason to install it in the first place IMO.

    1. Re:My feelings on gentoo. by hisdad · · Score: 1

      This is perfectly correct. gentoo is not a distribution, it is a meta distribution.
      Mom&pop will want fedora or suse etc.

      Gentoo should not be comapre to them.

      regards
      Dad

    2. Re:My feelings on gentoo. by dead+sun · · Score: 1
      I'll give you that the install procedure looks complicated, but I've never really had a big issue with it. Gentoo's install guide is pretty top notch, and just following the instructions should get most people a working system, though maybe not all. At any rate, it'll teach a new user a thing or two about the underpinnings and isn't so arcane and odd that it is impossible.

      Some of the things that I think would be nice for somebody trying to support a company environment with Gentoo are as follows:

      - First, there's compile to binary support, so assuming a fairly homogenous environment (like IT managers like) the needed binary is the same, but the compile from source optimizations are maintained. Client machines get that binary from a central machine. Compile once only.
      - Second, there seems to be support for distributed compilation via distcc, even in the base install phase. That would speed up the problematic compile phase even further, so now it's compile once on many machines and then deploy. Still looking into this myself, but I'm going to try it this summer.
      - Third, it can be made incredibly lightweight. You only install what you want on the system. From that point of view it seems difficult to get Mandrake on a box without a slew of stuff you don't want coming with. That fine grain control is very nice in my opinion.

      That's not to say there aren't downsides. Compared to Debian, I'm not sure I'd say that the support for absolutely stable is there. Ebuilds are updated pretty frequently (great for desktop usage in my view) which leads to bleeding edge sorts of problems. Sometimes (rarely?) things break with a new ebuild, though it's typically resolved very quickly. Of course, I'm sure Gentoo knows this and if they were aiming to create enterprise versions there'd be some enterprise mask in portage for really stable packages only. Portage already is great as far as dependency checking (or anything package management) is concerned.

      --
      If not now, when?
    3. Re:My feelings on gentoo. by tangent3 · · Score: 1

      Unfortuneatly, I couldn't get it to detect my network card
      You have to compile support for it into the kernel while you're configuring it.

    4. Re:My feelings on gentoo. by Lussarn · · Score: 1

      if you like the advantages of compiling, use it, but if you hate compiling, no real reason to install it in the first place IMO.

      Gentoos strongest advantage is not that you compile your own stuff with l33t compiler settings, thats just the bonus.

      The real advantage is that you with the use of USE flags can configure your packages at compiletime. Thats something only a source distro can offer.

      Advantage number two is the ease of making own ebuilds. They are just a small shellscript, anybody who is interessted could probably pick it up in a day or two.

    5. Re:My feelings on gentoo. by lintux · · Score: 1

      > Advantage number two is the ease of making own ebuilds. They are just a small shellscript, anybody who is interessted could probably pick it up in a day or two.

      Yeah, probably. I'm told that making .spec files to build RPM's isn't that hard either, and I know from my own experience that building .deb's is very easy as well.

      However, creating good .debs takes a lot more time, and is not always easy. Same for RPM's, and I'm pretty sure the same goes for ebuilds. I've seen an .ebuild of a program of mine in Gentoo without a build-dependency on glib (while my program heavily depends on it) for months and nobody noticed. That's not exacctly what I consider good packaging.

      (Btw, this was not a "Gentoo packagers are teh sux0rs" troll, I'm just telling that, while creating My First Package[tm] might be easy, you can't learn to be a good packager in two days. Not even for Gentoo, probably.)

    6. Re:My feelings on gentoo. by saiya · · Score: 1

      IMO, one of Gentoo's biggest advantages is its lack of an installer - that lends it incredible flexibility. Have a basic Linux system (even busybox)? Have a FS that the kernel supports? You can install Gentoo. There's no need to fuck around with installers that limit your options.

    7. Re:My feelings on gentoo. by 42forty-two42 · · Score: 1
      Finally, I had a bootable system. Unfortuneatly, I couldn't get it to detect my network card, so I tried to get the network driver of the live cd. Next, I couldn't find my cd-rom. Finally, I found that (it started with s instead of cd something like I expected),

      If you use genkernel to configure the kernel you'll get the same kernel drivers that are used on the CD. The scd bit is because you're using SCSI emulation, needed for CD burning in 2.4.x kernels. Turn it off in 2.6.x, or if you don't have a CD-R/DVD-R, by removing the hdx=ide-scsi from your GRUB configuration file.
    8. Re:My feelings on gentoo. by Anonymous Coward · · Score: 0

      I cant imagine the install procedure is any more difficult than it was when I first installed Linux in 1992.

  4. When by odano · · Score: 2, Insightful

    When I used linux, I used gentoo. If I had a choice now, I would probably use debian, but the "emerge" command and portage tree in gentoo was just awesome and really made linux a lot easier, which for me was nice because I was using linux soley as a development environment.

  5. I like Gentoo... by nuclear305 · · Score: 5, Interesting

    I've been a Gentoo user for about 9 months, and it certainly has a promising future regardless of direction.

    The portage system takes one of the best features of FreeBSD and actually *improved* on the idea rather than creating a poorly ported system. Decided you want to try out a few optimizations to see what your server likes best? Just 'emerge -e world' and you've got yourself a freshly recompiled system. Dreading the release of 2004.2? No sweat...Gentoo isn't like other distros (read: Redhat/Fedora) where upgrading remotely is a nightmare...just update the system through portage and it's essentially the same system. No need to worry about how you're going to upgrade your hosting servers to the newest release or worry that it will come to an EOL and you're no longer getting your juicy security patches.

    It seems the most common complaint is the time it takes Gentoo to compile anything. The flexibility this system provides is well worth the extra few minutes rather than installing *.deb or *.rpm files and entering dependency hell.

    Yes, yes...let the distro wars begin.

    1. Re:I like Gentoo... by Hrothgar+The+Great · · Score: 2, Redundant

      Oh god.... dependency hell? DEPENDENCY HELL? You do realize, don't you, that when you use *emerge*, it automatically compiles package dependencies as well (exactly the same as apt-get, natuarally)? It's not as if dependencies have simply ceased to exist in your distribution.

      You also realize that if you uninstall a package in Gentoo, it doesn't check for whether that will break other packages' dependencies, right? Unless they've changed that since last time I had it on a machine.

      I don't even have a problem with Gentoo, I thought it was ok. But seriously, you guys sound like a god damn commercial sometimes. Are all of you posters at the top of this article on some kind of Gentoo Streat Team OR WHAT?

    2. Re:I like Gentoo... by ophix · · Score: 2, Informative

      redhat/fedora isnt difficult to upgrade to a newer version remotely. there is this great tool called APT that was started by the debian project...

      i have used apt to upgrade from a redhat9 box to a fedora core box _while i was still using the system_

    3. Re:I like Gentoo... by nuclear305 · · Score: 1

      I'm well aware of the fact that portage compiles the dependencies as well, thank you for assuming my level of stupidity.

      Although, I'm sure you also realize that apt-get installs binary packages...which isn't the same as compiling source.

      As for uninstalling...ehh...I can't really think of the last time I actually had to uninstall anything...probably because I only install what I absolutely need and it *never* gives me any problems!

      If I sound like a commercial its probably because I 1) am being paid to like Gentoo, or 2) Genuinely like it.

      Funny how all the Debian zealots that seem to oppose Gentoo (Notice I didn't say ALL DEBIAN ZEALOTS) seem to rant and rave like children...

    4. Re:I like Gentoo... by Coryoth · · Score: 1

      Dreading the release of 2004.2? No sweat...Gentoo isn't like other distros (read: Redhat/Fedora) where upgrading remotely is a nightmare...

      You mean updating your repositories in Synaptic, then just hitting upgrade all? Yes, upgrading remotely used to be a problem for some distributions, but I can think of very few that haven't worked out a nice system for making it simple these days.

      The flexibility this system provides is well worth the extra few minutes rather than installing *.deb or *.rpm files and entering dependency hell.

      I don't recall ever being in dependency hell with *.deb - apt seemed to take care of all of that for me. Of course apt is now available for rpm, or you can use yum if you want. Throw in urpmi and I think we can safely say most distros have dependency hell sorted... unless you want to go installing random third party rpms. Of course, if you try and install random third party rpms on a Gentoo system...

      Portage is a neat system, and compiling everything from source does have some advantages, but don't pretend that other distros haven't neatly handled the same sorts of issues in different ways.

      Jedidiah.

    5. Re:I like Gentoo... by Anonymous Coward · · Score: 0

      How much is Gentoo paying? I will like Gentoo if the price is right.

    6. Re:I like Gentoo... by Brandybuck · · Score: 2, Interesting

      The portage system takes one of the best features of FreeBSD and actually *improved* on the idea

      Until it's safe to do an "emerge --unmerge", it's not an improvement. Portage has some nice polish, but a few basic pieces simply aren't complete.

      --
      Don't blame me, I didn't vote for either of them!
    7. Re:I like Gentoo... by ImpTech · · Score: 1

      APT, yum, Portage, et al only save you from dependency hell if all the packages you need are in their repositories. I still run into dependency problems much more often with RedHat/Fedora than I do on Gentoo. Why? Because Gentoo has by far more packages in its repository than any other distro I've used, even Debian.

    8. Re:I like Gentoo... by reaper20 · · Score: 3, Informative

      So he'd use apt-build instead.

      If Debian zealots rant and rave like children, Gentoo zealots assume that they're the only distro that can compile things from source.

    9. Re:I like Gentoo... by Anonymous Coward · · Score: 0

      Compiling from source has nothing to do with "dependency hell."

      I'm not sure what your argument is. Like he said, .deb and portage use the same dependency scheme. They DEPEND on some dude writing the dependency checks in by hand into either the .deb container or the emerge script.

      Likewise an emerge script only pays attention to all those USE flags if the maintainer has a line in the script to recognize the relevant USE flags. For example, while you may WANT -gnome, if the emerge script doesn't check to see if the gnome flag is set it'll just compile it without any extra commands to take out gnome parts.

      Not to mention perhaps the most important thing is the default configuration of the program that varies from the vanilla sources to each distro. There is nothing in the portage system, nay can there be, that specifically addresses the competency with which the defaults are set.

      In the end it comes down to the competency of the maintainers, and for a production environment I trust the Debian maintainers more.

      Sure you can compile la-ti-da. And in theory you can strip out all kinds of useless functionality or add in stuff. But! The build has probably not been tested much with that specific set of USE flags and I question whether there is a robust way to provide the kind of assurance you get with standard binary packages.

    10. Re:I like Gentoo... by pantherace · · Score: 2, Informative
      That honestly isn't true that portage has more 'packages' than other distros. If gentoo used as many subpackages as other distros as opposed to use flags, the only one that could rival it would probably be debian.

      See, portage has between 6000-8000 ebuilds in it. There are a few which don't really build anything and are lists of dependancies (see the 'kde' ebuild, it's essentially just an empty thing that requires kdelibs, kdebase, kdepim etc) However, dispite the few of these, almost all ebuilds are a whole program or library that stands on it's own. With debs or rpms, the little customization allowed by them is included in packages such as qt, qt-MySQL, qt-PostgreSQL, etc. With Gentoo there is one ebuild and there are USE flags (mysql, which can add dependencies on mysql to the qt ebuild, but doesn't add a whole extra package)

    11. Re:I like Gentoo... by Penguin+Follower · · Score: 1
      "Until it's safe to do an "emerge --unmerge", it's not an improvement. Portage has some nice polish, but a few basic pieces simply aren't complete."

      Huh? I've unmerged quite a bit of packages and not seen any ill effects. Would you like to give an example of what you are talking about?

    12. Re:I like Gentoo... by Curtman · · Score: 1

      You also realize that if you uninstall a package in Gentoo, it doesn't check for whether that will break other packages' dependencies, right?

      There's revdep-rebuild, which calculates reverse dependencies, and rebuilds them.

    13. Re:I like Gentoo... by farnz · · Score: 3, Insightful
      Try "emerge --unmerge glibc"; this is dangerous, and it will kill your box to the point where emerge doesn't work (at least, it'll remove libc.so.6, and when I've lost that file due to a HDD fault, it's impossible to emerge anything). Gentoo doesn't even warn you that it's risky, just lets you do it.

      A better version of emerge would detect that glibc is depended on, and warn you that you're about to break almost everything; at a minimum, a better version of emerge would prevent you from getting into a state where you can't emerge new stuff.

    14. Re:I like Gentoo... by Kent+Recal · · Score: 1

      You also realize that if you uninstall a package in Gentoo, it doesn't check for whether that will break other packages' dependencies, right?

      Really now?
      I've been planning to give gentoo a shot but if that's true I can as well screw it and go the old slack route. Dependency-tracking seems pretty worthless when it doesn't work in both directions.

      When uninstalling software it's either something I compiled myself (so I know where the stuff and the deps live) or something that the system installed for me (from binary-pkg or on-the-fly compiled).

      In the latter case I expect the system to be able to remove such pkgs smoothly without me having to worry about breaking other stuff.

    15. Re:I like Gentoo... by Zarhan · · Score: 1

      Try "emerge --unmerge glibc"; this is dangerous, and it will kill your box to the point where emerge doesn't work (at least, it'll remove libc.so.6, and when I've lost that file due to a HDD fault, it's impossible to emerge anything). Gentoo doesn't even warn you that it's risky, just lets you do it.

      In /usr/portage/sys-apps/portage/files you have several "rescue" tarballs for portage. Read the README.RESCUE for details. Basically there are statically linked versions of emerge. Then you can repair the rest of the system.

    16. Re:I like Gentoo... by Anonymous Coward · · Score: 0

      Ok so other distros package management systems can do it too but they're not designed to do that as the primary method - it's kind of an after thought.

      Gento's portage is deisgned from the beginning with source builds in mind so the procedure is just so much easier and more thouroughly tested.

      I used to build packages from source on Mandrake (which uses rpm) and it is not so easy. Portage makes it almost trivial and it even allows easy build-time customisation.

    17. Re:I like Gentoo... by srussell · · Score: 1
      If Debian zealots rant and rave like children, Gentoo zealots assume that they're the only distro that can compile things from source.

      Well, Gentoo zealots can rant and rave like children, too, and Debian zealots assume that Gentoo doesn't support binary packages :-)

    18. Re:I like Gentoo... by tomstdenis · · Score: 1

      There are 13764 *.ebuild files in the current portage tree. But there is more than that. There are the make scripts, manifests and small gentoo-specific patches that make up the >80k files in the portage tree.

      The big thing over other distros is as you alluded to, the USE flags.

      For instance, I use tiff files. The stock build of GIMP-2.0 [if you build it manually] doesn't include tiff support. add that to my USE and boom gentoo configures it for tiff support.

      Unlike say things like Knoppix or Debian where you're pretty much stuck with what the guy who built it wanted...

      Tom

      --
      Someday, I'll have a real sig.
    19. Re:I like Gentoo... by IdleTime · · Score: 1

      LOLOLOLOLOL
      That is so funny! Why on earth would you remove glibc? You are aware that every other program on your box is depending on glibc?
      Try to remove glibc on any other Linux distro and see what happens! That is not something special to Gentoo.

      Removing glibc says more about the user than about a distro!

      --
      If you mod me down, I *will* introduce you to my sister!
    20. Re:I like Gentoo... by zsau · · Score: 2, Informative

      I stopped using Gentoo because I kept getting dependency hell. I also found the time it took to install everything from source annoying.

      I went to Slackware.

      No, I'm not sure if I'm trolling either... :) (But no, in all seriousness, I left Gentoo and went to Slackware for the reasons mentioned and because of Eugina Loli-Q. of OSNews's review; it was pretty nice until I upgraded to Dropline Gnome 2.6. I'm now using ROX-Session and Zero-Install and OroboROX.)

      --
      Look out!
    21. Re:I like Gentoo... by Anonymous Coward · · Score: 0

      The same thing will happen if you type "rm libc.so.6". The filesystem should clearly check for this and prevent it, much like how Windows doesn't let you browse C:\WINNT by default. That makes everything MUCH BETTER.

    22. Re:I like Gentoo... by mark_lybarger · · Score: 1


      how does this compensate for the fact that i can emerge kde, then emerge k3b (cd burning app for kde), then i can unmerge (uninstall) kde. this removes all libs, etc. the emerge doesn't check to see if other apps are using an app when you unmerge it. does revdep-rebuild unmerge the k3b for me?

      there's also no way to say remove package "x" and all packages that require "x" and all packages that use "x". once you've added gnome to your system, you'd better leave it there. same for kde and other "big" apps.

    23. Re:I like Gentoo... by farnz · · Score: 1
      I'm well aware of the importance of glibc. Try "apt-get remove libc6" on a Debian box some day; instead of doing what my Gentoo box does, and calmly offering to remove just glibc, it lists all the packages I've got installed, and warns me that it'll remove them. It also warns me that I'll be removing essential packages, and that I shouldn't continue unless I know what I'm doing.

      OK, glibc is an extreme example. However, a user might well believe that (for example), they didn't need that Qt thingy, because they use KDE; a good package manager would warn them that removing Qt will break KDE. A dangerous one (like portage currently is) leaves you to find out the hard way that you've broken it.

    24. Re:I like Gentoo... by farnz · · Score: 1
      In the current portage tree (last updated 16 hours ago), there are no rescue tarballs for portage on x86; further, when you've lost glibc for whatever reason, you can't run bunzip2, and thus you are limited to the capabilities of sash. This means that only tar.gz is useful.

      I'm personally not bothered about this; I had access to a second box, so I was able to save myself, but I'll go file a bug report against portage in case I ever need the rescue tarballs.

    25. Re:I like Gentoo... by Anonymous Coward · · Score: 0
      If you weren't so busy playing with yourself, you'd realise that the discussion here is about tools like portage and apt that are supposed to be safe ways to do things. It's easy to tell a user that they should manage packages by using "sudo emerge ..." or "sudo apt-get ...", and that if they use "sudo rm ...", things break. It's harder to tell them that if they try and remove packages, things can break randomly.

      Not to mention, package names aren't always obvious to the user; would you guess at first sight that GNOME depends on bonobo?

    26. Re:I like Gentoo... by Zarhan · · Score: 1

      You're right. Didn't notice that the x86 versions were gone. I've once borked my system and was able to get it going again using rescue tarballs (I guess I could have also used the liveCD and fixed the system from there). Back then the x86 versions did exist.

    27. Re:I like Gentoo... by mj2k · · Score: 1

      The bottom line is that gentoo is not idiot-proof(none of the other linux distros are either,for that matter). If you don't know what you're doing you shouldn't use gentoo - on the other hand if you break kde by removing qt(if you try to remove glibc,gcc,etc you shouldn't be using linux) it's not going to break your installation-and if i were stupid enough to do it i would be able to connect the dots between removing qt and kde not working, and simply emerge qt again.

    28. Re:I like Gentoo... by Anonymous Coward · · Score: 0

      I was once a devoted Gentoo user, but then I just got sick of compiling every single program, and I figured out that I didn't *need* a 110% optimzed system for what I do, which is coding, browsing, and writing. People have been talking about how easy it is to update your system while using Gentoo. Now, I agree, that's true but what they have not mentioned is the fact that you can also do this in other distros even if it is sometimes best to use a third-party tool. (swaret, yum anyone?)

      Well, when I got sick and tiered of Gentoo I installed Slackware 9.0 (since they no longer destribute ISO images). I found a great tool which I now use to update my system called swaret (http://swaret.org) and I updated to 9.1 by simply writing "swaret --update && swaret --upgrade". Now I use Swaret to keep my system up to date without needing to compile, well, not everything.

      I now use Slackware on all of my servers (well, there are only two of them) since keeping them up to date is very simple and doesn't take alot of time.

      Oh, and I apologize for my english..

    29. Re:I like Gentoo... by farnz · · Score: 1
      The point here is that every admin has an off day; a good tool warns you before you do something silly, then lets you do it anyway. Debian's apt and dpkg are a good tool in this field; both warn me if I'm about to remove something I shouldn't, let me know what I'll break by removing them, and allow me to do it anyway if I really want to.

      A bad tool like emerge lets you do something very stupid without trying to warn you; this is not to say that the admin who types "emerge unmerge gcc" is not at fault, rather that if emerge were even better, it would warn the admin that they're about to have trouble. After all, said admin might be intending to remove ghc, having lost interest in Haskell

      Plus, I want to introduce new people to Linux who aren't computer types; that way, if they end up in management, they're more likely to accept that Linux can be good enough. This involves setting up their computer, having ssh access in case it breaks, and introducing them to admin tools bit by bit. I would be happier if I could trust emerge to warn people when they do something stupid.

    30. Re:I like Gentoo... by greenrd · · Score: 1
      Stop trying to apologise for appalling missing features. Gentoo is clearly written by amateurs, for amateurs. If they really want to be taken seriously they will have to put more attention into:

      1) Uninstallation, and documenting that
      2) Prebuilt binary packages, and documenting that

      Until then, I'm not interested.

    31. Re:I like Gentoo... by Anonymous Coward · · Score: 0

      who gives a fuck if your not interested, bitch

    32. Re:I like Gentoo... by Devi0s · · Score: 2, Interesting

      Gentoo will have a very easy time dealing with the compile-time complaint. If Gentoo is adopted on multiple systems in an organization, the work they've done with distcc will let them share the compilation load with all of the other Gentoo systmes in the network.

      --
      - Have you ever noticed that the more you learn about technology, the more stupid you sound trying to explain it?
    33. Re:I like Gentoo... by pantherace · · Score: 1
      I was going by http://packages.gentoo.org/categories/ which says
      "A total of 6770 packages exist in portage."


      Also note that I was refering to the number of packages/programs, the ebuilds also span versions, eg kde has several ebuilds, each for a different version. I don't think anyone really counts multiple versions as different packages. If they do, shame on them!

    34. Re:I like Gentoo... by Anonymous Coward · · Score: 0

      ok.. do U know some Python, then go and do it.. i think it will not be that hard..
      It is linux after all... if there is a pressure for such feature someone will do it...
      Compare how old is Debian and other distros to Gentoo..
      By the time Gentoo reach their age it will outperform them..on most of the packge handling stuff..
      The best thing about Gentoo is that it is META-DISTRO..

      U probably know portage is in the virge of a full rewrite. Which I hope will address most of the complains.

      of course if u dont like it u can help or just use other distro...that is the beauty of linux :")

    35. Re:I like Gentoo... by Brandybuck · · Score: 1

      --unmerge will not check for any dependent packages. If you unmerge qt, for example, you will utterly discombobulate KDE.

      --
      Don't blame me, I didn't vote for either of them!
    36. Re:I like Gentoo... by tomstdenis · · Score: 1

      I would. The current lilo won't build cuz I'm too lazy to mod my kernel [device mapper crap]. They still have/support the previous lilo.

      Tom

      --
      Someday, I'll have a real sig.
    37. Re:I like Gentoo... by ozamosi · · Score: 0

      I know the mods won't like this, but do you know that you soud exactly like Microsoft with that statement?

      Clippy: Are you sure you want to remove that letter? You know, if you press backspace, you will have to rewrite that character if you would like it back.
      User: Yes, I'm sure
      Clippy: You know, I could make a backup of that character if you'ld like to...
      User: I just want to remove that character!
      Clippy: Ok, I'll make a backup anyway, just to be sure.

      If I tell my computer to do something, I want it to do that. Who defines what is an important package, and what is not?

    38. Re:I like Gentoo... by Brandybuck · · Score: 1

      Why would I want to remove glibc? Maybe I simply don't know what it is (not everyone is a programmer). Or maybe I thought it was glib instead (which I don't need if I'm not using any GTK programs).

      Try removing this on other Linux distros and you WILL GET A WARNING! That's my whole point. Gentoo will let you remove glibc without bitching about it. Every other distro you have to --force the issue.

      --
      Don't blame me, I didn't vote for either of them!
    39. Re:I like Gentoo... by farnz · · Score: 1
      An important package is one where if you remove it, you can't reinstall the removed package. This includes things like the C library and compiler on Gentoo. For these packages, I want an extra warning, because there's good reasons not to do it, and I should be extra-certain I want to do that. This does not mean stop me, since I may have an externality that gets me out of trouble (e.g. a second system), but it does mean that I need to be certain I know what I'm doing.

      For other packages, a good version of emerge would do reverse dependency analysis, and list the packages that I'm going to break when I remove a package; I'd be happy if I have to do "emerge --pretend unmerge qt" to get a list of packages I'll break when I remove Qt; the point is to remove silent breakage when I uninstall something. This one's not so important on a single-user machine, but when I can break your programs and not mine, I should know that I'm going to do so.

    40. Re:I like Gentoo... by mj2k · · Score: 1

      uninstalling is easy: emerge --unmerge pkgname binaries are easily accesible: emerge --usepkg pkgname if you're talking about the dependencies in (1), there are scripts out there now that take care of it (that i haven't used personally). I'm careful so i don't have any problems in the first place

    41. Re:I like Gentoo... by Curtman · · Score: 1

      When you unmerge kde, then run "revdep-rebuild -p", it will show the missing dependency for k3b, and you can decide for yourself whether you want to unmerge k3b, or re-merge kde. If you wanted to get rid of kde, you might also want to adjust your $USE to contain "-kde", to mask that flag.

    42. Re:I like Gentoo... by NateTech · · Score: 1

      And both are wasting enormous amounts of time worrying about distro-specific crap instead of fixing bugs...

      --
      +++OK ATH
    43. Re:I like Gentoo... by Tukla · · Score: 1
      Gentoo doesn't even warn you that it's risky, just lets you do it.

      I thought that was part of the Unix philosophy!

    44. Re:I like Gentoo... by srussell · · Score: 1

      As a rule, zealots aren't worth much when it comes to software development. You're better off with them generating rants and raves than submitting patches.

  6. I just wanted to say by Anonymous Coward · · Score: 2, Interesting

    I started playing with Gentoo a few days ago... and I'm in love. I've been using computers for a while (DOS, Windows, OS/2, FreeBSD primarily), and this is the first Linux distro that I've come across that I really like working with. I think part of it appeals to the elitist inside me that wants to compile everything heavily optimized, but it also just feels... right... to me. So, thanks to the Gentoo developers.

    1. Re:I just wanted to say by sffubs · · Score: 2, Interesting

      I have to agree. I've been using Gentoo for about a month, and I absolutely love it. I used to use Slackware on pretty much all my boxes, and compile stuff from source myself (using Stow for "package management") so I could choose which features to compile in. Now Gentoo does all of that for me, in one command.

      --
      ݼ)s$æúßðíÊ'öX'îò5^àûßQç£
  7. Third major commercial distro? by JessLeah · · Score: 2, Funny

    Who are the first two major ones? Red Hat and SuSE? Red Hat and Mandrake? SuSE and Mandrake?

    (No, I'm not stupid, I'm just a diehard Debian partisan. No jokes, please. ;) )

    1. Re:Third major commercial distro? by Cyno01 · · Score: 2, Informative

      Enterprise, not just commercial. So that would be SuSE and Red Hat.

      --
      "Sic Semper Tyrannosaurus Rex."
    2. Re:Third major commercial distro? by croddy · · Score: 1

      the only thing that could possibly mean is "woody and sarge".

    3. Re:Third major commercial distro? by dilvish_the_damned · · Score: 1

      The first two major distributions are Red Hat.

      --
      I think you underestimate just how much I just dont care.
    4. Re:Third major commercial distro? by denlin · · Score: 1

      according to distrowatch.com, it is Mandrake and Fedora.

      --
      Yes, I have RTFA. Yes, I have a girlfriend. Yes, I'm new here. And no, I don't want a free iPod.
  8. This has a lot of potential by LucidityZero · · Score: 5, Insightful

    First, I'd like to start off by saying that I currently don't even have gentoo installed on any of my systems. I am not a gentoo zealot.

    That being said, while I was reading the article posted earlier regarding Linux Useability I actually asked a few friends: Does Portage have a GUI browser/installer yet?

    If it did, Gentoo could instantly be turned into the single most user-friendly distro on the planet. The primary problem with Linux (besides game support, etc.) is the ease of program installation. Imagine how easy it would be to code a pretty GUI to allow you to browse the Gentoo Portage Tree (which is already split up into intuitive categories) and install whatever you need.

    Gentoo is a phenominal distro. It would take very minor amounts of tweaking to make it incredibly user-friendly.

    --
    Sig.i>
    1. Re:This has a lot of potential by Doobian+Coedifier · · Score: 1

      Someone's working on it...

      Porthole

    2. Re:This has a lot of potential by Vann_v2 · · Score: 5, Informative
    3. Re:This has a lot of potential by omicronish · · Score: 1

      If it did, Gentoo could instantly be turned into the single most user-friendly distro on the planet. The primary problem with Linux (besides game support, etc.) is the ease of program installation. Imagine how easy it would be to code a pretty GUI to allow you to browse the Gentoo Portage Tree (which is already split up into intuitive categories) and install whatever you need.

      That's a very interesting idea. Strangely enough, I never even considered a GUI for portage because the the emerge commands are so simple, and Gentoo's package page provides a sufficient method for me to find packages. However, a GUI will probably be helpful, especially for those intimidated by the CLI or those who hate mucking with switches.

      A textmode GUI would also be helpful, since I don't have X installed on my server Gentoo box, although I just realized that I don't install packages that often anyway.

    4. Re:This has a lot of potential by Trejkaz · · Score: 1

      KPortage was around for quite a while but I heard it got stale. I wouldn't know because I eventually got bored of it, but it was actually quite good in its time. Porthole is the latest offering but I've heard it's GTK-based.

      --
      Karma: It's all a bunch of tree-huggin' hippy crap!
    5. Re:This has a lot of potential by Coryoth · · Score: 2, Insightful

      You mean something that might look a little like this, with nice descriptions of the packages, and filters to see only upgradable packages, or new packages in the archive or even searches, like this?

      Right, well, done. It;s called Synaptic. Except it works with apt not portage and is available for debian, fedora, connectiva, and any other distro using apt.

      I'm sure a system is being developed for Gentoo - only logical really - but Synpatic has been available for quite some time now to make package management, installation, and upgrade simple.

      Gentoo is a great distribution, but don't try to claim superiority for the wrong reasons.

      Jedidiah.

    6. Re:This has a lot of potential by deathguppie · · Score: 1

      Yes it has a graphical browser, two actually, you can use the GUI based one, or the web browser based one, your choice!

      Graphical installer is in the works (lot of argument about it actually)

      --
      once more into the breach
    7. Re:This has a lot of potential by Anonymous Coward · · Score: 0

      Gentoo has a list of packages on their website. There is also an 'unofficial' website at gentoo-portage.com which is very easy to navigate.

      Having a GUI to use Portage would be rather strange, as there is no GUI installer for Gentoo (chicken & egg syndrome). Unless done extremely well, any GUI installer and GUI for Portage would be more confusing than just browsing the directories on your hdd. The categories in portage are already fairly well structured, but that structure would need to be visible in a GUI.

      Would you rather have someone browse a package list on their HDD, or try teaching them to understand WTH is going on in DPKG for Debian ? I found DPKG a nightmare to even look at, let alone try and use.

      YMMV.

    8. Re:This has a lot of potential by klaricmn · · Score: 1

      for a portage GUI browser/installer checkout portagemaster.

    9. Re:This has a lot of potential by Our+Man+In+Redmond · · Score: 1

      Porthole is currently masked out in packages.mask with the note "does not work, will not maintain atm". St it sounds like a good idea, but not yet ready for prime time.

      --
      Someone you trust is one of us.
    10. Re:This has a lot of potential by Anonymous Coward · · Score: 0

      I'd bet money it works great, and the person who put the .mask note just didn't really like the idea of a portage GUI. The reason I say this is that despite Gentoo being a great distro with a really great IRC and forum community, a lot of the pledging of "choice above all" is limited to what that community finds acceptable. If you don't believe me, ask in #gentoo on freenode about a GUI frontend to portage. Maybe even mention that you're looking at this Porthole thing..

    11. Re:This has a lot of potential by mrjackson2000 · · Score: 1

      yes it does work fine, but i still like the cli better

    12. Re:This has a lot of potential by Creepy · · Score: 2, Interesting

      I've tried most of the common linux packaging methods (RPM with SUSE and RedHat, dpkg with Yellow Dog and Debian, and portage with GenToo), and I didn't think any of them were easy enough for anyone unfamiliar with Linux to use. UNIX even sometimes with a GUI has too many things with three or four letter names, and the GNU-acronym fetish (Gnu's Not UNIX) doesn't help - you wouldn't even be able to guess what something like WINE (Wine Is Not an Emulator) is without reading documentation. I remember launching a number of applications in KDE or GNOME because I had no idea what they were at the time (xmms? what the heck does that do?). Many times the icon didn't help, as well (I can't think of any specific ones off the top of my head 'cause I changed most of the names, but, for instance, WINE's wine glass).

      The install of GenToo was messy, IMO, but I was a fairly early adopter, so I hope, at the very least, they've cleaned up the README file. As far as installs go, SUSE was among my favorites, but also one of my least favorites to maintain (Red Hat was worse [also RPM], but better than the no-package-manager Slackware distro I used before it), and GenToo was the exact opposite - one of my least favorite to install, and my favorite to maintain (debian was a worse install for me, but mainly because it didn't recognize most of my hardware and I had to download and split disk-image patches and then re-integrate them on the machine to get it on - ages ago, and probably long fixed).

      I don't usually go with the latest-and-greatest on my "stable" systems, only on ones I want to play around with - didn't try Red Hat until ~3 (I forget the exact version - versioning was different back then, and it was before the version inflation syndrome), and SUSE until 7. Yellow Dog and Slackware were early versions, though (Slackware, I would say, was probably TOO-early a version, but take that with a grain of salt - it was my first Linux experience, and also the first hard disk install I had ever done).

    13. Re:This has a lot of potential by Our+Man+In+Redmond · · Score: 1

      What can I say? I just assumed that if something is masked out, there's a good reason for it. I removed the mask and emerged it, and it does seem to be working so far (although the current version won't emerge sync, which is no big deal since I emerge sync through a crontab every morning).

      --
      Someone you trust is one of us.
  9. Why Gentoo Should Be the next Debian by MarkWPiper · · Score: 5, Interesting
    Debian's true success has been in spawning so many other interesting distros (Knoppix, Libranet, Lindows, and on and on).

    I believe however, that Gentoo is even better suited to this task. A fix in the source is a fix for every distro, where as a fix in a package fixes only a single release of a single distro.

    With the recent release of catalyst, gentoo makes even more sense in this role.

    I guess there are two knocks against Gentoo as a 'distribution base distribution': installation, and packaging. Honestly though, packaging -- once the source has been compiled once -- now works great. That's what the knockoff distros would be doing. Installation, they've left somewhat open-ended. Every distro seems to make an installer though, so I can assume it'd be easy to make one for a Gentoo knockoff.

    Gentoo's source database is simply of the highest quality. I think it is the distro to watch, but because it is so useful as a technology to create truly customized, useful distros.

    1. Re:Why Gentoo Should Be the next Debian by John+Hurliman · · Score: 1

      Distribution packaging is as easy as --usepkg. I think something should be added to portage to allow cataloging of install CDs, then saying "please insert CD X", but it's almost there. Gentoo's source based distribution doesn't force you to compile everything from scratch, it's just the default option.

    2. Re:Why Gentoo Should Be the next Debian by Trejkaz · · Score: 1

      Setting up for an installation is trivial, you just need to create a snapshot of your filesystem after following the install process. Then put that on a CD, and make an installer whose only job is to copy the files back to the hard drive. A new install just means uncompressing the file, syncing and updating the system. :-)

      --
      Karma: It's all a bunch of tree-huggin' hippy crap!
    3. Re:Why Gentoo Should Be the next Debian by lintux · · Score: 1

      Uhm, a Gentoo boot CD? Where does it save all the compiled programs? How long will I have to wait before XFree86 is compiled and running after putting the CD in my drive?

    4. Re:Why Gentoo Should Be the next Debian by alex_tibbles · · Score: 1

      A fix in the source is a fix for every distro, where as a fix in a package fixes only a single release of a single distro.
      This is also a weakness (for some use-cases) - it prevents the users from easily selecting fixes. Debian has a very crude way of doing this: run stable and you only get critical fixes, run experimental and get them all.
      What Gentoo could do is run branches in CVS (if it doesn't already - I don't know) and have all fixes in HEAD, only the most critical in STABLE, and some grades in between. But then you've got BSD, and you're supporting your own packages....

    5. Re:Why Gentoo Should Be the next Debian by pyr0 · · Score: 1
      There is a differentian between stable and unstable branches specifically built into portage via arch keywords. If a package is unstable for the mips arch lets say, it will have ~mips in the KEYWORDS section of the ebuild. Only users who have the unstable ~mips designated in ACCEPT_KEYWORDS either in /etc/make.conf or via exporting the environment variable will use this package. Once this ebuild is deemed stable and tested (a month with no bug reports I believe), the keyword can then be changed to mips from ~mips. Once it is mips, anyone using the stable branch will be able to use it.

      Now this doesn't mean stable users can't use unstable ebuilds, it just means that the unstable ebuilds are masked from the user by default.

    6. Re:Why Gentoo Should Be the next Debian by sgtrock · · Score: 1

      A stage3 tarball (stage1, stage2, and stage3 tarballs are included in the Gentoo boot CDs) will get you a working system with X, KDE, OpenOffice, Mozilla, and I think Gnome and some of the lighter X distributions.

      All you need to do is decide just how much customization you want. Want lots? Go for a barebones or stage1 machine. Want some? Go for a stage2 machine. Want only a little? Go for a stage3 machine.

      The online Gentoo installation documentation describes all of this very clearly, and in a lot of detail. IMO their documentation is one of the most underplayed reasons that Gentoo is such a great distro. Well worth checking out if you're at all interested in this distribution.

    7. Re:Why Gentoo Should Be the next Debian by trashme · · Score: 1
      I believe however, that Gentoo is even better suited to this task. A fix in the source is a fix for every distro, where as a fix in a package fixes only a single release of a single distro.
      I don't understand what you are saying here.

      You do realize that Debian packages are compiled on the build servers, right? When the package maintainer changes the source, the package is rebuilt, and now you have a fixed package for everyone.

      If your point is that Libranet may use different source packages from Debian, and a fix in a Debian package won't be a fix in a Libranet package, then a Gentoo spinoff can have the exact same problem. Unless this spinoff distro uses the same source repository as Gentoo, but that is akin to Libranet installing packages from Debian proper.
  10. Enterprise Gentoo Linux? by Inhibit · · Score: 5, Interesting

    Actually, it's kind of odd thinking of Gentoo in an enterprise setting. It's always billed itself as a "meta distribution" in the sense that it's something solid distributions could be culled off of.

    Due to it's ever changing and rotating nature, it's about dead opposite the rock solid Debian distribution. While it *could* be a Enterprise distribution, it'd be easier to create a solid locked branch built off Gentoo and kept clean of the nasty problems that tend to have (often) entered the portage tree in the past. And then it wouldn't really be Gentoo proper.

    --
    You're reading Slashdot. Of course you like Linux and pc hardware
    1. Re:Enterprise Gentoo Linux? by Trejkaz · · Score: 4, Informative

      If I understand their strategy correctly, the idea is to keep a 'stable' CVS tag in the manner of FreeBSD, and to distribute that to the enterprise portage tree. The same CVS repository would still be used for all the files, it would just be pointing at a different tag. And as long as it's using Portage, it's Gentoo. :-)

      --
      Karma: It's all a bunch of tree-huggin' hippy crap!
    2. Re:Enterprise Gentoo Linux? by DarkSarin · · Score: 1

      You do know that Gentoo has varying levels of stability built into the portage system right?

      For the uninformed, you simply state whether or not you want the stable or the buggy version, and you get it. They do a fair amount of testing for each version of any program to make sure it's stable. For instance, gnome 2.6 still hasn't hit the stable setting. Even the 2.6 kernel isn't the default kernel for some sources (the gaming sources come to mind).

      They have a great system, if you ask me.

      --
      "We don't know what we are doing, but we are doing it very carefully,..." Wherry, R.J. Personnel Psychology (1995)
    3. Re:Enterprise Gentoo Linux? by Inhibit · · Score: 1

      Sure, good enough to run my servers on :). Most people don't get a kick out of fixing up gcc though.

      I tend to have to do my own testing and check out the package versions for issues. Another level of stability should address that though. Good stuff.

      --
      You're reading Slashdot. Of course you like Linux and pc hardware
    4. Re:Enterprise Gentoo Linux? by justMichael · · Score: 1

      emerge grub from .93 to .94, reboot your machine and come back and tell me that stable means stable in the gentoo portage tree.

      Don't get me wrong, I use and like gentoo, but as I have said before, you gotta watch your ass with gentoo.

      They seem to have a hard time upgrading packages without screwing up configs and no there wasn't anything to be done by etc-update after the emerge and there were no messages about potential issues.

    5. Re:Enterprise Gentoo Linux? by Anonymous Coward · · Score: 0
      > emerge -pv grub

      These are the packages that I would merge, in order:

      Calculating dependencies ...done!
      [ebuild R ] sys-boot/grub-0.94-r1 -static 941 kB

      Total size of downloads: 941 kB
      Hrmph. Been working fine for me...
    6. Re:Enterprise Gentoo Linux? by croddy · · Score: 1

      maybe it's just me, but every time I stop in to visit #gentoo, the channel topic is always something like "glibc borked! use the liveCD and http://tinyurl.com/blahblah".

    7. Re:Enterprise Gentoo Linux? by yem · · Score: 1
      For the uninformed, you simply state whether or not you want the stable or the buggy version, and you get it.

      I run a handful of gentoo boxes (some servers, some desktops - none using ~x86), and I still find it has far too many updates. Leave a gentoo box for just a week or two and you'll find 50+ updates ready to emerge. I don't want to recompile an app just because someone fixed a typo in the ebuild.

      I'd like a filter which only offers updates that involve:

      • Version change upstream
      • Major bugfix
      • Security bugfix

      No damn revision changes just for the hell of it. This is my only major gripe about gentoo.

      --
      No, I did not read the f***ing article!
    8. Re:Enterprise Gentoo Linux? by 42forty-two42 · · Score: 1

      A mechanism for this already exists - all ebuilds are tagged with keywords based on the architecture, depending on if it's stable (e.g. x86), unstable (~x86), or broken (-x86). One could add another (+x86?) indicating it's enterprise, and set the portage filter to that. If one needed a newer one, one can override on a per-package basis.

  11. Gentoo isn't for businesses right now... by WIAKywbfatw · · Score: 3, Interesting

    Businesses want support, stability and a minimum of fuss, not exactly areas where Gentoo enjoys advantages over other Linux distributions such as, say, Red Hat, SuSE, Mandrake and Debian.

    At the moment, it's not positioned to compete against the major distributions for a share of the business market. It may be so at some point down the line, but it certainly isn't so right now.

    --

    "Accept that some days you are the pigeon, and some days you are the statue." - David Brent, Wernham Hogg
    1. Re:Gentoo isn't for businesses right now... by Gunfighter · · Score: 5, Informative

      We've been using Gentoo exclusively on both servers and workstations for well over a year now. The reason we chose Gentoo?

      -- Stability
      -- Scalability
      -- Flexibility
      -- Customizability
      -- Support

      We had a mixed RedHat/Mandrake shop before that. From our point of view, we hope other businesses share your opinion. It gives us the competitive advantage.

      --
      -- Stu

      /. ID under 2,000. I feel old now.
    2. Re:Gentoo isn't for businesses right now... by macdaddy · · Score: 1

      On the contrary we're planning on dumping Redhat with extreme predjudice got Gentoo in the very near future. We don't need support for our Linux servers. In all our years of having Linux servers we have yet to call tech support for the OS on any of them, period. A compotent sysadm shouldn't need tech support for something they should know like the back of their hand. Why pay for something you've never needed and shouldn't ever need?

    3. Re:Gentoo isn't for businesses right now... by Anonymous Coward · · Score: 0

      What part of "Congress shall make no law" is so hard to understand?

    4. Re:Gentoo isn't for businesses right now... by Anonymous Coward · · Score: 0

      -- Stability

      Gentoo is continually churning. I hardly call it stable. It's quite common for ebuilds to come out broken and have to be fixed or for critical ebuilds to be masked because of bugs.

      -- Scalability
      -- Flexibility

      Like.... every other Linux distro?

      -- Customizability

      Ok, this is where Gentoo does have an advantage.

      -- Support .... While the people on the Gentoo message board are surely eager to please, they are not being paid to take your call. They aren't there during regular business hours. The person you need might go on vacation for a week or may overlook your problem. Many threads go unanswered in the message board and there is little guarantee you will get an answer much less a sufficient one unless your configuration is particularly common.

      Support? Not the kind of support when you're talking about Red Hat, SUSE, and such. That is support.

    5. Re:Gentoo isn't for businesses right now... by lintux · · Score: 1

      Enterprise Linux means a 24/7 support contract, a guarantee that every problem (including those weird problems you see on the forum without any replies) should be fixed ASAP because the company depends on the box.

      And this box might also be a non-x86 box (ia64? s390? What does RHEL currently run on?) or something else the average Gentoo developer probably hasn't even heard of yet.

      A distro like Gentoo (and, for that matter, Debian) can't become an Enterprise Linux distro. Seriously.

    6. Re:Gentoo isn't for businesses right now... by reverius · · Score: 1

      RedHat Enterprise Linux runs on three architectures: x86, Itanium2, and AMD64.

      Gentoo runs on x86 and AMD64, as well as alpha, hppa, mips, PPC, and sparc systems.

      The only architecture they might be using that Gentoo doesn't support is Itanium2, and I'm fairly sure your average Gentoo developer has -heard- of that.

      Why, again, can't a distro like Gentoo or Debian become an Enterprise Linux distro?

    7. Re:Gentoo isn't for businesses right now... by Gunfighter · · Score: 1

      Enterprise Linux means a 24/7 support contract, a guarantee that every problem (including those weird problems you see on the forum without any replies) should be fixed ASAP because the company depends on the box.

      Exactly!! That "support contract" would be me :) (even though we're not really an 'enterprise'). Why in the hell would I let that revenue go back to a software distributor like RedHat when I can do the same job (if not better) for less?

      I provide 24/7 support and I guarantee that every problem will be fixed ASAP because over 6000 companies depend on the box, not just my customer (ASP/ISP). I was doing the same thing with the RedHat boxes, but it got to the point where the maintenance on them was more of a hassle than it was worth. We switched everything to Gentoo and all of a sudden the phone stopped ringing. Now I kick back the same support revenue without having to provide support all the damn time. I'm free to work on other projects.

      --
      -- Stu

      /. ID under 2,000. I feel old now.
    8. Re:Gentoo isn't for businesses right now... by Gunfighter · · Score: 1

      I am the support (as explained here).

      --
      -- Stu

      /. ID under 2,000. I feel old now.
    9. Re:Gentoo isn't for businesses right now... by Anonymous Coward · · Score: 0

      "I was doing the same thing with the RedHat boxes, but it got to the point where the maintenance on them was more of a hassle than it was worth"

      What are you talking about? Maintenance? Setting up and managing Red Hat boxes is about the easiest chore I can think of in the IT world. Perhaps you run some weird config that takes special consideration but in my experience admining Red Hat boxes is a breeze. The only people I know who say things like Red Hat is unstable etc are people who have an agenda to push. For server use Red Hat and just about any Linux distro you can name will run like a top and be worry free. Dicussions about which is "best" end up coming down to personal prefence.

    10. Re:Gentoo isn't for businesses right now... by Gunfighter · · Score: 1

      Unfortunately RedHat couldn't meet our requirements "out of the box". We require some customized software in order to run our applications. With RedHat, this meant downloading the source RPM, modifying the build spec, recompiling with our own internal revision numbers, and then installing. In some cases, it meant manually downloading the tarball and installing from the source. Dependencies eventually became a nightmare and we determined that we had several choices:

      1. Rewrite our applications to conform to the out-of-the-box RedHat packages (no other dependencies)
      2. Rewrite everything in Java (would have taken to much time and money)
      3. Switch to Gentoo
      Keeping everything manually updated became a pretty big hassle after a while, so we made our decision and switched to Gentoo.

      I think this Gentoo poster about sums up our situation when it says the following:

      "... He discovered lots of up-to-date packages that could be auto-built using the optimization settings and build-time functionality that he wanted, rather than what some distro creator thought would be best for him..."
      For us, flexibility is the key deciding factor. One good example of this is a recent situation where we took on a new customer who had been hosting on Win2K. We wanted to migrate their existing site from MSSQL/ASP to PostgreSQL/PHP. Our migration script was written in PHP, but our PHP installation didn't have the MSSQL driver installed. All I had to do was add "freetds" to the USE flags and run "emerge php". Done!
      --
      -- Stu

      /. ID under 2,000. I feel old now.
    11. Re:Gentoo isn't for businesses right now... by Anonymous Coward · · Score: 0

      We've been using Gentoo exclusively on both servers and workstations for well over a year now. The reason we chose Gentoo?

      Because thats what you know and like.

      All those other reasons you mentioned could well apply to other distros, at the end of the day it whats distro you, the person admining the machine, likes and is comfortable with
      People that argue otherwise are generally clueless.

  12. Interesting start by KrispyKringle · · Score: 4, Interesting
    It's interesting to see how Daniel Robbins went and, on his own, built Enoch, and how he went from there to a distro as popular as Gentoo. It's also encouraging for many of us--when he started with Linux, he was just an NT sysadmin; this sure encourages me that I don't need to be a guru with assembly and C to make contributions.

    I suppose the other valuable lesson, though, is that he did make it that far not just because of enthusiasm or hard work, but because he had a good idea (ebuilds). I see a lot of knock-off distros--yet another CD-based router, for example--that just don't have any great ideas behind them. Sure, that's the point of Linux--I've got no complaints with people doing what they want, but it strikes me that the valuable lesson here is that a good idea can go far--but without that idea, you've got nothing.

    (That's the best I can come up with--just trying to focus the freakin' discussion on something other than ``I like Gentoo'' ``I don't!'')

  13. Gentoo over dialup by ajutla · · Score: 3, Interesting

    I'm pretty new to Linux in general, but am not afraid of trying out something difficult or heavily CLI-based. I started with Mandrake and Fedora, but found them too bloated / Windows-esque for my taste, and am now relatively happily using Debian sarge, and have been eagerly awaiting its release. However, due to, er, some recent stuff, I'm getting slightly annoyed with Debian, wondering if the wait for Sarge might in fact be quite long, or indeed, interminable, and am looking at trying another distro. Gentoo looks rather appealing--it seems well-documented and so on, and looks like it might be pretty fun to set up. One thing, though: I have a dial-up connection. Is it possible/desireable to easily install Gentoo this way? I've got a fast connection at the University, and it seems [from reading the docs] that one can download ISOs containing binary packages built for Gentoo. But, er, doesn't that entirely defeat the purpose of installing Gentoo? Should I take the plunge? Is it a good idea to use Gentoo over dialup? I'd be interested if anyone has any thoughts on this.

    1. Re:Gentoo over dialup by petabyte · · Score: 2, Informative

      Are you going to and from the University or are you just coming home? If you can get on and off that connection you can do an emerge -f to download the packages at the university and continue the compile at home.

      The binary packages can also be out of date fairly fast. Gentoo is going to take some bandwidth to get the source files for building intially but assuming you leave them in /usr/portage/distfiles, all you really have to do is emerge sync once a day (equiv of apt-get update) and then emerging new packages. That's also going to take some time to download new files if they are required but you can do other things while portage is doing its thing. I generally go do emerge whatever and then go do other things. Some of those packages can be really big to pull down over dialup but then again, if you've downloaded Fedora iso, you've probably found a way to deal with large downloads somehow.

    2. Re:Gentoo over dialup by Anonymous Coward · · Score: 0

      This is entirely possible. You might want to look at the --fetchonly option of emerge. This will make portage download all necessary files in one go without compiling each one. Then you can simply compile all of them offline. Also, you'll probably want to download one of the install isos that contain a snapshot of the portage tree. This will result in a much faster first 'emerge sync.' Good luck, it will be well worth it...

    3. Re:Gentoo over dialup by speedfreak_5 · · Score: 1

      If you have access to a CD burner, download source tar.bz2 files for the programs you need/want and burn them at the university. Then dump them inside "/usr/portage/distfiles" on your computer. You'll be dointg this every now and then for big packages such as gnome or kde, but for the small ones, dialup should be fine.

      --
      Why yes I am paranoid! Thanks for asking!
    4. Re:Gentoo over dialup by Our+Man+In+Redmond · · Score: 1

      I'd order an installation CD from LinuxCentral or Cheapbytes, or take the plunge and go to the Gentoo Store and get the "official" install CD for $15. Lots faster than trying to download an ISO over a dialup connection.

      As for binary packages, some folks don't want to have to sit through the compilation process for something like gcc, mozilla or OpenOffice that takes for-freakin'-ever, even if you have a good fast machine. For them, binary packages make sense. Note also that in an enterprise situation, you could create binary packages on a master machine and dole them out to all the machines on your network (assuming that you either make them suffficiently generic or that you have a homogenous environment where all the machines are set up the same).

      Portage shouldn't be a problem over dialup. Few ebuilds are going to be larger than 4-5 MB, and for those, use an equivalent binary package if you need to.

      Disclaimer: I have a nice fast connection and can download a full CD worth of ISO in less than 40 minutes, so take anything I say about dialup with a grain of salt.

      --
      Someone you trust is one of us.
    5. Re:Gentoo over dialup by amightywind · · Score: 1

      I just loaded Gentoo on a new Athlon machine I put together. The Gentoo is not particularly friendly to machines that aren't networked. Once or twice I had to download a .tar.gz to get some of the emerges to work. I still like it a lot. The installation handbook is quite helpful. rc-update leads to an exceptionally clean machine. It is much more pleasant than debian. Setting up the net.ppp0 emerge package was straight forward. Unfortunately my machine has a crummy winmodem. I have been unable to find a working driver for it yet. $6 down the drain. Either I get a well supported and more expensive US Robotics modem or suck it up and go with an ethernet connection. I can't imagine syncing with GBs of source over 56K dialup. If you use dialup, make sure the Linux kernel supports it directly.

      --
      an ill wind that blows no good
    6. Re:Gentoo over dialup by BigJimSlade · · Score: 1

      You could easily download the packages you need to compile and dump them in /usr/portage/packages (I think... not near my Gentoo box at the moment)

  14. I love Gentoo by fox2mike · · Score: 1

    I've been using Gentoo for about 4 months now & I really like it. After using RedHat, Fedora(rpm)...Portage is something that is really amazing. In fact this is kind of freaky since I'm giving a seminar in my college on Gentoo today & I did look up the exact same IBM Article a few days back. Really nice to know how it all started off. Thanks to the chap in #gentoo on irc.freenode.net for giving me the link a few days back ;)

  15. WAY off topic, but I gotta ask by Anonymous Coward · · Score: 0

    With a name like KrispyKringle, you just GOTTA be a KDE user, right? :-)

    (BTW I use KDE too, I'm not trying to flame you)

    1. Re:WAY off topic, but I gotta ask by KrispyKringle · · Score: 1
      haha, sometimes. Not at the moment--broke it recently while dicking around and haven't bothered to fix it. GNOME is actually a lot nicer than when I had last used it.

      I just think it's kind of a funny name (though few others seem to agree). You know, like Kris Kringle? Old Saint Nick? Only, you know, lightly roasted. Or something. ;)

  16. meh Gentoo by Vlion · · Score: 3, Interesting

    Pros of Gentoo:
    Customizability.
    Speed.
    Perfect for that old system you want to keep using.
    If you are clustering, it probably would be the way to go.
    Easy to update.

    Cons of Gentoo:
    Installation- un-believably frustrating.
    Ever even seen Red Hat's system? Its SIMPLE and it WORKS. RH and Mandrake both can get my system to boot with grub on first install and boot, but nooooo, not Gentoo.
    Too tweak-heavy.

    I'm sorry. Gentoo is a great special-purpose distro. If it wants to go mainstream, it must have a better install system.
    Go take a look at woody's(Debian) installer, and compare with the Gentoo install scheme.
    Gentoo installations are crap.

    I've done Gentoo, Debian, Red Hat 8, and Mandrake 10 installs.
    Gentoo is the most difficult to install.

    --
    /b
    |f(x)dx = F(b) - F(a)
    /a
    1. Re:meh Gentoo by Anonymous Coward · · Score: 0

      Installation really isn't that bad.

      Yes, there are more commands to tweak, but
      I feel like things Just Work (tm) better, if you
      have proper USE flags and whatnot.

      Gentoo was my second install.
      First, I tried Debian.
      For some reason, I had problems with that.
      Gentoo was easier for me, it just required
      more typing.

      As for Special purpose distro, I agree.
      While I've installed gentoo on two home machines,
      I wouldn't dream of doing it on work machines.

      1) I don't want a new version of the software
      every time I sync, I just want fixes, if possible.

      2) Installing gentoo on more than 1 machine
      every few weeks would make me hate life.

      So, in short, it's flexibility and intelligence
      make it a great choice for a well-loved home box,
      but it's not worth the effort for large installations.

      Then again, with it's flexibility it is likely
      possible to create an absurdly customized installation, then dupe it out to similar computers within the system. This would be a good use of Gentoo.

    2. Re:meh Gentoo by drinkypoo · · Score: 5, Insightful
      anyone could write an installer for gentoo. it is the smallest part of the process (it's only frustrating if you don't follow the directions which can mostly be typed verbatim from the installation instructions) and really quite trivial amounting to just a handful of commands.

      I have installed gentoo on numerous systems including several vmware virtual machines, a network engines roadster lx (slightly weird PC), a compaq presario 1692 laptop (k6-based, I wanted to compile everything to get k6 optimizations), and an SGI Indy. In none of these cases did I need to do any major tweaks. Follow the build instructions, edit the /etc/conf.d/net to suit, and that was it.

      Gentoo is the most difficult to install of these, but with a little knowledge it can be done without help.

      RedHat has refused to install on many systems I have tried it on. Gentoo has failed on none. Both of us can present only anecdotal evidence but gentoo's lack of an installer means there's no installer bugs :) Plus their initial kernel is fantastic.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:meh Gentoo by MisterP · · Score: 1

      Gentoo's install is unbelievably frustrating? Give me a break. In the last 2 years i've done it 4 times total on 4 different machines with different hardware, one being a laptop and it's gone perfectly fine every time.

      Seriously. Look at this:
      http://www.gentoo.org/doc/en/gentoo-x86-qui ckinsta ll.xml

      Unless you're a setup.exe jockey, and/or you can't read, there is nothing hard about it. 75% of what is on the page is code snippets that can be copy and pasted right into an SSH session.

    4. Re:meh Gentoo by Anonymous Coward · · Score: 0

      I've done at least 8 gentoo installs in the last 8 months (sure I have too many PCs around the house, but who's counting) I love the gentoo install... I find that it takes about as much effort as clicking through the Mandrake install - assuming that the reader can follow instructions well (I can't speak for any non-english translations).

      I love to use gentoo on my desktop box; however, it think we're a long ways off from installing gentoo 1000s of computers in an enterprise or even on servers (for which my vote goes to rock-solid debian)

    5. Re:meh Gentoo by m1a1 · · Score: 4, Insightful

      I find it funny that you say gentoo cannot get grub to work on the first boot on your systems when gentoo does not in fact install grub... you do.

      What you actually mean is that left to install grub on your own you can't make it work. Personal problem? I think so.

    6. Re:meh Gentoo by gregmac · · Score: 3, Insightful

      Gentoo's install is unbelievably frustrating? [...] Unless you're a setup.exe jockey, and/or you can't read, there is nothing hard about it. 75% of what is on the page is code snippets that can be copy and pasted right into an SSH session.

      Uh, thank you for proving his point. No matter how you cut it, copying and pasting code snippets is a pain in the ass (well, not to mention it's fairly difficult to copy and paste to a system that doesn't work yet...). The first time I installed Debian (Woody), I selected "medium" as the question level to use, figuring that I'd like to maintain somewhat strict control over my system. After about the 20th dialog asking me some stupid assinine question, I just started pressing enter to pretty much all of them, accepting defaults, with the reasoning that it would be easier to fix what was broken once I found out it was broken, rather than sit and read through pages and pages of crap I don't really care about or that doesn't even apply to me (of course, you have to read it before figuring that part out).

      How hard is it to make a script to do all those actions on that page? Not very.. Though granted, it is a bit more difficult to make a nice installer that recovers from errors and can handle strange situations -- but it's been done before. Debian's new installer for sarge is great. Set it to high question level, and you barely have to touch it and end up with a working system.

      Enterprise speaking (or any business, for that matter), it's not worth the performance benefit of compiling cpu-specific code (vs generic 386 code or whatnot) if you have to spend a hell of a lot more hours setting it up. Those hours cost money - and moreso if it's taking away from billable time. On the other hand, hardware is cheap. If it costs more in time than it does to throw a faster CPU or more ram at it to get more speed in the system, then you've lost the benefit.

      --
      Speak before you think
    7. Re:meh Gentoo by Anonymous Coward · · Score: 0
      I have to agree. Gentoo was the first Linux distro that I seriously used -- couldn't stand redhat dependency hell for the few weeks i tried it, and Debian only ever had versions of software I wanted from a year or so ago, and that gets old very quick.

      I wasn't sure if I would be able to handle gentoo, having heard that it was only for elite h@x0r d00ds, but I thought I'd give it a try.

      I followed the installation document very carefully -- it is very long, 20 something pages or so, as I recall -- and I messed it up once because I skipped something, but I got it installed, and got X and KDE configured the same day, and never looked back. That was about a year and a half ago, and my first try was on a dual-boot laptop. When I followed the instructions carefully, it worked great, and it works as well now as it did the day I installed it, and requires very little maintenance.

      When some trouble did come up -- as is inevitable with any distro, but far less with gentoo than with redshit -- the gentoo forums were unbelievable. Certainly the most warmest, most helpful community I've been part. Just give it a try, and you'll see that the people are incredibly knowledgeable and very friendly, which really is not that common in my experience.

    8. Re:meh Gentoo by Anonymous Coward · · Score: 0
      ummm, it takes almost no human-time to set it up.

      Who cares if it costs some cpu-time to set up? You save all those hours back in a few months with those sweet cflags that compile for yur exact arcitecture.

    9. Re:meh Gentoo by pantherace · · Score: 2, Interesting
      Enterprise speaking, you would have a technical staff that was competent (or SHOULD). You are not going to have the users messing with systems. The ease of install matters not, when you will be installing essentially ghosted machines. Before you install it, you will be testing it.

      In fact, gentoo, is possibly even more suited to the enterprise than RedHat or SuSE. Why? The admins have even more control. They also only have to compile a package once for each group of machines, and can deploy it to all the machines. (and to a few test machines first) Not to mention the "emerge security" which will be coming along in the mainline portage/emerge stable release fairly soon. Which will essentially allow you to fix a system at a certain point (of your own choosing) and have all the security updates.

    10. Re:meh Gentoo by Vlion · · Score: 2, Interesting

      Let's be blunt: the default grub setup doesn't work with my machine. I couldn't get it to work. The local gentoo guru couldn't get it to work. We tried two installs, at which point I gave up and found a somewhat more functioning distro.

      My conclusion was that I had a broken source of grub given to me with gentoo.

      I don't feel like having to deal with a system that makes me do every last bit of effort.
      If I did, I would do LFS. Before you flame me into the ground here, let me tell you I have a text-only(Without any X installed) Debian box right next to my Windows/Drake machine.

      I use it in my daily routine. I'm not afraid of a CLI.

      Alright?

      oh- friendly advice:
      Don't ever resort to ad hominem attacks, dude.
      They usually backfire. :-)

      --
      /b
      |f(x)dx = F(b) - F(a)
      /a
    11. Re:meh Gentoo by Anonymous Coward · · Score: 0

      Anyone can write an installer, but not just anyone can write a GOOD one.

      The most difficult part of the installation process, in my opinion and from experience, is choosing compile flags and more specifically USE flags appropriate for the installed hardware and so there is no conflict between the software. Much less choosing the correct flags for the kind of USE intended for the machine. For example, the average user is not going to know the difference between ALSA and OSS and may select both. Or maybe I don't know and you're supposed to select both to get backwards compatibility. See the confusion? Almost half of the USE flags have no intelligible meaning to most people and there are flags that should be mutally exclusive and many that sound like something useful when they are not. Some that are essential yet sound cryptic or unnecessary.

      The next most difficult part is compiling a custom kernel. While "not necessary," it seems pointless not to do it while you're compiling damn near everything else. Choosing the drivers to compile into the kernel to get everything working usually results in something not working for first time compilers. I know the first few times for me had various problems from USB to sound to having a few strange processor options I wasn't quite sure what to make of.

      If the Gentoo installer can do that, which if you still think is easy you're friggin' incredible(ly ignorant), then I think Gentoo will gain recognition as more than an academic and enthusaist plaything.

    12. Re:meh Gentoo by parksie · · Score: 1

      If GRUB doesn't work, use LILO. Still as easy to install as ever (I gave up on GRUB because it was too complicated).

    13. Re:meh Gentoo by jasno · · Score: 3, Insightful

      I don't think you understand the unbelieveable feeling you get when you follow the instructions, line by line, and everything works the first time. Really. I still can't believe it. It makes me want to go back and reinstall just to relive it...

      There's a reason we're called Gentoo Zealots. You will be assimilated.

      --

      http://www.masturbateforpeace.com/
    14. Re:meh Gentoo by Anonymous Coward · · Score: 0

      I owe it all to Ritalin!

    15. Re:meh Gentoo by Anonymous Coward · · Score: 0

      Gentoo is the most difficult to install.

      how long do you take to install a distro? few days max?

      How long do you take to hunt down rpms, upgrade them, install new packages, etc. A hell of a lot longer in general. The power of "emerge world" means IMO its worth spending a few days getting a system up.

      Compile times aren't nearly as bad as going to several hundred sites, tracking down dependencies.

      I write as someone who had never used linux until a couple of months ago, then successfully (albiet slowly) installaed gentoo on an epia box.

      -dgr

    16. Re:meh Gentoo by RefriedBean · · Score: 1
      "(well, not to mention it's fairly difficult to copy and paste to a system that doesn't work yet...)"

      He said paste into an SSH session, which is really quite easy. Just select the command, paste it right in the xterm, and press enter.

      He obviously meant installing on a box from an another already functioning machine.

      Of course, if you install Gentoo from Knoppix (which is a really nice way way to do it, btw), you already have internet access, and X, and a browser, and all the goodies of an fully installed system, and I'm pretty sure pasting works in that too.

    17. Re:meh Gentoo by peachpuff · · Score: 1
      I find it funny that you say gentoo cannot get grub to work on the first boot on your systems when gentoo does not in fact install grub... you do.

      I'd say that not trying to do it at all counts as not doing it successfully.

      What you actually mean is that left to install grub on your own you can't make it work. Personal problem? I think so.

      He can't install grub and neither can Gentoo. Who's fault is it? No one's, since no one is really obligated to install grub. That said, a distro that can install grub is probably better in that respect than one that can't -- even if someone else can pick up the slack.

      I use Gentoo, among others, and installing grub was not that difficult. It's still something that people are justified in saying they'd rather not have to do.

      --
      -- . . ramblin' . . .
    18. Re:meh Gentoo by devnullify · · Score: 1

      Problem a) The default USE flags and CFLAGS are very similar to the options chosen by most binary distribution maintainers: compile in most of what anyone will likely use, and optimize for the lowest common denominator.

      Problem b) genkernel will get you a kernel that is strikingly similar to the binary kernels distributed by most distributions.

      How are these problems exactly? The difference is that the option is there at all for you to easily build things to your specifications, not that you *have* to to get a working system.

      I'd argue that the most dificult and problematic part of the Gentoo install is not the actually installation at all, but the configuration to get a working system. Editing /etc/modules.d/kernel-2.x can be problematic if you don't have any idea what modules you need, and IIRC the install docs doesn't recommend installing hotplug or similar. Then there's getting X working, which I'm sure is quite a chore for someone who knows nothing about X (though I haven't read Gentoo's documentation of this process...if it's anywhere near as good as the install documentation, it shouldn't be too bad at all).

      Once that is accomplished, however, the system is no more difficult (perhaps easier) for a new user to maintain.

    19. Re:meh Gentoo by Anonymous Coward · · Score: 0

      straight from the live cd, after bootup

      $gpm /dev/mouse

      instant mouse with copy and paste, alt ->, links www.gentoo.org..

      oh my its a text based browser to look at the installation instructions ..

      i swear you kids are stuck on your fancy smancy gui's and not actually learning anything..

    20. Re:meh Gentoo by Anonymous Coward · · Score: 0

      I have not installed Gentoo yet and I must confess I am employed as a Windoze administrator but I can attest to the fact that if you dont spend the time to customize your installs for the purpose you are building it for is the root cause of a lot of problems in the enterprise environment and is why a lot of boxes become owned. just my $0.02

    21. Re:meh Gentoo by drinkypoo · · Score: 1
      USE and CFLAGS are not meant to be used without customization. Changing them is an explicitly listed step in the install. As for the modules config file, you only need to add modules there which will not be appropriately added by the kernel itself, and which are needed to boot. Like, for example, the ethernet. However, if you use the genkernel, you get hardware autodetection.

      I did X by myself (having a bit of Unix experience) so I never bothered to look for a doc on configuring that, but here it is.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    22. Re:meh Gentoo by Anonymous Coward · · Score: 0

      After I installed Gentoo several times, I found out that it was such a breeze to install Gentoo, yes, it still takes a lot of time, you just have to highlight the docs, and it's done.

    23. Re:meh Gentoo by Atzanteol · · Score: 1

      No matter how you cut it, copying and pasting code snippets is a pain in the ass (well, not to mention it's fairly difficult to copy and paste to a system that doesn't work yet...).

      Spoken like somebody who's never installed Gentoo. :)

      Installing Gentoo is done from a working system. Use the Live CD. It does a pretty good job of detecting network settings, and giving you a machine that is fully functional, and connected to the internet. Set the root password, and fire-up sshd. Now do your *entire* install remotely over ssh from the comfort of another machine that works fine. Or just use Lynx to read the install instructions from the 'to be installed' gentoo machine.

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
    24. Re:meh Gentoo by ryanvm · · Score: 1

      It means you've been using shitty software too long.

    25. Re:meh Gentoo by gregmac · · Score: 1

      Spoken like somebody who's never installed Gentoo. :)

      indeed. :)

      I'm a lazy user, gentoo has just always looked like too much work, and therefor I have no interest. Maybe someday when I'm really bored and get annoyed with debian, I'll give it a go.

      --
      Speak before you think
  17. As a recent convert by jeffasselin · · Score: 1

    Let me say that Gentoo is great. I've used Red Hat, Mandrake, and recently Suse. But now that I've tried Gentoo, I wouldn't go to any other distro, at least not for personal use.

    --
    If he explores all forms and substances Straight homeward to their symbol-essences; He shall not die.
  18. Background source-building by lwells-au · · Score: 5, Interesting

    From the "what-I-would-like-to-see" department :)

    What I would love to see in Gentoo, or any other distro that is source-based really, is a way of setting up the system from binaries and then have the system transmogrify itself.

    What do I mean? Well, after the initial install the distro could start to compile the optimised packages with a preset set of flags and "replace" the existing pre-compiled binaries as it finishes the optimisations.

    Why? Well I think this would offer the absolute best of both worlds. It would allow you to get a Gentoo-based system up quickly without waiting hours and hours for compilation. It would then take advantage of unused CPU cycles (and lets face it, I doubt most machines use a large amount of resources more than 5-10% of their operating lives) to compile optimised packages, thus giving the benefits that everyone loves about source-based distros?

    Is it possible? I have no idea. Frankly, I don't use Gentoo or even Linux all that often, but it strikes me as very neat solution for the one weakness present in distros that have to be compiled from source.

    I think it might also be quite useful in getting acceptence in the business world. Being able to get a system up and customised quickly could be an important selling point, particularly in SME business where there is a diverse range of hardware (and thus ghosting is not necessarily a good option). It such a networked environment, it might even be possible to use a distributed compilation system.

    Anyway, that's my little suggestion. As I said, it may not even be practical let alone possible, but it might stimulate further ideas that make Gentoo (and perhaps linux in general) an even better solution. Again, I don't even use Linux (well, only very infrequently) but I strongly support the underlying philosophy behind much of the OSS movement. /rant mode :)

    1. Re:Background source-building by mrscorpio · · Score: 1

      Gentoo already does this.

      See http://store.gentoo.org/product_info.php?products_ id=38&osCsid=62491a6d8c10e18966ed74cb48351b4a

      I should add that you can get all those versions for free off the FTP, but the FTP doesn't offer nice fluffy marketing-speak like that does :)

      Chris

    2. Re:Background source-building by Anonymous Coward · · Score: 0

      Easily done.

      Emerge the binary packages.

      Then, set PORTAGE_NICENESS=19 and
      re-emerge what you've got.
      It emerges in the background, replacing.

      Not quite so simple as what you described,
      but same effect.

    3. Re:Background source-building by Anonymous Coward · · Score: 4, Informative

      I just did this using the gentoo CDs.

      I did a netless install. I install the basics from packages on the CD (KDE, compilers, etc). I got back to work (I just did't have to time to sit and wait).

      While working I did "emerge sync; emerge -fu world" which updated the versions and downloaded all the source code.

      Then at the end of the work day I logged out (just in case upgrading KDE in-place would screw it up), and did "emerge -u world" at the console.

      Voila, my gentoo system was transmogrified with the latest updates.

      Pretty cool and I hope they explore this further (i.e., let's have "netless install", "net with precompiled binaries", and "net from scratch").

    4. Re:Background source-building by lwells-au · · Score: 1

      Interesting -- admittedly I was not aware of this -- but until its as easy I my original idea I don't think it will be seen as suitable for a business environment.

      Perhaps I am just beating my own drum, but simplicity and elegance does have it benefits (as Gentoo as a concept shows, IMHO), and its unlikely that secretary (by way of example) is going to be running emerge tasks.

    5. Re:Background source-building by bonch · · Score: 1

      Why don't you just install from Stage 3 binaries, then recompile what you need optimized?

    6. Re:Background source-building by platipusrc · · Score: 1

      A little off-topic maybe, but FreeBSD is pretty easy to set up this way. Install whatever you want from the CD, cvsup your ports tree, and install portupgrade. After you have portupgrade installed and a new ports tree, you can just run portupgrade (after putting whatever flags in /etc/make.conf) and you'll be able to use your system while it's recompiling whichever packages you told it to. You can just have it recompile out of date packages (portupgrade -ak), or you can have it recompile packages older than a certain date (portupgrade -f '<2004-04-30') (whether or not they've been superceded by a new version), or you can just force recompile of all packages (portupgrade -akf).

      --
      And the muscular cyborg German dudes dance with sexy French Canadians
    7. Re:Background source-building by pantherace · · Score: 1
      It can be done (stage 3 + GRP(Gentoo reference platform))

      After that, set use flags, optimizations etc, and then emerge -e world (rebuilds everything except glibc, -e removes every package when calculating dependancies except glibc, and world is all the explictly merged packages.)

    8. Re:Background source-building by carambola5 · · Score: 2, Informative

      Actually, the basic installation of Gentoo does this already... albeit with a minimal set of packages. During install, you copy a generic root filesystem to your hard drive, chroot into it, and start replacing the "stock" binaries with your own compiled binaries. That's where much of the waiting is (ie: compiling gcc [twice, I think]).

      That's the case for the most basic install (stage 1). If you do a stage 3 install, you're closer to what the parent wants.

      Then, if you go to the GRP releases (which I have not touched), you'll have all the major stuff already compiled: xfree, gcc, openoffice, etc.

      One place that's dangerous to tread for Gentoo is to have many packages pre-installed. One of the driving philosophies is to know exactly what's installed on the system, and have nothing more.

      --
      IWARS.
      People, in general, disappoint me. Politicians even more so.
    9. Re:Background source-building by Aneurysm9 · · Score: 3, Informative
      It is as easy as you proposed:

      1. Partition and format
      2. Install system from GRP packages (emerge -K foo)
      3. Start using system
      4. While using system, recompile with customized CFLAGS (nice - emerge -e world)
      5. ???
      6. Profit!
      --
      There was Cowboy Neal at the wheel of a bus to never-ever land.
    10. Re:Background source-building by Our+Man+In+Redmond · · Score: 1

      I'm confused. How is what you describe different from doing a stage 3 install, then adding in packages compiled through portage as you go along (either because they weren't in the stage 3 tarball, or because you're upgrading something that was in stage 3)?

      (I notice you claim a lack of familiarity with Linux in general and Gentoo in particular. That's OK, I may be answering the question you're asking. In essence, a stage 3 install unwinds a big tarball onto your machine, giving you precompiled binaries for all the basic stuff you need to get a Gentoo box running. From there you can emerge packages that were updated since the CD was created, or add your own -- for instance, IIRC X support is not included in stage 3.)

      --
      Someone you trust is one of us.
    11. Re:Background source-building by archen · · Score: 1

      That only concerns the software in the ports tree. If you want to optimize the base system you have to use the laborious 5 lines of text (6 for me) needed in a buildworld process. However it's been pretty well documented that very aggresive compile flags (past -O) will break things on FreeBSD, whereas they are usually fine on gentoo. I'm pretty cautious with Gentoo too and only use -O2 and whatever the defaults were in make.conf .

    12. Re:Background source-building by greenrd · · Score: 1
      IIRC X support is not included in stage 3.

      Oh, only that little thing. Who uses X these days? That won't harm adoption at all!

    13. Re:Background source-building by Orbix · · Score: 1

      The real issue is that the stage 3 tarball only contains the basics of a linux system. A system that just has the programs included in the stage3 tarball isn't what I'd call a production machine. In order to have a really full-functioned machine, you're going to have to at least install a few things.

      As for the average user, stage3 indeed does not include X support, restricting you to a command prompt, rather than a GUI. Great for servers, not so hot for most people's desktops.

    14. Re:Background source-building by Our+Man+In+Redmond · · Score: 1

      As for the average user, stage3 indeed does not include X support, restricting you to a command prompt, rather than a GUI. Great for servers, not so hot for most people's desktops.

      But assuming you have net support, you're just an "emerge gnome"/"emerge kde"/"emerge fluxbox"/whatever away from having a functioning system with X installed. Granted it may take a while to compile, but if you're in a hurry you can grab the binary packages instead and recompile them later as the need to update arises.

      The only drawback to this I can see is if you don't have a net connection, in which case you shouldn't be using Gentoo anyway.

      --
      Someone you trust is one of us.
    15. Re:Background source-building by platipusrc · · Score: 1

      That's right. Sometimes you don't want GCC to optimize away things that really should have been there but didn't seem to be doing anything. Some of the straight assembly in the base systems gets sick whenever it's run through certain optimizations. Also, most of the optimizations done by a level 2 or higher 'O' flag don't really do anything to speed up the base system anyway, regardless of whether it manages to not break the hand coded stuff.

      --
      And the muscular cyborg German dudes dance with sexy French Canadians
  19. Quoting the article... by cliffy2000 · · Score: 1, Funny

    "People can get ugly" is a headline.
    And this comes as a surprise? I mean... come on... we read Slashdot. We don't need to be reminded of our own physical failures HERE.

  20. Gentoo on the Desktop and by asv108 · · Score: 5, Interesting
    Debian on the servers. Seriously, after the whole Redhat EOL debacle, I stopped relying on commercial distros for my Linux needs. Both distros have huge packaging systems and sport the ability to upgrade to major OS updates with one simple command.

    On the desktop end, I prefer gentoo because it is more lenient with accepting non-free packages and packages with potential legal issues. I also like the optimization abilities of a source based distro. As a java developer, Gentoo is simply the best Linux distro for Java developement. The major jre's are integrated in to the packaging system and the java-config utility allows me to easily switch from multiple jres on the fly.

    On the server side, debian provides stability and quality control. Contrary to popular myth, there are quite a few pay support options available for debian.

    1. Re:Gentoo on the Desktop and by bruthasj · · Score: 1

      I stopped relying on commercial distros for my Linux needs.

      And now that it goes enterprise ... then what?

    2. Re:Gentoo on the Desktop and by tokul · · Score: 1

      Debian on the servers.

      Or debian on server and same debian on desktop.

      If you work as admin, you need same environment on your station as you have on servers.

      Then your desktop can become a test station and custom package build system.

    3. Re:Gentoo on the Desktop and by mhesseltine · · Score: 1
      I stopped relying on commercial distros for my Linux needs.
      And now that it goes enterprise ... then what?

      Well, I'd guess that he'll still support his own systems, just like he has been. Just because commercial support is there for those that want it, doesn't mean that those who want to handle things themselves can't do that.

      --
      Overrated / Underrated : Moderation :: Anonymous Coward : Posting
    4. Re:Gentoo on the Desktop and by bruthasj · · Score: 1

      Just because commercial support is there for those that want it, doesn't mean that those who want to handle things themselves can't do that.

      So, from this angle, I don't see how any other distro is any different.

    5. Re:Gentoo on the Desktop and by mhesseltine · · Score: 1

      The way I see it, with Linux you have 3 options for support

      1. Support it yourself. Thus you spend the time reading FAQs, security updates, Errata and applying patches, upgrades, etc.
      2. Purchase support from the distributor. Things like Red Hat Network (Redhat), Yast Online Update (SUSE), Mandrake Club membership (Mandrake)
      3. Purchase support from an independent 3rd party. I suppose here would be Linuxcare, IBM, HP, etc.

      If you choose option 1, then the choice of distro doesn't matter. If you choose option 2, then you rely on the distro to provide the support, so the choice of distro does matter. If you choose option 3, then you rely on what the 3rd party supports, so the choice of distro might matter.

      --
      Overrated / Underrated : Moderation :: Anonymous Coward : Posting
  21. Re:Mod parent down!! by Anonymous Coward · · Score: 0

    So? What's wrong with not using Linux?

  22. Re:Server room? by ErichTheWebGuy · · Score: 5, Insightful

    Need to upgrade to a new version of some server software because there is a vulnerability?

    Actually I almost always compile key stuff from source anyway, because I want to know that features I want are compiled in.

    Need new software now? Ok, wait an hour for a compile

    And if you, as an admin, take less than an hour to test your rpm (or whatever) software installation, on a mission-critical server, you're not doing your job. I will give you that it takes a long time to compile most things, but in my book, it's time well spent.

    --
    bash: rtfm: command not found
  23. Gentoo Usage by mozingod · · Score: 5, Interesting

    We're already using Gentoo on about a dozen or so production machines. Its been great. Setup time takes about two business days (system over night, bootstrap overnight), but who cares? We have the installation procedure we use down to the point where we don't even have to look at the screen, our self-made guides have everything written down. All the machines have a common configuration this way too.

    I'm currently working on a web based system to very easily keep all these systems up to date and allow us to choose which packages we want to upgrade, so we don't have to get the newest if we don't want.

    I hope they do release commercial support for it, we'd be one of the first on the list to purchase!

    1. Re:Gentoo Usage by birukun · · Score: 5, Informative

      You must try distcc - it has saved me tons of time!

      www.distcc.org - they even offer a link to Gentoo.org for information on how to install and configure. It is so simple I am still amazed that more people are not using it.

      distcc offloads compiler jobs to other machines over the network. My PIII 700 laptop now has a little help - the Athlon XP2100 and the PIII 600 perform alot of the work now.

      Another thing I use is ccache - I don't exactly know how it works, but it supposedly adds 20 -40% faster compile times.

      I also read somewhere in the forums that it is possible to set up a server internal to compile the packages once for the target machines (if they are all the same) and then perform a binary install to each machine from there.

      Use distcc to have all the machines compile the packages once; use the binary package emerge to install locally! *SWEET*
      Good Luck!
      Birukun (here and on the Gentoo forums)

      --
      Self Defense - A Human Right www.a-human-right.com
    2. Re:Gentoo Usage by Simon+Lyngshede · · Score: 1

      Of cause I have no idea about what you run on your server, so two days might be extremely fast. However using Debian to build a mailserver takes around 4 hours. I think thats pretty good.

    3. Re:Gentoo Usage by mozingod · · Score: 1

      They're all under 300Mhz PII's running mundane stuff (monitoring, DNS, SMTP, print servers, IDS, etc), so they're definately not the quickest of boxes no matter what's on them. In reply to the other post, we actually have a 5 node distcc "cluster" right now that all boxes use, but we've ran into problems when using it to update certain packages (GCC mainly), if the distcc server has one version and it's trying to help build another. We've also ran into problems when using them to help build initial setups, so we'd rather take an extra day than to have a horked install and need to start over, taking 3 or more days.

    4. Re:Gentoo Usage by Spacejock · · Score: 2, Informative

      I also read somewhere in the forums that it is possible to set up a server internal to compile the packages once for the target machines (if they are all the same) and then perform a binary install to each machine from there.

      I share my distfiles folder over nfs, mount it on all remote machines as /mnt/portage/distfiles and change /etc/make.conf to point to this location. The first machine to download a missing package puts it in this folder, making it available to the rest.

      Next, I shared the /usr/portage/packages folder on the server to all machines with the same architecture (actually, it's more complicated since I have a mix of P3, P4, Athlon XP computers here.) You don't want a P4 putting optimised packages into /usr/portage/packages on the XP server.

      /etc/make.conf points to the packages folder (/mount/pkgs) for each architecture, and I also have 'buildpackages' in the make options.

      All machines are running distcc. When I emerge -k whatever, it's either already there or built and put there for the next machine.

      I'm sure this is documented somewhere, but I messed around until I got what I needed.

    5. Re:Gentoo Usage by radiophonic · · Score: 1

      Setup time takes about two business days (system over night, bootstrap overnight), but who cares?

      My god man. There are so many other ways to do this. I build a system, tar it up, boot the Gentoo CD and untar the build to all the machines. Setup time? Half an hour. Updates? All binary (built on a build server).

      --
      Whenever you read this sig someone's refrigerator light turns on.
    6. Re:Gentoo Usage by mozingod · · Score: 1

      That's great and all, but very few of the machines are similar in hardware setup/speed. I'd like to squeez the most performance out of them I can, so customizing the cflags is the easiest way.

    7. Re:Gentoo Usage by Drantin · · Score: 1

      doesn't ccache just cut down on recompilation times?

      --
      Actio personalis moritur cum persona. (Dead men don't sue)
    8. Re:Gentoo Usage by birukun · · Score: 1

      I think it cuts down on compile times, not recompile times. It has some algorithm built in to predict the make up of the binary that is produced. At least that is how I understood it.

      http://ccache.samba.org/

      I will use any tweak to make KDE compile faster - distcc is a godsend, and using ccache can't hurt!

      --
      Self Defense - A Human Right www.a-human-right.com
  24. Gentoo in the enterprise? I don't see it. by KJE · · Score: 5, Interesting
    I had played around with Linux at home, with SuSE and Red Hat and the like. But they were all so big on that 400MHz Celeron. Then I put on Gentoo, and it flew. MythTV, no problem! With the famous pvr-250, and me striping down the system to be a mythtv only box, I was smokin.

    But in the server room? Sadly, I don't see this happening. What sells there is support. And for people who don't know, when we talk about someone providing support, we talk about someone to *blame*. "Hey, the server is down, wtf? Well, I'm paying RH $XXXX, I'll let them figure it out." And for the most part, they do.

    The whole philosophy of Gentoo seems to go against this though. Red Hat can support it, cause they know you are running RedHat 7.2 with the 2.4.9-31MPT-SP kernel, cause that's what they shipped with. If you buiild your own they'll have one word for you: Unsupported.

    Now look at Gentoo Linux, they are at the other end of the spectrum, 100% custom. Who in their right mind is going to support that? How could they? I just don't see it.

    1. Re:Gentoo in the enterprise? I don't see it. by Nooloo · · Score: 1

      Who in their right mind is going to support that? A whole bunch of indians?

    2. Re:Gentoo in the enterprise? I don't see it. by Mnemia · · Score: 3, Interesting

      Yes, but I believe what the Gentoo people meant by "enterprise support" is that they will be providing periodic stable forks of the Portage tree on a regular basis. The new quarterly release structure is a step towards that goal. They intend to take a snapshot of the Portage tree every 3-6 months and work on getting the packages in it very stable. Then they'll offer guaranteed support for those packages including things like security fixes for the lifetime of that "version" of Gentoo. Essentially it'll be like Redhat is now but you'll have a lot more flexibility in customizing the configuration to meet specific needs.

      It's not there yet, and some things need to get worked on before they're ready for this. They may need more developer manpower too. As a Gentoo user since early 2002, I'll be interested to see what they come up with with the new non-profit foundation. A very interesting concept to me would be a nonprofit that offers paid support for these "stable" snapshots of Gentoo for enterprise customers - I think Mozilla is offering something similar.

    3. Re:Gentoo in the enterprise? I don't see it. by Our+Man+In+Redmond · · Score: 2, Interesting

      Gentoo per se, you might be right, especially if people are doing things like rolling their own kernels. But, consider a company that promises to provide support. The company installs Gentoo on the client machines, does all the necessary security upgrades and the like, and then tells the client not to mess with portage and genkernel or they void their service contract on that machine. The company can remotely kick off portage or kernel compiles on client machines via ssh, so they always know what's on a particular machine.

      Looks like a great opportunity for someone who can make it work.

      --
      Someone you trust is one of us.
    4. Re:Gentoo in the enterprise? I don't see it. by infodragon · · Score: 1

      Short answer, I already see it because I'm making money in the enterprise from Gentoo!

      Long answer... I have a general purpose server, i.e. it has samba, ldap, apache, bind, dhcp, ... Each one I charge a setup fee anb each one has a monthly fee for support. So upon installation a client pays a nice chunk of change, $2300 for a full samba setup, and a decent monthly fee, $40. A fully loaded system including the hardware will cost them $8000, and $350/month, I am soon going to be doubling the monthly fee because the market can support it. This is some nice money when they *NEVER* go down and *NEVER* have a problem. My clients are very happy to pay because they *NEVER* go down and they *NEVER* have to call me because there are no problems. I have these systems in production from screw machine shops to realtor's offices. IT WORKS. I support them. I have a system at my office that I continually test and develop the new products on. Each system is accessible by me via ssh. As part of the support 4 times a year a techie goes out with a laptop and using eth over firewire, installs the new binary packages, that I have tested.

      I run my own rsync mirror with security patches so when a venerability is found I can deploy those patches immediately. The reason I use techies to deploy the upgrades is it is cheaper and has more perceived value than doing it automagicaly over the Internet.

      Now get this, I landed a huge web development contract leveraging this system. Each of these systems are a platform for new work. Each system is a constant source of monthly income. I can't loose! Better yet I'm getting ready to start hiring people full time. I have a growing thriving business based around Gentoo that is running many enterprises!

      Now to top it all off, I'm was born a geek, I still am a geek... Each of these systems are AMD64 or Opteron boxen, depending on client needs. I'm using the AMD64 portion of Gentoo, which is awesome. I have the technical skill necessary to fix the bugs. Hell, I've done kernel driver development. I am confident that I can solve any problem that comes up. And if I cannot, don't want to or don't have the time, I've never been let down by #linux, #gentoo, #gentoo-amd64, #samba, #ldap, and a few others on irc.freenode.net.

      The support is out there, companies are begging me to give me their money and the only downfall is I'm turning away business right now because I'm too busy.

      I see Gentoo in the enterprise and it is the color of Green!

      --
      If at first you don't succeed, skydiving is not for you.
  25. Binary flag? by Nooloo · · Score: 0, Troll

    Having used gentoo for near 2 years now and always hearing people complain about the time it takes to compile everything, Ive often wondered why they havent just added some kind of flag to emerge/portage which would specify installing a binary package instead of compiling from source. It would def. be handy for huge compilation tasks like KDE, GNOME, etc...

    1. Re:Binary flag? by moreon · · Score: 3, Informative

      There is already a binary flag for emerge, emerge -k. Certain packages (large ones like GNOME, KDE, Evolution, Mozilla, etc... and their dependencies) are provided by what's called GRP (Gentoo Reference Platform). All you have to do is set your PKGDIR in /etc/make.conf to point to a directory where you have these prebuilt packages (which you download an .iso of off a Gentoo mirror), and you're set. Although emerge currently has the capability to fetch prebuilt packages from a mirror that provides them, there are no public mirrors which do so. If you had a bunch of computers that you wanted to run gentoo on though, you could set up an ftp site with prebuilt binaries, point emerge to the ftp, and use emerge -gK to automatically fetch/emerge the packages you want. Otherwise you have to do what I said before, which is to get an .iso with all those prebuilt packages, and simply mount it.

    2. Re:Binary flag? by Anonymous Coward · · Score: 1, Informative
      Having used gentoo for near 2 years now and always hearing people complain about the time it takes to compile everything, Ive often wondered why they havent just added some kind of flag to emerge/portage which would specify installing a binary package instead of compiling from source. It would def. be handy for huge compilation tasks like KDE, GNOME, etc...


      It's already there.

      PKGDIR="path_to_packages" emerge --usepkg package_name, if you have a package of the same version a compile would merge.

      Use --usepkgonly to force installation of an older version than a merge would install.

      To create binary packages whenever you compile something, add "buildpkg" to your FEATURES= line in /etc/make.conf . Most useful when installing on multiple systems.
    3. Re:Binary flag? by Anonymous Coward · · Score: 0

      They have. It's the -k flag, which is also used nowadays for the CD-based installs. emerge will pull the packages from the CD when possible using that flag.

      You can build your own binary packages by using --buildpkg.

  26. Re:Mod parent down!! by aardvarkjoe · · Score: 1
    So? What's wrong with not using Linux?

    Nothing, as long as he's now using the HURD.
    --

    How can we continue to believe in a just universe and freedom to eat crackers if we have no ale?
  27. Why it's appealing to me by bonch · · Score: 5, Insightful

    I think it's insane to reformat and reinstall a Linux distro every year a new version comes out.

    The way Gentoo is set up, you never have to do that, ever. You upgrade as you go. Gentoo 2004.1 came out, but that's just the installation CDs...I installed using 1.4 CDs months ago, and I'm up to date as one would be if they installed this weekend (I love doing "emerge -upD world" and seeing what's new).

    1. Re:Why it's appealing to me by reaper20 · · Score: 0, Informative

      You're kidding right? You know you can do this in every other distro too.

    2. Re:Why it's appealing to me by Anonymous Coward · · Score: 0

      Liar!

      $ emerge -upD world
      -bash: emerge: command not found
      ;)

    3. Re:Why it's appealing to me by GreyWolf3000 · · Score: 2, Interesting
      The way Gentoo is set up, you never have to do that, ever.

      And what if you want to upgrade gcc (assuming the new version has broken binary compatibility) or glibc? You'd have to build all the new software against the new toolchain, but you'd either break everything in the process, or build a temporary toolchain, then build a new one on top of the old one. In either case, you still have to reboot at least once.

      There are some packages you just can't upgrade on the fly.

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    4. Re:Why it's appealing to me by whoever57 · · Score: 4, Informative
      and I'm up to date as one would be if they installed this weekend

      Actually, that's not strictly true. Look for the symlink called /etc/make.profile and you will see that it is pointing to a 1.4 profile (probably /usr/portage/profiles/default-x86-1.4) unless you changed it. The default-x86-1.4 and default-x86-2004.0 profiles are almost identical, but not quite.

      Of course these profiles may diverge more in the future.

      --
      The real "Libtards" are the Libertarians!
    5. Re:Why it's appealing to me by pantherace · · Score: 4, Informative
      There really are only a few you can't: the kernel, all others can be upgraded with the possible exception of glibc changing major versions (not minor versions). Or the one? occasion where the gcc people broke compatibility.

      We have 3 packages. Which really only need a reboot generally on one (and 2 others in very specfic cases), not to mention: Gentoo has a concept of slots, and I am pretty sure that is used to allow multiple glibc versions to exist, so nothing stops working, just new things get built against the new library. In this case, it takes a bit of extra room, but what do you think the compat-* rpms do?

      And lets face it, people are still running systems from before the current versions, so this has been handled already. Not to mention, generally there are more bleeding edge gentoo users than other distros, so bugs get found out fairly rapidly.

    6. Re:Why it's appealing to me by OrangeTide · · Score: 4, Informative

      I've gone through several glibc and gcc upgrades on gentoo. Including the imfamous gcc 3.0 to 3.1 upgrade which wasn't fully binary compatible. Gentoo (and plenty of other distros) easily figure out the depedencies. Also Linux does not stop you from running two versions of glibc at once. So you don't have to migrate everything over at the same time unless you can't afford the RAM.

      FreeBSD and NetBSD both cope with this as well. I'm sure Debian and SuSE do too.

      --
      “Common sense is not so common.” — Voltaire
    7. Re:Why it's appealing to me by mjm1231 · · Score: 1
      I'm in the process of installing gentoo for the first time to test it out. Now it's not the newest box (P3-500 with 256MB, internet via T1 through LAN), but the emerge kde that I started Wednesday morning wasn't finished until sometime late last night (i.e., it was done when I came in to work this morning).

      I'm not convinced that an upgrade that takes 2 days is better than a reinstall that takes 2 hours, but hey, whatever floats your boat.

      --
      Ideology: A tool used primarily to avoid the bother of thinking.
    8. Re:Why it's appealing to me by Captain+Reboot · · Score: 1

      well if you want to have the speed then you can always emerge the binary. You should only emerge the source if a) you know your system is fast enough that it won't take long or b) you are prepared to wait the time for the computer to compile everything. I for one have no bad experiences with Gentoo, I have never had a failed dependency when installing either source or binary, and if I don't want to wait for an optimized package for my system and just want to test out a large program ie. openoffice then I just emerge the binary.
      I don't think you have a valid argument.

    9. Re:Why it's appealing to me by mjm1231 · · Score: 1
      I don't think you have a valid argument.

      That would be because I haven't presented one.

      But lets look at the two choices you are offering.

      a)As others have already been pointed out, this seems to circumvent the whole reason for running Gentoo. Other than a preference for portage, what would be the point?

      b)This is restating my original question without answering it. Yes, it takes longer to emerge an update from source. What I don't see is why this is better than taking 5% as much time to reinstall from scratch. For me, a small incremental performance gain isn't worth that much.

      I'd agree that portage is great for resolving dependency issues (or at least it seems that way to me so far). Then again, I've never run into an issue in that regard that I couldn't solve in half an hour or so using pkgtool either.

      --
      Ideology: A tool used primarily to avoid the bother of thinking.
    10. Re:Why it's appealing to me by Anonymous Coward · · Score: 0

      I only find one difference...

      for i in `ls -1 /usr/portage/profiles/default-x86-1.4`; do echo $i; diff /usr/portage/profiles/default-x86-1.4/$i /usr/portage/profiles/default-x86-2004.0/$i; done
      make.defaults
      packages
      packages.build
      use .defaults
      use.mask
      virtuals
      57d56
      < virtual/squeak-image dev-lang/squeak-fullimage

    11. Re:Why it's appealing to me by mobets · · Score: 1

      In either case, you still have to reboot at least once

      Not true. I can't remember what version it was, but I remember a big glibc or gcc update a couple years ago. The gentoo website linked to a script that somewone had written that took care of every thing for you. I was very impressed when it reloaded the kernal without haveing to reboot. It's been a while, so I don't remember all the details, but it is doable...

      --

      It was me, I did it, I moved your cheese
    12. Re:Why it's appealing to me by GreyWolf3000 · · Score: 1
      Well, if it only updated glibc and gcc, I daresay reloading the kernel would be necessary.

      At any rate, reloading the kernel while running requires a patch and is quite unstable.

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
  28. FreeBSD by bonch · · Score: 1

    Speaking of FreeBSD, I'd love to see Gentoo's Portage ported to FreeBSD. I know about ports, but I just like how Portage works. Feels more elegant to me.

    It seems the most common complaint is the time it takes Gentoo to compile anything. The flexibility this system provides is well worth the extra few minutes rather than installing *.deb or *.rpm files and entering dependency hell.

    Not to mention that Portage readily installs binary packages just fine if you do a Stage 3 install.

    1. Re:FreeBSD by MarcQuadra · · Score: 1

      Don't forget that you can build your own uber-customized stages 1, 2, 3, and more using a working Linux system and the 'stager' tool. I always build a 'clean' and updated stage 3 from portage and install from that. There's no need for a full day of downtime when you decide to scuttle your current system and reinstall.

      --
      "Sometimes, I think Trent just needs a cup of hot chocolate and a blankie." -Tori Amos on Nine Inch Nails
  29. nonsense by treat · · Score: 2, Insightful

    Enterprise users do not want to compile anything. A Redhat install can be done in under 10 minutes on a fast machine with a fast network. An install that takes two days and requires manual work at every step is simply not reasonable.

    Enterprise users do not generally care about performance to the extent that a different compiler option tailored for their CPU will benefit.

    Enterprise users do care about the software being tested with the exact same compiler and compiler options and libraries that they are using.

    Gentoo will never have widespread enterprise use. The idea is just silly.

    1. Re:nonsense by deathguppie · · Score: 1

      I agree nonsense to what you said

      you can do the same thing with Gentoo that you can with red hat, compile a binary that will work on most, or all of your systems, and then just, fdisk, and dump a tar.bz2 image on to the systems that you want to use.

      If you have two million different sets of hardware, you can easily set it up for that too

      thinking that only RedHat, (binarys) can fit on a box "fast", is irrisponsible and antiquated! Nuff said

      --
      once more into the breach
    2. Re:nonsense by mastergoon · · Score: 2, Insightful

      I'd say the opposite, a lot of enterprise users want to squeeze out every last drop of performance they can get.

    3. Re:nonsense by SavedLinuXgeeK · · Score: 1

      Well Honestly, you can create binary packages, if Gentoo does go Enterprise, that may not be too far off. Actually something i've considered personally, and think it would be a great idea is a compiling farm. If Gentoo gets enough funding they can create a system to use distcc to create custom packages on the fly for enterprise users. Or they could just present pre-customized, and pre-set useflags that are most common. Though I think the compiler farm would work the best, and then just distribute the binary packages.

      --
      je suis parce que j'aime
    4. Re:nonsense by neurojab · · Score: 2, Insightful

      >I'd say the opposite, a lot of enterprise users want to squeeze out every last drop of performance they can get.

      That depends on what you mean by "enterprise". I'm sure in the educational and research sector this is true, but in the business sector, hardware is cheap and man-hours are expensive. Squeezing every last drop of performance, as you say, is not something that would get bankrolled.

    5. Re:nonsense by macdaddy · · Score: 2, Informative

      I guess I must be the exception to your uneducated theory because I'm doing just that.

    6. Re:nonsense by Jerf · · Score: 4, Insightful

      Enterprise users [are lazy people with no time to do anything with their computers]

      What crack are you smoking? It's the enterprise users who have stuff that's so mission critical they buy Windows source code from Microsoft and do stuff with it. You know, because tons of money is at stake.

      It's the poor schmoes with three computers and a network hub that just want to plug things in and make it work, because one person-week wasted is a significant percentage of the company's time.

      You obvious have no clue. If the enterprise users can score any kind of 10% improvement enterprise-wide with merely a few thousand man-hours invested, that's a good deal.

    7. Re:nonsense by roror · · Score: 0
      Enterprise users do not want to compile anything.

      They don't want to do anything anyways, except in the .. ahem .. "enterprise" pantry and near the pool table.

      It's us unpaid college grads who stay up all night trying to figure out how things can be made more beautiful, for the sake of nothing but the satisfaction it gives...

    8. Re:nonsense by Skeezix · · Score: 1

      Then apparently you don't understand what is widely understood as "enterprise". Have you actually looked around lately at what the enterprise is? We're not talking about geeks in some shop somewhere who know Linux and love it. We're talking about mainstream deployments. There is no way Gentoo will be mass deployed any time soon at a Fortune 500 company. Period. Think about it for a few seconds. You'll get it...

    9. Re:nonsense by Anonymous Coward · · Score: 0

      Assuming that you have more than a couple machines, it's not much of a problem to compile on one 'test' machine and build the packages, with all the optimizations you need, and then use those packages on the other machines. I'd think that perhaps putting off upgrades another year might be worth it to some businesses.

    10. Re:nonsense by dohnut · · Score: 1


      Depends on what you're doing. We build many systems which are identical. Initially, you invest a day (or two) to build a highly optimized and efficient environment. Then you image the disk and just do image to disk copies after that. Very quick, simple, and easy to control.

      --
      Stupider like a fox! - H.S.
    11. Re:nonsense by dodobh · · Score: 1

      Uh? So you build once. Then just replicate the binaries from your internal server.
      Most enterprise systems should go the base server -> gold server -> deployment route anyway.

      --
      I can throw myself at the ground, and miss.
  30. Re:Server room? by ImpTech · · Score: 2, Insightful

    What admin needs new software now? You (gasp) TEST things before you implement them! Which is why you have a TEST machine, on which you can do any compiling you may need to. Moreover, it really doesn't take that long to compile most programs on modern hardware. Ok, maybe it takes a while on that old 200MHz machine in the basement, but barring that... and its not like you build KDE every day (or at all on a server).

  31. Gentooo..EOOO! by deathguppie · · Score: 4, Interesting

    I see the future of Gentoo not only as a meta distrobution, but also as a comunication method between developers and users

    The biggest thing about Gentoo for me hasn't just been the fact that I can get anything (fresh out of the oven), but the fact that I can report bugs, and get feedback within hours....I can go to the gentoo forums and get answeres within minutes

    It's because I feel the future of linux is in its ability to progess, to find new way's of doing thing s, to find new......on a five year mission to .... well you get the idea.

    Gentoo is just plain FUNNN!!!!

    --
    once more into the breach
  32. My money! bwahaha! by gnuman99 · · Score: 1
    Gentoo's guy figures if they had the cash they'd be up and running in 6 months.

    If I had "the" money, I'd be up and running with it now!!

    1. Re:My money! bwahaha! by Anonymous Coward · · Score: 0
      If I had "the" money, I'd be up and running with it now!!

      If I had the money, I'd be up and running "away" with it now!!

    2. Re:My money! bwahaha! by meringuoid · · Score: 1
      Gentoo's guy figures if they had the cash they'd be up and running in 6 months.

      Up and running in 6 months? I mean, I know this is Gentoo we're talking about, but this seems excessive. What are they using, a 386SX?

      --
      Real Daleks don't climb stairs - they level the building.
  33. we should see how business friendly these OSes are by GoClick · · Score: 5, Interesting

    We will take some random people in the following magnitudes and administer an OS test to see who's really king. Now I agree that Windows has a greater advantage because of market share, HOWEVER that's the real world and the one we play in.

    30, 9th graders selected at random
    30, Fresh high school grads
    60, members of the general population
    30, persons age 30-60
    30, persons age 60+
    30 small business _owners_ not in IT

    FYI this is 210 people.

    We will have them attempt the following tasks Using the latest versions of
    WindowsXP,
    RedHat,
    Gentoo,
    Linspire
    OS X

    Participants will be timed and rewarded with a prize if they succeed in their tasks, say a candy bar (to simulate a work environment where they would get money)

    There will be two tasks to do 1/2 of each group will do each

    The first half will have to complete the tasks without any documentation other than what is provided standard ON SCREEN.

    The second half with a full printed manual including screen shots and detailed step by step instructions

    Our tests will be

    Install the OS (I realize this isn't realistic cause every Mac already comes with it but it'll have to do)
    Create 5 users
    Log in as one of the users and complete the following tasks
    Write a complex document with some formatting and colors and save it as a HTML document
    configure e-mail and send that HTML document to someone
    make a spread sheet and save it to a location and upload it to a website

    Users will have to find and install all the software to do these things either durring the OS install or from the Internet, they can make 2 phone calls durring the test

    Then we'll see what OS is really easiest and fastest and cheapest, we'll assume these people all cost $0.002 per second... Meaning that the commercial OSes already start with quite an expensive handicap.

    I'm sure with some more time and thought one could make this more fair but I personally expect OSX (Followed by Linspire) to win the on screen only event by a wide margin even considering the heavy price tag of the OS (we'll just assume a PC that costs as much G4 to level the feild) Most of us have seen a newbie use OS X and it's almost like they know what their doing..... For the well documented test I would expect Linspire to win followed by RedHat.

    Now test could be expanded to setting up a small office network typical to a small business, I once again expect OS X to clean up

  34. Uh by bonch · · Score: 0, Troll

    Wow, so you mean I can upgrade Slackware 8 from Slackware 9 with no problems? How about Red Hat 7 to Red Hat 8?

    Yeah...

    1. Re:Uh by reaper20 · · Score: 2, Informative

      Ummm. I stick the RH8 discs in a RH7 box and choose "upgrade". Or I use yum or apt and take it right to FC1 or rawhide.

    2. Re:Uh by ErichTheWebGuy · · Score: 1

      Better yet, RedHat 8 to RedHat 9..... If you have a free weekend, try that. It is good wholesome fun for the whole family, lemme tell ya!

      In case you care, it doesn't work cuz RedHat added the native posix threading thing as of 9 and applications built against 8.0 or earlier libs will not work (with a few exceptions, I hear).

      --
      bash: rtfm: command not found
    3. Re:Uh by KuNgFo0 · · Score: 0

      I've been keeping my Slackware partition sync'd with slackware-current since 7.1 without any problems. What more, I've had virtually zero stability issues all these years.

    4. Re:Uh by croddy · · Score: 1

      apt-get dist-upgrade

    5. Re:Uh by datadriven · · Score: 2, Informative

      swaret --upgrade -a Swaret does everything apt does except hose your sytem.

    6. Re:Uh by Anonymous Coward · · Score: 0

      I took a 3.4 box (September 1997 vintage) up to 8.1 back when that was current. That box has been through 9.0 and now runs 9.1. It will get the next version once that's out and stable.

      3.4 didn't have certain things we now take for granted like upgradepkg. The solution was to install the new versions of certain things including the pkgtools, then use them to upgrade the rest. I didn't even have to reboot the box until later when I wanted to make sure LILO was happy.

      I know, I'm a moron for leaving the box at 3.2 with so many holes and other problems. My excuse is that it was safely hidden inside a network away from prying eyes. Now it's just as current as any other.

  35. Re:Server room? by ErichTheWebGuy · · Score: 2, Funny

    You (gasp) TEST things before you implement them!

    Apparently you are not employed by Microsoft :-D
    Microsoft admits major flaw in critical Windows 2000 security patch

    As a side note, you mentioned building KDE. I built KDE using konstruct right after 3.2 came out, and it took the better part of 8 hours on a 2.4GHz/1GB RAM workstation.

    --
    bash: rtfm: command not found
  36. Enterprise Gentoo by base_chakra · · Score: 1, Flamebait

    I was a little surprised by the internetnews.com article about Gentoo being used in the enterprise. Kurt Lieber (of Gentoo) even claims that "Gentoo is being widely used in corporations today", although his definition of "widely used" may be different than mine.

    As great as Gentoo is, it's not high on the list of distros that I would have guessed the business world would embrace. Granted, Gentoo's flexibility does seem to make it well-suited for certain enterprise-level applications; and if Debian can be adapted for commercial consumption in the form of distributions like Xandros, then I suppose Gentoo could as well.

    Lieber's target market is a niche market. While I certainly agree that Linux' future shouldn't be arbitrated by one or two vendors, I'm not convinced that the enterprise niche Lieber describes is best served by a commercial version of Gentoo. Regardless, it's unclear from the article whether or not he would actually commercialize Gentoo given the chance.

    But the popularization of Gentoo's approach could have other connotations. It's easy to relegate Portage to the realm of Linux curiosities that never could have mainstream appeal. On the surface, it seems that way. But this is exactly the sort of system I would expect to see standardized once our network infrastructure and home computer technology matures to the point at which package acquisition and build time are negligible.

    But for the time being, we're still a point at which we're trying to establish some solid standards in the Linux world, and as much as I want RPM to go away, it won't any time soon. So while I don't foresee Portage triggering any revolutions within the next few years, the concept will evolve and its day will come.

    1. Re:Enterprise Gentoo by deathguppie · · Score: 1

      The answere is "USE" flags, look them up and learn a little about how Gentoo works, then flame away.

      USE flags allow you to build all of your applications with specific dependancies, that allow you to "use" X with Y.

      These are linux standards, the ability to do with it what you want

      --
      once more into the breach
    2. Re:Enterprise Gentoo by Repugnant_Shit · · Score: 1

      You can't use X with Y...they are competing graphical systems! :)

    3. Re:Enterprise Gentoo by polyp2000 · · Score: 1

      I love gentoo, I tried different distro's over the past few years, SuSE, Mandrake, Red Hat etc.
      I tried Gentoo a couple of years ago, and have been running as my main desktop machine ever since. Its so easy to update and maintain and I like the ability to tweak for my hardware specifically.

      Sometimes there can be a few weeks of wait for certain packages to get into the portage tree, but generally speaking when they arrive, they work without any problems. Gentoo also seems to have got more and more stable over the time that I've been using it.

      However, I would be rather reluctant to use Gentoo on a production server. My thoughts may be unfounded but I'd feel a lot "Safer" using RedHat or other well known distro. If i need to phone up a co-lo to get them to fix an issue, id rather know that the staff are using a tried and tested system. In addition to this building from source can be a time consuming process, that which my boss (if i had one) would probably rather have me avoid.

      This is not to say in any way that Gentoo is not up to the job, I'm sure it is in fact. If Gentoo are thinking of taking the next step Distro-Wise, Their Enterprise distro needs to be "Binary" oriented (or at least defaulting to binary installs) and the install process needs to be point and click-ified. This really is a pretty damn easy thing to do, The ease of building an entire system from a few command lines could ensure updates can be provided at the drop of a hat.

      I enjoy my gentoo, and being able to build from source etc. But there is no-reason why Gentoo can't build and enterprise level binary oriented distro from the same base.

      nick ...

      --
      Electronic Music Made Using Linux http://soundcloud.com/polyp
  37. Actually they want marketing by GoClick · · Score: 1

    PHBs and Small Business owners tend to be a more interested in flashy marketing than anything else.

  38. Are you insane? by macdaddy · · Score: 2, Insightful

    Have you ever successfully attempted this? I've tried it before, RH 6.1 --> 6.2 & 7.1/2 --> 7.3, and have NEVER had a successful upgrade. And I'm pretty damned good at admining the Redhat distribution.

    1. Re:Are you insane? by cowbutt · · Score: 1
      I've done RH6.2 directly to RH7.3. I was wary, but it worked just fine, bar our own applications that needed rebuilding against the new versions of the libraries included in RH7.3 (which is entirely expected).

      Were you replacing random bits of the distro with built-from-source packages, by any chance?

      --

    2. Re:Are you insane? by pilot1 · · Score: 1

      I have. Worked fine, except for a few RPM dependency problems that were easily fixed. However, I still prefer Gentoo. Those guys are saints.

  39. Hmm. by Visceral+Monkey · · Score: 1

    I've used Mandrake, Red-Hat, SuSE and now Gentoo. Gentoo was by far the most difficult one to install.

    It also taught me more about linux than any other distro I ever tried. Now, that's great for me and anyone else who has the *time* to learn, but bad for someone just wanting a desktop they can uber-customize. The answer is, of course, an installer that is easy and painless. I think there should be 2 ways to do this with a gui installer:

    1.) The advanced option to install everything from source using either the ~x86 or the stable lines.

    2.) The option to install everything from GRP, or the already previously built packages that Gentoo already offers for all the major software. If you need it quick, there is no reason in hell this gui process should take any longer than mandrake, red hat or suse. Plus, once it's installed you can still either emerge the stuff you need or even go back and compile the entire friggin thing in the background with just ONE command. I can see this being the most used option.

    Either way, what Gentoo needs is a graphic installer and it needs it BAD. The funny thing is, there is a whole other class of Gentoo zealot that would rail against this and proclaim from the top of the mountain that it is unclean and an offense against God himself. You can still use the CLI guys, just because a gui exists won't mean you'll be forced to use it.

    As for using Gentoo in the enterprise enviornment, that would take some balls and someone confident of their abilities to do so. But if they can do it, why the hell not?

    emerge -u giant balls

    --
    *Fortitudo, aequitas, fidelitas.*
    1. Re:Hmm. by deathguppie · · Score: 1

      wanna do some coding? I have a whole bunch of QT designer, stuff that will do just what you want, but I need some backend work

      But even if I don't someone else will, it's inevitable, it's on the way

      --
      once more into the breach
    2. Re:Hmm. by Aneurysm9 · · Score: 1

      Gentoo already has an installer project. It seems to still be in the pretty early design stages, but it's something for the point and click crowd (and it sounds like a decent automation system too).

      --
      There was Cowboy Neal at the wheel of a bus to never-ever land.
    3. Re:Hmm. by Anonymous Coward · · Score: 0

      Hey Visceral, can you give an idea of the ways in which the install process taught you so much about Linux?

      I'm one of those desktop users, using various Linux flavors for the past three years, who uses the commercial distros and is always trying to learn more. One big impediment to learning "more about Linux" is having enough free time. So I'm always on the look-out for efficient ways of learning more about Linux.

      Note I didn't say "time-saving" ways to learn more. I don't care if it takes a lot of time - I can try installing Gentoo on an old test box and take months to finish the job as long as I care.

      But I want the learning to be efficient, I want all that time to be productive.

      When you say it makes you learn about Linux, is that because:

      a. You have no idea what you're doing half the time you are doing a Gentoo install, and as such you're out there scouring the man pages, hitting Google and Usenet, and developing knowledge that haphazard way? or

      b. There is something inherent in the installation project (like incredibly good instructions which explain what is happening every step of the way) which adds to your knowledge? or

      c. something else?

      I have so often heard Gentoo guys say they learned a lot by installing it, but they never say HOW they learned a lot. Can you explain further, I think a lot of people might find it helpful. Thanks, Regrettably Anonymous

    4. Re:Hmm. by EvilSporkMan · · Score: 1

      The Gentoo Handbook discusses all the choices involved in installing and explains exactly what to do every step of the way so you don't have to rely on (m)any automated installation programs. (There does exist a program to configure and build the kernel for you, but why use it?)

      --
      -insert a witty something-
  40. gentoo and compile times by diablobsb · · Score: 5, Informative

    the most common complain (and mistake) about gentoo is that it "takes forever compiling" etc etc yadda yadda....
    this is BS....

    first: I have like 20 servers running gentoo, the oldest of them is a pentium3-1ghz...
    even on this machine mostly everything compiles just fine (doesn't take long).

    2nd: for the things that WOULD take a lot to compile on this hardware, I can always resort to the binary packages (emerge -k)... kde/openoffice/gnome/etc gets installed in seconds....

    3rd: most my servers don't need kde/X/gnome/etc...

    4th: if there is a package i use often, and it's not avaliable as a precompiled package... i can just have emerge "create" one and store it on the network... if i do an emerge things get compiled from source... if I do emerge -k , the portage will first look into my packages dir to see if it finds a precompiled version, and if it does... use it...

    5th: distcc is your friend... i have 5 xeons 3.06ghz on my distcc farm... talk about fast compiles :)

    6th: gentoo rox :) i would never, ever trade it for other distro....

    --
    I for one, welcome our new hot grits... PROFIT!
    1. Re:gentoo and compile times by Skeezix · · Score: 1
      6th: gentoo rox :) i would never, ever trade it for other distro....

      what do you actually like about Gentoo? *why* does it "rock"? I'm honestly trying to figure out what the appeal is. I've been running Redhat/Fedora for years and it does everything I need it to. Why would I want to switch to Gentoo?

    2. Re:gentoo and compile times by mbyte · · Score: 1

      One reason for me is that you don't need to "upgrade" the servers anymore. With portage you can allways keep them up to date. No downloading of cd's. No need of having cdroms in the server. No new installation every 18 months (Redhat 6.2->...9.0 .. guess how many old redhat cd's are on my desk .. wasted .. ). Easier upgrade paths.

    3. Re:gentoo and compile times by BenjyD · · Score: 1

      But that's the same as Debian, Arch, SuSE and many other distros. Why do Gentoo users always think that portage is the only automated updating tool?
      It doesn't do backwards dependency checking (if I remove this package, what other packages will I break?).
      I used to be a Gentoo user, but I just got fed up with the compiling after a while.

    4. Re:gentoo and compile times by Vloris · · Score: 1
      5th: distcc is your friend... i have 5 xeons 3.06ghz on my distcc farm...

      Yeah, gentoo might be the distro for you then. But do you realize not everyone has the money and the space (and what about the need when they are not compiling packages?) for 3 such machines?

    5. Re:gentoo and compile times by mbyte · · Score: 1

      I'm not talking about regular update tools. Debian is coming close to this, but from my experience it never worked correctly (install one package you need and which is not in the current distribution, and the "version upgrade" feature of apt is hosed.)

      Its more the "upgrades" from the releases. Going from rh 6.2 -> 7.0 takes many hours downtime. Changed too many things, and often i resorted to installing a new version on a second harddisk, then later replace the hd's ...

      So with gentoo you never have to worry about EOL of the version you installed, it will always be up to date ! Also it gives you the ultimate freedom of choice as a sysadmin (not restricted to the tools your distro is offering you). And as the original poster said, the compile times for servers are really short. A typical install for me on a new machine takes 1/2 day CPU time (much less for my time, as you can ssh to the new box right after you boot the install cd, then remotely install the rest :)

      Gentoo may be not perfect for everyone, but for me, having to take care of a couple of servers its ideal :)

    6. Re:gentoo and compile times by BenjyD · · Score: 1

      Of course installing dodgy unofficial debs can break upgrade. Just uninstall the package, upgrade, then reinstall if you must. I'm sure installing something off breakmygentoo can prevent upgrades working. apt-get is far more reliable than portage in my experience. Not that I use Debian anymore.

      The point is, there's no real concept of an "upgrade" in *many* distros these days, so it really isn't a major selling point for Gentoo. You just run the standard updater, and one day it fetches a load more packages than normal.

      As I said, I used Gentoo for about 9 months or so, but now use Arch and find it much nicer. I never have to compile packages, I never have to worry about USE flags and it's just as fast.

      Being better than RedHat doesn't necessarily make a good distro!

    7. Re:gentoo and compile times by Jason+Hood · · Score: 1

      I think you are a troll or just dont know what you are talking about... But I am bored @work =)


      installing something off breakmygentoo can prevent upgrades working

      Never had this happen. I use gentoo as my primary dev box (and several servers) and I use bmg ebuilds all the time. They cannot prevent upgrades from "happening" unless you are using alpha ebuilds of portage itself. If you are may God have mercy on your soul. Portage defines the rules, you choose to follow them.


      I never have to compile packages

      Neither do I. I just emerge them ;). If I am doing heavy compiling in my development environment (for work) I just set the priority very low and dont notice the emerge. Even if I am updating KDE/Gnome I can build the entire update and install it all at once later, with no down time. I dont have to wait weeks before someone builds an rpm or a distro has it included as "stable".


      never have to worry about USE flags

      Well you dont have to anyway. The use flags are their if you want to customize, just like the cflags. If you dont need/want them, just leave them alone. The defaults will work fine.


      Being better than RedHat doesn't necessarily make a good distro!

      Well no shit. Redhat is just plain horrible (no niche, unstable, inherently outdated). Mandrake is a step in the right direction for newbies but is still package based (urpmi doesnt count). There are many different distros because there are many different needs for linux. Gentoo tries to encompass a large cross section and they do a very good job.

      If you dont like it, dont use it. Just dont pull a slashdot and spread around crap that isnt true.

      --
      Are you intolerant of intolerant people?
    8. Re:gentoo and compile times by BenjyD · · Score: 1

      I'm not trolling, just trying to calm the flames of Gentoo zealotry. Many people seem to post about emerge as if it's some sort of magical system, I was merely pointing out that what it does is not all that different from many other distros. You get some additional control over your system, at the cost of a lot of compilation time.

      I was replying to the parent's points. I imagine what he means by additional packages breaking upgrades is if, for example, you install foobar-1.5 from another source and a load of upgrade packages depend on the official foobar-1.4 package, the upgrade won't work without removing the foobar-1.5 package. I imagine this occurs occasionally with most packaging systems. As you say, it is pretty rare with emerge and apt.

      Yes, you can just do emerges in the background - my computer spent many a night being left on emerging some new release. I just got fed up with waiting after a while.
      I brought up Redhat because the parent mentions it as a comparison.

    9. Re:gentoo and compile times by Anonymous Coward · · Score: 0

      "Well no shit. Redhat is just plain horrible (no niche, unstable, inherently outdated). "

      Wow, talk about trolling. I'll take Red Hat anyday over Gentoo. While your busy compiling and trying to figure out how best to optimze I'll just be using my system.

      You have a lot of nerve to attack anyone who has anything bad to say about Gentoo but then go and spread bullshit FUD about Red Hat. Unstable? Outdate? You don't know what the fuck your talking about. But then again your probably one of those snot nose teens who gets a boner because you think setting up Gentoo and compiling software makes you King of the Universe. Loser.

      btw hope your running Hurd or else you might infect your system with a kernel that Red Hat employees have worked on. People like you are why Gentoo has a bad rap.

  41. Kportage by Theatetus · · Score: 1

    I hate KDE, but kportage is a decent app, and lets you merge, unmerge, inject, clean, prune, and depclean.

    --
    All's true that is mistrusted
  42. Re:we should see how business friendly these OSes by deathguppie · · Score: 1

    ya, sure 9th graders, doing spread sheets, I wonder what those two calls will be about?

    --
    once more into the breach
  43. Gentoo is working on a installer by UnseenEnigma · · Score: 1

    it looks like they have a really good idea down. profiling and a nice set of options based on the current plan. If i werent too busy right now with school and a diskless cluster im working on id probably be helping develope it. I have yet to here anyone who has used gentoo that doesnt like it. (just thought i should note this) With regard to the enterprise i can definitely see it going their especially if they atleast provide the option of using a official central binary repository (the infrastructure is already in portage and chinstrap provides a partial tree). A master binhost could be set up fairly easily for a few use/cflags "profiles". This would atleast help with the "so slow to setup" argument because u could install recent pure binary then recompile nicely in the background.

  44. Baselines! by grahamsz · · Score: 3, Insightful

    I love gentoo but still wouldn't run it on a critical server because of the compile demands.

    I feel an enterprise version of gentoo needs some sort of master compiling server that can build binary packages (perhaps optimized for each arch in the company). That way, every 90 days (or whatever period, the IT department can build a 'cutting-edge' stable release and subject it to their quality control procedures.

    Once it has passed, they need to produce the binary packages, and every system in the company can then emerge those (binary) packages on a nightly basis.

    It doesn't make sense to have all your workstations and servers compiling everything for themselves.

    1. Re:Baselines! by Anonymous Coward · · Score: 0

      It doesn't make sense to have all your workstations and servers compiling everything for themselves.

      You don't have to do things this way. You can easily build binary packages and send them out to your servers. Please read up a bit on a distro before dismissing it for utterly baseless opinions.

    2. Re:Baselines! by ispeters · · Score: 1

      You can already do this. In fact, you can do exactly what you suggested: build on one machine, then install binaries everywhere else (with optional testing between build and install). emerge can create a binary package as a side-effect of building a source-package, so you get yourself a server for compilation (or a server farm) and you build/test everything there, and then when you're satisfied that the upgrade won't screw anything up you just tell all the other machines to update themselves from your internal package server. I've never implemented this myself, so I don't know how easy/difficult it would be to manage, but it's easy in theory.

      Ian

    3. Re:Baselines! by ashmodai9 · · Score: 1

      As someone who actually uses Gentoo Linux in an enterprise environment, I agree with you on the compile demands - it doesn't make sense to compile the same software with the exact same optimizations and compile settings on a bunch of machines.

      When we first started using Gentoo, we had two build machines - one for pentium3-specific packages (.tbz2s) and one for pentium4 package building. All packages were built and tested on these two servers, and we used rsync to copy the contents of /usr/portage/packages to a machine before updating or installing said package with the binaries from the build server.

      Gentoo has improved on this front, though. Nowadays, we simply make use of the PORTAGE_BINHOST directive in /etc/make.conf to specify a HTTP server from which to pull packages, and simply use emerge -GK on the Gentoo boxen to update or install packages.

      Look for the commented entry for "PORTAGE_BINHOST" in your make.conf or make.conf.example file - it's just the thing for managing multiple machines from a common source of packages - all you need to do is point a webserver at the /usr/portage/packages/All directory and use that URL as the source for binary packages.

    4. Re:Baselines! by niittyniemi · · Score: 1


      > I love gentoo but still wouldn't run it on a critical server
      > because of the compile demands.

      I point you to this page at Netcraft
      where all the servers with the longest uptimes are BSD based.
      Guess what? BSD based systems use compilation to install/build
      softs.

      You and others fail to realise that any multi-tasking OS worth
      it's salt can carry on with it's work whilst software is being built.

      The advantages of using a system based on ports/portage far
      outweighs any performance hit from compiling your softs.
      Especially for servers where you're not building bloatware like
      Gnome, KDE, Mozilla etc.

      I suggest that all Linux systems will one day use
      ports/portage as it's the only way not to run into dependency
      problems when upgrading the system.

      This information comes to you from somebody who's FreeBSD system
      is a 300MHz Celeron with dial-up access and can happily browse
      Slashdot whilst software is being built and can rebuild the base
      system in 3 hrs.

      --
      The Machine stops.
    5. Re:Baselines! by MrNemesis · · Score: 1

      I love Debian (and gentoo) and do run them on critical servers.

      Almost everything is compiled from source but *not on these servers*. Both Debian and Gentoo make it trivially easy to use a "sacrificial lamb" machine to do the brunt of the non-mission critical work, then the binary packages are uploaded to the network apt/ebuild cache, and next time you apt-get or emerge, boomf, in goes the binary package, compiled as if it were compiled on that very machine.

      The machine dual boots gentoo (which we use for our linux desktops) and debian stable (which we use for our servers, which has a few custom compiled packages including our own software), with both machines set up to mirror the configuration of the server/workstation in question. This also has the advantage of providing a fallback in case of fire or flood or acts of dog.

      --
      Moderation Total: -1 Troll, +3 Goat
  45. Re:Call me a troll if you will... by zbrimhall · · Score: 1, Informative
    The flexibility this system provides is well worth the extra few minutes rather than installing *.deb or *.rpm files and entering dependency hell.

    Not that I don't love Gentoo or anything, but mind you,
    emerge kde
    adds more than just an "extra few minutes" to the installation process. In all, the first couple of times I installed Gentoo on my laptop (stage 1 and then stage 2), it took nearly a week before I felt OK about disconnecting it from the Internet to take it with me anywhere.
  46. Re:Mod parent down!! by lspd · · Score: 1

    >> So? What's wrong with not using Linux?

    > Nothing, as long as he's now using the HURD.


    Or GNU/kFreeBSD.

  47. It already does that and more! by ZeekWatson · · Score: 1
    What do I mean? Well, after the initial install the distro could start to compile the optimised packages with a preset set of flags and "replace" the existing pre-compiled binaries as it finishes the optimisations.


    This is *exactaly* how I always install Gentoo (done a dozen+ servers now). Install from stage3 and then recompile the system with optimized CFLAGS (--emptytree option).

    Someone else already had your idea and implemented it!

    And yes portage builds in the background with customizable nice level too.

  48. and why should it? by sadler121 · · Score: 3, Informative

    Is that really the point of Gentoo though? Gentoo is a META distro, NOT a full distro. If you read the handbook, there is a lot of emphesis on making Linux YOUR way. What's to stop an IT department from taking Gentoo as a basis, and implimenting it to the demands you specify? Gentoo already has a way to lighten the compile burden through distributed compiling, you can already set up your own portage system in a corperate style intranet for easy, fast access to packages, that, surprise surprise, can be hand picked by the head IT guy.

    The bottom line is Gentoo is about CHOICE, thats why the things so damned hard to install for newbies, (even with the wonderful Gentoo Handbook).

    For myself, I've tried other Linux distro's and have run into a lot of frustration when those distro's don't follow a regulated norm, (IE they liked to make up directories not specified in a program original make file, or other stupid things like that.) Gentoo is the closet you can come to a LFS (Linux From Scratch) system, except with Gentoo you have a way to deal with installed packages in a semi-organized fashion, (instead of having to remember every little tid bit about where every single file, etc is stored, so you can hunt it down to delete it so you can do that upgrade you want).

    1. Re:and why should it? by grahamsz · · Score: 1

      I think we're on the same page.

      I'm suggesting that the IT department choose the packages, either by taking the latest or thru preference. They do their own compile and essentially have their own distribution.

      Gentoo do however need to refine these features and package them in a way that will be appealing to corporate types. In such a way that maintaining the distribution of packages is easy, allowing companies to have 'their own' gentoo distribution without the overhead of actually maintaining your own disto.

  49. Paranoid? by OrangeTide · · Score: 0

    "slpv6 development was going well and all the senior developers were happy with my progress. But unfortunately, two lower-level Stampede developers wanted to control the slpv6 project. They didn't like the direction I was taking, and they spent most of their time insulting the new slpv6 system. Though I spent hours in heated development discussions defending the proposal against their attacks, we weren't able to resolve anything. Eventually it became clear that they were just naturally argumentative and wouldn't be happy until they had their way. Fortunately for me, my project had the approval of the senior Stampede developers. But these discussions began to wear on me and made Stampede development very unpleasant. Ugh!

    I couldn't avoid these guys since I had to hang out on #stampede to chat with higher-level developers. And every time I was on the channel they became combative, trying to undermine my work. They'd use devious techniques like calling for development meetings (really just an opportunity to insult my work in front of the senior developers). They'd also try to call for votes, attempting to seize control of Stampede. Of course they'd only call for a vote when they thought they had convinced enough people to agree with them. Throughout all of this I continued my slpv6 development. Needless to say, the senior development loved my work and wanted me to continue (without their support I wouldn't have been able to stick it out). "

    That seems a bit paranoid to me. He managed to deduce this all on his own, that people were plotting to undermind him in devious ways?

    How about I put forth my own theory of what happened here.

    A couple guys, who were probably twits, wanted to have more/all influence with the project. They called meeting and things because they were worried about where the project was going and their lack of control to "fix" it. Many people honestly think they can do a better job than someone else, it's not "devious" for them to try and get votes(hey that's democracy) or to to have heated and passionate arguments about things they believe that needs to be better/different.

    --
    “Common sense is not so common.” — Voltaire
  50. Gentoo Installer by sadler121 · · Score: 1

    Ever sense I made an attempt to install Gentoo a year ago, (that time I just didn't have the time to learn it, so I gave up on installing it, though, I am now writing on a computer that is 100% Gentoo ;-) ). I have pondered and wanted to start a project that would write a GUI installer from scratch. I love doing an install from the command line, its taught me a hellva a lot (more than ANY other Linux distro) the thing is, even though I could possably do another Gentoo install from the command line in my sleep, I've done it that many times, something as easy as a GUI installer would be nice.

    That being said, I would almost prefer said installer came from outside the core Gentoo Developers, (the guys at gentoo.org). If a group where to focus SOLY on an INSTALLER, then that group could tweak it, and make it better, better than it could have been if it was combined with a true distro project.

    Perhaps in future of said, hypothetical installer, it could be ported to not just install Gentoo, but Debian, slackware, or even LFS.

  51. Slackware is easy to upgrade by OrangeTide · · Score: 1

    I've upgraded from slackware 7.2 all the way to slackware 9. There is this amazing program that comes with slackware called "tar". You use it to install slackware packages.

    --
    “Common sense is not so common.” — Voltaire
    1. Re:Slackware is easy to upgrade by Anonymous Coward · · Score: 2, Funny

      Yeah, but you only need to do it once every 5 years when the new release comes out :)

    2. Re:Slackware is easy to upgrade by ViolentGreen · · Score: 1

      Yeah, but you only need to do it once every 5 years when the new release comes out :)

      slackers...

      --
      Not everything is analogous to cars. Car analogies rarely work.
    3. Re:Slackware is easy to upgrade by OrangeTide · · Score: 1

      You bring up an interesting point. I've actually upgraded my computer more often than slackware. I pretty much just take the harddrive out and move it into a new machine. Otherwise I'd still be using a K6-2/500.

      --
      “Common sense is not so common.” — Voltaire
    4. Re:Slackware is easy to upgrade by pos · · Score: 1

      My gentoo is still on a K6-2/500 you insensitive clod!

      --
      The truth is more important than the facts.
      -Frank Lloyd Wright
  52. Re:we should see how business friendly these OSes by CliffH · · Score: 4, Interesting

    I think we should level the playing field just a tad. First of all, if you're taking that broad of a selection of people (well, it's not THAT broad but broad enough for testing), you have to consider that a decently high percentage of said people have trouble installing a program on their computer and that's with propmting, so, I would personally ditch the OS installation idea right off the bat.

    Next up, creating the users. I can count on my hands how many people on their home based computers actually have more than one user created on their systems (and this is regardless of OS), let alone 5 users. If we're going to keep this real world, we have to look at real world situations.

    Third. The setting up of email is a good one. Everyone basically has to do that at some point and time (except people using AOL basically) so that is a good test. Another good one would be setting up the internet connection, and I am talking about making the people setup a dialup connection. Broadband is cheating in some respects and a bit more difficult in others.

    Fourth, navigation of the OS/GUI. Make them find various programs and give the location. Nothing really obscure, but make them have to use the search functions of the OS/GUI. This will test how well the various OSs handle searches and how intuitive they are to people (if you're wondering, I'm looking thoroughly and only at usability here).

    Fifth, ask the users to create a folder in a given location, create a document to put into it, save this document to the removable media of your choice, and hand it to another person to open. This will test interoperability between platforms/programs. It is cheating to put the same Office Suite (hell, leave out the office suite, just use supplied text editors) on every system, regardless of availability.

    I can go on and on with this and I am seriously going to try and carry out these tests in the not too distant future. Some of these things I would use to gauge how well students were comprehending what I was teaching during Linux and MCSE courses. Others are jujst ramblings off the top of my head. hehehe Anyways, it's time to eat and I'm hungry...

    CliffH

    --
    sigs are like a box of chocolates, they all suck remove the underscores to email me
  53. Things That Make You Go Hmmm.... by Anonymous Coward · · Score: 0

    I've tried it before, RH 6.1 --> 6.2 & 7.1/2 --> 7.3, and have NEVER had a successful upgrade. And I'm pretty damned good at admining the Redhat distribution.

    I'm pretty damned good at admining the Redhat distribution... NEVER had a successful upgrade.

    I'm pretty damned good at admining the Redhat distribution... NEVER had a successful upgrade.

    I'm pretty damned good at admining the Redhat distribution... NEVER had a successful upgrade.

    I'm pretty damned good at admining the Redhat distribution... NEVER had a successful upgrade.

    1. Re:Things That Make You Go Hmmm.... by Anonymous Coward · · Score: 0

      I think the point you're missing is that it was so hard to upgrade it that not even a experienced Red Hat user can do it.

    2. Re:Things That Make You Go Hmmm.... by Anonymous Coward · · Score: 0

      and the point you're missing is that Red Hat is easy to upgrade therefore the poster who claimed he was a good RedHat admin, clearly isn't.

  54. Re:Mod parent down!! by who+what+why · · Score: 1

    GNU/kFreeBSD???
    Sad truth - this looks like an April Fools Joke!

    If this project is real (and I guess Debian is known much better for their scruples than their sense of humour) then they really need a name change.

    Either that or I should register K-Free-GNU-GKLin-RMS-BSDSpire.org right now.

  55. Re:Uhhhh by Anonymous Coward · · Score: 0

    You know, when they fix a binary package they're changing the SOURCE CODE first. The package maintainer then sends the bug fixes to the developer of the program and they are integrated into the next release.

    How the hell did you think these programs got bug fixes all this time?

    Seriously folks. The level of naivety is through the roof. The guys that package the programs are the ones that fix it. Just because a script is compiling it for Joe Schmoe doesn't mean he's going to jump in and start submitting patches. We don't WANT everyone to submit patches and bug reports. They must filter up through the proper channels as a matter of course to keep the noise from drowning out the signal for the poor developers at the receiving end.

  56. Re:Mod parent down!! by boots@work · · Score: 1

    Damn. I just got my grandmother comfortable saying that I work on "Leenuks". Now she has to learn "gunookfreebisd". Fat chance!

  57. The insult is not fair by 0x0d0a · · Score: 2, Insightful

    I find it funny that you say gentoo cannot get grub to work on the first boot on your systems when gentoo does not in fact install grub... you do.

    What you actually mean is that left to install grub on your own you can't make it work. Personal problem? I think so.


    The question is whether it is reasonable to insult him for it.

    I do not consider myself an inept Linux user. I am certainly not the most knowledgeable person out there, but I have been using Linux heavily and exclusively for about five years now. I contribute to a number of open-source projects, have done some driver and other low-level work, and am pretty familiar with how my system and OS work compared to most of the people I know. I've blown away my system pretty severely and repaired it by hand many times. I set up newer kernels, debugged many a nasty problem with diagnostic tools, and learned a lot of the interesting quirks of Linux. This doesn't mean that I'm the greatest tech guru out there -- it does mean that I have an interest in learning how things work and have done so for some time. I would even venture to guess that I probably know my way around a Linux box better than you do.

    I started playing around with grub a while back -- I wanted to see what it was like. I could not get it working the first time I started poking at it, and ended up putting it off for ages until I decided to go back and spent several days getting it to work.

    Grub is not trivial to learn or use, even if it is "just a bootloader". Insulting someone because they have difficulty using it seems quite ridiculous.

    Among the pitfalls I ran into with grub:

    * Grub uses a completely different system for naming devices than Linux does. In Linux, my ATA drives are named /dev/hda, /dev/hdb, etc. This is the same naming convention lilo uses. In Grub, my drives are named (hd0, hd1), etc. This is quite unintutitive to Linux folks.

    * Grub was neither (at the time I first started playing with it) very well documented nor long on good Linux-specific tutorials.

    * Grub has a concept of "/" (generally starting in /boot) that is different from the Linux concept of "/". This was not obvious to me the first time I started poking away.

    * Grub does not provide the best diagnostic output in the world. It is a bootloader, so it's not easy to use diagnostic tools on it to figure out what exactly it might be using wrong.

    * When playing around with a bootloader (or anything that mucks around with the disk at a raw level) you generally want to be terribly careful if you have anything already on the disk. This makes experimentation even more difficult.

    * Red Hat builds grub with a different setup than the default mode of grub operation -- I have a /boot/grub and a /boot/boot/grub symlinked to /boot/grub to convince things to work properly. This was not immediately obvious to me.

    * I had a motherboard with an old BIOS at the time that happened to hang if it detected a particular hard drive at boot. I worked around the problem in the only way possible -- by telling the BIOS to ignore the drive size and letting Linux detect it on its own way. Possibly as a result, grub worked with an entirely different set of hard drive numbers when I ran it in Linux and when I ran it as a bootloader-initiated stand alone shell (i.e. in a situation where I had essentially no way to troubleshoot problems). Lilo, which uses Linux drive names, cruised right along with no difficulties, unlike grub.

    * grub uses many similar-but-different features relative to lilo. My grub.conf contains "default=0", where I number potential choices. My lilo.conf contains "default=linux.bak" -- I name potential choices.

    Finally, grub provides some nice features that lilo doesn't, but the functionality that I gained was probably not worth the effort that I put into getting grub working properly on a s

    1. Re:The insult is not fair by Anonymous Coward · · Score: 0

      Grub is a good example of over-engineered complexity for complexity's sake. A bootloader should be point-n-shoot. There's no reason that it has to carry its own commandshell and syntax baggage.

  58. Archlinux by Anonymous Coward · · Score: 0

    I am a huge fan of Gentoo, having used it for a year and a half on my laptop. When I had to replace the HD after it began the click of death, I decided to look for an i686-optimized binary distro that wouldn't require me to leave the computer on all night, eating away at my battery and HD lifetime. I found on OSnews, ran the install, rebooted, and have been an even happier customer since moving.

    Archlinux is, granted, a young distro with a steep learning curve and fewer package choices then Gentoo. I still found it had the most of the benefits that attracted me to Gentoo in the first place: speed, up-to-date software, and a good package manager (a program aptly named 'pacman' which allows me to keep my system up-to-date at all times in a single command (pacman -Syu))

    Arch isn't for everyone, at this point I feel it is for those fairly comfortable with Linux, but it shows great potential. If you have time and want to try something new, Arch is my recommendation.

  59. Well... by Lord+Kano · · Score: 2, Informative

    s Gentoo gearing up to be the third major enterprise distro?

    Maybe after they update the install process. Some scripts, a GUI or even a text menu would go a long way towards making Gentoo a bigger player.

    I have been using Linux for 6 years and Gentoo was a pain in the ass the first time I installed it.

    Then again, so was Red Hat 4.x my first time installing...

    LK

    --
    "Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
  60. Re:we should see how business friendly these OSes by Tarantolato · · Score: 1

    This is a dumb experiment. Gentoo is not aimed at the desktop.

  61. Static linking by myowntrueself · · Score: 2, Interesting

    Would I be right in thinking that Gentoo would allow me to specify certain sets of binaries to be statically linked? Easily?

    I have bucketloads of space. Having critical things like tar, emerge, vgscan et al statically linked is *well* worth the few K or *gasp* maybe even a few *M*

    --
    In the free world the media isn't government run; the government is media run.
    1. Re:Static linking by Atzanteol · · Score: 1
      I've seen a USE flag of '-static' for many ebuilds. I believe this may do what you're asking, though I've never actually tried it...

      USE="static" emerge foo

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
    2. Re:Static linking by myowntrueself · · Score: 1

      Sounds good though I read through the FAQs at gentoo.org and found out that one can never statically link with glib because libnss is always linked dynamically.

      Supposedly this is because libnss has to be 'special' for that specific machine or something...?

      Bizarre!

      And there was me thinking I was being clever making statically linked versions of sshd, rsync etc...

      --
      In the free world the media isn't government run; the government is media run.
    3. Re:Static linking by Atzanteol · · Score: 1

      Well, Your statically linked binaries will statically linked to other libraries they rely on (libssl et al). But it doesn't gain you a whole lot I believe. In fact, there can be many drawbacks (say, you upgrade libssl for security reasons, now you need to re-link everything that was ever compiled against libnss).

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
  62. Re:I like Gentoo... NOT by Anonymous Coward · · Score: 0
    Last time I used Gentoo and emerge, I got a message something like this:
    "There is 43 changed configuration files. Please check them."

    Changed files included files like hosts, passwd, etc. WTF.


    No war, couse I'm Free as BSD.

  63. The reasons gentoo will never go enterprise by menscher · · Score: 0, Insightful
    • identical binaries: we want to be able to take binaries from one system and use them on another. If a binary crashes, we need to be able to reproduce the problem on another system. Having binaries compiled with different options everywhere makes tracking down stability issues and other bugs a nightmare.
    • patches: enterprise systems don't want to upgrade, they want the patches to be backported to their version. New version of foobar fixes a security hole? We don't want it! We want the old version, with a patch. Otherwise we might have to modify our config files.
    • vendor support: some products will only work on certain distributions. The reason is that the vendors don't have time to test their product on every distribution. If they have to pick only one or two, it will be RedHat Enterprise and SuSE Enterprise. Gentoo rules itself out by not having a canonical set of binaries.
    • CPU time is valuable: we spend lots of money on our servers, and expect to get performance out of them. We really don't want to waste CPU time on compiling. Yes, I'm aware that a faster machine can compile faster. So what? I'm not about to spec out faster machines just to keep up with the compilation requirements. We'd rather spend our money elsewhere.

    <flame>Sometimes I wonder if there are any real sysadmins that support gentoo, or if it's just a distro for a bunch of kids to use at home. Which isn't to say that having kids at home beta-test all the latest stuff isn't useful. It's just annoying when they start telling the real admins how to run the shop. Ok, /. kiddies, mod me into oblivion.

    1. Re:The reasons gentoo will never go enterprise by Anonymous Coward · · Score: 0

      - identical binaries: we want to be able to ....
      - CPU time is valuable: we spend lots of

      With emerge -b/-B and -k options you can create binary packages on one box and then export the .tbz2 to the server and do emerge -k file.tbz2. So for production environments you can have a "packages" server and then push/pull the updates on every server for local install (without using your precious CPU time).

      Btw, yes there are real sysadmins that supports gentoo, and they do pretty well.

    2. Re:The reasons gentoo will never go enterprise by ZeekWatson · · Score: 5, Insightful
      How the hell did this crap post get modded up? A quick analysis of your points:
      identical binaries ...
      FUD FUD FUD Gentoo supports binary packages. emerge -k <package>
      patches ...
      Yes security fixes are backported. You don't have to run Apache2, Apache1 is supported, etc.
      vendor support ...
      Vendor support for what? Mysql? Postgres?
      CPU time is valuable ...
      Seems like a big big win for Gentoo in this area. Architecture specific optimizations make Gentoo the most efficient linux distro. And note that the use of binary packages (see first item) avoids compiling packages on each server.
      We'd rather spend our money elsewhere ...
      Whatever, the only money you have to spend is whats in your own pocket. Don't try to tell me you're in charge of decision making and purchasing for a large enterprise or some other BS cause it ain't gonna fly.

      Thanks for coming out! </flame>

    3. Re:The reasons gentoo will never go enterprise by Qoud · · Score: 2, Informative
      I am a system admin, real or not.
      • identical binaries: we want to be able to take binaries from one system and use them on another. If a binary crashes, we need to be able to reproduce the problem on another system. Having binaries compiled with different options everywhere makes tracking down stability issues and other bugs a nightmare.
        So use the same /etc/make.conf on all your servers

      • patches: enterprise systems don't want to upgrade, they want the patches to be backported to their version. New version of foobar fixes a security hole? We don't want it! We want the old version, with a patch. Otherwise we might have to modify our config files.
        Then install the patched ebuild. I went from openssh-3.7.1_p2-r1 to openssh-3.7.1_p2-r2, rather than upgrading to openssh-3.8_p1

      • vendor support: some products will only work on certain distributions. The reason is that the vendors don't have time to test their product on every distribution. If they have to pick only one or two, it will be RedHat Enterprise and SuSE Enterprise. Gentoo rules itself out by not having a canonical set of binaries.
        This a typical chicken & egg situation. Vendors are lazy and only support distributions with major market share, once gentoo becomes prevalant, they'll have to support it or lose customers.

      • CPU time is valuable: we spend lots of money on our servers, and expect to get performance out of them. We really don't want to waste CPU time on compiling. Yes, I'm aware that a faster machine can compile faster. So what? I'm not about to spec out faster machines just to keep up with the compilation requirements. We'd rather spend our money elsewhere.
        So you would rather your applications run at sub-optimal speeds. You can compile on non-production servers & install prebuilt packages.
    4. Re:The reasons gentoo will never go enterprise by Anonymous Coward · · Score: 0

      Identical binaries: Within an organization, emerge will build binary packages that can be used on all machines. Outside for testing, the Catalyst tool (that which builds the Stages and LiveCDs) also has a mode for building tests of various ebuilds.

      Patches: Install the gentoolkit package and run glsa-check, that will list all current GLSA (security announcements) and which ones apply to you. As far as backporting a patch, more power to ya.

      Vendor Support: That will come in time, though let's be honest, odds are the answer is out there in a googleable search, if you really need handholding for that, use SuSE or Redhat.

      CPU time: Err... And why the hell would you ever be compiling on a live server? Most should be emerge -k package. Just keep a chrooted server copy on your support system to compile new packages.

      Sure real sysadmins use it. By definition they will be the ones who will only need support for the most esoteric of situations, or for hardware support. They also probably emerge inject gcc after unmerging it so the gnu compilers aren't available on the server, and run emerge -k for installs from a seperate source.

    5. Re:The reasons gentoo will never go enterprise by menscher · · Score: 1
      Ok, so the predictable thing happened. The /. mods weren't sure what to do with my post, since it made sense, but goes against the current fad. And there were several responses, all of which contradicted themselves in an attempt to refute my individual points, while still missing the Big Picture. So, let me dumb it down for ya:

      The primary reaction is that I can choose not to compile my own binaries, which gives me an exact set of binaries that can be used enterprise-wide. Which is fine. That's what RedHat does for me now.

      And using these binaries allows me to save on the compilation time! Great! I don't do that with RedHat either, though. And of course, that kills off any performance increase Gentoo might have provided....

      I'm just somewhat amused by those who say that vendor support isn't important. Obviously you don't have software like Tivoli TSM (for backups) that requires a specific kernel from a specific vendor. Or specialized raid cards. Yes, some stuff can be worked around by extracting vendor files from a .rpm and forcing them into place on a non-rpm system. But not all. I have to agree with the chicken-and-egg comment about vendors switching. So fine. You be the egg and take the risk of going *splat*. I'm too chicken. ;)

  64. Enterprise Gentoo? Hmm. by mkv · · Score: 2, Insightful

    I wonder what the Gentoo guy would do in six months. That is not a very long time when you have to set up a distribution chain, a working support model, hire and train people to make it all happen. You also need to get your platform certified for enterprise use with application vendors, work with hardware manufacturers to certify hardware for your operating system, you name it. I seriously doubt they would be "up and running" in six months if they started today.

    --
    The secret to a successful /. career: Blame Microsoft
  65. I fail to see the benefits by CAIMLAS · · Score: 4, Insightful

    I fail to see the benefit of gentoo in a work environment. In my experience, it requires nearly as much tinkering to "get working right" (ie, trying multiple package versions) as LFS. emerge simple streamlines some of the steps normally taken with LFS.

    Some serious shortcomings in gentoo besides the above mentioned which make it inadequate for such a task:
    - It's time consuming to install. Time is money. Companies don't like spending money if they don't have to.
    - emerge doesn't do dependency checking when removing packages. For example, if I accidentally remove libc instead of glibc (for example), I've just fscked myself.
    - there doesn't appear to be any significant review process as Debian and RedHat has in terms of stability - Debian in particular. For instance: Someone used the fact that gentoo only requires the updating of the source code to update all gentoo machines. This isn't a good thing - it doesn't allow for a sufficient review of the code to make sure that there aren't serious problems with it. Contrast that to the armies of reviewers that debian has - even to the relatively new packages which are currently in sarge.

    My personal experience with gentoo is that it's too much of a hastle to install - only marginally more irritating than LFS. The only reason to do LFS, IMO, is if you're an anal retentive control freak, have some sort of philosophical bent, or you're doing it for the learning experience - once.

    I do know experienced users that use gentoo, however the majority of them are of the "I used Redhat for a short while, it sucked and broke a lot. Then I used slack, because it's leet, and now I'm using gentoo because it's leeter." Not many of them have even tried debian; several that I've convinced to try debian have started to turn their backs to gentoo to some degree. Nearly all of the people that I'd trust to babysit my servers run either debian predominantly or run multiple distros and have experience with all of them. I'd likely not want to work with someone that's so reckless to put such an untested system as gentoo in a critical role.

    --
    ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    1. Re:I fail to see the benefits by omega9 · · Score: 1

      This is pointless and repetitive, but I'm bored so you win.

      - It's time consuming to install. Time is money. Companies don't like spending money if they don't have to.

      There are so many rebuttals to this, it really only shows your inexperience with the distro and in some regards sysadmining. Any experienced Gentoo GRP installer will tell you that you can have a fully installed system up and running in the same ammount of time it takes to install something like Fedora. Granted, that's a desktop focused install, but it helps make the point.

      Aside from that, if you're doing OS deployment (desktop or server) and you're still doing things by hand, then you may have greater issues. At the very least you could keep a standardized install in a chroot environment and deploy with rsync. Does your boss know that? Doesn't sound like you did.

      - emerge doesn't do dependency checking when removing packages. For example, if I accidentally remove libc instead of glibc (for example), I've just fscked myself.

      "Our systems are down because our sysadmin just removed libc from one of the boxes." "WTF? Don't we pay him because he's supposed to be smarter then that?" You see where that's headed? Yes, safeguards are nice, and there are a few that aren't quite in place, but you're telling us you're competent and can't help yourself from removing libc?

      - there doesn't appear to be any significant review process as Debian and RedHat has in terms of stability - Debian in particular. For instance: Someone used the fact that gentoo only requires the updating of the source code to update all gentoo machines. This isn't a good thing - it doesn't allow for a sufficient review of the code to make sure that there aren't serious problems with it. Contrast that to the armies of reviewers that debian has - even to the relatively new packages which are currently in sarge.

      Gentoo has distfiles mirrors which hold the sources referenced by the portage tree. Rsync mirrors handle distribution of the portage tree to end users. To make a new package available, a new or updated ebuild must be created that matches the machines arch type and mask. The ebuild, sources, patches, and other associated files are all MD5'd before addition to the tree. When a user chooses to install a packag everything is checked for consistancy. This process has saved Gentoo users a few times, such as the nmap source poisoning that happened a while back.

      As far as code review, Gentoo has so far been successful using a peer/community review system. Packages are initially added as testing. or "soft masked". Once there is suffecient reason to believe there are no problems it is bumped to stable.

      My personal experience with gentoo is...

      Gentoo isn't an easy distro, and especially not easy to use correctly and effeciently, but the payoff is huge once you get there. It's a bit odd that most Linux users like Linux for it's power, configurability, and in some cases its complexity. Gentoo offers all of those on a new scale and suddenly people aren't interested in taking advantage of it. Don't put yourself down for not figuring the whole thing out right away.

      I'd likely not want to work with someone that's so reckless to put such an untested system as gentoo in a critical role.

      I'm using Gentoo at several sites for proxy services, web services and virtual domain mail hosting. It's unfortunate that we couldn't work together because you're willing to ignore my skills in sight of my chosen platform. By the note on the front of your homepage it appears you "happen to be looking for a job" so luckily you're not the decision making just yet.

      --
      I'm against picketing, but I don't know how to show it.
    2. Re:I fail to see the benefits by big+daddy+kane · · Score: 1

      It's time consuming to install. Time is money. Companies don't like spending money if they don't have to.

      uhh yeah ok, if you would look here you would see that one can easily make a "stage 4" install cd, which is basically a snapshot of ones installation, which can easilly be used to mirror instillations accross machines. also if you use a stage 3 install its drastically faster, especially if you use the quick reference guide.

    3. Re:I fail to see the benefits by drini · · Score: 1

      I use both debian and gentoo, and always prefer gentoo. About your claims.

      Granted, Gentoo takes a little bit longer than your average installation. for instance, last weekend I installed gentoo on this laptop in less than 3 hours (and I spent lots of time learning the new 2.6 kernel stuff)
      but, once you do, you can create a quick installation package to replicate bas install in less than 20 minutes (I guess your company can pay the 20c that a blank cd costs)

      emerge does dependency checking, you just don't use the tools (have you heard of gentoolkit) or emerge -p
      but you claim accident. you could've as well accidentally rmf'ed /usr and you would still be screwed (not gentoo's fault, get the point?)

      gentoo has two branches: stable and testing. And by the way, most sarge reviewers will use precompiled packages from pretty much the same sources gentoo builds stuff, but sarge users don't have so readily the source code (unless they do apt-src which then makes the point moot)

      and again.. aboout your last paragraph. Yes I do use debian, I like it, I still think gentoo works better

      --
      Math is the weapon!!
  66. ahaha by Professeur+Shadoko · · Score: 2, Funny

    "the oldest of them is a pentium3-1ghz"

    sounds a bit like "no, I'm not really annoyed by traffic jams when commuting in my helicopter"

  67. GRUB is not equivalent to LILO by mrchaotica · · Score: 1

    GRUB is complex and has different syntax than linux because it's not designed to only be a linux bootloader. It's designed to be able to boot multiple OSs (*NIX, Windows, OS/2, Be, whatever) in a consistant and OS-syntax-agnostic way. It's actually much more like Open Firmware (except that it's soft instead of firm)

    Now, if you are just booting linux, then the only real advantage it has is a boot splash screen, and that probably isn't worth the extra hassle. But, you don't have to use it! Last time I checked (1.4rc?), Gentoo supported LILO as well - instructions for it should be in the install doc right after the ones for GRUB.

    Finally, complaining that you have to install GRUB yourself with Gentoo when with RedHat it "Just Works" is a non-issue, because if you're using Gentoo, it's because you want to have control over everything, and want to understand how it all works. I personally like it, and also think that having to install manually is worth it for the ease of maintainance ("emerge foo"), but if you don't want to deal with the gory details of your system, just use something else instead (I recommend MacOSX - it's great!)

    --

    "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    1. Re:GRUB is not equivalent to LILO by 0x0d0a · · Score: 2, Insightful

      GRUB is complex and has different syntax than linux because it's not designed to only be a linux bootloader. It's designed to be able to boot multiple OSs (*NIX, Windows, OS/2, Be, whatever) in a consistant and OS-syntax-agnostic way. It's actually much more like Open Firmware (except that it's soft instead of firm)

      I'm aware of this.

      Now, if you are just booting linux, then the only real advantage it has is a boot splash screen, and that probably isn't worth the extra hassle. But, you don't have to use it! Last time I checked (1.4rc?), Gentoo supported LILO as well - instructions for it should be in the install doc right after the ones for GRUB.

      Being able to specify arbitrary kernel locations has been handy. The problem is that the above guy was getting yelled at for being turned off by Gentoo because he didn't get grub the first time through, which is ridiculous. Maybe he should have used lilo -- beats me.

      Finally, complaining that you have to install GRUB yourself with Gentoo when with RedHat it "Just Works" is a non-issue, because if you're using Gentoo, it's because you want to have control over everything, and want to understand how it all works. I personally like it, and also think that having to install manually is worth it for the ease of maintainance ("emerge foo"), but if you don't want to deal with the gory details of your system, just use something else instead (I recommend MacOSX - it's great!)

      Oh, that's absurd and you know it. Having a configuration utility set things up intelligently initially does not preclude you from going through and understanding something. It just means that you have a working system while you learn things. I have used Linux heavily for five years, including as an administrator. If I had waited the at least two that it took to get a really good handle on things to have a usable, fully-set-up system, I'd be a grouchy old codger. Furthermore, there are some things that I use occasionally that I have *zero* interest in understanding. I've had to specifically use sendmail as an MTA before on a single system, but I have no interest in ever learning the entire sendmail syntax.

      There are times when you must give up power if you want ease-of-use. RedHat/Gentoo is not one of them, though. Linux is Linux. I have my custom emacs and sawfish environments, my custom print filter, and a number of servers that do all sorts of neat things. Just having a GUI config utility available is no requirement to use it. The idea that people should use Gentoo if they want to know what they're doing is absurd. There are many excellent reasons to use Gentoo -- you may like its package management system, may dislike SuSE's focus on KDE or Red Hat's refusal to include useful software it doesn't consider Free enough (valgrind, a JVM, XFree86, etc). You may even just like the name. Using Gentoo because you want "control" , however, is like using Slackware because you want "control" -- it's just plain nonsensical.

  68. mod parent up please ... by Anonymous Coward · · Score: 0

    I accidentally posted in this thread already, so I can't do it. :-(

  69. Re:Gentoo by JamesKPolk · · Score: 0, Offtopic

    Some pretty strongly anti-Apple moderators we have today. I wasn't aware that being the basis of Mac OS XI was such a bad thing.

  70. That would be great! by mrchaotica · · Score: 2, Interesting

    "it should be the basis of Mac OS XI in a few years"

    As a user of both Gentoo and Mac OS X, I think having Portage on the Mac would be the greatest thing EVER!

    Oh, and by the way, they are actually working on that - see gentoo.org and metapkg.org - so you're right; it will be available in MacOS XI - the only question is whether Apple will officially support it : )

    --

    "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    1. Re:That would be great! by Anonymous Coward · · Score: 0
      Don't hold your breath for Portage, though...

      The only development happens at: http://iportage.sourceforge.net/

      The Gentoo guys are just sitting on the patches ?

    2. Re:That would be great! by Anonymous Coward · · Score: 0

      already done. why use portage when you can use the real thing. keep in mind ports is a bsd thing...

    3. Re:That would be great! by mrchaotica · · Score: 1
      I know ports is a bsd thing, but here's why I'd like portage:
      At first glance the idea behind Portage may seem similar to the traditional BSD ports system. They both compile packages from source and allow users to safely install and uninstall software from a system and both automatically handle dependencies. Many ideas for Portage are borrowed from the BSD ports system but Portage is definitely not just another "ports ripoff".

      The Portage system is a merge of a Python core with Bash script based Ebuilds. Instead of dealing with Makefiles and the make command, Portage leverages the power of Python and the ease of use of shell scripting with some object oriented characteristics to make a uniquely powerful system we dare think puts Portage ahead of all current ports systems.

      Some of the advanced features Portage offers are the ability to have multiple versions and revisions of the same package in the tree, conditional dependency resolution and feature support, fine-grained package management, sandboxed safe installation, configuration file protection, profiles, and much more.

      (from the Portage Manual, http://www.gentoo.org/doc/en/portage-manual.xml)
      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

  71. Gentoo has an graphical installer by carlitoslinux · · Score: 3, Informative

    If you are having touble installing gentoo or does not understand the handbook manual on the oficial webpage of gentoo i recommend you to take a look at the anaconda-gentoo graphical installer that victor padra make just go to: http://gentoo.vidalinux.com/?q=node/view/35

  72. Lies, time to RTFH (WAS: Re:I like Gentoo...) by wojci · · Score: 0

    The flexibility this system provides is well worth the extra few minutes rather than installing *.deb or *.rpm files and entering dependency hell.
    It looks like the time for you to read the APT HOWTO.
    I have been using Debian for the last couple of years without having to specify any dependencies or using the deb tool at all.

    --
    /wojci
  73. How Gentoo came about by alex_tibbles · · Score: 4, Funny

    From here:
    "[M]y new machine wasn't very stable.
    Obviously my first reaction was to go back down to 2x366Mhz. But now I experienced an even stranger problem. As long as my machine kept the CPUs chugging away, the machine didn't lock up. But if I left the machine idle overnight, there was a good probability that the system would lock up completely. Yes, an idle bug -- argh!"

    And thus Gentoo was born: as a way to prevent idle bugs by keeping the CPU active 24/7!

  74. Re:Server room? by raodin · · Score: 1

    Yes, building the big stuff takes a while. Fortunately, big KDE/Gnome/OpenOffice/etc upgrades don't come out all that often. And when they do, its not hard to let them build while you carry on with whatever it is you were doing.

  75. If I had the cash... by Menkhaf · · Score: 2, Funny
    For those that think that Gentoo Enterprise is far off, Gentoo's guy figures if they had the cash they'd be up and running in 6 months.
    Uhm. Yeah. If I had the cash, I'd hire 15 bisexual blonde norwegians to please me (sexually)... But then again, that's just me.
    --
    A proud member of the Onion-in-Hand alliance
    1. Re:If I had the cash... by Anonymous Coward · · Score: 0

      Yeah, but they 'd want to play with each others dicks, not yours.

  76. Re:we should see how business friendly these OSes by Mr_Silver · · Score: 1
    Then we'll see what OS is really easiest and fastest and cheapest, we'll assume these people all cost $0.002 per second... Meaning that the commercial OSes already start with quite an expensive handicap.

    Firstly, making your commercial OS' have this handicap is going to mean that your results are going to always skew in favour of the free OS'.

    Secondly, getting someone to write a document, set up email and then send something isn't a test of the OS'. Its a test of the applications.

    --
    Avantslash - View Slashdot cleanly on your mobile phone.
  77. Gentoo by inherentprogrammer · · Score: 1

    I used Gentoo a few days ago while trying out Colinux on top of Win 2k. I like its approach of distributing sources instead of binaries. Shamit http://shamit.org

  78. Re:Server room? by mkv · · Score: 2, Insightful

    And if you, as an admin, take less than an hour to test your rpm (or whatever) software installation, on a mission-critical server, you're not doing your job.

    Are you sure you want to say that people should test software installations on mission critical servers? Personally, I like to test them on non-critical machines and, after a successful test, install them on critical servers.

    --
    The secret to a successful /. career: Blame Microsoft
  79. Re:Server room? by smittyoneeach · · Score: 1

    Furthermore, with commodity processors, building a compile farm shan't be too difficult.
    Although, if I hadn't dallied with Linux From Scratch for a while, Gentoo would've been Genzero for me. It's just not for the FNG.

    --
    Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
  80. Re:Server room? by Maddog2030 · · Score: 3, Informative

    And if you, as an admin, take less than an hour to test your rpm (or whatever) software installation, on a mission-critical server, you're not doing your job. I will give you that it takes a long time to compile most things, but in my book, it's time well spent.

    As much as I love Gentoo, this comparison makes no sense. When you're compiling, you're still not testing your software installation. You're sitting there waiting for the installation to complete. The Redhat administrator can install and test his installation before you're even done compiling.

    And who said anything about a mission critical servers? Most people aren't running mission critical servers, especially Gentoo users. They're tend to be more desktop oriented, so you're talking about a niche market. If you're running a mission critical server, you always have a completely seperate box to test new software and there's usually no rush to upgrade, barring security updates. In fact, I'd venture to say you may be more vulnerable with Gentoo on a mission critical server because you need to take the time to compile, leaving your exploitable machine open while your Redhat friend took 15 seconds to install the latest security update.

    All that said, I love Gentoo. I use it on my desktop. It's by far my favorite distro. I just realize that Gentoo's approach isn't flawless in itself, and that compiling everything doesn't always make sense. But for myself, I like it.

  81. Re:Call me a troll if you will... by Anonymous Coward · · Score: 0

    Most people could probably do with 'emerge kdebase', which is only a couple of packages (arts, kdelibs and kdebase).
    At least, that's what I start with, and then somethimes add more kde-packages later.

  82. Re:Server room? by Rich0 · · Score: 3, Informative

    If you're doing this you probably have a test server which is identical to your production server (at least if you have a lot of servers which are essentially clones). In any case, that is the only way to be sure you won't have dependancy problems when you deploy to production.

    In that case while you are doing the initial compile on your test server you do an emerge -b , so that it tar's your binary files. Then just distribute the tar to your production servers once you are happy and do an emerge -k. You can skip the distribution step if you have network mounted filesystems (which would probably be the case in an environment like this).

    Gentoo supports binary packages as readily as source-based ones, just not by default...

  83. Re:Jews and Gentoo by falkryn · · Score: 1

    Woops! So much for posting AC dag nab it. Oh well, now you all know, I'm a raving 100% thouroughly zealous anti-Zionist. There, I said it. Now onto other things...

  84. Re:Server room? by srussell · · Score: 1
    I will give you that it takes a long time to compile most things, but in my book, it's time well spent.

    I wouldn't say "most" things. Certainly, you won't find instant gratification upgrading KDE, but "most" software compiles and installs in just a few minutes. On a fast machine, the significant latency factor is the network, not the compile.

    Gentoo supports binary packages as well as source packages. I use the Mozilla and OpenOffice binaries myself. Usually, though, I just run "emerge -Uu world" before I go to bed and don't notice compile times.

    The two best things about Gentoo, though, is the ability to have multiple versions of the same package at the same time and the lack of dependancy nightmare. On my headless servers, I use the "-X" USE flag and can install packages like ImageMagick without having X installed. Binary distributions have to provide O(N*N) different packages to support all of the different compile time options and dependancies, or you end up either (a) installing a bunch of software you don't really want, or (b) end up compiling it yourself anyway.

    --- SER

  85. Re:Jews and Gentoo by omega9 · · Score: 1

    Dan had a screenshot of his desktop that featured Tux waving an Israeli flag. I guess that can be considerd "on" the Gentoo site.

    Somehow I believe if it was something like a Canadian flag you wouldn't have thought twice about it.

    --
    I'm against picketing, but I don't know how to show it.
  86. Re:Jews and Gentoo by falkryn · · Score: 1

    Correct I probably would not have thought twice. But then, if it showed Tux waiving the flag of the Third Reich, or Sig Heiling the Fuhrer, you and others would likely not think it so innocent. It's the politics of what that Israeli flag mean that miff be like me so much. (disposition of thousands if not millions, illegal assasinations, house demolitions and razings on property, racist apartheid-like segregations, etc.)

  87. Moving towards profit by kpogoda · · Score: 1

    It certainly appears as if this distro will branch into a profit-making enterprise/home edition. I have been using this distro for some time now and am impressed with Portage. I would certainly entertain the idea of investing into them if it went public.

  88. Re:Server room? by bdaehlie · · Score: 2, Interesting

    For what its worth, compiling big things like KDE is usually a disk-bound process. That is - the speed of your hard drive is probably much more of a determining factor in your compile time than processor speed or amount of RAM (once you're above a certain certain modest level, which you passed a long time ago on a 2.4GHz/1GB RAM machine). That has been my experience anyway. I compile Mozilla quite often and that is definitely disk-bound. I use a pretty nice PowerBook with the fastest hard drive I could get in it at the time and my compile times are terrible compared to desktop machines due to the fact that I have to use a drive that is slimmed down for portables. I'd much rather use a machine with a slower processor and less RAM but a faster hard drive.

  89. What sold me on Gentoo ... by pherris · · Score: 3, Informative
    emerge mplayer

    No looking for parts here and there, just "emerge mplayer" and BAM! It's all there, working great with all the codecs in one shot.

    Fast and clean. Gentoo rocks.

    --
    "And a voice was screaming: 'Holy Jesus! What are these goddamn animals?'" - HST
    1. Re:What sold me on Gentoo ... by liverbugg · · Score: 1

      Ya gentoo definatly has the easiest mplayer install. I remember installing it when I was using mandrake and it was a bitch. Had to get like 20 libblabla-devel packages then go compile other things from source cuz the mandrake -devel pakcages didnt provide the full thing. Then run ./configre multiple times to see what lib it still didn't detect. And with every new version of mandrake the package names that the libs mplayer needed changed and new things didnt work.

  90. Speed? by SmileR.se · · Score: 3, Informative

    Why do so many of the gentoo-zealots only mention the speed optimizations as a reason to run gentoo?
    The reason why *I* run gentoo is because it allows me to very easy customize the features of all packages. Also it very easy to apply custom patches and still have the package managed by portage (therefor knowing when there is a new version out :). The speed improvement (that atleast I haven't noticed) is just a bonus.

    --
    In soviet russia gentoo compiles you!

    1. Re:Speed? by IntergalacticWalrus · · Score: 1

      I too share your frustration. I'm tired of fellow Gentoo users stating that Gentoo is great because they got some insignificant boost of performance over other distros. That's just stupid, and makes Gentoo look like it's used solely by idiots. I use Gentoo because of the flexibility, ease of management, and its awesome community. Optimization flags are just a very minor bonus in the process that's not really worth noting.

  91. Re:Server room? by Anonymous Coward · · Score: 0

    The funny part is, that people make gentoo sound like you are obligated to watch it compile or something. If you aren't immidatly using the software (or maybe even while it's still running) you can let it compile in the background. As long as I can compile any major component in less than 9 hours I can always just start it before I go to work and come home to an upgraded system.

  92. faster? by Anonymous Coward · · Score: 0

    has anyone done any benchmarks conserning the much talked about speed benefits of Gentoo vs (Slack | Debian) ?
    -no sig allowed

  93. Re:we should see how business friendly these OSes by Sweetshark · · Score: 1

    Of cause because that's the real world and the one we play in it will end up like this:
    30, Fresh high school grads will end up doing the Install the OS, Create 210 users steps so all the others can do the other tasks.
    The heavy price tag of the OS X will play a rule then, and might disqualify it even as option.
    gentoo might actually be quite a good option in this realistic scenario.

  94. Re:Jews and Gentoo by omega9 · · Score: 1

    Sorry. I just didn't understand that you disliked all Israelis.

    --
    I'm against picketing, but I don't know how to show it.
  95. Unsubstantiated Speculation by 4of12 · · Score: 1

    A fix in the source is a fix for every distro,

    That's an excellent point.

    I suspect that Gentoo and Debian users, per capita feedback more about bugs, fixes to the source application authors than users of other distros. OTOH, those other distro users probably gripe to Red Hat, SuSE, Mandrake support and then those gripes are fielded and represented to the source maintainers that way.

    But the more layers of communication and representation, the less efficient the communication. The best communication, of course, is when you develop the application that you use yourself ("eat your own dogfood").

    --
    "Provided by the management for your protection."
  96. Still no liability by Creepy · · Score: 1

    Unfortunately, in the corporate world, it isn't just support, it's liability. If some programmer for Red Hat sticks in a back door and our source code is stolen, we'd sue Red Hat (probably into the ground). You just can't do that with GenToo, because it's not really a business yet (or at least, much of one). That's why my company only supports Red Hat and SUSE at the moment (not a decision I have any input on, so don't bitch to me about other possible choices that would work, if any). They're decent sized companies with enough assets (and probably insurance) that we stand to get something out of a large lawsuit.

    Put simply, you and/or GenToo probably don't carry 500 million plus in liability insurance or the assets to make up the difference that a 2 billion dollar software company would sue you for if their software got stolen through a back-door you put (or allowed) in.

  97. Re:Jews and Gentoo by klasikahl · · Score: 2, Insightful

    As a Jew and a developer of Gentoo, this is not something that was intentional. I signed up as a dev because I love Gentoo and felt that I had something unique to offer to the distro. It was only after I had signed up that I found out there are a few other Jews. You make it sound like every other developer is living in Israel.

    What I'm about to say might seem controversial, and that's well adue because the issue itself is controversial. I believe that Daniel Robbins, while seemingly great person, is not really Jewish. He conforms to a group called Jews of Jesus, a group which I believe is trying to systematically destroy the Jewish religion by converting Jews to Christianity. (They, Jews for Jesus, lure Jews into thinking it's okay to both acknowledge Jesus as their "savior" and be Jewish. This completely contradicts the foundation of Jewish faith, thereby the Jews of Jesus have stripped another Jew away from Judaism and added him or her onto Christianity.) For more information on Jews for Judaism, a group which combats the ongoing "battle" against Jews for Jesus, see this website.

    I thoroughly believe that the religion of a vast minority in the distribution should not determine anyone's stance on it. It is not as if Gentoo Technologies receives funding from the Chabad or the Union for Reformed Judaism.

    However I know there are some people who are just plain anti-Semitic like the parent poster. If a Jew is involved with anything, such people will automatically disassociate themselves from it. They will go on to say that the is part of the Jewish plan to take over the world. Or something like that.

    I just hope not everyone is so close-minded in the OSS industry, otherwise our outlook is bleek. We need all the help we can get, from every group, every creed, and every religion.

  98. USE="-X" by dpilot · · Score: 1

    This is a bit of a pain in the neck, and one thing I'm looking forward to out of the recent X forks. One of the forks seems to be promising a separation of the client libs from the server. Of course you want to build a server without an X server, but it would be kind of nice to have X clients on that machine to run over your ssh tunnel.

    --
    The living have better things to do than to continue hating the dead.
    1. Re:USE="-X" by Atzanteol · · Score: 1

      Which fork? That'd be really nice. I always thought it was a bit stupid to need a local X server if I only ever wanted to be able to display remotely.

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
  99. time is money by Anonymous Coward · · Score: 1, Insightful

    Debian has a future (already doing great) for enterprises.

    everybody til now insists that "emerge takes care of everything" when fact is, so does Apt-Get. Many threads/replies I'ev seen here go about like this:

    I'm a noob that tried mandrake, RH and suse (the 3 "easy user-friendly" distro) and rpm's blow but emerge always does the job!

    ---------

    You people saying that are ignorants of APT. You search for a package, it finds the package with all needed dependencies to run and it sets them up with ease (with questions asked if needed like configuring X-server).

    I'm not being in any way a zealot but think about it for a second.

    do Enterprises need to have the LATEST of the LATEST in terms of packages? no. A lot of servers still run on 2.4.23-25 kernels using Red Hat ~7-8. That doesn't mean that RH is good. Just means enterprises set their goals and being "UP TO DATE TO THE LATEST DAMN RELEASE" is not their priority AFAIK as opposed to functionnality and stability and time-efficiency. That's when debian kicks in. apt mirrors don't contain the latest packages but they ALL work and it CAN'T be easier than this to install/setup anything found.

    Gentoo's installation is not the problem. Everybody can READ so anybody can install it. Problem is the time wasted to be optimized. Compiling is not a problem for an amature but it most probably is for a company trying to setup a running server within a laps of time.

    oh, right, Do the gentoo users dare to use slackware? heh. IF anything, people should learn how linux REALLY works before going on and bitch about RPM'S WHICH WORK (just select the RMP's made by a known company/group and get it for that specific distro and it should work. always have for me) and then moving onto gentoo and being a lazy bastard.

    1. Re:time is money by Drantin · · Score: 1

      The APT system may take care of everything, but apt-get most certainly does not, if you want to search for a package's name how do you do it? apt-cache! if you want to install from source, how do you do it? apt-build! Install a binary? apt-get!

      in Debian:
      searching: apt-cache search likely-package-name
      binary: apt-get package-name
      source: apt-build package-name (haven't actually done this, but that's what I think the syntax is...)

      in Gentoo:
      searching: emerge search likely-package-name
      or emerge -s likely-package-name
      binary: emerge -k package-name
      source: emerge package-name

      As shown, emerge DOES do everything, with one command and a few switches (you can of course use an asterisk in apt-get and cancel then pick your particular package-name, but it does take a bit of extra effort to find out about apt-cache....)

      --
      Actio personalis moritur cum persona. (Dead men don't sue)
  100. AMD64s - Gentoo Flexibility by Jason+Hood · · Score: 2, Informative

    Actually where gentoo is really nice is on the amd64 platform (few distros have stable amd64 ports). After installing in 64bit mode and playing around with the emul32 libraries I decided that I would rather just have a 32 bit environment embedded in my 64 bit one. There are some apps and plugins that are not ported to amd64 yet.

    Since I already had 32 bit emulation enabled in the kernel I simply created a new dir in / , chrooted in 32bit mode and did a full install in the background. Since I am a developer I am able to test 32bit and 64 bit apps side by side without rebooting. I can also just boot the 32bit install if I want. I have even cross mounted my home directory so that I could use the same source tree. Having done the gentoo install only a handfull of times this was still easy.

    I know people say they want a good installer but I see this experience as a primary example of why I dont want one. Some people like flexibility others need point and drool. Either is fine but both would be great.

    --
    Are you intolerant of intolerant people?
  101. Re:Server room? by ErichTheWebGuy · · Score: 1

    Dude, of course you test the initial compile on a test server. After you distribute it to your production servers, do you not test it to make sure it works right?

    --
    bash: rtfm: command not found
  102. Isn't what makes Gentoo Fun and cool... by smcavoy · · Score: 1

    also makes it hard to support by a company? i.e. If I roll my own kernel and optimizations for an app, will the company be able to support that, as well as thousands of other combos?

  103. Me too! by Anonymous Coward · · Score: 0

    Gentoo's guy figures if they had the cash they'd be up and running in 6 months

    If I had the cash I could be up and running (away) in hours :)

  104. Gentoo is EASY by Anonymous Coward · · Score: 0

    The only other version of Linux I had used before Gentoo was an old Redhat 4.5 distro. Then my friend got me hooked on Gentoo.

    The first time I set it up, I think it took me 2 days because I screwed up so much stuff, and had to do a lot of troubleshooting.

    Then I reinstalled it on a new (larger) partition. The second time was much easier. I installed from a stage 2 tarball and had the whole system up and running in about 2 hours. Gentoo really makes you think about your system and how it works. Once you install it, you know a lot more about how Linux works.

  105. Simple solution - Package CDs by Orbix · · Score: 1

    What you've described is almost verbatim what you can do using the optional package CD during the Gentoo installation process.

    I recently installed Gentoo onto a 1.8GHz P4-M laptop after a hard drive crash obliterated the Debian system I'd cloned from a Knoppix CD. It's quite fast, but not fast enough that I could sit around waiting for X to compile (which is an AMAZINGLY long process, even on a machine like the one I'm using) when I've got coursework to do and no extra computer to work with. As such, the packages cd was a real life-saver.

    In addition to the install cd, Gentoo offers a variety of package cds, containing prebuilt packages for a wide variety of applications with common compiler optimizations for different architectures. Using the P4-optimized cd, I was able to get the entire system up and running properly (including X, KDE 3.2, Rhythmbox, OpenOffice.org, Evolution, and a substantial set of other apps) in about 4 hours, which is a heck of a lot faster than the 2 days that people mention as the standard install time.

    As for the post-install updating, the best bet is to set PORTAGE_NICENESS=19, as per the AC comment to your post, then run an update world. Voila- quickly full-functioned system, with updates to bleeding edge trickling in as CPU time permits.

  106. Enterprise? by Anonymous Coward · · Score: 0

    Is Gentoo gearing up to be the third major enterprise distro?

    Oracle is the litmus test of an "Enterprise" OS. If ou don't have Oracle supporting you, you're an ISP or hobby OS.

  107. Re:we should see how business friendly these OSes by dodobh · · Score: 1

    And a budget of USD 500 for the systems.
    *That* is one huge factor to consider while testing (I can get a PC with 2 years with same day onsite support for that that price).
    Price is a major business factor to be considered.

    --
    I can throw myself at the ground, and miss.
  108. OT sig comment by Anonymous Coward · · Score: 0

    Why don't you just enable sigs, you insensitive clod?

  109. Try putting /etc into CVS when you build a Gentoo by nutznboltz · · Score: 1

    It's funny that I started using CVS and Gentoo around the same time and I decided to put as much of /etc on the Gentoo box I was planning on building into CVS as possible.

    I love it this way, I can run "cvs -q diff -u" on /etc after an "emerge system" and see exactly what got changed. Many times "etc-update" prints that it's making "trival changes" to files without bothering to show you. This way you can see the whole thing. Once you are satsified with /etc you can commit the whole thing with one command back into CVS.

    Gentoo is also the first system I used that actually build /etc/ntp.conf from DHCP server info. I would not have noticed /etc/ntp.conf changing when the system was rebooted if not for "cvs -q diff -u".

  110. Re:Server room? by a9db0 · · Score: 1

    Most people aren't running mission critical servers, especially Gentoo users. They're tend to be more desktop oriented, so you're talking about a niche market.


    Ok, it may not be "mission critical" but I run my servers and my firewalls on Gentoo. It gives me the flexibility and control to know *EXACTLY* what is installed and how it is compiled. I don't have to worry about which services are running or ports are open because the only ones out there are the ones I put there. I don't face any of the cleanup concerns of trying to pare down RH/SUSE/Mandrake to what I want on my system, or to what will fit on my system. They're also a bit more efficient, since I can tune the make options for the specific (read older) hardware. And FWIW, Gentoo is the first distro since RH5.2 (that's five point two) that would install and run worth a flip on my old P90.
    --
    -- "Never underestimate the power of human stupidity." - R.A.H.
  111. Re:Server room? by big+daddy+kane · · Score: 1

    dont forget to export PKGDIR= when using your own binary packages, or else it will look for the binaries on a portage server.

  112. The reasons for the 9th graders by GoClick · · Score: 1

    You have to give 9th graders some credit, their smarter than you might think... well sometimes... some of them are just ass end stupid. But mosth 9th graders got Windows down pretty good, they love MSN.

  113. Re:we should see how business friendly these OSes by GoClick · · Score: 1

    Did you even read it? Honestly? I didn't think so.

  114. excelent point by GoClick · · Score: 1

    I'd say it still has a lot to do with the computer as a whole but you are quite right. The reason for the biz handycap is because in the real world people weigh the cost of something before they buy it. If the test says that Linux costs $50 less than windows but it's not free because of your time then I'll be more incline to believe it. In business time is never free.

  115. Re:OMFG LOONIX==ON TEH SPOKE BIATCH~!!~!~!`1`1``` by Progman3K · · Score: 1

    Thanks for giving me a huge laugh. I needed it right about now.

    --
    I don't know the meaning of the word 'don't' - J
  116. Re:sooooooo sick of GenHYPE - DISSENT CENSORED by Anonymous Coward · · Score: 0

    Sorry you are not allowed to soil your delicate geek sensibilities buy gazing upon a dissenting view here.

  117. Re:Gentoo is EASY - BULLSHIT by Anonymous Coward · · Score: 0

    Teenage zealots, meh..

  118. Re:I fail to see the benefits - back to the future by Anonymous Coward · · Score: 0

    Going back to 1992 is not l33t or kewl no matter how much you insist it is, so why don't you just go compile something (again) & leave those with a life to get on with something more creative.

  119. Re:"Enterprise Needs" by SharpFang · · Score: 1

    Gentoo is not for enterprise users. It's not for desktop users. It's a godsend distro for Linux zealots. (and I'm typing that from my own Gentoo box, my free and conscious choice). First off, it's a "bleeding edge" distribution. The packages enter the tree sometimes within hours after release, and they are often from the the beta or even alfa releases. Production environments don't want "more new exciting features, NOW!. They want stability. Desktop users want reasonably well matched and decently stable software, which additionally doesn't takes days to upgrade. It's the zealots (like me) who like to have to squeeze the last MIPS from their CPU, who are ready to risk consistence of their systems, to test new features and enthusiastically greet newly found bugs, cheerfully reporting them to the developers (Yay! I found a bug!). Gentoo is just Slackware on steroids, more powerful, easier to use the power tools, all the gory details at hands of the user properly equipped to mess with them.
    Want a distro for production environment? Try RedHat Enterprise or Debian.
    Want a desktop? Get Mandrake or Linspire.
    Gentoo is a really bad choice for both.

    --
    45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2