Slackware 7.0

The Slackware Linux Project
http://www.slackware.com/

SlackBuilds.org
http://slackbuilds.org/
日本発Slackwareエンハンスプロジェクト
http://sourceforge.jp/projects/slackware/

◎前スレ
Slackware 6.0
https://mao.5ch.net/test/read.cgi/linux/1532897341/

◎過去スレ
古き良き”Slackware”総合スレ 2.0
http://pc8.2ch.net/test/read.cgi/linux/1093878042/
古き良き”Slackware”総合スレ
http://pc5.2ch.net/test/read.cgi/linux/980585420/
Slackware Ver.3.0
http://pc11.2ch.net/test/read.cgi/linux/1217501396/
Slackware 4.0
http://engawa.2ch.net/test/read.cgi/linux/1264437004/
Slackware 5.0
http://mao.5ch.net/test/read.cgi/linux/1379332579/

下記は廃止と思われるためテンプレから削除しました。
> LinuxPackages
> http://www.linuxpackages.net/

過去スレの ＞＞2-6 もテンプレのようだが、内容が古いようなので掲載をやめました。
mao.5ch.net/test/read.cgi/linux/1379332579/2-6

>>1 乙

お尻派なので思わずググってしまった... github.com/libass/libass

https://mirrors.slackware.com/slackware/slackware64-current/ChangeLog.txt
> l/libass-0.17.1-x86_64-1.txz: Added.

ナニコレ。

・Slackware機1
$ ls -ld /usr/lib64/seamonkey*
drwxr-xr-x 8 root root 4096 Jan 18 10:27 /usr/lib64/seamonkey-2.53.1/

・Slackware機2
$ ls -ld /usr/lib64/seamonkey*
drwxr-xr-x 8 root root 4096 1月 18 10:18 /usr/lib64/seamonkey/

機1で seamonkyが無いので見るとこんなんなっていた。(先週まで使えた)
機1の seamonkey-2.53.1/ の内容は、機2 と同じなので、現行 seamonkey-2.53.18.1 らしい。
機1のみで slackpkg clean-system したが、そのせい??

コロナが、オランダでも流行っているのね。
alien.slackbook.org/blog/down-with-covid/
私が死んでも代わり(コンピュータ)はいるものとか。

slackpkg clean-system を実施したら、こんなことに気付いた。

環境変数1(文末)の場合、GTKなアプリケーションで fcitx5が使えない。例えば、
・fcitx5使用不能: xfce4-terminal、firefox
・fcitx5使用可能: konsole
firefox は /usr/lib64/gtk-3.0/3.0.0/immodules/im-fcitx.so が無いと言う。

環境変数2の場合、使える。
・fcitx5使用可能: konsole、xfce4-terminal、firefox
但し、/usr/bin/fcitx5-autostart が起動しない。環境変数1を期待するので。

どうすりゃいいのさ、この私...

・環境変数1
GTK_IM_MODULE=fcitx
XMODIFIERS=@im=fcitx
QT_IM_MODULE=fcitx
・環境変数2
上記全て fcitx5

slackware64-currentになぜfcitx5-mozcが入っていないんだ

>>7
自然復旧。環境変数1でfcitx5が使えないアプリケーションも使えるようになっていた。
再起動のタイミングで /usr/lib64/gtk-3.0/3.0.0/immodules.cache が再作成されるのだろうか。謎は深まるばかり。

>>8
fcitx5-skkなんて、slackbuilds.orgにも無いよ。。

>>9
/etc/rc.d/rc.Mでupdate-gtk-immodulesを実行してるから、再起動のタイミングで再生成されるで合ってる

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

mirrors.slackware.com/slackware/slackware64-current/ChangeLog.txt って過去に遡って加筆されることあるのね。

Thu Feb 8 22:17:18 UTC 2024
:
l/libuv-1.48.0-x86_64-1.txz: Upgraded.
+ This update fixes a server-side request forgery (SSRF) flaw.
+ Thanks to alex2grad for the heads-up.
+ For more information, see:
+ https://www.cve.org/CVERecord?id=CVE-2024-24806
+ (* Security fix *)
isolinux/initrd.img: Rebuilt.

GUIは軽い？
4coreくらいのとか、netbookでも軽く動く？
ubuntu重いな

>>14
デフォルトだと KDEの筈なのでそれなりに重たいよ。
うちは、今でこそ KDEだけど、AMD Athlon 2の頃は XFCEにしていた。

$ ls -l /etc/X11/xinit/
xinitrc -> xinitrc.kde
xinitrc.blackbox
xinitrc.fluxbox
xinitrc.fvwm2
xinitrc.kde
xinitrc.mwm
xinitrc.twm
xinitrc.wmaker
xinitrc.xfce

ubuntu使っててgnomeが重いっていうんならxfce版のxubuntuにしたら

>>15
KDE笑。
そりゃあ、重たいだろうなw

赤塚ギャグの「忘れようにも思い出せない」じゃないけど、放置しようにも {group,gshadow,passwd,shadow}.newが /etcに存在しない。
ドユコト?

http://mirrors.slackware.com/slackware/slackware64-current/ChangeLog.txt
> Sun Feb 25 19:16:52 UTC 2024
> a/etc-15.1-x86_64-7.txz: Rebuilt.
> Don't leave {group,gshadow,passwd,shadow}.new laying around.
> We'd left these as a reference in case new default entries were added so that
> the admin could take a look at them and merge the new entries into the
> existing files. But we've been merging them over automatically for quite some
> time. The files contain no unique information and are sort of a footbullet.

doinst.shを見ると、.newファイルは削除するようになってる。

# These are just a hazard to keep around, honestly.
# There's no unique information in them anyway, as any new entries are merged
# into the existing files automatically.
rm -f etc/group.new
rm -f etc/gshadow.new
rm -f etc/passwd.new
rm -f etc/shadow.new

少なくとも15.0のetcにはこの処理はなかったからcurrentで追加されたのだと思う。

ChangeLog.txtのコメントは、
手動でマージする用に.newファイルを残していたけど、実際はdoinst.shで自動的にマージするし、間違ってファイルを上書きする危険もある、っていうのをsort of a footbulletって言ってるのかな。

>>19
ありまとう。
マージの際に、同名異UIDとかがいたら報知して欲しい気もする。