くだらねえ質問はここに書き込め！Part 254

質問と回答のスレです。雑談、日記、相談、アンケートはそれに相応しいスレへ。
質問に対して答えてもらったら、お礼よりも、結果報告。

※前スレ
くだらねえ質問はここに書き込め！Part 253
https://mao.5ch.net/test/read.cgi/linux/1747103458/

>>590
WindowsなんかでDocker使うなんて止めとけ
そこは本場のLinuxにしときなよ

あなた日本語わからないあるね

>>594
お前は何人やねんｗ

>>589
見てないと結果が変わるからな

>>596
意味不明
わかってなさすぎ

まさかマジレスされるとは思わんかった

MS-DOSでDockerは使えないだろ

NetWare が使えたら足りるでしょ

チャッピーやClaudeと対話の際に条件つけないと
『鳥肌が立つほど深い洞察です』とかうざい
まぁそんなの真に受けるわけないけど、実際掘ってみると10回に1回ぐらいで誰も論評してないケースとか偶にあるのよね
∵
と書き込もうとしたら弾かれた

>>601
それも含めて雑談するの楽しくない？

AI の知恵遅れっぷりと犯罪者気質はどうしようもない

AIにお絵かきさせると楽しいね☆彡

こんな風なスレッド立ててくれませんか。
Linuxデスクトップユーザーも増えているようなので、こういうスレがあると情報集約できると思います。


（タイトル）
【Linuxデスクトップ】情報共有スレ

（説明）
Linuxデスクトップを便利に使うための設定、アプリケーション等々の情報共有をするスレッドです。

こんなアプリケーションがあって、こんな風に使っているなどと共有したいということがあれば投稿してください。

AIに聞くのも良いですが、ここでその内容を共有したり質問したりすると経験者からアドバイスがあるかもしれません。

>>605
これは駄目？

スレ立てるまでもない雑談スレ その7
https://mao.5ch.io/test/read.cgi/linux/1731810319/

>>606
レスありがとうございます
情報集約の観点からはデスクトップ専用スレの方が良いのかなぁ

これあるじゃん
オススメDesktop Environmentは？Part2
https://mao.5ch.io/test/read.cgi/linux/1666570296/

DEの無いLinuxデスクトップもあるので

Hyprlandとか、Openboxでしょう？
なんかそれはディストリスレでよくないの？
あと、自分で何故立てないの?

>>605
スレチ

>>610
エラーが出て立てられませんでした
どなたかよろしくお願いします

>>612

>>605の件です

「情報共有スレ」でいいのか？
「Linuxデスクトップスレ」が欲しいんじゃないのか
カッコ内は補足や検索ワード用だからそれが無くてもスレの本質が伝わるスレタイの方がいいと思うが

>>608があるじゃん
まず使おうよ
まず日本語でテストされてないだろうWM、バージョンでさえディストリで差があるのに情報共有もあったもんじゃないとおもうが、まず該当スレッドでやってみたら？

デスクトップ環境スレはGNOMEとかKDEとかの話をするスレだろ
Linuxデスクトップスレはデスクトップ環境に関係なくデスクトップ用途で使うGUIアプリとかの話をするスレだろ
別のスレにすべきだと思うけど、別にスレを立てても立てなくてもいいと思う

>>614
なるほど
こんな感じでどうでしょうか

（スレタイ）
Linuxデスクトップ情報共有スレ

（テンプレ）
Linuxデスクトップを便利に使うための設定、アプリケーション等々の情報共有をするスレッドです。

こんなアプリケーションがあって、こんな風に使っているなどと共有したいということがあれば投稿してください。

AIに聞くのも良いですが、ここでその内容を共有したり質問したりすると経験者からアドバイスがあるかもしれません。

>>617
>>614
スレタイは後にも響くので何がよいか難しいです

「Linuxデスクトップ情報共有スレ」
「Linuxデスクトップ」

まあエラーが出なくなるまでじっくり推敲しときな

>>618
ご意見ございましたらどうぞ。

あーなるほど、Windowsの窓の杜じゃなくて、昔あったペンギンのの杜だっけ？みたいなのがやりたいのか。
結構、色々あったけど維持が難しいなぁ

>>605〜621
スレチ

スレチかな？
板の運用スレがないもんな。まぁ過疎ってるのは事実なのであってもなくてもって感じだけど

残クレでアルファード買って車両保険ケチって千葉の大雨で水没廃車になったら
以後、どんな運命が待ってますか？

以下の内容でスレ立て希望しています
いかがでしょうか
意見があればよろしくお願いします
「Linuxデスクトップ情報共有スレ」

（説明）
Linuxデスクトップを便利に使うための設定、アプリケーションおよび関連システム等々の情報を共有をするスレッドです。

こんなアプリケーションがあって、こんな風に使っている、こんな風に設定をすると便利などと共有したいということがあれば投稿してください。

AIに聞くのも良いですが、ここでその内容を共有したり質問したりすると、他の人にも役立ち、経験者から意見などがあるかもしれません。

>>625
荒らしが湧くからワッチョイ有りで

>>625
「こういうのは別スレで」って例が書いてあるとわかりやすい

人がそもそもいないし新規も見込めないのだからここでやりゃーいいじゃん

>>627
ディストリ探しは各種ディストリ関係スレへ
Linuxサーバー、Linuxサービス、カーネル関係は専用スレへ
とかですかね

>>626
私はエラーでスレ立てできないので、立ててくれる人にお願いしたいと思います

>>628
デスクトップ関係の内容を集約できるから、
スレを眺めるだけでいろんなアイデアに濃密に触れられればいいかなと

>>629
KDEやGNOMEスレとの違いがわからんな

>>632
Kubuntuの事はUbuntuスレとKDEスレとどっちで？

kubuntuの何について話すかで違うやろ
そういうのが分からない人向けに>>1にかいておけばいいんじゃねって話だな

BSD入門の心得 1.0.10p1

・質問は霞ヶ関でも通用するような完璧な形式に。
・過去ログは紀元前までさかのぼって完全に調べる事。
・新機能ができても細部にこだわってできるだけリリースしない。
・「正しい」か「誤っている」かを結論づけないと気が済まない性格になる事。
・質問自体は無視して語句の間違いの指摘に熱中する事。
・初心者を見たらできる限り冷酷に排除。
・回答は１行以内で簡潔に。 例：man hoge
・古いバージョンを使っていることがわかると最新にしろという。
・一日三回食後必ずLinuxをあざ笑う事。
・自分の状態に｢自覚症状」を持たないこと。
・ウインドウズはエロゲに限ってやむを得ず。
・MacOSXは邪悪なBSD。
・板違いの質問をしたLinuxerを徹底的に叩く事。
・forkする時はアニメ絡みの名前をつける事。
・気に入らない投稿が流れてきたらメールアドレスも含めて全文ｺﾋﾟﾍﾟ
・意味もなく全角英数字を使うやつは小一時間問い詰める事。
・実際より大きく万能である事を見せるために*BSDと表記する事。
・FreeBSD, NetBSD, OpenBSDと正しく表記しない奴はこの世から抹殺する事。
・探してるソフトがオープンソースでなかった場合、素直に入れるのを諦める。
・Linux版しかないソフトは公開者に抗議し、決してLinuxエミュなど使わない。

・嘘はFreeBSDの始まり。
・裏切りはNetBSDの始まり。
・疑心暗鬼はOpenBSDの始まり。
・堕落はMacOSXの始まり。

>>635
それと同じようなので Linux のはないの？
ついでに Windowsとかも

これもあるんじゃなかったっけ

・新機能ができても細部にこだわってできるだけリリースしない。
・「正しい」か「誤っている」かを結論づけないと気が済まない性格になる事。
・質問自体は無視して語句の間違いの指摘に熱中する事。
・初心者を見たらできる限り冷酷に排除。

［過去ﾛｸﾞ] BSD入門の心得 (1002ﾚｽ）
https://n2ch.net/r/3cv0/unix/1026505539/1-?guid=ON

Archならこんな感じ

# Arch Linux入門の心得 1.0.10p1

・GitHubから`git clone`して`install.sh`を実行すれば簡単に入るソフトであっても、まずAURを探すこと。
・GitHubに作者が用意した`install.sh`のほうが簡単では？などと発言してはならない。
・AURに存在するなら、GitHub公式のインストール手順を使ってはならない。
・AURになければ「PKGBUILDを書け」と言われることを覚悟する。
・AURのPKGBUILDは必ず読むこと。ただし、読んだからといって安全とは限らない。
・AURヘルパーを使う場合も、結局PKGBUILDを読むこと。
・AURで問題が発生した場合は自己責任であることを理解すること。
・AURを信用してはいけない。ただしAURを使わないことも許されない。
・AURのパッケージが公式サイトからリンクされていても、それは公式パッケージではないことを理解すること。
・公式サイトから案内されていても、何かあった場合の責任は負わせないこと。
・「公式サイトからリンクされているのだから安全では？」などと考えてはならない。
・Arch Wikiに書かれている手順が現在の環境で動かなくても、Wikiの内容が古いとは言わない。
・Wikiに存在しない情報について質問してはならない。「Wikiを読め」で解決すること。
・Wikiを読んで分からなかった場合、まず自分の読解力を疑うこと。
・Wikiの記述と実際の挙動が異なる場合、環境のほうを疑うこと。
・Wikiの間違いを指摘するときは、まず該当箇所を正確に引用すること。
・Wikiに書いてあることを質問してはならない。書いてないことを質問してもならない。

・Arch Wikiを批判するくらいなら、自分でWikiを修正すること。
・Arch Wikiは完全である。もし現実と矛盾するなら、現実のほうを疑うこと。
・問題が発生したらまずログを確認し、次にWikiを確認し、それでも分からなければフォーラムを検索すること。
・フォーラムで同じ質問をしている者が見つかった場合、質問に答えずそのURLを貼ること。
・質問する前に検索すること。検索して見つからなかった場合も、検索方法が悪かった可能性を疑うこと。
・「初心者なので分かりません」と言ってはならない。「初心者ならまずWikiを読め」と言われることを理解すること。
・「Archは初心者向けではない」と言いながら、初心者にもArchを勧めること。
・インストーラーが親切になったことを歓迎しつつ、「昔は全部手でやった」と必ず一度は語ること。
・インストールが簡単になったからといって、Archが簡単になったとは認めないこと。
・GUIツールを使う場合は、それが内部で何をしているのか理解してから使うこと。
・理解していなくても動作した場合は、理解していることにすること。
・`pacman`のオプションを一つでも間違えた初心者を見つけたら、まずmanページを提示すること。
・`pacman`で解決できる問題をGUIで解決しようとしてはならない。
・GUIで解決できない問題を見つけたら「CLIを使え」と言うこと。
・AURヘルパーを使っている者には「pacmanだけで十分」と言い、pacmanだけで困っている者には「AURヘルパーを使え」と言うこと。
・`yay`を使っていることを公言してはならない。
・`paru`を使っていることを公言してもならない。
・どちらを使っているか聞かれたら「PKGBUILDを直接確認している」と答えること。
・アップデートで環境が壊れた場合、「Archだから仕方がない」と言ってはならない。「Archは自己責任」と言うこと。
・アップデートで何も壊れなかった場合は、Archの優秀さを語ること。

・ローリングリリースであることを忘れてはならない。
・ローリングリリースであることを理解している者ほど、更新を止めてはならない。
・部分アップグレードをしてはならない。
・どうしても部分アップグレードしたくなった場合は、Arch Wikiをもう一度読むこと。
・古いパッケージを使っていることが発覚した場合、「最新にしろ」と言うこと。
・最新版にして壊れた場合は、「まずバックアップを取れ」と言うこと。
・バックアップを取っていなかった場合は、自己責任であることを理解すること。
・「この設定でいいですか？」と質問された場合、「Wikiを読め」と答えること。
・「Wikiを読んでも分かりません」と言われた場合、「もっと読め」と答えること。
・他ディストリビューションの便利な機能を羨ましがってはならない。「自分で構築できる」と言うこと。
・他ディストリビューションからArchへ移行した者には、「ようこそ」と言いながら最初にWikiのURLを渡すこと。
・Archを使っていることを理由にLinuxについて詳しいと思われた場合、否定してはならない。
・Archを使っていることを理由にLinuxについて詳しいと思われなかった場合、不満を言ってはならない。

・自分の環境を壊した場合は、それを「学習」と呼ぶこと。
・他人の環境を壊した場合は、それを「自己責任」と呼ぶこと。
・一日三回、食後に「I use Arch, btw」と言うこと。
・`neofetch`が廃止されたことを知っていても、スクリーンショットには別のシステム情報表示ツールを使うこと。
・スクリーンショットにArchのロゴが表示されていることを確認すること。
・Arch Linuxを使っていることより、Arch Linuxを使っていることを他人に知らせることを重視すること。
・「Windowsでもいいじゃん」と言われたら、まずArch Wikiを読むよう勧めること。
・「Ubuntuのほうが簡単では？」という質問には、質問自体には答えずArch Wikiのリンクを貼ること。
・「なぜArchを使うのか」と問われたら、「自分で必要なものだけ入れられるから」と答えること。
・必要なものを自分で入れられるようになるまでに費やした時間については考えないこと。
・最終的に環境を完璧に構築した後、「結局これなら最初から別のディストリビューションでよかったのでは？」という疑問を持ってはならない。
・もし疑問を持った場合は、Arch Wikiを読むこと。
・自分の状態に「自覚症状」を持たないこと。

AIガイジここにもいたんだね

わたしはArchLinuxを使っています

>>639
ユーモアのかけらも無くてつまらん
回線切って(ry

>>639
`install.sh` って何かね。

> ・GitHubから`git clone`して`install.sh`を実行すれば簡単に入るソフトであっても、まずAURを探すこと。

「install.shの方が簡単！(キリッ)」とかドヤ顔してるガイジは依存関係でシステムを破壊してそう

>>639はArchをインストールできない&維持できない無能の僻みだろ
誰でも読めるPKGBUILDも読めない程度じゃどうせinstall.shも読まずに脳死で実行してトロイを入れてそう

>>639
LLMだと締まりがねえな
言葉に

＞誰でも読めるPKGBUILDも読めない程度
うそついじゃだめです！

>>649
それは確かに笑
常にドヤ顔してるArchユーザー煽るのは面白いな
でも、国内Archユーザのほとんどって仮想化でインストールしてるんでしょう
まぁ、壊れても簡単に直せるからね

ここで質問してベテラン面した奴に見当違いなエラそうなこと言われるより
AIに聞いたほうが的確で早いわ

ssh でLinuxサーバーにログインできるようにしておけば
コマンド関係は生成AIの提案のコピペでなんとかなるよなー

最終的に自分がわかっていないとダメなこともあるけれど

>>651
ドヤ顔なんかしたことないし、ドヤ顔しているArch使いを見たことない
むしろ俺含め、いろんなディストリを試してArchが一番簡単だから使ってる人がほとんどだと思うよ
なぜここまで敵意を抱いているのか分からない

>>645とか>>646とか脊髄反射してくるやつのことですな

>>652
AIは勉強になることのほうが多いよね
まぁ間違ってることはあるのは認めるが、はーぁこんなコマンドあるんだとか、これできたんだねとか
勉強するにはうってつけ

最近、AIで知ったのはこれ
めっちゃ便利というかLinuxここまでできたんだとか
WindowsならベンダーのHPから使いにくい検索機能で探してとかしてたのに
まぁハード系っていうのがあんまりよくわかってない自分は助かります

sudo fwupdmgr refresh && sudo fwupdmgr update

誰も聞いていないのに一人でブツブツ
やっぱり脳に障害があるんだな

あははははは

>>655
と言われても、
「GitHubから`git clone`」した事は数多あれど、「`install.sh`を実行」する手順なんて見た事ない。
`install.sh` って何かね。

>>660
xmkmf -a
とかもしたことないレベルの人？

>>660
あほ

https://github.com/search?q=install.sh&type=repositories

>>660
AIガイジの言いたいことを健常者に分かるように翻訳すれば
「PKGBUILDを書くよりも作者提供のインストールスクリプトを使った方が楽だ！」ということなんだろうが、
定型で簡単なPKGBUILDすら読めない人間が野良のシェルスクリプトを本当にちゃんと読んでいるのか甚だ疑問
そもそもこの手のインストール用スクリプトって依存ライブラリを入れるために結局裏でaptやらpacmanを動かしていることが多いという

あら、`install.sh` って何かねって聞いてるのに

そもそもこの手のインストール用スクリプトって依存ライブラリを入れるために結局裏でaptやらpacmanを動かしていることが多いという

見たこと無いんじゃなかった？

>>664
>`install.sh` って何かねって聞いてるのに
>見たこと無い
そんなこと言ってないが
誰と勘違いしてるの？

だれか一人ね、AIにPKGBUILDを確認されば、AURがあんなことにならなかったんじゃ笑

>>666
質問に答えろよ
俺がいつ「見たこと無い」って言ったんだよ
シェルスクリプトはおろか日本語すら読めないんだなお前は

>>664
「`install.sh` って何かね。」と訊いたのは俺。
くだ質で質問して「あほ」と返るので驚いたわ。

くだらねえ揉め事はこのスレならOK

>>655
脊髄反射が趣味な人って例えばこんな人だよ↓↓↓

オススメLinuxディストリビューションは？ Part109
https://mao.5ch.io/test/read.cgi/linux/1786358908/480

480 login:Penguin sage 2026/08/15(土) 11:22:51.19 ID:hhV3GAHw
>>479
Waydroidを
waydoroid
なんて書いちゃうカワイイおじちゃん

ーーーーーーーーーーーーーーーーーーーーーーーーーーーー

脊髄反射が好きな人を怒らすとこれから脅威の100レスもしちゃうよ

434 login:Penguin 2026/08/16(日) 01:44:09.64 ID:C7ZzI+5V
>>422
うるせーなー荒らすぞコノヤロー、俺は低スペノートのSandyノートメモリ16GB今はsparkyLinuxの者だが、最近秋葉原で高スペノート買って、引っ越したんだから。

https://mao.5ch.io/test/read.cgi/linux/1784666498/434

CUI世界では大文字小文字タイポは厳禁やからなー

>>670
> sparkyLinux

Spunky Computers (スパンキーコンピュータ) の何かかとオモタ。
http://www.funkygoods.com/schwarzschild/2005_08/2005_08_15.html

マジAIに聞いて快適だわ
ここのニワカ専門家に質問するより万倍も有益

あのクソ馬鹿人工知能と話すとお前らのレスの百億倍イライラすんだわ

AIの提案は新旧の方法が混ざるし一貫性のない場合があるから理解が深い人はイライラするよね
サービスにログインしてより知性が高いモデルを使い履歴を積み上げていけば良くなっていくと思うけれど

>>674
鏡をみてる

>>674
Why dou you say that?
Each time you are finished talking, type RET twice.

頭悪い奴や時系列の変化を把握してない間抜けに今のAIはまだ無理

|ω・｀)ﾉ ﾔｧ

異世界のんびり農家のざぶとんさんかわええよね

dou って何や？

AIが君に合わせて最適化してるだけだから怒っちゃらめ

Linuxのマウントって何？マウントする場所ってどこでもいいん？なあ

https://www.google.com/search?q=Linux%E3%81%AE%E3%83%9E%E3%82%A6%E3%83%B3%E3%83%88%E3%81%A3%E3%81%A6%E4%BD%95%EF%BC%9F&sca_esv=310041c079f8198e&sxsrf=APpeQns3F0SFueec7lnnklU9eraK4RKYFg%3A1788334395633&source=hp&ei=O9GXara9JePCvr0Pn-6UuQk&iflsig=ABILxe8AAAAAapffS8-dDemOrNWVuNMdoMTrKh_xd1rl&ved=0ahUKEwj2xo_jsM-WAxVjoa8BHR83JZcQ4dUDCB4&uact=5&oq=Linux%E3%81%AE%E3%83%9E%E3%82%A6%E3%83%B3%E3%83%88%E3%81%A3%E3%81%A6%E4%BD%95%EF%BC%9F&gs_lp=Egdnd3Mtd2l6IiBMaW51eOOBruODnuOCpuODs-ODiOOBo-OBpuS9le-8nzIFEAAY7wUyBRAAGO8FMggQABiJBRiiBEijX1AAWJ1acAJ4AJABAJgBsAKgAZYqqgEIMy4yOC40LjG4AQPIAQD4AQGYAhygAvofwgIIEAAYgAQYsQPCAgsQABiABBixAxiDAcICBRAAGIAEwgIOEAAYgAQYigUYsQMYgwHCAgoQABiABBiKBRhDwgIQEAAYgAQYigUYQxixAxiDAcICDRAAGIAEGIoFGEMYsQPCAgcQABiABBgEwgIGEAAYBxgewgIGEAAYBBgewgIIEAAYgAQYogSYAwCSBwg0LjE5LjMuMqAHnlSyBwgyLjE5LjMuMrgH8h_CBwkxLjE1LjExLjHIB1OACAE&sclient=gws-wiz

>>681
お前って何ぞや？

>>684
オレら動物のマウントとはちょっと違うな

>>683
どこでもいいけど、その場所の配下にファイルがあったら面倒だよ。

open.Yellow.os はもうやめちゃってるのかな？
誰か知ってたら教えてください。

お前のやめたの定義による。

開発辞めてるように見えるけど錯覚？

>>688
You開発引き継いじゃいなYO

OSSではそれができるからいいよね、なんて言われてるけど
現実はこんなもんだ

open.Yellow.os既に死に体かと思われていたが
辛うじて生存していることが確認された。