mirror of
git://slackware.nl/current.git
synced 2024-12-29 10:25:00 +01:00
b689ecb882
a/kernel-generic-6.1.22-x86_64-1.txz: Upgraded. a/kernel-huge-6.1.22-x86_64-1.txz: Upgraded. a/kernel-modules-6.1.22-x86_64-1.txz: Upgraded. a/mkinitrd-1.4.11-x86_64-32.txz: Rebuilt. Add /lib/firmware directory to _initrd-tree.tar.gz. Thanks to walecha. d/cmake-3.26.2-x86_64-1.txz: Upgraded. d/kernel-headers-6.1.22-x86-1.txz: Upgraded. d/llvm-16.0.0-x86_64-1.txz: Upgraded. Shared library .so-version bump. Thanks to Heinz Wiesinger for the assistance. Compiled with -DLLVM_BUILD_LLVM_DYLIB=ON -DLLVM_LINK_LLVM_DYLIB=ON -DCLANG_LINK_CLANG_DYLIB=ON. I think we'll get 16.0.1 next week if we need to make any adjustments. d/ruby-3.2.2-x86_64-1.txz: Upgraded. This update fixes security issues: ReDoS vulnerability in URI. ReDoS vulnerability in Time. For more information, see: https://www.ruby-lang.org/en/news/2023/03/28/redos-in-uri-cve-2023-28755/ https://www.ruby-lang.org/en/news/2023/03/30/redos-in-time-cve-2023-28756/ https://www.cve.org/CVERecord?id=CVE-2023-28755 https://www.cve.org/CVERecord?id=CVE-2023-28756 (* Security fix *) k/kernel-source-6.1.22-noarch-1.txz: Upgraded. kde/kdevelop-22.12.3-x86_64-2.txz: Rebuilt. Recompiled against llvm-16.0.0. l/openexr-3.1.7-x86_64-1.txz: Upgraded. l/qt5-5.15.8_20230325_c1a3e988-x86_64-1.txz: Upgraded. Compiled against llvm-16.0.0. l/spirv-llvm-translator-16.0.0-x86_64-1.txz: Upgraded. Compiled against llvm-16.0.0. Thanks to Heinz Wiesinger for finding the fix for -DBUILD_SHARED_LIBS=ON. n/pssh-2.3.5-x86_64-1.txz: Upgraded. n/samba-4.18.1-x86_64-1.txz: Upgraded. This update fixes security issues: An incomplete access check on dnsHostName allows authenticated but otherwise unprivileged users to delete this attribute from any object in the directory. The Samba AD DC administration tool, when operating against a remote LDAP server, will by default send new or reset passwords over a signed-only connection. The fix in 4.6.16, 4.7.9, 4.8.4 and 4.9.7 for CVE-2018-10919 Confidential attribute disclosure via LDAP filters was insufficient and an attacker may be able to obtain confidential BitLocker recovery keys from a Samba AD DC. Installations with such secrets in their Samba AD should assume they have been obtained and need replacing. For more information, see: https://www.samba.org/samba/security/CVE-2023-0225.html https://www.samba.org/samba/security/CVE-2023-0922.html https://www.samba.org/samba/security/CVE-2023-0614.html https://www.cve.org/CVERecord?id=CVE-2023-0225 https://www.cve.org/CVERecord?id=CVE-2023-0922 https://www.cve.org/CVERecord?id=CVE-2023-0614 (* Security fix *) x/mesa-23.0.1-x86_64-2.txz: Rebuilt. Recompiled against llvm-16.0.0 and spirv-llvm-translator-16.0.0. xap/seamonkey-2.53.16-x86_64-1.txz: Upgraded. This update contains security fixes and improvements. For more information, see: https://www.seamonkey-project.org/releases/seamonkey2.53.16 (* Security fix *) isolinux/initrd.img: Rebuilt. kernels/*: Upgraded. testing/packages/rust-1.68.2-x86_64-2.txz: Rebuilt. Use the bundled LLVM rather than the system LLVM. This version of Rust actually does compile with llvm-16.0.0, but since it bundles LLVM 15 let's let it use that for now. usb-and-pxe-installers/usbboot.img: Rebuilt. |
||
---|---|---|
.. | ||
_initrd-tree | ||
0001-Fix-LUKSTRIM-with-C-T-and-UUID.patch | ||
0002-bail-if-temp-dir-is-not-created.patch | ||
0003-blacklist.40-usb_modeswitch.rules.patch | ||
0004-check-if-BASEDEV-is-a-partition-of-a-RAID-volume.patch | ||
0005-support-modules-compressed-with-xz.patch | ||
0006-coreutils-9.1-ensure-target-dir-exists.patch | ||
0007-kmod30.patch | ||
0008-fix-check-if-BASEDEV-is-a-partition-of-a-RAID-volume.patch | ||
busybox-dot-config | ||
geninitrd | ||
init | ||
mkinitrd | ||
mkinitrd.8 | ||
mkinitrd.conf.5 | ||
mkinitrd.conf.sample | ||
mkinitrd.SlackBuild | ||
mkinitrd.tempfile.to.mktemp.patch | ||
mkinitrd_command_generator.8 | ||
mkinitrd_command_generator.sh | ||
README.initrd | ||
setup.01.mkinitrd | ||
slack-desc |
Slackware initrd mini HOWTO by Patrick Volkerding, volkerdi@slackware.com @DATE@ This document describes how to create and install an initrd, which may be required to use some features of the kernel. Also see "man mkinitrd". 1. What is an initrd? 2. Why do I need an initrd? 3. How do I build the initrd? 4. Now that I've built an initrd, how do I use it? 1. What is an initrd? Initrd stands for "initial ramdisk". An initial ramdisk is a very small Linux filesystem that is loaded into RAM and mounted as the kernel boots, and before the main root filesystem is mounted. 2. Why do I need an initrd? The usual reason to use an initrd is because you need to load kernel modules before mounting the root partition. Usually these modules are required to support the filesystem used by the root partition (ext3, reiserfs, xfs), or perhaps the controller that the hard drive is attached to (SCSI, RAID, etc). Essentially, there are so many different options available in modern Linux kernels that it isn't practical to try to ship many different kernels to try to cover everyone's needs. It's a lot more flexible to ship a generic kernel and a set of kernel modules for it. 3. How do I build the initrd? The easiest way to make the initrd is to use the mkinitrd script included in Slackware's mkinitrd package. We'll walk through the process of upgrading to the generic @KERNEL_VERSION@ Linux kernel using the packages found in Slackware's slackware/a/ directory. First, make sure the kernel, kernel modules, and mkinitrd package are installed (the current version numbers might be a little different, so this is just an example): installpkg kernel-generic-@KERNEL_VERSION@-@ARCH@-@BUILD@.tgz installpkg kernel-modules-@KERNEL_VERSION@-@ARCH@-@BUILD@.tgz installpkg mkinitrd-@MKINITRD_VERSION@-@ARCH@-@BUILD@.tgz Change into the /boot directory: cd /boot Now you'll want to run "mkinitrd". I'm using ext4 for my root filesystem, and since mkinitrd should figure out any other modules it requires, I shouldn't need to specify any others: mkinitrd -c -k @KERNEL_VERSION@ -m ext4 This should do two things. First, it will create a directory /boot/initrd-tree containing the initrd's filesystem. Then it will create an initrd (/boot/initrd.gz) from this tree. If you wanted to, you could make some additional changes in /boot/initrd-tree/ and then run mkinitrd again without options to rebuild the image. That's optional, though, and only advanced users will need to think about that. Here's another example: Build an initrd image using Linux @KERNEL_VERSION@ kernel modules for a system with an ext3 root partition on /dev/sdb3: mkinitrd -c -k @KERNEL_VERSION@ -m ext3 -f ext3 -r /dev/sdb3 4. Now that I've built an initrd, how do I use it? Now that you've got an initrd (/boot/initrd.gz), you'll want to load it along with the kernel at boot time. If you use LILO for your boot loader you'll need to edit /etc/lilo.conf and add a line to load the initrd. Here's an example section of lilo.conf showing how this is done: # Linux bootable partition config begins image = /boot/vmlinuz-generic-@KERNEL_VERSION@ initrd = /boot/initrd.gz root = /dev/sda6 label = @LILO_KERNEL_NAME@ read-only # Linux bootable partition config ends The initrd is loaded by the "initrd = /boot/initrd.gz" line. Just add the line right below the line for the kernel image you use. Save the file, and then run LILO again ('lilo' at the command line). You'll need to run lilo every time you edit lilo.conf or rebuild the initrd. Other bootloaders such as syslinux also support the use of an initrd. See the documentation for those programs for details on using an initrd with them. --------- Have fun!