Slackware 7.0

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による脆弱性発見スピードを見てると
脆弱性対応が多過ぎてもう自分で管理するのは無理かな？って気になってきてる

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