Debian GNU/Linux スレッド Ver.103

公式サイト
https://www.debian.org/sitemap

前スレ
Debian GNU/Linux スレッド Ver.102
https://mao.5ch.net/test/read.cgi/linux/1744820527/

返事ありがとうございます

>>671
> skkは変換しながら登録するんだっけ?
その通りです
変換できなかったら自動で辞書登録モードになり変換すると同時に辞書登録が完了する感じ

>>672
そうでしたか
自分の設定が悪いとかそういう感じでもなさそうですね
送り仮名つきの辞書登録だけが問題あるとしても
面倒なことをしなきゃいけないのは困りますね

>>673
しばらくはそれで問題ないとしても使っているうちに絶対に
新しい単語を登録したくなると思うんです
名詞の辞書登録は問題ないのでそこまで頻度は高くないのですが

fcitx5-skkの本家から最新版をビルドして、送り仮名つきの辞書登録ができるか
確認しようとしたら、fcitx5まで更新する必要があり自分には大仕事になり過ぎて断念

あと壊したと思っていたuser.dictが残っており内容を確認したところ
6200語ほどのうち、自分で送り仮名つきの辞書登録をしたのは10語ぐらいしかなく
しかもほぼ、送り仮名を間違えないためのセーフガードだった
例えば「失う」を「失なう」と変換しようとすると「X」と出てくるやつ

なので送り仮名つきの辞書登録ができなくても致命的とまではいかない感じなのでそのまま使ってみます

debian13+LXDE+fcitx5+fcitx5-skkにはあと2つ問題がみつかっていて

debian13のfcitx5-skk 5.1.6-1はXorgで使うと辞書ファイルの指定ができない
症状があるのだけど本家のコミットを見ていると5.1.9で修正されているような感じ

またfcitx5をタスクトレイ(？)のメニューから再起動すると、マウスカーソルは
移動できるのにクリックできなくなる謎現象がおこり少し困ってます
これももしかするとXorgだけかもしれない

端末エミュレーターが動いていたらそこでは普通に文字入力はできるし
ctrl-alt-F3 で仮想ttyを起動したりもできるので何とか復活する方法が
ないかと探してみたものの現時点ではわからず

fcitx5 を殺してからの fcitx5 -r とか、openbox --restart などは効果なし

Debian+xfceにデフォで入ってたuim-dict-gtk3が便利すぎる

>>676
確かopenboxだけでなくtint2とかpacmanfmとかも協調動作してDEを支配してるんじゃない?
LXDE使ってないから細かい事は知らんけど
軽量系はウィンドウ、パネル、デスクトップの別管理が多いね

>>678
ありがとうございます
fcitx5を再起動したときの問題は色々やってみても根本的な原因はわからず
マウスカーソルが動くからXorgは動いているけど仮想ttyからxeyesを起動しても
描画されなくなるのでopenboxでつまってるっぽい(？)

回避策は、openboxを殺してopenboxを再起動するか
sudo systemctl restart lightdm で、はじめからやりなおし
まあシステムをリブートするよりは手軽になったけどなんだかなーって感じ

>>679
/etc/X11/Xsession.d/LXDEの奴か
そこから作った~/.xsession
を書き換えてopenbox無限ループにすれば?
明示的に殺した時だけループする様に書き直せばいいよね
$?が137になってるから

fcitx5を再起動したときにマウスカーソルは動くがクリックできなくなる原因がわかった
異常状態になった時のopenboxのバックトレースをgdbで取りgeminiに見てもらったら
openboxが古いインプットメソッド(XIM)の接続を破棄しようとした時に
X11ライブラリ内部でポーリングでの無限待ちが発生しているためだと判明
なんでも古くからありがちなXIMの切断時デッドロックバグらしい

対策はfcitx5でXIMを使わないようにすること
fcitx5の設定でアドオンのフロントエンドの「X Input Methodフロントエンド」のチェックを外して再起動
デメリットとしてはxtermなどXIMを使う古いプログラムで漢字入力ができなくなる

>>680
openboxはpkill -9 openboxで殺すだけで良く、openboxの再起動は自動でやってくれていました

環境変数の XMODIFIERS=@im=fcitx をopenboxに渡さない手でも対策できるらしいが試していない

>>681
すげーgemini

ただ今gemini絶賛劣化中
無料ユーザーだけかもしれないが、ここ数日はまともに動かないことが多い

Debian と関係なくね？

geminiがないとDebian動かせねえ

UNIX コマンドを「UNIXプログラミング環境」で勉強シル

GeminiにDebian（がベースのgLinuxを使った開発環境）は必須だけどDebianにGeminiは必須じゃない

.mozillaにはextensionsしかない
.config/mozillaにfirefoxの設定ファイルが移ったみたいだ
thunderbirdは .thunderbirdのままだからよくわからないな

最近はgithubでconfigを同期する人がいるからその方面の要請じゃないかな

dotfilesか
XDG Base Directory Specification規格への準拠はFirefox 147から

「Firefox 147」正式版リリース、21年のバグ修正を終えたXDGベースディレクトリへの対応が正式サポートに - GIGAZINE
https://gigazine.net/news/20260114-firefox-147/

反映されるのは新規インストール時
一旦消してインストールし直そうかな

Debian ってブラウザはバージョンアップするの？

>>693
ESRは脆弱性の更新がある
https://metadata.ftp-master.debian.org/changelogs//main/f/firefox-esr/firefox-esr_140.12.0esr-1~deb13u1_changelog


最新安定版やBeta版はMozilla公式APTからインストールすることが出来る

Linux に Firefox をインストールする | Firefox ヘルプ
https://support.mozilla.org/ja/kb/install-firefox-linux

APTでなくても良ければ公式tar.xzでも
これはFirefox側が自動で更新する

Linux 用 Firefox をダウンロード — Firefox.com
https://www.firefox.com/ja/download/linux/

公式サイトからdebをダウンロードするよりも一手間かけてリポジトリを登録してインストールするのが一番
(特にChromeやEdgeなんかでは)

name=****
u="https://download.mozilla.org/?product=firefox-latest-ssl&os=linux64&lang=ja";
aria2c $u -o firefox.tar.xz
sudo tar -xvf firefox.tar.xz -C /opt
sudo ln -s /opt/firefox/firefox /usr/bin/firefox
sudo cp firefox.desktop /usr/share/applications
for n in 16 32 48 64 128
do
sudo ln -s /opt/firefox/browser/chrome/icons/default/default$n.png /usr/share/icons/hicolor/$n"x"$n/apps/firefox.png
done
sudo chown -R $name:$name /opt/firefox
sudo gtk-update-icon-cache -f /usr/share/icons/hicolor
firefox -v
だけど公式のinstallationは/usr/local/binにしてるので間違い
/usr/binにしないとiconは出ない

>>693
Debianユーザーはド安定志向(不具合いやニダあるで石橋をたたいて渡るよう)な奴が圧倒的多数なもんだから
ド安定ものを絶対必要なときしかアップデートしない
Firefoxも頻繁にアップデートする最新ものじゃなく古いがド安定もののFirefox(Firefox ESR)を
アップデートが必要な時に配布って感じ

その割にfontconfigとかmediatek bluetoothダウンのカーネルバグとか引いてんだが

>>698
思い込み乙

Testing派、Sid派はどのくらいの割合なんやろ？

いまだにBookworm（12)の私が通りますよ
7.0.14-2-liquorix-amd64 で　Plasma 5.27.5だよ
xrandrがつかえるぜ

まあ開発者でないならTestingなら本家
sid（ブレンド）ならPikaOSがいいと思うよ
B1ackOSはまだ試してないからわからん

>>703
何言ってるかわからん

DebianはいつまでJFSをサポートするのだろう？
使ってはみたいがサポート切れが怖い

Busterあたりからsidに移行して以来ずっとsidだわ
Stableは確かに安定だけど、更新遅すぎて使いたい機能が使えないのがキツかった

多分一番ユーザー少ないのは中途半端なTestingなんじゃね？

そんなにまだ新機能追加されてるの?
俺は20年前から使う機能が大して変わってないので
sidなんか全く使わん

昔に比べてFedoraは安定しているしArchもガンガン更新してるから
Debian-sidも同じ更新頻度なら全然いけるんじゃないかな
けっこうUnstableのディストリも出てきてるしね
もう流れが早くて全体的にローリングでいいんじゃねになってる感じはする

最近入れてデスクトップで使ってる
最新の状態にしてもカーネルのバージョンが最新よりだいぶ古いっぽいんだけど、これはセキュリティホールとかが直されていないカーネルってこと？

カーネルなんかはsidでも2〜3ヶ月遅れくらいじゃないかな
まぁパッチは都度その時のカーネル向けに出せるものは出るよ

>>707
そりゃソフト個別の視点で見ると色々日進月歩だがな

>>709
たぶんカーネルバージョン6.12.xxとかのことだと思うけど、
6.12とかはLTSって特別サポートが長いバージョンとして扱われる

なんで古くなってもセキュリティ修正に関しては長くサポートされる
6.12.XXの XX の部分が更新されてって
セキュリティパッチが最新版になってるか調べられるよ
($ uname -a　で日付確認してもおｋ)

セキュリティ系のことを心配するなら最新版は枯れてないので潜在的なバグがあるという考え方もあるな
LTSでないただの古いのを使っているだけなら問題ありありだが

Debian は LTS のものを選んだり、LTS の範囲でバージョンアップする訳ではないよね。
というのは不満。

efi領域だか消してしまった
repairなんたら、使えばいいらしいが

>>709
aptのレポジトリソースリストをよく見てみなよ

>>711
そう、カーネルは6.12.95(2026-07-04)
セキュリティパッチ当たってるなら良かった

Debianて良くも悪くも自由であまり設定がなされていないイメージがあるんだけど、素の状態ではあまりセキュアではないのかな？
ファイアウォールもデフォでは設定されてなかったっぽいんでnftablesでホワイトリスト式のルールを作成した

公式リポジトリ以外からパッケージを導入するのは良くないと思っている
Flatpakとか

>>716
examples/workstation.nftってのが付いてるよね

前はufw経由で設定してたけど、やってみたらnftables.conf充分簡単じゃんねえ

>>717
開発元が認証済みのパッケージで、flatsealで権限管理しててもだめ？

aur騒動でarchから最近debian,fedoraに移行したんだけど、なんか微妙に
安心感があっていいね。

Archの人はやっぱりSidで使っとるんか？

>>722
とんでもない。いたってノーマル。WMだけ同じの使うんで、それでとりあえずしのぐ

Debian -- News -- Updated Debian 13: 13.6 released
https://www.debian.org/News/2026/20260711

Debian -- News -- Updated Debian 12: 12.15 released
https://www.debian.org/News/2026/2026071102

LOVE Debian∠(｀・ω・´)

$ uname -r
6.12.95+deb13-amd64

Trixieでカーネル更新

[SECURITY] [DSA 6393-1] linux security update
https://lists.debian.org/debian-security-announce/2026/msg00304.html

>>681
あーfcitxを再起動するとopenboxが固まるやつか

>>728
> fcitx5の設定でアドオンのフロントエンドの「X Input Methodフロントエンド」のチェックを外して再起動

これをしてからは一度も固まることがなくて快適です

>>727
さんくす

linux-image-6.12.100+deb13-amd64

ついに3桁到達

2.4系でやりすぎたから
これからはメジャーバージョンアップ頻繁にするよ、じゃなかった？
でも6にあがったのつい最近だしなんで？

バージョン番号が3桁のプロジェクトはメジャーバージョンを上げるタイミングは気分になりがち
大概機能追加で上げる桁とマイナー更新で上げる桁で充分だもんな

Google Pixelが6.12LTSで統一したみたいだから２年はLTSとして残すんじゃないかな
6.1も6.8もなんだかんだ長かったじゃん

ターミネーター合わせでバージョンいじっただけで
深い意味はなさそう

AIのせいで昨今のバージョンアップ地獄についてけない人間が
激増してそうだから保守的にやらざるを得ないのもしょうがない

ほんと時間がどんだけあっても足りない
どうするのがいいのか

Debian関係ないから時間スレでやって

そんなに大きく脱線したわけでもないだろうに
もう少し寛容であってください

ここはお前の日記じゃない云々

発達障害は決まったことを曲げられるのをすごく嫌うからな
ちょっとの脱線も我慢できない寛容性のなさ
それで社会から排除されてんの本人は気がついてないんやろ

レッテル貼りして悦に入るくんも来ちゃった

よくわからんつぶやきと口汚い煽りは全部荒らしだけど
やたら多いのよなDebianスレ

呼んだー？ （はあと

オフロスキー？

たとえば初心者はUbuntu　Mint　Zorin　MX　Q4OSなんかから入るとして
現状Debianのユーザー層はだいたいが「一周回って落ち着いた人」なんじゃないかと思うな
だから別に初心者に使いづらくてもDebianWikiやArchWikiも活用できるしそれを元にしたAI回答もあるだろう
要するに素人相手のネガキャンや煽りは意味がないんじゃないか
もっと何も使ったことのない人のいるところで騒いだほうがいいかもしれないね

>>746
我々をあまり舐めないほうがいい

(^ω^)ﾍﾟｰﾛﾍﾟﾛ

これは…青酸カリ！

ご飯がご飯がすすむ君♪

毎週カーネル更新来るね

>>752
今いろんなディストリでガンガン新しいの突っ込んできてるな
もう誰も試してないっていうか
不具合連発してる

毎週カーネル更新来て一般ユーザは迷惑なのよね

>>751
マイペース、いいね

AIツールによる低品質なバグ報告が大量に押し寄せた結果
週刊カーネル更新になっているのかな!?

現在のLinux stableモデルは「古い既知バグを残すリスク vs バックポートで新しいregressionを入れるリスク」で前者の方を重く見ています

なので「stableと言いながらこんなに毎週カーネルを触る方が本当に安全なのか？」
という違和感自体は、技術的にまったく的外れではないです。

やや的外れですね

アップデートしたら、archer t2u nanoが使えなくなった。しょうがないからfedoraに変えたら、driver
インストールしなくてもそのままいけた。

新しい方が古いデバイスをin-treeで対応してる場合もあるってことかな

昨日の朝からたった1日でカーネルが7.1.5から7.1.8に進んでた
ここ数日間のカーネル更新ラッシュすげーな

>>761
AIで脆弱性見つかりまくってる。

>>762
見つかったのなら仕方ないわね
でもちゃんと検証してるんでしょうね

>>763
検証するのも追いついていないという、結構深刻な状況。

脆弱性対策ソースのチェックにも生成AIを活用するのだろうが、ここをきちんとしないと怪しいソースが流入する恐れがある

フィードバックのために無料で公開してそのバグと修正をAIがやるならば人間に無料で提供する意味はあんまりない
無いものを作れる意味のあるユーザーが機能するならそれで良かったが意味のないユーザーばかりになってはただの慈善事業になってしまう
振り回されてる開発者には感謝しないとカネ払えって話になるよ

>>765
既にチェックもAIがやってる

チェックを人間が検証しないとハルシネーションの可能性があるから手間が増えてるだけかもね

>>767
>>765の内容の本質は、AIがやっているかどうかではなく、きちんとできているかどうか

>>767
ゴミみたいなチェックは止めてもろて

security hole checkは既に人間を凌駕してますけどね

画面右上のスピーカーのアイコンにカーソルを合わせてセンターホイールを回すと音量調整できることに今気がついた!!!!!!

マジか！？

場合によってはセンターホイールをクリックするとミュートにできます