WindowsやめてLinuxデスクトップ! 26
■ このスレッドは過去ログ倉庫に格納されています
きっかけは、当初のWindows10の暴君ぶりでした。 計画性のないアップデートで勝手に再起動し未保存のデータを消滅させました。 「休止中」のPCを勝手にウェークアップさせた上で再起動し状態を変えられるのにもうんざりです。 外出中にはアップデート処理のためノートPCが使えず呆れることがあります。 アップデート後にディスク容量を圧迫するのは本当にやめてほしい。 また、アップデートに伴ってデスクトップやメニューにゲームやMS製アプリのショートカット等を勝手に作成する。 会社等で社員に使わせている場合、こういうことをされると非常に困ります。 こういうWindows10の勝手な行為にはとても違和感を覚えます。 私のパソコンで、頼んでもないことを勝手に行ってほしくない。 こうしてLinuxデスクトップをメインで使うようになりました。 懐かしい感覚を得られるようになりました。自分でPCをコントロールできる感覚です。 それはずっとWindowsに取り上げられていた感覚なのだと気づきました。 本来のOSとは、Linuxのように静かなものです。そこには管理者である私しかいません。 日常的にはFirefoxやChromium(chromeで有名)などのブラウザさえあれば充分です。 オフィスソフトには、LibreOfficeや、FreeOfficeという素晴らしいOSSがあります。(MSオフィスとの互換性があります。) ますます便利になり、もう普段のデスクトップ環境としてLinuxデスクトップを選んでも差し支えありません。 今や本当はWindowsにこだわる必要はないはずなのです。 ところが企業や学校ではこれまでWindowsが使われてきたため、MS系オフィスとMS系フォントが前提にされています。 文書フォームの互換性のため、周囲にもそのプラットフォームであるWindowsが強制されることになります。 OS選択の自由のためには、オープンなドキュメントとフォントが標準になることも必要だと考えられます。 Linuxのデスクトップ関連技術(プログラミング含む)の発展や商用ソフトウェアの登場には、 利用者数が増えることが大切で、これは好循環を生み出すはずです。 Linuxデスクトップ環境の充実を議論しましょう。 一番大切なのは、各人がLinuxなどWindows以外のデスクトップ環境を使ってみることではないでしょうか。 >>2 に過去レス >>249 いや、Linuxで動いてWindows10で動かないような周辺機器が知りたいだけ。 逆は腐るほどあるけど。 ソースからビルドする単純な例として、libsshとopensshを選択してリンクしたいとか、パッチあてたい時とかあるんじゃん。自力でビルド出来る環境の方が出来ないよりマシでしょ。 >>249 三輪車に乗ってるお子ちゃまにはすごく大事な事なんでしょ。僕の乗ってる三輪車の方がスゴイって事を自転車に乗ってる奴に示したいって事だと思うが、中学生並みに稚拙。 >>250 3com 3c589dとか、たしかwindows2000位で切り捨てられたけど、win10では動かんと思うよ。もう実物もってなから知らんけどね。 >>251 何がマシなのか全くわからないなぁ。 そうやってビルドしたってすぐ正式なものに差し替えるのに。 え?差し替えないの?そいつは驚いたな。 アップデートされたらどうするんだろう。その度にソース書き換えてビルドすんの? プログラマじゃないって自ら言ってるのに? > アップデートされたらどうするんだろう。その度にソース書き換えてビルドすんの? するだろうな。当たり前だと思うが >>253 実物持ってないのになぜ動かないというのかわからん、やり直し。 >>256 彼らとは価値観が違うのでいつまでたっても平行線だと思うよ。 >>251 には同意できるが、わざわざアホの相手をする必要は無かろう。 >>260 家具とかだと完成品売ってるのに、なぜ同じものができる DIYセットを買うかわからないってことでしょう。 >>257 make world とかやってワクワクしてたころが懐かしい。 自力でビルドしたバイナリが全く同じであるという保証はない。 むしろ、自力でビルドした≒何かしらの変更をユーザが行ったという事でもあるのだから、 これがaptとかでアップデートできてしまったら大問題だな。 だから差し替えないのか?と聞いたのだが、「犬厨そこまで考えてないよ」で終わってしまったな。 >>263 って、いうか一緒であることのほうが珍しくない? そもそも make install したものはaptではアップデートできないし。 ってーかオプソならWindowsでも自力ビルドできるよな…… >>256 そのアップデートが必要であれば、ビルドし直すが、滅多にないね。 >>258 やだよ。面倒くさい。 つーかオマエの態度が気に食わん。 >>265 確かにそうだけど、してる人はごく少数じゃないかな。 絶対数ならわからないけど。 kernelとかX11とかを自分で構築するのは楽しいけど 一般的ではないよね。 >>267 正論を言われるとカチンとくるタイプですね。 >>263 aptでアップデートされる様なpathにビルドしたバイナリを置かないから大丈夫だよ。 >>272 動かないというのを自分で確かめてないんでしょ? >>271 そーいう話をしている訳じゃないんだが。 要は、中二病を拗らせた犬厨は、当てるかどうかわからないパッチの為に、 アップデートされる度に自力ビルドする苦行に勤しむという意味不明な運用方法を思いついたって事だな。 アップデートされる度に自力ビルドすることのどこが苦行なのだろうか? >>273 なんで俺がそんな検証しなきゃならんの?多分動かんよ。 もうWindows信者っぽい書き込みバイトくんを相手にするのはやめなよ >>274 リリースノート読んで必要ならアップデートするよ。つーか個人用なんで多少古くても困らんし。 苦行って言ったって、ソース展開してパッチ当ててビルドするだけだよ。 >>278 そだね。 ドザのみなさん、楽しかったよ。またねぇー ノシ >>279 そんなのを自力ビルドに踏み切ったバイナリ全てでやるんだろ? それも「セキュリティホールが見つかった」なんてレベルでやるんだから、結構な数を常にそうしているって事になるよな。 まさに「犬厨そこまで考えてないよ」だな。 後から後から言い訳をどんどん書き足していって既に非現実的な運用を口先だけで作り上げている。 >>290 次は「セキュリティパッチを率先して当てる程に気を使っているのにバージョン古くても気にしない」という 矛盾した運用を想定しないように頑張ろうな〜。ファイトだ犬厨。スーパーハカー(笑)への道は遠いぞ。 >>279 ビルド派なら、マンジャロとかarch系が便利よ AURで簡単にビルドインストールできるし ちゃんとアプデの通知来るし 標準リポジトリに無いものはビルドする ってのは、どのディストリで同じだけど それが、めっちゃ簡単になるよ >>285 パッケージになってないものもいっぱいあるんだよ パッケージ管理してるバイナリとは別のディレクトリ、 よくやるのは/user/localの下に別途ディレクトリ展開してpathを通す また別なバージョンも平行して試したきゃ/user/local2を作るとかしてね SolarisとかHP-UXにgnu環境を導入する時にやる >>286 unixかぁ あれ、自分でプログラムかいたり カーネルいじくって ちゃちゃとビルドして使え って文化だからね 全然わかんないけど カーネルもカーネルソースとカーネルソースに含まれないパッチを取ってきてディストリのソースとは違う自分の環境に最適なカーネルを目指すことも出来る 上手く行かなくとも最初の環境はまるっと残ってるでしょ >>284 犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。 でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、 身に覚えのない誤 認 逮 捕をされないんだお(笑) >>282 犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。 でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、 身に覚えのない誤 認 逮 捕をされないんだお(笑) >>289 理解できないが、君が頭よくないことはわかった。 >>286 そうなったときにuninstallしたいときとかどうしようもなくなるんだよね。 考えてみればwindowsで野良ビルドって環境作るところから始めなきゃならんから敷居が高いの? 無料のvsでc位はコンパイル出来るぐらいになったの? >>293 Windowsには「野良ビルド」って概念ないし。 >>293 ubuntuとかでも標準インストールではgccすら入らないので 環境作らないといけないんだが、そこは無視? >>292 ん?uninstallなんてその/usr/localの下新たにつくったものを全部消せば良いんだが ディストリが/usr/local使ってれば新たにつくった/usr/locak2毎消せばいいでしょ? >>295 gccなんてどうにでもなるじゃん apt installすれば良いしそのgccで/usr/localの下に新たにgccをビルドしてもいい >>295 aptでインストールするスクリプト書いて一杯飲んでれば終わる程度なんだけど、無視出来ない?まぁ主観の問題なんで無視できなくてもいいけどね。 俺は野良ビルドしたバイナリは~/binに入れちゃう派。 make uninstallが出来ればそれでもいいし。 /binだと使ってるライブラリも既存のと一緒になるからディストリで使ってるディレクトリとは完全に分けて新設した方が良いと思う /usr/hogehogeでも良いから >>296 どれがuninstallしたいファイルかどうやって知るの? /usr/local/bin, /usr/local/lib /usr/local/etc /usr/loca/lib ・・・ いろいろ散らばっているんだけど make uninstall できればいいけど、そううまくいかないし、そもそもソース残してないことが多い。 >>297 それならWindowsでもvsでもなんでもインストールすればいいだけ。 >>302 インストールログが残っているからそれで全部わかるだろ? それが面倒くさいならapt installしたのだけ使ってろ というかhddにゴミが残ってもwindowsみたいにメモリやCPU圧迫したり他のに悪影響及ぼさないから いざとなれば新設ディレクトリ毎消せば完全に元に戻る >>304 新設ディレクトリって何? /usr/local ごと消す? 複数のソースをmakeしてmake install しちゃうとでごちゃごちゃになるから、それをパッケージ的に 管理するためにporgとかがある。 自分は俺俺パッケージを作ってインストールする パッケージマネージャが衝突の検知、アンインストールまで面倒見てくれる makeの前にconfigureしてどのディレクトリにインストールするか等指定するだろ configureがなければmakefileを直接編集して指定先を変えるとか… あのさぁ…自分で何も調べる気がないなら来るなよ いままで説明した事で類推してちょっと検索すりゃ誰でも簡単にわかるだろ そんな事もわからずVS使えとかOSとしてどうとか論外だわ >>308 普通は指定しないよ。prefixで書かれている通りにする。 だからporgみたいなパッケージ化するソフトがあるんだよ。 君のようにいちいち指定しちゃうと一個一個にパス通したり シンボリックリンク貼るの? >>308 あ、君は自分おひとりさまLinuxなのか(笑)。 自分でビルドしてるんだからどうしようとかってだろそんなん >>311 もちろん勝手だけど、スタンダードな方法ではないし、 サーバーを管理するようになるとそうはいかない。 ここでもビルドの話題してるのかよw ちゃんとマナーを知ってくれよ /usr/local/の下に作るってまさか/usr/local/app/ みたいなのを作って /usr/local/app/bin とかに実行ファイルを入れるとか言ってるのか? そんな使い方なんて誰もしてないだろ そういう使い方したいなら/opt以下でやるんだよ。 通常は/optはディストリ非標準のパッケージを入れるところだがな /opt以下は/opt/app/みたいなディレクトリを作って /opt/app/bin/ とか /opt/app/lib とかそういう使い方をする それに合わせたほうがまし もちろん他のユーザーが必要ないものは、/usr/localも/optも使わない ~/.local/bin とか ~/bin を使う。~/bin だと libやshareは~/lib ? ~/share? となってホームディレクトリ以下がごちゃごちゃしてくるので、 ~/.local/以下を使うほうがいいだろうけどな。まあこれも複数のバージョンを 同時に入れることはできないから、慣習に合わせるなら ~/.local/opt/app ってところか? >>313 わざわざprefix変えるかどうかっていう話じゃないの? /opt に入れるようにしてあるものって多い? ちなみに昔は /opt なんても物はなかった。 ディストリと運用方針(個人なら気分w)で変わるんでない? 自分はArchを使ってるからパッケージ作る時に/usrにインストールするように変更しているよ >>315 Linuxでは一応スタンダードがあるんだけど、他のUNIXとは統一されてないから ややこしい。 >>313 に自己レス「それに合わせたほうがまし」ではなく /opt以下ではなく/usr/local/opt以下のほうが良さそうだ やっぱり/optはディストリ非標準のパッケージシステムが 入れるところにしておくべきだな >>317 ご自由にだけど、スタンダードではない。 >>320 デファクトスタンダードの意味知ってる? 無料のVSってチーム開発用のツールが入ってないのと 人数とかの制限があるだけで、作れる物自体は有料のVSと同じでしょ? >>321 スタンダードでないという意味ね。 自分の主張を強弁するときに使う。 >>324 少しは調べてみたら?世間がそう言ってるのに強弁とかアホかw https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard#cite_note-9 Historically and strictly according to the standard, /usr/local is for data that must be stored on the local host (as opposed to /usr, which may be mounted across a network). Most of the time /usr/local is used for installing software/data that are not part of the standard operating system distribution (in such case, /usr would only contain software/data that are part of the standard operating system distribution). It is possible that the FHS standard may in the future be changed to reflect this de facto convention. >>325 /usr/loca/opt の話をしてるんだけど?FHSに記述ある? >>326 sorry, typo s/loca/local/ 俺プログラマじゃないけどビルド環境作ってるよ!というアホの虚言が仲間割れを起こしたな。 いいぞもっとやれ。 どのディレクトリの下に展開するかなんて何も決まってないから 現に自分で自由に生成したディレクトリの下で動かせる 自分のアカウントだけでルート権限もなければ自分のホームの下に何かディレクトリをつくって展開してもいいんだから >>325 のはディストリは通常そういうディレクトリ構成になっているというだけの事で別途新たなディレクトリをつくってビルドすると不具合を起こすとかそういうことじゃない Windowsと違うからそういう事もフリーなんだよ ブラックボックスじゃない ググっただけで知ったかぶりをする連中はどうしようもないな それともWindowsにゴリゴリ染まりきってるからそんな事すら理解できないのか? linuxデスクトップつーか、Androidデスクトップのほうが現実的じゃね けどアプリがないからな VSっつーかMSみたいに開発環境を整備してAdobeの開発を誘致するくらいじゃないとアプリを作って貰えない >>331 誰がディレクトリ作ると不具合を起こすとかいう話をしてるんだ? Windowsを持ち出してくる理由もわからん Windowsもどこでビルドしても自由なんだけど 開発環境ってもなぁ。 Eclipseベースの似たようなものが河原の石ころのようにゴロゴロしててどれもこれも代り映えしない。 >>336 MSのライブラリをMSの言うとおり使わにゃならない バイナリしかないから決まった場所にしかおけないとか縛りだらけじゃん 古いライブラリを野良だけで使う場合とかで場所を綺麗に分けて管理みたいなことができない >>281 犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。 でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、 身に覚えのない誤 認 逮 捕をされないんだお(笑) >>338 何を言ってるのかわからん。 例えばWindowsでLinux用のバイナリを作れるぞw WSLというんだが、MSのライブラリは一切しない。MSのツールも一切使用しない それでもLinux用のバイナリが作れて、それがWindows上で動く > バイナリしかないから決まった場所にしかおけないとか縛りだらけじゃん どういう意味?バイナリ以外があれば、なぜ決まってない場所におけるのか? 実例を一つでもいいからだしなよ > 古いライブラリを野良だけで使う場合とかで場所を綺麗に分けて管理みたいなことができない アプリのDLLに古いライブラリを置くだけで良い スタティックリンクであれば実行ファイルに含められる そんな事も知らないの? >>340 うーん。linuxのアプリは普通にlinuxで動かすからwindowsは要らないな。この板のwslスレのwslttyの仕様変更みたいなのに追従する様な事は面倒だしね。 >>314 昔ってどの程度最近の話だ? UNIX EPOCHの頃とか言わないよな? >>338 おーい、レスはまだか? バイナリがどうとかちゃんと説明しろよw >>342 SVR以前はなかった。SunOSでも5から。 /optを初めて見たのはsoralisでピザボックスのsparc stationの頃だった。 まぁ、/optでも/usr/localでも気にしてないけどね。 > SVR以前はなかった。SunOSでも5から。 5って1992年じゃねーかw 27年前って生まれてないやつだってたくさんいるぞ 50歳近いやつしか/optはなかったなんていっちゃいけないな 「昔は」って最初から言ってるだろ。そんなことにすら難癖つけるのか。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる