Debian GNU/Linux スレッド Ver.103

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

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

>>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
何言ってるんだ
無知って怖いな

>>475
character deviceも知らない馬鹿

長老！腰の具合はもうよろしいのですか！？

その歳で若い娘と毎日あんなにハッスルしてるから大事な時に出遅れるんですよ！

mt -f /dev/sr0 rewindもしたことないおこちゃまは
UNいXでいｐ寝てろ

System V Release 4.0 (SVR4) の続きにするには Redhat と Debian のどっちが近いのだ？
Debian の方が base になるシステムで変なこだわりあるけど。

Windowsのzipはちょっと前まで32bitだったはず
約2GBまでしか扱えない
今は知らん

>>508
普通はst0だろ。

昔はこうだったと押し付ける人このスレは多いからなぁ。
自分の使用と今の現実を受け入れられん凝り固まった人達が一定数いるのは仕方がないよ

ファイル属性が格納できないアーカイバは無価値なのだよ
どのOSでもどの年代でもTrue

こんな初歩的なこともわからん奴は
抽象論に逃げ込むしかない

クロームのせいかな
スワップ10g.
80%とか行きよる

swappinessの値いくつになってる？

>>513
バックアップとアーカイブの違い。アーカイブには属性などいらない。

>>517
この小僧が

>>518
お前にサンを救えるか！？

救えなかったね

https://imgur.com/m0GbpJT.png
https://www.reddit.com/r/linuxmasterrace/comments/6ighmy/the_gnulifecycle/

Debianスレって加齢臭がキツイね

>>520
こっちだ
https://pbs.twimg.com/media/Gzhgevua0AAjCQ9?format=jpg&name=medium

>>521
このver知らない

どちらでも良くね？

6.18がLTSになったね

Debian13をノートPCに入れたんやけど、
起動時、なになにファイルを読み込んだとか云う、
画面を流れる文字列がなくなって寂しいんだが、
どうすれば、いい？

>>526
たしか/etc/default/grubのGRUB_CMDLINE_LINUX_DEFAULT="quiet splash"のquietとsplashを消す
だったと思う
違ってたらゴメン

>>527
ありがとう、ダメだった。

お礼が遅くなって申し訳ない。
ラズパイのDebianはGUIで起動していると文字列はないが、
一度CUIで起動させると、次回からGUIで起動させても文字列が出て、
画面がにぎやかになる。

ありがとう。

>>528
sudo update-grub やった？

>>529
やってなかった。

やって、成功。
Debian12より多くの文字列が出て、大成功！

だけど多すぎる。
だけど、これぞ電算機という感じだわ(笑)

ありがとう、感謝。

unstableだけど、昨日apt upgradeしてから音周りで不都合出てるわ
Firefox ReleaseとESR両方で音が出ないので気がついた
Firefoxだけかと思っていたら、mpv+smplayerで96kHzの音声ファイルも再生がおかしい
今のところ他のサンプリングレートは正常だけど、96kHzだけ再生速度が落ちたような感じの全く別の音になる
まいったな

pulseなのpipewireなの
それともalsa直なの

alsamixerでサウンドデバイスの選択できる？

sudo alsa force-reload

>>531
unstableならそんなもんじゃないのか
そのうち直したの配布するだろ

>>532-534
さんきゅ　ALSA直で、デスクトップ環境と同じくalsamixerで問題なく認識してて、再起動でも変わらず

>>535
ま、こんなものちゃーこんなもの　起動しなくなるよりマシだけど、おま環だと何れどこかで再インスコかもな

面倒なのは関連するパッケージ軒並み更新されてんのよね Firefox release, ESR, ALSAとか
全く別の原因が絡んだ複合要因かも知れんし、おま環でないことを祈ること位しか出来ねー

毎年この時期になんかヘンテコな事になりがちなんだけど、年末に向けてちょっと無茶しちゃうぜみたいな
風習が開発界隈にあるんかいな

クリスマス休暇とか？

aptのlogから関連してそうなパッケージを探して、あやしそうな奴をピックアップしてからチェックしていたら
早速更新が入っていたので更新したら全部直ったわ

原因はALSA関連の libasound2-data と libasound2t64 みたい

このスレだと嵌ったのは俺だけだったかもしれない

>>538
よかった
環境固有の不具合じゃなくて開発のミスだったのね

debianに切り替えるとMXスナップショットが使えなくなる

俺もUSBオーディオがある日突然Samplingrate44100khzで固定になったよ
多分デュアルブートが原因じゃないかと思うんだが
まあ実験用のHaswell君だけで出る症状みたいで
さらに起動時にPCIかACPIのアラートが出てたしね（MXのLiquorixカーネルだと大丈夫）

>>13
実験版になっている
https://packages.debian.org/experimental/openarc

kuser行方不明なんだけどどこいった？
Debian版だけ？
sambの権限つけようとしたらなくて泣いた

今だにkuserなんかにしがみつくなよ

kuser使いやすかったが
代わるものが1つもない

大量に項目がある設定をコマンドラインでやるより
GUIで一覧眺めながらやったほうが楽

「kuserに代わるGUIアプリ」でぐぐれ

あひるでなかったから
数年ぶりにごっぐるでも探したが無いな
同等に使えてたlxdeのやつも今は無い

ネットインストーラでKDE選んだらGnomeがインスコされたでござる

嫌がらせ度100

>>545
その逆でGUIでやるのがど不評だったから
作っていた連中はこんなはずじゃなかったで、やる気なくしてやめたじゃないのか
良いとおもうなら、ソースどっかに転がっているだろうから俺ツールとして使えばいいんじゃないのか
(ただ、最初の設定に対応していない可能性があるが)

最初の設定 => 最近の設定

完成したから更新するところがなかったパターンじゃないかなあれ

誤・ネットインストーラでKDE選んだらGnomeがインスコされたでござる
正・ネットインストーラでKDE選ぶつもりでGnomeを選んじゃったでござる
ついついツッコミたくなったｗ

ミスなのかバグなのか

Gnome
KDE Plasma

間違える要素がない

>>556
みんな老化が進んでいるんだよ
ブレーキのつもりがアクセスを踏んだり
KDE選んだつもりがGnomeを選んでいたり

gnomeは標準機能を削りすぎる

kdeと比べて大した機能もないのになんでkde並に重いんだろうな
xfceあたりを標準にしたほうがlinuxユーザー増えそうだが

gnomeてそのxfceより軽いhyprlandと比べてもそんなに重さ変わらんと思うけど

知らんが昔のインテル内蔵グラフィックだとgnomeは軽快感がないんじゃね

>>559
xfceよりGNOMEの方がBluetoothとかの設定が楽なんですよ。
xfceだとbluez入れて設定とか面倒だし。
GNOMEでWindows風にしたければDash to panelとArcMenuで簡単に設定できて、要らないGNOMEアプリはすぐに消せるから。

>>561
この板にはKDEやGnomeが重いとなる
いまや低性能の昔のPC使っている老人多いからな(俺もだけど)
>>559
老人はそう思うんだろうが、若い奴は近年のPCでLinuxだから
KDEやGnomeで重いってならないだろ

KDEってメモリ食うけどアニメーション効果的なもん切ると体感的にはサクサクなんだよね

そら効果切ったらみんな軽いだろXfceとかLXDEに迫る勢いで軽くなるし

まさにXfceはgtk3のせいでそこまで軽くならなくなったのが問題視されてなかったか

ゲーミングPC使ってるけどGUIがほとんど日本語化されてるしXfce使ってる

ゲーム用は今はArchの素のlabwc+xfce4-panelだわ

>>563
メモリが2GB以下の時代の癖でDEに軽さを求めがちだけど
RAMが安くて8GB以上を当たり前のように載せれる時代に使いやすさを犠牲にしてまで軽量DEを選ぶメリットってあんまりないよな
視覚効果を切ればCPUへの負荷は減るし

>>565
だね
Gnome、Plasmaほどじゃないものの、もう軽量と呼べるレベルじゃない
今、圧倒的に軽いのはLXQt
さらに軽さを追求するならDE入れずにWMのみで運用するしかない

現在はAIやデータセンターバブルでメモリの値段はバク上がりなんじゃよ

>>570
今年の春までが買い時だったね
AI需要抜きにしても円安、インフレによる高騰が容易に予見できる状況だったから、まともな人たちは確保済みでしょ

>>561
全然そんな事ない

軽さにこだわるならwm使えばいいのに

機能/リソース使用量の比率が重要
Gnomeや、gtk3化後のXfceはこのバランスが悪い

メモリFastfetchで見てみたけどManjaroのGnome49が1.1GでDebianのGnome48は1.8Gくらいあるね
どうやら進化しているようだね
実際Gnome49は軽快だと思うよ
まあDebianならちゃんとしてるからKDEでもxfceやCinnamonでもどれ使っても良いね

>>575
それ仮想メモリ空間のサイズでしょ
常駐セットサイズで比べないと
今時はmmapとかしてるから仮想メモリ空間のサイズは無意味

軽い重いって指標は馬鹿っぽい
というか馬鹿丸出し
最低限、起動が早い遅いとか
メモリ消費量が少ないとか多いとか
CPU負荷が小さいとか大きいとか言うべき