Debian GNU/Linux スレッド Ver.93

extend:checked:vvvvv:1000:512
extend:checked:vvvvv:1000:512
次スレを立てる方は↑を二行重ねて書いてください

公式
https://www.debian.org/index.ja.html

過去ログは各自検索して見つけること
大体参考にならないので過度な期待は禁物

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

>>568
zswapがcpuの使用率削減に役立つならそれもいいかなと主今し他。
>>569
ありがとうございます。

すげえ、Debian関連の話が全く無くなった

Linuxの話はdebianの話じゃないのか？

>>568
ならzswapのほうが良さそうかね

>>572
正しくはGNU/Linuxな

>>574
Linuxの話にGNUは関係ないだろ

新年早々新しいバッケージがいっぱい降ってきたよ
そしてureが依存邪魔してるよ……

>>571
むしろ厳密に限定してどんな話題があるのよ
閑古鳥でスレ要らねってならんか

何か勘違いしているみたいだけどこのスレが閑古鳥になることは特に問題ない
このスレが無くなったとしても問題ない。スレを維持するのが目的ではないから
目的は情報の検索と共有なので適切にカテゴライズされてるいるほうが初心者や色々な人達にとって都合がいい

デター自治厨

でもこの板でいちばん常識的な印象を受けるこのスレが無くなるのはとても寂しい

Mintスレは志賀なにがしの話で埋まってMintディストリの話はほとんど見当たらないが
志賀なにがしはMintコミュニティで起きたことだから、まだスレ違いとは言えないと思う

でもzram/zswapはなぁ…さすがにDebianとまるっきり違うしなぁ

zram/zswap ってどういうシチュエーションで使うの？？
ノートパソコンで Chrome / Chromium のタブを100個くらいとか？？


らずぱいは知らない

>>577
住民以外がスレ流してまくってる現状は違う

Chromebookは搭載メモリの1.5倍のzram

>>580
この板は過疎しても落ちないから心配ない

個人的にはGUIのしょーもない話されるよりLinuxの話してくれたほうが嬉しいけどな

これ思い出した

【コミュニティの一生】

面白い人が面白いことをする
　↓
面白いから凡人が集まってくる
　↓
住み着いた凡人が居場所を守るために主張し始める
　↓
面白い人が見切りをつけて居なくなる
　↓
残った凡人が面白くないことをする
　↓
面白くないので皆居なくなる

DebianのZFSどう？

>>587
そういうのが最も不要
思い出したからってレスしなくていいよ

>>589
わかんないなら黙ってればいいのに

スレ違いの話してるときに日記書き始めんなよ

>>589
「ボクのわかる話しかしちゃダメなんだい」って言ってるようにしか見えないよね

>>589>>593
｢そういうの要らない｣っていうお前らのレスも要らんことに気付け

>>582
外出先でノートPC使って開発する時なんかに役立つ
正直メモリ管理はWinの方が優秀だからWinで開発すれば良いんだけど
ノートでもDebian遣いたいならzramする事になる

>>588
Linuxの世界では、ファイルシステムのようなコア技術はRHELに採用されない限り決して普及しない
最強厨ならXFSにしとけ

ext4派からXFS派に鞍替えたけど
メモリ消費がヤバイわ

>>595
それもそうだね
XFSに戻すよ
ありがとう

>>594
VSCode すら使ってないから必要性を全く感じないや。。。

開発って何使ってるん？
eclipse か何か？

ID:t2h6xoyw
こいついらない

ID:aOUpSjV4
こいつもいらない

メモリが大量に必要な開発って何だろう
VSCodeがそんなに食うともおもえんが
泥スタとかでも8Gも積んでれば間に合うだろうしな

VM使ってたら8GBなんてすぐだぞ
調べごとするためにブラウザも一緒に開くし

vscodeを本気になって開発に使うとバカみたいにメモリ食うよ。
素の状態で軽く使う分には物凄く軽量だから、俺も最初は勘違いしてた。

それを踏まえても良いから使ってるけど。

Linuxのvscodeで何開発してるの
やたら持ち上げてる人いるけど、MSのOSならともかく、Linux上での開発に別に必要を感じない
それともwindows系の開発とかとかチームの他人と同じ環境を共有したいのならわかるが
それなら別に素のDebian使わずにWSL使うよね

>>602
VM使うにしてもいくつも開かないでしょ
16Gも積んどけば十分
VMいくつ開いて作業してるんですか？
ゲームとかじゃないよね

>>604
vscode以上のエディタあるか？

デスクトップLinux使うような人ならvimでしょ
EmacsはVSCodeと立ち位置が完全に被るからもう死んじゃったけど

vimはCLI用でほぼデフォルトで入ってるテキストエディタという扱いだよ
デスクトップでは使わない。SSHしたときに使う簡易エディタ
設定にこだわることももうしないね。デフォルトでそれなりに色がついてカーソルキーで移動できればOK

604は持論展開オナニーが得意なヤツで余所でも鼻つまみ者

かまうな

延々雑談してるのはアフィブログとかでしょ
全部NG

いや、マジでvscode何回かトライしてダメなんだけど使い込めばいいのか聞きたい
組み込み用のC(GCC含む)と、pythonとRを使ってます。vimで。

>>611
まず何ををしたくて、何をトライしたのかを書きましょう
トラブル解決の常識でしょう？

別に今の環境に不満ではないのでトラブルというほどではないが、
カスタマイズやプラグインで、あぁMSだなぁという感じの若干のトラブルはあった。
Windowsでよく感じる、MSがこう使え！というのから外れて使うと非常に使いにくいという感じかな

そんなに素晴らしいとも思わなかったので、自分はそのまま使ってないが、
上記でメモリなどリソースを大量に喰うという話なので、そうしてでも使用するに値するだけの
メリットを感じている方がいらっしゃるのなら、その使い方を教えてほしいものだというだけの話

というか、書いてて思ったけど、昔よくあったEMACSやViの宗教的なものを感じるので、
とにかくいいんだ！という信心的ココロであれば、ご勘弁ください

誰もそんな話、聞きたくも無いから安易に書き込みな

>>613
中身がなにもないよ

最後にいちいち煽りを入れる辺り
本当に知りたいわけではないんだろうな。

>>608はVimに挫折した負け組
使い込んでなさそう

>>618
使い込むとCLIで動く以外でなにかvscodeを超えることができるんですか？（ネタ機能はいらんｗ）

使い込んでようやくvscodeに近づけるvimよりも、
使い込まなくても便利なvscodeの方が良いですよね。

なにか意見ありますか？

宗教論争はよそでやってくれ

宗教というか
野球選手とサッカー選手のどっちがより優れたスポーツ選手か？
というマヌケな論争になってる。

かつ双方がその事に気づいていない。

>>621
仰る通り

vime 使うなら emacs 使うわ

キーバインディングとか慣れたら vim でもスムーズなのかも知れんけど
vim 初心者向けのまとめページとかったら紹介してくれまいか

$ vimtutor

>>619
というかvimも使い込んで設定やプラグインを煮詰めなくてもそこそこ快適に使えるのがメリットだよね
カスタマイズは最小限にしたい派の俺にとってはvscodeもvimも最高の道具だよ
emacsは論外

viは大体のLinuxで元々入ってるのがメリットだからね
他のマシンに繋げてファイルを操作するなんて用途のときにもすぐ使えるのが便利
逆に自分のマシンだけで完結することしかしないならemacsでいい

debianに含まれるviはviじゃないよ
正式にはvimのtiny版

micro派は多分俺だけだな
GUI使えればmicroである必要ないし

結局vimみたいなコマンドライン使えないとlinuxは使えない。

nvi ではダメかいな

仮にvimのキーバインドがvscodeと同じになったとしたら
vimを使わない理由はなくなると同時に
vimの特徴もなくなってしまうと思うがどうか？
あえてvimである理由がない

>>625
> というかvimも使い込んで設定やプラグインを煮詰めなくてもそこそこ快適に使えるのがメリットだよね
それだとvim-tinyで良い気がするね

>>631
vimには多数のexコマンドがある
使い慣れた人はそれを好む
また、通常モードと挿入モードがあるのは混乱のしどころだが編集時のみ文字入力が許可されるのはメリットとも解釈出来る
それ以上はウニ板のVimスレにでも行って語るといいだろう

>>633
Vim Part29
https://mevius.5ch.net/test/read.cgi/unix/1550073259/

ここ？

>>634
YES

>>635
ありがと
色々いじってみる

ろくに使い込んでもないのにvimはだめと決めつける初ってほんと苦手
vimに限らない話だがね
同じ目線で話したければまずは半年は使ってみろ

だめというか、将来性がないからな
現状維持で使うもの。SSHログインした時用だよ

枯れていると言う意味ではDebianに通じるものがある

Debianは枯れてるって程じゃない
サポートされてる最古のDebian8でも
Windows10と同じくらいの時期だし

枯れてるっていうのは、良いことなんだけどね。
クリティカルなバクが潜在する可能性があるものをユーザーには推めない。

Vimそのものもだけど、Vimキーバインドが超優秀
今後新しいIDEやエディタが出ても、Vimキーバインド拡張はほぼ確実に作られる

Debianが枯れてると言っても、
アプリがバグがないってことじゃないんだよな。
そもそもアプリ作ってるのはDebianじゃないからね
そしてクリティカルなバグというのは起動とセキュリティに関してで
アプリのバグは含まれない

つまりどんなに枯れてても、アプリのバグが修正されるわけじゃないってこと

>>642
vimキーバインドのどこが優秀なの？

> Vimキーバインド拡張はほぼ確実に作られる
それはvimキーバインドが変すぎて乗り換えられないからだよ

リリースクリティカルなバグがあるアプリは、廃止され削除されるから。
アップストリームの開発者がメンテナンスを放棄したら、
誰がメンテナンスすると思ってるの？

upstreamの更新が止まって実質Debian側で細々とメンテナンスしてる
ようなパッケージも割とあるからなあ

具体的な例だとencryptfsもバグ放置されたまま最近まで残ってた
もうOSSブームも去ってメンテナも減ってるんじゃないかな？どうなんだろ

Leapadというテキストエディタも一例だと思う。
検索を掛けたら、その経緯が分かります。

>>645
リリースクリティカルじゃないバグは放置されるわけでしょｗ

Windowsもリリースクリティカルなバグは修正されてから
リリースされているといえば、理解できるんじゃないかな？

どのOSもバグが残ったままリリースされてるのが現状

Leafpad です。打ち間違いました。

バグは放置されないでしょう？
Windowsみたいな閉じた開発環境ではありませんからね。
バグがあれば、メーリングリストでオープンに議論され、対処する。

>>650
ありがとう

leafpad orphan
でググったら色々出て来た

オープンに議論されるほど盛り上がってるパッケージなんて極一部だよ
実際には私生活が忙しいとかで
非セキュリティ関連のバグは放置がデフォ
パッチを投げるならともかく単なる報告は無駄に終わりがち

そして下手にパッチを投げようものなら
「代わりにメンテナしないかい？」
というババの押し付け合いに巻き込まれてしまう

>>654
それを防ぐには upstream ではなく distro のパッケージャにパッチ投げるしかないな。。。

>>651
クリティカルじゃないバグは放置してリリースされてるよ

afterstep とか window maker とか icewm とか
最近どうなんだろう

>>657
例えばwmaker関係
https://salsa.debian.org/search?search=wmaker

アフィの日銭稼ぎだろうね

>>659
そう思うならまとめられたアフィブログでも晒してみろよ

CentOS7なんかつい最近まで最新だったが、PHPが古すぎてサポートしているフレームワークやCMSが皆無

>>656
正しくは「セキュリティ」クリティカルじゃないバグな
ハンバーガーを食おうとしたらハンバーグが入ってないみたいな機能的にクリティカルなバグは余裕で放置
最強のセキュリティを実現するには可用性をゼロにすればよい理論だね

全てのバグに対処しようとしたら、人的な開発資源が充分にないと難しいし。
クリティカルじゃないバグは放置してリリースされてるよ、と言い切るのはどうかな。
安定版のポイント・リリースでは、セキュリティ関連以外のバグも含まれるし。

バグを発見して報告したら、たいてい何らかの反応はかえってくると思う。
バグ自体にメンテナーが気づいていないかもしれないし。
それで修正されたり、それが困難だったら削除されたりね。
ユーザーが利便性を要求するのはわかるけど、開発してる人には本当に感謝してる。

メンテナが単なる罰ゲームだって皆が気付き始めたからな
Linux界隈の崩壊の日は近い

ソフトウェアの保守はマジで金にならんからなー

... MPC-HC 末期の話みたいだな

>>664
それで崩壊するならBSDなんて……もう崩壊してるか

>>662
ハンバーガーにハンバーグなんて入ってないでしょ
パティとハンバーグは全く別のものだ

これ、豆じゃなくて常識な

タピオカティーにタピオカは入っている？入ってない？