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/ >>330
実行順がないところは宣言的でいいが
起動順が重要なところは宣言的じゃないほうが良いよ
例えばEnvironmentとExecStartPreはどちらが先に実行されるか?
こういう処理は本質的に宣言的ではない
すべてを宣言的にやろうとしすぎて逆に複雑になってる気がする >>332
fetchmail 使えない? うちではこんなエラーが出ている。
$ fetchmail
fetchmail: OpenSSL からの報告: error:1414D172:SSL
routines:tls12_check_peer_sigalg:wrong signature type
fetchmail: SSL による接続に失敗しました。
strech で不自由していないから、そのうち直るだろうとほっぽってあるんだが。 debian10.2のnetインストのハッシュを確認したいのですが、
相変わらずサイト構成が解りにくく、たどり着くことが出来ません。
チェックサムはどこに記載されていますか? >>335
まずネットインストの場所を教えて下さい isoの同じディレクトリにSHA256SUMSがあるじゃろ >>335
そんな調子では署名の確認とかもやっていなさそうですね
改ざんされていても知りませんよ
とりあえず公式文書をお読み下さい
https://www.debian.org/CD/verify.ja.html >>334
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912759
OpenSSLのsecurity levelを1に下げたら解決しそうな気がする
fetchmailrcのどこにどう書けばいいかはちょっとぐぐった限りでは
わからんかった >>335
https://www.debian.org/ を開く
Debian を入手する リンクを押す
インストールイメージのダウンロード 項の配下にある 64 ビット PC netinst iso 又は 32 ビット PC netinst iso を右クリックなどしてリンク URLを取得
アドレスバーに貼り付けて isoファイル名を除いて確定
SHA256SUMS などを押して確認するだけ
サイトは綺麗にまとまっていると思うんだけど 解釈する人によるんかな Windows でも 7zip とかで sha256 計算できるよな Windows のコマンドなら、7z(7-zip), certutil, PowerShell のGet-FileHash などがある Win10ならbash動くだろ、コマンドないのか? マウスで出来ることをいちいちコマンド打つ必要がない 「コマンド打てば出来ることをいちいちマウスいじる必要がない」という話にもなりかねず
結局やりたいようにやりゃええ Windows 環境でダウンロードファイルを検証することが
この文脈で(以下省略 署名の検証については誰も書いてくれないのですね
諸先輩方これでよろしいのでしょうか? Debian 9上でチェック
$ gpg --verify SHA512SUMS.sign SHA512SUMS
gpg: 2019年11月17日 11時48分09秒 JSTに施された署名
gpg: RSA鍵DF9B9C49EAA9298432589D76DA87E80D6294BE9Bを使用
gpg: "Debian CD signing key <debian-cd@lists.debian.org>"からの正しい署名 [不明の]
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って並列でインストールできるようにならないかな? >>365
パッケージは全てにおいて依存関係があるわけではない
同時にインストールできる場合は多い
>>366
それはダウンロードが並列なだけ 同時インストールはdpkgが想定してないから無理
アトミックにしか動かない シーケンシャルに実行するのに何の不満があるのだろう
debファイル手動で落として dpkg コマンドでインストールという手、とか…?
$ apt install foo bar
とか出来た気もするが…? dpkgのインストールで時間がかかっている部分ってほとんどがストレージのI/Oじゃない?
だから並列にしてもそんなに早くなるとは思えない
逆に遅くなるケースが多そう
並列に動かしたいと言うのが速さのためではなく単に処理中でも他から同時に実行できるようにしたいってことかも知れないが 速度も速くなるだろうけど、それはどうでもいいよ
本来個々のパッケージのインストールは独立しているわけだから
並列してインストール可能なはずだろ?
例えばセキュリティアップデートが自動更新されてるときに
別のパッケージを手動でインストールするとかあるわけじゃん?
今は別のプロセスが処理してるからとか言ってエラーが出るけど
全体にロックを掛けるんじゃなくて、必要な部分だけ排他制御を
きちんとやっていれば、エラーなくインストールできるはず
少なくとも他のOSだとエラーになることはないよね 連携性・構成力・統一性の無さはOSSならではw 受け入れるしかない >>373
パッケージのインストールはファイルの
コピーするだけではないので
並列動作の安全性の保証は簡単じゃない Windowsのアップデートなんかほとんど再起動要請されて
その中途で置き換えてんじゃねえの >>373
なんなら自分でこさえなよ
dpkgでの動作検証出来てるんでしょ? >>377
設計レベルで見直さないといけないから大変だよ
一番厄介なのはパッケージインストールやアンインストール時に実行されるフック
何が行われるのかわからないからパッケージマネージャーだけの頑張りだけでは実現不可能
そういうのをきっちり何に依存するのかしないのかをメタデータで定めて
パッケージ間の独立性を明確にし、どうしても依存する部分は部分的にロックを掛ける仕組みが必要
たいていは独立してインストール可能だと思うけどね。特にサービスではないものは。
一部の例外が大変なんだよ。一筋縄ではいかないから、ここでできないなーってぼやいてる >>373
エラーが出ない他のOSってなに?
俺の知る限りではWindowsもMacOSではインストール中のインストールは出来ないと思うが。 ストアアプリはパッケージマネージャ以前にベースの仕組みが全く違う。
どこまで理解してから話してるのか分からないから
釈迦に説法だったらごめんだけど、
それが唯一の根拠だとしたら
ストアアプリがどういうものか、なんで並列インストールができるのか、
ちょっとググってきたほうがいい。
ぶっちゃけ、ちょっと恥ずかしい主張になっちゃってる。 >>382
>>381はいい人だから遠まわしにお前に馬鹿引っ込めと言ってくれてるんだよ
わからないやつは親切に言われてもわからないということが証明されたね >>383
いや、それ単なる嫌がらせじゃんw
恥ずかしいと、お前は恥ずかしいんだ!っていうだけで
その根拠を何も示せない。
説得力って言葉知ってる? でも、もしそんな常識を覆す実装が実用に耐えうる形で実現したら素敵だね
俺の様なパーには無理な話だが 知らない
数百MiBあるようなパッケージ複数ならバラけて見える
小さいパッケージならそんなもんじゃない?
丁度WineのアプデがあったからSS撮ろうとしたが
それなりにデカイはずなのに一瞬で終わって撮れん 見えてる地雷をわざわざ踏みに行くのは感心しないなあ 煽って説明させて楽に知識を得ようとする手なのかな、これは。 スレ違いでもなんでも無理やりレス引き出そうとするアレか Debianで自動アップグレードする簡単な方法って何かな?
再起動が必要なときは自動的に(できれば時間指定で)再起動してほしい 検索すれば沢山ヒットするんだから
詰まった箇所で質問しないあたり、試してないどころか
検索すらしてないんだろうな たくさんある中から、一番簡単な方法を聞いてます。
それに再起動が必要な時に、自動的に再起動の方法は見つかりません
>>398が証拠です。面倒かつ必要な機能を満たせていない。
ちゃんと検索してますか? 初心者を上から目線で馬鹿にする人は随分減った気がする。
良いことだと思う。
でも相変わらず、自分で何も調べずに、何も努力せずに、
上から目線で「私に教えなさい!」って人がいるんだな。
ここはホントに、大変なスレだよ。 再起動が必要な時ってどういう時かな
カーネル更新しても再起動せずにそのまま使っていられるし
もちろん新しいカーネル使いたかったら再起動しないとだけど 実際、上手に煽ってやると
せっせと知りたい答えを集めてくれる奴らが一定数いるからね。
俺はそんな身につかない、かけた時間が後で全くの
無駄になっちゃうような調べ方はしたくないけど。 >>405
カーネル更新したけど、新しいカーネルは使わないって
なんのためにカーネル更新したの? よりにもよってDebianという素材ディストリ使っておいて、
最初の単語1個検索にかける時間も惜しむほどシステムに興味がなくて、
それでもIDと口調を偽装してまでしがみつかなきゃいけない
理由ってなんなんだろ?
学校の課題とか? >>407
upgradeでカーネル新しくなったけど
いま仕事広げちゃってるし再起動めんどいなあ
fsckかかったらやだし、とか
カーネルのアップデートはたいていセキュリティ関係だし
暇になったら再起動しとくか、くらい >>409
それカーネルを更新してないって意味だよね? そう言えば最近お高くとまった奴見かけなくなったな
あいつも度々IDコロコロしてたのバレバレだったけど Linuxだって更新にはお祈りが必要なんだから過信は禁物だぞ
最新版しか使えないローリングリリースは怖くてやってられん リソース不足でローリングリリースしかできない distro じゃあるまいに 物理なら諦めるしかないが、仮想ホストならボリュームイメージをコピーしてからUpdateしたらいい AndroidみたいにA/Bパーティションできるようになればいいのにな
そうすればアップデートに失敗しても問題ないのに Debianのカーネル入れ替えに相当する
Android上の操作はメジャーアップデートだろ。
リスクは同等か、低レイヤを直接触って
技術でカバーして直せないことを考えたら
Androidの方がリスク高いくらいだ。
Debianで同等にしたいのなら
Dockerコンテナ以外は一切入れない運用にすれば
リスク的にも技術的にも同等になるが?
ってもはやDebian関係ねぇ あぁ、ABパーティションってパーティション2つ切って切り替えるあれか。
420の回答は的外れだ。すまない。
DebianでやるならLVM? aptリポジトリからインストールしたパッケージはaptだけでアップデートできるんだな
って当たり前か
某OSと比べるとそこが利点に感じる んなことはない
無理矢理他のパッケージマネージャ入れたり自分でmake installしたりすれば簡単にぶっ壊せるよ Windowsの場合も一応パッケージマネージャは
あるのだけど、
- リポジトリがない(ストアアプリにはあるけど全てを管理できない)
- お作法というか縛りが緩くてメーカーのやりたい放題
- 連結サブパッケージシステムとも呼べる物が複数乱立してる
辺りがカオスの原因じゃないかなと。
そういう意味では423はWindowsの現状を
Debianで無理やり再現してると言えなくもなく
意外と合ってる気がしなくもなくもない。
(無理やりだけど。) Windowsでもaptやらrpmやらを導入する事はできるだろう
けど現状そうなっていないという事はMSや周囲がパッケージマネージャを導入する利点を見いだせていないという事だ 最近ではクラウドやコンテナの普及によってサーバーのLinux環境は使い捨てるスタイルが主流になってきて、
パッケージマネージャは単なるインストールツールに成り下がりつつあるね
そしてデスクトップだとアプリのフィーチャーアップデートを積極的に入れるから、
aptのような保守的でコンポーネントを極力共有するスタイルのパッケージマネージャはあまり適さないんだよね ああ、もう・・・なんで debian スレはこんなに荒れるんだ。
ひょっとして、こいつ、自作自演か??
まともな状態は三日と続かないw >>427
それいったらmacOSにもパッケージマネージャーもリポジトリもないよ。
サードパーティのHomebewにお世話になるしか無い
で、CLIで動くWindows標準の公式パッケージマネージャーといったら
PackageManagementだけど裏ではNuGetやChocolateyが動いていて
これらのサードパーティのパッケージマネージャー&リポジトリを
(パッケージプロバイダとして)共通インターフェースで扱えるもの
NuGetはほぼ.NETライブラリ用なので、アプリとしてはChocolateyがリポジトリとして使われてるね
サードパーティだから、リポジトリがないと言いたいんだろうけど、でもWindowsで
パッケージマネージャーを使ってCLIでいろんなアプリをインストールすることはできる。
現時点で全部で7,387パッケージあるらしい(細かい派生パッケージ?を入れると82,802らしいけど)
Debianも6万ぐらいパッケージあるけど、ライブラリとか細かく分かれてるから
アプリとしての数は同じぐらいでは?
CIサービスではソースコードpushしたら自動的に環境が構築されてテストが実行される、
つまりCLIと同じようにコマンドで自動化されてるけど、そういうのでもChocolateyなどが使われてる。
ともかく、知らない人が多いだけでパッケージマネージャー対応としては
十分だと思うけどなにか不満ある? ■ このスレッドは過去ログ倉庫に格納されています