| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
| |
The 'min' package list contains the generic kernel.
This package list is special because the 'make_slackware_live.sh' script
will also take care of the ISO boot configuration while processing it.
A custom Live OS may want to use a custom filename instead of "min.lst",
so the variable $MINLIST was created for that purpose.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
This makes remote CUPS printers available locally.
|
| |
|
|
|
|
|
|
| |
While still staying below the CDROM size limit of 737.280.000 bytes,
I was able to add lftp, fltk and tigervnc (because I need them),
cdrtools and dosfstools (because iso2usb.sh needs them),
as well as hplip and net-snmp to complement the recently added cups packages.
I hope the XFCE variant now has a fully functional print support.
|
| |
|
|
|
|
|
|
| |
This is of course a new parameter to the "make_slackware_live.sh" script.
It was added to allow the developer to make small changes to the file tree
of what is to become the ISO image, and then re-generate the ISO without
having to repeat all the other steps (potentially undoing the modifications).
Useful for debugging mostly.
|
| | |
|
| |
|
|
| |
Or to be more precise: below 737.280.000 bytes (80min CDROM medium size)
|
| |
|
|
|
|
|
|
|
|
| |
The addons/ and optional/ directory will be searched for *.sxz modules
even if they live in subdirectories. This allows you to organize your
modules instead of dumping them all into a single directory.
If a module fails to load (because it is corrupted for instance) liveinit
will mention this on screen and write the modulename to a file
'/mnt/live/modules/failed'.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The file "0020-slackware_multilib-current-x86_64.sxz" (for Slackware64-current)
or "0020-slackware_multilib-14.2-x86_64.sxz" (for Slackware64 14.2) can be
extracted from the ISO afterwards and distributed separately and independently
from the Slackware Live ISOs.
If you want to add multilib to your persistent USB version of Slackware Live,
you just copy the above squashfs module into the /liveslak/addons/ directory
of the liveslak partition on the stick (this enables multilib by default).
or else copy it to /liveslak/optional/ if you want to enable multilib on boot
manually by adding a "load=multilib" boot parameter.
|
| |
|
|
|
|
| |
In 'make_slackware_live.conf' you can give that variable "LIVEUID" another
value than the default "live" if you want to create a Live Edition where
the Live user account is not called "live".
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
New parameter '-M' to the "make_slackware_live.sh" script will add
a squashfs module "0020-slackware_multilib-VERSION-ARCH.sxz" to the iso,
its contents based on the ./pkglists/multilib.* package repo definitions.
Only for the x86_64 architecture of course.
If you already have a USB Live, you can simply copy this module into the
directory "/liveslak/addons" to transform your pure 64bit Slackware Live
Edition into a multilib variant.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
When the user loads a non-system squashfs module (for instance from the
optional or addons subdirectories) and this contains kernel modules,
then the kernel must be made aware using a "depmod -a" call.
The previous implementation did this at the end of rc.local but
that was too late in the boot process: the kernel needs to be aware
of the new modules straight from the start, so that udev can enable
the hardware which is supported by these new kernel drivers on time.
So the depmod call was moved to the live init script (inside the initrd).
|
| |
|
|
|
| |
You can define SMP32="YES" in the script or in its .conf file,
if you want your Live ISO to boot the 32bit SMP kernel instead.
|
| | |
|
| |
|
|
|
|
| |
The "dialout" group is required for working with 3G USB modems and
ppp connections. If the user wants to play UNIX games, then the "games"
group membership is needed. And "disk" group was added for good measure.
|
| |
|
|
|
|
|
|
| |
We need to maintain strict size requirements to keep the maximum size
of the XFCE ISO below 737.280.000 bytes (703 MB) so that it fits on CDROM.
You can always add optional/addons modules later if you create a USB Live
medium out of the ISO.
|
| | |
|
| |
|
|
|
|
| |
For some people, an ISO generated with xorriso instead of using
mkisofs/isohybrid is more compatible with other tools or hardware.
You need to install xorriso separately, it is not included with Slackware.
|
| | |
|
| |
|
|
|
|
|
|
|
| |
In order to successfully generate a 32bit ISO of the small XFCE variant,
the variable SMP32 needs to be set to "NO" because the package for the SMP
kernel will not be added (due to size constraints).
Example commandline to achieve this:
SMP32=NO ./make_slackware_live.sh -d XFCE -a i586
|
| |
|
|
|
| |
The URLs mentioning 'taper' instead of 'bear' will still work because
the webserver on taper will do automatic redirection to bear.
|
| |
|
|
| |
I think this 'liveslak' product is in a pretty stable state now.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
The passwords for users 'live' and 'root' are easy to guess.
When you use the Slackware Live Edition on a public network,
you do not want people to use an exposed SSH login.
If you still want to have the SSH daemon enabled on boot, use the
'tweak' boot parameter and provide a 'ssh' value as follows:
"tweak=ssh"
This can be combined with other tweaks of course, all comma-separated.
|
| | |
|
| |
|
|
| |
Provided by GigglesUK, thanks.
|
| |
|
|
| |
And it is ready for a stable 1.0.0 version if no further bugs are uncovered.
|
| |
|
|
|
| |
See the README.txt for instructions on how to use the 'pxeserver' script
and what it can do for you.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
The resulting ISO will boot on real hardware as well as in virtualizers
like QEMU, VirtualBox and VMWare Player, despite the warning shown by
isohybrid that the ISO has more than 1024 cilynders and not all BIOSes
will be able to boot it.
Specifying sectors/heads to stay "standard compliant" will generate ISO
files that fail to boot in VirtualBox if the ISO filesize is larger
than roughly 1 GB, spitting out the error "VERR_NOT_SUPPORTED".
|
| | |
|
| | |
|
| | |
|
Eric Hameleers