On Fri, Aug 14, 2009 at 1:53 PM, Daniel Hill <[email protected]>wrote:

> I'm about to acquire a old computer from my friend (AMD 1.6GHz 80GB HDD)
> and want to eventually set it up as a webserver, game server, wireless
> router and any other servers that I mite want to play with
> I also want to learn linux properly (currently running ubuntu on my
> desktop)
>
> * LFS Pros: Configureable; Cons: same as Gentoo and Slackware?


No, LFS does you no favours, no package management. Neither has slackware.

Gentoo is like LFS but does all the boring things that you'll do over and
over and over and over again for you.

Install time has been much much easier for folks the past 2 years, with
stage3 being the default instead of stage1, and stage 1 now being officially
unsupported. Stage 1 imho gives you a much closer look at how things work. (
I've become a bit of a masochist on the deal, and have installed from stage1
every time just because I can, and its /way/ more fun when its unsupported,
because bugs occur and you get to fix them yourself )

Biggest ups IMHO of running a source-based distributions are primarily:

   1. Its my party, I'll do what I want to, If I want package $A without
feature $B, I'll damn-well do that, upstream wont have to
       decide that for me.
  2. If things break, I get to keep all the pieces, but I'm not stupid, and
I've never had a problem that I couldn't fix myself.
  3. When I go to fix things, the codes right there, the build system, the
installation scripts, everything, its all right in front of my
       face, no need to wait for upstream to decide it needs fixing and get
it done, I can just rip open the guts and get started on it,
       and If I manage to get it to work, I can tell upstream what I did to
fix the problem, so others like myself who encountered the
       problem get it solved in advance for them.

Don't let ricers with arguments of speed dissuade you. There is noting you
can really benefit from going insane with compile flags that binary
distributions haven't thought of. The very best you can win here is
architecture specific features that can be made use of in ways that cant be
done efficiently automatically on all hardwares conforming to you general
type ( amd64 is a very very wide pool of processors, with lots of very
different featuresets  )

I build things with debug flags for crying out loud, and I build with
package testing on by default. Package testing *will* slow things down
substantially. But on the flip-side, you get some notion of package quality,
and you can detect things that need to be fixed, and report them for fixing,
or fix them yourself, thus, betting the packages you use by proxy.

LFS could be an interesting thing for you to do, but eventually, maintenance
of everything yourself will become a nightmare, especially if you want to
keep up-to-date.

-- 
Kent

perl -e  "print substr( \"edrgmaM  SPA nocomil.i...@tfrken\", \$_ * 3, 3 )
for ( 9,8,0,7,1,6,5,4,3,2 );"

Reply via email to