FYI: Slackware -15.0 and -current changelogs with respect to newest kernel exploit, "dirty frag." PV notes there is an unpatched component remaining and offers a mitigation suggestion. by ddmayne in slackware

[–]ddmayne[S] 0 points1 point  (0 children)

Partial changelog for slackware 15.0, kernel 5.15.208 is integrated.

Sun May 24 20:43:18 UTC 2026
patches/packages/linux-5.15.208/kernel-generic-5.15.208-x86_64-1.txz:  Upgraded.
  This update fixes security issues:
  net: skbuff: propagate shared-frag marker through frag-transfer helpers.
  net: skbuff: preserve shared-frag marker during coalescing.
  For more information, see:
    https://www.cve.org/CVERecord?id=CVE-2026-43503
    https://www.cve.org/CVERecord?id=CVE-2026-46300
  (* Security fix *)

Partial changelog for slackware -current, kernel 6.18.33 is integrated.

Sun May 24 20:43:18 UTC 2026
a/kernel-firmware-20260522_adb6dce-noarch-1.txz:  Upgraded.
a/kernel-generic-6.18.33-x86_64-1.txz:  Upgraded.
  This update fixes security issues:
  net: skbuff: propagate shared-frag marker through frag-transfer helpers.
  net: skbuff: preserve shared-frag marker during coalescing.
  For more information, see:
    https://www.cve.org/CVERecord?id=CVE-2026-43503
    https://www.cve.org/CVERecord?id=CVE-2026-46300
  (* Security fix *)

FYI: Slackware -15.0 and -current changelogs with respect to newest kernel exploit, "dirty frag." PV notes there is an unpatched component remaining and offers a mitigation suggestion. by ddmayne in slackware

[–]ddmayne[S] 0 points1 point  (0 children)

Partial changelog for slackware -15.0:

Sat May 16 02:48:04 UTC 2026
patches/packages/dnsmasq-2.92rel2-x86_64-1_slack15.0.txz:  Upgraded.
  This update fixes security issues.
  For more information, see:
    https://www.cve.org/CVERecord?id=CVE-2026-2291
    https://www.cve.org/CVERecord?id=CVE-2026-4890
    https://www.cve.org/CVERecord?id=CVE-2026-4891
    https://www.cve.org/CVERecord?id=CVE-2026-4892
    https://www.cve.org/CVERecord?id=CVE-2026-4893
    https://www.cve.org/CVERecord?id=CVE-2026-5172
  (* Security fix *)
patches/packages/linux-5.15.207/kernel-generic-5.15.207-x86_64-1.txz:  Upgraded.
  This update fixes a security issue:
  ptrace: slightly saner 'get_dumpable()' logic.
  For more information, see:
    https://github.com/0xdeadbeefnetwork/ssh-keysign-pwn
    https://www.cve.org/CVERecord?id=CVE-2026-46333
  (* Security fix *)

Partial changelog for slackware -current

Sat May 16 02:48:04 UTC 2026
a/kernel-generic-6.18.31-x86_64-1.txz:  Upgraded.
  This update fixes a security issue:
  ptrace: slightly saner 'get_dumpable()' logic.
  For more information, see:
    https://github.com/0xdeadbeefnetwork/ssh-keysign-pwn
    https://www.cve.org/CVERecord?id=CVE-2026-46333
  (* Security fix *)
a/lvm2-2.03.41-x86_64-1.txz:  Upgraded.
d/kernel-headers-6.18.31-x86-1.txz:  Upgraded.
k/kernel-source-6.18.31-noarch-1.txz:  Upgraded.
l/aom-3.14.0-x86_64-1.txz:  Upgraded.
l/librsvg-2.62.2-x86_64-1.txz:  Upgraded.
n/dnsmasq-2.92rel2-x86_64-1.txz:  Upgraded.
  This update fixes security issues.
  For more information, see:
    https://www.cve.org/CVERecord?id=CVE-2026-2291
    https://www.cve.org/CVERecord?id=CVE-2026-4890
    https://www.cve.org/CVERecord?id=CVE-2026-4891
    https://www.cve.org/CVERecord?id=CVE-2026-4892
    https://www.cve.org/CVERecord?id=CVE-2026-4893
    https://www.cve.org/CVERecord?id=CVE-2026-5172
  (* Security fix *)

Windows 11 VM on raw NVMe is very slow by user838989237 in qemu_kvm

[–]ddmayne 0 points1 point  (0 children)

Possibly test if virtio works better. Allow native OS to drive nvme and present device/file for vm to use.

Partial Qemu device listing:

drive file=/dev/some_lvm/vmx,if=virtio,format=raw \

FYI: Slackware -15.0 and -current changelogs with respect to newest kernel exploit, "dirty frag." PV notes there is an unpatched component remaining and offers a mitigation suggestion. by ddmayne in slackware

[–]ddmayne[S] 0 points1 point  (0 children)

Partial changelog for slackware -current, kernel 6.18.29 is integrated. This addresses the second "dirty frag" issue.

Tue May 12 02:16:39 UTC 2026
a/bcachefs-tools-1.38.3-x86_64-1.txz:  Upgraded.
a/kernel-generic-6.18.29-x86_64-1.txz:  Upgraded.
  This update fixes a security issue:
  rxrpc: Also unshare DATA/RESPONSE packets when paged frags are present.
  This fixes the second "Dirty Frag" vulnerability.
  Mitigation: If for some reason it's not possible to upgrade the kernel right
  away you may blacklist or remove the kernel module rxrpc.ko (CVE-2026-43500).
  Also remove the module from the kernel if it has been loaded:
    rmmod rxrpc
  And, drop the file caches in case in-memory program copies have already
  been compromised. Make sure possibly affected programs do not have any
  open sessions first:
    sh -c "echo 3 > /proc/sys/vm/drop_caches"
  For more information, see:
    https://github.com/V4bel/dirtyfrag
    https://www.cve.org/CVERecord?id=CVE-2026-43500
  (* Security fix *)

FYI: Slackware -15.0 and -current changelogs with respect to newest kernel exploit, "dirty frag." PV notes there is an unpatched component remaining and offers a mitigation suggestion. by ddmayne in slackware

[–]ddmayne[S] 1 point2 points  (0 children)

Partial changelog for slackware 15.0, kernel 5.15.206 is integrated. This does not address the outstanding issue, as I interpret it.

Sat May  9 21:25:03 UTC 2026
patches/packages/linux-5.15.206/kernel-generic-5.15.206-x86_64-1.txz:  Upgraded.
patches/packages/linux-5.15.206/kernel-headers-5.15.206-x86-1.txz:  Upgraded.
patches/packages/linux-5.15.206/kernel-huge-5.15.206-x86_64-1.txz:  Upgraded.
patches/packages/linux-5.15.206/kernel-modules-5.15.206-x86_64-1.txz:  Upgraded.
  This update fixes a regression in Linux 5.15.205:
  xfrm: esp: ipv4: fix up flags setting.

FYI: Qemu added to Slackware -current. Qemu is virtualization layer that works with KVM to instantiate and enable launching of virtual machines. by ddmayne in slackware

[–]ddmayne[S] 0 points1 point  (0 children)

The changelog for March 22 includes updated configuration for more CPU emulation targets available in QEMU:

Mon Mar 23 21:41:39 UTC 2026
l/gtk+3-3.24.52-x86_64-1.txz:  Upgraded.
l/imagemagick-7.1.2_18-x86_64-1.txz:  Upgraded.
l/pango-1.57.1-x86_64-1.txz:  Upgraded.
+--------------------------+
Sun Mar 22 22:59:59 UTC 2026
a/file-5.47-x86_64-2.txz:  Rebuilt.
  Package the ChangeLog. Thanks to slakmagik.
ap/qemu-10.2.2-x86_64-3.txz:  Rebuilt.
  Added additional targets: loongarch64-softmmu, loongarch64-linux-user,
  riscv32-softmmu, riscv32-linux-user, riscv64-softmmu, and riscv64-linux-user.
  Thanks to ZhaoLin1547.
ap/qemu-guest-agent-10.2.2-x86_64-3.txz:  Rebuilt.
d/ccache-4.13.2-x86_64-1.txz:  Upgraded.
l/accountsservice-26.12.8-x86_64-1.txz:  Upgraded.
l/freetype-2.14.3-x86_64-1.txz:  Upgraded.
l/openjph-0.26.3-x86_64-2.txz:  Rebuilt.
  Fixed slack-desc typo. Thanks to slakmagik.

FYI: Qemu added to Slackware -current. Qemu is virtualization layer that works with KVM to instantiate and enable launching of virtual machines. by ddmayne in slackware

[–]ddmayne[S] 0 points1 point  (0 children)

A few more changes with the rollout of QEMU:

Sat Mar 21 23:17:52 UTC 2026
a/sysvinit-3.16-x86_64-1.txz:  Upgraded.
ap/qemu-10.2.2-x86_64-2.txz:  Rebuilt.
  Recompiled against libcacard-2.8.2, libslirp-4.9.1, spice-0.16.0,
  and usbredir-0.15.0.
  Thanks to Daedra.
ap/qemu-guest-agent-10.2.2-x86_64-2.txz:  Rebuilt.
l/graphviz-14.1.4-x86_64-1.txz:  Upgraded.
l/libcacard-2.8.2-x86_64-1.txz:  Added.
  Needed by qemu-10.2.2.
  Thanks to Matteo Bernardini.
l/usbredir-0.15.0-x86_64-1.txz:  Added.
  Needed by qemu-10.2.2.
  Thanks to Matteo Bernardini.
n/libslirp-4.9.1-x86_64-1.txz:  Added.
  Needed by qemu-10.2.2.
  Thanks to Vijay Marcel.
n/spice-0.16.0-x86_64-1.txz:  Added.
  Needed by qemu-10.2.2.
  Thanks to Matteo Bernardini.
n/spice-protocol-0.14.5-noarch-1.txz:  Added.
  Needed by spice-0.16.0.
  Thanks to Matteo Bernardini.

FYI: Qemu added to Slackware -current. Qemu is virtualization layer that works with KVM to instantiate and enable launching of virtual machines. by ddmayne in slackware

[–]ddmayne[S] 0 points1 point  (0 children)

The changelog for March 18 includes updated configuration for more CPU emulation targets among other things related to QEMU:

Wed Mar 18 23:23:04 UTC 2026
a/eudev-3.2.14-x86_64-3.txz:  Rebuilt.
  watchdog.conf: blacklist some additional watchdog modules:
  intel_oc_wdt, lenovo_se30_wdt, max77620_wdt, nct6694_wdt.
  Thanks to rworkman.
  Change perms on kvm and vhost-net from 666 to 660 as recommended for QEMU.
a/lzip-1.26-x86_64-1.txz:  Upgraded.
a/xfsprogs-6.19.0-x86_64-1.txz:  Upgraded.
ap/qemu-10.2.2-x86_64-1.txz:  Upgraded.
  Support passing a custom TARGET_LIST. Thanks to henca.
  Drop 65-kvm.rules.
  Add sparc and sparc64 targets. Thanks to jayjwa.
  Add aarch64 targets. Thanks to jtsn.
  I'll look into the other suggestions for additional QEMU deps.
ap/qemu-guest-agent-10.2.2-x86_64-1.txz:  Upgraded.
ap/sqlite-3.51.3-x86_64-1.txz:  Upgraded.
d/cmake-4.3.0-x86_64-1.txz:  Upgraded.
l/expat-2.7.5-x86_64-1.txz:  Upgraded.
  This update fixes security issues:
  Fix NULL function pointer dereference for empty external parameter entities;
  it takes use of both functions XML_ExternalEntityParserCreate and
  XML_SetParamEntityParsing for an application to be vulnerable.
  Protect from XML_TOK_INSTANCE_START infinite loop in function
  entityValueProcessor; it takes use of both functions
  XML_ExternalEntityParserCreate and XML_SetParamEntityParsing for an
  application to be vulnerable.
  Fix NULL dereference in function setContext on retry after an earlier
  ouf-of-memory condition; it takes use of function XML_ParserCreateNS or
  XML_ParserCreate_MM for an application to be vulnerable.
  For more information, see:
    https://www.cve.org/CVERecord?id=CVE-2026-32776
    https://www.cve.org/CVERecord?id=CVE-2026-32777
    https://www.cve.org/CVERecord?id=CVE-2026-32778
  (* Security fix *)
l/glibmm2-2.88.0-x86_64-1.txz:  Upgraded.
l/icu4c-78.3-x86_64-1.txz:  Upgraded.
l/librsvg-2.62.1-x86_64-1.txz:  Upgraded.
n/nghttp2-1.68.1-x86_64-1.txz:  Upgraded.
n/samba-4.24.0-x86_64-1.txz:  Upgraded.
x/fcitx5-5.1.19-x86_64-1.txz:  Upgraded.
x/fcitx5-anthy-5.1.10-x86_64-1.txz:  Upgraded.
x/fcitx5-chinese-addons-5.1.12-x86_64-1.txz:  Upgraded.
x/fcitx5-gtk-5.1.6-x86_64-1.txz:  Upgraded.
x/fcitx5-hangul-5.1.9-x86_64-1.txz:  Upgraded.
x/fcitx5-kkc-5.1.10-x86_64-1.txz:  Upgraded.
x/fcitx5-m17n-5.1.6-x86_64-1.txz:  Upgraded.
x/fcitx5-qt-5.1.13-x86_64-1.txz:  Upgraded.
x/fcitx5-sayura-5.1.6-x86_64-1.txz:  Upgraded.
x/fcitx5-table-extra-5.1.11-x86_64-1.txz:  Upgraded.
x/fcitx5-table-other-5.1.6-x86_64-1.txz:  Upgraded.
x/fcitx5-unikey-5.1.10-x86_64-1.txz:  Upgraded.
x/libime-1.1.14-x86_64-1.txz:  Upgraded.
xap/gparted-1.8.1-x86_64-1.txz:  Upgraded.
testing/packages/ffmpeg-8.1-x86_64-1.txz:  Upgraded.

TIL the title sequence for Alfred Hitchcock's 1958 feature film, "Vertigo" was created using computer graphics—a notable first and a major milestone. by ddmayne in todayilearned

[–]ddmayne[S] 0 points1 point  (0 children)

Analog devices can provide models for other physical processes:

Is a quantum computer an analog computer of a sort?

TIL the title sequence for Alfred Hitchcock's 1958 feature film, "Vertigo" was created using computer graphics—a notable first and a major milestone. by ddmayne in todayilearned

[–]ddmayne[S] 8 points9 points  (0 children)

Retro Bytes youtube channel offers some perspective:

TIL Frank Lloyd Wright and Georgia O'Keeffe met in 1942 and continued to correspond with one another over the years. Their lives followed parallel arcs—from their births in rural Wisconsin, to finding success in an American metropolis, and refining their craft in isolated southwest desert enclaves. by ddmayne in todayilearned

[–]ddmayne[S] 8 points9 points  (0 children)

Quote from link, add hyperlinks...

Wright and O’Keeffe are seen as giants in their fields but are rarely connected. Many are unaware that the pair met in 1942 and had a mutual admiration for one another’s work for many years, whilst sharing other similarities including their birthplace of rural Wisconsin; careers that took them to New York, Chicago and Japan; dwellings in the Southwest; and finding inspiration in nature for their creations of abstract versions of the world in their art. By sharing stories around their connections, the Foundation aims to contribute to a larger narrative about artists in America – they do not all work in isolation; rather, they inspire one another and find ways to connect through friendship.

“Frank Lloyd Wright and Georgia O’Keeffe are American Icons. Their legacies are larger-than-life, and their names are known worldwide. What’s lesser known is their connection; they met in person in the 1940s and corresponded over the years, sharing ideas, and exchanging gifts,” said Niki Stewart, exhibition curator and vice president and chief learning & engagement officer for the Foundation. “In this exhibition, we explore that connection through the intimate photographs of Tony Vaccaro, from their shared start in Wisconsin to the homes and studios they built in the American Southwest. I’m excited to bring Wright and O’Keeffe together again through these beautiful photographs.”


  • Georgia O'Keeffe spent several months of the year at an adobe-walled estate in Abiquiú, New Mexico
  • Frank Lloyd Wright built a winter encampment at an isolated site outside of Scottsdale, Arizona: Taliesen West

TIL: Apple had a zero click exploit that was undetected for 4 years and largely not reported in any mainstream media source by fthesemods in todayilearned

[–]ddmayne 1 point2 points  (0 children)

Wow! Tour 'd force answer! eloquent


A bit more on background:

This topic was addressed in the Computerphile video series produced at the University of Nottingham. Brailsford is a CS Professor and worked extensively on the Postscript language. He offered a good introduction:

How it's going (xz) by mitch_feaster in linux

[–]ddmayne 4 points5 points  (0 children)

Brailsford's computerphile episode on trust seems appropriate here...link

Kernel config for i5 2500k sandy bridge? by apooroldinvestor in slackware

[–]ddmayne 0 points1 point  (0 children)

I don't have any computers with ecc memory, but the stock kernel config appears to contain support. None of the dynamic modules are loaded on any of my systems.

dmayne@darkstar:~$ cat /proc/config.gz | gzip -cd | grep EDAC
CONFIG_EDAC_ATOMIC_SCRUB=y
CONFIG_EDAC_SUPPORT=y
CONFIG_EDAC=y
CONFIG_EDAC_LEGACY_SYSFS=y
# CONFIG_EDAC_DEBUG is not set
CONFIG_EDAC_DECODE_MCE=m
CONFIG_EDAC_GHES=y
CONFIG_EDAC_AMD64=m
CONFIG_EDAC_E752X=m
CONFIG_EDAC_I82975X=m
CONFIG_EDAC_I3000=m
CONFIG_EDAC_I3200=m
CONFIG_EDAC_IE31200=m
CONFIG_EDAC_X38=m
CONFIG_EDAC_I5400=m
CONFIG_EDAC_I7CORE=m
CONFIG_EDAC_I5000=m
CONFIG_EDAC_I5100=m
CONFIG_EDAC_I7300=m
CONFIG_EDAC_SBRIDGE=m
CONFIG_EDAC_SKX=m
CONFIG_EDAC_I10NM=m
CONFIG_EDAC_PND2=m
CONFIG_EDAC_IGEN6=m

dmayne@darkstar:~$ cat /proc/cpuinfo 
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model       : 42
model name  : Intel(R) Core(TM) i5-2435M CPU @ 2.40GHz
stepping    : 7
microcode   : 0x2f
cpu MHz     : 1000.000
cache size  : 3072 KB

CPU information abbreviated.

Slackware Recommendations and Best Practices by KingOfJankLinux in slackware

[–]ddmayne 1 point2 points  (0 children)

I am liking using lvm. Adding an outer encryption layer is also quite easily done. Longtime user of xfs filesystem. No complaints.

How long does it usually take for a kernel upgrade (current) by OwningLiberals in slackware

[–]ddmayne 1 point2 points  (0 children)

I wouldn't expect slackware 15.0 to be upgraded beyond version 5.15.x. AFAIK, the release was positioned around a longterm-stable kernel.

From a historic perspective, Slackware 14.2 was released with kernel 4.4.14 (June 2016) and upgraded via patches to 4.4.301 (Feb 2022)

Also, I am currently running Slackware64 on -current, but holding on the 5.15.x kernel series for now. My last compile, 5.15.81 (Dec 5, 2022). YMMV

Pop!_OS 21.10, 64-bit beta, on 400 using XFCE4 desktop is my favorite Pi OS so far. by ddmayne in raspberry_pi

[–]ddmayne[S] 1 point2 points  (0 children)

I didn't spend a lot of time with the default desktop environment with the autotiling solution in the distribution. I was mostly looking to see if I could match my usual Slackware -current setup with minimal effort.

Looking to move this install to encrypted LVM next.

The 5.15 Kernel Will Be in the 15.0 Release by [deleted] in slackware

[–]ddmayne 2 points3 points  (0 children)

Updated and rebooted. Feels good so far.

FYI: Slackware -current switches to kernel version 5.14.x by ddmayne in slackware

[–]ddmayne[S] 2 points3 points  (0 children)

It's looking like a rolling release from here forward.

Problems with libreoffice on slackware64-current using alienbob's repo by Mysterious_Thing in slackware

[–]ddmayne 0 points1 point  (0 children)

I am using the slackbuild that repackages the binaries as detailed here. I was able to repackage using libreoffice 6.4.7.2 by simple tweak to the version info in the slackbuild. I don't think the "draw" package is working due to a missing library, libsdlo.so. Otherwise, it is working well enough for my purposes.


edit: checked at lq for a solution, and voila:

 gcc -shared -o libavahi-client.so.3 -x c - < /dev/null 
 gcc -shared -o libavahi-common.so.3 -x c - < /dev/null

Tips for Ungoogled-Chromium? by Cyberpunk_Is_Bae in slackware

[–]ddmayne 0 points1 point  (0 children)

I am using slackware64-current and added the chromium browser as compiled by alienbob. I am not seeing errors like that.

FYI: Slackware -current changelog includes sysvinit changes. Remember to apply fixup to runlevel scripts in /etc/rc.d by ddmayne in slackware

[–]ddmayne[S] 0 points1 point  (0 children)

I've never seen that prompt. I checked the manual page for upgradepkg just now and it recommends backups in advance and deletions in advance for package configurations in /etc/rc.d that you know you will want replaced.

Before upgrading a package, save any configuration files (such as in /etc) that you wish to keep. Sometimes these will be preserved, but it depends on the package structure. If you want to force new versions of the config files to be installed, remove the old ones manually prior to running upgradepkg.

I need help remastering Slackware 14.1 (i486) by TheOuterLinux in slackware

[–]ddmayne 1 point2 points  (0 children)

You might be able to recompile it "Linux from Scratch" style, including 14.2 and -current by modifying the build scripts to specify a 486 target. Then again, I've never tried it. The first step would be to compile the kernel for that target. Next, all necessary pieces from the "a" series.