Debian GNU/Linux スレッド Ver.99

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

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

どのリリースについて言ってるのか
>>442>>444
そこをはっきりさせよう
お子様ならお腹空いた！だけでもいいんだけど

これだけUnix/Linuxが普及しているのに
なぜWindowsはUnix/Linuxぽく作らないのだろうか

え？全然普及していないよ

もう世界の半数はUNIX系カーネルですよ

携帯はUNIXが制覇したね

同等の利用形態やターゲット層を考慮できない人らなのかｗ

>>451
頭硬直しとるなー
スマホはコンピュータだよ
ジョブズの作戦勝ち

>>452
コンピュータだからどうしたんだい？
UNIXそのものでもないよ

UNIXそのものだが

androidをUNIX/Linuxと呼ぶのには抵抗がある
内部的には/etccや/usrがあって bashなど動かせるが
それを利用者から隠すからね

一番はファイルシステムを意識させず専用アプリを経由させる情報収集と課金に特化している
電話機能の技術的保護や理解度の乏しい利用者対応なんでもあるのだろうけど
アプリと呼ばせプログラムと表現させないのも
利用者がプログラミングすることを排除しているんだろう

ここからはUNIXとはなんぞや論争のリバイバル上映をお楽しみください。
古典的名作の世界をお楽しみいただけることと存じます。

>>455
> 利用者がプログラミングすることを排除している

これは驚いた

うにｘ板でやれ

てっきりiOSの方の話かと。カーネルがUNIX認証を受けてるmacOSと共通ってだけでユーザーから見ればAndroidと同じだが
それにどっちもターミナルアプリ入れたらちゃんと使えるしなあ

Debianのディストリビューションは後で追加したり消したりは可能ですかね?
初期でGNOMEとCinnamon入れたけど
GNOMEがデスクトップにアプリ置けないっぽいのでちょっと自分に合わないから
消して違うの入れてみたい

可能

Plankとかドックによく使うアプリ登録すれば良くね？

Gnome の remove で残しておいて欲しいものも巻き込まるんで、Gnome を autoremove してから Cinnamon 入れたら確実かな。
autoremove すると、残しておきたいものもいなくなってXが起動しなくなるは発生するかも。

>>463
前の消す→別の入れる、よりも、別の入れる→前の消す、のほうが重複してる依存の再インストールを減らせる(かもしれない)

ファイルシステムに余裕があれば消す必要性が乏しい

>>454
認定されているならそのURLを貼ってみて

>>460
依存関係でBudgieに必要なものまで削除されるよ
nautilusは消えると思う。
もし消えるのなら代わりにnemoを入れるといいよ

sudo apt install lxde -y
lightdm選択して再起動したけど
下部とか上部などにメニュー周りが一切ないんだけどlxdeてこういうもの?
メニューがないからシャットダウンも出来ないわ
ラズパイがlxdeベースだと見てこれ入れたかったんだが

LXDEはデフォでパネル付くはずだけど
Openboxなら自分でパネルを追加しなければならないけどね
ちなみにデスクトップ上で右クリックしてメニューの中にシャットダウン系の項目は無い？

>>468
>apt install lxde -y
-y オプションでインストールしたから必要なパッケージが
不足してるのだと思うよ。
本来なら、下記の画像のようにボトムにパネルがあるよ。
https://a.fsdn.com/con/app/proj/mx-respin-lxde/screenshots/screenshot-2023-02-10_17-50-34.png/max/max/1

>>460
file managerそのものか設定を変えるだけでOK
デフォルトはnautilusなのかな?
俺はUbuntu&gnome3だけど置けてる
最新情報見た方がいいと思うからググれ

lxdeでパネル使いたければlxpanel使うんじゃねーの?

>>467
Budgieのdockはなかなかキュートだから
gnome3であれ使ってんだよね

好きに組み合わせて使いなよ

こういうWindowsXP未満のGUI使ってる奴らって
メインはWindowsでサブや鯖でLinux使ってるん？
さすがに、普段使いはできんやろこれ

>>468
もしかしてターミナルの起動とシャットダウンの仕方を知らないのかなと思ったんで

Ctrl+Alt+Tでターミナル起動して
shutdown -h now
でOK

>>468
Debian系は*-desktopをインストールしないと必要なもの揃えてくれないよ
逆にそれが邪魔で個別にインストールすることもあるけども

なるほど...Debian12入れたばかりで
再度インストールし直した方が確実そうなので再インストールしてみます。
GNOMEはデスクトップとしてはCinnamonメインで使わないと思うけど
gnomeの基本ソフトとか他のディストリビューションでも使うだろうから一応チェック入れておくべきか?

>>468
もいっかい
$ sudo install lxde
を実行してみて、依存関係のパッケージを
インストールしますとか聞いてこない…？

前のDEに何を使ってたかも気になる
X不使用のまっ更からならクリーンだけど
別のDE使ってるとその設定の影響受けたりする

LXDE -> LXQtはほぼ問題なかったけど
タスクバーのアプレットが色々増えたりした

>>468
もしかすると、
openbox-session を起動したから真っ黒な画面になったと思う
その場合は、マウスの右クリックでメニューを表示できる。
ログイン画面で lxde-session を選択すると通常の画面が
表示されるよ

$ sudo apt install lxde
だった

sudo 使わないで root でやらないのは何で？

sudo -i とか調べようとしないんじゃないの？

sudoめんどくさいから、結局sudo su -でrootになってることが多い

>>482
Debian Live の ISO でインストールすれば sudo が標準だよ
だからそのせいじゃないのかな

>>482
rootでやるととてつもないことをやらかす可能性があるので
必要な時だけsudoで実行する
ログも残る
ずっとrootのshellで作業することももちろんある
我々には選択肢があるのだから

sudoつかってとんでもないコマンドを実行してしまうこともある。

>>482
それからリモートでコマンドを実行する時に
それ専用にユーザを作ってやりたいことだけしか出来ないようにしとくとセキュリティ的に安全

あまりない事例だと思うが
子供のアカウントにも全ユーザに対するlprmの権限を与えたり

sudoで期待されることをちゃんとやりたければ
selinux使ったほうがいい気がする

linuxではないが昔メールでppapが推奨されたけど、
ppapする企業はだいぶ減った。
sudo もそうなるかもと期待したり。

一応sudo使ってるけど、何も確かめないで
sudo必要なとこは思考停止でsudo実行してたら
WindowsでUACダイアログが出たときに
思考せずに反射で許可してるのと変わらんなあと
自分でやってて思う

もともとは rootのパスワードが1つで
管理者は複数人存在し得ることが問題でしょうに
rootのパスワードが複数人知っていてかつ容易に変えづらい

自宅で管理者が1人しか想定されないならsudoは不要だよ
# 普段一般ユーザーで使うのはあたり前

あと ppapが存在することは知っていても
推奨するってどれだけ知識不足なんだろう
公開鍵とかあたり前なんだが

ppapなんて見当違いも甚だしい

>>492
rootログインして、ハッシュマークのプロンプトを見ると気持ちが引き締まる

アポーペーン！

なんか最近、おかしいね

>>484
sudoただひとつの利点である「rootのパスワードをなしにできる」ことを無視するとは。

スクリプト荒らしが巧妙になってきてるよ

>>493
無知だなあｗ
一昔前はメールに添付するときはppapが当たり前だった
なことも知らんならドヤ顔で出てこず半年ROMってろ

俺はppapなんてやったことないな
リスキーで馬鹿げてる

ピコ太郎を語るスレ

マカーだ、○せ！！

マカー憤死

マカーは許さん

# aptitude update
発見 http://deb.debian.org/debian bookworm InRelease
発見 http://deb.debian.org/debian-security bookworm-security InRelease
発見 http://deb.debian.org/debian bookworm-updates InRelease
取得: 1 https://packages.sury.org/php bullseye InRelease [7,551 B]
エラー https://packages.sury.org/php bullseye InRelease
以下の署名が無効です: EXPKEYSIG B188E2B695BD4743 DEB.SURY.ORG Automatic Signing Key <[email protected]>
W: 署名照合中にエラーが発生しました。リポジトリは更新されず、過去のインデックスファイルが使われます。GPG エラー: https://packages.sury.org/php bullseye InRelease: 以下の署名が 無効です: EXPKEYSIG B188E2B695BD4743 DEB.SURY.ORG Automatic Signing Key <[email protected]>
W: https://packages.sury.org/php/dists/bullseye/InRelease を取得できませんでした: 以下の署名が無効です: EXPKEYSIG B188E2B695BD4743 DEB.SURY.ORG Automatic Signing Key <[email protected]>
W: 一部のインデックスファイルのダウンロードに失敗しました。無視されたか古いものを代わりに利用しています。

となってしまうのだが、、、、、
ぐぐると、これをやれって出てくるんだが、状況変わらず
# apt-key adv --fetch-keys https://packages.sury.org/php/apt.gpg
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
Executing: /tmp/apt-key-gpghome.ojB8kcaL2c/gpg.1.sh --fetch-keys https://packages.sury.org/php/apt.gpg
gpg: 鍵を'https://packages.sury.org/php/apt.gpg'から要求
gpg: 鍵B188E2B695BD4743:"DEB.SURY.ORG Automatic Signing Key <[email protected]>"変更なし
gpg: 処理数の合計: 1
gpg: 変更なし: 1

これはずいぶん古いエラーだな
過去スレ見たか？

xzに含まれるliblzmaにソースコードに
バックドアが仕込まれてて
debianではsidで(testingも?)xzのバージョンが5.6.0, 5.6.1だと
aptパッケージまで汚染されてたような

https://www.tenable.com/blog/frequently-asked-questions-cve-2024-3094-supply-chain-backdoor-in-xz-utils

バックドアの作用はsshの認証が本来認証されない
不正な接続も認証されてしまうってことでいいんだろうか

このツールのようだが、何処かの圧縮で使ってる？
使っている気がしないのだが。

XZ Utils
https://ja.m.wikipedia.org/wiki/XZ_Utils

debianだと標準でパッケージインストール選択されてた記憶
$ xz --version
でバージョンが表示されるならインストール済み

カーネルの圧縮っていまxzじゃなかったっけ?

Windowsではまあまあ使われてる7-zipと同じ系統の
LZMA圧縮アルゴリズムで、負荷は高いけど
高圧縮(特にテキストデータや無圧縮画像)、展開は比較的高速

その利点を活かしてソースリポジトリの配布用として
.tar.xzが使われてるね

非stableのdebianだけじゃなくfedoraやArchでも
コンパイル済みパッケージまで汚染されてて
海外のLinux界隈じゃ割と騒がれてるみたいだ

AX88179はマジで厄介者だな
AX88179以外のUSBｰNICでいいの誰か知らんか？

Debian の最小構成だとxz入ってなくて、fedora の最小構成だとxz入るんだよね。
世間の流れはzstdじゃないかな。

Now using Zstandard instead of xz for package compression
2020-01-04 - Mara Robin Broda
https://archlinux.org/news/now-using-zstandard-instead-of-xz-for-package-compression/

圧縮アルゴリズム「Zstd」、Linux 5.19のファームウェア圧縮で採用へ
2022年4月26日
https://gihyo.jp/admin/clip/01/linux_dt/202204/26

スピードのzstdと圧縮率のxzで使い分けされてる

zstd…あれは良いものだ
早くgzipを置き換えちゃって欲しい
そうすれば世界中で数%以上のCPUリソースと
時間と電力が削減されて、地球温暖化のペースが減速する
というのは大げさ過ぎるけど

xzはAndroidのカスロム配布時に使われてるのをよく見る
1/3くらいになってる

先端のxz5.6系だけだよ
code injectionらしいけど詳しく分かってないから
5.4にロールバックしろってさ
俺は全部5.4, 5.2系しか使ってなかった

zstdでもなんかやろうとしてたみたいだけどね
https://github.com/JiaT75/zstd/branches/all?page=1

国籍を調べたほうがいいな

xzは大昔変richさーがaptのデフォにしようと進めてた奴だな

法に触れる国とかもあるのではないかなぁ

メンテナが疲弊してるところに漬け込まれたな

https://blog.fascode.net/2021/09/30/gnome-desktop-icon/
これでGnomeにデスクトップ上でアイコン出るようになったにはなったが
アプリ類をデスクトップに置けないんだが

https://micronews.debian.org/

こんなサイトも持ってたなんてxzの問題無ければ知らなかった

xz に気が付いた経緯シュゴイ
https://mastodon.social/@AndresFreundTec/112180083704606941

Desktop Icon NG (DING)を導入して
Gnomeのデスクトップにアイコンおけるけど
HOMEやゴミ箱はデスクトップで出てるけどアプリのアイコンも置けるの?置き方がわからんかった

~/Desktopにアプリの.desktopファイルを置く

古いPCにbookworm新規インストールしたら色々酷い
libreoffice-writerで日本語打ったら100%即フリーズ
原因はデフォルトでuim-mozcがインストールされるから。削除してfcitx5-mozcを入れると解決するけど日本人メンテナサボりすぎ
その後も縦書きと横書き混在の表作ろうとしたら無理だった
縦書きにした瞬間表の列と行が逆になる（列幅が行幅になる）とか・・・
横書き挿入するためにテキストボックスいれるとたぶん内部でx,yが逆とかぐちゃぐちゃに計算してるせいでドラッグするととんでもない位置に飛んでくからもう完全に無理

ijが下切れて判別できないとかフォント周りがWindows98以下

xzいまさら書きこんでも遅いけどdebianはsid以外はxzの問題関係ないよ
xzバージョン古いから安全。bookwormとか関係ない

そういえばカーネルをbookworm-backportsの6.6.13に上げたら激安定した
bookwormの6.1系はよく１時間くらいPC放置するとカーネルパニック永遠にでてフリーズとか頻発してたけど完全に治った
6.1系は１週間に５回はフリーズしてたのに6.6系は１ヶ月フリーズ０回

>>530
海外サイト確認したらsidに加えてtestingも
問題の影響受けるみたいだった、一応書いとくと

>>347
AMDは知らないけどnvidiaはorg.freedesktop.Platform.GL.nvidia-今使ってるドライバーのバージョンが正しくインストールされている必要があるよ
dpkgのnvidiaのドライバーと上のパッケージのドライバーのバージョンが合っていないとGPUが一切使われずmesaのソフトウェアエミュレーションで動くから遅くなったりクラッシュしたりする
nouveauは知らない。クローズドソース版の話ね

※この前新規でbookwormいれたときnouveau使ったけどログイン画面でるのに１０分かかるわ（tty切り替えるとエラー連発）ログイン画面が完全にぶっ壊れて停波中のアナログテレビ画面に砂嵐でるわで最悪だった

古いGeforceにnvidiaのクローズドソースのドライバー(340系)いれるにはsidからパッケージ拾ってこれば入る
bookwormは無いからsidのnvidia-graphics-drivers-legacy-340xxディレクトリからdebダウンロードしてきて直接いれるとbookwormでも動く
nvidia公式の.run走らせるとぶっ壊れてsddmが起動しなくなるのでかなり注意
まれにゲームなどでXのディスプレイが検出できなくなるけど普通に使える。使えないソフトは使えない。たぶん340系と470系のパッケージ混在でlibglxとかなにかが壊れる

↑flatpak版があるならflatpak版をいれるとそちらだけGPUアクセラレーションが効いて回避できる

たぁ坊やらかしたか

たぁ坊立ちんぼ食いしん坊

sidなので思いっきりくらってるぽいが、aptやらが絡んでて単純に削除できんね
dpkgで強制的に削除したあとに、以前のversionの物をsnapshotから持ってくればいいんかな

もれなくシステム飛ばしそうな気がするぜ

liblzma5: Installed: 5.6.1+really5.4.5-1

そもそもsshがliblzmaなんかにリンクしてなければやられなかった
誰だよ最初にリンクさせたやつ

ごめん俺かも

どんな設計だったら、今回の被害は少なく出来たか教えてちょ。
というか、次は glibc が狙われたら逃げられないね。

Debian や他のいくつかのディストリビューションは、systemd 通知をサポートするために openssh にパッチを当てており、libsystemd は lzma に依存しています
Arch Linux は openssh を直接的に liblzma にリンクしていないため、この攻撃ベクトルは存在しません

この問題ってsidだけ？
stable使ってる人は心配無用なの？
教えてﾃﾞﾋﾞｱｿﾏｰｿ

xzが先端の5.6系じゃなければ関係ない

やっちまったぜ　dpkgまで動かなくなるとは思わなかった
deb落として来ても解凍出来ないので�_

新年度になったし掃除を兼ねて再インスコするわ
sidに移行する前にholdしないとまたハマる