Debian GNU/Linux スレッド Ver.103

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

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

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

起動早くてメモリ消費量少なくてCPU負荷が小さいってことでしょ(全ては理想を満たせなくてもバランスよく)
読解力皆無かよ

>>578
例えばどれが全部当てはまるわけ?

軽量厨はxorgとtwmで良いだろ

>>574
逆に言えばgtk関係の表示不具合は一番起きにくい
Waylandでいまのところ悩みたくないならGnomeのほうがマシまである

Plasmaはすごく良いんだけどGTKもQtも両方おかしい場合があるからね
結局NeonもKDE-LinuxもSUSEやArch系も仕様が一定ではないよね

軽さにこだわるならdebootstrap経由で軽いWMだけ入れたらいいじゃん(いいじゃん)

軽さ求めるならguiなしでtmuxでよくね
w3mでブラウザできるし

GUI無いとマウスのコピペと日本語表示出来ないでしょ

Emacs や vim を覚えたらいいよ

emacsあればデスクトップは何でも良い
というかなくても良い

Gnome3 以降を使っている奴らは、好きなコンソールで好きなテキストエディタ使っているから、デスクトップ環境は何でもいいんだろうな

Emacs や vimには関心はないけどMidnight-CommanderとYaziは覚えた

>>584
google検索できなくなったよ

X11だと3Dゲーが重くなるので
軽量WMは重いまである

重くなるつーか、x11やXwaylandだとフレームがスキップされてfps画像処理されることが多い
KDEのKwinのx11だと最悪らしい

>>592
いずれにせよWine + DXVK + Vulkanだから
あんま関係ないはずなんだけどな
Xプロトコル経由オンリーだったのは20年くらい前の話だから

逆に考えればいい
非力な内蔵グラフィック環境ならばWaylandは捨てたほうが良い

Waylandで問題があるのは非力な内蔵グラじゃなくてnvidiaなんだよなあ

理論上無駄なもん経由するx11よりwaylandのほうが軽石まあそうなるやろ

理論上はな
それで現実は見てるのかい？

>>596
かなり昔に経由しなくなってるんだけど
だから3D効果や透過はWayland以前からあったでしょ
OpenGLやVulkanが直接デバイス叩くんだからさ
全然理解してないのね

Waylandでグラボの効果があるのはWMなどの挙動と拡大縮小能力であって
Vulkan使うゲームの質は現状GTKやQtを挟んでいるんだから同じはずだよ
むしろリソースを食ってるくらいまである

重い軽い以前にDE特有の便利さって何だろうなって。

cajaは使うしchromeもfirefoxもlibreofficeもjdimも使ってる。Bluetoothでテザリングもするし音楽再生もする。
Steamで軽いゲームを動かすしWineでLINEも起動してる。
けどMATE入れなおす理由がなかった。

余談だけど俺はchromiumのLINEアドオンでLINEやってる
簡単だし特に問題ない

Debian Mate は Testing で1.28に上がったのか。

まあ「理論上」というのはWaylandに最適化されたゲームがX11では動きませんと注意書きが出てきた時だろう
だが現実はそうじゃない

>>599
その辺もAIGLXの頃から変わってない
処理するのはGPUで
指令もDRIドライバの仕事だからオーバーヘッドなんかない
20年前から変わってない
https://upload.wikimedia.org/wikipedia/commons/thumb/4/47/Linux_graphics_drivers_DRI_current.svg/500px-Linux_graphics_drivers_DRI_current.svg.png

Waylandだと3DゲーのFPS高め安定は
Wine経由した3Dゲームだけの話かもね
知らんけど

>>605
うまくVulkanに変換出来ない操作列がある可能性はあるけどね
よく知らない人が素朴に思うような理由じゃない

よく知らない人が素朴に思う、とは？
実際の動作なりFPSなりが基準だと思うが違うのか
Waylandの喧伝してきた早さという優位性が実際には全然ふるわなかったのみてるからなあ
理論値とか勘弁

まあ、ゲームやAI補完した120fps動画ぐらいしか利用価値はないんじゃね。Waylandは

Waylandが良い理論は聞き飽きてる
まだバグと未完成の嵐で難儀確定だから使いたいかどうかは人による
困らないならX11で乗り切るのが安牌だと思う
Wayland完成があと何年かかるんだか知らんけど

Waylandは定番アプリを全部専用＆サンドボックス化すれば良いんだろうね
そのためにUbuntuベースから離れてKDE-Linuxを立ち上げたんだろう

日本語？そんなマイナー言語使ってるやつはXサーバーでレガシーアプリ使わないとな

waylandはもう速度面も実行時低コストもあまり宣伝してない
xorgはもうメインナーいないと言い出してる

http3とかddr5みたいにベンチは良くても体感はほぼ変わらんて感じか

windowsとかmacのaquaはwayland方式なん？

redditの記事のここに書いているのか？

Waylandって何？ : r/linux4noobs
https://www.reddit.com/r/linux4noobs/comments/1k736xc/what_is_wayland/?tl=ja

Waylandのコンポジターで混乱してるんだよね。 : r/linux
https://www.reddit.com/r/linux/comments/16sv9ad/im_confused_with_wayland_compositors/?tl=ja

GNOMEをmutterの代わりにwlrootsを使って動かすことは可能ですか？ : r/gnome
https://www.reddit.com/r/gnome/comments/1d9j9kh/is_it_possible_to_run_gnome_using_wlroots_instead/?tl=ja

composite 合成、複合
composition 合成、構成、組立て -> 作品
compositor 植字工
ここまではわかる

compositor に画像合成、画面合成という意味を持たせるのは不自然な気がする
従来の画面、ディスプレイサーバー等で何が不満なのか

現状Waylandのメリットは複数ディスプレイでバラバラの解像度にできること
大型ディスプレイの拡大縮小などはスムーズである
ただコマンドラインをボタン化して整理しただけのものというわけではない

そしてX11がここまで君臨してきた理由はディスプレイが無いネットワークサーバとの相性が異常に良いからだろう
なんだかんだ言ってもWEBサーバーの王様だからね

いまだにwayland使わないで文句ばっかり言う人って…

compositorなんてxにもあるだろうに

FXアーキの頃のAMDAPUの環境でwaylandだと画面砂嵐になっちゃって駄目なんだもの
み つ を

Win10切れでLinuxに逃げてきた人たちは大変な時期に来ちゃったよなぁ
とりあえず安定してる前バージョン使えよって言っても脳死で最新しか認めないって奴らは
とにかくLinux界隈では頑張れとしか言いようがないわ

アップデートしてもui変わるわけじゃないし良い意味で枯れたものばっかだから今最新じゃないとだめなのってneovimくらいじゃ

Sandy〜第７世代FHD単発でUI気にしないならDebian12-LXQtあたりが最適解かな
無理して13にしなくても良いよ

>>620
opensuse timbleweedでdupしてりゃいいだけ

onedriveクライアントの作者がDebian公式レポジトリ版はバグが治ってないから使うなって言ってたな

バグといえばpecoが文字化けバージョンのまま放置されてる

Debian はセキュリティ関連のバグ以外放置じゃないかい

>>626
アプリ作者がメンテナンスしてないということならUbuntuもついていけてないものがあるよ
そういうアプリはみんなAppimageやFlatpak版を出している

Debian はバージョン上げない直し方しかしないから、アプリ作者が上流で直してもDebianへの反映は次バージョンになる話の方
Docker でも動かす為の一式を持てるけど、Desktop Environment は何時も古いね、と思う。

そんくらい自分でビルドせーよ

>>628
そういう不満からUbuntuやMX　Sparky　Mintなんかが出てきている
PikaOSなんてArchっぽいアプローチもしてるし本家もTestingを用意している
素Debian自体の立ち位置はそれで良いんだよ　
いつも攻めていたら他の酉の存在意義が無くなるじゃないか

backports や testing sid と複数のリポジトリを使い分けられるので
もともと他の鶏の存在意義は無いよ

誰でも簡単に使えるのがディストリビューションなのに
Debianは難しいとかは言いがかりにすぎない

stableになかったら俺はこうしている
1. backport
2. test
3. unstable
4. 依存で難しい場合にはdpkg-buildpackage
5. 野良ビルドして~以下に入れてstowで管理

>>632
そんなことやってたらシステムが破綻するよ
stableで運用するのが基本よ
でも最新版が要るんだったらその時だけLive Linuxで使えばいい

>>632
その「破綻」って何や?
依存管理は優先度が最低の5だけ自分でやることになるが
1 4はaptが管理するので破綻しない

「 」が表示されないので再送
1 -- 4はaptが管理するので破綻しない

足りないものを色々なリポから持ってきたり、自分でビルドしたり・・・
ちゃんと出来ない人は出来ない、出来る人は出来るｗ

pythonなどに依存していれば簡単に破綻しそう

>>632,633
依存関係が少なかったりシステムに食い込んでるライブラリに
大きく依存してるパッケージでなければ、
案外stableにtestingとかsidのパッケージとか
ポイントで混ぜてもそんなには壊れない…！

壊れてもpurgeとかdpkg単位で削除できる半に留めとけば…
(apt installで何十パッケージ、何百MBとか
インストする？削除する？って聞かれるのはちょっと危険)

>>638
あほか？
apt pinning

ufwとかpythonで作るのやめてクレメンス

まあ昨今はサンドボックスのおかげでサードアプリに関しては依存地獄は避けられるようになってきたよね
だからこそ今年なんかはシステム革新の流れが早いとも言える
主要アプリがAppimageやFlatpakなら特定の酉にこだわる必要は無いよ

>>626
馬鹿なのか

TransmissionはGTK・Qt・Flatpak全部Torrent登録時に名前を変えようとすると落ちる
Sparkyビルドの3.00は何の問題もなく使えるというかあるバージョンまではたぶんどの鳥でも問題なく使えてるんじゃないかな

>>629
Linuxユーザーに多いただクレがそんなことするわけないだろ
ただクレはディストリにクレクレ！
まぁ、ディストリからするとそんなことまでタダでやってられるか、
使いたいならユーザーの方でアップデートしろよ、乞食ども！だろうが

>>643
なら、作者やディストリに激しくクレーム入れて動くように
してクレクレだろ

RMSが草葉の陰で泣いとるぞ

存命です

>>643
qBittlentとかと比べて欲しい
audaciousとqmmpみたいに類似品比べてレポしてほしい

アホなのか

ツッコミ所はTorrent登録時に名前を変えるって何だよって話
普通にファイル共有することを考えたらファイル名は変えちゃダメなんじゃないか？
登録名だけ変えてるのなら尚更必然性がわからない
名前を変えないと黒歴史になるようなファイルなのかい？

>>642
>>649
他の人にも分かるように説明しないと、意思疎通できないぞ

Torrentはファイル名やフォルダ名を任意の名前に変更しても共有できるよ

torrentとかまだ使ってる人おるんやな

言語ランタイム等はユーザーディレクトリにインストールして自分でアップデートしろというのが増えた

言語ごとにパッケージマネージャーを再発明するのが流行ってしまったからな
最新バージョンを追うにはいいんだろうが、OSのパッケージマネージャより明らかにザル運用だし
マルウェア侵入ルートがパッケージマネージャの数だけ乗算で増えてしまった

delugeはマイナーなのだな

bittorrentってlinuxディストリイメージ配布用に開発されたツールだった気がするんだが

何この鼻に付くosw
デスクトップに行けなくなったぞ

>>652
ただダウンロードするだけなら落としたあとに名前を変えればいい
登録時に変えるというのはアップロード時にファイル名を変える必要があるということだ

>>659
ファイル名でやり取りしてないから関係ないよ

そもそも何のために保存ファイル名を変更するのか？
保存ファイル名なら落としたあとに名前を変えればいいし
重複回避ならスクリプトを呼び出せば良いんじゃね

単純にわかりやすくするためでしょそれ以外の理由があるとは思えないけど
そもそもアプリケーションのデフォルトでできるようになってる機能なんだから
整理等判別しやすくするのはごく当たり前のことだと思うけどね
何より一番大事なことは使い方も人それぞれなんだから自分と違う使い方されて文句言ってることのほうが変だと思うよ
自分がやりたいようにやるでいいじゃない

ファイルマネージャ上でコピー中に名前変更すると追従実行してくれるようなものかな
別OSで刷り込まれた動作が常識だと思っていたらlinuxディストリでは常識ではなかったりするやつ
で別のアプリでやるとどうなるのさ

>>663
>linuxディストリでは常識ではなかったりする
他のディストリではOKでもDebianの常識ではダメなんだろうな
ディストリいっぱいだから、すべてのディストリの常識のあったものを作るって大変だろな
ユーザーはこういうもんだと使うか、使っているディストリの常識にあうように改変したもの
を使う(ディストリに改変したのをクレクレ)だろうな

他の鳥程度の違いなら違いってほどないが

たとえばマルウェアのDLサイトに紐づけたtorrentファイルの名前をMS-officeとかにして配布することができるよね

たとえばマルウェアのDLサイトに紐づけたtorrentファイルの名前をMS-officeとかにして配布することができるよね

Debian に外から取ってきたソースをビルドするは出来るけど、セキュリティの対応に全く自信が持てない。
Debian が分かっている人がメンテしているか私と同じレベルかは分からないけど、動いているのを見ると、セキュリティの事は忘れちゃってたな。

トランザクション的には後からコピー元のファイル名を変更したからってコピーが中断したりコピー先のファイル名が変更されるのはよろしくないと思う
別ファイルに上書きされたらたまらんし

webから画像を連番で落としているなら中断するなら知識がないので手作業で番号を確認をしてから再開するようにしている

linuxはノード番号を発行してファイルを管理しているから途中で手動で保存dir名を変更しても追従してくれるけど

XFCEの自動ログアウト無効にする方法ないの？

>>671
自動ログアウトなんてあるの？
でもそれはセキュリティ上では良いことよ

>>672
面白いと思って言ってるあたりお前があたおかってよくわかる

でも何が原因でそうしてるのか突き止めたから貴様はどうでもいい害虫でしかないがな

そんなに興奮しないでください

>>675
お前がアホなのを押しつけんなよ下等