Language Selection

English French German Italian Portuguese Spanish

Beyond Beyond Linux from Scratch (lfs - part3)

Filed under
Linux
HowTos
-s

In continuing with my Linux From Scratch series with Part 3, I present my adventures in setting up a more productive desktop system. Up until this point I have concentrated on just getting the basic underlying system in place and later installing X and a window manager. Today we strike out on our own some as we venture out of the docbook to go beyond Beyond Linux from Scratch.

Picking up where I left off last time, without kde's ksnapshot I was going to need some way to take screenshots. I remembered Imagemagick contains the "import" tool, but I also remembered scrot. Scrot is a small, easy-to-compile utility that would meet my needs. So, that was the route I took. Download giblib and scrot.

Then it's as simple as:

tar -zxvf giblib-1.2.4.tar.gz
cd giblib-1.2.4
./configure --prefix=/usr && make
su to root
make install

And do the same with scrot:

tar -zxvf scrot-0.8.tar.gz
cd scrot-0.8
./configure --prefix=/usr && make
su to root
make install

Then at the cli, one can take screenshots using a command something like this:
scrot -d 6 desktop.jpg

In this example the option "-d" is delay in seconds. My command delays taking the screenshot for 6 seconds, giving one time to open menus or whatever.

My friend wrote me on the day, actually right about the same time, I published my LFS: Part 2 and sent screenshots of a window manager he installed probably more as a joke than anything. To his surprise I wrote back and said "how cuuute!" I had fluxbox installed already, but my next course of action was to install Equinox Desktop Environment. I googled for the site and downloaded the required library and ede packages. I followed the Installation How-to and they installed in about 5 minutes with no issue. And I can really say that I'm enjoying it. To make icons, one right clicks the desktop, chooses "New desktop item" and fills in the blanks. Ede comes with a few icons in it's package, so that's handy. To set a wallpaper, right click the desktop and choose "Background Settings," and browse to the desired wallpaper. Of course it has all these menu entries for which I don't have applications. Big Grin Actually a few have the corresponding apps and I installed a few. But just when I was thinking "if it just had some other desktops..." I find it does. In the panel there's an icon of an indistinguishable image that allows one to choose another desktop. I find that a little inconvenient as one has to click twice to reach the other desktop, but at least it's there. Included are settings for the fonts, colors and windecs. There are
other themes on the website.

So, for a nice little light desktop that takes about 5 minutes to
install:

Download: the efltk library and the Equinox Desktop Environment package.

tar -jxvf efltk-2.0.5.tar.bz2
cd efltk-2.0.5
./configure --prefix=/usr --disable-mysql --disable-unixODBC --enable-xft && make
su to root
make install

tar -jxvf ede-1.0.4.tar.bz2
cd ede-1.0.4
./configure --prefix=/usr && make
su to root
make install

Then either type:
/usr/X11R6/bin/xinit /usr/bin/startede
or put startede in your ~/.xinitrc file to start it.



        

        

        

        



In case you noticed in my screenshots the output of:


configuration error - unknown item 'OBSCURE_CHECKS_ENAB' (notify administrator)
configuration error - unknown item 'CRACKLIB_DICTPATH' (notify administrator)
configuration error - unknown item 'PASS_CHANGE_TRIES' (notify administrator)
configuration error - unknown item 'PASS_ALWAYS_WARN' (notify administrator)

That's one little bug to which I hadn't paid too much attention at the time of my last write up, but it's easily fixed by editing out those lines in the /etc/login.defs file, as those functions are now handled by PAM. They're harmless and I'd been too lazy to fix it before the screenshots and now I'm too laz...er... busy to redo the screenshots. Big Grin

Next order of business was setting up a word processor or office application. My sources directory had become quite large and at this point I found I was going to have to delete what was in it. Freeing up over 3 GB, I preceded with the download of latest version of OpenOffice.org at the time - beta 2 of 2.0. But what a mess I found. The binary package was all rpms at the time and source package was about 100 different directories with no central configure script or makefile. I wasn't about to spend all day cd into each of those and doing the dance, so I downloaded the 30-day trial of TextMaker. I really like this program, too bad it costs 50 bucks. And of course I have vim and nano installed, so hopefully by the time the textmaker trial is up, OpenOffice.org will have a decent package for us who don't have rpm installed. The installation of TextMaker is simply a matter of untaring/uncompressing the downloaded tar.gz into our directory of choice and the start binary is called tml. So unless you put that directory in your path, you will need the full command to start it.

For example in my case that would be:

/usr/local/textmakertrial/tml.

...Or actually I made a desktop icon to that for me. FYI, the BLFS handbook does contain full instructions for installing OpenOffice-1.1.4.

I soon grew tired of the little xterm and decided it was time to install Eterm. It was merely a matter of installing libast and then Eterm. No problems there and now I could use my "myeterm" script to which I've grown quite spoiled. Eterm is my favorite terminal emulator because you can customize it so easily. If you wish to use Eterm:

download: the libast library and

tar -zxvf libast-0.6.1.tar.gz
cd libast-0.6.1
./configure --prefix=/usr && make
su to root
make install

download: Eterm and

tar -zxvf Eterm-0.9.3.tar.gz
cd Eterm-0.9.3
./configure --prefix=/usr && make
su to roo
make install

The command I use to start mine so that it'll look like the terminal is running on the background (transparent with no windec or scrollbars etc.) is this:
Eterm --trans -g 75x25 -f white -F '-*-lucidatypewriter-medium-r-normal-sans-16-*-*-*-*-*-*-*' -O --tint=#ffffff --shade 0 --borderless --scrollbar-popup --scrollbar-floating --scrollbar no --double-buffer -a "toggles buttonbar false"

If you are like me, there is nothing more annoying than booting a system to do some work and notice that your time is off by 15 minutes or even 6 hours. There should be a law against an OS changing anything in the bios!!! This is another petpeeve of mine. To quietly handle this problem, I enlist the services of ntpdate. The instructions for installing NTP-4.2.0 are included in the BLFS docbook and work quite well. Follow those, and then instead of running the ntpd all the time, we can just use the included utility ntpdate. You can run ntpdate as a stand alone command any time you wish in any terminal, set it up to run periodically as a cron job, or as I do as a boot time service. After your ntp package install, forego the configuration instructions unless
you're needing to supply time service to your network. Instead:

nano /etc/rc.d/init.d/ntpdate
and simply type and save as root:

/usr/sbin/ntpdate -b time.nist.gov

Then as root issue the following commands to make it executable and run at boot:

chmod ug+xr /etc/rc.d/init.d/ntpdate
ln -s /etc/rc.d/init.d/ntpdate /etc/rc.d/rc3.d/S22ntpdate

You may even wish to adjust your bios time, and in which case you can add on the next line in your /etc/rc.d/init.d/ntpdate file:

/sbin/hwclock --systohc

The -b switch tells ntpdate to use 'settimeofday' instead of the 'adjtime', which I'm convinced is a curse from satan himself (no hate mail please). And the --systohc for hwclock tells it to set the bios time to our new adjusted system time.

For image manipulation, Gimp is outlined in the BLFS docbook, but if you follow it word for word, it won't be able to decode jpegs. So, modify their suggestions to:

./configure --prefix=/usr --sysconfdir=/etc --disable-print && make

And as a bonus, the menu entry in Ede now works. Big Grin

Some other applications from the BLFS docbook one might need are: unzip, which, and openssh. The instructions work well for these.

For a backup and the availability of xffm, I decided to include xfce4 as well. For the sake of brievity I don't think I'll outline each and every command used, as this is quite a collection of modules. However, download the xfce4 package. With the xfce4 package uncompressed you will find many directories containing the required library and base install as well as the different modules that you might like. Just cd into each one of interest and do the configure, make, make install routine. A graphical installer is available as well, although it installs an older version and the site is in German.

    

I use bash for my file manager, but it's always nice to have a graphical version available. A real nice and extremely useful one is emelfm. You can download it here. Installation is easy peasy, just

tar -zxvf emelfm-0.9.2.tar.gz
cd emelfm-0.9.2
make
su to root
make install

Note however, the executable will be located in /usr/local/bin.

So at this point we have our basic system with X and nvidia graphic drivers, three window managers from which to choose, xffm and emelfm for file management, mozilla and opera for browsing, news and email, feh, iv, and gimp for image viewing and manipulation, and TextMaker, vim, and nano for publishing and editing. Next is multimedia. <deep breath>

    

You may not know this about me, but I have to have xawtv. I've tried a lot of tv applications over the years, but none stack up to the stability and resource overhead of xawtv. So the next order of business was installing xawtv. This isn't the daunting task it once was before the kernel included bttv drivers. Now it's just simply a matter of enabling support in the kernel and installing xawtv. Xawtv is a fairly straight forward compile. Download: xawtv and tv-fonts.

tar -jxvf tv-fonts-1.1.tar.bz2
cd tv-fonts-1.1
./configure --prefix=/usr && make
su to root
make install

then:
tar -zxvf xawtv-3.94.tar.gz
cd xawtv-3.94
./configure --with-x --enable-gl --enable-quicktime -with-xvideo
--with-alsa --prefix=/usr && make

su to root and make install.

You'll need a configuration file, ~/.xawtv, and if you don't have one, here's an exerpt of mine for an example:

[global]
freqtab = us-cable

[defaults]
input = Television
norm = NTSC

[WKRN (2)]
channel = 2

[VMP (3)]
channel = 3

[WSMV (4)]
channel = 4

[WTVF (5)]
channel = 5

That was the easy one. Next I require mplayer, and I require mplayer to play anything it encounters. In the old days that meant downloading all the libraries and codecs from many many sources and reading a long doc to get all the flags to use during compile time. This became obsolete with distros like pclos, gentoo, and some others. All this to say, I'm a little rusty in this area. But thankfully the BLFS has the instructions in their docbook and a lot of the codecs are bunded together in one (or two) package(s). And of course, it went without a hitch. Using the information in the instruction I can now watch any movie file I run into.

    

Also included in the multimedia section of the docbook are xmms and cdrecording applications and tools. At the risk of repeating myself, the instructions work wonderfully in these areas as well and I recommend just following the instructions.

As of now, I have a fairly complete system all compiled from scratch and taking up about 1.3 gig of space. It boots in less than 30 seconds and performs very well. It's fast and stable. More than that is the satisfaction and sense of accomplishment that can come from completion or near completion of a daunting task. I found the whole experience quite fullfilling, educational and fun. I can't encourage you enough to visit the Linux from Scratch website and download your instruction book today.

Part 2
Part 1

Excellent series

Thanks for the LFS/BLFS/BBLFS series. They were very informative and makes me want to try it again. I did get a basic LFS up and running two years ago, but never went beyond mainly because the computer I was playing with is a P2 300 Sad Time to convince the wife that we really could use new computers Wink

re: Excellent series

Why thank you kind sir for your nice words. It was really quite a bit of work, but it was a labor of love - not done for the sake of an article (or 3). Big Grin

I know what you mean about the slower computers, I put gentoo on a p150 about 18 months ago and well, it don't get updated too often. Tongue

----
You talk the talk, but do you waddle the waddle?

re: comparison

Well, I'd say that gentoo is much easier in that it does all the grunt work for you. If I want an application/package in gentoo I type emerge <application> and it handles all the downloading and installing of dependencies as well as the compile and install. And their repository is so huge, I've rarely searched for something and it not be in gentoo's portage. Although some packages I prefer to do on my own, KDE being one of them, I can still get the dependencies installed through portage. For the source-based distro fan, it's like having your cake and eating it too. Fortunately the lfs/blfs docbooks lists dependencies and provides links, and that helps big time.

As far as kde not being installed on my LFS, I was being lazy or in too bigga hurry I guess. KDE itself is a fairly easy compile usually, but it does have a lot of dependencies and can take quite a bit of time. Yes, mozilla/firefox and opera were shortcuts to getting on the internet. The BLFS docbook contains instructions for kde and gnome.

----
You talk the talk, but do you waddle the waddle?

Part 4 Perhaps? :)

Hi!

First off, great review regarding LFS!

I know it's been quite some time since your last review/reply to comments here. I've wondered how goes the LFS install?

Have you continued to tweak it, expand on the package? I've wondered if you kept it around, played with it, and, or, made it a part of your everyday computing experience Smile

I'll try not to date myself heavily here, I started way-way back with only a CLI learning basic/basica and dabbled in assembly. Through that time I went from dos/unix/posix/windows/linux (variations ie: DosLinux) and I always found myself coming back to Linux in one flavour or another.

Recently, the last year or so I've found myself totally going over to Linux. I missed the CLI environment and feel of yesteryear..lol With that I've been put off in a sense with many of the distributions and such that just seem to weigh down a really top-notch OS such as Linux. I stumbled across LFS somehow, who knows, and now my son and I (he's 14, yes I'm old) have a bit of a competitive project going on. We're both currently working on building the base LFS system then we're going to migrate to BLFS as well and see who's system is the best in functionality and asthetics, but not only that, we'll both be taking a step neither of us ever considered and it's kind've added another new excitement to beyond computing in general Smile

Your review was just what I was looking for and should've read it beforehand. It's helped a lot seeing someone successfully complete the process and give it a very decent pat on the back.

Thanks for taking the time to review it, and thanks for reading this rather lengthy comment Smile

Take Care!

re: Part 4 Perhaps? :)

Um, no I haven't kept it up. I played with it for a few months adding features and stuff, but I didn't implement one of the package management ideas and soon just quit messing with it. If I hadn't already been settled into Gentoo I might have made it my permanent system. It's a very cool project for sure. I surely enjoyed setting it up.

Thanks for your visit and comments. I might look around and see if I still have it around here somewhere and if it can be saved.

LFS or Arch Linux

Hi, Im reading this exellent review of LFS, because I have just downloaded liveCD of LFS. Im new to Linux, about four months, I have passed through few distros: Fedora, Ubuntu, and Slackware, ending up with Mint and Arch Linux. I wonder if you could compare LFS with Arch, witch I enjoy very much for its simplicity, speed, and the pacman command. But, Im thinking to give LFS a try, although some say that LFS is not good as distro for daily use, but just as learning experience to know Linux better.
Blessing.

re: LFS or Arch Linux

Well, I really couldn't compare LFS with anything else - not even Gentoo. Although Gentoo would probably be the closest. Arch is a binary distro with a great commandline package manager. LFS didn't have a package manager last I messed with it. There were methods of managing packages, but the user had to sorta build it from scratch. Big Grin

There's no reason why LFS couldn't be fine for an everyday desktop if that's what you wanted to do. If so, perhaps you might want to look into some of those described package management solutions.

Go ahead and go for it. I don't know how you have your disk partitioned, but I suggest slicing it up into several partitions so that you can play with one distro while keeping one or two intact for daily use.

LFS or Arch Linux

Hi,
thanks a lot for this fast reply. Yes. I will take your advice about partitioning. I wonder why there are so few good reviews of LFS. The more your afford is appreciated. Take care.

The nice thing about LFS

The nice thing about LFS is that you can always install any package manager including pacman, make packages and even start your own distribution.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

Programming Leftovers

  • Announcement : An AArch64 (Arm64) Darwin port is planned for GCC12

    As many of you know, Apple has now released an AArch64-based version of macOS and desktop/laptop platforms using the ‘M1’ chip to support it. This is in addition to the existing iOS mobile platforms (but shares some of their constraints). There is considerable interest in the user-base for a GCC port (starting with https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96168) - and, of great kudos to the gfortran team, one of the main drivers is folks using Fortran. Fortunately, I was able to obtain access to one of the DTKs, courtesy of the OSS folks, and using that managed to draft an initial attempt at the port last year (however, nowhere near ready for presentation in GCC11). Nevertheless (as an aside) despite being a prototype, the port is in use with many via hombrew, macports or self-builds - which has shaken out some of the fixable bugs. The work done in the prototype identified three issues that could not be coded around without work on generic parts of the compiler. I am very happy to say that two of our colleagues, Andrew Burgess and Maxim Blinov (both from embecosm) have joined me in drafting a postable version of the port and we are seeking sponsorship to finish this in the GCC12 timeframe. Maxim has a lightning talk on the GNU tools track at LPC (right after the steering committee session) that will focus on the two generic issues that we’re tackling (1 and 2 below). Here is a short summary of the issues and proposed solutions (detailed discussion of any of the parts below would better be in new threads).

  • Apple Silicon / M1 Port Planned For GCC 12 - Phoronix

    Developers are hoping for next year's GCC 12 release they will have Apple AArch64 support on Darwin in place for being able to support Apple Silicon -- initially the M1 SoC -- on macOS with GCC. LLVM/Clang has long been supporting AArch64 on macOS given that Apple leverages LLVM/Clang as part of their official Xcode toolchain as the basis for their compiler across macOS to iOS and other products. While the GNU Compiler Collection (GCC) supports AArch64 and macOS/Darwin, it hasn't supported the two of them together but there is a port in progress to change it.

  • Dirk Eddelbuettel: tidyCpp 0.0.5 on CRAN: More Protect’ion

    Another small release of the tidyCpp package arrived on CRAN overnight. The packages offers a clean C++ layer (as well as one small C++ helper class) on top of the C API for R which aims to make use of this robust (if awkward) C API a little easier and more consistent. See the vignette for motivating examples. The Protect class now uses the default methods for copy and move constructors and assignment allowing for wide use of the class. The small NumVec class now uses it for its data member.

  • QML Modules in Qt 6.2

    With Qt 6.2 there is, for the first time, a comprehensive build system API that allows you to specify a QML module as a complete, encapsulated unit. This is a significant improvement, but as the concept of QML modules was rather under-developed in Qt 5, even seasoned QML developers might now ask "What exactly is a QML module". In our previous post we have scratched the surface by introducing the CMake API used to define them. We'll take a closer look in this post.

  • Santiago Zarate: So you want to recover and old git branch because it has been overwritten?
  • Start using YAML now | Opensource.com

    YAML (YAML Ain't Markup Language) is a human-readable data serialization language. Its syntax is simple and human-readable. It does not contain quotation marks, opening and closing tags, or braces. It does not contain anything which might make it harder for humans to parse nesting rules. You can scan your YAML document and immediately know what's going on. [...] At this point, you know enough YAML to get started. You can play around with the online YAML parser to test yourself. If you work with YAML daily, then this handy cheatsheet will be helpful.

  • 40 C programming examples

    C programming language is one of the popular programming languages for novice programmers. It is a structured programming language that was mainly developed for UNIX operating system. It supports different types of operating systems, and it is very easy to learn. 40 useful C programming examples have been shown in this tutorial for the users who want to learn C programming from the beginning.

Devices/Embedded: Asus Tinker Board 2 and More

  • Asus Tinker Board 2 single-board computer now available for $94 and up - Liliputing

    The Asus Tinker Board 2 is a Raspberry Pi-shaped single-board computer powered by a Rockchip RK3399 hexa-core processor and featuring 2GB to 4GB of RAM. First announced almost a year ago, the Tinker Board 2 is finally available for $99 and up. Asus also offers a Tinker Board 2S model that’s pretty similar except that it has 16GB of eMMC storage. Prices for that model start at about $120.

  • Raspberry Pi Weekly Issue #371 - Sir Clive Sinclair, 1940 – 2021

    This week ended with the incredibly sad news of the passing of Sir Clive Sinclair. He was one of the founding fathers of home computing and got many of us at Raspberry Pi hooked on programming as kids. Join us in sharing your Sinclair computing memories with us on Twitter and our blog, and we’ll see you next week.

  • cuplTag battery-powered NFC tag logs temperature and humidity (Crowdfunding) - CNX Software

    Temperature and humidity sensors would normally connect to a gateway sending data to the cloud, the coin-cell battery-powered cuplTag NFC tag instead sends data to your smartphone after a tap. CulpTag is controlled by an MSP430 16-bit microcontroller from Texas Instruments which reads and stores sensor data regularly into an EEPROM, and the data can then be read over NFC with the tag returning an URL with the data from the sensor and battery, then display everything on the phone’s web browser (no app needed).

  • A first look at Microchip PolarFire SoC FPGA Icicle RISC-V development board - CNX Software

    Formally launched on Crowd Supply a little over a year ago, Microchip PolarFire SoC FPGA Icicle (codenamed MPFS-ICICLE-KIT-ES) was one of the first Linux & FreeBSD capable RISC-V development boards. The system is equipped with PolarFire SoC FPGA comprised a RISC-V CPU subsystem with four 64-bit RISC-V (RV64GC) application cores, one 64-bit RISC-V real-time core (RV64IMAC), as well as FPGA fabric. Backers of the board have been able to play with it for several months ago, but Microchip is now sending the board to more people for evaluation/review, and I got one of my own to experiment with. That’s good to have a higher-end development board instead of the usual hobbyist-grade board. Today, I’ll just have a look at the kit content and main components on the board before playing with Linux and FPGA development tools in an upcoming or two posts.

  • What is IoT device management?

    Smart devices are everywhere around us. We carry one in our pocket, watch movies on another while a third cooks us dinner. Every day there are thousands of new devices connecting to the Internet. Research shows that by 2025, more than 150,000 IoT devices will come online every minute. With such vast numbers it is impossible to keep everything in working order just on your own. This brings the need for IoT device management. But what is IoT device management? To answer this question we first need to understand what the Internet of Things (IoT) is.

  • Beelink U59 mini PC with Intel Celeron N5095 Jasper Lake coming soon - Liliputing

    Beelink says the system ships with Windows 10, but it should also supports Linux.

  • Beelink U59 Celeron N5095 Jasper Lake mini PC to ship with 16GB RAM, 512GB SSD - CNX Software

    Beelink U59 is an upcoming Jasper Lake mini PC based on the Intel Celeron N5095 15W quad-core processor that will ship with up to 16GB RAM, and 512 GB M.2 SSD storage. The mini PC will also offer two 4K HDMI 2.0 ports, a Gigabit Ethernet port, WiFi 5, as well as four USB 3.0 ports, and support for 2.5-inch SATA drives up to 7mm thick.

Graphics: Mesa, KWinFT, and RADV

  • Experimenting Is Underway For Rust Code Within Mesa - Phoronix

    Longtime Mesa developer Karol Herbst who has worked extensively on the open-source NVIDIA "Nouveau" driver as well as the OpenCL/compute stack while being employed by Red Hat is now toying with the idea of Rust code inside Mesa.  Karol Herbst has begun investigating how Rust code, which is known for its memory safety and concurrency benefits, could be used within Mesa. Ultimately he's evaluating how Rust could be used inside Mesa as an API implementation as well as for leveraging existing Mesa code by Rust. 

  •     
  • KWinFT Continues Working On WLROOTS Render, Library Split

    KWinFT as a fork of KDE's KWin X11/Wayland compositor code continues making progress on driving fundamental display improvements and ironing out the Wayland support.  KWinFT has been transitioning to use WLROOTS for its Wayland heavy-lifting and that process remains ongoing. KWinFT has also been working on splitting up its library code to make it more manageable and robust.  Among the features still desired by KWinFT and to be worked on include input methods, graphical tablet support, and PipeWire video stream integration. Currently there are two full-time developers working on the project but they hope to scale up to four to five full-time developers. 

  • Raytracing Starting to Come Together – Bas Nieuwenhuizen – Open Source GPU Drivers

    I am back with another status update on raytracing in RADV. And the good news is that things are finally starting to come together. After ~9 months of on and off work we’re now having games working with raytracing.

  • Multiple Games Are Now Working With RADV's Ray-Tracing Code - Phoronix

    Not only is Intel progressing with its open-source ray-tracing driver support but the Mesa Radeon Vulkan driver "RADV" has been rounding out its RT code too and now has multiple games correctly rendering. Bas Nieuwenhuizen has been spearheading the RADV work on Vulkan ray-tracing support and after more than a half-year tackling it things are starting to fall into place nicely.Games such as Quake II RTX with native Vulkan ray-tracing are working along with the game control via VKD3D-Proton for going from Direct3D 12 DXR to Vulkan RT. Metro Exodus is also working while Ghostrunner and Doom Eternal are two games tested that are not yet working.

Audiocasts/Shows: Full Circle Weekly News, Juno Computers, Kali Linux 2021.3