#alpinelinux — Public Fediverse posts

@nube we don't have backports because we don't need them. instead, use tagged repositories to scope packages from alpine edge:

# cat /etc/apk/repositories
...
@edge:main https://dl-cdn.alpinelinux.org/alpine/edge/main
@edge:community https://dl-cdn.alpinelinux.org/alpine/edge/community
# apk add nano@edge:main
(1/1) Installing nano@edge:main (9.0-r0)

#AlpineLinux

@nube we don't have backports because we don't need them. instead, use tagged repositories to scope packages from alpine edge:

# cat /etc/apk/repositories
...
@edge:main https://dl-cdn.alpinelinux.org/alpine/edge/main
@edge:community https://dl-cdn.alpinelinux.org/alpine/edge/community
# apk add nano@edge:main
(1/1) Installing nano@edge:main (9.0-r0)

#AlpineLinux

@nube we don't have backports because we don't need them. instead, use tagged repositories to scope packages from alpine edge:

# cat /etc/apk/repositories
...
@edge:main https://dl-cdn.alpinelinux.org/alpine/edge/main
@edge:community https://dl-cdn.alpinelinux.org/alpine/edge/community
# apk add nano@edge:main
(1/1) Installing nano@edge:main (9.0-r0)

#AlpineLinux

@nube we don't have backports because we don't need them. instead, use tagged repositories to scope packages from alpine edge:

# cat /etc/apk/repositories
...
@edge:main https://dl-cdn.alpinelinux.org/alpine/edge/main
@edge:community https://dl-cdn.alpinelinux.org/alpine/edge/community
# apk add nano@edge:main
(1/1) Installing nano@edge:main (9.0-r0)

#AlpineLinux

@nube we don't have backports because we don't need them. instead, use tagged repositories to scope packages from alpine edge:

# cat /etc/apk/repositories
...
@edge:main https://dl-cdn.alpinelinux.org/alpine/edge/main
@edge:community https://dl-cdn.alpinelinux.org/alpine/edge/community
# apk add nano@edge:main
(1/1) Installing nano@edge:main (9.0-r0)

#AlpineLinux

ifstate 2.3.0 - a tool for declarative network configuration for Linux - was released:
https://codeberg.org/routerkit/ifstate/releases/tag/2.3.0

This is release contains various new features like:
- bridge: VLAN membership for bridge ports
- link: support external created veth ifaces
- routing: ignore routes by ifname regex
- tc: add vlan action (allows remapping); improve change detection

The new release is already available in #AlpineLinux and in the RouterKit Debian package repository.

#linuxnetworking #ifstate #RouterKit

ifstate 2.3.0 - a tool for declarative network configuration for Linux - was released:
https://codeberg.org/routerkit/ifstate/releases/tag/2.3.0

This is release contains various new features like:
- bridge: VLAN membership for bridge ports
- link: support external created veth ifaces
- routing: ignore routes by ifname regex
- tc: add vlan action (allows remapping); improve change detection

The new release is already available in #AlpineLinux and in the RouterKit Debian package repository.

#linuxnetworking #ifstate #RouterKit

ifstate 2.3.0 - a tool for declarative network configuration for Linux - was released:
https://codeberg.org/routerkit/ifstate/releases/tag/2.3.0

This is release contains various new features like:
- bridge: VLAN membership for bridge ports
- link: support external created veth ifaces
- routing: ignore routes by ifname regex
- tc: add vlan action (allows remapping); improve change detection

The new release is already available in #AlpineLinux and in the RouterKit Debian package repository.

#linuxnetworking #ifstate #RouterKit

ifstate 2.3.0 - a tool for declarative network configuration for Linux - was released:
https://codeberg.org/routerkit/ifstate/releases/tag/2.3.0

This is release contains various new features like:
- bridge: VLAN membership for bridge ports
- link: support external created veth ifaces
- routing: ignore routes by ifname regex
- tc: add vlan action (allows remapping); improve change detection

The new release is already available in #AlpineLinux and in the RouterKit Debian package repository.

#linuxnetworking #ifstate #RouterKit

So, it looks like Alpine Linux doesn't have anything like Debian's Backports concept? I don't want to switch my repos to edge, I just want to install a version of a package that's newer in edge than in stable, that's it. But it seems like the only way would be to download the apk and install it, which feels like a hacky solution to me, there should be a clean way to do this from the terminal like in Debian ​:thinking_miku:​

#Linux #AlpineLinux

So, it looks like Alpine Linux doesn't have anything like Debian's Backports concept? I don't want to switch my repos to edge, I just want to install a version of a package that's newer in edge than in stable, that's it. But it seems like the only way would be to download the apk and install it, which feels like a hacky solution to me, there should be a clean way to do this from the terminal like in Debian ​:thinking_miku:​

#Linux #AlpineLinux

So, it looks like Alpine Linux doesn't have anything like Debian's Backports concept? I don't want to switch my repos to edge, I just want to install a version of a package that's newer in edge than in stable, that's it. But it seems like the only way would be to download the apk and install it, which feels like a hacky solution to me, there should be a clean way to do this from the terminal like in Debian ​:thinking_miku:​

#Linux #AlpineLinux

So, it looks like Alpine Linux doesn't have anything like Debian's Backports concept? I don't want to switch my repos to edge, I just want to install a version of a package that's newer in edge than in stable, that's it. But it seems like the only way would be to download the apk and install it, which feels like a hacky solution to me, there should be a clean way to do this from the terminal like in Debian ​:thinking_miku:​

#Linux #AlpineLinux

So, it looks like Alpine Linux doesn't have anything like Debian's Backports concept? I don't want to switch my repos to edge, I just want to install a version of a package that's newer in edge than in stable, that's it. But it seems like the only way would be to download the apk and install it, which feels like a hacky solution to me, there should be a clean way to do this from the terminal like in Debian ​:thinking_miku:​

#Linux #AlpineLinux

the #dirtyfrag exploit does not run successfully on alpine because the path to the donor SUID binary is hardcoded as /usr/bin/su.

changing that to /bin/bbsuid allows the exploit to run, but it hangs for me on linux-lts 6.18.27.

interestingly, openpax kernels kill the exploit early in the exploit chain.

either way, 6.18.28 fixes it for everyone.

but it goes to show the danger of #SUID binaries and why SUID-less solutions like #capsudo are important.

#alpinelinux

the #dirtyfrag exploit does not run successfully on alpine because the path to the donor SUID binary is hardcoded as /usr/bin/su.

changing that to /bin/bbsuid allows the exploit to run, but it hangs for me on linux-lts 6.18.27.

interestingly, openpax kernels kill the exploit early in the exploit chain.

either way, 6.18.28 fixes it for everyone.

but it goes to show the danger of #SUID binaries and why SUID-less solutions like #capsudo are important.

#alpinelinux

the #dirtyfrag exploit does not run successfully on alpine because the path to the donor SUID binary is hardcoded as /usr/bin/su.

changing that to /bin/bbsuid allows the exploit to run, but it hangs for me on linux-lts 6.18.27.

interestingly, openpax kernels kill the exploit early in the exploit chain.

either way, 6.18.28 fixes it for everyone.

but it goes to show the danger of #SUID binaries and why SUID-less solutions like #capsudo are important.

#alpinelinux

the #dirtyfrag exploit does not run successfully on alpine because the path to the donor SUID binary is hardcoded as /usr/bin/su.

changing that to /bin/bbsuid allows the exploit to run, but it hangs for me on linux-lts 6.18.27.

interestingly, openpax kernels kill the exploit early in the exploit chain.

either way, 6.18.28 fixes it for everyone.

but it goes to show the danger of #SUID binaries and why SUID-less solutions like #capsudo are important.

#alpinelinux

the #dirtyfrag exploit does not run successfully on alpine because the path to the donor SUID binary is hardcoded as /usr/bin/su.

changing that to /bin/bbsuid allows the exploit to run, but it hangs for me on linux-lts 6.18.27.

interestingly, openpax kernels kill the exploit early in the exploit chain.

either way, 6.18.28 fixes it for everyone.

but it goes to show the danger of #SUID binaries and why SUID-less solutions like #capsudo are important.

#alpinelinux

Dites masto, pour un vieux coucou en 32 bit. Intel Atom, ssd en mSata, ddr2 (oui bon...) Vous conseillé quoi comme distro légère ?

Pas pour aller sur le net, mais plus comme un terminal, prise de note, lecture pdf/ebook ?

Comme les dernières distro font l'impasse sur le 32 bit, je sais pas trop. Une ancienne distro #mxlinux ? Une #antixlinux ? Une #alpinelinux ? (Me proposez pas #raspbian). Je reste attaché à debian, apt et apt-get...

#linux
#lowtech
#debian
#recycle
#lowtech
#basstechno

Dites masto, pour un vieux coucou en 32 bit. Intel Atom, ssd en mSata, ddr2 (oui bon...) Vous conseillé quoi comme distro légère ?

Pas pour aller sur le net, mais plus comme un terminal, prise de note, lecture pdf/ebook ?

Comme les dernières distro font l'impasse sur le 32 bit, je sais pas trop. Une ancienne distro #mxlinux ? Une #antixlinux ? Une #alpinelinux ? (Me proposez pas #raspbian). Je reste attaché à debian, apt et apt-get...

#linux
#lowtech
#debian
#recycle
#lowtech
#basstechno

Dites masto, pour un vieux coucou en 32 bit. Intel Atom, ssd en mSata, ddr2 (oui bon...) Vous conseillé quoi comme distro légère ?

Pas pour aller sur le net, mais plus comme un terminal, prise de note, lecture pdf/ebook ?

Comme les dernières distro font l'impasse sur le 32 bit, je sais pas trop. Une ancienne distro #mxlinux ? Une #antixlinux ? Une #alpinelinux ? (Me proposez pas #raspbian). Je reste attaché à debian, apt et apt-get...

#linux
#lowtech
#debian
#recycle
#lowtech
#basstechno

Dites masto, pour un vieux coucou en 32 bit. Intel Atom, ssd en mSata, ddr2 (oui bon...) Vous conseillé quoi comme distro légère ?

Pas pour aller sur le net, mais plus comme un terminal, prise de note, lecture pdf/ebook ?

Comme les dernières distro font l'impasse sur le 32 bit, je sais pas trop. Une ancienne distro #mxlinux ? Une #antixlinux ? Une #alpinelinux ? (Me proposez pas #raspbian). Je reste attaché à debian, apt et apt-get...

#linux
#lowtech
#debian
#recycle
#lowtech
#basstechno

Dites masto, pour un vieux coucou en 32 bit. Intel Atom, ssd en mSata, ddr2 (oui bon...) Vous conseillé quoi comme distro légère ?

Pas pour aller sur le net, mais plus comme un terminal, prise de note, lecture pdf/ebook ?

Comme les dernières distro font l'impasse sur le 32 bit, je sais pas trop. Une ancienne distro #mxlinux ? Une #antixlinux ? Une #alpinelinux ? (Me proposez pas #raspbian). Je reste attaché à debian, apt et apt-get...

#linux
#lowtech
#debian
#recycle
#lowtech
#basstechno

Oh #AlpineLinux has apparently the same issue as #ArchLinux.
When you don't update it for an extended period of time and then just do "apk update; apk upgrade; reboot" then it'll shit itself...

And there wasn't even anything special in this VM.
1) XFCE
2) Tor
3) Firefox

Oh #AlpineLinux has apparently the same issue as #ArchLinux.
When you don't update it for an extended period of time and then just do "apk update; apk upgrade; reboot" then it'll shit itself...

And there wasn't even anything special in this VM.
1) XFCE
2) Tor
3) Firefox

Oh #AlpineLinux has apparently the same issue as #ArchLinux.
When you don't update it for an extended period of time and then just do "apk update; apk upgrade; reboot" then it'll shit itself...

And there wasn't even anything special in this VM.
1) XFCE
2) Tor
3) Firefox

Oh #AlpineLinux has apparently the same issue as #ArchLinux.
When you don't update it for an extended period of time and then just do "apk update; apk upgrade; reboot" then it'll shit itself...

And there wasn't even anything special in this VM.
1) XFCE
2) Tor
3) Firefox

@gbetous @FiolaKais @itsfoss Distro does matter a bit. On #AlpineLinux GNOME takes less than 1GB, sometimes around 900MB or a bit less.

Btw, I'm currently testing Alpine #XFCE on one old PC and #FunOS (Ubuntu with systemd but no Snap + #JWM) on another, and both around 300MB or less! Flatpaks enabled on both.

@gbetous @FiolaKais @itsfoss Distro does matter a bit. On #AlpineLinux GNOME takes less than 1GB, sometimes around 900MB or a bit less.

Btw, I'm currently testing Alpine #XFCE on one old PC and #FunOS (Ubuntu with systemd but no Snap + #JWM) on another, and both around 300MB or less! Flatpaks enabled on both.

@gbetous @FiolaKais @itsfoss Distro does matter a bit. On #AlpineLinux GNOME takes less than 1GB, sometimes around 900MB or a bit less.

Btw, I'm currently testing Alpine #XFCE on one old PC and #FunOS (Ubuntu with systemd but no Snap + #JWM) on another, and both around 300MB or less! Flatpaks enabled on both.

@gbetous @FiolaKais @itsfoss Distro does matter a bit. On #AlpineLinux GNOME takes less than 1GB, sometimes around 900MB or a bit less.

Btw, I'm currently testing Alpine #XFCE on one old PC and #FunOS (Ubuntu with systemd but no Snap + #JWM) on another, and both around 300MB or less! Flatpaks enabled on both.

All our systems hosted at Linode are suspended at the moment due to some billing issue, including gitlab. We are working with them to get it resolved.

#AlpineLinux

All our systems hosted at Linode are suspended at the moment due to some billing issue, including gitlab. We are working with them to get it resolved.

#AlpineLinux

All our systems hosted at Linode are suspended at the moment due to some billing issue, including gitlab. We are working with them to get it resolved.

#AlpineLinux

All our systems hosted at Linode are suspended at the moment due to some billing issue, including gitlab. We are working with them to get it resolved.

#AlpineLinux

All our systems hosted at Linode are suspended at the moment due to some billing issue, including gitlab. We are working with them to get it resolved.

#AlpineLinux

I tried a bit more Linux distro investigation, and I think I just should have listened to @hipsterelectron in the first place.

TL;DR: If you want to run Linux without systemd, with something other than GNOME as a desktop (which is implied if you don't want systemd), and if you're comfortable with using the command line for installation, Alpine Linux is a great choice. The default install has zero systemd.

Yes, it's a command-line install, but it's far easier to install than Gentoo. The core OS install was so fast that I thought it had failed. Once I had that sorted and had installed a few support items, the setup-desktop script installed the whole of KDE and Wayland in a couple of minutes. I rebooted and everything worked. It even got the high DPI screen's resolution right for both KDE and sddm, which literally no other distro I've tried has managed.

A lack of bloat doesn't just make Alpine good for containers, it's also really responsive in general use. (Which is how computers ought to be with modern hardware.)

The package manager is nice. Think APT, but much faster. It automatically keeps a separate record of what you've actually asked to install versus dependencies that were dragged in, for easy automatic bloat removal.

Downsides:

- No proprietary Nvidia driver available, you need to use nouveau, so no CUDA or high performance gaming.
- Documentation (including installation) is scattered in pieces on a wiki.
- A lot less stuff prepackaged for you than Debian. Check https://pkgs.alpinelinux.org/ to see if things you need are available.
- You'll need to get used to some things being different thanks to use of busybox, no sudo, no bash by default, and so on.

My conclusion: Command line user? Try Alpine. Everyone else? Use Debian, and hope they move away from systemd.

I might revise this opinion if things break a lot during regular updates (hello Fedora), time will tell. #AlpineLinux #Linux

I tried a bit more Linux distro investigation, and I think I just should have listened to @hipsterelectron in the first place.

TL;DR: If you want to run Linux without systemd, with something other than GNOME as a desktop (which is implied if you don't want systemd), and if you're comfortable with using the command line for installation, Alpine Linux is a great choice. The default install has zero systemd.

Yes, it's a command-line install, but it's far easier to install than Gentoo. The core OS install was so fast that I thought it had failed. Once I had that sorted and had installed a few support items, the setup-desktop script installed the whole of KDE and Wayland in a couple of minutes. I rebooted and everything worked. It even got the high DPI screen's resolution right for both KDE and sddm, which literally no other distro I've tried has managed.

A lack of bloat doesn't just make Alpine good for containers, it's also really responsive in general use. (Which is how computers ought to be with modern hardware.)

The package manager is nice. Think APT, but much faster. It automatically keeps a separate record of what you've actually asked to install versus dependencies that were dragged in, for easy automatic bloat removal.

Downsides:

- No proprietary Nvidia driver available, you need to use nouveau, so no CUDA or high performance gaming.
- Documentation (including installation) is scattered in pieces on a wiki.
- A lot less stuff prepackaged for you than Debian. Check https://pkgs.alpinelinux.org/ to see if things you need are available.
- You'll need to get used to some things being different thanks to use of busybox, no sudo, no bash by default, and so on.

My conclusion: Command line user? Try Alpine. Everyone else? Use Debian, and hope they move away from systemd.

I might revise this opinion if things break a lot during regular updates (hello Fedora), time will tell. #AlpineLinux #Linux

I tried a bit more Linux distro investigation, and I think I just should have listened to @hipsterelectron in the first place.

TL;DR: If you want to run Linux without systemd, with something other than GNOME as a desktop (which is implied if you don't want systemd), and if you're comfortable with using the command line for installation, Alpine Linux is a great choice. The default install has zero systemd.

Yes, it's a command-line install, but it's far easier to install than Gentoo. The core OS install was so fast that I thought it had failed. Once I had that sorted and had installed a few support items, the setup-desktop script installed the whole of KDE and Wayland in a couple of minutes. I rebooted and everything worked. It even got the high DPI screen's resolution right for both KDE and sddm, which literally no other distro I've tried has managed.

A lack of bloat doesn't just make Alpine good for containers, it's also really responsive in general use. (Which is how computers ought to be with modern hardware.)

The package manager is nice. Think APT, but much faster. It automatically keeps a separate record of what you've actually asked to install versus dependencies that were dragged in, for easy automatic bloat removal.

Downsides:

- No proprietary Nvidia driver available, you need to use nouveau, so no CUDA or high performance gaming.
- Documentation (including installation) is scattered in pieces on a wiki.
- A lot less stuff prepackaged for you than Debian. Check https://pkgs.alpinelinux.org/ to see if things you need are available.
- You'll need to get used to some things being different thanks to use of busybox, no sudo, no bash by default, and so on.

My conclusion: Command line user? Try Alpine. Everyone else? Use Debian, and hope they move away from systemd.

I might revise this opinion if things break a lot during regular updates (hello Fedora), time will tell. #AlpineLinux #Linux

I tried a bit more Linux distro investigation, and I think I just should have listened to @hipsterelectron in the first place.

TL;DR: If you want to run Linux without systemd, with something other than GNOME as a desktop (which is implied if you don't want systemd), and if you're comfortable with using the command line for installation, Alpine Linux is a great choice. The default install has zero systemd.

Yes, it's a command-line install, but it's far easier to install than Gentoo. The core OS install was so fast that I thought it had failed. Once I had that sorted and had installed a few support items, the setup-desktop script installed the whole of KDE and Wayland in a couple of minutes. I rebooted and everything worked. It even got the high DPI screen's resolution right for both KDE and sddm, which literally no other distro I've tried has managed.

A lack of bloat doesn't just make Alpine good for containers, it's also really responsive in general use. (Which is how computers ought to be with modern hardware.)

The package manager is nice. Think APT, but much faster. It automatically keeps a separate record of what you've actually asked to install versus dependencies that were dragged in, for easy automatic bloat removal.

Downsides:

- No proprietary Nvidia driver available, you need to use nouveau, so no CUDA or high performance gaming.
- Documentation (including installation) is scattered in pieces on a wiki.
- A lot less stuff prepackaged for you than Debian. Check https://pkgs.alpinelinux.org/ to see if things you need are available.
- You'll need to get used to some things being different thanks to use of busybox, no sudo, no bash by default, and so on.

My conclusion: Command line user? Try Alpine. Everyone else? Use Debian, and hope they move away from systemd.

I might revise this opinion if things break a lot during regular updates (hello Fedora), time will tell. #AlpineLinux #Linux

I tried a bit more Linux distro investigation, and I think I just should have listened to @hipsterelectron in the first place.

TL;DR: If you want to run Linux without systemd, with something other than GNOME as a desktop (which is implied if you don't want systemd), and if you're comfortable with using the command line for installation, Alpine Linux is a great choice. The default install has zero systemd.

Yes, it's a command-line install, but it's far easier to install than Gentoo. The core OS install was so fast that I thought it had failed. Once I had that sorted and had installed a few support items, the setup-desktop script installed the whole of KDE and Wayland in a couple of minutes. I rebooted and everything worked. It even got the high DPI screen's resolution right for both KDE and sddm, which literally no other distro I've tried has managed.

A lack of bloat doesn't just make Alpine good for containers, it's also really responsive in general use. (Which is how computers ought to be with modern hardware.)

The package manager is nice. Think APT, but much faster. It automatically keeps a separate record of what you've actually asked to install versus dependencies that were dragged in, for easy automatic bloat removal.

Downsides:

- No proprietary Nvidia driver available, you need to use nouveau, so no CUDA or high performance gaming.
- Documentation (including installation) is scattered in pieces on a wiki.
- A lot less stuff prepackaged for you than Debian. Check https://pkgs.alpinelinux.org/ to see if things you need are available.
- You'll need to get used to some things being different thanks to use of busybox, no sudo, no bash by default, and so on.

My conclusion: Command line user? Try Alpine. Everyone else? Use Debian, and hope they move away from systemd.

I might revise this opinion if things break a lot during regular updates (hello Fedora), time will tell. #AlpineLinux #Linux

Releases are still pending, but our repositories all received upgraded kernels to address copy.fail (CVE-2026-31431).

So make sure you upgrade to the latest available kernels.

edge: >= linux-lts-6.18.22
3.23: >= linux-lts-6.18.22
3.22: >= linux-lts-6.12.85
3.21: >= linux-lts-6.12.85
3.20: >= linux-lts-6.6.137
3.19: >= linux-lts-6.6.137
3.18: >= linux-lts-6.1.170
3.17: >= linux-lts-5.15.204

#AlpineLinux #security

Releases are still pending, but our repositories all received upgraded kernels to address copy.fail (CVE-2026-31431).

So make sure you upgrade to the latest available kernels.

edge: >= linux-lts-6.18.22
3.23: >= linux-lts-6.18.22
3.22: >= linux-lts-6.12.85
3.21: >= linux-lts-6.12.85
3.20: >= linux-lts-6.6.137
3.19: >= linux-lts-6.6.137
3.18: >= linux-lts-6.1.170
3.17: >= linux-lts-5.15.204

#AlpineLinux #security

Releases are still pending, but our repositories all received upgraded kernels to address copy.fail (CVE-2026-31431).

So make sure you upgrade to the latest available kernels.

edge: >= linux-lts-6.18.22
3.23: >= linux-lts-6.18.22
3.22: >= linux-lts-6.12.85
3.21: >= linux-lts-6.12.85
3.20: >= linux-lts-6.6.137
3.19: >= linux-lts-6.6.137
3.18: >= linux-lts-6.1.170
3.17: >= linux-lts-5.15.204

#AlpineLinux #security

Releases are still pending, but our repositories all received upgraded kernels to address copy.fail (CVE-2026-31431).

So make sure you upgrade to the latest available kernels.

edge: >= linux-lts-6.18.22
3.23: >= linux-lts-6.18.22
3.22: >= linux-lts-6.12.85
3.21: >= linux-lts-6.12.85
3.20: >= linux-lts-6.6.137
3.19: >= linux-lts-6.6.137
3.18: >= linux-lts-6.1.170
3.17: >= linux-lts-5.15.204

#AlpineLinux #security

Releases are still pending, but our repositories all received upgraded kernels to address copy.fail (CVE-2026-31431).

So make sure you upgrade to the latest available kernels.

edge: >= linux-lts-6.18.22
3.23: >= linux-lts-6.18.22
3.22: >= linux-lts-6.12.85
3.21: >= linux-lts-6.12.85
3.20: >= linux-lts-6.6.137
3.19: >= linux-lts-6.6.137
3.18: >= linux-lts-6.1.170
3.17: >= linux-lts-5.15.204

#AlpineLinux #security

Checking the #CopyFail #CVE_2026_31431 status on #AlpineLinux, again nothing heard officially from @alpinelinux but I did see this:

https://github.com/theori-io/copy-fail-CVE-2026-31431/issues/4#issuecomment-4354558846

Maybe the issue has been quietly dealt with or was never an issue to begin with? It'd be nice to know for certain.

Checking the #CopyFail #CVE_2026_31431 status on #AlpineLinux, again nothing heard officially from @alpinelinux but I did see this:

https://github.com/theori-io/copy-fail-CVE-2026-31431/issues/4#issuecomment-4354558846

Maybe the issue has been quietly dealt with or was never an issue to begin with? It'd be nice to know for certain.