Slackware 7.0

>>232
FedoraやUbuntuのアップデートと比べての個人的印象です

↓てのから 1 年経つが、Plasma 6 は一向に来ないね。

http://www.slackware.com/changelog/current.php?cpu=x86_64
> Sun Mar 16 18:36:31 UTC 2025
> Before anyone gets too excited, no this isn't Plasma 6.

Sun May 10 20:41:09 UTC 2026 更新 http://www.slackware.com/changelog/current.php?cpu=x86_64
で言及の "Honeypi" ってこれ?
http://honey-pi.de/en/

Raspberry Pi の何か?

この記事って、

https://japan.zdnet.com/article/35247368/
> 「Linux」に新たな脆弱性「Dirty Frag」が見つかる--攻撃も確認
> 2026-05-12 09:52

↓のことだよね?

http://www.slackware.com/changelog/current.php?cpu=x86_64
> Fri May 8 22:14:25 UTC 2026
> a/kernel-generic-6.18.28-x86_64-1.txz: Upgraded.
> This update fixes a critical security issue:
> xfrm: esp: avoid in-place decrypt on shared skb frags.
> This update addresses a Linux kernel local privilege escalation attack known
> as "Dirty Frag." Please note that there's a second CVE (CVE-2026-43500) that
> is not yet patched upstream.

naraのミラーが復活してる

https://www.linuxquestions.org/questions/slackware-14/a-new-slackware-community-git-software-forge-has-been-born-4175764385/
Linuxの世界ではこういうことはよくあるんだろうか

>>238
> Linuxの世界ではこういうことはよくあるんだろうか

アイデア盗用?
Linux の世界じゃないけれど、前の会社ではあったな。他人の案にボツ出して、考案者の陰でちゃっかり自案とするの。

それはそうと、https://forge.slackware.nl/ いいね。

大学とかいう研究機関でもアタリマエ

今日気づいちゃったんだけど、結局slackwareが一番扱いやすい。
外側の環境からchrootせずともcross環境もどうとでも出来るし。binfmt使えば別に他でも出来るけど。あまり苦労する意味を感じないんだよな。

Window manager は何を使っている人なの？
外側の環境から、と書かれているから CLI だけのマシンかもしれないけど

やっぱ結構ざっくりinstallしないと逆に時間かかるか。どれが良いのか分からなくなってきた。
voidやgentooがpoint releaseしてくれたら良いのに。
最近notionからdwmを改造したものへ移ってる最中。お勧めはしないよ。自分の触り方やpatchだったり環境が悪いんだと思うけど、あまりに操作すると落ちる事ある。だからあまり便利には使えてない。

いややっぱslackwareでいこ。

何となく分かってきた。apparmor使えば単純なら単純なほどたぶんどれでも良いんだな。

rsync キタ。

http://www.slackware.com/changelog/current.php?cpu=x86_64
> Mon Jun 8 20:41:30 UTC 2026
> n/rsync-3.4.4-x86_64-1.txz: Upgraded.
> (see NEWS.md for credits).
http://download.samba.org/pub/rsync/NEWS#3.4.4

Linux板ニュース速報28 にあったこの↓件みたいね。

http://mao.5ch.io/test/read.cgi/linux/1779504696/138

xlibre なんとかてのが testing/ に沢山追加されていた。Wayland に移行せずに済むのならマンモスうれピー。

http://www.slackware.com/changelog/current.php?cpu=x86_64
> Thu Jun 11 23:52:08 UTC 2026
> testing/packages/xlibre/xlibre-server-20260611_b524471bc-x86_64-1.txz: Added.

http://x11libre.net/
> About
> XLibre is the community-managed display server for the X Window System Protocol Version 11 (Wikipedia), in short, X11.

逆襲のslackwareさんが何年かぶりにブログを更新していらっしゃるじゃない。
今slackware熱いな。

>>234
Plasma 6 ついにキタ。

http://www.slackware.com/changelog/current.php?cpu=x86_64
> Mon Jun 15 23:27:31 UTC 2026
> Well folks, it seems that the stars have aligned to bring us a bunch of long-awaited updates, including ffmpeg8 and Plasma 6!

なんだか core を吐く。

$ gdb -c core.5091
＜略＞
Core was generated by `/usr/bin/systemsettings kcm_kscreen'.
Program terminated with signal SIGABRT, Aborted.

ちょっとSlackwareインストールしてくる

必ず core 吐く。おま環? エロ壁紙のせい?

$ systemsettings kcm_kscreen
KTranscript: Loaded module: /usr/share/locale/ja/LC_SCRIPTS/ki18n6/ki18n6.js
Using fontconfig file: "/home/ME/.config/fontconfig/fonts.conf"
qt.qpa.services: Failed to register with host portal QDBusError("org.freedesktop.portal.Error.Failed", "Could not register app ID: Connection already associated with an application ID")
kf.bluezqt: InitManagerJob Error: Job was deleted before finished!
＜「ディスプレイ設定」出現＞
＜「ディスプレイ設定」を [X] 押下し終了＞
corrupted size vs. prev_size while consolidating
中止 (コアダンプ) systemsettings kcm_kscreen
$

>>252 の core 吐く症状、出なくなったっぽい。

http://www.slackware.com/changelog/current.php?cpu=x86_64
Wed Jul 8 21:48:24 UTC 2026

の前後から。

ん? これどういう意味だろう。
opus なんて使ってなかろうから関係ないのだろうけど。

http://www.slackware.com/changelog/current.php?cpu=x86_64
> Wed Jul 29 01:13:33 UTC 2026
> l/libopusenc-0.3-x86_64-2.txz: Rebuilt.
> Use the release tarball, not a tag. Otherwise the internal version is
> unknown, breaking some builds.

>>254

この変更内容は、GitHubのタグアーカイブではなく、公式のリリースタルボールを使うようにした、というものです。
タグアーカイブにはGitの履歴情報が含まれません。
そのため、git describeなどでバージョン文字列を生成するビルドスクリプトが、正しくバージョンを取得できず、内部バージョンが「unknown」になっていました。
これが原因で、一部のビルド処理が壊れていたようです。

今回の修正で、正規のリリースタルボールを使うことで、バージョン情報が正しく埋め込まれるようになりました。
地味な修正ですが、パッケージングの正確性という点では重要な変更です。

>>255
丁寧な説明ありがとうございます。

いつになったら15.1が出るのか
glibc-2.43がテストに置きっぱなし
2.44が待っているし、仕事が遅い
eliloを廃止grub2はいつ？

公式で15.0のISO イメージ配布が終わった（らしい）
linux-5.15 kernel のEOLは今年一杯
・・・って事から想像すると、今年中にバージョンアップすると思う
15.1か16.0か、はたまた15.01かは知らないけどｗ

今年なら嬉しいけど、来年ならslackware
やめるつもりw

Slackware から *BSD にでも移ります？

Linux以外はちょっと避けたいw

linux はwindows みたいになるからやめておいた方がいいよ

みなさん公式パッケージだけで賄えてる感じ？

>>263
みなさん公式パッケージだけでは日本語方面が賄えないのでは。
でも、slackbuilds.org で概ね賄えている感じ。

>>264
わかりやした

"/var/log/packages" を取得する方法ある?
echo ${HOME} でホームのパスが取得できる、xdg-user-dir MUSIC で ~/Music が取得できるとか、そんなの。

>>266
質問の意味がわかりません。

>>267
"/var/log/packages" 「というパス」を取得する方法ある?
が表現として正確だろうか。

$ xdg-user-dir DESKTOP
/home/user/Desktop
$ xdg-user-dir SLACKWARE_PACKAGES # ← こんなこと
/var/log/packages
$

Sat Sep 5 02:49:41 UTC 2026
Upgraded to binutils-2.47, gcc-16.2.0, and glibc-2.44, and compiled everything
with them. There might be a light at the end of the tunnel, eh?
Cheers, and have a good weekend.

大量に更新されたわけなんだが・・・殆どOSの再インストールじゃないか

16.0 "Alpha 1" feedback
https://www.linuxquestions.org/questions/slackware-14/16-0-alpha-1-feedback-4175766785/

まだeliloを使うのか
grubに変える話しがあったよね

なぜ fortune メッセージが...

Last login: Mon Sep 7 14:07:58 2026 from A.B.C.D
Linux 6.18.49.

The first myth of management is that it exists.

$ cd /etc/profile.d/
$ ls -l bsd*
-rw-r--r-- 1 root root 289 Sep 2 20:05 bsd-games-login-fortune.csh
-rw-r--r-- 1 root root 318 Sep 2 20:05 bsd-games-login-fortune.sh
$

ログアウト後の再ログインでは出ない。なんじゃったのだろう。。

liloの更新は必要なし
誰も使わないのにw
grub2はまだか

rc.6 いそがしい。lilo が何かおかしかったら、shutdown するのを止めてくれていいんだけど。。。

http://www.slackware.com/changelog/current.php?cpu=x86_64#:~:text=sysvinit
> Sat Sep 19 22:16:43 UTC 2026
> a/sysvinit-scripts-16.0-noarch-3.txz: Rebuilt.
> rc.6: don't try to reinstall LILO here since it's handled by a
> geninitrd post-install script shipped in the lilo package.
> Thu Sep 17 22:15:50 UTC 2026
> a/sysvinit-scripts-16.0-noarch-2.txz: Rebuilt.
> rc.6: before reinstalling LILO, also be sure that the kernel reports that
> the bootloader_type is 0.
> Thanks to guanx, GazL, and Petri Kaukasoina.
> Sun Sep 13 21:56:23 UTC 2026
> a/sysvinit-scripts-16.0-noarch-1.txz: Upgraded.
> rc.6: if the machine is using LILO and lilo.conf boots /boot/vmlinuz-generic,
> check to see if the running kernel is the same as what /boot/vmlinuz-generic
> points to. If it's not the same, then reinstall LILO.

slackpkg 更新盛り沢山。
1. ROWS プロパティって何ぞ?

http://www.slackware.com/changelog/current.php?cpu=x86_64#:~:text=slackpkg-16
> Thu Sep 17 22:15:50 UTC 2026
> ap/slackpkg-16.0.0-noarch-1.txz: Upgraded.
> Set ROWS properly when running from cron (allend, Petri Kaukasoina, Lockywolf)

2. SLACKCFVERSION がよく分からない。うちは 16.0 でなく 15.0-current ぞなもし。
slackpkg-16.0.0 のツールバージョンじゃないよね??
SLACKPKG.CONF(5) に見えないし。

$ cat -n /etc/slackpkg/slackpkg.conf
67 # SLACKCFVERSION defines the Slackware version. If left commented, it
68 # will be parsed from the 4th line of this unedited config file.
69 #SLACKCFVERSION=16.0
$ cat -n /etc/os-release
2 VERSION="15.0"
5 PRETTY_NAME="Slackware 15.0 x86_64 (post 15.0 -current)"

>>276

ROWSは設定項目ではなく、post-functions.sh の looknew() 内のローカル変数です。
upgrade後の *.new 一覧を出すときに端末の行数を取り、一画面に収まるかスクロールするかを決めています。

SIZE=$( stty size )
ROWS=${SIZE% *}
if [ $(( newcount + TEXTLINES )) -lt $ROWS ] || [ "${BATCH}" = "on" ]; then

cronだと標準入力がttyではないので stty size が失敗し、ROWSが空になります。
その結果 [ 41 -lt ] のような比較になり unary operator expected が出ます。
LQに15.0.2の頃から報告があったネタです。

ただ気になる点があります。
この修正は -current で 2025-08-25 に slackpkg-15.0.10-noarch-5 として一度出ています。
ところが 16.0.0 の post-functions.sh はupstream gitのmasterとmd5が完全一致で、stty size に -t 判定もフォールバックも入っていません。
git logを -S'stty' -G'ROWS' で追っても該当コミットはありません。
ChangeLogにはあるのにコードには入っていないので、同期で取りこぼした疑いがあります（推測で、-5時点のファイル中身は未確認です）。
手元の post-functions.sh を grep "stty size" して素のままなら、16.0.0でも再発すると思います。
-batch=on なら || の右側で拾うので処理は止まらず、エラー行が出るだけです。

>>276

SLACKCFVERSIONは逆で、Slackwareの版ではなくslackpkg本体の版に対応する値です。

SLACKCFVERSION=$(grep "# v[0-9.]\+" $CONF/slackpkg.conf | cut -f2 -dv)
SLCKCFVL=$( expr length $SLACKCFVERSION )
if [ "$SLACKCFVERSION" != "$( echo $VERSION |cut -c1-$SLCKCFVL)" ] ...
echo "Your slackpkg.conf is outdated. ..."

$VERSION は /usr/sbin/slackpkg の VERSION=@VERSION@ をSlackBuildが 16.0.0 に置換したもので、slackpkgパッケージ自身の版です。
conf 4行目の「# v16.0」と slackpkg 16.0.0 の先頭4文字を比べ、confの書式が古くないかを見ているだけです。
/etc/slackware-version も os-release もこの判定には使っていません（そちらは -current ミラー警告用の SLACKWARE_VERSION です）。

upstream ChangeLog にも根拠があります。
2009-05-04「Added check to see if slackpkg.conf version matches slackpkg version」「slackpkg.conf bumped to version 2.8」（当時slackpkgは2.80）
2021-02-03「Release slackpkg-15.0 (yes, jump from 2.84_beta12 to 15.0)」
15.0からslackpkgの版番号をSlackwareに揃えたので、一致して見えるだけです。
conf.new の「defines the Slackware version」は書き方が雑だと思います。

#SLACKCFVERSION=16.0 の行は2022-09にupstreamで追加された新しめの項目で、slackpkg.conf.5 には確かに載っていません。
4行目のコメントを消したり独自confにしたときの上書き手段なので、普通はコメントのままでいいです。

15.0-current で # v16.0 の conf を使うのは正常です。
逆に # v15.0 のまま残すと outdated で止まるので、slackpkg new-config で更新すればいいです。

>>278,277
詳細にありがとうございます。

> conf.new の「defines the Slackware version」は書き方が雑だと思います。

分からないよね、これじゃあ。

kernel 7.x がついにキタ。

http://www.slackware.com/changelog/current.php?cpu=x86_64#:~:text=kernel-generic-7
# Mon Sep 21 21:52:23 UTC 2026
# a/kernel-generic-7.2.7-x86_64-1.txz: Upgraded.
# Time to start tracking 7.x until we hit the next LTS. :-)

引用符が '#' に... まぁいいか。

早苗のお願いのやつ?
http://x.com/takaichi_sanae/status/2112890642590564386

http://mirrors.us.kernel.org/slackware/slackware64-current/ChangeLog.txt
> Wed Oct 21 21:33:15 UTC 2026
> n/php-8.5.12-x86_64-1.txz: Upgraded.
> This update fixes bugs and security issues, including the following
> critical remote code execution flaw:
> Avoid state corruption via bailout.
> For more information, see:
> https://www.php.net/ChangeLog-8.php#8.5.12
> https://github.com/php/php-src/security/advisories/GHSA-w8hw-w9fx-j79w
> https://github.com/php/php-src/security/advisories/GHSA-6wmf-4rv5-p3rp
> https://www.cve.org/CVERecord?id=CVE-2026-109618
> https://www.cve.org/CVERecord?id=CVE-2026-109619
> (* Security fix *)

Slackwareて自分で色々管理するのが楽しくて使ってたのだけど
昨今のAIによる脆弱性発見スピードを見てると
脆弱性対応が多過ぎてもう自分で管理するのは無理かな？って気になってきてる

で、最近は電源切ってしまってるわ
なんか立ち上げるの怖い…
サーバー用途でなくてデスクトップというかクライアントに絞ればいけるかなぁ
ディストリビューションもユーザーが多いメジャーなのにしておかないと対応が遅れがちだよねきっと