Slackware 6.0

取り敢えず立てます。

LinuxはMintみたいな優しいタイプしか使ったことないんですが
Slackwareが最古のディストリビューションと聞いたので興味を持ちSlackelに手を出しました
Slackware系の中では一番難度が低そうな気がしたからです
インストール出来てWi-Fiが通じただけでも感動
中途半端な日本語対応だけどフォントはなんか変だしジャギってガビガビだし日本語入力できないし
インストール後にウェルカムのアプリもなくいきなり突き放されて何をどうしたらいいかの情報も少ないし
思っていた以上にハードコアな世界ですね
しばらくSlackelの世界で遊んでみて無理そうならまた優しい系に移行しようと思います

Slackwareが辛ければ派生ディストロのsalix osという手も。
依存関係面倒見てくれるguiのパッケージ管理ツールがあるぶん楽。

もうslackel使ってたんか。ちゃんと読んでなかった。

>> 856
slackelとsalix osはだいたい同じ（salix osの主宰者いわく「slackelは実質salix os current」）らしいのでsalix osスレに投稿されたアドバイスでmozcが入れられるかもしれない。

https://mao.5ch.net/test/read.cgi/linux/1596798796/4

>>858
ありがとうございます
Salix OSは互換性があるんですね
試してみます

/etc/openal

open anal と空目しました。。

gcc12

llvm はｽﾞｲﾌﾞﾝ慎重だね

xorg-server with gcc12

sed -i '/(SourcePictPtr)/s/sizeof([^)]*)/sizeof(SourcePict)/' render/picture.c

qt5-kde を git したら 5.15.5 になってる。

ということでビルド中

ネット上にあるfcitx5-mozc を15.0 で使いたいけどビルドが上手くいきません
どなたかバイナリをアップしてください
xfce で使うパッケージですが

問題なくビルドできたよ
どこで引っかかったんだろ

>>864
クロの思考ノート
Slackware 15.0用のfcitx-mozcのSlackbuildファイルを公開しました
http://note.kurodigi.com/slackware15-0-fcitx-mozc/

fcitx はfcitx5 です

fcitx5-mozc 関連のビルドはやっと成功しました
私の理解不足のためビルド失敗したのでした
ありがとう

-current で
kbd-1.15.3と言う古いバージョンのままなのは何かワケでもあるのでしょうか

bc もみてごらんよ

binutils-2.39 gprofng が激しく地雷臭いんだけど…

思い切ってkbd-2.5.1をビルドしたわ
kbd.SlackBuild のバージョンを変更してやった
今ところ問題なしw

elilo で立ち上げている64-current のPCですが
elilo の代わりにlimine-3.16.2をインストールしてみました
とりあえずlimineでブートは成功です
ドンキMUGA3
RAM4G
ストレージはemmc64G

grep の変更がおもしろくねぇ()
slack のせいじゃないけどな

Slackware package maker, version 3.14159265.

何故にelilo にこだわるのか？
grub2はダメなの

ロリロリロリって最近見ないね。
ブートローダーは正直どうでもよくて、grub2だと何が嬉しいのか分からんです。

grub2が業界標準だし
インストール用ISOはgrub2だから
grub2でいいと思う

>>877
わざわざgrub2使うのは、liloの時代苦労したからだな
grubに切り替えて、起動しなくなってもgrubのshell使って起動出来たりして何度か救われた
設定ファイルも記述が分かりやすかったし

今のeliloは起動しないとか滅多にないのかな

大半のユーザは lilo 系で不満ないんだと思うわ、よう知らんけどｗ

15からcurrentに戻りました。またヨロチクビ。
15のrustが古くて新しいclamavがビルド不能と、slackbuild.orgに書かれていた。事実如何は知らねどcurrentに逃げたよ。

current のカーネルがあたらしいLTSになったらしいけど、安定番のアップデートは来ないんだろうか

ところでslackware界隈の今年の運勢は...

currentのPython 3.9.xは金輪際3.10以上にならないのだっけ。
現行3.11とdocs.python.orgにあるので。

なぜJavaが入っていないのか今更気になった。

多分、次は3.11 に行くと思うよ。

まだやらない方がいい

うちはまだMBR grub-legacy が現役
UEFI だけになったらどうしようか考えているけど。

自作ベンチマーク厨にWindows10以降で最高スコアたたき出すヤツが現れたら、UEFIのLegacyBIOS互換機能のニーズは消える。今の最高スコアはXP環境らしいので、マザボ各社LegacyBIOSの機能残してるらしい

、とASrockニキが言ってた記憶ある

もう2002年から最初のHDDのMBR にmbm を突っ込んで、
先頭に2048Gのパーティション切ってそこにgrubを突っ込んでる。
(slackのパーティションはその直後にあって、/home を別ディスクのパーテションをマウントして使ってる。)

grub からGPTで切ってある別HDDのOSを起動することもあるが、
データを放り込んでおくためのHDDだし
システムが入ったパーテションを巨大なHDDに置かない限り、
grub-legacy で問題がでることは殆どない。

MBRは残して欲しいけどね、UEFIだけになったら、
先頭の2048Gにgrub2突っ込む形にすれば今と大差なくいけて、
GPTで切ったパーティションはディスクのどこにあっても起動できるようになるだけ
と思ってる。

Xlib 上げたらウザw

>Xlib: sequence lost (0x10000 > 0x2ae) in reply type 0x1c!

rikenとnaraのslackware64-currentちょっとおかしいね

>>891
年明けからslackpkg updateで新しいの無いのそのせい?

891 に感謝ｗ

おそるおそる glibc のバージョンを上げてみる

>>891
naraは直ったみたいね
rikenはまだおかしいけど明日には直ってそうな雰囲気

>>889
×2048G
○2048M

ｽﾞｲﾌﾞﾝデッカイHDD使ってるな…

>>896
2Tは、今わりと普通。

1ヶ月ぶりにChangeLog 拾ってみたら、なんかイベントみただね…(;´Д｀)

/etc/securetty は機能しているのかな。
消しても、rootでコンソールログインできるみたいだけど。

サクッっとソース見る限り/etc/securettyが存在しない場合ログにエラー吐いて認証成功とする動作みたいよ

ありがとう。
/etc/securetty を全コメントアウトして Login incorrect が出た。

stableのx86_64がlinux-5.15.118になったと思ったら翌日
linux-5.15.117に戻った、ChangeLogs によると
We're going to back up one version to avoid an amdgpu regression in 5.15.118.
If you're already using 5.15.118 without issues, feel free to stick with it.

関係ないってば関係ないけど、
Plamo Linux 8.0 released !
だって。
https://gihyo.jp/article/2023/06/zoku-gansiki-0049

関係ないってば関係ないけど、8.1 だと思うｗ

日本人slacker なら一度は手を出したことがあると思う Plamo

00年代は日本にローカライズされたディストリがたくさんあったけど
残ったのはPlamo のみ。

オープンソース、フリーソフトの思想を具現化するもの。

意味不明の規制だらけだった5ちゃんが動いた。

旧APIまで復活したし、誰かJDimをslackbuildに投げてください。
と他力本願してみる。

ttps://github.com/JDimproved/JDim に書いてあるとおりにやったら動いた
「Ubuntu 20.04 以降」のとこのビルド４行でできた
meson 実行するとNOがたくさん出るけど、構わず ninja でコンパイル・稼働できる
いまのとこ、読み込み専用みたいだ
よう知らんけどｗ

JDimを、前身らしいJD含め初めて知った。カキコ試験。

JDim.SlackBuild の提供は容易だけど、
> We DO NOT accept "Public Domain" scripts.
、すなわち匿名で投稿できないのは、ハードル高いね...

[バージョン] JDim 0.10.0-20230708
[ディストリ ] Slackware 15.0 x86_64 (post 15.0 -current) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE
[　gtkmm 　] 3.24.7
[　glibmm 　] 2.66.6
[　TLS lib　] GnuTLS 3.8.0
[ そ の 他 ]

>>908,909
検討thx

実名でないとだめとか結構厳しいのな。
ていうかJDimでも完全対応してないのか。
（JDはなぜか入ってるので試したけど板一覧の読み込みから駄目だった。）

git clone
(git pull)

cd jdim

mkdir build

cd build

meson --prefix=/usr -Dnative=enabled -Dtls=openssl -Dpangolayout=enabled ..

ninja

DESTDIR=/tmp/package-jdim ninja install

cd /tmp/package-jdim

makepkg -l y -c n /tmp/jdim-git_20230706-x86_64-1_local.txz .

とかでいけるから、*.SlackBuild にする必要はないと思う

また規制が始まってるな

荒らしが再開したもんな

2chproxy.pl を使っていて
思いつきでPMをバシバシとアップデートした

libwww-perl を6.71にしたら結構手間になる

HTTP-CookieJarが必要になっていて
perl-http-cookiejar の野良.SlackBuild を書くハメになった

vulkan-sdk を 1.3.250.0 以上に上げたいんだが、
最後のVulkan-Profiles-sdk が
valijason とかjsoncpp に依存するらしいが、
野良ビルドで追加するしかないのかねぇ…

jsoncpp はSBO のじゃダメで、1.9.5 あたりをcmake で作り直さないといけない

ﾖｼ、余所の鶏みたいにVulkan-Profile はガン無視しようw

もうやめたと走馬灯を走らせたかと思い、たいへんビビりました。
www.slackware.com/changelog/current.php?cpu=x86_64
Sun Jul 16 20:35:56 UTC 2023
Hey folks! It's time to acknowledge another one of those milestones... 30 (!)
years since I made the post linked below announcing Slackware's first stable
release after months of beta testing. Thanks to all of our dedicated
contributors, loyal users, and those who have helped us to keep the lights on
here. It's really been a remarkable journey that I couldn't have anticipated
starting out back in 1993. Cheers! :-)

30周年記念でなにかしたりしないんだろうか

>>917,918
ネット記事になっていた。
https://gihyo.jp/article/2023/07/daily-linux-230718?summary
ふと、記者の階戸アキラはあまり聞き憶えの無い名だなあと思った。

狭いきったない部屋のデスクに2台PCとモニター並べ
あめぞうの崩壊をwin95のネットスケープでみながら
隣のモニターで一生懸命Slack をインスコして
動くわけのないモデムを動かそうとしていたあの日

topで1 Core だけ100%弱waitして表示されるようになってしまった。
64-current を Wed Jul 19 に更新して気がついた。
誰ぞ同様の人おります??

startx すると症状が出るので、KDE辺りを闇雲にリビルドしてやると良いのだろうか。

同じ Slackware-current + KDE ですが top を見るとほぼアイドリング状態です
本日の更新まで終えています
情報としてお役に立てませんが・・・

>>922
おま環でつか。ありがとうございます。

おま環ではないかもしれません
うちの Slack も 64current が少し調子悪いです
15.0のほうが安定しています

合掌。

> ap/vim-9.0.1678-x86_64-1.txz: Upgraded.
> Applied the last patch from Bram Moolenaar.
mirrors.slackware.com/slackware/slackware64-current/ChangeLog.txt Mon Aug 7 19:22:02 UTC 2023

vimの人おくなりになったのな
使ったことはないけどrip

>>910
JDim だけど、

mao.5ch.net/test/read.cgi/linux/1689151433/393-
> 2chproxy.pl要らなくなったんだな

だそう。

なんでJDim に拘るんだろ？
V2C-RかSikiで充分じゃん

>>928
JDimはオプソだし
Linux板としては、一番相性良いでしょ
しかも、5chでのちょっとした
不具合報告にも、あっというまに
対応してくれます

別に他の専ブラがダメってことではないですけど…

>>921 自己レス
> topで1 Core だけ100%弱waitして表示されるようになってしまった。

の件は、64-current の Sat Aug 12 20:04:20 UTC 2023 に更新したら、回復してしまった。
結局原因不明。お騒がせしました。

/usr/sbin/slackpkg でまたやってしまった。
"v" は選択肢外を選択したのでなく、単なるタイプミスなんだよー!!
本当は "p" を打ちたかったんだよー!!
終了せず、再チャンスをくれよー!!

> What do you want (K/O/R/P)?
>
> (K)eep the old files and consider .new files later
>
> (O)verwrite all old files with the new ones. The
> old files will be stored with the suffix .orig
>
> (R)emove all .new files
>
> (P)rompt K, O, R selection for every single file
> v
>
> OK! Your choice is nothing! slackpkg will Keep the old files for you to deal with later

man slackpkg

これから binutils を 2.41 にするんだけど、嫌な予感しかしない…

お、vulkan がアプデされた

>>934
Geeqie が動かんくなってもうた...

$ ldd `which geeqie ` | grep found
libglslang.so.11 => not found

>>935
自分でrebuild しなはれ

ナニゴト?

$ w3m -dump https://mirrors.slackware.com/
ERROR
The requested URL could not be retrieved
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
The following error was encountered while trying to retrieve the URL: https://
mirrors.slackware.com/*
Connection to 207.223.116.213 failed.
The system returned: (110) Connection timed out
:

単なる鯖落ちじゃねーのかぬ

SBo の pcsx2 、本家にfmt が入った後、ビルドに失敗するね。

github.com/fmtlib/fmt/archive/から b6f4ceaed0a0a24ccf575fab6c56dd50ccf6f1a9
あたりを拾って、3rdparty/fmt/fmt 配下にぶちまけて、

cmake に

-DUSE_SYSTEM_FMT=OFF

を渡してシステムの fmt を使わない様にすると通る。

最新の pcsx2 は qt6 が必須で、slack で使うには今は現実的でない。

続・玩式草子 ―戯れせんとや生まれけん
第51回　Plamo Linuxの遊び方（その2）

この記事面白かった
Slackware使ってる人はSystemd使ってないのかな

eudev も elogind も systemd の一部だけどね、できるだけ使わないよ > systemd

基本的な管理は知っておきたいから、systemd で起動するパーティションが1つだけあるけど

OpenSSL 1.1.1系がEOLになったが、15.0はどうなるんだろうか

/etc/slackpkg/mirrors 記載 URL を curl -w '%{time_total}' ChangeLog.txt した上位10で、右フィールドは ChangeLog.txt の head なんだけど、
なんで riken は古いわけ?

time_total: 0.210066 http://riksun.riken.go.jp/Linux/slackware/slackware64-current//ChangeLog.txt: Fri Sep 15 19:48:39 UTC 2023
time_total: 0.360212 http://ftp.nara.wide.ad.jp/pub/Linux/slackware/slackware64-current//ChangeLog.txt: Sat Sep 16 18:48:39 UTC 2023
time_total: 0.727575 http://ftp.twaren.net/Linux/Slackware/slackware64-current//ChangeLog.txt: Sat Sep 16 18:48:39 UTC 2023
time_total: 1.230633 http://mirrors.xmission.com/slackware/slackware64-current//ChangeLog.txt: Sat Sep 16 18:48:39 UTC 2023
time_total: 1.727711 http://ftp.cc.swin.edu.au/slackware/slackware64-current//ChangeLog.txt: Fri Sep 15 19:48:39 UTC 2023
time_total: 1.780230 http://mirror.csclub.uwaterloo.ca/slackware/slackware64-current//ChangeLog.txt: Fri Sep 15 19:48:39 UTC 2023
time_total: 1.857661 http://mirrors.163.com/slackware/slackware64-current//ChangeLog.txt: Sat Sep 16 18:48:39 UTC 2023
time_total: 1.895397 http://ftp.otenet.gr/linux/slackware/slackware64-current//ChangeLog.txt: Fri Aug 11 23:02:43 UTC 2017
time_total: 1.942202 http://slackware.mirrors.tds.net/pub/slackware/slackware64-current//ChangeLog.txt: Sat Sep 16 18:48:39 UTC 2023
time_total: 2.015508 http://mirrors.us.kernel.org/slackware/slackware64-current//ChangeLog.txt: Sat Sep 16 18:48:39 UTC 2023

更新してないハズ > riken

カスだから

また lilo し忘れた...
openTofu の角に頭ぶつけたい。

Live システム立ち上げて救済ですね

LTSカーネルのサポート期限が2年に短くなるらしいけど、stableのリリース対応していけるんだろうか。
もともと2年だったらしいけどそのころの事知らないnewbieなんで不安

ここは誰のX(旧twitter)？

"english support" の意味が分からなかった。。

jprs.jp/about/dom-search/jprs-whois/whois-guide-usage.html#04

mirrors.slackware.com/slackware/slackware64-current/ChangeLog.txt
> Fixed english support for Japanese queries to not add again the /e argument

/bin/login に -h オプションを付けるのは、telnetd の他に何があるのだろう。ちょっと気持ち悪いね。

Tue Oct 17 19:34:56 UTC 2023
Copy /etc/pam.d/login to /etc/pam.d/remote.
This is needed for /bin/login's '-h' option, used (for example) by telnetd.
If -h is used without /etc/pam.d/remote, pam will not be configured properly, and /etc/securetty will be ignored, possibly allowing root to login from a tty that is not considered secure.
Of course, the usual disclaimers about the security of telnet/telnetd apply.

KDE の パネル (タスクバー) を「自動的に隠す」に設定してあるのだけど、ここのところ、隠れたまま現われないことが、ままある。なんだろう。

なぜslackwareスレに投稿したのかも書いといた方がいんじゃね？

天体望遠鏡の制御とかかな。全く想像つかないが。

> Sun Oct 22 19:30:42 UTC 2023
> control of astronomy devices.
mirrors.slackware.com/slackware/slackware64-current/ChangeLog.txt

英語の読解力もプログラミング能力もセンスもなさそうな輩が
なんでslackwareを使おうなんて思っちゃったんだか