[過去ﾛｸﾞ] くだらねえ質問はここに書き込め！ Part 238 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
614(1): 2019/12/05(木)22:08 ID:pifJyhhm(1/2) AAS
>>612
何でgetにしたんだったっけ?
って中の人も思ったから
get無くなったんじゃないの?
で
pacmanなんか、もっと意味分かんないよ
removeが、-R で、これぐらいなら分かるけど
installが、 -S で
updateが、-Syu
もう覚えらんないから
省7
615(1): 2019/12/05(木)22:38 ID:7En7JPcz(2/2) AAS
>>613
apt-getがdeprecatedならいいんですが、実際にはそうではなくてscripting用途では生き残るようなので気になって
aptは後方互換性を気にしないけどapt-getは気にする、みたいなことがmanに書いてありました
aptはエンドユーザ向けのインターフェイスだからいろいろ変わりうるよ、スクリプト書くときはapt-getのほうをつかってね、とかなんとか
>>614
getなくなったのってそういう理由なんですか？
それとも推測、ってことでしょうか。実際よくわかんないですよねこれ
pacmanについては、まあ、-Sが--syncの略で、-yが--refresh, -uが--sysupgradeだと覚えておけば対応がとれるのでそんなに気持ち悪くはない気がします
初見にやさしくないだけで意味としてはべつに整合的だからいいかな、という感じです
apt-getのほうは意味が逆のものが重なってる（？）感じがだいぶひっかかりますね
省2
616: 2019/12/05(木)23:07 ID:pifJyhhm(2/2) AAS
>>615
100%憶測だよ
いつの間にか、get無くなってて
何で変わったかなんて知らない
それ意外にも、ubuntuで
いつの間にか
init.dがsysytemdに変わってたり
interfacesだったのが
netplanになってたとか
分かんないことだらけ
省8
617(1): 2019/12/06(金)00:08 ID:oi1TePLN(1) AAS
理解する努力をせずにaptから抜け出せないのが原因だろ
pacmanクソ使いやすいぞ
618: 2019/12/06(金)00:14 ID:PNVM7zrW(1) AAS
>>617
pacman使ってるよ
理解できないけど
郷に入ってわ郷にしたがえで
それなりに便利に使ってるよ
理解できなかったら使っちゃイケないわけ?
619: 2019/12/06(金)01:07 ID:aR30pKXd(1/2) AAS
Ruby などのスクリプトから、apt を呼ぶと、
aptは、プログラムから呼ぶものではないと警告される
その用途には、apt-get を使う
漏れは、Windows10, WSL, Ubuntu 16.04 で、
Rubyスクリプトで、全パッケージの更新してる
#!/usr/bin/ruby
# frozen_string_literal: true
# sudo のパスワードを自動入力する
# echo <your_password> | sudo -S <your_command>
省3
620: 2019/12/06(金)01:09 ID:X/UI3OEt(1) AAS
apt-getにはバグがあるからapt以外使うなってばっちゃが言ってた
621: 2019/12/06(金)01:29 ID:xuy+N6xT(1) AAS
漏れって言う人15年ぶりに見た
622: 2019/12/06(金)01:54 ID:1Uu2blHE(1) AAS
aptは人間が使う用。apt-getはスクリプトから使う用。
apt-getは古くなったわけでも廃止されるわけでもない。
aptは推奨のものまで勝手にインストールする。
メリットは画面がわかりやすくなっただけ。
タイプが面倒でないならapt-getでよい。
623: 2019/12/06(金)02:16 ID:gbxh02Tl(1/2) AAS
コマンドを無駄に用途別に分割していたapt
大文字で用途、小文字でオプションと構文が無駄に短い初見殺しのpacman
対極的なんだから同列で語ろうって方がアレよ
624(1): 2019/12/06(金)05:58 ID:BcCG1x03(1) AAS
pacmanはDebian系にはないぞ arch系限定な
625: 2019/12/06(金)07:52 ID:iuAyKOnL(1/2) AAS
612=615です。いまいち納得がいかないままだったのでapt-getのソースのreadmeを読んでみたんですが、「apt-getは、パッケージ、および
パッケージについての情報を信頼済みのリポジトリから取得してインストールをおこなうために、
また、依存関係もふくめてパッケージを更新ないし削除するためにもちいられる」と書いてあるので、
なんというかこのreadmeの時点で"get"って名前はすでにちょっとおかしいですね
「そこはapt-updateとapt-removeに分けろよ」と思ってしまいますね
（なおソースは 外部ﾘﾝｸ:salsa.debian.org から読めます）
HTTPにおけるGETリクエストがパラメータ次第で削除を表現できるのと同じようなものだと思っておくといいんでしょうかね
それともremoveを負のgetとして理解すればいいんでしょうかね
いまいち納得がいかない感じです
メーリスに「apt-getって名前はおかしくない？」みたいな投稿のログがあったらいいんですが、これをみつけるのもむずかしい
省2
626(1): 2019/12/06(金)10:56 ID:yJYA394+(1) AAS
太古のソース見ると最初期はremoveとかが無かったっぽい？
627(1): 2019/12/06(金)12:39 ID:U0lejsba(1) AAS
removeとかする機会よりgetする機会が多いからgetで問題ないよ
大抵のバックアップソフトはリストアの機能も付いてるけどいちいちバックアップリストアソフトなんて言わないでしょ
それと同じ
628: 2019/12/06(金)13:06 ID:iuAyKOnL(2/2) AAS
>>627
あ〜〜〜〜、それいいですね、オマケ機能としての解釈、本当にいいです、10年経っても忘れないくらいにはいいです
ほとんど電話として使わなくてもあくまでスマートフォンだったり、音声ファイルがふつうに再生できてもあくまでmovie playerだったり、みたいな話ですね
言われてみればこのへんには特に違和感ありませんし、apt-getもこっちの延長で考えれば、なるほどかなりしっくりきます
>>626さんもおっしゃっているように、事実からみてもremoveはオマケだったようですし
とにかくスッキリしました、ウィトゲンシュタインの著書に出てきてもおかしくないくらい洗練された論法だと思います、ありがとうございます
629: 2019/12/06(金)19:28 ID:WavjOMBa(1/2) AAS
HDD 完全消去の方法を
広めた方がいいと思う
630: 2019/12/06(金)20:13 ID:/guDDvXe(1) AAS
なんで内容がないのに
２行で書くんだよ改行が趣味とかなの
631: 2019/12/06(金)20:17 ID:No9z/YeP(1) AAS
どうせユーザー側がそんなことするわけ無いんだから意味ないでしょ
632: 2019/12/06(金)21:20 ID:TlCajU7O(1) AAS
shred -n2 -z は今のデカいHDDに対しては時間がかかり過ぎるので、他に何ぞ良策はないかね? 内容が無いようなので頑張って1行にまとめたぞ。
633(2): 2019/12/06(金)22:58 ID:aR30pKXd(2/2) AAS
残留磁気は、5〜30回ぐらい、ランダムに書き込まないと消えないだろ？w
上下前次1-新書関写板覧索設栞歴
あと 369 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.023s