Debian GNU/Linux スレッド Ver.98

公式
https://www.debian.org/index.ja.html

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

Gnome43もきてるし前にvim9もきてるな、と無駄に参戦

はい、そうです。（sid は不安定版）

stableにpipewire来るの何年後になるかな

何でpulseaudioをpipewireに置き換えるのかな?

何故かibus-mozcを日本語環境のデフォルトにして手書き入力デフォルトで出来なくしたUbuntu 22.04ほど不可解だろうか

https://www.google.com/search?q=pipewire+vs+pulseaudio

まずはこちらをどうぞ。

なるほど。で？

スラドで記事に

Debian、公式イメージのインストーラーで非自由なファームウェアを同梱可能に
https://m.srad.jp/story/22/10/08/020230

>>260
最近の話題になってるけれど、
これは従来のネットワークインストールを止めれば解決する
話だと思うんだよね。
他のディストリビューションはその方向に向かっているんだし。
ネットインストの欠点は、インターネット接続が切断されたらお終いだということ。

あえて付け足すと、すでにiso-dvdが配布されてるからネットインストなんて不要だけどね。
debian-11.5.0-amd64-DVD-1.isoというのやdebian-live-11.5.0-amd64-cinnamon.iso
などで代用可能なんだよ。

iso-dvd でインストールするとwifiドライバ付きのカーネルがインストールされますか？

何でそう思うのだろう
もう提供形態が変わったのかな？

>>263
カーネル自体にはwifiドライバが付いていません。
firmware-linux-free というパッケージを含んでいるので
このファームウェアに対応した一部のPCはwiki対応します。
非対応であれば firmware-linux-free の追加インストールが必要です。

>>260
読んだけど何故かWeb翻訳家の１人会話っぽく見えた

wiki対応ワロタ

wifi対応の打ち間違いでした。

>>266
インストーラーとfirmwareは別々なんだよね。
その辺を勘違いして投稿してる匿名さんがいるようです。
インストーラーはgplライセンスだから将来もフリーです。

> 何故かWeb翻訳家の１人会話っぽく見えた

>>265
>非対応であれば firmware-linux-free の追加インストールが必要です。
firmware-linux-nonfree が正当。これも打ち違っていました

>>256
c2dレベルの話だけどpipewireになったら、
シークしたときのchromeの反応が速くなったよ
なんで関係するのか俺にはわからないけど

https://wiki.debian.org/Wayland
To support screenshotting, screencasting and screensharing for example in Web Browsers pipewire is required in addition to one of the Desktop specific xdg-desktop-portal packages.

この辺りかも

I share monitors between systems using x2x. How will this work under Wayland?

Screen sharing with Wayland is in the preliminary stages. Currently, the most progress has been made in Chromium where pipewire and xdg-desktop-portal can be leveraged for screen sharing in WebRTC. With these packages installed, WebRTC PipeWire support must still be enabled in the Chromium flags, as can be found by entering in the address bar:

Wayland使うメリットって結局何なんだろう

バグ取りをちゃんと企業が担ってくれるところ

MicrosoftはWSLgに、GoogleもChromeOSにWayland使ってるな
もうXより普及してると言っても過言ではない

>>264
国内ミラーにもすでに
/debian/pool/non-free-firmware
が新たに反映されているよ

>>275
一般ユーザーにとってメリットがあるのかな？
メリットはむしろ開発する側じゃないか

むしろXを使う積極的理由が無くなりつつある
文句言われつうsystemdが普及して今に至るような

メジャーなものでGnome と KDE 以外が対応する気があるのかないのか不明だけど、Gtk-4, Qt6 に移れば他も大丈夫、くらいなんじゃないの。

対応する気があっても対応できるボランティア開発者がいない
だからデスクトップ環境はGnome安定なんだよね

Xfce 4.18さんｴ ...

For Xfce 4.18, the plan is to ensure our applications are working acceptably on Wayland (those that already work or can be made to work with low effort).
https://wiki.xfce.org/releng/wayland_roadmap

LXQtの現状は、この辺
目下作業中っぽい

https://github.com/lxqt/lxqt/issues/10

いまのxfceって、第10世代以降のceleron辺りで文書作成・ウェブブラウジングくらいはサクサクできるの？

>>285
Celeron N3350だとKDE / LXQt(Ubuntu 22.04フレーバー)の方が軽かった
※個人の感想です

xfce自体はあんま変わってないけどgtkが重くなってるのでとばっちりで重くなってる

いやgtk重くなるのはかなり前から知ってたことですやん
対策したの？って話で
サクサクしてないとxfceの存在意義というか自分で掲げた目標すらクリア出来ない選択をしたってことですわ

かなり早い段階から「Plasma5の方が体感軽い」って言われてきたよね

>>285
第10世代以降のceleronとは何かな？

インテル® Celeron® プロセッサー 3865U
と仕様に書いてあるパソコンでも現役で活躍してるけどね

システムモニタの表示では
プロセッサー: Intel® Celeron(R) CPU 3865U @ 1.80GHz × 2
となってるけれど何ら使い勝手に問題ありませんよ

Debian のユーザ向けメーリングリストって生きてるの？

>>291
メーリングリストは存在してるよ
投稿がほとんどないから空な状態になっている

間違いないように書いておきますが
日本語ユーザーのメーリングリストは閑古鳥が鳴いていますが
英語ユーザーリストは流量が多くて活発に利用されています

英語だとuser forum使うかなあ。。。

Debian User Forums の方が使い勝手が良いんでしょう。スパムメール来ないからね。

ニュースグループってまだあるの？

Debian User Forums は 5ch や reddit に似ているからいいかもしれんね。
見てみるわ。

>>296
fjなら死んだ

藤田順平氏の冥福を祈る

>>297
フォーラムで見つけたベテランの意見は参考になった。

Personally I, and presumably many experienced users, install with the free netinstall and install several non-free packages later. It obviates installing dozens of firmware packages which, while not damaging at all, would be just sitting around doing nothing but taking space even if that space is insignificant.
https://forums.debian.net/viewtopic.php?p=759859#p759859

大変だ
日本語メーリングリストが死んでいるのは日本のDebian
が停滞しているからだ
俺が何とかしないと

はいはい

Debian 14 Codenamed "Forky"
https://www.phoronix.com/news/Debian-14-Forky

2027年はフォーキィか…

フォークしそう?

トイ・ストーリー4 は、子供向け映画の割に不評だったけど、フォーキーは無罪だぞ。
ボー・ピープが大体悪い。

debianに限らず日本におけるOSに対する関心が低くなってるよね。興味はその上で動かすソフトウェアになってる感。

>>307
それはどうかな？昔からユーザーにとって関心があるのはソフトウェアだったよ

一太郎が欲しいという人が多く、PC-9800シリーズおよび互換機を残して壊滅したでしょう
Windowsさえ使えれば良いと考える人が多数を占めるに至りPC-9821は生産終了になったでしょう
Adobeのソフトを使いたくてmac買った人が20世紀に多く居たでしょう
キャリアやメーカーのバンドルアプリが嫌われて、国内メーカーのスマホが壊滅したでしょう

ハードもOSも、使いたいアプリで変遷しとる
組み込みTRONの近況やArduinoのことは知らない

感じ方は自分がいるレイヤーによるかもしれんね。OSや自分が求めるディストリの定義によるだろうし。

コードフリーズを今してもいい位の安定度な気がするんだけど。Gnome43 安定、KDE5.26 安定で、カーネル6.0(6.1)
他大物あったかな？
emacs28 はsidで足止め中だけど。

sidでdist-upgradeご注意ください
xserver-xorg xinitらが削除されてしまい起動できませんでした
詳細はユーザーフォーラムで展開されていますので、それに従ってinstallし復帰できました

あとaptじゃだめでaptitudeを使えってフォーラムでおっしゃってましたが、
俺には意味不明でした笑

いえ、実際やってみるとその通りでaptではinstallできすaptitudeでやるとできてしまいました
recoveryモードで入りそのコンソールからやりました

話は飛びますが安易にSIDやTestingに移行しないでください
貴重な時間を費やすことになりますよ俺みたいに
めんどくさいのでstableに戻さないだけです
滅多に来ないので質問しても無駄ですからよろしくです

stable でも ddskk をremove したら autoremove の対象に沢山ファイルが入って X/wayland 落ちたよ。
dist-upgrade の動きと違うし、y オプション付けなければ、削除一覧出してくるけど。

何にでも y オプションを付ける習慣は止めた方がいいよ
誰が広めたのか知らないけど最近く見かけるね

311 が312-313 に叱られたところか、と今理解した。
Stableか開発版かに関係なく、新しいパッケージの方が上手く動くものも多いので悩ましいね。

20年前にrpm --force --nodepsとか意味を知らずに書き散らしてた層じゃね

Debian wiki でアプリの導入でy オプション使っているのもあるから、人によるか一行完結する人には良いのでないの。
apt, apt-get, aptitude も混在してるし。

>>312
まさにやってしまいました。
情報ありがとうございます

>>312
フォーラム見ましたが該当スレが見つけられませんでした
差し支えなければurlかタイトルを教えてくだされ

自己解決
removeしたパッケをaptitudeて入れ直したらデスクトップ復活しました
aptだと駄目。他にも似たような事例があったけど
基本的にaptitudeを使うのが安全なんやろうな。
ちなみに今回みたいにapt upgradeとかでxorg関係ごっそり削除したの一年くらい前にもやってたのを思い出した
学習能力ないんやけど、windowsと違ってやらかしてもすぐ復旧できるのはlibuxの良いところですね汗
ちなみにsidの話です、念のため

>>318
>人によるか一行完結する人には良いのでないの。
それは違うと思うよ。
確認しながら作業するのが大切で、y オプションを
使うと警告さえ無視してパソコンが勝手に動くからね

警告内容を承知の上で-yなら良いんじゃね
おまじないと称して--force --nodepsを確認なしで使ってた人々ならともかく

シェルスクリプトに組み込む場合、無条件にyしかないし。
シェルスクリプトから apt を呼び出したら、apt はインタラクティブなコマンドなので、ウンタラとメッセージが出てきた記憶があります。
シェルスクリプトからは apt でなくて apt-get を使えと出ていたような気がします。

>>324
>シェルスクリプトからは apt でなくて apt-get を使えと出ていたような気がします。

そうですね。公式マニュアルに書いてありましたよ。

週末にアップデートがリリースされるのは怖いが、それがlibcだと特に怖い

更新ファイルが溜まってから更新するのはどうですか？
libの更新からプログラムが更新されるまでは時間がかかるので、更新が少ない間は更新しない。
沢山あると、何の更新か分からなくなりますが。

holdしとけば？

>>327
週明けまで待てずに週末にリリースする意図が理解できんのか

ID:793iq+Zu は自己解決してるなら、人に当たるなよ

kernel 6 きたな…

Testing のdaily build のインストーラからインストールしたけど、最小構成のパッケージが見直されて件数が減っている。
前は11と同じだったのに。
python3 や perl の一部が削られている。

daily-builds のインストールイメージで、cksum のファイルが置かれてないけど、大丈夫なやつか分からん。
ディレクトリはここたけど。
https://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/

正式リリースじゃないものに随時チェックはしないんじゃね？　手間がかかるし

スクリーンキャプチャ撮っているから以前の状態も分かるけど、前は同じディレクトリにあったよ。
あと、自動化されてないと、毎日こんなの出来ないからトラブルとかクラッキングを疑ってしまう。

危ないと思うならやめとけばいい

openssl の脆弱性もあるし、しばらく見とくか

無理してアップデートしないほうがいい
debian使ってて自分が学んだことです。。

sid使う前にmanjaroかfedora追っ掛けやった方が良い
日本語情報も多い

amd64 では、20221105-7 まではまとも。
20221106-1 以降がおかしい。
まともなのは以下。
https://cdimage.debian.org/cdimage/daily-builds/daily/20221105-7/amd64/iso-cd/

333 だけど、
daily-builds のインストールイメージで、cksum のファイルが置かれてない件は直ってる。
その置き場
https://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/

なんかファイルの置き忘れだったのかな
とりあえず危なそうなのはスルーが確実やな

pipewire 0.3.60でwireplumberでbluetoothを使ったときに、
bluemanからコーデックを変更すると、左チャンネルが壊れて連打するような音になってしまうんですが、同様の症状の方います？
Pulseaudio volume controlからcodecを変更したばあいには問題ないみたいです。

あ、書き忘れましたが、wireplumberではなくpipewire-media-sessionを使った場合は、
bluemanでcodecを変更しても問題ないようです。
あと、0.3.59まではwireplumberでも問題ありませんでした。
pipewireのgitlabを見ても同様の症状の人はいないようなので書かせていただきました。

自己レスですが、原因がわかりました。
default.clock.rate = 48000で、
default.clock.allowed-ratesをデフォルトの[ 48000 ]
以外に設定している場合で、
bluemanでcodecを変更した際に一瞬built in audioに切り替わるので、
その時に44.1KHzなど48KHz以外のファイルだと音がおかしくなるようです。
pipewireクリーンインストール時の設定では問題ありませんでした。
当方は
default.clock.allowed-rates = [ 44100 48000 88200 96000 176400 192000 ]
と設定していたのでだめだったようです。
bluemanでcodecを変えられなくても、pulse audio volume controlからは変えられるので、
実害はないといえばないのですが、原因がわかってよかったです。

https://i.imgur.com/X9wb6ul.jpg
https://i.imgur.com/g1fbkLa.jpg
https://i.imgur.com/SQw4fPL.jpg
https://i.imgur.com/fxcWAQA.jpg
https://i.imgur.com/toca2Gu.jpg
https://i.imgur.com/SWEdlgM.jpg
https://i.imgur.com/KTgZpMc.jpg
https://i.imgur.com/0FFEXrH.jpg
https://i.imgur.com/LCQtxaJ.jpg
https://i.imgur.com/kKKrQAP.jpg
https://i.imgur.com/RS3WooK.jpg
https://i.imgur.com/hKJeayG.jpg

一応問題解決したので報告します。
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/1540
>We could avoid rate switches with the node.lock-rate = true property on the BT node.
とあったので、
/home/user/.config/wireplumber/bluetooth.lua.d/50-bluez-config.lua

apply_properties = {
--["node.nick"] = "My Node",
["node.lock-rate"] = true,
--["priority.driver"] = 100,
--["priority.session"] = 100,
--["node.pause-on-idle"] = false,
["resample.quality"] = 10,
--["channelmix.normalize"] = false,
--["channelmix.mix-lfe"] = false,
--["session.suspend-timeout-seconds"] = 5, -- 0 disables suspend
--["monitor.channel-volumes"] = false,

としたら、bluemanからコーデックを変更してもバグらなくなりました。

kernel 5.19以降、intel PstateのpowersaveでCPUの周波数が最低の0.80GHzか4.20GHzに張り付いて、
負荷に対して必要最低限な周波数で処理するというこれまでのpowersaveの動作と変わってしまったんですが、仕様ですか？
4.20GHzでもほぼアイドルのときはCPU使用率はほぼ0%に等しいので、実害ないといえばないのですが、（Vcore電圧が上がるので実害ある？）
同様の症状の人はwebに数件見つけたのですが、bugzillaにも上がってないし、バグじゃなくて仕様変更なんでしょうか？

Pstateをpassiveにしてガバナをschdutilにでもしたほうがいいんでしょうか？

書き忘れましたが、CPUはkaby lakeのCore i7 7700kです。

intel_pstate=passiveをgrub cmdlineに加えて、
scaling driverをintel _pstateではなく、acpi_cpufreq(intel_cpufreq)にしてみたのですが、
ondemandでもconservativeでもscheduitlでも周波数は動的に変動するものの、
8CPUすべてが同じ周波数になってしまいます。(6.0でも同じ）
どうもバグっぽいです。

Linux 5.19 Heavy On Intel Power Management & Thermal Improvements
https://www.phoronix.com/news/Linux-5.19-PM-ACPI-Thermal

変更はあったのは確認できた。

>>351
レスありがとうございます。
情けないことを晒すと、単にxfce4 cpufreq pluginの表示がおかしかっただけかもしれません。
powertop -t 1で計測した限りではちゃんとpowersaveでスケーリングをしていました。
それでも、今まで使っていた5.15bpo3よりは若干周波数が上に振れるのですが、Cステートやコア電圧は
5.15bpo3と大して変わらず、別段問題はないようです。
xfce4はもうすぐ4.18がでるのでpluginも直してくると思うんですが、どうもお騒がせしました。