News

Download

Once you downloaded the Clementinux repository with git to your local disk, everything compiles offline, assuming you have all requirements (see below). But be warned, the Tinux git repository is 11 GB huge and contains the original Devuan Beowulf 3.1.1 desktop installation ISO disk image and lots of LFS/BLFS packages. This is to provide a stable, reproducable, and sufficiant base in one single download that contains everything thereafter.

So take a cup of coffee and hit:

git clone http://techinvest.li/git/tinux.git

Afterwards you can use my public PGP key listed under contact to verify the git hashes in doc/git.log and the binary files in SHA256SUMS with: gpg --verify SHA256SUMS.asc

If you want just a pre peak at how this all looks without downloading 6+ Gigs of stuff you might already have, here is a 1.6MB tar file of everything except the binaries and history:

Requirements

• A Linux System with:
  • 100 GB disk space
  • /bin/bash
  • make
  • X.Org
  • Qemu
  • openssh
  • expect
  And recommended:
  • git
  • sha256sum
  • gpg
  • md5sum

Installation

./configure
make
make blfs   # If you want X11 and a web browser (Falkon, chromium based).
make run

Notice the password '123123' that is given to each user (root and and in the Devuan VM also the tinux user). After all is done, you might want to change the root password in the final Tinux VM manually with the 'passwd' command after login.

If you rerun everything, 'make clean' will delete all the images created inbetween, but also the used ports for the local ssh connection in your ~/.ssh/known_hosts file. After the final Tinux image is create and started in server mode, you can continue to create some base tools from the Beyond Linux From Scratch book like emacs and a handy tool like tmux with: 'make blfs'

Outside of the Qemu VM window, you can connect to the Virtual Machine with: 'ssh -p 2231 root@localhost'

And the very first things before the installation you can do, are:
 
gpg --verify ftp/iso/devuan/SHA256SUMS.asc
gpg --verify SHA256SUMS.asc

And have a look at those SHA256 hashes;-).

Documentation

Books

Below are some documents and books for offline reading. They are all allowed to be freely distributed, so therefore they are included with Tinux.

Original Software/Sources/Packages

CVE Details

FAQ

The Tinux Qemu VM starts up with a screen resolution of 1024x768. However, I have a bigger screen. How can I use the full screen resolution?

It takes a little bit of hand work, like on Arch. And you will have to do it again once you restart your VM. Candidate to automate it therefore. Here is how it goes with 1280x1024 as an example from the command line:

xrandr
cvt 1280 1024
# E.g. having used the output of xrandr and cvt in the following commands..
xrandr --newmode "1280x1024_60.00" 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync
xrandr --addmode Virtual-1 "1280x1024_60.00"
xrandr --output Virtual-1 --mode "1280x1024_60.00"

How can I change my wallpaper from the command line?

ls -la /usr/share/wallpapers
# Choose a file that covers, at lest, your screen size.
feh --bg-center <choosen.jpg>
vi ~/.config/openbox/autostart
# Edit the feh line accordingly, so you enjoy your new wallpaper in the next session as well.

Changed the screen resolution, and now my xclock is out of location. How can I setup a new location?

Kill the running xclock process and edit ~/.config/openbox/autostart. For 1280x1024 this line works for me:

xclock -geometry 141x28+1137-1002 -digital -strftime "%Y-%m-%d %H:%M" &

Copy paste the same line into an xterm to make it work for your current session.

Love my wallpaper so much, but my screen is fully covered with application windows. How can I have a look at it?

In ~/.config/openbox/rc.xml is ToggleShowDesktop defined with a key binding of W-d. W might stand for the Windows key, AltGr, the right Alt key, or what have you. If you can't figure it out, you can rebind it also to something that works for you (and reload the X config - or restart X). Using it will show the wallpaper/desktop. Use it again to get all your windows back, including the xclock.

All the windows also don't allow me to use the right mouse click on the background to open the applications menu. How to get to this menu without seeing the desktop background?

In ~/.config/openbox/rc.xml is also the W-m keybinding defined. Same remarks as to the question above apply here.

Great having a whole build of a running Linux From Scratch system with a bunch of Beyond Linux From Scratch applications (notably X Org) already in place. Still, there is not all there yet that I wish.. How can I continue playing with BLFS and installing more applications to my desire?

Open an xterm terminal and switch to the 'lfs' user and proceed with something like the following:

su - lfs
cd /sources
find . -type d
ls -la /usr/share/doc/tinux/
lynx /usr/share/doc/tinux/BLFS-BOOK-10.1-nochunks.html
wget https://ftp.gnu.org/gnu/screen/screen-4.8.0.tar.gz
md5sum screen-4.8.0.tar.gz | grep d276213d3acd10339cd37848b8c4ab1e
echo $?
wget http://www.linuxfromscratch.org/patches/blfs/10.1/screen-4.8.0-upstream_fixes-1.patch
less screen-4.8.0-upstream_fixes-1.patch
tar xf screen-4.8.0.tar.gz
cd screen-4.8.0
patch -Np1 -i ../screen-4.8.0-upstream_fixes-1.patch
./configure --prefix=/usr \
--infodir=/usr/share/info \
--mandir=/usr/share/man \
--with-socket-dir=/run/screen \
--with-pty-group=5 \
--with-sys-screenrc=/etc/screenrc
sed -i -e "s%/usr/local/etc/screenrc%/etc/screenrc%" {etc,doc}/*
make
sudo make install
sudo install -m 644 etc/etcscreenrc /etc/screenrc
cd ..
sudo rm -rf screen-4.8.0
which screen

Then put this into a bash script and send it to me:).

How to build rustc from source without using a pre-existing binary rustc version?

./configure
time { make lfs_9.0 && make blfs_9.0 && make rustc; }

The resulting rustc and cargo binaries (1.52.0) are stored on the host in the build directory (./build/rustc-1.52.0/bin). The bootstrap process starts with mrustc, which uses GCC to build itself. Afterwards mrustc is used to build rustc 1.40 which is then used recursively all the way up till version 1.52.
The build process takes an additional 100 GB of disk space (so a total of 200GB is needed!).
The resulting 1.52 binaries can then be copied and used in Tinux/LFS 11.0, e.g. to build Firefox. The detour via Tinux/LFS 9.0 has been taken, as mrustc does not yet support the latest GCC 11.2.0 version.
Oh, and on my setup with an AMD 2700X and 32GB of ram, the whole build process takes over 21 hours. Especially with less RAM, expect another 10 hours.

License

Contact

For contact join the IRC channel #tinux on the Libera network (irc.libera.chat) or send email to: clemens.lahme@techinvest.li