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

Security Leftovers

  • OpenSSH adds protection against Spectre, Meltdown, RAMBleed

    OpenSSH, a widely used suite of programs for secure (SSH protocol-based) remote login, has been equipped with protection against side-channel attacks that could allow attackers to extract private keys from memory.

  • How to take the pain out of patching Linux and Windows systems at scale

    Patching can be manually intensive and time-consuming, requiring large amounts of coordination and processes. Tony Green gives the best tips.

  • Removal of IBRS mitigation for Spectre Variant2

    As the Meltdown and Spectre attacks were published begin of January 2018, several mitigations were planned and implemented for Spectre Variant 2.

  • Go and FIPS 140-2 on Red Hat Enterprise Linux

    Red Hat provides the Go programming language to Red Hat Enterprise Linux customers via the go-toolset package. If this package is new to you, and you want to learn more, check out some of the previous articles that have been written for some background. The go-toolset package is currently shipping Go version 1.11.x, with Red Hat planning to ship 1.12.x in Fall 2019. Currently, the go-toolset package only provides the Go toolchain (e.g., the compiler and associated tools like gofmt); however, we are looking into adding other tools to provide a more complete and full-featured Go development environment. In this article, I will talk about some of the improvements, changes, and exciting new features for go-toolset that we have been working on. These changes bring many upstream improvements and CVE fixes, as well as new features that we have been developing internally alongside upstream.

  • Check your password security with Have I Been Pwned? and pass

    Password security involves a broad set of practices, and not all of them are appropriate or possible for everyone. Therefore, the best strategy is to develop a threat model by thinking through your most significant risks—who and what you are protecting against—then model your security approach on the activities that are most effective against those specific threats. The Electronic Frontier Foundation (EFF) has a great series on threat modeling that I encourage everyone to read. In my threat model, I am very concerned about the security of my passwords against (among other things) dictionary attacks, in which an attacker uses a list of likely or known passwords to try to break into a system. One way to stop dictionary attacks is to have your service provider rate-limit or deny login attempts after a certain number of failures. Another way is not to use passwords in the "known passwords" dataset.

SUSE: Release of SUSE CaaS Platform, SUSE Enterprise Storage, SUSE Linux Enterprise 15 Service Pack 1 and More

  • SUSE CaaS Platform 4.0 Beta 3 is out!

    SUSE CaaS Platform 4.0 is built on top of SLE 15 SP1 and requires either the JeOS version shipped from the product repositories or a regular SLE 15 SP1 installation. Please note that SLE 15 SP1 is now officially out! Check out the official announcement for more information. Thus you should not use a SLES 15 SP1 environment with the SLE Beta Registration Code anymore. Because the SLE Beta Registration Code has expired now, but you can either use your regular SLE Registration Code or use a Trial.

  • SUSE Enterprise Storage 6 Now Available

    With the current increase in data creation, increased costs and flat to lower budgets, IT organizations are looking for ways to deploy highly scalable and resilient storage solutions that manage data growth and complexity, reduce costs and seamlessly adapt to changing demands. Today we are pleased to announce the general availability of SUSE Enterprise Storage 6, the latest release of the award-winning SUSE software-defined storage solution designed to meet the demands of the data explosion.

  • What’s New for SUSE Linux Enterprise Server for Arm 15 SP1

    Happy Birthday! It’s been 1 year since we introduced the world’s first multimodal OS supporting 64-bit Arm systems (AArch64 architecture), SUSE Linux Enterprise Server for Arm 15. Enterprise early adopters and developers of Ceph-based storage and industrial automation systems can gain faster time to market for innovative Arm-based server and Internet of Things (IoT) solutions. SUSE Linux Enterprise Server for Arm is tested with a broad set of Arm System-on-a-Chip (SoC) processors, enabling enterprise-class security and greater reliability. And with your choice of Standard or Premium Support subscriptions you can get the latest security patches and fixes, and spend less time on problem resolution as compared to maintaining your own Linux distribution.

  • Are you ready for the world’s first Multimodal Operating System

    Today, SUSE releases SUSE Linux Enterprise 15 Service Pack 1, marking the one-year anniversary since we launched the world’s first multimodal OS. SUSE Linux Enterprise 15 SP1 advances the multimodal OS model by enhancing the core tenets of common code base, modularity and community development while hardening business-critical attributes such as data security, reduced downtime and optimized workloads.

  • The future of OpenStack?

    Before we can answer these questions, let’s take a look at its past to give some context. Since its original release in 2010 as a joint venture by Rackspace and NASA, and its subsequent spin-off into a separate open source foundation in 2012, OpenStack has seen growth and hype that was almost unparalleled. I was fortunate enough to attend the Paris OpenStack Summit in 2014, where Mark Collier was famously driven onto stage for a keynote in one of the BMW electric sports cars. The event was huge and was packed with attendees and sponsors – almost every large technology company you can think of was there. Marketing budget had clearly been splurged in a big way on this event with lots of pizazz and fancy swag to be had from the various vendor booths. Cycle forward 4 years to the next OpenStack Summit I attended – Vancouver in May 2018. This was a very different affair – most of the tech behemoths were no longer sponsoring, and while there were some nice pieces of swag for attendees to take home, it was clear that marketing budgets had been reduced as the hype had decreased. There were less attendees, less expensive giveaways, but that ever-present buzz of open source collaboration that has always been a part of OpenStack was still there. Users were still sharing their stories, and developers and engineers were sharing their learnings with each other, just on a slightly smaller scale.

  • SUSE Academic Program to be present at 2019 UCISA SSG Conference

    Engaging with the community has always been important for SUSE and this is no different for our Academic Program. That is why next week, the SUSE Academic Program is excited to attend and participate in a three day event hosted by one of the most respected networks in UK education.

Glen Barber: Statement regarding employment change and roles in the [FreeBSD] Project

Dear FreeBSD community:

As I have a highly-visible role within the community, I want to share
some news.  I have decided the time has come to move on from my role
with the FreeBSD Foundation, this Friday being my last day.  I have
accepted a position within a prominent company that uses and produces
products based on FreeBSD.

My new employer has included provisions within my job description that
allow me to continue supporting the FreeBSD Project in my current
roles, including Release Engineering.

There are no planned immediate changes with how this pertains to my
roles within the Project and the various teams of which I am a member.

FreeBSD 11.3 and 12.1 will continue as previously scheduled, with no
impact as a result of this change.

I want to thank everyone at the FreeBSD Foundation for providing the
opportunity to serve the FreeBSD Project in my various roles, and their
support for my decision.

I look forward to continue supporting the FreeBSD Project in my various
roles moving forward.

Glen
Read more Also: FreeBSD's Release Engineering Lead Departs The Foundation

There's A Professional Grade Digital Cinema Camera Powered By Linux

Digital camera startup Octopus Cinema has been designing the "OCTOPUSCAMERA" as a digital cinema camera that's professional grade yet is an open platform with removable/upgradeable parts and this camera platform itself is running Linux. The OCTOPUSCAMERA supports up to 5K full frame recording, weighs less than 1kg, and is powered by Linux. It's a rather ambitious device and they aim to be shipping in 2020. Read more Also: Old Linus Torvalds is back: Linux page caching sparks 'bulls**t' outburst [Ed: Anti-Linux writers of the CBS tabloid ZDNet are mobbing Torvalds into silence again]