Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
×
BSD Operating Systems

FreeBSD From Scratch 58

geekmedia writes "Daemon News has an excellent article which describes a fully automated installation of a customized FreeBSD system compiled from source, including compilation of all your favorite ports and configured to match your idea of the perfect system. If you think make world is a wonderful concept, FreeBSD From Scratch extends it to make universe."
This discussion has been archived. No new comments can be posted.

FreeBSD From Scratch

Comments Filter:
  • by Anonymous Coward on Monday March 31, 2003 @12:00AM (#5629478)
    It's called 'make world'.
  • I Don't Get It (Score:5, Interesting)

    by minusthink ( 218231 ) on Monday March 31, 2003 @12:07AM (#5629506)
    Can someone explain to me what's wrong with binary distributions? What's with the recent rise in all these source based, do it from source distributions?

    I'm not criticizing, I'm asking.

    Is there really a *significant* increase in speed to justify the hours in CPU time to recompile everything with unrolling loops and athlon-tbird or whatever specific code?

    futurama is on. I have to go!

    • Re:I Don't Get It (Score:5, Informative)

      by farnsworth ( 558449 ) on Monday March 31, 2003 @12:16AM (#5629544)
      Can someone explain to me what's wrong with binary distributions? What's with the recent rise in all these source based, do it from source distributions?

      Most of the applications I use are written in a way that they are source-code compatible with almost all OSs. Almost none of them are binary-compatible on different OSs/libs.

      Sure, I could probably run a compiled-for-red-hat-7.1 binary, but why would I, when I can emerge (or whatever) it?

      Compiling from scratch is simply easier if you have a semi-modern cpu with the cycles to spare.

    • Re: think 64 bit (Score:5, Insightful)

      by ubiquitin ( 28396 ) on Monday March 31, 2003 @12:20AM (#5629564) Homepage Journal
      The big emphasis on source-only distributions is likely being spurred on by 64 bit processors due out from IBM/Apple, AMD, and Intel later this year. In theory, you update your compiler to the 64-bit optimzed one, and build your system from there. My guess is that once the opterons and hammers become more common, we'll start seeing binary distros for them, but that could be a while. Having popular source-only distributions will dramatically assist adoption of 64 bit goodness.
      • I have yet to figure out wether or not there's any benefit to the make world + cflags combo for those of us using older (i686) cpu's. I can say that in my personal experience things such as gnome and mozilla didn't seem to benefit from being compiled with --march=k6 (I'm sure there's a ton of flags I forgot, however).

        As far as for-certain-cpu distributions go; aren't most Linux cpu's still compiled for i386 computers?
    • Re:I Don't Get It (Score:5, Informative)

      by GimmeFuel ( 589906 ) on Monday March 31, 2003 @01:20AM (#5629783) Homepage
      It's not just the GCC optimization flags, it's total customization. Gentoo (my distro of choice and the most popular source-based Linux distro) also has USE flags, which allow you to compile programs with or without support for various things. If some app supports both KDE and Gnome, normally support for both would be compiled in, even though most users would only use one or the other. In Gentoo you have USE flags for KDE and Gnome, as well as a myriad of others [gentoo.org]. If you don't want KDE support compiled into apps, stick -kde in USE. Likewise with -gnome. Or put both in if you only use a more minimalist WM. Or -X if you're putting together a headless server, etc etc.
      • but if a distribution uses both flags (kde and gnome), and that's great, is there really such bloat and slowdown that you should recompile?

        I don't know, maybe I'm just a "use what works" kind of guy.
        • is there really such bloat and slowdown that you should recompile?

          It's not that there's necessarily bloat, but it does create dependencies on both Gnome and KDE. Not everyone has 80+Gig harddrives. If you don't need Gnome for a GTK+ application, why should you suck in the incredibly complex Gnome dependency tree? In my case, the only "gnome" program I use is Dia. I certainly do not want 50Megs (if not more) of Gnome installed just to run Dia, especially when I don't have to.

          Besides which, my system belo
    • For Gentoo, though (Score:5, Interesting)

      by jsse ( 254124 ) on Monday March 31, 2003 @04:48AM (#5630286) Homepage Journal
      Is there really a *significant* increase in speed to justify the hours in CPU time to recompile everything with unrolling loops and athlon-tbird or whatever specific code?

      Yes if 19% [gentoo.org] is significant enough for you. :)

      Quote from the link:

      vendor_id : AuthenticAMD
      model name : AMD Athlon(TM) MP 2000+
      flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow
      vendor_id : AuthenticAMD
      model name : AMD Athlon(TM) MP 2000+
      flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow
      gcc version 3.2 (i686-pc-linux-gnu)

      Result: '-O3 -march=athlon-mp -fomit-frame-pointer -finline-functions -fforce-mem -s -funroll-loops -frerun-loop-opt -fdelete-null-pointer-checks -fprefetch-loop-arrays -ffast-math -maccumulate-outgoing-args -fschedule-insns'

      Performance gain(compare to -O3 only) ~ 19.6%

      Warning: read my warning in the post before using these flags

      Of course, you need to justify the time taken to benchmark individual optimization flag to yield such a result. It took me a day to obtain a optimal CFLAG and another week to fully optimize a system. :)

      Older processors gain less performance boost over source optimization. I've little problem boosting a newer box to 19% and beyond.(compare to normal -O3 compilation).

      There're few stability issues(if you'd take my warning down my post), but it's still good for desktop processing(games!). For servers I would not risk it and use some other binary-distro instead.

      Of course, it's up to you. If you think you need extra performance boost for your production servers and you've management justification and you've given enough resources to test, why not. :)
    • "What's with the recent rise in all these source based, do it from source distributions?"

      Well, it's more fun than looking for work.
    • Can someone explain to me what's wrong with binary distributions?

      I've never liked having a lot of unreleated binaries in /bin and /usr/bin. I also didn't like having XFree86 in /usr/X11R6.

      With my Linux from Scratch system, I have the core install in / and /usr, and I have everything else installed in /opt/$NAME-VERSION and $HOME/pro/$NAME-VERSION. It makes upgrading, package management, and backups easier for me.

      The customization is why I use from scratch systems.
    • Recent rise? Unix has alwasy been delivered in source forms. That will true till Sun and Dec and IBM started doing binary distros for their own hardware.
  • by sawanv ( 551336 )
    Can anyone please tell me how similar this is to a fresh OpenBSD install, as I am thinking of doing one. Sawan
  • *BSD is... (Score:3, Funny)

    by Tuxinatorium ( 463682 ) on Monday March 31, 2003 @02:51AM (#5630048) Homepage
    ...living

    what were you expecting??
  • by Sevn ( 12012 ) on Monday March 31, 2003 @04:46AM (#5630279) Homepage Journal
    I found the article of little use at all for a few
    reasons:

    I think I've had an installworld fail ONCE in 7
    years, and I think it was because I hadn't noticed
    that the make buildworld failed.

    As far as cruft in the OS laying around, I had a
    system that went from 2.2.8 to 4.0 stable with no
    problems. Part of the love of freebsd is not having to wipe partitions.

    To sum things up, most of the people I know that
    have had weird problems with things laying around
    don't do two very important things:

    #1 Run mergemaster

    #2 Read /usr/src/UPDATING

    As far as I'm concerned, the article this story
    references is completely pointless. :)
  • by Judebert ( 147131 ) on Monday March 31, 2003 @10:35AM (#5631042) Homepage
    Considering that "Scratch" is one of Satan's old monikers, I think we've finally found the real connection to their demon logo.

    Sure, FreeBSD from Scratch. It all makes sense now.
    • by Anonymous Coward
      I know you are trying to be funny, but it is not so funny when you try to deal with your pastor.
      Our pastor isn't crazy about Halloween let alone a devil mascot in his computer.
  • by SecretAsianMan ( 45389 ) on Tuesday April 01, 2003 @02:45PM (#5639386) Homepage
    Of course, FreeBSD [freebsd.org] from Scratch is brought to you by the integrated source tree and build system that FreeBSD has. It really is a powerful thing. When I was working in the embedded industry a couple of years ago, I chose FreeBSD for most of my projects because it was so straightforward to build a flash disk image containing a custom "from scratch" distro. In fact, I learned how to do it in less than one day! Automating the process meant writing a couple hundred lines of sh script and a few config files. Simply beautiful.

    I have since switched to Gentoo Linux [gentoo.org] for my personal workstations. IMHO, Gentoo beats FreeBSD at its own game, in three ways:

    • The Gentoo base system is even more streamlined and minimal than FreeBSD's. For instance, the FreeBSD base includes sendmail, tcsh, a real sh, uucp, and inetd (among others). These are optional in Gentoo, and I prefer that, since I don't need those packages.
    • The Gentoo Portage system is like FreeBSD's /usr/ports, only better. They feel very similar, but Portage is simply more featureful. I like Portage's USE flags, though I wish they weren't limited to on/off boolean values. The way Portage integrates packages with the base OS is also rather clean, though I am also a big fan of the FreeBSD "ports go in /usr/local" method as well.
    • Gentoo is somewhat more cutting-edge than FreeBSD. If I want to use bash instead of sh, metalog instead of syslog, vcron instead of cron, postfix instead of sendmail, cups instead of lpd, etc., I can, and without munging up the base system. And a pet peeve: FreeBSD only recently moved from more(1) to less(1).

    I have seen Linux panic thrice (way back in 1997). I've only seen FreeBSD panic once. They are both wonderful OSes. If only I had the time to run them both. Right now Gentoo gets my time.

    • It would be nice if Gentoo let you have, say, GTK1 and GTK2 installed at the same time like FreeBSD does.
    • I just recently switched from FreeBSD to Gentoo. I still love FreeBSD, but I realized that I was using FreeBSD for something much better suited with linux. Orginally I installed FreeBSD on what was going to be a headless server, which is perfect for FreeBSD. It ended up growing to a workstation for my girlfriend to check her email. What really did it was putting FreeBSD on my p3 500 which was going to be a DVD player. It has an Aureal soundcard and a TNT2. Actually I had that hardware working great. I found
      • I agree. The software and activities you mention are not really within the focus of FreeBSD but are well supported under Linux. What's great about Gentoo is that it seems to have incorporated several neat ideas from the BSDs. So we can have the best of both worlds.

        The one thing I really miss about FreeBSD is the developer community, especially as manifested in its structure and unity. I like that better than the somewhat disorganized fragmentation of the various GNU/Linux projects. However, considering th

The optimum committee has no members. -- Norman Augustine

Working...