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/

Windows 環境でダウンロードファイルを検証することが
この文脈で（以下省略

署名の検証については誰も書いてくれないのですね
諸先輩方これでよろしいのでしょうか？　Debian 9上でチェック
$ gpg --verify SHA512SUMS.sign SHA512SUMS
gpg: 2019年11月17日 11時48分09秒 JSTに施された署名
gpg: RSA鍵DF9B9C49EAA9298432589D76DA87E80D6294BE9Bを使用
gpg: "Debian CD signing key <[email protected]>"からの正しい署名 [不明の]
gpg: *警告*: この鍵は信用できる署名で証明されていません!
gpg: この署名が所有者のものかどうかの検証手段がありません。
主鍵フィンガープリント: DF9B 9C49 EAA9 2984 3258 9D76 DA87 E80D 6294 BE9B

ハッシュの置き場がわかんねえとかって応用が効かねえんだよ
その数値でググれば出てきたりするもんだ

>>346
キーボードショートカットで操作しようとしたら隣から二十歳の子が手を出してきて
マウスで目にも止まらぬカーソルコントロールを見せてパパッと済ませてしまった

>>351
man 1 gpg
https://ぐぐる/search?q=gpg+公開鍵+承認
https://ぐぐる/search?=debian+iso+署名+検証
https://mevius.5ch.net/test/read.cgi/unix/1007324740

何でも人に聞く前にせめてこの位のリサーチはしておきましょう

>>354
訂正
https://ぐぐる/search?=debian+iso+署名+検証
↓
https://ぐぐる/search?q=debian+iso+署名+検証

なんでキーパンチの早い女子って
威嚇するようにでっかい打鍵音を立てるんだろう

昔は、商業高校とかで、本物のタイプライターとか和文タイプ教えてたから、
あれで覚えるとそうなっちゃうんだよね
あくまでも昔の女子の話で、今は知らない

>>357
20世紀末、パソコン教育黎明期にタイプ練習ソフトが流行したな。ソフトの名前も忘れてしまったけど

商業高校は速さを求めてローマ字入力でなくてかな入力してた。
ローマ字入力派の俺は、そいつと同じマシンを使うと、切替ないといけなくて、微妙なストレスあった。

そういや、その「女子」もカナ入力だった
商業高校でマウンティング大会でも経験したのかなあ

>>351
どこに記載されているかもわからない程度で作業状況を示していないのでは書きようがない
キーサーバーを指定しているのは自分なんだからそれを信じるしかないだろう

>>357
中大卒で電気関係行った60の母はタイプライター資格取ってたから今も英字タイプでやってるようだ
ローマ字打ちはなんか慣れないって言ってるがどう違うのか俺にはようわからん。俺よりタイピング上なのに

>>358
あったなあ(遠い目)
PC98に移植されたやつを万札出して購入して、毎日一時間練習した
元が英語用だから
the quick brown fox jumps over the lazy dog
を何度も練習した

Windows3.1が普及して特打などのローマ字入力を主流にするやつが出て
日本国からキーボードアレルギーが払拭された

apt-getって並列でインストールできるようにならないかな？

>>364
依存関係の意味わかってる？

>>364
こういう事？
https://github.com/ilikenwf/apt-fast

>>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のパッチやアップデートで
ぶっ壊れる事件も多々起きてるのは…