Debian GNU/Linux スレッド Ver.102

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

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

>>829
>>827が言ってるのはi386の事じゃないかな
arm系ラズパイ用なんかは独壇場でしょ

cinnamon+waylandで日本語入力しようと思って半角/全角キー押しても文字化けの記号文字が入力されるだけだったのでX11に起動し直したら今までどおりふつうにいけた
debian13の cinnamonイケてないなあ

i386もだけど、なんかよく知らないアーキテクチャーいっぱい並んでて（いつ頃使われてたシステムだろうか）とか思ってた
今は前とは違うよくわからんのが並んでる？減っただけ？

>>830
あぁ…そういう
"x86の主対象は実質amd64だけ"って意味合いか、早とちりした
最近、サーバをCore i3 12100からRK3588に切り替えたんよね
最低クロックに固定して省エネ運転していたけど、これならARMの方が速いんじゃねって
1年しか使わず無駄に10万ぐらいIntelマシンに投じてしまった。

今回、サポート対象で変更になったのは以下の通り。
堅実さを売りとしている、Debian としては大きな変更だと思うが･･･

対象から外されたヤツを見る限りでは、
該当マシンを現在も現役で使用中で、且つアップグレードも必要 って輩は殆どいないだろうよ
i386うんぬんの人も、本当に20年以上も前のマシンを未だに使い続けているのか 甚だ疑わしい。

- i386
- armel
- mips mips64el mipsel
+ riscv64

i386ってすごい昔だよな
よくサポートしてたな

今はi386といっても、実質i686（pentium pro以降）のみがサポート対象だろ。

惑星探査機くらいしか残ってなさそう

なるほどな
流石に386DXとか昔すぎるよな
1980年代？1990年ごろ？そんくらいだな？

ちなみにMageiaはi386じゃなくてi586で今も配布

確かに今のところ、カーネルがドロップしたのはi486までなので、i586のコンパイルはできるだろう。
が、mmx2だっけ？とか他の要件が足りていないから、結局i686が最低ラインってことだと思う。

i486も大昔だな
まだマハーポーシャがパソコン売ってた時代だ

富岳もarmだしsnapdragon xがもっと頑張ってくれたらarm移行したいんだけどなあ
64だと電力食うからクラウドはarm導入しまくってるけどクライアント側が

>>842
armのCPUがクライアント向けのPCで成功してるのってMacくらいだな
あれはOSが付いてるのでLinuxは要らんのだ
低消費電力のx86は10年以上コケ続けていて進歩がないな

クルーソーの精神は、現在のCPUの省エネ機能に生きているのだ

>>842
ARM版SurfaceタブレットにLinux入れてる
タッチパネルの性能いいから結構快適
gestureを色々定義しないとUIが厳しいけど
取り外し可能なキーボードもあるし

>>834
Atomでx64非対応はそれなりに長い
フルモデルチェンジしたAtomでアウトオブオーダー実行に対応してるより前で、相応の期間

目安は、N270みたいにモデルナンバーが3桁かどうからしい
https://en.m.wikipedia.org/wiki/List_of_Intel_Atom_processors

>>742
https://www.google.com/search?q=Debian+fcitx5-configtool

から何か出て来る

TrixieがまだTestingのときにLabwc + LXQt + Wayland + fcitx5でキーボード設定にドハマリして、諦めてUbuntu 25.04にしたら不具合発生せずという事象があった
誰かがTrixieにsidのlxqt-wayland-session突っ込んで成功してた気がする

要するに「おま環」でも「KDEだけのせい」でもなく「KDEなどのデスクトップ無罪」でもないってこっちゃ

この流れで 日本語入力設定が簡単に出来ないディストリはクソとか喚く奴一回も出て来なくてワロス

リリースされたてのDebianの新しいバージョンだから
真のStableは今でもDebian 12
初心者向けなのも12

単にLinuxカーネルのサポートするアーキテクチャが切り捨てられてるだけの話
Debianが決めたのではない

emacsとddskkはwaylandでも安定している。日本語入力には困らぬ

>>851
時々起こるDebianのEmacsは古い問題
前は27.1で古かったね。

対立煽りでスレ伸ばしたい感じがする

そういうのって面白いのかねえ？

trixieアップグレードでの注意点
IPv6を無効化してるとsshで接続した際にX11転送に失敗する
sshd_configで
AddressFamily inet
を設定すると解決する
OpenSSHの挙動が変わった?

LLMあったので解決できたがこんなことで1時間も使ってしまったorz

対立煽りに見える方が心が曇ってるんだろ

>>856
俺も今は、chatgpt. perplexty geminiなどで調べてる。linuxの敷居が随分
低くなったもんだ。

そうそうコマンドで済むことは奴ら得意だ

意外かも知れないが
Microsoft Copilotが、デスクトップ環境についてGoogle Geminiより誠実に回答する件

Geminiはバグると回答がループする

>>849
でも今12ダウンロードできるところある？？

>>855
http://fishrimper.blogspot.com/2014/07/ssh-ipv6.html
その辺は結構昔からなのでOpenSSH以外が原因なのでは
例えば以前と違ってIPv6で繋がりそうだから固まっちゃうとか

>>861
どんだけでも古くしてください
https://cdimage.debian.org/cdimage/archive/

>>860
なんでぐーぐるがMSより誠実だって前提なの?

AIチャットなんて下劣な話はニュース板でやってくれよ
今はAPIやMCPの時代だよ

>>865
それ35年くらい前の「これからはC++が主流となる時代だよ」30年くらい前のPerl, 25年くらい前のJava, PHP, Servlet(対応関係による共通部分の省略)と何がどう違うのさ

チャットの方が定額でいいんだよね
履歴も残せるし

妙なのが居つきやがった
DebianどころかLinuxすら関係ない

amd64 は、動いて当たり前だろうから、"arm64 @ 中華-SBC(rk3566-board)" で試してみた。

試したのは、"debian-13.0.0-arm64-DVD-1.iso"
んで、結果は･･･
全くダメだね、インストーラすら立ち上がらない。

この 配布されているISOイメージ そのままでインストールに使えるのは、おそらく本家RasPiとか 極一部のボードだけだろうよ。
* 2つほど前のバージョン(bullseye?)と同じような状況のようだ、残念ならがこの当りは進歩が見られないね。
　
別の手段を検討中。

>>869
ごく普通のユーザは大手インテル製のマザーボートを使っているから問題ないのよ

Intelがマザーボードから撤退したのって何年前だよ

インテル買収されて終わるんじゃね。インテル去ってる

2021年のボードrk3566-board
Linux関連の記事いくつもでてくる
つかいかたまちがえてるだけじゃないか
現物ないからしらんけど

>>869
RK35xx用Debianを使わない場合はブートローダーを書き換える必要があるよ
根本的にSBCを理解していないあなたの勉強不足

GPT5が詳しそう

>>871
わかったよ。組み込んでるCPUがインテル製じゃないからかもね

自動荒らしかなにか

てか13みたいな絶賛デバッグ中のバージョンなんか動かすからだろ

Debian ってセキュリティや release-critical bugs 以外、取ってくれているのか？

致命的なやつ以外は通常のアップデートには来ないよ
もしbackportsに来ればラッキー程度

emacs で使う 辞書検索 lookup-el
kmutoさんも不具合だそうで対処方法も掲載ありがとう
https://kmuto.hatenablog.com/entry/2025/08/16/185500

あと
setq default-frame-alist
で指定している
cursor-color
の設定が反映されなくなった

>>880
Debian 次は2年後かー
Debian 安定してるじゃなくてアップデートしてないだけじゃん

アップデートしてほしければtesting

Testingなら…
TestingならLXQt + Wayland行けるんや…

>>882
そうだよ
アップデートで不意の仕様変更が割り込んできたりしないので心が安定してる

怖がることはない…
おじさんと一緒にsidの世界へ
行こうね♥

Debian13 @ arm64、試してみた
相変わらず Wayland が鬼門。

対応が消極的なデスクトップ環境では、遅すぎて実用に耐えない。
(xfce とか･･･、本来軽さが売りのハズだったんだが、とばっちり食らってる)
逆に如何にも重そうだが、対応に積極的な KDE-Plasma とかは、サクサク動く

開発者の心情は理解できるが、この結果を見る限り 迷惑な変更と言わざるを得ないな。

>>887
機が熟すまでXorg使ってれば良いじゃん?

Wayland+XfceとWindows11、どっちが重いかねwww

>>887
Xorg強制のLXQt使え、そのためにTesting送りにしたんだ

まで読んだ

Waylandの場合、重さじゃない
置き換えや修正が済んでいるかどうかがほとんど
動くか動かないか
そしてWindowsは関係ない

>>887
なんで遅くなるんだろ
使ってるライブラリが古くてwayland対応してないから
全部XWayland経由でプロトコル変換してるんかね
「もしそうなら」depends:xorgすべきだと思うが

>>837
老朽原発は初代ペンティアムとか使われてるってさ
40年超えて稼働認める方針だそうだけど保守どうすんのかね

>>893
Linuxは使ってないよ
組み込みOSでしょう

F-15戦闘機の初期型だとCPUどんなんだべ
その頃ミグは真空管

armて86みたいに統一化標準化された規格がないからドライバ書くのがすげー大変みたいね
snapdragon xもクアルコムがドライバ情報開示しないからlinux対応が遅いし
どっかが音頭とってくれんかな

>>895
・ソ連は国土が広いので高速な戦闘機と長距離を索敵出来る強力なレーダーが必要
　強力な(大出力の)レーダーを実現するのに真空管が最適
　(現代でも強力なレーダーや放送送信機では真空管が使われている)

・核戦争を想定してEMP(電磁パルス)耐性の高い真空管が採用されていた

「ローテク＝劣っている」ではない

と自分は認識しているけど

>>897
その根拠は正しいかもしれないけど、オーディオヲタクが真空管は音が良い、の根拠にミグを参戦させて、凄く変な話になっているのを大昔に見た

初音ミグ

ギターアンプやエフェクターでロシア製の真空管やゲルマニウムは有名だが軍事転用なんだろうね

スレタイを三度見した

DebianはISSのPC端末で活躍中だよね

そういや2000年代初めに売ってたロシア製カーキ色のビッグマフ（ファズ）はいかにも戦車の余りで作りましたって感じだったな
販売してたエレハモはトランプ関税で倒産寸前らしい

$ cat /proc/sys/vm/swappiness
$ sudo sysctl vm.swappiness=1

12で有効だった対処方だと13では再起動すると60に戻る
設定ファイルとか変わった？どこをどういう風に設定すればいいんだろう？

/etc/sysctl.conf の場所が変わってるような気がする

真空管を使ってた頃のコンピュータではlinuxも動くまいて

>>906
PDFに埋め込んだコードでPDF viewer上でも動くのに?

>>907
メモリサイズの桁が違うぞ

>>894
そもそも40年前にはLinuxが存在してない
今は組み込みLinuxが普及してるけどね

>>907
真空管時代のコンピュータはノイマン型ではない
根本的に無理

>>895
残念ながらファミコン並の頭脳と言うことです8bitの6502並み。でもその頃にしては高性能なんじゃないかともいえる。5インチフロッピーもついていたとか。

そもそも386のためのOSだしな

幼少時読んでいた航空雑誌だとソリッドステート化がキーワードとしてあった
これは真空管を排除しトランジスタで稼働するコンピュータ
あるいはIC化されたコンピュータか
F-4とかはトランジスタのコンピュータだろうがIC化はされず大型かな
F-14 F-15はIC化されているんだろう

誰かが「あなたはとても賢いですね」と言うまで役に立たない知識のひけらかしは終わらないのだ

Wayland Plasma6 が相変わらず駄目
ｘ11 Plasma5 の12に戻しました

>>904
↑
これわかる人いない？

>>915
/procは再起動で値が初期直されるようになったから
sysctl の設定ファイルを置く必要があるよ

永続化する例として
sudo nano /etc/sysctl.conf　で末尾にでも　vm.swappiness=1　を追加

設定の反映
sudo sysctl --system


ちなみに最近のDebianは/etc/sysctl.d/に専用のファイルを置く方法を推奨しているから(理由は知らない
こっちの方がいいかもしんない
echo 'vm.swappiness=1' | sudo tee /etc/sysctl.d/99-swappiness.conf
sudo sysctl --system

99-は任意の数値で

13を使ってないのですが
/etc/sysctl.d/ に .confの設定ファイルを置いて解決しますか？

archlinuxのようなsystemd系では

ノート: systemd は /etc/sysctl.d/*.conf と /usr/lib/sysctl.d/*.conf の設定だけを適用するようになっています。
/etc/sysctl.conf をカスタマイズしていた場合は、ファイルの名前を /etc/sysctl.d/99-sysctl.conf のように変更する必要があります。

>>915
sysctlで設定できるものは
grub boot時のkernelパラメーターで設定できるよ
sysctl.vm.swappiness=1
じゃなかったかな
こっちの方がテストしやすい

>>sudo nano /etc/sysctl.conf　で末尾にでも　vm.swappiness=1　を追加
これが13だと効果なかった
12以前より設定引き継ぎだとまた違うかも
元々のファイルがなく、新しくファイル作っても読み込まない

/etc/sysctl.d/ 使う方法で再起動してくる

>>916
$ cat /proc/sys/vm/swappiness
1
きたわー！ありがとう
readme置いてあってなんじゃろうこのディレクトリと思ったが使い方わからんくて放置してた

grubの方法もわかりやすい
感謝感謝
メモリ食いつぶされて困ってた
快適になるわ

>>920
あらそうなんだ
結構前から設定は新たにファイルを作るように推進していたから
この仕様に切り替える段取りだったんやね
調べた理由の1つに、なるほどなって思ったのが1行のエラーだけでシステムが起動しなくなるリスクの軽減ぽい
デフォ値を読み込ませるためには今のファイル方式の方が確かに理にかなってるなってかんじ

>>922
小さくしてるから
メモリに残したままswap領域に書き込むのを抑制するんだけどな
いずれにせよswapableだったプロセスのリアクションが良くなるわけだけど

>>924
その通り
確かスワップ領域をどの程度積極的に使うかのパラメータ
RAMが多い環境で、よりパフォーマンスを引き出す目的に低い値を格納するから
メモリが食いつぶされる問題は解決しないと思う

>>924
60だとあっという間にメモリ使い潰してswap2G超えとなる
1だと同様の作業時swapまで回らない
60だとどんなにメモリ積んでもswap回すようになってるのはどうなんだろうダメな気がする

>>926
それまだ13の最適化が不十分な感じかｗ
安定板はまだまだかかりそうね

最適化というか仕様ではこれ
swapはSSDなどのストレージを選択するので使いたくない
なんでこんな変な仕様なのかは知らない

SSDといえば管理しているサーバで書き込み量の上限に伴って寿命を迎えてるSSDは
だいたいTBWx1.6ぐらいでリードオンリーモードに移行してる