[過去ﾛｸﾞ] Debian GNU/Linux スレッド Ver.93 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
382(1): 2019/12/22(日)12:52 ID:v6c47t1r(3/6) AAS
>>381
そいで、何が言いたいのさ？ｗ
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
いや、それ単なる嫌がらせじゃんｗ
恥ずかしいと、お前は恥ずかしいんだ！っていうだけで
その根拠を何も示せない。
説得力って言葉知ってる？
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
じゃあ合成ってことだねｗ
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パーティションってパーティション２つ切って切り替えるあれか。
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 スレはこんなに荒れるんだ。
ひょっとして、こいつ、自作自演か？？
まともな状態は三日と続かないｗ
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
板違いだからその必要は無い
439: 2019/12/26(木)09:50 ID:jJTv0Xk1(2/2) AAS
じゃあ嘘も語るな
440: 2019/12/26(木)10:27 ID:7dUvK7lf(1) AAS
IDコロコロしてるくせに威張る男の人って‥
441(3): 2019/12/26(木)11:15 ID:5eWoP4EW(1) AAS
Debian壊すな、という話はDebian Wikiにも書いてある
外部ﾘﾝｸ:wiki.debian.org
非公式なリポジトリを混ぜた状態をFrankenDebianと呼んでる
442(1): 2019/12/26(木)11:57 ID:4B7kJhgD(1/3) AAS
>>441
なんかツッコミどころ満載のページやなｗ
そりゃアプリの開発者は（一部例外はあるだろうが）
Debianで動作保証なんてしてないんだから動くかどうかわからない。
それを保証してるのがDebianってことだろう？
そこはWindowsと大きな違いなんだわ。
Windowsはアプリの開発者が、Windowsで動くことを検証してる。
多くはバーション指定して動くと保証してるね。
それとそのページ、ソースからビルドしろって言ってるけど
要するに、他人がビルドしたものを使うなってことじゃないのか？
そのことには同意するけどさ、これもWindowsに当てはまらないよね
公式がビルドしてるんだから
そのページは結局、Linuxの世界は特定のディストリで正しくアプリを
インストールして動かすことの難しさを語ってるだけじゃないのか？
それは俺もそのとおりだと思うよｗ
443: 2019/12/26(木)12:13 ID:4B7kJhgD(2/3) AAS
>>441
そこのリンク先にもFlatpaksとかSnappyを使えって書いてあるけど、
FlatpaksやSnappyで提供できるようなものは
Debianパッケージとして提供するのをやめたほうが良いと思うんだよね
444: 2019/12/26(木)12:28 ID:N++8ADQL(1) AAS
アプリ開発者にはaptやyum経由の利用者を嫌ってる人が多いよね
「ユーザーは開発者である」の思想を追求したことが、結果として本来の開発者とユーザーの間の溝を広げてしまっているというのは皮肉な話だな
445: 2019/12/26(木)12:34 ID:fuyF71nH(1/2) AAS
upstream と連携とってない部分はフォークに見えて
不快感を隠しがたいんじゃね
446: 2019/12/26(木)12:38 ID:4B7kJhgD(3/3) AAS
嫌ってるというか対応できないからな
バグ修正しても対応できません。本家では直ってます。後は知りません。
旧バージョンのサポートは終了しました。
枯れてるコマンドは良いけど、開発速度に追いつけないんだよね
447: 2019/12/26(木)13:16 ID:VHpJAWgc(1/2) AAS
>>442
そりゃWindowsでも開発元が自分のソフトだけインストールして検証するなら動くだろ
むしろ動くか検証しないでリリースする会社いるのかよ
448: 2019/12/26(木)13:19 ID:Fm3cOqMo(1) AAS
sonameとかの根本的なことが分かってないからこういう馬鹿な発言になるんだろうな
449: 2019/12/26(木)13:26 ID:fuyF71nH(2/2) AAS
サポートの問題と soname の話は別なんじゃないかなあ
450: 2019/12/26(木)13:44 ID:VHpJAWgc(2/2) AAS
そもそも開発元公式のOSのパッチやアップデートで
ぶっ壊れる事件も多々起きてるのは…
451: 2019/12/26(木)17:26 ID:Sb/Rh1hM(1/2) AAS
"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。
452: 2019/12/26(木)17:29 ID:Sb/Rh1hM(2/2) AAS
訂正→ Advanced Package Tool
453(1): 2019/12/26(木)20:01 ID:Y0IVaoz5(2/2) AAS
荒らしの連投いつ終わるんだ？
454: 2019/12/26(木)20:12 ID:+irWkt4V(1) AAS
>>453
午前中にはすでも終わってるよ
455: 2019/12/27(金)03:01 ID:rfzCB+FT(1/2) AAS
反応するやつも荒らしいうしな
わしもか
456: 2019/12/27(金)11:22 ID:B48wYzfa(1) AAS
最近のreportbug-ngコマンドはバグ報告テンプレートにaptリポジトリの
一覧を入れてくれる。サードパーティリポジトリが問題の原因の可能性も
あるからね
457: 2019/12/27(金)11:35 ID:WxPywLO6(1/2) AAS
うぶんつさんが「サードパーティーリポジトリを使うのが当たり前」という悪弊を拡散させてしまったから…
458: 2019/12/27(金)11:49 ID:ciyPYkHj(1) AAS
なんでサードパーティリポジトリを使おうとするのか？
その要望を理解してないんだよね。
サードパーティのソフトを入れても壊れない仕組みを作ったほうが良い
459: 2019/12/27(金)12:38 ID:9pdn1Y37(1/3) AAS
ディスクとメモリのフットプリントを減らすことに命懸けてきた時代の遺物だからねえ
公式リポジトリのパッケージは検証済みというのも眉唾だな。
せいぜい公式リポジトリの共有ライブラリとリンクされたものが最低限動くという程度のテストだけで限界で、
マイナーなパッケージでは機能的な検証がロクにされてなくて使い物にならないものも珍しくない。
460: 2019/12/27(金)12:42 ID:9pdn1Y37(2/3) AAS
デスクトップアプリのようなセキュリティ懸念の少ないものについては、
可能な限り共有ライブラリを使わずに静的リンクせよとガイドラインを出すだけでも、
遥かにロバストになるし検証の手間も減ると思うね。
461(1): 2019/12/27(金)13:33 ID:P1yzkYK9(1/2) AAS
外部ﾘﾝｸ:www.leviathansecurity.com
まずこのへんでも読んで理解しろ
これすら理解できねぇんなら3才児が｢げんぱつはんたーい｣って叫んでるようなもんだからママのおっぱいでもしゃぶって黙ってろ
462(1): 2019/12/27(金)13:43 ID:9pdn1Y37(3/3) AAS
>>461
ところが、最近流行りのGo言語は全てスタティックリンクするのが基本なんだ
そして、もはや常識となったコンテナ技術はある意味究極のスタティックリンク技術とも言えるもので、
アプリケーションに対してLinuxシステムを丸ごと実質的にスタティックリンクする
残念ながら、時代はスタティックリンクなんだ
セキュリティはクラウドプラットフォームのレイヤで確保するものなんだ
463(1): 2019/12/27(金)14:17 ID:rfzCB+FT(2/2) AAS
連投してるのは全部NGにすればいいのか？
464(2): 2019/12/27(金)14:43 ID:H31GtJ+D(1/3) AAS
ノートPCにDebian10.2をnon-free版isoでインストールしましたが、数回何かキータイプしないとNICが有効になりません。
ところがデスクトップPCにストレージを繋いでブートするとこのような事は起こりません。
しかもノートPCのままでもSSDからHDDに丸ごと書き換えてブートしてみてもこのような事は起こりません。
ノートPCで使用しているNICドライバはfirmware-iwlwifiで、OSインストール後にaptで入れたものです。
NIC自体は以下のものです。
外部ﾘﾝｸ[html]:ark.intel.com
システムログ関係も見直しましたが、いまいちよく分かりません。
原因としてどのような事が考えられるでしょうか？宜しければご回答頂けると嬉しく思います。
465: 2019/12/27(金)15:39 ID:P1yzkYK9(2/2) AAS
>>462
てめえのそのクソ箱んなかのgoやdockerのバイナリがどうなってるか確認してみやがれクソニワカ
コンテナとstaticlinkを同列扱いしてる時点でガイジ以下なんだよクソ虫が
466: 2019/12/27(金)16:54 ID:WxPywLO6(2/2) AAS
>>463
NGID に都度でぶっこんだとしてもコロコロ変えてくる奴が出て来るだけなので
私は諦めてる
※感じ方には個人差があります
467: 2019/12/27(金)17:48 ID:oaIgWyaZ(1) AAS
ID:P1yzkYK9 は口はわるいけど適切に役に立つ助言をしているので
逆に ID:WxPywLO6 や ID:rfzCB+FT をNGIDにすべきだと思います。
468: 2019/12/27(金)17:53 ID:H31GtJ+D(2/3) AAS
おま環の私もNGですか？
469(1): 2019/12/27(金)20:44 ID:H31GtJ+D(3/3) AAS
自己解決しました
スペースキー連打したりするとコンソールに「crng init done」と表示されるので、/var/log/messagesからコピペして
検索してみたらエントロピーの枯渇との事
何でも4.16カーネルからのバグらしいですね
aptでhavegedというパッケージをインストールしたら何の問題も無くなりました
どうも失礼致しました
470: 2019/12/28(土)10:22 ID:12Qeb2sU(1) AAS
initの投票は現状維持で終了
外部ﾘﾝｸ[html]:vote.debian.org
結局何がしたかったのか…
471(1): 2019/12/28(土)12:18 ID:k8rU7Fu6(1) AAS
>>464
以前も書いたが、non-free版isoでもnon-freeファームウェアがインストールされてなかった
dpkg -l firmware-linux-nonfree でインストール済みの有無を確認して無ければインストール
472: 464 2019/12/28(土)12:30 ID:kyS/djiy(1) AAS
>>471
お考え頂いた通りにfirmware-iwlwifiもfirmware-linux-nonfreeも後からインストールしたんですけど
問題は解決しませんでした。その後一応何度もupdate-initramfs等も試してみました。
乱数生成等はあまり知らなかったのですが、>469に書いた通りに乱数生成デーモン？を追加したら問題は解決しました。
でもレスを下さりありがとうございます。
473: 2019/12/28(土)14:07 ID:1eqTclhX(1/2) AAS
Debian Developers Decide On Init System Diversity: "Proposal B" Wins
外部ﾘﾝｸ[php]:www.phoronix.com
474(2): 2019/12/28(土)14:32 ID:06K5OWPw(1) AAS
ソースコードからビルドするときは
/usr/local/src以下にソースコードを配置して
/usr/binとか汚したくないから、/opt以下にインストールして.bashrcでパス通してる
update-alternativeは使ってない
475: 2019/12/28(土)15:33 ID:vZ+tNV+w(1/9) AAS
>>474
> /opt以下にインストール
基本だよな
昔は /opt./kde/bin とか良く使われたもんだ
476(2): 2019/12/28(土)15:41 ID:FGQHfYe0(1/14) AAS
基本じゃねーよｗ
>>474
ソースコードはユーザーのホームディレクトリ以下に入れる
ビルドの段階で/usr/localとか/optとかに置くな
ビルドをユーザー権限で行えないだろ
ビルドした後は/usr/local/binとか、パスにlocalって入ってるものを使う
大抵自分でビルドしたものはそこに入るようになってる
/optはユーザーがビルドしたものではない
他のパッケージシステムなどがインストールするパス
/usr/local/srcは/usr/srcと同じで、ソースコードから
ソースコードパッケージをビルドした後、そのソースコードパッケージから
ソースコードをインストールするときのパス
ビルドするためのソースコードを置く場所ではない
477: 2019/12/28(土)15:45 ID:FGQHfYe0(2/14) AAS
> update-alternativeは使ってない
/usr/local/binなどのlocalが含まれてるパスは
システム標準パスよりも優先されるように最初から設定されてる
.bashrcでパスを通す必要もない
また自分しか使わないなら、ユーザーホームディレクトリ以下の~/binや
~/.local/binを使う。（最新ディストリなら）標準の.profileで
それらのパスが存在した場合はそれを使うようになってる。
478(1): 2019/12/28(土)15:47 ID:vZ+tNV+w(2/9) AAS
>>476
外部ﾘﾝｸ:ja.wikipedia.org
すまないがどういう意味で「標準じゃねえ」のか分からんかった
479(1): 2019/12/28(土)15:48 ID:vZ+tNV+w(3/9) AAS
>>476
> ビルドをユーザー権限で行えない
コンパイル作業自体は /var/tmp/hoge-0.1 とかで行うもんじゃないのかい
貴殿が言う「ビルド作業」というのが何を指すのか全く分からんので何ともいえないが
480: 2019/12/28(土)15:53 ID:vZ+tNV+w(4/9) AAS
大昔にどっかに distro でパッケージをメンテしてた頃は専らユーザ権限でパッケージ作ってたけど
たしか kernel 以外は全部ユーザ権限で全く問題なかった気がする
kernel がどうだったかは、さすがに大昔すぎて忘れた
ユーザ権限で出来たかもしんない
K6 系プロセッサで寝る前にコンパイル作業を始めてたことだけは覚えてる
481(1): 2019/12/28(土)15:56 ID:FGQHfYe0(3/14) AAS
うわっｗ プログラマじゃないのかｗ
ソースコードのビルドをユーザー権限で行うなんて常識やろ
ソースコードを修正してGitHubにpushとかしたことないんだろうな。
GitHubにpushするならユーザーの鍵を使うに決まってるし
ユーザーの鍵を使ってpushするならソースコードはユーザー権限で
触れる所にあったほうが良いだろ。
ビルドの段階でシステムに影響を与えるようなことなんてしたくないだろ
ユーザー権限で行っていればそういう自体は避けられる。
システム権限が必要なのは最後だけ使うもんだ
482(1): 2019/12/28(土)15:57 ID:vZ+tNV+w(5/9) AAS
>>481
君のいう「ビルド」の定義が分からんのよ
483(1): 2019/12/28(土)15:59 ID:FGQHfYe0(4/14) AAS
>>482
ビルドの定義にこだわってるからわからんのよｗ
できる限りユーザー権限を使え
それだけだ
484(1): 2019/12/28(土)15:59 ID:vZ+tNV+w(6/9) AAS
>>483
>>479 は読めないのかい
485: 2019/12/28(土)15:59 ID:FGQHfYe0(5/14) AAS
>>478
それのどこに「ビルドする場所」なんて書いてあるんだ？ｗ
486(1): 2019/12/28(土)16:01 ID:FGQHfYe0(6/14) AAS
>>484
意味不明。/var/tmpはソースコードをビルドする場所なんて書いてないだろ
だいたい/var/tmpはファイルがいつの間にか消える場所だぞ
487: 2019/12/28(土)16:01 ID:vZ+tNV+w(7/9) AAS
>>486
> だいたい/var/tmpはファイルがいつの間にか消える場所だぞ
/tmp と混同してないかい
488: 2019/12/28(土)16:02 ID:FGQHfYe0(7/14) AAS
ほら、/var/tmp以下が消えるってことも知らない（笑）
489(1): 2019/12/28(土)16:04 ID:FGQHfYe0(8/14) AAS
だいたい一般的に使われる./configure & makeで/var/tmp以下が使われるようになんてなってないし
そもそも他のユーザーと共有される場所を使うとかありえんよな
他のユーザーだが同時にビルドししようとしたどうするんだｗ
標準のやり方で楽にできるようになってるのに
オレオレルール導入で面倒くさくしてるだけ
ソースコードはユーザーのディレクトリ以下にgit cloneして
そこでビルドして、最後の最後の段階でsudo make installとかして
システムに入れるんだよ
490: 2019/12/28(土)16:07 ID:FGQHfYe0(9/14) AAS
> /opt オプション (option) のアプリケーションソフトウェア「パッケージ」のインストール用[25]
しっかり書いてあるなｗ
491: 2019/12/28(土)16:12 ID:vZ+tNV+w(8/9) AAS
>>489
> ./configure & make
極めて無粋なツッコミなんだが ./configure && make ではないのかい
492(3): 2019/12/28(土)16:16 ID:FGQHfYe0(10/14) AAS
そこは英語としてのandで書いたつもり
493: 2019/12/28(土)16:38 ID:vZ+tNV+w(9/9) AAS
>>492
そうなのか
太古
$ ./configure
$ make
$ su
# make install
大昔
$ ./configure
$ make
$ su -
# make install
とかいう書き方くらいしか知らんかったもんでね
494: 2019/12/28(土)16:48 ID:FGQHfYe0(11/14) AAS
だからコマンドとして書いたわけじゃないってｗ
configureとmakeって読み替えてくれ
まあ必ずしもconfigureやmakeを使うわけでもないがな
makeだけの場合もある
ともかくそのあんたが書いたコマンドでは、
ソースを/usr/local/srcにおいて
ビルドを/var/tmp/hoge-0.1でやって
インストールを/optになんかできないはずだが？
昔と書いてるから、今は当然sudo使ってるよな？ってのは良いとして
ユーザーのホームディレクトリ以下にソースを置いて
$ ./configure
$ make
$ sudo make install
よっぽど変なものでない限りこれで/usr/local/bin等に入る
ソースコードの編集やビルド途中の生成物の削除などもユーザー権限のまま自由自在
一番楽なやり方で、一番正しく動く
495: 2019/12/28(土)19:26 ID:E66nyPw+(1) AAS
>>492
お前、実はプログラムかけないだろ。&とandの違いを書いたつもりってｗ
496: 2019/12/28(土)19:57 ID:u3insvAd(1) AAS
相変わらずdebianと関係ないことでスレ伸びてんね
平和だな
497: 2019/12/28(土)21:34 ID:1eqTclhX(2/2) AAS
何を揉めてるんのか知らんけど、ID:vZ+tNV+wの勝ちがないことは判った
498: 2019/12/28(土)21:44 ID:2KOg2dHL(1) AAS
プログラムじゃなくシェルの話だろうな
日本語含めてな〜んにも知らないだろww
499: 2019/12/28(土)21:46 ID:SuY/tBqf(1/2) AAS
>>492
あなたの脳内のことは他人には分からんよ。
まずは相手に理解できる文を書けるようになった方が良いと思うよ。
でないと他人と関わってプログラムをすることは出来ない。
500: 2019/12/28(土)23:02 ID:FGQHfYe0(12/14) AAS
どうでも良い点を指摘して勝ったつもり（笑）
501: 2019/12/28(土)23:20 ID:SuY/tBqf(2/2) AAS
まずは相手に理解できる文を書けるようになった方が良いと思うよ
502: 2019/12/28(土)23:26 ID:FGQHfYe0(13/14) AAS
なにか理解できなかったの？
503: 2019/12/28(土)23:28 ID:FGQHfYe0(14/14) AAS
単純にビルドするためのソースはホームディレクトリ以下に置くもの
/usr/local/srcではないと言ってるだけなんだが
インストールする場所も/optではなく/usr/local/以下にするのが普通
この文章でわからないですかね？
504: 2019/12/28(土)23:38 ID:7wcdCLT2(1) AAS
あついなー
505: 2019/12/29(日)00:15 ID:YWBfweuR(1) AAS
ZRAMの圧縮アルゴリズムをlzo-rleに変更してみたらめっちゃ快適になったよ
8GBスワップしていたけどサクサクで全く気付かなかったよ
ノートPCではこれ一択だね
506: 2019/12/29(日)01:06 ID:XL8jSLyr(1/2) AAS
ただの荒らし説
507: 2019/12/29(日)01:27 ID:TfiJy2Lw(1) AAS
ノートPCで使うならZRAMよりZSwapのほうがよくね？
508(1): 2019/12/29(日)02:01 ID:/zDvAG3a(1) AAS
実際使えば分かるけど
ZRAMの方が断然パフォーマンスがいい
上下前次1-新書関写板覧索設栞歴
あと 494 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.023s