Debian GNU/Linux スレッド Ver.102

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

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

フィールドに関するコマンドラインオプションは、sortなら--field-separator, awkなら-Fと、私は覚えてる
Rubyならsplit一発で、覚えれば各コマンドの差は吸収されるから、パイプで食わせて全部Rubyに任せた方が楽なケースもあるだろう、そんな感じ

flatpakでインストールしたdiscordが太古のGUIカーソルみたいになってて変更したいのだけれど
どうやったら変更できる？

二時間かかったくらいで文句言うなら辞めたらええｗ
もしくはUbuntu系に乗り換えるか大人しくイチから入れてｗ

debパッケージで入れてみた。ワイもディスコデビュー

debパッケージだと更新が頻繁で大変だったんだ

>>701
2時間で得たのが何なのかによるよ
obexdとか覚えるだけ馬鹿馬鹿しい

>>703
更新なんてパッケージマネージャが自動的にやってくれるよ
それが大変ならウィンドウズだって使いこなせないよ

カーネル Linux 6.12.41 がやって来たから更新できるよ

n270で32bitカーネルビルド初めたけど12時間たっても終らない。
うっかりデバッグビルド外すの忘れてたけどそれでも長い。
linuxってこんなにでかいのか。

bookwormのままにしとけばよかったかな。

ウインドウ環境のターミナルでアップグレードしてしまった…
コンソールに移動しdpkgで修復後 apt full-upgrade

>>707
https://www.debian.org/releases/trixie/release-notes/issues.ja.html#reduced-support-for-i386
> i386 なシステムを動かしているユーザーは、trixie にアップグレードすべきではありません。

>>709
しってる。
それでもやりたかったんだ。初のカーネルビルドの誘惑には勝てなかった。
クロスビルドできないなんてしらなかったんだ・・・

>>703
testing/sid にして毎日のようにupdateすれば楽しいかもよ

>>705
repositoryあったっけ？

trixieへのアップグレード時間掛かるな
これ並列化があまいような気がする
アンパック（解凍）とか依存がないパッケージの設定は
並列でやれば速くなるんとちゃうのかな?

>>686
メール認証させるWiFiは認証するまでの時間だけ素通しだよ
JR東日本の新幹線WiFiとか
だからGmail web版でも認証出来る

>>690
30年くらいdebian使ってるけど
メジャーアップデートは3ヶ月は見送りだよ
最初の頃はいろいろ知識増えるけどさ
一通り知ったら後は手間だけの問題でしょ

>>713
ボトルネックはdisk i/oでしょ
早くupgradeしたけりゃnoatime mountにしたらどうなの

debianのインストーラー異常に時間かかってたんだけど
後にその件でバグ発表あってずっこけたの思い出した
異様に時間かかるならまたバグじゃあ

アップデートはすぐにしちゃだめてIT(イット)の基本原則なのにいったいなぜ...

>>714
まともな人が開発すればそうだと思うのですが
世の中には非合理なシステムあるんです
そして恐らく私以外は誰1人ユーザーがいないと予想されるので
苦情も出なく改善されない

>>707
N270はWindows XPがいちばん幸せだよ

DebianもUbuntuもRedHat系も32bit環境を最新バージョンでは切ってしまった
あとはSlackwareライクに、既存システムをもとにカーネルオプションも全てカスタマイズして最小限でビルドするとかな
Bookwarmでdebootstrapして始めた方が早いかもな

【隙自語】
kernel-2.2.14あたりなら手元でビルドしたな
K6-2 350MhzでRedHat-6系のsrc.rpmでi586カーネル作成に2時間程度だった記憶

昨日で32周年か
ianが目指した本物はgnuinosの方だよ

gnuinos なんていうデビアンスピンがあるなんて意外です

酒・・女性警官・・包茎・・自殺・・・
不審な事件だった

cherrytrailの富士通arrows Q508、debian trixie/sidでgtk4版のpavucontrol(6.1)でpavucontrolの起動中は内蔵サウンドの音が出なくなる症状はうちだけ？
pavucontrolを終了すれば音は出るし、pavucontrol-qtは問題ないし、pwvucontrolとか代替アプリもあるからgtk4版のpavucontrolを使わなくても特に問題はないんだけど。
サウンドサーバはpipewire1.4.7です。

arrowsスレに投稿したんですが、Linux板のほうが良いと言われたのでこちらに投稿しました。

bookwormのgtk3版pavucontrolにダウングレードした場合も問題ないです。gtk4版の最新版だけの問題の模様。

sparkyのsemirolling版をdebian14forkyベースにコンバートして使用中。
今は安定してるが、そのうちアチコチ壊れだすかも。実に愉しみだｗ

root on zfsなbookwormをtrixieにアップグレードして問題なし！と思ったら
ループバックデバイスでディスクイメージをマウントするとたぶん書き込みのタイミングで
シェルが応答しなくなるしカーネルがハングしてるって報告してる。
調べてみたらopenzfs 2.3.3で修正がコミットされたっぽいんだがdebian 2.3.2にバックポートされてないから
zfsutils-linux/unstableを入れる羽目に…

暗号化関係の古いバグ修正をリリース前にねじ込むくらいならこっちのほうをねじ込んでほしかったわ。

ZFSとか人柱すぎだろ…

ZFS使うならTrueNASだろうか？

FreeBSDかSolarisかな…

バター使ってひどい目にあってから別のFS試す気力がわかない

↑非推奨のbtrfs-RAID5でデータ飛ばしたとか…?

バックアップ取らなきゃ

データやプログラムのファイル生成は
一瞬だったり長期間かかったり様々だけど
ファイル消去はあっという間だからね
まぁSSDもwriteは遅いので全滅は免れるかもしれんが

OpenIndianaでZFSを使ってた、というかZFSを使うためにOpenIndianaを導入した、が正しいか。
LinuxのZFS実装が気炎上げてるって話をよく聞いていたし同様にBtrfsが
地雷原っぽい話ばっかり聞いたからRoot on ZFSだったんだけど…
そっかー、昔からのLinux使いからするとZoLは人柱レベルだったのか。

rootはext4で良いんじゃね
LVMで/homeあたりを使うなり、RAID構成のヘリウムHDDでストレージ構成するなり

FS実装の安定度だけで済まないノウハウがboot deviceには必要だよね
今はsecure bootもあってデストリの方でも対応が変化しているし

>>732
特筆するものがなにもない環境だったが全データふっとんだ
ReiserFSが快適すぎて油断した

>>738
それは残念…確かにext系と比べたらごくたまに
正体不明にリードオンリーになったりはあるけどね
ついこないだそうなったときはbtrfs checkで直った

以前はあくまでテストですってなってたbtrfs checkも
btrfs自体もこまめに最新カーネルに上げるのがいいかも

Btrfs はまだドキュメント少なくない？
Oracle Linux のを参照すればいいんだけど。
今の所、Btrfs をテストしているのは、Fedora と Oracle Linux 位かな。

>>735
ずっと待ってたけど、オリジナルのSoralis版がライセンスの問題で使えなくて、Linux版は再実装でしょ。
それだと安定するの時間かかっちゃうもの

Plasma 6 の出来が相変わらずダメだな
日本語キーボード設定しても何度でも英語に戻ってしまう

おまいの使っているディストリビューションが悪いか、おまいの設定の仕方が悪いのだろう

10年ぐらいLinuxでZFS使ってるけどトラブルないのは奇跡なのかな

plasma6はime診断が入ってる
設定の指摘メッセージでるようになってた

>>743
plasma6自体はかなりこなれているから日本語キーボードに設定できないってことはないだろうが。
あと、DebianのKDEに問題ならこのスレあたりで色々不具合報告上がっていると思う
俺思うにおま環だけで生じている不具合な気がする

>>745
これかな
redditにキーボード設定がリセットされるって書いてあるな
https://imgur.com/a/fewQs2d
https://www.reddit.com/r/archlinux/comments/1idoeje/fcitx_wayland_diagnose_kde_plasma_wayland/?tl=ja

俺はライブ版KDEのisoでインストールしたんだけどfcitx5入れたら最初はibusのエラー通知がずっと出てたな
それでibusはアンインストールしてim-config直してKDE設定の仮想キーボードをfcitx5-waylandじゃなくてただのfcitx選んだらなんとかなった
でもアップデートで一回リセットされてたからまだ安定してないっぽい
ちなみにEndeavourOSのplasma6ではそこのトラブルはなかったよ　他でおかしくなってたけど多分時刻設定が起因だと思う

KDEのIMEランチャは結構独自なんだよね
Wayland+CJK IMEで上手く行かない設定が入ったのかもね
>>748の対処方法は旧式に戻すってことみたいだから

ibus は qt6 に対応しているんだっけ？Debianユーザじゃないけどfcitx5を使うものだと勝手に思っていた。
KDE で追加で導入するものも書いてあるね。
https://wiki.debian.org/ja/I18n/Fcitx5

>>749
旧式ってのはfcitx5内での話ね

あとdebian13でやってみたのはpipewire無効にしてpulseaudioにしようとしたけど起動スクリプトを入れないとpulseがスタートしないね
多分アップデートでpipewireが復活すると思ったからそのままpipewireでバッファを変えるウィジット入れた
地味にpipewireはバッファ詰めるとクリップノイズが致命的なんだよな　ローカル環境じゃないと怖いよ

>>753
xorgでも起きる?
Waylandは東アジア言語環境ではまだまだでしょう

>>754
WaylandでArchでは話題になってた事案

設定方法を指南するtipsが出るだけで設定変えるのはユーザーじゃない？

https://i.imgur.com/9p1gSk0.png

X11は当初からネットワーク透過なところがgreatだと思うのですが
これから管理PCの一部からWaylandに移行したとすると
過渡期はX11端末とWayland端末がネットワークに混在になると思います
このような状況でも以前としてネットワーク透過で使えるのでしょうか?
たぶん後発のWaylandはこれを考えた上で設計されていると思いますが
実際に使用されている方に問題が生じていないか?確認をお願いしたいです

>>757
懇切丁寧やのぉ

道端で演説ぶってないで
フォーラムに書き込んできたら？>>758

>>753
それはお使いの環境設定に問題があるのかも知れません
すべての環境で検証されていませんよ

>>754
Wayland であっても特定の環境でしか発生しないと思われます
こちらでは確認していません

>>753
Brave使ってるけどこれずっと治らないね
Debian13+KDEPlazma+Wayland+fcitx5-mozcでずっと出てる
testing使ってたときに一度だけ治ったことがあったけど（謎）

俺はAMDのグラフィックドライバを3月ころに更新してから、MS Edgeは日本語通らなく
なったしスリープから復帰で画面虹色のグチャグチャになるし(Ctrl+Alt+F3とかした後、
Ctrl+Alt+F1で復旧する)、Firefoxは時々謎の激遅に。
　で、色々弄ったらさらに悪化して、もう諦めてWaterWolf使ってる。

>>758
何をもってネットワーク透過で使うというのか定義が不明だけど、
今X上でディスプレイを表示してる端末が
ローカルマシンで画面表示する以外に
Ethernetとか経由でネットワークにXのプロトコルで
通信ってそんなに無いと思う…

>>760
残念ながらというかなんというか、
LinuxとしてもDebianとしても日本では大規模活発なフォーラムは
ここ(5ch)ぐらいなんだよね…

>>765
なんで日本語フォーラムだと思った？
英語フォーラムのほうだ

使い方の雑談は日本語フォーラムでいいけど
開発方面の論議は英語フォーラムやメーリングリスト

>>765
ローカルのXクライアントと
リモートのXクライアントで区別することなく
端末側Xサーバで操作出来ることを指しています

仮定の話でレスがつくのかは知らんけど

>>764
amd-gpuの入れ替えトラブルはArchでもあったね
俺はmanjaro-KDEだけどnvidiaのほうで２回くらいトラブってる
だからdebianでnvidia環境の人のレヴューがあるとうれしいね

nvidiaとwaylandの組み合わせが鬼門だから
waylandの有無が知りたい

>>769
日本語環境ではない人たちに伝える意義はあるけど
他の鳥やDEのバグは喜々として叩くのにKDEだけ「おま環」で済ませるのは恣意的で容認できない
すでにArchでは出ていた問題ばかりだからね

（話がごっちゃになってる
XとWaylandとKDEとついでにArchまで混ぜる？

・KDEとfepの話
・Chromiumとfctixの話
・XとWaylandの話
・nvidiaとKDEの話（これはWaylandとnvidiaの話ではないかと予想

それぞれ別の話

>>764
waterfox
firewolf

>>765
>Ethernetとか経由でネットワークにXのプロトコルで
>通信ってそんなに無いと思う…

感想ですね

>>771
nvidia が入っているシステムなんて使わなければ良いのにね
もっと廉価な汎用コンピュータなら問題ないのでは

>>777
いやいやデファクトスタンダードだから仕方ない
ローカルでOllama動かしたいから

LinuxではRadeonがデファクトスタンダードですよ？

まとめるとDebian13-KDE(Wayland環境）で日本語入力環境やgpuまわりでトラブルが散見されるので確認してねという話

デファクトスタンダードは普及版のインテルが入ったコンピュータのはず

低スペックのGPUでWayland環境にする意味がわからない

gpu云々は確認が取れていない
たぶんnvidia絡みだと予想

>>782
Debian 13 KDE のデファクトスタンダードが Wayland 環境だからだよ

>>784
意味がわからない

低スペック云々もどこから湧いてきた・・
・Wayland上でnvidiaを使うとトラブルが起きます、解決できていません
という問題があって、KDE関係ないと思う

>>785
Debian 13 で標準的な KDEデスクトップをインストールしようとすると
有無を言わざずに Wayland が勝手にインストールされる仕組みになってる

IMEの件はKDEも絡んでるんじゃないのかね

>>787
いやそこはGNOMEも同じ
12からそうじゃないかな
けどKDEとGNOMEはIMキッカー関係が結構違うから

imeの件は知らない
fctixとKDEの兼ね合いでしょ？たぶん

IMEの問題っていうと間違いだと思う
fctixの問題だよね？

>>787
なんでDebian13でKDEを選ぶ前提なの？意味がわからない

>>786
>>777が廉価な汎用コンピュータと言った流れね

廉価と低スペックが結びついたか
トランプの神経衰弱をやってる気分だ

>>791
>>748の話だとデフォルトのibusでもおかしかったみたいよ
wayland+IMのトラブルはこれまでもIMフレームワーク変えたら治るってもんでもなかった

>>795
そうなんだ
なんにしろ情報不足で混乱するわ
再現性のある組み合わせ情報手順欲しい

っていうか「そのバグはKDEは関係ない」って何なの？関係者なら対応するべき
他のDEなら「そんなの使わなければいい」って論調なのに　なんで誰も他を使えって言わない？
気持ち悪すぎるよ

どうしたの？突然