Slackware 7.0

備忘:

https://slackware.nl/slackware/ は数々DL不能。ミラーの
https://us.slackware.nl/slackware/ は常時DL可能。

ちょっと教えてほしい。
ubuntuやdebian系のシステムで/user/lib/x86_64-linux-gnu配下にあるディレクトリやファイルってslackware系だと普通どこに置いたらいい？

fcitx5-hazkeyって日本語IMEのパッケージ（ていうか/配下に置いた体で圧縮しただけのもの※）をインストールしてみたけど、
x86_64-linux-gnu配下にある共有ライブラリが見つからないってエラーが出て動かないんで、それをslackwareでありがちな場所に移したらひょっとして動くかなと。

※ github.com/7ka-Hiira/fcitx5-hazkey/releases/download/0.0.9/fcitx5-hazkey-0.0.9-x86_64.tar.gz

>>150
/etc/ld.so.conf に書かれたパスじゃないの。

めちゃくちゃ速い...

https://mirror.slackware.jp/slackware/

>>151
レスthx.
とりあえずパス通してみたけどやっぱり動かなかったのでディレクトリ配置の問題じゃなかったっぽい。
slackware（系ディストロ）の問題かどうかもわからないしこの辺にしとく。

>>152
slackware系の他のディストロのリポジトリも何卒…

>>153
> 動かなかったのでディレクトリ配置の問題じゃなかったっぽい。

archlinux のコレを見ると、/usr/lib(64) に cp して chmod +x しているだけに見えるよ。けれど相性とかやはりあるのかな。
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=fcitx5-hazkey-bin

>>154
>archlinux のコレを見ると、/usr/lib(64) に cp して chmod +x しているだけに見えるよ。

やってみたら共有ライブラリは認識された。重ね重ねthx.
しかしGLIBC_2.34がないって怒られて動かなかった。
（使用しているディストロのは2.33）

ディストロ（salix os）のフォーラム見たらglibcのアップデートはむずい（やめとけ）って主催者が言ってたんで、今はここまでだと思う。

>>155
slackware64-currentにて
成功しました
/usr/lib64がポイント
一応漢字変換は出来る

>>156
currentはglibcが新しいから動くんですかね。
salix osも実質currentのslackelがあるから乗り換えてもいいけど、デスクトップ環境が変わってしまうのがメドい…

>>157
ビルドしては。Swift 言語の導入は難しくなさそう。
Getting Started with Swiftly on Linux
https://www.swift.org/install/linux/swiftly/

それはともかく、

> デスクトップ環境が変わってしまう

Xfce は KDE から切り替えれば使える筈だよ。集積したカスタマイズの移行が、という意味なら失礼。

>>158
ごめん。紛らわしい書き方してしまった。
俺が使ってるのは派生ディストロのSalix(Xfce環境)で、そこからその実質currentにあたるSlackel(openbox環境)に移ろうか、という話だった。
なんのカスタマイズもしてない別に移って問題ないと思うけど、大体思ってみない罠に引っかかるんだろうし。

Swift(ly)は入れてみようとしたけど、途中で「ツールチェーン作るから使ってるOS選んで（Slackwareはない）」とか言われて、メドイことになりそうと思ってやめた。

Slackwareが新しいglibのついた15.1?を出してくれればSalixも次バージョン出るんで、早くしてほしい。
（と、取ってつけたようにSlackwareの話題にしてみる）

fcitx5-mozcの件です
archlinuxのfcitx5-mozc-5810.102.gb091429-1-x86_64.pkg.tar.zst が使えました
tar.zstをtgz形式に変更しinstallpkgコマンドでインストール
ただし/usr/libにインストールされるファイルを/usr/lib64に変更が必要です

current？　15はsbopkgで素直に入った記憶がある

>>161
fcitx5-mozcの話題へのレス?
>>160 は最新版を求めていた人じゃないかな。

>>162
currentです
ちなみにporteuXのcurrent版も漢字変換出来るようになりました

>>160
slackware(系)もバイナリで提供してほしい。
弱弱マシンだとmozcのコンパイルとか時間かかりすぎるし。

sudo -h REMOTE_HOST が使えるということなのだろうか。要らないのだが。

$ sudo -l -h 遠隔機
既定値のエントリと照合中 (ユーザー名 平凡太郎) (ホスト名
遠隔機):

secure_path=/いくつかの/パス/

ユーザー 平凡太郎 は 遠隔機 上で コマンドを実行できます
(ALL) NOPASSWD: ALL, !/usr/bin/禁止コマンド
$

https://mirrors.slackware.com/slackware/slackware64-current/ChangeLog.txt
> Mon Jun 30 22:26:26 UTC 2025
> ap/sudo-1.9.17p1-x86_64-1.txz: Upgraded.
> This update fixes security issues:
> Sudo's -h (--host) option could be specified when running a command or
> editing a file.

婆さん15.1はまだかのぉ
（もう出たじゃないですかと言ってほしい

お爺さん、御迎えはすぐに来ますよ()

知らなかった
32 years of Slackware
https://www.linuxquestions.org/questions/slackware-14/32-years-of-slackware-4175752378/

Slackwareさんじゅうにさい（萌

Why slackware?
https://www.reddit.com/r/slackware/comments/1mqy2xd/why_slackware/

>>170
Q1 そもそも Slackware を選んだ理由は何ですか?
A1 自分の周りには他の選択肢がほぼ無かったので。

Q2 また、Debian や Arch に移行しない理由は何ですか?
A1 サブで Ubuntu も併用しているが、メインが Slackware なのは、使い易いから。

野良ビルド/野良パッケージ作りがしやすいからかなあ
linuxに移ってすぐ使わないといけないソフトがどこのディストロでもパッケージ化されてなくて野良ビルドも阿鼻叫喚だったんだけど、Slackware（ていうかその派生ディストロ）は素人の俺がやってもなんとかビルドできた。

野良ビルドがしやすいって言ってる時点で素人じゃないｗ

slack つかっていると不思議とそうなるんだよ。

どうせｽｸﾞに SBO に手を出してあれやこれや自分でやりたいように.SlackBduild を弄り出すし。

弄ってるうちに簡単なものを野良ビルドしてmakepkg することを覚えると管理もﾗｸﾁﾝ

依存関係でgdgd にシステムを弄られる他の鶏がウザくなって

slack から離れられなくなってくる

w

.SlackBuild な

その急ぎレベルがAIの開発環境構築の需要かと思った

Slackware 知ってるの48-55歳位の狭いレンジだろ

有名人の生越昌己、JEの真鍋敬士、Plamoのこじまみつひろ (敬称略) とかもう少し上じゃないの?

おまえらどこにでも出てくるのなw

Slackware ユーザの多くが1990年代後半頃にLinuxを使い始めた人と仮定する
その時に30歳から45歳と仮定する
そうすると、今は55から75歳くらいだろ

30で始めるのは年寄り過ぎひん？
486/Pentiumの頃にはLinux使いたい人だったり、OS/2だったりWin3.1/DOS勢は大学生でPC買うよ

高校生だったな。進学先がFreeBSDを学生端末に使ってたからすんなり馴染めた

>30で始めるのは年寄り過ぎひん？
仕事でSunOSとかSolarisを使っていた人が自宅PCで始めるなら、そんなもんだよ

slackware 15で電源ボタンを無効化したくて
/etc/elogin.d/logind.confの
HundlePowerKey=ignore
にしたんだけれど、電源ボタンを押すと
Aug 24 10:34:53 darkstar elogind-daemon[1116]: Power key pressed.
Aug 24 10:34:53 darkstar init: Switching to runlevel: 0
とshutdownが始まってしまう。
どなたか設定方法ご存知ありませんか？

/etc/acpi/acpi_handler.shの
power) /sbin/init 0
ここのところを消すとか？

power)項目は見当たらなくて/etc/acpi/events/defaultなら
event=button power.*
action=
に（先に）してあって、それでも落ちるので/var/adm/messagesみて
elogind-daemonがキャッチしてるって知ったのです

lilo から grub に代えないと、そろそろ、いかんのかなあ。面倒だなあ。

How I switched us.slackware.nl from lilo to grub
https://blog.slackware.nl/how-i-switched-us-slackware-nl-from-lilo-to-grub/

何を言っているのだろうと思ったら、rc.S の中身がクエスチョンマークだらけで、びっくり。

> Mon Sep 22 21:13:46 UTC 2025
> a/sysvinit-scripts-15.1-noarch-31.txz: Rebuilt.
> rc.S: /tmp cleanup: /tmp/dbus-?????????? and /tmp/dolphin.??????.

/tmp/dbus-10文字とか、/tmp/dolphin.6文字のファイル名が毎回残ってしまうから、それを削除するようにしたのね。
?は、正規表現で、1文字の任意の文字を表します。

>>189
どうもありまとう。

sysv slack のエレガンシィ

>>180
1995年にINSネット64で専用線と自前ドメインデビューしたのでDNS持たなくてはならなくてSlackwareで始めたのが自分の初Linux
その後DebianやレッドハットやVineやTurboと渡り歩いて今日久しぶりにSlackwareインストールしてみた60歳

windows にしなよ
slack 使う必要ないじゃん

今はそうでも当時はDNSやメールサーバーの構築と言えばSlackware前提でしか参考資料がなかったのよ

180さんは1995年時点で30歳くらい
つまり「始めてLinuxをインストールした」時点で、UNIX バリバリだった人だろ
そんな人がサーバに Windows を使うなんて無いｗ

すまん、間違った
192さんは・・・
だったｗ

yt-dlpでdenoが推奨されてるので探したらsbopkgにあった
yt-dlp-binといいほんとsbopkgは助かる

Slackware のデフォルトは KDE だと思うけど、X 無しになるのかな。

https://mao.5ch.net/test/read.cgi/linux/1679970889/905
> KDE Plasma 6.8 は x11 を含まず、Wayland のみになる。

xfceに絞る？
x11サポート続けたい人達がプロジェクトをフォークするのに期待？

Xがあるから起動できなくなるっていうものじゃないんだから、
Xは維持して、
パッケージ管理上、Plasma にXが必要でないってことになるかもな。

Xの入っていないKDEなんて…」ってなったりはしないんだろうか

謹賀新年
今年のSlackware界隈の運勢は…

>>202
【馬】 て...
午年生まれの八百屋お七のように、Slackware界隈は火刑か。

喪中につきおみくじは控えさせていただきます

slackwareはKDEを捨ててcosmicへw

>>205
どこで、そのお話があったのでつか?

>As a Wayland-native desktop environment built in Rust

うわぁ……最悪…………

なにかオソロシげなコト言ってるので、ビビって更新した。

mirrors.slackware.com/slackware/slackware64-current/ChangeLog.txt
> Wed Jan 7 23:04:37 UTC 2026
> n/curl-8.18.0-x86_64-1.txz: Upgraded.
> This update fixes security issues:
> libssh key passphrase bypass without agent set.
> libssh global known_hosts override.
> OpenSSL partial chain store policy bypass.
> bearer token leak on cross-protocol redirect.
> broken TLS options for threaded LDAPS.
> No QUIC certificate pinning with GnuTLS.
> For more information, see:

今日もまたオソロシげに強調しているので、ビビって更新する。

> Tue Jan 27 23:51:26 UTC 2026
> n/gnupg2-2.5.17-x86_64-1.txz: Upgraded.
> This version fixes a *critical security bug* in versions 2.5.13 to 2.5.16:
> n/openssl-3.5.5-x86_64-1.txz: Upgraded.
> OpenSSL 3.5.5 is a security patch release. The most severe CVE fixed in this
> release is High.
> This release incorporates the following bug fixes and mitigations:

/etc/slackpkg/mirrorsにあるnaraとriken以外に日本のミラーはないですか？

~$ curl -s http://ftp.nara.wide.ad.jp/pub/Linux/slackware/slackware64-current/ChangeLog.txt | head -n 100
Wed Feb 4 19:31:17 UTC 2026
a/coreutils-9.10-x86_64-1.txz: Upgraded.
~$ curl -s http://mirrors.us.kernel.org/slackware/slackware64-current/ChangeLog.txt | head -n 100
Sun Feb 8 17:38:13 UTC 2026
a/bcachefs-tools-1.36.1-x86_64-1.txz: Upgraded.

>>210
大昔、同様の質問に対し無いという回答を貰った。今は知らない。

>>211
ありがとうございます
近場は中国、台湾、インドネシア、オーストラリアしかないようなので
オーストラリアの一番上にして、順番に早いところを探してみます
オーストラリアは六ヶ所もあって国全体に余裕があるんでしょうか

オーストラリアのミラーで更新しているのはcc.swin.edu.auとaarnet.edu.auだけでした

ネットワークの遠近は地理的要素もあるが回線の太さが決定的なので米国が最も近場と言う人が、以前いた。

派生ディストロで使ってるけどアメリカのxmissionは速いかも

2月10日投稿で「naraは2月4日、rikenは2月8日」を気にしている様子
回線速度ではなく更新の早さを気にしているんだろうｗ

https://mirror.slackware.jp/slackware/slackware-iso/

>>217
slackware-iso に何かあったの?

はう? $HOME/.profile.d/ なんてこれまであったの?

mirrors.slackware.com/slackware/slackware64-current/ChangeLog.txt
> Thu Feb 19 01:02:38 UTC 2026
> a/etc-15.1-x86_64-16.txz: Rebuilt.
> Only source .profile.d/ scripts if they are executable.

131 名前：login:Penguin [sage]： 2026/02/17(火) 08:09:03.80 ID:hvCVGyPs
KDE Says Plasma Desktop Will Never Force Users to Use systemd
https://9to5linux.com/kde-says-plasma-desktop-will-never-force-users-to-use-systemd

vim (CLI) は、Firefox などの GUI アプリケーションにコピペ不能だよね? gvim (GUI) は可能だけど。

ターミナルの表示はコピペできるが :set number した行番号もコピーされたり、:set wrap した折り返しが改行とされたりで、ちょっと使い難いね。

Slackware 15.0 x86_64 (post 15.0 -current)

なんだったっけな
仮想コンソール上で選択されたテキストをX selectionのクリップボードに同期させるdaemonが
あった覚えが

>>222
端末右端の行の折り返しは、改行されちゃわない?

Mutt、configure に --enable-debug が無いのでデバッグ・オプションが使えないのねん。

http://www.mutt.org/doc/mutt.1.txt
> -d level
> If Mutt was compiled with +DEBUG log debugging output to ~/.muttdebug0.

まぁ使用頻度は数年に1度なので、必要の都度再コンパイルすりゃいいのだけど。

vim.SlackBuild すると、Lua 周りで リンクエラーが出るのねん。

/usr/bin/ld.bfd: objects/if_lua.o: in function `luaV_addlstring':
if_lua.c:(.text+0x1024): undefined reference to `luaL_prepbuffer'

わけわかなので Lua を無効化してビルド。公式の更新を待ちますわん。
# LUAINTERP=no ./vim.SlackBuild
:
$ ls /var/log/packages/*vim*
/var/log/packages/vim-9.2.0272-x86_64-1
/var/log/packages/vim-gvim-9.2.0272-x86_64-1

>>225 自己レス。

configure (Slackbuildスクリプト) に --with-luajit オプションを追加するとビルドされた。
追加理由は、うちの環境では、リンカが undefined reference と報告した `luaL_prepbuffer' が liblua でなく libluajit に在るため。
Lua なんて知らないので触らない。だから、うちの Lua 周りは公式の 64-current と同じだと思うのだけど。

エイプリル・フールかと思ったら本当だった。大変驚いた。

https://mirrors.slackware.com/slackware/slackware64-current/ChangeLog.txt
> Wed Apr 1 21:20:05 UTC 2026
> ap/vim-9.2.0280-x86_64-1.txz: Upgraded.
> Comment everything out in the default /usr/share/vim/vimrc.

>>221 自己レス
vim.SlackBuild の configure オプションの --with-x=no を --with-x にすると、clipboard とコピペできるよ! と ChatGPT 。お告げ通りにし、コピペできたYO!
https://ftp.riken.jp/Linux/slackware/slackware64-current/source/ap/vim/vim.SlackBuild#:~:text=with-x

>>210
riken のミラー (1) って絶望的に古いの?

(1) https://ftp.riken.jp/Linux/slackware/slackware64-current/source/ap/vim/vim-gvim.SlackBuild#:~:text=VIMBRANCH=9
> VIMBRANCH=9.1

(2) http://mirrors.us.kernel.org/slackware/slackware64-current/source/ap/vim/vim-gvim.SlackBuild#:~:text=VIMBRANCH=9
> VIMBRANCH=9.2

(3) https://slackware.osuosl.org/slackware64-current/source/ap/vim/vim-gvim.SlackBuild#:~:text=VIMBRANCH=9
> VIMBRANCH=9.2

https://www.vim.org/news/news.php
> Vim 9.2 has been released!
> [2026-02-14]

本家 mirrors.slackware.com から riken(1) に飛ばされると、うち (3) と違うので、戸惑う。

ミラーサイトの更新が遅れるのはよくあること

最新版があると想定しないほうがよいかと

>>229
私は/etcを見て nara(jp),aarnet(au),xmission(us),slackbuilds(us)と移動してきました
速さは私の環境でそれぞれ40MB/s,忘れた,30MB/s,20MB/sぐらい出てました
次に更新が途切れるような機会があればslackware.jpに変えてみたい
slackwareが更新もあまりされず数も少ないのはマイナーで「役に立たない」ディストリビューションのせいかなという印象
slackbuildsのようなslackware専門のミラーは更新が安定している印象

>>231
Slackware 以外は頻繁に同期されているという意味?
そういうものなのか。ケシカランなあ。

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

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