Usage
Xvesa
Running startx
from the LiveCD will run a script asking for your X config parameters. jwm
and icewm
are installed by default. Only PS/2 and Serial (COM1/COM2) mice are supported by default, but USB mice can be enabled by passing usbhid
on the kernel command line.
After installing to the HDD, startx
will automatically save your X configuration choices in /etc/Xconfig
. If you need to adjust your configuration, edit that file; you can also delete the file entirely and re-run startx
to generate a new config. Running NOSAVEX=true startx
will run the script without saving your chosen config, even on an HDD installation.
Gimp
Gimp wants to load all of its Pattern files into RAM at startup. The version of Gimp shipped with BasicLinux includes 10MB of pattern files. Thus, no system with less than 12MB of RAM stands a chance of running Gimp out of the box.
To remove this requirement, all of the pattern files have been moved onto a disk image. By default, Gimp will see an empty patterns/
directory, and will function within 8MB of RAM. If you have more than 12MB of RAM and want to use patterns in Gimp, you can run:
mount -o loop /usr/share/gimp/patterns.img /usr/share/gimp/patterns
On a hard drive installation, you could then copy only the patterns you want to ~/.gimp/patterns
and unmount the disk image. This would conserve RAM while allowing you to still use the patterns feature.
glibc2 and Opera
BasicLinux documentation indicates that Opera 8 will work with BasicLinux, if you first install the glibc2 packages from Slackware 9. The two library packages are in LiveCD/extras/slackware-9.0
.
Note that as of Beta 1 Revision 4, Opera is fully untested, and may not be compatible.
Opera 8.54 has been found! A mirror of all of the Opera Linux builds for versions 7-9 that I found is included in the repo in /contrib/opera
and 8.54 is included on the LiveCD at LiveCD/extra/opera8.tbz
Unfortunately, I have been unable to locate a copy of Opera 8 for Linux. I have included Opera 7.54 instead. It is not yet tested.
If you find Opera 8 for Linux, statically linked for Qt (opera-8.xx-YYYYMMDD-static-qt-i386.tar.gz) please open an Issue and let me know.
See the BasicLinux documentation on-disc (LiveCD/docs
) for more info.
Java
The ancient JDK 1.1.7 for Solaris (including/compatible with JRE 1.1), ported by the Blackdown `java-linux` porting team was provided in the original Slackware 4.0 contrib repo. The package kinda works as-is, but it includes "helpful" wrapper scripts which attempt to automatically set the JAVA_HOME
, CLASSPATH
, and LD_LIBRARY_PATH
variables appropriately.
The problem is, these scripts don't work with some Busybox builtins, like basename
and dirname
. Even when I install the Slack 4 versions of shell utilities, it doesn't fully work.
Rather than modify the scripts, I am replacing them with my own, and simply hard-coding the proper values for BasicLinux.
My package will live on the liveCD in /packages/contrib
while the unmodified original distribution will live at /contrib
in the repo. It should work on BasicLinux 3 floppy-based installs as well.
Samba
The default smb.conf
is set to share the entire root filesystem, unprotected, to any guest user with no password. Utterly insecure, but in line with the BasicLinux principle of being DOS-like and offering maximal "rescue disc" potential. This share is accessible from \\BasicLinux\baslin
or \\<IP ADDRESS>\baslin
Unfortunately, the version of Samba shipped with BasicLinux is very old (2.0.3) which does not support SMB2 (not its fault, it hadn't been invented yet). SMB2 is the minimum required protocol for modern clients (Samba 4, Windows 10). For reasons unknown, Windows XP seems to be reluctant to connect as well. So SMB is likely not the best way to access your BasicLinux host.
On the plus side, smbclient
works fine for an FTP-like SMB interface. Connecting to RetroNAS (Samba 4.17) from BasicLinux succeeds, but is limited to the older smbfs
2GB file limits.
smbclient \\\\<IP ADDRESS>\\<SHARE> -U <USER>
or
smbclient \\\\<HOSTNAME>\\<SHARE> -U <USER>
Even better, smbmount
works to mount SMB shares as Linux filesystems. The mount -t smbfs
syntax is mysteriously broken, but the following works:
smbmount \\\\<IP ADDRESS>\\<SHARE> -U <USER>
<prompt for password>
mount <MOUNTPOINT>
I have to install the nls_cp437
codepage (and smbfs) first:
modprobe nls_cp437
modprobe smbfs
This is how I find BasicLinux-LCARS to be most useful: I can mount my RetroNAS instance, and dd
a complete vintage HDD over LAN. Slow, but so far very reliable.