Debian GNU/Linux スレッド Ver.103 (799ﾚｽ)
上下前次1-新
435: 2025/11/27(木) 15:57:00.97 ID:RkZTN74B(1/2) AAS
>>434
自分でmakeするのと一緒で、依存関係とか、面倒だし、
アンインストールするときが難しい。
436: 2025/11/27(木) 16:56:34.61 ID:iyGNieoj(1) AAS
自分でmakeするファイルにREADMEが入ってなくて必要なソフト名も書かれてないって事あったろうか
酉ごとのパッケージ名の違いは自分で解消してちょが大抵だけど
437: 2025/11/27(木) 17:02:59.55 ID:6lYBUsWT(1) AAS
難しい人には難しい
難しくない人には難しくない
ちょっと進次郎っぽいけどｗ
438(1): 2025/11/27(木) 17:10:33.67 ID:0yPW04FL(1) AAS
やっぱりslackwareでよかったんだー
439: 2025/11/27(木) 17:15:43.83 ID:RkZTN74B(2/2) AAS
>>438
slackwareも最近はあるよ。
440: 2025/11/28(金) 10:34:46.76 ID:GcI3yHmj(1) AAS
debianのdockerコンテナで最新版neovim使えんかなとおもたらappimageがfuseなしでも使えるんやな
441: 2025/11/29(土) 06:30:34.05 ID:+BA9uXbn(1) AAS
>>428
Jとかzとか要らないんだな
いつからなんだw
442: 2025/11/29(土) 16:02:07.75 ID:9t4/f4aR(1) AAS
xzというのが謎だったから
$ xz -dc *.tar.xz | tar xvf -
とかしてたよw
443: 2025/11/29(土) 16:10:02.13 ID:PpXGnVkE(1/8) AAS
最近は
tar.zst
とかが多いね。7zとかで良いと思うんだけど。
444: 2025/11/29(土) 16:13:26.45 ID:Hpe7Rd+e(1/4) AAS
多いの？見たことない
Zstandardは物によっては7zの半分まで圧縮してくれる
でも7zの方が知名度高いよね
445(1): 2025/11/29(土) 16:23:18.75 ID:wq13ThS/(1) AAS
7zのほうが中身を表示するにも部分解凍にも都合はいいんだよな
でもzstdのほうが速いので使っちゃう
446: 2025/11/29(土) 16:34:02.30 ID:PpXGnVkE(2/8) AAS
>>445
7zはWindowsがオリジナルだから、Microsoftアンチな人は使いたがらないかもね。
447(2): 2025/11/29(土) 16:46:08.98 ID:1T2rBNau(1) AAS
windowsオリジナル製は遅いし重いから使わんほうがいい
448: 2025/11/29(土) 16:52:32.64 ID:PpXGnVkE(3/8) AAS
>>447
そういう思い込みはやめたほうがいいね。良いものはいいという考えが重要。
449: 2025/11/29(土) 17:02:05.81 ID:PpXGnVkE(4/8) AAS
>>447
Unix由来ってzやgzだよね。
tarでまとめてからtar.zやtar.gzにする
一方zipもDOS由来なんだけどね。
tarでまとめて、あとで圧縮するというより、まとめながら圧縮したほうがつかいやすい
のは明らかなんだけど。
450(1): 2025/11/29(土) 17:18:19.45 ID:Hpe7Rd+e(2/4) AAS
じゃあtar.xzかtar.zstに世代交代ということで
451: 2025/11/29(土) 17:21:08.70 ID:PpXGnVkE(5/8) AAS
>>450
一般には普及しないでしょうけど、配信とかではあるかもね。
452(1): 2025/11/29(土) 19:08:29.53 ID:h13+qVvH(1) AAS
例のコード侵害事件以降、xzはzstdに置き換えられた
archのパッケージなど
453(1): 2025/11/29(土) 19:30:10.35 ID:PpXGnVkE(6/8) AAS
>>452
そういう配信だといいんだけど、一般化するのは難しいね。
tarもそろそろ引退してほしい。Tapeが一般では使われなくなったしね
(cold backupでは現役だけどね)。
454(1): 2025/11/29(土) 20:03:07.12 ID:TFLGOcpc(1/2) AAS
個人的には.zstは.gzの後継というか上位互換、
.xzは.7zのoss陣営版だって思ってるなぁ
(password機能はないけど…)
tarはunix系アーカイバーがアーカイブとコンプレスとを
別々で考える文化がある以上廃れないような気がする
455(1): 2025/11/29(土) 20:09:59.17 ID:PpXGnVkE(7/8) AAS
>>454
zstdってgzで圧縮できたっけ？xzはオプションにあるけど。
tar.*とか今時何か意味あるんだろうか。
456(1): 2025/11/29(土) 20:19:00.77 ID:TFLGOcpc(2/2) AAS
>>455
ごめん、上位互換ではなかったね(gzipと互換性はない)
同じような中程度の圧縮率、圧縮展開の速さが特徴の
圧縮形式だと言いたかったのです…
tar.*とか使わないんならzipとか7zとか使ってるのかな…?
.tar.xzみたいな2重拡張子が違和感なら.txzみたいに
短い形式の拡張子指定できるアーカイバも多いはず
457: 2025/11/29(土) 20:27:00.85 ID:PpXGnVkE(8/8) AAS
>>456
二重拡張子はWindowsでは一般的ではないかな。
7zでもtgzを開くとtarが現れて、さらに開くとファイルが出てくるね。
458: 2025/11/29(土) 20:43:00.71 ID:Hpe7Rd+e(3/4) AAS
androidだと例えばカスタムROMを配布する際はtar.xz
459: 2025/11/29(土) 20:43:16.67 ID:Hpe7Rd+e(4/4) AAS
あ、でも7z使ってる人もいたか
460: 2025/11/30(日) 08:17:28.28 ID:IQsTZ3/Y(1/6) AAS
7zって圧縮形式じゃなく書庫形式だぞ
圧縮アルゴリズムは複数あってbzip2もその中の一つ
馬鹿ってどうしようもないな
7-Zipとの区別もついてないんだろう
461: 2025/11/30(日) 08:18:38.36 ID:IQsTZ3/Y(2/6) AAS
>>453
馬鹿丸出し
462: 2025/11/30(日) 08:46:47.61 ID:mxRJQM+A(1/8) AAS
俺はtarを多用しているので無くなると困る
tarを使いたくなければ使わなければ良いだけで
引退して欲しいはどうかと思う
463: 2025/11/30(日) 10:07:06.98 ID:0MOexp6h(1) AAS
自分と違う考えの奴は排除するとか迫害するとか、魔女狩り風の考え方は好きじゃない
tar が好きじゃないなら使わなければ良いだけ
引退なんてしなくても良いｗ
464: 2025/11/30(日) 13:39:42.54 ID:oof3sDaT(1) AAS
tarだけだと圧縮しないから、アーカイブ作るのに便利だよな。
圧縮しなくていいから早く固めたいときとか
465: 2025/11/30(日) 14:38:29.52 ID:fQctiG1T(1/2) AAS
もうわかったから
466(1): 2025/11/30(日) 15:13:24.62 ID:wdrHsYLg(1/3) AAS
tarは途中で処理が中断されてもアーカイブしたところまでは読み取れるんだよね
zipだと最後にcentral directoryが置かれていてこれがないとファイルの中身は読み出せない
サイズの大きいzipをダウンロードしていて途中で切れたらもうどうにもならない
でもjavaのクラスファイルもdocxやxlsx、odtもzipファイルになったからzipの利点はあるんだろうな
467: 2025/11/30(日) 16:12:07.13 ID:HFA4vgqS(1/17) AAS
>>466
途中で途切れたぐらいなら-FFで修復できるんだけど？そこまでは読みだせる。
foo.tar.gz
で途中で途切れたらどうなる？
468(1): 2025/11/30(日) 16:29:07.50 ID:mxRJQM+A(2/8) AAS
tar不要論始めたいの？
469: 2025/11/30(日) 16:38:47.58 ID:HFA4vgqS(2/17) AAS
>>468
不要ではないけど、時代遅れかな。
cpioよりはマシだし。
470(1): 2025/11/30(日) 16:42:08.23 ID:jReObtEI(1/2) AAS
zcat, zgrep で展開しない巨大ファイルも読めるからzip形式でも途中でも読めないか？
と思った
471(1): 2025/11/30(日) 16:47:41.27 ID:HFA4vgqS(3/17) AAS
>>470
ソフトによってはそのまま読めるけど、標準だとunzipはエラーになる
zip -FFで修復したら標準でも読める。
ちなみに解凍というのはふるいことばらしいね。
472(1): 2025/11/30(日) 16:49:15.59 ID:mxRJQM+A(3/8) AAS
オレオレ運用だけど、
トイレ休憩のたびに $HOMEなど自分環境をまるごとtarで丸めて１ファイルにして
バックアップストレージに書き出して時系列で退避している
(rsyncだと１つしか退避できない)
１ファイルにしたいのは必須項目
ストレージ容量は潤沢なので時間効率考えて圧縮はしない
tar以外に もっと良い方法があるかも知れないけどこれで充分だし
tar自体に廃止する理由になる問題点もあるわけじゃない
tar無くなると困る
473: 2025/11/30(日) 16:54:24.46 ID:HFA4vgqS(4/17) AAS
>>472
zipでいいような気がするけど。
474(1): 2025/11/30(日) 17:02:03.61 ID:mxRJQM+A(4/8) AAS
5GBあるのでzipだとトイレから帰ってきて終わってるかどうか
475(1): 2025/11/30(日) 17:10:44.67 ID:HFA4vgqS(5/17) AAS
>>474
zip -0
でも、本来の目的であるTapeにtarでバックアップしたりした人いるのかな？
mtコマンドとか使える人いなさそう。
昔は(GNUじゃない時代は)
tar - create tape archives, and add or extract files
だったんだけど最近は
tar - an archiving utility
になってることに今気づいた。
476(1): 2025/11/30(日) 17:17:36.94 ID:wdrHsYLg(2/3) AAS
トイレ休憩で5GBバックアップはなかなかの重要プロジェクトですな
自分はcronで作業用ディレクトリをtarでバックアップしてる
477(1): 2025/11/30(日) 17:18:04.40 ID:wdrHsYLg(3/3) AAS
特定のディレクトリ以下をほかの場所にコピーしたいときもtarは便利なんだよね
tar cf - . | tar xpf - -C DIR
もちろんzipなんかでもできると思うけど
こういうときは慣れでやっぱりtarだなんだよなあ
cp -rはおれは信用してない
478(1): 2025/11/30(日) 17:27:59.33 ID:HFA4vgqS(6/17) AAS
>>477
それは比較的新しい方法ですね。cdコマンドと合わせてパイプするのがUnixの正統かな。
479: 2025/11/30(日) 17:30:34.74 ID:HFA4vgqS(7/17) AAS
>>476
重要なプロジェクトでそんなことやってるなんて個人商店ですかね。
480(1): 2025/11/30(日) 17:33:50.51 ID:mxRJQM+A(5/8) AAS
cp -a が信頼できるようになったとはいえ
確実な方法があってそれで済んでるなら
わざわざ変えたくないものですね
481(1): 2025/11/30(日) 17:37:20.42 ID:HFA4vgqS(8/17) AAS
>>480
tarやcpによるコピーって、正しくコピーされたか検証してないんじゃないの？
482: 2025/11/30(日) 17:38:15.40 ID:PEOuckig(1) AAS
zipって64bitにちゃんと対応した?
483(1): 2025/11/30(日) 17:39:22.23 ID:mxRJQM+A(6/8) AAS
>>478
伝統の
tar cvf - src_dir | (cd dst_dir; tar xvf -)
ですか
>>481
そうなんですか?
484: 2025/11/30(日) 17:43:22.59 ID:HFA4vgqS(9/17) AAS
>>483
今でもそうしてしまいますね -C とかいつから実装されたんだろう。
パーソナルユースならコピーが完了したら大丈夫でしょうけど、重要ななら
hashでも検証しないとだめですからね。xxHashとかがよく使われていますね。
485(1): 2025/11/30(日) 17:45:21.43 ID:jReObtEI(2/2) AAS
rust で coreutile 再実装しているグループの仕事が無駄になりそうな会話だな
486: 2025/11/30(日) 17:45:56.91 ID:3GJifPCb(1/5) AAS
unix系コマンド新参ですがcpすら信用やっと出てきたかな？なんてすごい世界ですねぇ
今度rustで書き直したCoreUtilitiesに置き換えるって話を何処かで聞きましたけどまた信用を築くとこからやり直しですか
487: 2025/11/30(日) 17:46:38.21 ID:3GJifPCb(2/5) AAS
被った
488: 2025/11/30(日) 17:49:10.09 ID:HFA4vgqS(10/17) AAS
>>485
それとは別の話になるとおもうが。
489(1): 2025/11/30(日) 18:05:22.21 ID:fQctiG1T(2/2) AAS
知識をひけらかしている時こそが最高の瞬間
490: 2025/11/30(日) 18:07:14.11 ID:HFA4vgqS(11/17) AAS
>>489
そう思われちゃうのかな。
少しでもみなさんの向上につながればいいんですけどね。
491(1): 2025/11/30(日) 18:30:06.71 ID:mxRJQM+A(7/8) AAS
tarは古いかも知れないし、より良い新しい方法はあるかも知れない
でも確立した確実な方法があるならむやみに刷新することもない
「寝た子を起こすな」
そういう選択肢も大切だという、考え方の引き出しは増やしておくと
生き残れる
492: 2025/11/30(日) 18:38:17.04 ID:HFA4vgqS(12/17) AAS
>>491
そういう考えならcpioのほうが良いんじゃない？
493: 2025/11/30(日) 18:50:55.17 ID:mxRJQM+A(8/8) AAS
個人的にtarの方が使い慣れてるしcpioは馴染みが無いので…
494: 2025/11/30(日) 19:21:02.79 ID:NhYm0RF/(1) AAS
cpio は initramfs で間接的にみんな使っているかと
アーカイバや圧縮アルゴリズムに限らず複数の解放がある方が健全かと
下限の性能は昔と変わらんだろうが
使えるメモリ容量やプロセッサ数、スレッド数が桁違いに増えている環境もあるし
また実績と信頼のあるソースコードでもコンパイラ最適化等で問題出る場合もあるし
495(1): 2025/11/30(日) 19:38:47.19 ID:HFA4vgqS(13/17) AAS
結局のところtarがzipよりすぐれているところは見つからない。
Windowsにもっていっても標準で解凍できるし。
496: 2025/11/30(日) 19:49:59.87 ID:HFA4vgqS(14/17) AAS
>>495
zipは/dev/st0とかのテープには書き込めないから、もともとの意味ではtarが優れているけど、
ファイルに落とす分にはtarのほうが良いことってあるのかなな？
497(2): 2025/11/30(日) 21:43:29.80 ID:LmDAL25a(1) AAS
tarだとUNIXの属性全部保存できるしハードリンク構造保持できるから、構造まるごと持っていきたいときは一択
498: 2025/11/30(日) 21:46:25.88 ID:HFA4vgqS(15/17) AAS
>>497
確かにそうですね。
499: 2025/11/30(日) 21:49:53.17 ID:HFA4vgqS(16/17) AAS
>>497
いつまでも古いtarでしかできないってことが、ダメなところだけどね。
500(1): 2025/11/30(日) 22:04:39.64 ID:3GJifPCb(3/5) AAS
2連レスするのが趣味なの？
501: 2025/11/30(日) 22:07:42.80 ID:HFA4vgqS(17/17) AAS
>>500
事情があってそうなった。気に食わなかったら申し訳ない。
ただ、わざわざ指摘する必要もないように思うけどな。
502: 2025/11/30(日) 22:35:06.06 ID:EVQYyQfu(1) AAS
ここ10年ほどでLinuxに移ってきた人にとってはどうでもいい話だけどね
503: 2025/11/30(日) 23:24:20.89 ID:IQsTZ3/Y(3/6) AAS
inode attributeもPOSIX ACLも格納出来ないアーカイバには一切価値はない
504: 2025/11/30(日) 23:24:56.37 ID:IQsTZ3/Y(4/6) AAS
>>471
何言ってるんだ
無知って怖いな
505: 2025/11/30(日) 23:25:40.33 ID:IQsTZ3/Y(5/6) AAS
>>475
character deviceも知らない馬鹿
506: 2025/11/30(日) 23:30:07.30 ID:3GJifPCb(4/5) AAS
長老！腰の具合はもうよろしいのですか！？
507: 2025/11/30(日) 23:31:11.40 ID:3GJifPCb(5/5) AAS
その歳で若い娘と毎日あんなにハッスルしてるから大事な時に出遅れるんですよ！
508(1): 2025/11/30(日) 23:38:36.54 ID:IQsTZ3/Y(6/6) AAS
mt -f /dev/sr0 rewindもしたことないおこちゃまは
UNいXでいｐ寝てろ
509: 2025/12/01(月) 00:00:05.71 ID:wpbqyoDW(1) AAS
System V Release 4.0 (SVR4) の続きにするには Redhat と Debian のどっちが近いのだ？
Debian の方が base になるシステムで変なこだわりあるけど。
510: 2025/12/01(月) 00:10:29.66 ID:HPx26uyh(1/2) AAS
Windowsのzipはちょっと前まで32bitだったはず
約2GBまでしか扱えない
今は知らん
511: 2025/12/01(月) 09:00:19.26 ID:N/bn2BhC(1/2) AAS
>>508
普通はst0だろ。
512: 2025/12/01(月) 09:58:10.30 ID:8rh6YkFE(1) AAS
昔はこうだったと押し付ける人このスレは多いからなぁ。
自分の使用と今の現実を受け入れられん凝り固まった人達が一定数いるのは仕方がないよ
513(1): 2025/12/01(月) 10:42:20.78 ID:8o8rjvP8(1/2) AAS
ファイル属性が格納できないアーカイバは無価値なのだよ
どのOSでもどの年代でもTrue
514: 2025/12/01(月) 10:43:10.77 ID:8o8rjvP8(2/2) AAS
こんな初歩的なこともわからん奴は
抽象論に逃げ込むしかない
515: 2025/12/01(月) 13:10:12.80 ID:hf+V/JJZ(1) AAS
クロームのせいかな
スワップ10g.
80%とか行きよる
516: 2025/12/01(月) 13:17:05.01 ID:RHgGgetT(1) AAS
swappinessの値いくつになってる？
517(1): 2025/12/01(月) 13:18:16.07 ID:N/bn2BhC(2/2) AAS
>>513
バックアップとアーカイブの違い。アーカイブには属性などいらない。
518(1): 2025/12/01(月) 13:21:37.09 ID:O/3utDLJ(1) AAS
>>517
この小僧が
519: 2025/12/01(月) 14:36:42.47 ID:PVFkyj+/(1/2) AAS
>>518
お前にサンを救えるか！？
520(1): 2025/12/01(月) 14:39:04.11 ID:HPx26uyh(2/2) AAS
救えなかったね
521(1): 2025/12/01(月) 15:20:54.34 ID:aVElY6c2(1) AAS
画像ﾘﾝｸ[png]:imgur.com
外部ﾘﾝｸ:www.reddit.com
Debianスレって加齢臭がキツイね
522: 2025/12/01(月) 15:37:10.20 ID:jVxlHBln(1) AAS
>>520
こっちだ
外部ﾘﾝｸ:pbs.twimg.com
523: 2025/12/01(月) 16:48:41.80 ID:PVFkyj+/(2/2) AAS
>>521
このver知らない
524: 2025/12/01(月) 19:15:44.64 ID:dh0+1hk4(1) AAS
どちらでも良くね？
525: 2025/12/03(水) 23:55:30.15 ID:vByNCoRC(1) AAS
6.18がLTSになったね
526(1): 2025/12/06(土) 18:30:16.15 ID:WsrcQC6y(1) AAS
Debian13をノートPCに入れたんやけど、
起動時、なになにファイルを読み込んだとか云う、
画面を流れる文字列がなくなって寂しいんだが、
どうすれば、いい？
527(1): 2025/12/06(土) 21:29:10.24 ID:Y6pjDwXr(1) AAS
>>526
たしか/etc/default/grubのGRUB_CMDLINE_LINUX_DEFAULT="quiet splash"のquietとsplashを消す
だったと思う
違ってたらゴメン
528(1): 2025/12/09(火) 19:50:26.45 ID:RCudoS8u(1) AAS
>>527
ありがとう、ダメだった。
お礼が遅くなって申し訳ない。
ラズパイのDebianはGUIで起動していると文字列はないが、
一度CUIで起動させると、次回からGUIで起動させても文字列が出て、
画面がにぎやかになる。
ありがとう。
529(1): 2025/12/09(火) 19:55:50.26 ID:CNVMZkvW(1) AAS
>>528
sudo update-grub やった？
530: 2025/12/10(水) 21:06:26.59 ID:AtJfWGef(1) AAS
>>529
やってなかった。
やって、成功。
Debian12より多くの文字列が出て、大成功！
だけど多すぎる。
だけど、これぞ電算機という感じだわ(笑)
ありがとう、感謝。
531(1): 2025/12/12(金) 15:22:30.12 ID:duwr/WYC(1) AAS
unstableだけど、昨日apt upgradeしてから音周りで不都合出てるわ
Firefox ReleaseとESR両方で音が出ないので気がついた
Firefoxだけかと思っていたら、mpv+smplayerで96kHzの音声ファイルも再生がおかしい
今のところ他のサンプリングレートは正常だけど、96kHzだけ再生速度が落ちたような感じの全く別の音になる
まいったな
532(1): 2025/12/12(金) 16:16:27.12 ID:MGoTevIS(1) AAS
pulseなのpipewireなの
それともalsa直なの
533(1): 2025/12/12(金) 17:15:21.90 ID:eQvODwSL(1) AAS
alsamixerでサウンドデバイスの選択できる？
534(1): 2025/12/12(金) 21:29:46.11 ID:FAUQsvh6(1) AAS
sudo alsa force-reload
535(1): 2025/12/12(金) 23:01:23.02 ID:UkTgI2xP(1) AAS
>>531
unstableならそんなもんじゃないのか
そのうち直したの配布するだろ
536(1): 2025/12/13(土) 00:03:01.78 ID:wKfLKXdH(1/2) AAS
>>532-534
さんきゅ ALSA直で、デスクトップ環境と同じくalsamixerで問題なく認識してて、再起動でも変わらず
>>535
ま、こんなものちゃーこんなもの 起動しなくなるよりマシだけど、おま環だと何れどこかで再インスコかもな
面倒なのは関連するパッケージ軒並み更新されてんのよね Firefox release, ESR, ALSAとか
全く別の原因が絡んだ複合要因かも知れんし、おま環でないことを祈ること位しか出来ねー
毎年この時期になんかヘンテコな事になりがちなんだけど、年末に向けてちょっと無茶しちゃうぜみたいな
風習が開発界隈にあるんかいな
537: 2025/12/13(土) 03:07:09.37 ID:m1X714Gb(1) AAS
クリスマス休暇とか？
上下前次1-新書関写板覧索設栞歴
あと 262 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.030s