Debian GNU/Linux スレッド Ver.103

公式サイト
https://www.debian.org/sitemap

前スレ
Debian GNU/Linux スレッド Ver.102
https://mao.5ch.net/test/read.cgi/linux/1744820527/

満足してないからいつまでもグダグタ言い合ってるんじゃないの？
そもそも安定を求めるDebianに落ち着いたユーザーにESR以外の選択肢があるとは思ってなかったから「中央集権をやめて」なんて言葉が出るとはビックリだし一斉に反対するかと思ったらそうでもなさそうだし

俺は1,2年毎にその時使いやすくなってる酉に移行してるからDebianユーザーだった頃もあるしUbuntuユーザーだった頃もOpenSUSEユーザーだった頃も色々
その過程で>>401を知った。いつからかはもう忘れた

>>404
頻繁にアプデ来るから自分から手を加えることはしてないかな
それ言ったら入れてるソフト全部動向を監視してなきゃならん
公式配布で更新頻度も高いものならそこまで気にする必要はないと思う

>>405
で、いろいろ移行して、結局Linuxで何してるの？

>>405
> それ言ったら入れてるソフト全部動向を監視してなきゃならん
その作業を各々のユーザがやるのではなく代表してやるのが酉のメンテナ
酉の意義が分かっとらんのやな

>>405
インターネットに晒すサーバでも立てて管理してみたら？
ありがたみが分かるよ

最新がほしいとかFlatpak, AppImage, Snapが良いならUbuntu
(逆に今のnon-free上等のDebianに嫌気が指しているならDevuan)
という選択肢があるんだから、Debianに求める理由が>>399以外見当たらない

>>406
主に家計と健康の管理、libreofficeとGIMPとターミナルが日本語入力含め快適に使えればあとは最悪要らないかなぁという気も
いまはwayland移行の風潮で日本語入力周りおかしくなりやすくなってるからLubuntuから他に移行を検討してるとこ
それこそ今のDebian Stable lxqtでいいかな
Stable lxqtはどうせまだwayland移行手を付けてないでしょ

>>407
firefoxは頻繁に更新くるからいいって言ってるの。わかる？

>>411
特にLinuxでなくてもいい感じですね。

>>412
WindowsにMS Officeだと金がかかりますしスマホだと限界がありますので

>>413
稼ぎましょう。

>>411
でそれを放置してるんでしょ？

あ、ようやっと「おまえはお門違いだよ」と誹られてるのに気付きました
コミュ障辛いけど皆さんにもご迷惑をお掛けしました
失礼します

>>411、>>416
>主に家計と健康の管理
っておばさんかよと思ったよ
>おまえはお門違いだよ
お門違いだとか言って排除する(くんなな)のがDebianユーザー・Linuxユーザーの鑑なん(に多いん)だよ
おじさんはどう使おうがお前のすきにしろだが。
初めてのDebianが13のおじさんはStable lxqt何を指しているのかわからんが
13のlxqtはwaylandに足を踏み入れているって認識だが
いま過渡期でwayland/Xorg選べるのかもしれないが

>>416
まあ自分はESRでapt使っての更新が自分にあってると思ってるけど
本来いろいろな人がいてそれぞれの自由を尊重するのが
debianはじめfossの掲げる"自由ソフトウェア"の
あり方なんじゃないかなとは言いたくなる

この板はじめネットコミュニティでは近年
自分と考え方の違うものを何故か徹底的に攻撃して
自分が標準ですなわち正義だと何故か主張したがりすぎなんよ…

>>418
後半は関して
爺ならそういうもんなんだよ(爺になるとそうなってしまう)
と理解してあげないとな

>>417
>>419
いい歳なんだろうから日本語くらいちゃんとしましょうよ

いい勉強になったな
今後も励めや

>>417
何を使おうと個人の自由ですが、使いやすさを追求したUbuntuやManjaroみたいなディストロならまだしも
安定安全を追求するDebian、DIY素材としてのシンプルさを堅持するArch、製品のα版としてのFedoraやKDE Linuxなど
ユーザーフレンドリであることを最重要課題としていない特殊なディストロに対して
その特性を理解せずに「使いにくい！あれができない！これがない！」って喚くのは少々わがままで見苦しいかなと

人気のアプリでもディストロの方針にそぐわない等の理由で公式配信されないなんてことは多々あります
それでも使いたいなら自己責任で上流に行ってソースやビルド済みのイメージを拾ってくるか、Flathubなど外部のリポジトリを利用するか
あるいはユーザーフレンドリなディストロに乗り換えれば済む話じゃないですか？

>>401
ESR以外にもaptlineあるって言ってるやつがいるのに議論を後退させるなよ
何がtar.xzだアホらしい

「Firefox debパッケージ」で検索すればこっちに行くんだけどね
検索ワードはなるだけ絞ったほうが適切な答えに行き着くよね
https://support.mozilla.org/ja/kb/install-firefox-linux

tar.xzは笑う

最近はaptに慣れすぎたせいかmake installはおろかtar.*の解凍・展開もできない香具師も多いから多少はね？
>>401のレベルならちょうど良い練習になるでしょ

面倒くさいから圧縮ファイルは全部unarに任せててtarの解凍オプション忘れた俺が通りますよっと

なんでも tar xf

tar -zxvf は呪文として覚えるやつ
Tape ARchive と知ったのはずっと後。お家にLTOがある人は多くないはず
xf でいいことは 428 をみて知った

>>429
どちらかといえば、

tar -xvfz

かなぁ、どっちが多いんだろう。

実際は圧縮形式がわかったら例えばgzipだと昔の癖で

gzip -dc *.tar.gz | tar xvf -

とかやっちゃうんだけど。

tarでDATにバックアップ取ってたなあ
あれはいつ頃だったか

>>431
#tar cvf /dev/st0 .
とかね。

>>432
で、時代が変わってそのテープをWindowsで読みだすのが一苦労だった。

おいどん、今日初めてtarから解凍してソフトインストールしてパッケージマネージャがいらないとゆうことに気づく✨

>>434
自分でmakeするのと一緒で、依存関係とか、面倒だし、
アンインストールするときが難しい。

自分でmakeするファイルにREADMEが入ってなくて必要なソフト名も書かれてないって事あったろうか
酉ごとのパッケージ名の違いは自分で解消してちょが大抵だけど

難しい人には難しい
難しくない人には難しくない
ちょっと進次郎っぽいけどｗ

やっぱりslackwareでよかったんだー

>>438
slackwareも最近はあるよ。

debianのdockerコンテナで最新版neovim使えんかなとおもたらappimageがfuseなしでも使えるんやな

>>428
Jとかzとか要らないんだな
いつからなんだw

xzというのが謎だったから

$ xz -dc *.tar.xz | tar xvf -
とかしてたよw

最近は
tar.zst
とかが多いね。7zとかで良いと思うんだけど。

多いの？見たことない
Zstandardは物によっては7zの半分まで圧縮してくれる
でも7zの方が知名度高いよね

7zのほうが中身を表示するにも部分解凍にも都合はいいんだよな
でもzstdのほうが速いので使っちゃう

>>445
7zはWindowsがオリジナルだから、Microsoftアンチな人は使いたがらないかもね。

windowsオリジナル製は遅いし重いから使わんほうがいい

>>447
そういう思い込みはやめたほうがいいね。良いものはいいという考えが重要。

>>447
Unix由来ってzやgzだよね。
tarでまとめてからtar.zやtar.gzにする
一方zipもDOS由来なんだけどね。
tarでまとめて、あとで圧縮するというより、まとめながら圧縮したほうがつかいやすい
のは明らかなんだけど。

じゃあtar.xzかtar.zstに世代交代ということで

>>450
一般には普及しないでしょうけど、配信とかではあるかもね。

例のコード侵害事件以降、xzはzstdに置き換えられた
archのパッケージなど

>>452
そういう配信だといいんだけど、一般化するのは難しいね。
tarもそろそろ引退してほしい。Tapeが一般では使われなくなったしね
(cold backupでは現役だけどね)。

個人的には.zstは.gzの後継というか上位互換、
.xzは.7zのoss陣営版だって思ってるなぁ
(password機能はないけど…)

tarはunix系アーカイバーがアーカイブとコンプレスとを
別々で考える文化がある以上廃れないような気がする

>>454
zstdってgzで圧縮できたっけ？xzはオプションにあるけど。
tar.*とか今時何か意味あるんだろうか。

>>455
ごめん、上位互換ではなかったね(gzipと互換性はない)
同じような中程度の圧縮率、圧縮展開の速さが特徴の
圧縮形式だと言いたかったのです…

tar.*とか使わないんならzipとか7zとか使ってるのかな…?
.tar.xzみたいな2重拡張子が違和感なら.txzみたいに
短い形式の拡張子指定できるアーカイバも多いはず

>>456
二重拡張子はWindowsでは一般的ではないかな。
7zでもtgzを開くとtarが現れて、さらに開くとファイルが出てくるね。

androidだと例えばカスタムROMを配布する際はtar.xz

あ、でも7z使ってる人もいたか

7zって圧縮形式じゃなく書庫形式だぞ
圧縮アルゴリズムは複数あってbzip2もその中の一つ
馬鹿ってどうしようもないな
7-Zipとの区別もついてないんだろう

>>453
馬鹿丸出し

俺はtarを多用しているので無くなると困る

tarを使いたくなければ使わなければ良いだけで
引退して欲しいはどうかと思う

自分と違う考えの奴は排除するとか迫害するとか、魔女狩り風の考え方は好きじゃない
tar が好きじゃないなら使わなければ良いだけ
引退なんてしなくても良いｗ

tarだけだと圧縮しないから、アーカイブ作るのに便利だよな。
圧縮しなくていいから早く固めたいときとか

もうわかったから

tarは途中で処理が中断されてもアーカイブしたところまでは読み取れるんだよね
zipだと最後にcentral directoryが置かれていてこれがないとファイルの中身は読み出せない
サイズの大きいzipをダウンロードしていて途中で切れたらもうどうにもならない
でもjavaのクラスファイルもdocxやxlsx、odtもzipファイルになったからzipの利点はあるんだろうな

>>466
途中で途切れたぐらいなら-FFで修復できるんだけど？そこまでは読みだせる。
foo.tar.gz
で途中で途切れたらどうなる？

tar不要論始めたいの？

>>468
不要ではないけど、時代遅れかな。
cpioよりはマシだし。

zcat, zgrep で展開しない巨大ファイルも読めるからzip形式でも途中でも読めないか？
と思った

>>470
ソフトによってはそのまま読めるけど、標準だとunzipはエラーになる
zip -FFで修復したら標準でも読める。

ちなみに解凍というのはふるいことばらしいね。

オレオレ運用だけど、
トイレ休憩のたびに $HOMEなど自分環境をまるごとtarで丸めて１ファイルにして
バックアップストレージに書き出して時系列で退避している
(rsyncだと１つしか退避できない)

１ファイルにしたいのは必須項目
ストレージ容量は潤沢なので時間効率考えて圧縮はしない

tar以外に もっと良い方法があるかも知れないけどこれで充分だし
tar自体に廃止する理由になる問題点もあるわけじゃない
tar無くなると困る

>>472
zipでいいような気がするけど。

5GBあるのでzipだとトイレから帰ってきて終わってるかどうか

>>474
zip -0

でも、本来の目的であるTapeにtarでバックアップしたりした人いるのかな？
mtコマンドとか使える人いなさそう。

昔は(GNUじゃない時代は)
tar - create tape archives, and add or extract files
だったんだけど最近は
tar - an archiving utility
になってることに今気づいた。

トイレ休憩で5GBバックアップはなかなかの重要プロジェクトですな
自分はcronで作業用ディレクトリをtarでバックアップしてる

特定のディレクトリ以下をほかの場所にコピーしたいときもtarは便利なんだよね
tar cf - . | tar xpf - -C DIR
もちろんzipなんかでもできると思うけど
こういうときは慣れでやっぱりtarだなんだよなあ
cp -rはおれは信用してない

>>477
それは比較的新しい方法ですね。cdコマンドと合わせてパイプするのがUnixの正統かな。

>>476
重要なプロジェクトでそんなことやってるなんて個人商店ですかね。

cp -a が信頼できるようになったとはいえ
確実な方法があってそれで済んでるなら
わざわざ変えたくないものですね

>>480
tarやcpによるコピーって、正しくコピーされたか検証してないんじゃないの？

zipって64bitにちゃんと対応した?

>>478
伝統の
tar cvf - src_dir | (cd dst_dir; tar xvf -)
ですか

>>481
そうなんですか?

>>483
今でもそうしてしまいますね -C　とかいつから実装されたんだろう。

パーソナルユースならコピーが完了したら大丈夫でしょうけど、重要ななら
hashでも検証しないとだめですからね。xxHashとかがよく使われていますね。

rust で coreutile 再実装しているグループの仕事が無駄になりそうな会話だな

unix系コマンド新参ですがcpすら信用やっと出てきたかな？なんてすごい世界ですねぇ
今度rustで書き直したCoreUtilitiesに置き換えるって話を何処かで聞きましたけどまた信用を築くとこからやり直しですか

被った

>>485
それとは別の話になるとおもうが。

知識をひけらかしている時こそが最高の瞬間

>>489
そう思われちゃうのかな。
少しでもみなさんの向上につながればいいんですけどね。

tarは古いかも知れないし、より良い新しい方法はあるかも知れない
でも確立した確実な方法があるならむやみに刷新することもない
「寝た子を起こすな」
そういう選択肢も大切だという、考え方の引き出しは増やしておくと
生き残れる

>>491
そういう考えならcpioのほうが良いんじゃない？

個人的にtarの方が使い慣れてるしcpioは馴染みが無いので…

cpio は initramfs で間接的にみんな使っているかと
アーカイバや圧縮アルゴリズムに限らず複数の解放がある方が健全かと

下限の性能は昔と変わらんだろうが
使えるメモリ容量やプロセッサ数、スレッド数が桁違いに増えている環境もあるし
また実績と信頼のあるソースコードでもコンパイラ最適化等で問題出る場合もあるし

結局のところtarがzipよりすぐれているところは見つからない。
Windowsにもっていっても標準で解凍できるし。

>>495
zipは/dev/st0とかのテープには書き込めないから、もともとの意味ではtarが優れているけど、
ファイルに落とす分にはtarのほうが良いことってあるのかなな？

tarだとUNIXの属性全部保存できるしハードリンク構造保持できるから、構造まるごと持っていきたいときは一択

>>497
確かにそうですね。

>>497
いつまでも古いtarでしかできないってことが、ダメなところだけどね。

2連レスするのが趣味なの？

>>500
事情があってそうなった。気に食わなかったら申し訳ない。
ただ、わざわざ指摘する必要もないように思うけどな。

ここ10年ほどでLinuxに移ってきた人にとってはどうでもいい話だけどね

inode attributeもPOSIX ACLも格納出来ないアーカイバには一切価値はない

>>471
何言ってるんだ
無知って怖いな