Debian GNU/Linux スレッド Ver.103 (766ﾚｽ)
上下前次1-新
438(1): 11/27(木)17:10 ID:0yPW04FL(1) AAS
やっぱりslackwareでよかったんだー
439: 11/27(木)17:15 ID:RkZTN74B(2/2) AAS
>>438
slackwareも最近はあるよ。
440: 11/28(金)10:34 ID:GcI3yHmj(1) AAS
debianのdockerコンテナで最新版neovim使えんかなとおもたらappimageがfuseなしでも使えるんやな
441: 11/29(土)06:30 ID:+BA9uXbn(1) AAS
>>428
Jとかzとか要らないんだな
いつからなんだw
442: 11/29(土)16:02 ID:9t4/f4aR(1) AAS
xzというのが謎だったから
$ xz -dc *.tar.xz | tar xvf -
とかしてたよw
443: 11/29(土)16:10 ID:PpXGnVkE(1/8) AAS
最近は
tar.zst
とかが多いね。7zとかで良いと思うんだけど。
444: 11/29(土)16:13 ID:Hpe7Rd+e(1/4) AAS
多いの？見たことない
Zstandardは物によっては7zの半分まで圧縮してくれる
でも7zの方が知名度高いよね
445(1): 11/29(土)16:23 ID:wq13ThS/(1) AAS
7zのほうが中身を表示するにも部分解凍にも都合はいいんだよな
でもzstdのほうが速いので使っちゃう
446: 11/29(土)16:34 ID:PpXGnVkE(2/8) AAS
>>445
7zはWindowsがオリジナルだから、Microsoftアンチな人は使いたがらないかもね。
447(2): 11/29(土)16:46 ID:1T2rBNau(1) AAS
windowsオリジナル製は遅いし重いから使わんほうがいい
448: 11/29(土)16:52 ID:PpXGnVkE(3/8) AAS
>>447
そういう思い込みはやめたほうがいいね。良いものはいいという考えが重要。
449: 11/29(土)17:02 ID:PpXGnVkE(4/8) AAS
>>447
Unix由来ってzやgzだよね。
tarでまとめてからtar.zやtar.gzにする
一方zipもDOS由来なんだけどね。
tarでまとめて、あとで圧縮するというより、まとめながら圧縮したほうがつかいやすい
のは明らかなんだけど。
450(1): 11/29(土)17:18 ID:Hpe7Rd+e(2/4) AAS
じゃあtar.xzかtar.zstに世代交代ということで
451: 11/29(土)17:21 ID:PpXGnVkE(5/8) AAS
>>450
一般には普及しないでしょうけど、配信とかではあるかもね。
452(1): 11/29(土)19:08 ID:h13+qVvH(1) AAS
例のコード侵害事件以降、xzはzstdに置き換えられた
archのパッケージなど
453(1): 11/29(土)19:30 ID:PpXGnVkE(6/8) AAS
>>452
そういう配信だといいんだけど、一般化するのは難しいね。
tarもそろそろ引退してほしい。Tapeが一般では使われなくなったしね
(cold backupでは現役だけどね)。
454(1): 11/29(土)20:03 ID:TFLGOcpc(1/2) AAS
個人的には.zstは.gzの後継というか上位互換、
.xzは.7zのoss陣営版だって思ってるなぁ
(password機能はないけど…)
tarはunix系アーカイバーがアーカイブとコンプレスとを
別々で考える文化がある以上廃れないような気がする
455(1): 11/29(土)20:09 ID:PpXGnVkE(7/8) AAS
>>454
zstdってgzで圧縮できたっけ？xzはオプションにあるけど。
tar.*とか今時何か意味あるんだろうか。
456(1): 11/29(土)20:19 ID:TFLGOcpc(2/2) AAS
>>455
ごめん、上位互換ではなかったね(gzipと互換性はない)
同じような中程度の圧縮率、圧縮展開の速さが特徴の
圧縮形式だと言いたかったのです…
tar.*とか使わないんならzipとか7zとか使ってるのかな…?
.tar.xzみたいな2重拡張子が違和感なら.txzみたいに
短い形式の拡張子指定できるアーカイバも多いはず
457: 11/29(土)20:27 ID:PpXGnVkE(8/8) AAS
>>456
二重拡張子はWindowsでは一般的ではないかな。
7zでもtgzを開くとtarが現れて、さらに開くとファイルが出てくるね。
458: 11/29(土)20:43 ID:Hpe7Rd+e(3/4) AAS
androidだと例えばカスタムROMを配布する際はtar.xz
459: 11/29(土)20:43 ID:Hpe7Rd+e(4/4) AAS
あ、でも7z使ってる人もいたか
460: 11/30(日)08:17 ID:IQsTZ3/Y(1/6) AAS
7zって圧縮形式じゃなく書庫形式だぞ
圧縮アルゴリズムは複数あってbzip2もその中の一つ
馬鹿ってどうしようもないな
7-Zipとの区別もついてないんだろう
461: 11/30(日)08:18 ID:IQsTZ3/Y(2/6) AAS
>>453
馬鹿丸出し
462: 11/30(日)08:46 ID:mxRJQM+A(1/8) AAS
俺はtarを多用しているので無くなると困る
tarを使いたくなければ使わなければ良いだけで
引退して欲しいはどうかと思う
463: 11/30(日)10:07 ID:0MOexp6h(1) AAS
自分と違う考えの奴は排除するとか迫害するとか、魔女狩り風の考え方は好きじゃない
tar が好きじゃないなら使わなければ良いだけ
引退なんてしなくても良いｗ
464: 11/30(日)13:39 ID:oof3sDaT(1) AAS
tarだけだと圧縮しないから、アーカイブ作るのに便利だよな。
圧縮しなくていいから早く固めたいときとか
465: 11/30(日)14:38 ID:fQctiG1T(1/2) AAS
もうわかったから
466(1): 11/30(日)15:13 ID:wdrHsYLg(1/3) AAS
tarは途中で処理が中断されてもアーカイブしたところまでは読み取れるんだよね
zipだと最後にcentral directoryが置かれていてこれがないとファイルの中身は読み出せない
サイズの大きいzipをダウンロードしていて途中で切れたらもうどうにもならない
でもjavaのクラスファイルもdocxやxlsx、odtもzipファイルになったからzipの利点はあるんだろうな
467: 11/30(日)16:12 ID:HFA4vgqS(1/17) AAS
>>466
途中で途切れたぐらいなら-FFで修復できるんだけど？そこまでは読みだせる。
foo.tar.gz
で途中で途切れたらどうなる？
468(1): 11/30(日)16:29 ID:mxRJQM+A(2/8) AAS
tar不要論始めたいの？
469: 11/30(日)16:38 ID:HFA4vgqS(2/17) AAS
>>468
不要ではないけど、時代遅れかな。
cpioよりはマシだし。
470(1): 11/30(日)16:42 ID:jReObtEI(1/2) AAS
zcat, zgrep で展開しない巨大ファイルも読めるからzip形式でも途中でも読めないか？
と思った
471(1): 11/30(日)16:47 ID:HFA4vgqS(3/17) AAS
>>470
ソフトによってはそのまま読めるけど、標準だとunzipはエラーになる
zip -FFで修復したら標準でも読める。
ちなみに解凍というのはふるいことばらしいね。
472(1): 11/30(日)16:49 ID:mxRJQM+A(3/8) AAS
オレオレ運用だけど、
トイレ休憩のたびに $HOMEなど自分環境をまるごとtarで丸めて１ファイルにして
バックアップストレージに書き出して時系列で退避している
(rsyncだと１つしか退避できない)
１ファイルにしたいのは必須項目
ストレージ容量は潤沢なので時間効率考えて圧縮はしない
tar以外に もっと良い方法があるかも知れないけどこれで充分だし
tar自体に廃止する理由になる問題点もあるわけじゃない
tar無くなると困る
473: 11/30(日)16:54 ID:HFA4vgqS(4/17) AAS
>>472
zipでいいような気がするけど。
474(1): 11/30(日)17:02 ID:mxRJQM+A(4/8) AAS
5GBあるのでzipだとトイレから帰ってきて終わってるかどうか
475(1): 11/30(日)17:10 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): 11/30(日)17:17 ID:wdrHsYLg(2/3) AAS
トイレ休憩で5GBバックアップはなかなかの重要プロジェクトですな
自分はcronで作業用ディレクトリをtarでバックアップしてる
477(1): 11/30(日)17:18 ID:wdrHsYLg(3/3) AAS
特定のディレクトリ以下をほかの場所にコピーしたいときもtarは便利なんだよね
tar cf - . | tar xpf - -C DIR
もちろんzipなんかでもできると思うけど
こういうときは慣れでやっぱりtarだなんだよなあ
cp -rはおれは信用してない
478(1): 11/30(日)17:27 ID:HFA4vgqS(6/17) AAS
>>477
それは比較的新しい方法ですね。cdコマンドと合わせてパイプするのがUnixの正統かな。
479: 11/30(日)17:30 ID:HFA4vgqS(7/17) AAS
>>476
重要なプロジェクトでそんなことやってるなんて個人商店ですかね。
480(1): 11/30(日)17:33 ID:mxRJQM+A(5/8) AAS
cp -a が信頼できるようになったとはいえ
確実な方法があってそれで済んでるなら
わざわざ変えたくないものですね
481(1): 11/30(日)17:37 ID:HFA4vgqS(8/17) AAS
>>480
tarやcpによるコピーって、正しくコピーされたか検証してないんじゃないの？
482: 11/30(日)17:38 ID:PEOuckig(1) AAS
zipって64bitにちゃんと対応した?
483(1): 11/30(日)17:39 ID:mxRJQM+A(6/8) AAS
>>478
伝統の
tar cvf - src_dir | (cd dst_dir; tar xvf -)
ですか
>>481
そうなんですか?
484: 11/30(日)17:43 ID:HFA4vgqS(9/17) AAS
>>483
今でもそうしてしまいますね -C とかいつから実装されたんだろう。
パーソナルユースならコピーが完了したら大丈夫でしょうけど、重要ななら
hashでも検証しないとだめですからね。xxHashとかがよく使われていますね。
485(1): 11/30(日)17:45 ID:jReObtEI(2/2) AAS
rust で coreutile 再実装しているグループの仕事が無駄になりそうな会話だな
486: 11/30(日)17:45 ID:3GJifPCb(1/5) AAS
unix系コマンド新参ですがcpすら信用やっと出てきたかな？なんてすごい世界ですねぇ
今度rustで書き直したCoreUtilitiesに置き換えるって話を何処かで聞きましたけどまた信用を築くとこからやり直しですか
487: 11/30(日)17:46 ID:3GJifPCb(2/5) AAS
被った
488: 11/30(日)17:49 ID:HFA4vgqS(10/17) AAS
>>485
それとは別の話になるとおもうが。
489(1): 11/30(日)18:05 ID:fQctiG1T(2/2) AAS
知識をひけらかしている時こそが最高の瞬間
490: 11/30(日)18:07 ID:HFA4vgqS(11/17) AAS
>>489
そう思われちゃうのかな。
少しでもみなさんの向上につながればいいんですけどね。
491(1): 11/30(日)18:30 ID:mxRJQM+A(7/8) AAS
tarは古いかも知れないし、より良い新しい方法はあるかも知れない
でも確立した確実な方法があるならむやみに刷新することもない
「寝た子を起こすな」
そういう選択肢も大切だという、考え方の引き出しは増やしておくと
生き残れる
492: 11/30(日)18:38 ID:HFA4vgqS(12/17) AAS
>>491
そういう考えならcpioのほうが良いんじゃない？
493: 11/30(日)18:50 ID:mxRJQM+A(8/8) AAS
個人的にtarの方が使い慣れてるしcpioは馴染みが無いので…
494: 11/30(日)19:21 ID:NhYm0RF/(1) AAS
cpio は initramfs で間接的にみんな使っているかと
アーカイバや圧縮アルゴリズムに限らず複数の解放がある方が健全かと
下限の性能は昔と変わらんだろうが
使えるメモリ容量やプロセッサ数、スレッド数が桁違いに増えている環境もあるし
また実績と信頼のあるソースコードでもコンパイラ最適化等で問題出る場合もあるし
495(1): 11/30(日)19:38 ID:HFA4vgqS(13/17) AAS
結局のところtarがzipよりすぐれているところは見つからない。
Windowsにもっていっても標準で解凍できるし。
496: 11/30(日)19:49 ID:HFA4vgqS(14/17) AAS
>>495
zipは/dev/st0とかのテープには書き込めないから、もともとの意味ではtarが優れているけど、
ファイルに落とす分にはtarのほうが良いことってあるのかなな？
497(2): 11/30(日)21:43 ID:LmDAL25a(1) AAS
tarだとUNIXの属性全部保存できるしハードリンク構造保持できるから、構造まるごと持っていきたいときは一択
498: 11/30(日)21:46 ID:HFA4vgqS(15/17) AAS
>>497
確かにそうですね。
499: 11/30(日)21:49 ID:HFA4vgqS(16/17) AAS
>>497
いつまでも古いtarでしかできないってことが、ダメなところだけどね。
500(1): 11/30(日)22:04 ID:3GJifPCb(3/5) AAS
2連レスするのが趣味なの？
501: 11/30(日)22:07 ID:HFA4vgqS(17/17) AAS
>>500
事情があってそうなった。気に食わなかったら申し訳ない。
ただ、わざわざ指摘する必要もないように思うけどな。
502: 11/30(日)22:35 ID:EVQYyQfu(1) AAS
ここ10年ほどでLinuxに移ってきた人にとってはどうでもいい話だけどね
503: 11/30(日)23:24 ID:IQsTZ3/Y(3/6) AAS
inode attributeもPOSIX ACLも格納出来ないアーカイバには一切価値はない
504: 11/30(日)23:24 ID:IQsTZ3/Y(4/6) AAS
>>471
何言ってるんだ
無知って怖いな
505: 11/30(日)23:25 ID:IQsTZ3/Y(5/6) AAS
>>475
character deviceも知らない馬鹿
506: 11/30(日)23:30 ID:3GJifPCb(4/5) AAS
長老！腰の具合はもうよろしいのですか！？
507: 11/30(日)23:31 ID:3GJifPCb(5/5) AAS
その歳で若い娘と毎日あんなにハッスルしてるから大事な時に出遅れるんですよ！
508(1): 11/30(日)23:38 ID:IQsTZ3/Y(6/6) AAS
mt -f /dev/sr0 rewindもしたことないおこちゃまは
UNいXでいｐ寝てろ
509: 12/01(月)00:00 ID:wpbqyoDW(1) AAS
System V Release 4.0 (SVR4) の続きにするには Redhat と Debian のどっちが近いのだ？
Debian の方が base になるシステムで変なこだわりあるけど。
510: 12/01(月)00:10 ID:HPx26uyh(1/2) AAS
Windowsのzipはちょっと前まで32bitだったはず
約2GBまでしか扱えない
今は知らん
511: 12/01(月)09:00 ID:N/bn2BhC(1/2) AAS
>>508
普通はst0だろ。
512: 12/01(月)09:58 ID:8rh6YkFE(1) AAS
昔はこうだったと押し付ける人このスレは多いからなぁ。
自分の使用と今の現実を受け入れられん凝り固まった人達が一定数いるのは仕方がないよ
513(1): 12/01(月)10:42 ID:8o8rjvP8(1/2) AAS
ファイル属性が格納できないアーカイバは無価値なのだよ
どのOSでもどの年代でもTrue
514: 12/01(月)10:43 ID:8o8rjvP8(2/2) AAS
こんな初歩的なこともわからん奴は
抽象論に逃げ込むしかない
515: 12/01(月)13:10 ID:hf+V/JJZ(1) AAS
クロームのせいかな
スワップ10g.
80%とか行きよる
516: 12/01(月)13:17 ID:RHgGgetT(1) AAS
swappinessの値いくつになってる？
517(1): 12/01(月)13:18 ID:N/bn2BhC(2/2) AAS
>>513
バックアップとアーカイブの違い。アーカイブには属性などいらない。
518(1): 12/01(月)13:21 ID:O/3utDLJ(1) AAS
>>517
この小僧が
519: 12/01(月)14:36 ID:PVFkyj+/(1/2) AAS
>>518
お前にサンを救えるか！？
520(1): 12/01(月)14:39 ID:HPx26uyh(2/2) AAS
救えなかったね
521(1): 12/01(月)15:20 ID:aVElY6c2(1) AAS
画像ﾘﾝｸ[png]:imgur.com
外部ﾘﾝｸ:www.reddit.com
Debianスレって加齢臭がキツイね
522: 12/01(月)15:37 ID:jVxlHBln(1) AAS
>>520
こっちだ
外部ﾘﾝｸ:pbs.twimg.com
523: 12/01(月)16:48 ID:PVFkyj+/(2/2) AAS
>>521
このver知らない
524: 12/01(月)19:15 ID:dh0+1hk4(1) AAS
どちらでも良くね？
525: 12/03(水)23:55 ID:vByNCoRC(1) AAS
6.18がLTSになったね
526(1): 12/06(土)18:30 ID:WsrcQC6y(1) AAS
Debian13をノートPCに入れたんやけど、
起動時、なになにファイルを読み込んだとか云う、
画面を流れる文字列がなくなって寂しいんだが、
どうすれば、いい？
527(1): 12/06(土)21:29 ID:Y6pjDwXr(1) AAS
>>526
たしか/etc/default/grubのGRUB_CMDLINE_LINUX_DEFAULT="quiet splash"のquietとsplashを消す
だったと思う
違ってたらゴメン
528(1): 12/09(火)19:50 ID:RCudoS8u(1) AAS
>>527
ありがとう、ダメだった。
お礼が遅くなって申し訳ない。
ラズパイのDebianはGUIで起動していると文字列はないが、
一度CUIで起動させると、次回からGUIで起動させても文字列が出て、
画面がにぎやかになる。
ありがとう。
529(1): 12/09(火)19:55 ID:CNVMZkvW(1) AAS
>>528
sudo update-grub やった？
530: 12/10(水)21:06 ID:AtJfWGef(1) AAS
>>529
やってなかった。
やって、成功。
Debian12より多くの文字列が出て、大成功！
だけど多すぎる。
だけど、これぞ電算機という感じだわ(笑)
ありがとう、感謝。
531(1): 12/12(金)15:22 ID:duwr/WYC(1) AAS
unstableだけど、昨日apt upgradeしてから音周りで不都合出てるわ
Firefox ReleaseとESR両方で音が出ないので気がついた
Firefoxだけかと思っていたら、mpv+smplayerで96kHzの音声ファイルも再生がおかしい
今のところ他のサンプリングレートは正常だけど、96kHzだけ再生速度が落ちたような感じの全く別の音になる
まいったな
532(1): 12/12(金)16:16 ID:MGoTevIS(1) AAS
pulseなのpipewireなの
それともalsa直なの
533(1): 12/12(金)17:15 ID:eQvODwSL(1) AAS
alsamixerでサウンドデバイスの選択できる？
534(1): 12/12(金)21:29 ID:FAUQsvh6(1) AAS
sudo alsa force-reload
535(1): 12/12(金)23:01 ID:UkTgI2xP(1) AAS
>>531
unstableならそんなもんじゃないのか
そのうち直したの配布するだろ
536(1): 12/13(土)00:03 ID:wKfLKXdH(1/2) AAS
>>532-534
さんきゅ ALSA直で、デスクトップ環境と同じくalsamixerで問題なく認識してて、再起動でも変わらず
>>535
ま、こんなものちゃーこんなもの 起動しなくなるよりマシだけど、おま環だと何れどこかで再インスコかもな
面倒なのは関連するパッケージ軒並み更新されてんのよね Firefox release, ESR, ALSAとか
全く別の原因が絡んだ複合要因かも知れんし、おま環でないことを祈ること位しか出来ねー
毎年この時期になんかヘンテコな事になりがちなんだけど、年末に向けてちょっと無茶しちゃうぜみたいな
風習が開発界隈にあるんかいな
537: 12/13(土)03:07 ID:m1X714Gb(1) AAS
クリスマス休暇とか？
538(1): 536 12/13(土)04:15 ID:wKfLKXdH(2/2) AAS
aptのlogから関連してそうなパッケージを探して、あやしそうな奴をピックアップしてからチェックしていたら
早速更新が入っていたので更新したら全部直ったわ
原因はALSA関連の libasound2-data と libasound2t64 みたい
このスレだと嵌ったのは俺だけだったかもしれない
539: 12/13(土)04:53 ID:9ouOlB46(1) AAS
>>538
よかった
環境固有の不具合じゃなくて開発のミスだったのね
540: 12/13(土)05:40 ID:Z6lyXjLo(1) AAS
debianに切り替えるとMXスナップショットが使えなくなる
541: 12/13(土)07:17 ID:dgyiHfa1(1) AAS
俺もUSBオーディオがある日突然Samplingrate44100khzで固定になったよ
多分デュアルブートが原因じゃないかと思うんだが
まあ実験用のHaswell君だけで出る症状みたいで
さらに起動時にPCIかACPIのアラートが出てたしね（MXのLiquorixカーネルだと大丈夫）
542: 12/17(水)00:44 ID:m5ReUkTY(1) AAS
>>13
実験版になっている
外部ﾘﾝｸ:packages.debian.org
543: 12/18(木)00:00 ID:YQG0ldO/(1) AAS
kuser行方不明なんだけどどこいった？
Debian版だけ？
sambの権限つけようとしたらなくて泣いた
544: 12/18(木)08:29 ID:j+ehuq+N(1) AAS
今だにkuserなんかにしがみつくなよ
545(1): 12/19(金)19:14 ID:yjiojL1z(1/2) AAS
kuser使いやすかったが
代わるものが1つもない
大量に項目がある設定をコマンドラインでやるより
GUIで一覧眺めながらやったほうが楽
546: 12/19(金)19:24 ID:ZsLt25GD(1) AAS
「kuserに代わるGUIアプリ」でぐぐれ
547: 12/19(金)20:26 ID:yjiojL1z(2/2) AAS
あひるでなかったから
数年ぶりにごっぐるでも探したが無いな
同等に使えてたlxdeのやつも今は無い
548: 12/19(金)20:31 ID:zemiHzmP(1) AAS
ネットインストーラでKDE選んだらGnomeがインスコされたでござる
549: 12/19(金)20:45 ID:OUdl+BH/(1) AAS
嫌がらせ度100
550: 12/19(金)22:01 ID:ypMgTVs8(1/2) AAS
>>545
その逆でGUIでやるのがど不評だったから
作っていた連中はこんなはずじゃなかったで、やる気なくしてやめたじゃないのか
良いとおもうなら、ソースどっかに転がっているだろうから俺ツールとして使えばいいんじゃないのか
(ただ、最初の設定に対応していない可能性があるが)
551: 12/19(金)22:04 ID:ypMgTVs8(2/2) AAS
最初の設定 => 最近の設定
552: 12/20(土)04:09 ID:noFu9/al(1/2) AAS
完成したから更新するところがなかったパターンじゃないかなあれ
553: 12/20(土)04:41 ID:ccGLKQLa(1) AAS
誤・ネットインストーラでKDE選んだらGnomeがインスコされたでござる
正・ネットインストーラでKDE選ぶつもりでGnomeを選んじゃったでござる
ついついツッコミたくなったｗ
554: 12/20(土)04:49 ID:noFu9/al(2/2) AAS
ミスなのかバグなのか
555: 12/20(土)04:53 ID:PYuLBFY0(1) AAS
AA省
556(1): 12/20(土)14:31 ID:8CCZmYs2(1) AAS
Gnome
KDE Plasma
間違える要素がない
557: 12/20(土)15:42 ID:hEXKFbvo(1) AAS
>>556
みんな老化が進んでいるんだよ
ブレーキのつもりがアクセスを踏んだり
KDE選んだつもりがGnomeを選んでいたり
558: 12/20(土)21:22 ID:PRl820IX(1) AAS
gnomeは標準機能を削りすぎる
559(2): 12/20(土)22:10 ID:6xAr4/FI(1) AAS
kdeと比べて大した機能もないのになんでkde並に重いんだろうな
xfceあたりを標準にしたほうがlinuxユーザー増えそうだが
560: 12/20(土)22:18 ID:aDEZXdJB(1) AAS
gnomeてそのxfceより軽いhyprlandと比べてもそんなに重さ変わらんと思うけど
561(2): 12/20(土)22:29 ID:X4xW5W5q(1) AAS
知らんが昔のインテル内蔵グラフィックだとgnomeは軽快感がないんじゃね
562: 12/20(土)23:00 ID:lt7Jj0ui(1) AAS
>>559
xfceよりGNOMEの方がBluetoothとかの設定が楽なんですよ。
xfceだとbluez入れて設定とか面倒だし。
GNOMEでWindows風にしたければDash to panelとArcMenuで簡単に設定できて、要らないGNOMEアプリはすぐに消せるから。
563(1): 12/20(土)23:22 ID:yUcHnQ35(1) AAS
>>561
この板にはKDEやGnomeが重いとなる
いまや低性能の昔のPC使っている老人多いからな(俺もだけど)
>>559
老人はそう思うんだろうが、若い奴は近年のPCでLinuxだから
KDEやGnomeで重いってならないだろ
564: 12/20(土)23:25 ID:fTGAz2xB(1) AAS
KDEってメモリ食うけどアニメーション効果的なもん切ると体感的にはサクサクなんだよね
上下前次1-新書関写板覧索設栞歴
あと 202 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.046s