Debian GNU/Linux スレッド Ver.98
■ このスレッドは過去ログ倉庫に格納されています
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の更新からプログラムが更新されるまでは時間がかかるので、更新が少ない間は更新しない。
沢山あると、何の更新か分からなくなりますが。 >>327
週明けまで待てずに週末にリリースする意図が理解できんのか ID:793iq+Zu は自己解決してるなら、人に当たるなよ Testing のdaily build のインストーラからインストールしたけど、最小構成のパッケージが見直されて件数が減っている。
前は11と同じだったのに。
python3 や perl の一部が削られている。 正式リリースじゃないものに随時チェックはしないんじゃね? 手間がかかるし スクリーンキャプチャ撮っているから以前の状態も分かるけど、前は同じディレクトリにあったよ。
あと、自動化されてないと、毎日こんなの出来ないからトラブルとかクラッキングを疑ってしまう。 openssl の脆弱性もあるし、しばらく見とくか 無理してアップデートしないほうがいい
debian使ってて自分が学んだことです。。 sid使う前にmanjaroかfedora追っ掛けやった方が良い
日本語情報も多い なんかファイルの置き忘れだったのかな
とりあえず危なそうなのはスルーが確実やな 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://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も直してくると思うんですが、どうもお騒がせしました。 stable backports で起きた問題か、sid/testing で起きている問題かの情報もあれば、追加で見てくれる人も出てくると思いました。 現在の CPU クロックを調べる
watch grep \"cpu MHz\" /proc/cpuinfo >>353
5.19と6.0はsidからインストールしました。
>>354
それで見ると、xfce4 pluginと同じく、やっぱり0.8GHzと4.2GHzしかでないようです。
cpufrequtilsで見てもだめで、powertopの場合だけ正しい値がでます。 追加ですが、turbostatでも正しい現在の周波数が取得できるようです。 intel_pstate=passiveにしてscaling driverをintel_cpufreqに変えて、schedutilにしてみたら、
watch grep \"cpu MHz\" /proc/cpuinfo でも正しい値が検出できました。
とりあえず、schedutilで行ってみたいと思います。Intel P-stateのpowersaveよりこっちのほうが良いって説も有りますし。
どうも皆さんお世話になりました。 Kaby Lakeって、Windows 11公式非対応ってレベルには古い世代だからな? Xfce 4.18 Pre2 が12/1 に出たし、もう少し。
https://wiki.xfce.org/releng/4.18/roadmap
12/15 を目指しているし、sid が呼んでいる。 lxqt-1.2使おうかと思ったけど、sidそのままではまだ駄目そうだな
Gnome環境で自家ビルドするか、debパッケージの作り方知らないから一時的にfedoraにしてspec file書くか…?
checkinstall --install=no
って一般ユーザ権限だと無理ですよね? >>363
御紹介ありがとうございます
Archとリポジトリを共有してませんがmanjaroを試してみます >>364
これがホントのcognitive distortion >>364
頭のスペルチェックが3文字で仕事を放棄するので... >>367
ディストーションフィールドワークアウトコースアウトバッター三振 chromiumに2日連続のセキュリティアップデート Chromiumを使う客観的メリットは確認されていないのですか Node.js 使う人には firefox より chromium/chrome じゃないの。 Windows拒否してChrome使うやつの気が知れん firefoxがいろんなところで推奨ブラウザでなくなってしまったからなぁ
まあ私は使い続けてるけど、ネットバンクはまだ大丈夫だけどeLTAXとかが正常に動かないんだよね 行政系のクソサイトは太古の昔からIEしかサポートしないと相場が決まっている
今はEdge Chrome / Chromium使うよりはMS EDGEの方が良くね?
Google workspaceツール使いたいならChromeOS機を素直に買えば良いんじゃないかと わざわざEDGE使うか?
プリインストールしているところあったっけ? Google Chrome / Chromiumってデフォルトでインストールされたっけ これ最新の情報かね?chromium入ってたんだっけ
https://www.debian.org/doc/manuals/debian-handbook/ch13s05.ja.html
職場のPCはi5第8世代にHDD積んでる糞仕様のWin11だけど、
Edgeがやたら重い。Chromeはサクサク
まぁまずSSDに換えてほしいんだが
立ち上がるまでマジでコーヒー挽くところから始められる >>381
esrか!いつも最初に.shで消してたから存在忘れてた
>>382
↓が手に馴染んでるので……場所とらないし
ハリオ MSS-1TB Chromeがサクサクなんてことはない
無理やりにでもアカウント作成やショッピングサイトへの誘導するから危険だよ >>383
ミル情報サンクス
これまで飲んでたUCCの製品が改悪、事実上廃盤になって在庫がもうすぐ尽きるんで、豆を家で挽こうかと。。
なんかカッコ良いですね 早速chrome使いがショッピングサイト誘導してて草>>384 カリタCM-50はプロペラ式ですが50g15秒って凄いですね インスタント(粉)コーヒーの人、置いてきぼり。
そんな人は Kona Linux あるしな >>382
じゃ俺も
Cuisinart SG-10BKJ
豆を入れる部分を取り外しできて水洗いできる
これができない電動ミルがなんと多いことか! >>393
>水洗いできる
コレ重要、まさしく良スレだな
ところでDebianってどこのメーカーだっけ? ミル付きコーヒーメーカーを10代から愛用する私には関係ないスレだったか i195ドライバ系がサポート外になってXが死んだ
対応はするみたいだが亀らしい
stableは動いてる? >>391
俺なんか業務スーパーのデラクシアってデッカイやつだぜ
500gのポリ缶入りなんだが最後の方になると空気吸ってガチガチに固まるのが欠点だw >>398つづき
Xで転けてるのが明白なので、思いきって
wayland xwayland それとwestonのセットをオンスコ
ごにょごにょやってみた
予想通り何とか動画は見れるようになった
これで亀開発をゆっくり待つとするよ i195ってアメリカの道路が出て来た
i915ドライバ?? Updated Debian 11: 11.6 released
December 17th, 2022
https://www.debian.org/News/2022/20221217 >>404
今回のアップデートではなぜか Chromium のセキュリティ更新が多いよ。出来が悪いのかな。 いやChromiumは別
ポイントリリースよりリリース早かった ■ このスレッドは過去ログ倉庫に格納されています