Graphical Gentoo Installer In The Works
JonLatane writes "Without a doubt, Gentoo has set itself apart from every other distro out there. Because it's source-based, it's notorious for its speed. Because of emerge, it's notorious for being simple to maintain. And because of its "install system" (if it can be called that), it's notorious for scaring off potential users before they even get to try it. Well, that's all going to change, because there is a graphical Gentoo installer in the works. It can run with a dialog frontend that bears a striking similarity to Ubuntu, or for faster systems a GTK+ frontend is available."
I mod this story (Score:-1, Troll). "Because it's source-based, it's notorious for its speed." What? Because it's source-based? What's the disribution I'm using right now based off of, pixie dust?
I think most people are "scared off" because they don't have the 4 GHz computer with a gig of RAM required to compile the entire system under a couple days, and if you DO have a 4 GHz computer, a few -O3 and -funroll-loops optimizations aren't going to amount to much.
Gentoo is a really nice distro if you have the system for it, but stop with the silly arguments. A few optimizations aren't going to amount to much, and if you want to learn how to put a distro together read the LFS book.
Is that its installation speed, which is notoriously slow, or the speed at which it runs? Any system that takes a weekend to install just HAS to be faster, right?
- None can love freedom heartily, but good men; the rest love not freedom, but license. -- John Milton
It's not the 'emerge system', its portage.
Also I would only recommend the graphical installer for people who have used gentoo before, because there's nothing like doing a stage 1 install to get you acquainted with your system and linux in general.
Its all fun and games until someone loses an eye... then its just fun.
Do you have to compile this thing first?
It's just a matter of "follow the directions" and you get a working system. Anyone who can't install Gentoo must be afraid to RTFM.
Lacking <sarcasm> tags,
mirror here
Won't Gentoo lose all of it's coolness factor if anybody who can click a mouse can install it?
"I'd rather be a lightning rod than a seismometer." -Ken Kesey
Amoung nerds isn't it's noteriety due to its unearned reputation for speed? Didn't /. post a benchmark showing that its optimizations were overagressive, and that net performance suffered?
Some of the things I learned:
1. My time is better spent doing things other than compiling basic system utilities.
2. My optimized Gentoo system does not run faster enough to make up for the time lost building it from source.
3. Turns out there was nothing to learn from installing Gentoo from stage 1. I already knew what goes into a system at the most basic level, but I got this from 10+ years of Unix/Linux experience, before I ever saw Gentoo.
Going to try MEPIS now. 'Sposed to be easy and painless.
Edith Keeler Must Die
Don't you see...that the best part. Gentoo users will no longer think they are special because they can follow directions and stand a large amount of pain to put together an OS. Now Gentoo can stand on its real merits.
Open Source Sushi
"because it's source-based, it's notorious for its speed" - so what, no other distribution uses source to compile its distro?
...gentoo users are notorious for failing to comprehend the implications of their system philosophy.
REM Old programmers don't die. They just GOSUB without RETURN.
Hmmm -- from the POV of a college-aged daugher, I'm not sure that this would be a Good Thing.
As it is, when DD tells guys that she runs Linux, they're impressed. When she tells them that she runs Gentoo, they're in awe. When she tells them that she did a Stage One install, those who aren't running away in terror fall on their faces and worship her.
As a father, I like it that way: most of them running away in terror, the rest face-down on the ground. I sleep better.
Lacking <sarcasm> tags,
For example, where in the documentation does it mention starting /etc/init.d/famd at boot? (This will improve KDE's file monitoring responsiveness.) Does a user know to chmod his RTC? How to umask a vfat partition so that users can access it? How to setup multiple sound cards? How to set up your application sound server settings? How to enable the kernel laptop mode? How to setup power management runlevels? Which kernel modules need to be added to modules.autoload? How to make fonts appear cleanly and consistently?
A second major problem with Gentoo is the uncontrolled proliferation of USE flags. The vast majority of flags are for individual packages. A new user would be likely to completely miss the importance of configuring many of the higher level use flags.
Unfortunately Gentoo is plagued by naive users who believe that--just because they have a Gentoo system that boots--they are somehow empowered. The largest reason they feel that way is because their system is 'optimized' for their hardware. The truth is an ignorant user's CFLAGS are more likely to hinder his system's performance.
Gentoo is an incredible distribution; however, it has a long way to go in terms of usability. While I am excited at the prospect of a graphical installer, I hope that these larger issues can also be addressed. These issues are what make Linux difficult, and fun.
Gentoo, the ultimate geek distro and it still hasn't got its own /. icon.
For all intensive porpoises your a bunch of rediculous loosers
I am a gentoo user. I have done several text-based installs (duh), and gentoo is currently my desktop of choice. I do this not for speed, but for control of my system, and excellent package management. I also switched to gentoo to get more hands-on with linux. I can say now, that I don't really like the text install. It taught me a lot, but after doing one or two, the novelty wears off, and it allows for many careless errors. This development also means that many new users will be much more attracted to gentoo. If they began offering a comprehensive mirror of the most common, say, 2000 packages, it would easily be one of the best distributions. (yes, sometimes building from source is annoying, but portage and USE flags still rock).
The point of gentoo's portage system, from my point of view, is the elimination of package dependency issues, and compiler version issues.
...I tried Redhat 5.2/6.x/7.x... ...I tried various debians... ...then I settled on Slackware. Every distros fscked up weirdo patches on their kernels, their XFree, their desktop environment and installers. Even the random libraries I used, such as the then-nacient SDL and Allegro had distro-specific patches. Which meant a binary I compiled on my box wouldn't run anywhere else. Ever wonder why small sourceforge projects don't release *ix binaries? Everyone is using their own damn gcc version, their own damn libc. You can't even be sure that a program with nothing but libc dependencies will compile.
I've used linux for about 10 years, but only heavily for the last 4. Why? I enjoy using linux because I enjoy the programming environment. It was hell getting to the point I'm at now though...
Slackware was fine, for awhile. Then they decided to move further and further from each individual projects standard source packages (kde, xfree, kernel) and I was having problems with getting the early nvidia driver to work with several of their kernels.
Portage solves the problem. If a program won't build with the particular version of gcc, or xfree, or whatever library you're using, the ebuild for it will depend on a specific version of the compilation environment and each library.
Everyone who talks about optimization (there are gains, but they are small) is missing the point. The point is that I am taking largely unchanged cvs copies of each project's source when I compile. As a developer, I worry about being up to date- so I build a new version of SDL in the backround while I browse the web, or go on coding. No fuss, no muss, and no worries like Debian has with Ubuntu- incompatible binary issues.
For God's sake, lets leave the incompatible binaries issue to other operating system families. Just build the source from it's source.
Distro leaders take note. *ix users are tired of incompatible binaries.
Performing sanity checks on your own beliefs is vital in avoiding poisoned koolaid.
I think most people are "scared off" because they don't have the 4 GHz computer with a gig of RAM required to compile the entire system under a couple days
This is just as bad as the intro. I run Gentoo, and compiling most apps is very reasonable. There are a few packages that DO take a LONG time (KDE and OpenOffice.org are commonly the worst offenders). However, for somebody who runs a light desktop like I do (Fluxbox) it's perfectly fine. Additionally, many packages are available in precompiled binary packages to speed this process up. I know a few people that compile everything except OO.o, for example.
Just my $0.02.
If you've ever tried comparing KDE or Gnome from Slackware/RedHat/Debian with Gentoo, you will see that the optimizations are very effective. I've used Slack,RH/FC, Deb, LFS and Gentoo. It takes me less than half the time to open Mozilla on gentoo. I like that.
I'm sorry to say this to you, but real performance doesn't come from microoptimizations, but from the algorithms and data structures. I don't understand what on earth people smokes these days to think that a compiler switch is going to make gnome, kde, mozilla and openoffice suddenly less bloated and faster, and convert O(N^N) algorithms in O(1) or something.
Mozilla is slow in gentoo, and is slow in other distros because it is the same damned code. If it's really faster (and give me numbers, not sensations, it's very easy to make people think something is faster by just telling him its faster. Quoting Linus: "If we can't measure it, it doesn't exist") I will be pleased to analyze for you what it's making it faster - prelink, who knows.
Usually, only asm paths hand-coded by programmers in the code really benefit from microoptimizations. Forget about most of the rest.
In some benchmarks (such as the one povray uses), gentoo systems are often near the top. In this respect, it isn't unearned. But this doesn't mean every app on the system has been made measurably quicker & that some ricers aren't using ridiculous CFLAGS which do more harm than good.If anyone can find this article, please post a link.
While I've certainly seen poor benchmarks from some systems, the default CFLAGS are '-O2 -pipe'. This is typical of other distributions & is NOT "overagressive."
Users can certainly choose their own CFLAGS, which can lead to better or worse performance than the default CFLAGS. This kind of makes benchmarking a joke: The particular combination used in a particular article will not be representative of all gentoo installations.
I put Gentoo on a VIA based system with 32M of ram. It was the perfect distro b/c I was able to put the very minimal amount of software on it with Cyrix specific optimizations--something no other distro could offer.
Took a while to build, but what do I care.
I could handle emerge. What I couldn't handle was all the constant re-configuring of all the little /etc files.
/etc files based on silly questions that it asks me, and then puts helpful comments in the file so that should I need to change it later, I can.
That's why I use debian. Debian makes the
Config tools, please.
Other than that, I was able to get the hang of Gentoo.
I'm sorry to say this to you, but real performance doesn't come from microoptimizations, but from the algorithms and data structures. I don't understand what on earth people smokes these days to think that a compiler switch is going to make gnome, kde, mozilla and openoffice suddenly less bloated and faster, and convert O(N^N) algorithms in O(1) or something.
Blantently false. Complexity analysis specifically carries an unspecified constant multiple. It is this constant multiple that optimizations tweak. You can get code that runs two, three, or four times faster with optimizations on the same algorithm. What you won't get are speedups related to a function of the data size.
In the case of gcc version 4, expect a significant constant time speedup for C++ code like, for instance, KDE and Gnome. I bet gentoo users will have gcc 4 before most other distros.