[過去ログ] Debian GNU/Linux スレッド Ver.93 (1002レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
312
(1): 2019/12/17(火)10:46 ID:JaRFpJrg(1) AAS
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
7b77e0f2-4ff9-4adb-85e4-af249191f27a
[ ] Choice 1: F: Focus on systemd
[ ] Choice 2: B: Systemd but we support exploring alternatives
[ ] Choice 3: A: Support for multiple init systems is Important
[ ] Choice 4: D: Support non-systemd systems, without blocking progress
[ ] Choice 5: H: Support portability, without blocking progress
[ ] Choice 6: E: Support for multiple init systems is Required
[ ] Choice 7: G: Support portability and multiple implementations
[ ] Choice 8: Further Discussion
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-

Voting period starts 2019-12-07 00:00:00 UTC
Votes must be received by 2019-12-27 23:59:59 UTC
313: 2019/12/17(火)12:33 ID:OlEawMzQ(1) AAS
systemctl statusは便利
314: 2019/12/17(火)15:58 ID:UW9yVEU1(1/3) AAS
あと/etc/systemd以下にファイルを配置することで
簡単にデフォルト設定を変更できるのもいいな
以前はインストールすると勝手に起動するサービスを
停止させるのは面倒だった
315: 2019/12/17(火)16:05 ID:UW9yVEU1(2/3) AAS
>>311
Javaのコードの長さは型情報の追加という意味があるから全然話が違うよ。

init.dの場合、initが面倒を見てくれれば書かなくて済むものを
自分で書かなければいけない。しかもそのやり方はディストリごとに
パスが違ったりと微妙に異なる可能性がある。

なにより量が違いすぎる。/etc/init.d/cronは少ないほうだと思うが92行もある
それに対して/lib/systemd/system/cron.serviceは12行
316: 2019/12/17(火)16:11 ID:UW9yVEU1(3/3) AAS
>>312
今のままのinitの使い方はやめるべきだと思うな
init自体はそのままでも良いと思うんだけど、
init.dのスクリプト群にフレームワーク的な構造をを取り入れて
処理を共通化するべきだろう。そしておそらくそれはできる。
start/stop/status的なものはデフォルトで共通処理
そしてオーバーライド可能とかね
そうしないとメンテナンスが大変すぎる。
317
(1): 2019/12/18(水)03:45 ID:RepDV8Lm(1) AAS
Debianをsystemdに売り渡した連中がデカイ面してるので
出ていった半数のメンテナは戻ってこない
つまりDebianが暗黒面に落ちたから*BSDへ移る用意をしておけということだ
318
(1): 2019/12/18(水)06:20 ID:MB7RJ0fN(1) AAS
要するに、sysvinit かなにかをデフォルトにして
「選びたければ systemd にしな」というかんじにしたい人が結構多いのかな
319: 2019/12/18(水)07:44 ID:zH1F31WX(1) AAS
>>317
そんな事言っちゃっていいの?
間違いなくドライバ云々で苦労する人続出だよ
320: 2019/12/18(水)08:41 ID:O+Yu98Ta(1/4) AAS
systemdってexponential backoffないのか?つらいな
デフォルトは10秒間で5回まで再起動が行うっていうけど
起動に3秒ぐらいかかってるから、10秒で5回の閾値超えないんだよな
つまり永遠に再起動を繰り返す。
ちゃんとそこまで確認して設定すりゃいいんだろうが
簡単にミスしてログでディスク枯渇してしまう
321: 2019/12/18(水)09:53 ID:0A9rzvn8(1) AAS
>>318
blogでどう投票したかを表明している人の内容を見てる感じ
systemd推進派とinit多様性維持派で半々ぐらいの印象
まあN=1桁だけど
322
(1): 2019/12/18(水)12:59 ID:gMdqO2R6(1) AAS
systemdオンリーにする方針は
何年かしたら再考しようと誰か言い出すし
蒸し返すの禁止にも出来ないし
323: 2019/12/18(水)18:03 ID:O+Yu98Ta(2/4) AAS
エラーの原因が一時的な要因(ネットワークエラー)によるものと
恒久的なもの(設定ファイル記述ミス)とで分ける仕組み無いかな
一時的なものならsystemdでリトライしてもらいたいが、
設定ミスとかリトライしたってしょうがないだろうと
324: 2019/12/18(水)18:13 ID:O+Yu98Ta(3/4) AAS
つーかリトライ上限すら無いんだな
325: 2019/12/18(水)21:07 ID:O+Yu98Ta(4/4) AAS
変数展開にExecStart=/bin/sh -cが広く使われてるワークアラウンドってのがダサいな
これのせいで絶対パス限定にした意味がなくなってるし
326: 2019/12/18(水)22:45 ID:OdcvQcja(1) AAS
まぁ、簡単にサービスを定義できるようになったから、逆にテキトウな設定で済ませてしまう(いわゆるコピペ)開発者やメンテナが増えてしまうっていうパターンだな。
RestartPreventExitStatus とか StartLimitBurst とかいろいろ仕組みはあるから…。
327: 2019/12/19(木)02:46 ID:JHq1dzG6(1) AAS
どこもかしこもsystemdってことは迎合してでも採用する利点があったってことじゃないの?
古来からの文法が刷新されて一から覚え直すハメになったのは分かるけど、
だからって開発者にまで批判ってどんだけ嫌われてるのコレ
Linux版のsvchost.exeってことで色々察したけどさ
swapも最近になって専用領域からファイルに変わったけどそこまでwindowsの後追いしなくてもなぁ
328: 2019/12/19(木)04:06 ID:4Znbt6Oj(1) AAS
不便にはなった
無理やりねじ込んできた様にしか感じない
329: 2019/12/19(木)06:28 ID:0itLVRli(1/2) AAS
別に不便とは思わないんだが、ユニットファイルの形式がなー

hogehoge.service.sh みたいな名前で、こんな形式の
シェルスクリプトだったら良かったのにな

description="説明"
before=
after=

exec_start() {
 起動コマンドを書く
}

exec_reload() {
 再起動コマンドを書く
}
330
(1): 2019/12/19(木)09:02 ID:BrtfYWJz(1) AAS
宣言的に書くのがミソなのに
そんな書き方許したら駄目だな
331: 2019/12/19(木)10:43 ID:GiPefzcy(1/2) AAS
>>322
まあそういうのはどういう方向に行ったとしても禁止はできない
それでも本格的にどうするのかを決めるまでにいくのはそんなに簡単でもない
今回でもMLで議論 -> Technical commiitee内で議論 -> GR という
過程を経ているし蒸し返す際にも同じ過程を踏む必要がある

で、蒸し返しの場合だったら一回GRで決まったんだからTCが否決する
可能性が高いんじゃないかな
332
(1): 2019/12/19(木)10:57 ID:LdeTkK5d(1) AAS
なんでfetchmailは、ベータ版をstableに採用したんだろう
旧版はセキュリティ的に問題あったのかな
333: 2019/12/19(木)14:01 ID:0itLVRli(2/2) AAS
>>330
実行順がないところは宣言的でいいが
起動順が重要なところは宣言的じゃないほうが良いよ

例えばEnvironmentとExecStartPreはどちらが先に実行されるか?
こういう処理は本質的に宣言的ではない

すべてを宣言的にやろうとしすぎて逆に複雑になってる気がする
334
(1): 2019/12/19(木)14:13 ID:9i7ZJD4w(1) AAS
>>332
fetchmail 使えない? うちではこんなエラーが出ている。

$ fetchmail
fetchmail: OpenSSL からの報告: error:1414D172:SSL
routines:tls12_check_peer_sigalg:wrong signature type
fetchmail: SSL による接続に失敗しました。

strech で不自由していないから、そのうち直るだろうとほっぽってあるんだが。
335
(5): 2019/12/19(木)19:37 ID:76BYEAmw(1) AAS
debian10.2のnetインストのハッシュを確認したいのですが、
相変わらずサイト構成が解りにくく、たどり着くことが出来ません。
チェックサムはどこに記載されていますか?
336: 2019/12/19(木)19:53 ID:iPTZqdvN(1) AAS
>>335
まずネットインストの場所を教えて下さい
337: 2019/12/19(木)19:55 ID:R1RSVw68(1) AAS
isoの同じディレクトリにSHA256SUMSがあるじゃろ
338: 2019/12/19(木)20:07 ID:qKLk3uUr(1) AAS
>>335
そんな調子では署名の確認とかもやっていなさそうですね
改ざんされていても知りませんよ
とりあえず公式文書をお読み下さい
外部リンク[html]:www.debian.org
339: 2019/12/19(木)20:53 ID:B8M4QYsC(1) AAS
>>335
こことか
外部リンク:cdimage.debian.org
340: 2019/12/19(木)22:26 ID:3b8Hbir6(1) AAS
>>335
公認ミラー一覧
外部リンク:www.debian.org
341: 2019/12/19(木)22:48 ID:GiPefzcy(2/2) AAS
>>334
外部リンク[cgi]:bugs.debian.org
OpenSSLのsecurity levelを1に下げたら解決しそうな気がする
fetchmailrcのどこにどう書けばいいかはちょっとぐぐった限りでは
わからんかった
342: 2019/12/20(金)00:40 ID:qhxkeqIz(1) AAS
>>335
外部リンク:www.debian.org を開く
Debian を入手する リンクを押す
インストールイメージのダウンロード 項の配下にある 64 ビット PC netinst iso 又は 32 ビット PC netinst iso を右クリックなどしてリンク URLを取得
アドレスバーに貼り付けて isoファイル名を除いて確定
SHA256SUMS などを押して確認するだけ
サイトは綺麗にまとまっていると思うんだけど 解釈する人によるんかな
343: 2019/12/20(金)01:43 ID:QIodPvkL(1) AAS
Windows でも 7zip とかで sha256 計算できるよな
344: 2019/12/20(金)10:48 ID:cZ8nh8H/(1) AAS
Windows のコマンドなら、7z(7-zip), certutil, PowerShell のGet-FileHash などがある
345: 2019/12/20(金)12:50 ID:QmVS6GTS(1) AAS
Win10ならbash動くだろ、コマンドないのか?
346
(1): 2019/12/20(金)16:56 ID:0GcwZAmm(1) AAS
マウスで出来ることをいちいちコマンド打つ必要がない
347: 2019/12/21(土)00:03 ID:eyxY85sa(1) AAS
「コマンド打てば出来ることをいちいちマウスいじる必要がない」という話にもなりかねず
結局やりたいようにやりゃええ
348: 2019/12/21(土)00:48 ID:tj05gCH4(1) AAS
なんでWindowsの話が出てくるのかわからん
349: 2019/12/21(土)01:05 ID:oypApfP5(1/3) AAS
GUIの話にLinuxがでるとは誰も思わないから
350: 2019/12/21(土)02:10 ID:PU0B+M7U(1/4) AAS
Windows 環境でダウンロードファイルを検証することが
この文脈で(以下省略
351
(2): 2019/12/21(土)08:47 ID:xCP+rw3z(1) AAS
署名の検証については誰も書いてくれないのですね
諸先輩方これでよろしいのでしょうか? 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
352: 2019/12/21(土)10:15 ID:WYi9GY4J(1) AAS
ハッシュの置き場がわかんねえとかって応用が効かねえんだよ
その数値でググれば出てきたりするもんだ
353: 2019/12/21(土)10:35 ID:QpDhBxjO(1/2) AAS
>>346
キーボードショートカットで操作しようとしたら隣から二十歳の子が手を出してきて
マウスで目にも止まらぬカーソルコントロールを見せてパパッと済ませてしまった
354
(1): 2019/12/21(土)10:50 ID:Ar/vdW3V(1/3) AAS
>>351
man 1 gpg
https://ぐぐる/search?q=gpg+公開鍵+承認
https://ぐぐる/search?=debian+iso+署名+検証
2chスレ:unix

何でも人に聞く前にせめてこの位のリサーチはしておきましょう
355: 2019/12/21(土)10:51 ID:Ar/vdW3V(2/3) AAS
>>354
訂正
https://ぐぐる/search?=debian+iso+署名+検証

https://ぐぐる/search?q=debian+iso+署名+検証
356: 2019/12/21(土)11:38 ID:PU0B+M7U(2/4) AAS
なんでキーパンチの早い女子って
威嚇するようにでっかい打鍵音を立てるんだろう
357
(2): 2019/12/21(土)11:52 ID:/dct6Xj7(1/2) AAS
昔は、商業高校とかで、本物のタイプライターとか和文タイプ教えてたから、
あれで覚えるとそうなっちゃうんだよね
あくまでも昔の女子の話で、今は知らない
358
(1): 2019/12/21(土)12:02 ID:OSUt5McC(1) AAS
>>357
20世紀末、パソコン教育黎明期にタイプ練習ソフトが流行したな。ソフトの名前も忘れてしまったけど
359: 2019/12/21(土)12:02 ID:4mL2N8aY(1) AAS
商業高校は速さを求めてローマ字入力でなくてかな入力してた。
ローマ字入力派の俺は、そいつと同じマシンを使うと、切替ないといけなくて、微妙なストレスあった。
360: 2019/12/21(土)12:15 ID:PU0B+M7U(3/4) AAS
そういや、その「女子」もカナ入力だった
商業高校でマウンティング大会でも経験したのかなあ
361: 2019/12/21(土)15:33 ID:IAYLkSyu(1) AAS
>>351
どこに記載されているかもわからない程度で作業状況を示していないのでは書きようがない
キーサーバーを指定しているのは自分なんだからそれを信じるしかないだろう
362: 2019/12/21(土)15:45 ID:QpDhBxjO(2/2) AAS
>>357
中大卒で電気関係行った60の母はタイプライター資格取ってたから今も英字タイプでやってるようだ
ローマ字打ちはなんか慣れないって言ってるがどう違うのか俺にはようわからん。俺よりタイピング上なのに
363: 2019/12/21(土)15:49 ID:xOelwosN(1/2) AAS
>>358
あったなあ(遠い目)
PC98に移植されたやつを万札出して購入して、毎日一時間練習した
元が英語用だから
the quick brown fox jumps over the lazy dog
を何度も練習した

Windows3.1が普及して特打などのローマ字入力を主流にするやつが出て
日本国からキーボードアレルギーが払拭された
364
(2): 2019/12/21(土)19:00 ID:oypApfP5(2/3) AAS
apt-getって並列でインストールできるようにならないかな?
365
(1): 2019/12/21(土)19:02 ID:/dct6Xj7(2/2) AAS
>>364
依存関係の意味わかってる?
366
(1): 2019/12/21(土)19:06 ID:Ar/vdW3V(3/3) AAS
>>364
こういう事?
外部リンク:github.com
367: 2019/12/21(土)19:49 ID:oypApfP5(3/3) AAS
>>365
パッケージは全てにおいて依存関係があるわけではない
同時にインストールできる場合は多い

>>366
それはダウンロードが並列なだけ
368: 2019/12/21(土)22:20 ID:uNtY0iM5(1) AAS
同時インストールはdpkgが想定してないから無理
アトミックにしか動かない
369: 2019/12/21(土)22:23 ID:xOelwosN(2/2) AAS
並列に出来たとして早くなるかな?
370: 2019/12/21(土)22:32 ID:PU0B+M7U(4/4) AAS
シーケンシャルに実行するのに何の不満があるのだろう
debファイル手動で落として dpkg コマンドでインストールという手、とか…?

$ apt install foo bar
とか出来た気もするが…?
371: 2019/12/21(土)22:35 ID:JMpF00Zj(1) AAS
厨房ほどむだな速さにこだわる
372: 2019/12/21(土)23:04 ID:bwTO5V2y(1) AAS
dpkgのインストールで時間がかかっている部分ってほとんどがストレージのI/Oじゃない?
だから並列にしてもそんなに早くなるとは思えない
逆に遅くなるケースが多そう

並列に動かしたいと言うのが速さのためではなく単に処理中でも他から同時に実行できるようにしたいってことかも知れないが
373
(3): 2019/12/22(日)00:14 ID:c9W+JjY/(1) AAS
速度も速くなるだろうけど、それはどうでもいいよ
本来個々のパッケージのインストールは独立しているわけだから
並列してインストール可能なはずだろ?

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

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

少なくとも他のOSだとエラーになることはないよね
374: 2019/12/22(日)00:55 ID:9f+bLh4e(1) AAS
連携性・構成力・統一性の無さはOSSならではw 受け入れるしかない
375: 2019/12/22(日)01:09 ID:ktV5nYGi(1) AAS
>>373
パッケージのインストールはファイルの
コピーするだけではないので
並列動作の安全性の保証は簡単じゃない
376: 2019/12/22(日)01:38 ID:nGUR9PYr(1) AAS
Windowsのアップデートなんかほとんど再起動要請されて
その中途で置き換えてんじゃねえの
377
(1): 2019/12/22(日)08:39 ID:GnjXKWyv(1/3) AAS
>>373
なんなら自分でこさえなよ
dpkgでの動作検証出来てるんでしょ?
378: 2019/12/22(日)09:06 ID:v6c47t1r(1/6) AAS
>>377
設計レベルで見直さないといけないから大変だよ
一番厄介なのはパッケージインストールやアンインストール時に実行されるフック
何が行われるのかわからないからパッケージマネージャーだけの頑張りだけでは実現不可能
そういうのをきっちり何に依存するのかしないのかをメタデータで定めて
パッケージ間の独立性を明確にし、どうしても依存する部分は部分的にロックを掛ける仕組みが必要
たいていは独立してインストール可能だと思うけどね。特にサービスではないものは。
一部の例外が大変なんだよ。一筋縄ではいかないから、ここでできないなーってぼやいてる
379
(1): 2019/12/22(日)09:08 ID:4k7swH6D(1/2) AAS
>>373
エラーが出ない他のOSってなに?
俺の知る限りではWindowsもMacOSではインストール中のインストールは出来ないと思うが。
380
(1): 2019/12/22(日)10:42 ID:v6c47t1r(2/6) AAS
>>379
こんな感じで同時にインストールできるようになってるよ

外部リンク[html]:snow-white.cocolog-nifty.com
画像リンク[png]:snow-white.cocolog-nifty.com
381
(2): 2019/12/22(日)11:12 ID:rJ5cYlXz(1/2) AAS
ストアアプリはパッケージマネージャ以前にベースの仕組みが全く違う。

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

ぶっちゃけ、ちょっと恥ずかしい主張になっちゃってる。
382
(1): 2019/12/22(日)12:52 ID:v6c47t1r(3/6) AAS
>>381
そいで、何が言いたいのさ?w
383
(1): 2019/12/22(日)13:12 ID:4k7swH6D(2/2) AAS
>>382
>>381はいい人だから遠まわしにお前に馬鹿引っ込めと言ってくれてるんだよ
わからないやつは親切に言われてもわからないということが証明されたね
384: 2019/12/22(日)13:26 ID:v6c47t1r(4/6) AAS
>>383
いや、それ単なる嫌がらせじゃんw

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

説得力って言葉知ってる?
385: 2019/12/22(日)13:31 ID:GnjXKWyv(2/3) AAS
でも、もしそんな常識を覆す実装が実用に耐えうる形で実現したら素敵だね
俺の様なパーには無理な話だが
386: 2019/12/22(日)13:51 ID:g5i8jXR2(1/6) AAS
>>380
画像リンク[png]:quickfix.es
KDEのDiscoverシステム眺めてれば?
387: 2019/12/22(日)13:52 ID:g5i8jXR2(2/6) AAS
画像リンク[png]:i.imgur.com
JDで読めるように再
388: 2019/12/22(日)13:55 ID:v6c47t1r(5/6) AAS
なんで全部5,1MBなんですか?
389: 2019/12/22(日)14:08 ID:g5i8jXR2(3/6) AAS
知らない
数百MiBあるようなパッケージ複数ならバラけて見える
小さいパッケージならそんなもんじゃない?
丁度WineのアプデがあったからSS撮ろうとしたが
それなりにデカイはずなのに一瞬で終わって撮れん
390: 2019/12/22(日)14:14 ID:v6c47t1r(6/6) AAS
じゃあ合成ってことだねw
391: 2019/12/22(日)14:21 ID:g5i8jXR2(4/6) AAS
なにいってんだこいつ
392
(1): 2019/12/22(日)14:38 ID:0ivowMiM(1) AAS
見えてる地雷をわざわざ踏みに行くのは感心しないなあ
393: 2019/12/22(日)14:43 ID:g5i8jXR2(5/6) AAS
>>392
すまん、おかしさを感じつつ油断してた

画像リンク[png]:i.imgur.com
394: 2019/12/22(日)14:51 ID:rJ5cYlXz(2/2) AAS
煽って説明させて楽に知識を得ようとする手なのかな、これは。
395: 2019/12/22(日)15:12 ID:g5i8jXR2(6/6) AAS
スレ違いでもなんでも無理やりレス引き出そうとするアレか
396: 2019/12/22(日)15:31 ID:GnjXKWyv(3/3) AAS
ああ、ア○ィね
397: 2019/12/23(月)11:08 ID:HcN9yx+4(1) AAS
Debianで自動アップグレードする簡単な方法って何かな?
再起動が必要なときは自動的に(できれば時間指定で)再起動してほしい
398
(1): 2019/12/23(月)11:27 ID:BOdhhMfN(1) AAS
外部リンク:wiki.debian.org
399: 2019/12/23(月)11:49 ID:5Sk4x1KC(1) AAS
検索すれば沢山ヒットするんだから
詰まった箇所で質問しないあたり、試してないどころか
検索すらしてないんだろうな
400: 2019/12/23(月)12:25 ID:7uXoPuqJ(1) AAS
たくさんある中から、一番簡単な方法を聞いてます。
それに再起動が必要な時に、自動的に再起動の方法は見つかりません
>>398が証拠です。面倒かつ必要な機能を満たせていない。
ちゃんと検索してますか?
401: 2019/12/23(月)12:44 ID:vjtiyN5l(1) AAS
なんで上から目線でお前ら教えろなんだろう
402: 2019/12/23(月)14:04 ID:MDcUcGAP(1) AAS
毛が三本足りないんだろ
403: 2019/12/23(月)14:39 ID:PsLPhQIt(1) AAS
斉天大聖乙
404: 2019/12/23(月)15:57 ID:W54eKVu8(1) AAS
初心者を上から目線で馬鹿にする人は随分減った気がする。
良いことだと思う。

でも相変わらず、自分で何も調べずに、何も努力せずに、
上から目線で「私に教えなさい!」って人がいるんだな。
ここはホントに、大変なスレだよ。
405
(1): 2019/12/23(月)17:45 ID:1bG5sHll(1/2) AAS
再起動が必要な時ってどういう時かな
カーネル更新しても再起動せずにそのまま使っていられるし
もちろん新しいカーネル使いたかったら再起動しないとだけど
406: 2019/12/23(月)17:56 ID:xcnbjhJc(1/2) AAS
実際、上手に煽ってやると
せっせと知りたい答えを集めてくれる奴らが一定数いるからね。

俺はそんな身につかない、かけた時間が後で全くの
無駄になっちゃうような調べ方はしたくないけど。
407
(1): 2019/12/23(月)18:06 ID:S/lc8LpD(1/2) AAS
>>405
カーネル更新したけど、新しいカーネルは使わないって
なんのためにカーネル更新したの?
408: 2019/12/23(月)18:42 ID:xcnbjhJc(2/2) AAS
よりにもよってDebianという素材ディストリ使っておいて、
最初の単語1個検索にかける時間も惜しむほどシステムに興味がなくて、
それでもIDと口調を偽装してまでしがみつかなきゃいけない
理由ってなんなんだろ?

学校の課題とか?
409
(2): 2019/12/23(月)18:48 ID:1bG5sHll(2/2) AAS
>>407
upgradeでカーネル新しくなったけど
いま仕事広げちゃってるし再起動めんどいなあ
fsckかかったらやだし、とか
カーネルのアップデートはたいていセキュリティ関係だし
暇になったら再起動しとくか、くらい
410: 2019/12/23(月)22:28 ID:S/lc8LpD(2/2) AAS
>>409
それカーネルを更新してないって意味だよね?
411: 2019/12/23(月)22:41 ID:l4hKI+ZL(1) AAS
>>409
で、再起動すると起動しないっとwww
412: 2019/12/23(月)23:15 ID:/ndzOfVq(1) AAS
そう言えば最近お高くとまった奴見かけなくなったな
あいつも度々IDコロコロしてたのバレバレだったけど
413: 2019/12/23(月)23:30 ID:PPLdcbi9(1) AAS
Linuxだって更新にはお祈りが必要なんだから過信は禁物だぞ
最新版しか使えないローリングリリースは怖くてやってられん
414: 2019/12/24(火)00:00 ID:0UZDe2nk(1) AAS
リソース不足でローリングリリースしかできない distro じゃあるまいに
415: 2019/12/24(火)00:12 ID:PfX/YnGA(1) AAS
そんな貴方にはzfs rollback
416: 2019/12/24(火)12:12 ID:zwhwLnJ2(1) AAS
物理なら諦めるしかないが、仮想ホストならボリュームイメージをコピーしてからUpdateしたらいい
417: 2019/12/24(火)12:46 ID:uLhmKGKv(1) AAS
LVM snapshotとかでもいいんじゃない?
418: 2019/12/24(火)12:57 ID:wC/99MyI(1) AAS
確かに
419: 2019/12/24(火)17:02 ID:Vi24BEH5(1) AAS
AndroidみたいにA/Bパーティションできるようになればいいのにな
そうすればアップデートに失敗しても問題ないのに
420: 2019/12/24(火)18:21 ID:5H/mMS+L(1/2) AAS
Debianのカーネル入れ替えに相当する
Android上の操作はメジャーアップデートだろ。
リスクは同等か、低レイヤを直接触って
技術でカバーして直せないことを考えたら
Androidの方がリスク高いくらいだ。

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

ってもはやDebian関係ねぇ
421: 2019/12/24(火)18:25 ID:5H/mMS+L(2/2) AAS
あぁ、ABパーティションってパーティション2つ切って切り替えるあれか。
420の回答は的外れだ。すまない。

DebianでやるならLVM?
422: 2019/12/25(水)19:23 ID:NFrSaeXc(1) AAS
aptリポジトリからインストールしたパッケージはaptだけでアップデートできるんだな
って当たり前か

某OSと比べるとそこが利点に感じる
423: 2019/12/25(水)19:59 ID:39ygHLor(1) AAS
んなことはない
無理矢理他のパッケージマネージャ入れたり自分でmake installしたりすれば簡単にぶっ壊せるよ
424: 2019/12/25(水)20:02 ID:Cz0B+Dc3(1) AAS
またスレ水増しのネタ投下か
425: 2019/12/25(水)20:25 ID:wwvLhOXE(1) AAS
「包丁で心臓を刺せば人を殺せるよ」程度の情報
426: 2019/12/25(水)21:35 ID:l8extjMq(1) AAS
例えがよくない!
427
(1): 2019/12/25(水)22:19 ID:MvJU0yeS(1) AAS
Windowsの場合も一応パッケージマネージャは
あるのだけど、

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

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

そういう意味では423はWindowsの現状を
Debianで無理やり再現してると言えなくもなく
意外と合ってる気がしなくもなくもない。
(無理やりだけど。)
428: 2019/12/25(水)23:21 ID:qUXixkLP(1) AAS
Windowsでもaptやらrpmやらを導入する事はできるだろう
けど現状そうなっていないという事はMSや周囲がパッケージマネージャを導入する利点を見いだせていないという事だ
429: 2019/12/26(木)00:10 ID:MU7GDRpR(1) AAS
最近ではクラウドやコンテナの普及によってサーバーのLinux環境は使い捨てるスタイルが主流になってきて、
パッケージマネージャは単なるインストールツールに成り下がりつつあるね
そしてデスクトップだとアプリのフィーチャーアップデートを積極的に入れるから、
aptのような保守的でコンポーネントを極力共有するスタイルのパッケージマネージャはあまり適さないんだよね
430: 2019/12/26(木)00:35 ID:Y0IVaoz5(1/2) AAS
まじでこいつらどこかいってくれ
431: 2019/12/26(木)05:45 ID:G13rF99l(1) AAS
ああ、もう・・・なんで debian スレはこんなに荒れるんだ。
ひょっとして、こいつ、自作自演か??
まともな状態は三日と続かないw
432: 2019/12/26(木)07:23 ID:Ao0A0cQb(1) AAS
>>427
それいったらmacOSにもパッケージマネージャーもリポジトリもないよ。
サードパーティのHomebewにお世話になるしか無い

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

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

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

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

ともかく、知らない人が多いだけでパッケージマネージャー対応としては
十分だと思うけどなにか不満ある?
433
(1): 2019/12/26(木)07:26 ID:XRMX9faK(1) AAS
chocoは管理がメチャクチャな印象しかない
434: 2019/12/26(木)07:34 ID:jReF0Vdf(1) AAS
鮭が正月の定番?
聞いたことない
435: 2019/12/26(木)08:29 ID:WOCpky2C(1/2) AAS
吉池の回し者だろ
436: 2019/12/26(木)08:50 ID:9S7hCjfS(1) AAS
雑談は余所でやれ
437
(1): 2019/12/26(木)09:07 ID:jJTv0Xk1(1/2) AAS
>>433
お前の印象じゃなくて事実を語れ
438: 2019/12/26(木)09:23 ID:WOCpky2C(2/2) AAS
>>437
板違いだからその必要は無い
1-
あと 564 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.888s*