Debian GNU/Linux スレッド Ver.93

extend:checked:vvvvv:1000:512
extend:checked:vvvvv:1000:512
次スレを立てる方は↑を二行重ねて書いてください

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

過去ログは各自検索して見つけること
大体参考にならないので過度な期待は禁物

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

>>365
パッケージは全てにおいて依存関係があるわけではない
同時にインストールできる場合は多い

>>366
それはダウンロードが並列なだけ

同時インストールはdpkgが想定してないから無理
アトミックにしか動かない

並列に出来たとして早くなるかな？

シーケンシャルに実行するのに何の不満があるのだろう
debファイル手動で落として dpkg コマンドでインストールという手、とか…？


$ apt install foo bar
とか出来た気もするが…？

厨房ほどむだな速さにこだわる

dpkgのインストールで時間がかかっている部分ってほとんどがストレージのI/Oじゃない？
だから並列にしてもそんなに早くなるとは思えない
逆に遅くなるケースが多そう

並列に動かしたいと言うのが速さのためではなく単に処理中でも他から同時に実行できるようにしたいってことかも知れないが

速度も速くなるだろうけど、それはどうでもいいよ
本来個々のパッケージのインストールは独立しているわけだから
並列してインストール可能なはずだろ？

例えばセキュリティアップデートが自動更新されてるときに
別のパッケージを手動でインストールするとかあるわけじゃん？

今は別のプロセスが処理してるからとか言ってエラーが出るけど
全体にロックを掛けるんじゃなくて、必要な部分だけ排他制御を
きちんとやっていれば、エラーなくインストールできるはず

少なくとも他のOSだとエラーになることはないよね

連携性・構成力・統一性の無さはOSSならではｗ 受け入れるしかない

>>373
パッケージのインストールはファイルの
コピーするだけではないので
並列動作の安全性の保証は簡単じゃない

Windowsのアップデートなんかほとんど再起動要請されて
その中途で置き換えてんじゃねえの

>>373
なんなら自分でこさえなよ
dpkgでの動作検証出来てるんでしょ？

>>377
設計レベルで見直さないといけないから大変だよ
一番厄介なのはパッケージインストールやアンインストール時に実行されるフック
何が行われるのかわからないからパッケージマネージャーだけの頑張りだけでは実現不可能
そういうのをきっちり何に依存するのかしないのかをメタデータで定めて
パッケージ間の独立性を明確にし、どうしても依存する部分は部分的にロックを掛ける仕組みが必要
たいていは独立してインストール可能だと思うけどね。特にサービスではないものは。
一部の例外が大変なんだよ。一筋縄ではいかないから、ここでできないなーってぼやいてる

>>373
エラーが出ない他のOSってなに？
俺の知る限りではWindowsもMacOSではインストール中のインストールは出来ないと思うが。

>>379
こんな感じで同時にインストールできるようになってるよ

https://snow-white.cocolog-nifty.com/first/2018/07/office-3432.html
https://snow-white.cocolog-nifty.com/first/Open-Live-Writer/810c34d5b394_12BBF/image_c413fc2d-074e-4edd-8e77-1b54fee0d470.png

ストアアプリはパッケージマネージャ以前にベースの仕組みが全く違う。

どこまで理解してから話してるのか分からないから
釈迦に説法だったらごめんだけど、
それが唯一の根拠だとしたら
ストアアプリがどういうものか、なんで並列インストールができるのか、
ちょっとググってきたほうがいい。

ぶっちゃけ、ちょっと恥ずかしい主張になっちゃってる。

>>381
そいで、何が言いたいのさ？ｗ

>>382
>>381はいい人だから遠まわしにお前に馬鹿引っ込めと言ってくれてるんだよ
わからないやつは親切に言われてもわからないということが証明されたね

>>383
いや、それ単なる嫌がらせじゃんｗ

恥ずかしいと、お前は恥ずかしいんだ！っていうだけで
その根拠を何も示せない。

説得力って言葉知ってる？

でも、もしそんな常識を覆す実装が実用に耐えうる形で実現したら素敵だね
俺の様なパーには無理な話だが

>>380
https://quickfix.es/wp-content/uploads/2018/03/updatediscover.png
KDEのDiscoverシステム眺めてれば？

https://i.imgur.com/S0lL5VU.png
JDで読めるように再

なんで全部5,1MBなんですか？

知らない
数百MiBあるようなパッケージ複数ならバラけて見える
小さいパッケージならそんなもんじゃない？
丁度WineのアプデがあったからSS撮ろうとしたが
それなりにデカイはずなのに一瞬で終わって撮れん

じゃあ合成ってことだねｗ

なにいってんだこいつ

見えてる地雷をわざわざ踏みに行くのは感心しないなあ

>>392
すまん、おかしさを感じつつ油断してた

https://i.imgur.com/yFHGrrM.png

煽って説明させて楽に知識を得ようとする手なのかな、これは。

スレ違いでもなんでも無理やりレス引き出そうとするアレか

ああ、ア○ィね

Debianで自動アップグレードする簡単な方法って何かな？
再起動が必要なときは自動的に（できれば時間指定で）再起動してほしい

https://wiki.debian.org/UnattendedUpgrades

検索すれば沢山ヒットするんだから
詰まった箇所で質問しないあたり、試してないどころか
検索すらしてないんだろうな

たくさんある中から、一番簡単な方法を聞いてます。
それに再起動が必要な時に、自動的に再起動の方法は見つかりません
>>398が証拠です。面倒かつ必要な機能を満たせていない。
ちゃんと検索してますか？

なんで上から目線でお前ら教えろなんだろう

毛が三本足りないんだろ

斉天大聖乙

初心者を上から目線で馬鹿にする人は随分減った気がする。
良いことだと思う。

でも相変わらず、自分で何も調べずに、何も努力せずに、
上から目線で「私に教えなさい！」って人がいるんだな。
ここはホントに、大変なスレだよ。

再起動が必要な時ってどういう時かな
カーネル更新しても再起動せずにそのまま使っていられるし
もちろん新しいカーネル使いたかったら再起動しないとだけど

実際、上手に煽ってやると
せっせと知りたい答えを集めてくれる奴らが一定数いるからね。

俺はそんな身につかない、かけた時間が後で全くの
無駄になっちゃうような調べ方はしたくないけど。

>>405
カーネル更新したけど、新しいカーネルは使わないって
なんのためにカーネル更新したの？

よりにもよってDebianという素材ディストリ使っておいて、
最初の単語1個検索にかける時間も惜しむほどシステムに興味がなくて、
それでもIDと口調を偽装してまでしがみつかなきゃいけない
理由ってなんなんだろ？

学校の課題とか？

>>407
upgradeでカーネル新しくなったけど
いま仕事広げちゃってるし再起動めんどいなあ
fsckかかったらやだし、とか
カーネルのアップデートはたいていセキュリティ関係だし
暇になったら再起動しとくか、くらい

>>409
それカーネルを更新してないって意味だよね？

>>409
で、再起動すると起動しないっとwww

そう言えば最近お高くとまった奴見かけなくなったな
あいつも度々IDコロコロしてたのバレバレだったけど

Linuxだって更新にはお祈りが必要なんだから過信は禁物だぞ
最新版しか使えないローリングリリースは怖くてやってられん

リソース不足でローリングリリースしかできない distro じゃあるまいに

そんな貴方にはzfs rollback

物理なら諦めるしかないが、仮想ホストならボリュームイメージをコピーしてからUpdateしたらいい

LVM snapshotとかでもいいんじゃない?

確かに

AndroidみたいにA/Bパーティションできるようになればいいのにな
そうすればアップデートに失敗しても問題ないのに

Debianのカーネル入れ替えに相当する
Android上の操作はメジャーアップデートだろ。
リスクは同等か、低レイヤを直接触って
技術でカバーして直せないことを考えたら
Androidの方がリスク高いくらいだ。

Debianで同等にしたいのなら
Dockerコンテナ以外は一切入れない運用にすれば
リスク的にも技術的にも同等になるが？

ってもはやDebian関係ねぇ

あぁ、ABパーティションってパーティション２つ切って切り替えるあれか。
420の回答は的外れだ。すまない。

DebianでやるならLVM？

aptリポジトリからインストールしたパッケージはaptだけでアップデートできるんだな
って当たり前か

某OSと比べるとそこが利点に感じる

んなことはない
無理矢理他のパッケージマネージャ入れたり自分でmake installしたりすれば簡単にぶっ壊せるよ

またスレ水増しのネタ投下か

「包丁で心臓を刺せば人を殺せるよ」程度の情報

例えがよくない!

Windowsの場合も一応パッケージマネージャは
あるのだけど、

- リポジトリがない（ストアアプリにはあるけど全てを管理できない）
- お作法というか縛りが緩くてメーカーのやりたい放題
- 連結サブパッケージシステムとも呼べる物が複数乱立してる

辺りがカオスの原因じゃないかなと。

そういう意味では423はWindowsの現状を
Debianで無理やり再現してると言えなくもなく
意外と合ってる気がしなくもなくもない。
（無理やりだけど。）

Windowsでもaptやらrpmやらを導入する事はできるだろう
けど現状そうなっていないという事はMSや周囲がパッケージマネージャを導入する利点を見いだせていないという事だ

最近ではクラウドやコンテナの普及によってサーバーのLinux環境は使い捨てるスタイルが主流になってきて、
パッケージマネージャは単なるインストールツールに成り下がりつつあるね
そしてデスクトップだとアプリのフィーチャーアップデートを積極的に入れるから、
aptのような保守的でコンポーネントを極力共有するスタイルのパッケージマネージャはあまり適さないんだよね

まじでこいつらどこかいってくれ

ああ、もう・・・なんで debian スレはこんなに荒れるんだ。
ひょっとして、こいつ、自作自演か？？
まともな状態は三日と続かないｗ

>>427
それいったらmacOSにもパッケージマネージャーもリポジトリもないよ。
サードパーティのHomebewにお世話になるしか無い

で、CLIで動くWindows標準の公式パッケージマネージャーといったら
PackageManagementだけど裏ではNuGetやChocolateyが動いていて
これらのサードパーティのパッケージマネージャー＆リポジトリを
（パッケージプロバイダとして）共通インターフェースで扱えるもの

NuGetはほぼ.NETライブラリ用なので、アプリとしてはChocolateyがリポジトリとして使われてるね
サードパーティだから、リポジトリがないと言いたいんだろうけど、でもWindowsで
パッケージマネージャーを使ってCLIでいろんなアプリをインストールすることはできる。

現時点で全部で7,387パッケージあるらしい（細かい派生パッケージ？を入れると82,802らしいけど）
Debianも6万ぐらいパッケージあるけど、ライブラリとか細かく分かれてるから
アプリとしての数は同じぐらいでは？

CIサービスではソースコードpushしたら自動的に環境が構築されてテストが実行される、
つまりCLIと同じようにコマンドで自動化されてるけど、そういうのでもChocolateyなどが使われてる。

ともかく、知らない人が多いだけでパッケージマネージャー対応としては
十分だと思うけどなにか不満ある？

chocoは管理がメチャクチャな印象しかない

鮭が正月の定番？
聞いたことない

吉池の回し者だろ

雑談は余所でやれ

>>433
お前の印象じゃなくて事実を語れ

>>437
板違いだからその必要は無い

じゃあ嘘も語るな

IDコロコロしてるくせに威張る男の人って‥

Debian壊すな、という話はDebian Wikiにも書いてある
https://wiki.debian.org/DontBreakDebian
非公式なリポジトリを混ぜた状態をFrankenDebianと呼んでる

>>441
なんかツッコミどころ満載のページやなｗ

そりゃアプリの開発者は（一部例外はあるだろうが）
Debianで動作保証なんてしてないんだから動くかどうかわからない。
それを保証してるのがDebianってことだろう？

そこはWindowsと大きな違いなんだわ。
Windowsはアプリの開発者が、Windowsで動くことを検証してる。
多くはバーション指定して動くと保証してるね。

それとそのページ、ソースからビルドしろって言ってるけど
要するに、他人がビルドしたものを使うなってことじゃないのか？
そのことには同意するけどさ、これもWindowsに当てはまらないよね
公式がビルドしてるんだから

そのページは結局、Linuxの世界は特定のディストリで正しくアプリを
インストールして動かすことの難しさを語ってるだけじゃないのか？
それは俺もそのとおりだと思うよｗ

>>441
そこのリンク先にもFlatpaksとかSnappyを使えって書いてあるけど、
FlatpaksやSnappyで提供できるようなものは
Debianパッケージとして提供するのをやめたほうが良いと思うんだよね

アプリ開発者にはaptやyum経由の利用者を嫌ってる人が多いよね
「ユーザーは開発者である」の思想を追求したことが、結果として本来の開発者とユーザーの間の溝を広げてしまっているというのは皮肉な話だな

upstream と連携とってない部分はフォークに見えて
不快感を隠しがたいんじゃね

嫌ってるというか対応できないからな
バグ修正しても対応できません。本家では直ってます。後は知りません。
旧バージョンのサポートは終了しました。
枯れてるコマンドは良いけど、開発速度に追いつけないんだよね

>>442
そりゃWindowsでも開発元が自分のソフトだけインストールして検証するなら動くだろ
むしろ動くか検証しないでリリースする会社いるのかよ

sonameとかの根本的なことが分かってないからこういう馬鹿な発言になるんだろうな

サポートの問題と soname の話は別なんじゃないかなあ

そもそも開発元公式のOSのパッチやアップデートで
ぶっ壊れる事件も多々起きてるのは…

"Advice For New Users On Not Breaking Their Debian System"
という親切なページがいつの間にかできたんですね。>>441

初心者向けに、きちんとまとめてあって良いね。
Debian 公式レポジトリーを使うのは昔から基本。そのための　APT。
基本を守っていれば、滅多に不具合は起きないから。アップデートもあるし。

サードパーティのパッケージは十分な検証が行われていないからね。
サードパーティでも、FlatpakやSnap を使ったほうがいくらかマシなだけで、
それらも、""some ways to reduce the risks""と警告されている。

Windows であっても、匿名のサードパーティはインストールしないよね。
Windows Updatesに相当するのが、Advanced Package System。

訂正→　Advanced Package Tool　

荒らしの連投いつ終わるんだ？

>>453
午前中にはすでも終わってるよ

反応するやつも荒らしいうしな
わしもか

最近のreportbug-ngコマンドはバグ報告テンプレートにaptリポジトリの
一覧を入れてくれる。サードパーティリポジトリが問題の原因の可能性も
あるからね

うぶんつさんが「サードパーティーリポジトリを使うのが当たり前」という悪弊を拡散させてしまったから…

なんでサードパーティリポジトリを使おうとするのか？
その要望を理解してないんだよね。

サードパーティのソフトを入れても壊れない仕組みを作ったほうが良い

ディスクとメモリのフットプリントを減らすことに命懸けてきた時代の遺物だからねえ
公式リポジトリのパッケージは検証済みというのも眉唾だな。
せいぜい公式リポジトリの共有ライブラリとリンクされたものが最低限動くという程度のテストだけで限界で、
マイナーなパッケージでは機能的な検証がロクにされてなくて使い物にならないものも珍しくない。

デスクトップアプリのようなセキュリティ懸念の少ないものについては、
可能な限り共有ライブラリを使わずに静的リンクせよとガイドラインを出すだけでも、
遥かにロバストになるし検証の手間も減ると思うね。

https://www.leviathansecurity.com/blog/aslr-protection-for-statically-linked-executables
まずこのへんでも読んで理解しろ
これすら理解できねぇんなら3才児が｢げんぱつはんたーい｣って叫んでるようなもんだからママのおっぱいでもしゃぶって黙ってろ

>>461
ところが、最近流行りのGo言語は全てスタティックリンクするのが基本なんだ
そして、もはや常識となったコンテナ技術はある意味究極のスタティックリンク技術とも言えるもので、
アプリケーションに対してLinuxシステムを丸ごと実質的にスタティックリンクする
残念ながら、時代はスタティックリンクなんだ
セキュリティはクラウドプラットフォームのレイヤで確保するものなんだ

連投してるのは全部NGにすればいいのか？

ノートPCにDebian10.2をnon-free版isoでインストールしましたが、数回何かキータイプしないとNICが有効になりません。
ところがデスクトップPCにストレージを繋いでブートするとこのような事は起こりません。
しかもノートPCのままでもSSDからHDDに丸ごと書き換えてブートしてみてもこのような事は起こりません。
ノートPCで使用しているNICドライバはfirmware-iwlwifiで、OSインストール後にaptで入れたものです。
NIC自体は以下のものです。
https://ark.intel.com/content/www/jp/ja/ark/products/75439/intel-dual-band-wireless-ac-7260.html

システムログ関係も見直しましたが、いまいちよく分かりません。
原因としてどのような事が考えられるでしょうか？宜しければご回答頂けると嬉しく思います。

>>462
てめえのそのクソ箱んなかのgoやdockerのバイナリがどうなってるか確認してみやがれクソニワカ
コンテナとstaticlinkを同列扱いしてる時点でガイジ以下なんだよクソ虫が

>>463
NGID に都度でぶっこんだとしてもコロコロ変えてくる奴が出て来るだけなので
私は諦めてる
※感じ方には個人差があります