Pull master commits #4

Merged
maximstewart merged 16 commits from master into develop 2020-05-02 11:18:57 +00:00
16 changed files with 0 additions and 423 deletions
Showing only changes of commit a1d9e8a7be - Show all commits

Binary file not shown.

Binary file not shown.

View File

@ -1 +0,0 @@
REMOVE ME BEFORE USING!!

Binary file not shown.

View File

@ -1,67 +0,0 @@
# Comboot modules:
# * menu.c32 - provides a text menu
# * vesamenu.c32 - provides a graphical menu
# * chain.c32 - chainload MBRs, partition boot sectors, Windows bootloaders
# * hdt.c32 - hardware detection tool
# * reboot.c32 - reboots the system
#
# To Use: Copy the respective files from /usr/lib/syslinux to /boot/syslinux.
# If /usr and /boot are on the same file system, symlink the files instead
# of copying them.
#
# If you do not use a menu, a 'boot:' prompt will be shown and the system
# will boot automatically after 5 seconds.
#
# Note: A ^ in a label before a character means one can use that to quickly select it.
#
# HELPFUL SOURCES
# http://www.syslinux.org/wiki/index.php?title=The_Syslinux_Project
# https://wiki.archlinux.org/index.php/Syslinux
# The wikis provides further configuration examples
# search path for the c32 support libraries (libcom32, libutil etc.)
PATH
# Need this for images as backgrounds
DEFAULT vesamenu.c32
# If 1 it'd present the boot prompt
PROMPT 0
# wait 15 seconds
TIMEOUT 150
MENU RESOLUTION 1024 768
MENU BACKGROUND splash.png
MENU TITLE Sol-OS
## Theming
MENU COLOR border 30;44 #40ffffff #a0000000 std
MENU COLOR title 1;36;44 #9033ccff #a0000000 std
MENU COLOR sel 7;37;40 #e0ffffff #20ffffff all
MENU COLOR unsel 37;44 #50ffffff #a0000000 std
MENU COLOR help 37;40 #c0ffffff #a0000000 std
MENU COLOR timeout_msg 37;40 #80ffffff #00000000 std
MENU COLOR timeout 1;37;40 #c0ffffff #00000000 std
MENU COLOR msg07 37;40 #90ffffff #a0000000 std
MENU COLOR tabmsg 31;40 #30ffffff #00000000 std
## Menu Options
LABEL solosLive
MENU label ^Try Sol-OS
KERNEL /casper/vmlinuz
APPEND file=/images/filesystem.squashfs boot=casper
INITRD /casper/initrd.gz quiet splash ---
LABEL solosInstall
MENU label ^Install Sol-OS
KERNEL /casper/vmlinuz
APPEND file=/images/filesystem.squashfs boot=casper only-ubiquity
INITRD /casper/initrd.gz quiet splash ---
MENU SEPARATOR
LABEL hd
menu label ^Boot from first hard disk
localboot 0x80
LABEL reboot
MENU LABEL ^Reboot
COM32 reboot.c32

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

View File

@ -1,11 +0,0 @@
#!/bin/bash
. ../CONFIG
function main() {
mkisofs -o ../"${NAME}".iso \
-b isolinux/isolinux.bin -c isolinux/boot.cat \
-no-emul-boot -boot-load-size 4 -boot-info-table \
.
}
main;

View File

@ -1,264 +0,0 @@
CREDIT: http://www.tldp.org/HOWTO/Bootdisk-HOWTO/buildroot.html
/dev -- Device files, required to perform I/O
/proc -- Directory stub required by the proc filesystem
/etc -- System configuration files
/sbin -- Critical system binaries
/bin -- Essential binaries considered part of the system
/lib -- Shared libraries to provide run-time support
/mnt -- A mount point for maintenance on other disks
/usr -- Additional utilities and applications
Three of these directories will be empty on the root filesystem, so they only need to be created with mkdir.
The /proc directory is basically a stub under which the proc filesystem is placed. The directories /mnt and /usr
are only mount points for use after the boot/root system is running. Hence again, these directories only need to be created.
4.3.1. /dev
A /dev directory containing a special file for all devices to be used by the system is mandatory for any Linux system.
The directory itself is a normal directory, and can be created with mkdir in the normal way. The device special files,
however, must be created in a special way, using the mknod command.
There is a shortcut, though — copy devices files from your existing hard disk /dev directory. The only requirement is
that you copy the device special files using -R option. This will copy the directory without attempting to copy the contents
of the files. Be sure to use an upper case R. For example:
cp -dpR /dev/fd[01]* /mnt/dev
cp -dpR /dev/tty[0-6] /mnt/dev
assuming that the diskette is mounted at /mnt. The dp switches ensure that symbolic links are copied as links, rather
than using the target file, and that the original file attributes are preserved, thus preserving ownership information.
If you want to do it the hard way, use ls -l to display the major and minor device numbers for the devices you want,
and create them on the diskette using mknod.
However the devices files are created, check that any special devices you need have been placed on the rescue diskette.
For example, ftape uses tape devices, so you will need to copy all of these if you intend to access your floppy tape drive
from the bootdisk.
Note that one inode is required for each device special file, and inodes can at times be a scarce resource, especially on
diskette filesystems. You'll need to be selective about the device files you include. For example, if you do not have SCSI
disks you can safely ignore /dev/sd*; if you don't intend to use serial ports you can ignore /dev/ttyS*.
If, in building your root filesystem, you get the error No space left on device but a df command shows space still available,
you have probably run out of inodes. A df -i will display inode usage.
Important: Be sure to include the following files from this directory: console, kmem, mem, null, ram0 and tty1.
4.3.2. /etc
The /etc directory contains configuration files. What it should contain depends on what programs you intend to run. On most
systems, these can be divided into three groups:
Required at all times, e.g. rc, fstab, passwd.
May be required, but no one is too sure.
Junk that crept in.
Files which are not essential can usually be identified with the command:
ls -ltru
This lists files in reverse order of date last accessed, so if any files are not being accessed, they can be omitted from
a root diskette. On my root diskettes, I have the number of config files down to 15. This reduces my work to dealing with
three sets of files:
The ones I must configure for a boot/root system:
rc.d/* -- system startup and run level change scripts
fstab -- list of file systems to be mounted
inittab -- parameters for the init process, the first process started at boot time.
gettydefs -- parameters for the init process, the first process started at boot time.
The ones I should tidy up for a boot/root system:
passwd -- Critical list of users, home directories, etc.
group -- user groups.
shadow -- passwords of users. You may not have this.
termcap -- the terminal capability database.
If security is important, passwd and shadow should be pruned to avoid copying user passwords off the system, and so that
unwanted logins are rejected when you boot from diskette. Be sure that passwd contains at least root. If you intend other
users to login, be sure their home directories and shells exist. termcap, the terminal database, is typically several
hundred kilobytes. The version on your boot/root diskette should be pruned down to contain only the terminal(s) you use,
which is usually just the linux or linux-console entry. The rest. They work at the moment, so I leave them alone.
Out of this, I only really have to configure two files, and what they should contain is surprisingly small.
rc should contain:
#!/bin/sh
/bin/mount -av
/bin/hostname Kangaroo
Be sure it is executable, be sure it has a "#!" line at the top, and be sure any absolute filenames are correct.
You don't really need to run hostname — it just looks nicer if you do.
fstab should contain at least:
/dev/ram0 / ext2 defaults
/dev/fd0 / ext2 defaults
/proc /proc proc defaults
You can copy entries from your existing fstab, but you should not automatically mount any of your hard disk partitions;
use the noauto keyword with them. Your hard disk may be damaged or dead when the bootdisk is used.
Your inittab should be changed so that its sysinit line runs rc or whatever basic boot script will be used.
Also, if you want to ensure that users on serial ports cannot login, comment out all the entries for getty which include
a ttys or ttyS device at the end of the line. Leave in the tty ports so that you can login at the console.
A minimal inittab file looks like this:
id:2:initdefault:
si::sysinit:/etc/rc
1:2345:respawn:/sbin/getty 9600 tty1
2:23:respawn:/sbin/getty 9600 tty2
The inittab file defines what the system will run in various states including startup, move to multi-user mode, etc.
Check carefully the filenames mentioned in inittab; if init cannot find the program mentioned the bootdisk will hang,
and you may not even get an error message.
Note that some programs cannot be moved elsewhere because other programs have hardcoded their locations. For example,
on my system, /etc/shutdown has hardcoded in it /etc/reboot. If I move reboot to /bin/reboot, and then issue a shutdown
command, it will fail because it cannot find the reboot file.
For the rest, just copy all the text files in your /etc directory, plus all the executables in your /etc directory that
you cannot be sure you do not need. As a guide, consult the sample listing in Appendix C. Probably it will suffice to copy
only those files, but systems differ a great deal, so you cannot be sure that the same set of files on your system is equivalent
to the files in the list. The only sure method is to start with inittab and work out what is required.
Most systems now use an /etc/rc.d/ directory containing shell scripts for different run levels. The minimum is a single rc script,
but it may be simpler just to copy inittab and the /etc/rc.d directory from your existing system, and prune the shell scripts in
the rc.d directory to remove processing not relevent to a diskette system environment.
4.3.3. /bin and /sbin
The /bin directory is a convenient place for extra utilities you need to perform basic operations, utilities such as ls, mv,
cat and dd. See Appendix C for an example list of files that go in a /bin and /sbin directories. It does not include any of
the utilities required to restore from backup, such as cpio, tar and gzip. That is because I place these on a separate utility
diskette, to save space on the boot/root diskette. Once the boot/root diskette is booted, it is copied to the ramdisk leaving
the diskette drive free to mount another diskette, the utility diskette. I usually mount this as /usr.
Creation of a utility diskette is described below in Section 9.2. It is probably desirable to maintain a copy of the same version
of backup utilities used to write the backups so you don't waste time trying to install versions that cannot read your backup tapes.
Important: Be sure to include the following programs: init, getty or equivalent, login, mount, some shell capable of running
your rc scripts, a link from sh to the shell.
4.3.4. /lib
In /lib you place necessary shared libraries and loaders. If the necessary libraries are not found in your /lib directory then the
system will be unable to boot. If you're lucky you may see an error message telling you why.
Nearly every program requires at least the libc library, libc.so.N, where N is the current version number. Check your /lib directory.
The file libc.so.N is usually a symlink to a filename with a complete version number:
% ls -l /lib/libc*
-rwxr-xr-x 1 root root 4016683 Apr 16 18:48 libc-2.1.1.so*
lrwxrwxrwx 1 root root 13 Apr 10 12:25 libc.so.6 -> libc-2.1.1.so*
In this case, you want libc-2.1.1.so. To find other libraries you should go through all the binaries you plan to include and check
their dependencies with ldd. For example:
% ldd /sbin/mke2fs
libext2fs.so.2 => /lib/libext2fs.so.2 (0x40014000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0x40026000)
libuuid.so.1 => /lib/libuuid.so.1 (0x40028000)
libc.so.6 => /lib/libc.so.6 (0x4002c000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
Each file on the right-hand side is required. The file may be a symbolic link.
Note that some libraries are quite large and will not fit easily on your root filesystem. For example, the libc.so listed above is
about 4 meg. You will probably need to strip libraries when copying them to your root filesystem. See Section 8 for instructions.
In /lib you must also include a loader for the libraries. The loader will be either ld.so (for A.OUT libraries, which are no longer
common) or ld-linux.so (for ELF libraries). Newer versions of ldd tell you exactly which loader is needed, as in the example above,
but older versions may not. If you're unsure which you need, run the file command on the library. For example:
% file /lib/libc.so.4.7.2 /lib/libc.so.5.4.33 /lib/libc-2.1.1.so
/lib/libc.so.4.7.2: Linux/i386 demand-paged executable (QMAGIC), stripped
/lib/libc.so.5.4.33: ELF 32-bit LSB shared object, Intel 80386, version 1, stripped
/lib/libc-2.1.1.so: ELF 32-bit LSB shared object, Intel 80386, version 1, not stripped
The QMAGIC indicates that 4.7.2 is for A.OUT libraries, and ELF indicates that 5.4.33 and 2.1.1 are for ELF.
Copy the specific loader(s) you need to the root filesystem you're building. Libraries and loaders should be checked carefully against
the included binaries. If the kernel cannot load a necessary library, the kernel may hang with no error message.
4.6. Some final details
Some system programs, such as login, complain if the file /var/run/utmp and the directory /var/log do not exist. So:
mkdir -p /mnt/var/{log,run}
touch /mnt/var/run/utmp
Finally, after you have set up all the libraries you need, run ldconfig to remake /etc/ld.so.cache on the root filesystem.
The cache tells the loader where to find the libraries. You can do this with:
ldconfig -r /mnt
4.7. Wrapping it up
When you have finished constructing the root filesystem, unmount it, copy it to a file and compress it:
umount /mnt
dd if=DEVICE bs=1k | gzip -v9 > rootfs.gz
When this finishes you will have a file rootfs.gz. This is your compressed root filesystem. You should check its size to
make sure it will fit on a diskette; if it doesn't you'll have to go back and remove some files. Some suggestions for
reducing root filesystem size appear in Section 8.
Notes [1] The directory structure presented here is for root diskette use only. Real Linux systems have a more complex
and disciplined set of policies, called the Filesystem Hierarchy Standard, for determining where files should go.)

View File

@ -1,44 +0,0 @@
CREDIT LINK :: https://askubuntu.com/questions/33413/how-to-create-a-meta-package-that-automatically-installs-other-packages
PERSON :: ajmitch
A meta-package like this can be created with a tool called equivs which will create a package with just dependency information.
First, create a directory:
mkdir my-metapackage
cd my-metapackage/
Now run the program:
equivs-control ns-control
It will create a file called ns-control, open this file with your text editor. The control file that you generate should have its Depends or Recommends lines modified to depend on the packages that you want installed:
Section: misc
Priority: optional
Standards-Version: 3.9.1
Package: my-metapackage
Version: 1.0
Depends: openssh-server, gedit
Provides: openssh-server, gedit
Description: This package installes an ssh server and a text editor
The Long description of this package ends with a newline!
(Just an example, you should include more information)
And finally, build the package by running
equivs-build ns-control
Your package is located at my-metapackage/my-metapackage_1.0_all.deb.
If you wish to also create a source package, the --full option can be passed to equivs-build, e.g. equivs-build --full ns-control. This will use debuild & also create .dsc & .tar.gz files.
To create a source .changes file that you can upload to a PPA, extract & build the source package with
dpkg-source -x my-metapackage_1.0.dsc
cd my-metapackage-1.0
debuild -S
If the Maintainer that you set in ns-control matches your GPG key, it should build & sign the my-metapackage_1.0_source.changes file for you to dput to your PPA

View File

@ -1,36 +0,0 @@
https://manpages.ubuntu.com/manpages/trusty/man7/live-build.7.html
---- LB CONFIG ----
https://manpages.ubuntu.com/manpages/trusty/man1/lb_config.1.html
[ During Testing ]
sudo lb config -a amd64 -b iso-hybrid -d bionic -f minimal --mode ubuntu --system live \
--iso-application Sol-OS --iso-publisher 'Sol-OS Live project; http://www.sol-os.com/' \
--apt apt --interactive shell --binary-filesystem ext4 --bootloader grub-efi-amd64 \
--compression bzip2 --chroot-filesystem squashfs --debian-installer live \
--grub-splash SolOS.png --initramfs casper --initramfs-compression bzip2
[ Release Build ] (Defines checksum type, caches programs, etc)
sudo lb config -a amd64 -b iso-hybrid -d bionic -f minimal --mode ubuntu --system live \
--iso-application Sol-OS --iso-publisher 'Sol-OS Live project; http://www.sol-os.com/' \
--apt apt --interactive shell --binary-filesystem ext4 --bootloader grub-efi-amd64 \
--compression bzip2 --chroot-filesystem squashfs --debian-installer live \
--grub-splash SolOS.png --initramfs casper --initramfs-compression bzip2 \
--checksums md5 --cache true --quiet
sudo lb bootstrap
sudo lb chroot
sudo lb binary
sudo lb build
// Will clear cach, chroot, etc...
sudo lb clean --all