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に過去レス

>>226
wordstarみたいなのでも当時は普通の人も使ってたし、がんばりゃTeXも行けるような気がするけど、そこまで細かい所まで必要じゃないからねぇ。

がんばる必要がある時点でダメなんじゃないかなと思う

>>231
はい、動きますねｗ

http://bukki1969.bl
og.fc2.com/blo
g-entry-270.html

かなり古い代物で、Windows10には当然対応していません。
一応　Windows10標準のドライバーで動作しますが、レーテンシーが高すぎ
フリーの「ASIO4ALL」で設定すると、内部ブロックサイズ256サンプルで、
レーテンシーは、入力、出力ともに 10.88msまで下りました、
ブロックサイズを128まで下げるともう少し下がりますが、バグります。

>>234
標準ドライバで"一応"動くことは知ってる
ただ一応レベルでしかないんだよこれ
まだLinuxで動かしたほうがマシなんだわ

な？動かなかった→動くことは知ってる
こういうふうに変えるんだよ。
動かないという主張が当てにならない証拠
どうせ一応レベルで動くのはLinuxも同じだろう

そういえば、vista時代のusbのイーサアダプタとかもlinuxならまだ動くけど、win10じゃ無理だったなぁ。

>>236
つーか実際にはまともに動かなすぎて頭の中でまったく動かないものと認識してたわけだが…
人間のバイアスなんてそんなもんなんだな
どれだけ動くか気になるなら実際に試してみるといいよ

動くんじゃね？ｗ

動くけど使い物にならない

>>219
用事が充分果たせるからなんの問題もなく使っているけど？
どうして嫌々使っていると認定したがるんだ？

https://i.pinimg.com/originals/27/c0/cb/27c0cb597df99abcc5dc00e356a78be4.jpg
たぶんこんなかんじ

・自分が使う用途にlinuxが適しているから
・プログラマーではないが必要に応じてプログラミングもソースから
　ビルドもするのにlinuxやBSDの方が何かと都合が良いから
・自分がWindowsでやってた事が全部linuxで出来るようになったから
・逆にWindows10にアップデートしたらできなくなった事が増えた

”動かない”と”動くけど（当人の基準では）使い物にならない”には雲泥の差がある

>>232
Linux版のwordstarなんてあった？DOSだと
海外ではWordPerfect、国内では一太郎か松だと思ってたけど。

>>237
Windows10で動かないものの型番教えて。

>>243
そういう人が大勢ならシェアも低迷しないんだけどね。

なぜプログラマでもないのにソースからビルドしなければならないのか？

スパーハカー気取り(笑)には必須なスキルだろうが、
Linuxにバイナリレベルの互換性があれば必要ない行為だよねソレ。
ってー事は利点でも何でもないって事さ。

>>246, 248 なんでそんなに必死なの？

>>249
いや、Linuxで動いてWindows10で動かないような周辺機器が知りたいだけ。
逆は腐るほどあるけど。

ソースからビルドする単純な例として、libsshとopensshを選択してリンクしたいとか、パッチあてたい時とかあるんじゃん。自力でビルド出来る環境の方が出来ないよりマシでしょ。

>>249
三輪車に乗ってるお子ちゃまにはすごく大事な事なんでしょ。僕の乗ってる三輪車の方がスゴイって事を自転車に乗ってる奴に示したいって事だと思うが、中学生並みに稚拙。

>>250
3com 3c589dとか、たしかwindows2000位で切り捨てられたけど、win10では動かんと思うよ。もう実物もってなから知らんけどね。

>>251
何がマシなのか全くわからないなぁ。
そうやってビルドしたってすぐ正式なものに差し替えるのに。

>>254
えっ？なんで差し替えるの？

え？差し替えないの？そいつは驚いたな。

アップデートされたらどうするんだろう。その度にソース書き換えてビルドすんの？
プログラマじゃないって自ら言ってるのに？

> アップデートされたらどうするんだろう。その度にソース書き換えてビルドすんの？

するだろうな。当たり前だと思うが

>>253

実物持ってないのになぜ動かないというのかわからん、やり直し。

>>256

彼らとは価値観が違うのでいつまでたっても平行線だと思うよ。

>>251 には同意できるが、わざわざアホの相手をする必要は無かろう。

>>260

家具とかだと完成品売ってるのに、なぜ同じものができる
DIYセットを買うかわからないってことでしょう。

>>257

make world

とかやってワクワクしてたころが懐かしい。

自力でビルドしたバイナリが全く同じであるという保証はない。

むしろ、自力でビルドした≒何かしらの変更をユーザが行ったという事でもあるのだから、
これがaptとかでアップデートできてしまったら大問題だな。

だから差し替えないのか？と聞いたのだが、「犬厨そこまで考えてないよ」で終わってしまったな。

>>263

って、いうか一緒であることのほうが珍しくない？

そもそも

make install

したものはaptではアップデートできないし。

ってーかオプソならWindowsでも自力ビルドできるよな……

>>256
そのアップデートが必要であれば、ビルドし直すが、滅多にないね。

>>258
やだよ。面倒くさい。

つーかオマエの態度が気に食わん。

>>265
確かにそうだけど、してる人はごく少数じゃないかな。
絶対数ならわからないけど。

kernelとかX11とかを自分で構築するのは楽しいけど
一般的ではないよね。

>>260
ドザホイホイとしてボランティア活動

>>267

正論を言われるとカチンとくるタイプですね。

>>263
aptでアップデートされる様なpathにビルドしたバイナリを置かないから大丈夫だよ。

>>270
正論？どれが？

>>272

動かないというのを自分で確かめてないんでしょ？

>>271
そーいう話をしている訳じゃないんだが。

要は、中二病を拗らせた犬厨は、当てるかどうかわからないパッチの為に、
アップデートされる度に自力ビルドする苦行に勤しむという意味不明な運用方法を思いついたって事だな。

>>274

日本語でよろしく。

アップデートされる度に自力ビルドすることのどこが苦行なのだろうか？

>>273
なんで俺がそんな検証しなきゃならんの？多分動かんよ。

もうWindows信者っぽい書き込みバイトくんを相手にするのはやめなよ

>>274
リリースノート読んで必要ならアップデートするよ。つーか個人用なんで多少古くても困らんし。

苦行って言ったって、ソース展開してパッチ当ててビルドするだけだよ。

>>278
そだね。

ドザのみなさん、楽しかったよ。またねぇー　ノシ

>>279
そんなのを自力ビルドに踏み切ったバイナリ全てでやるんだろ？
それも「セキュリティホールが見つかった」なんてレベルでやるんだから、結構な数を常にそうしているって事になるよな。

まさに「犬厨そこまで考えてないよ」だな。
後から後から言い訳をどんどん書き足していって既に非現実的な運用を口先だけで作り上げている。

>>290
次は「セキュリティパッチを率先して当てる程に気を使っているのにバージョン古くても気にしない」という
矛盾した運用を想定しないように頑張ろうな〜。ファイトだ犬厨。スーパーハカー(笑)への道は遠いぞ。

>>277
たぶん動くよ。

>>282

犬厨とか言ってる時点でバカっぽい。

>>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

ログが残ってる?

ふ〜ん。

>>304
新設ディレクトリって何？

/usr/local ごと消す？

複数のソースをmakeしてmake install
しちゃうとでごちゃごちゃになるから、それをパッケージ的に
管理するためにporgとかがある。

自分は俺俺パッケージを作ってインストールする
パッケージマネージャが衝突の検知、アンインストールまで面倒見てくれる

makeの前にconfigureしてどのディレクトリにインストールするか等指定するだろ
configureがなければmakefileを直接編集して指定先を変えるとか…

あのさぁ…自分で何も調べる気がないなら来るなよ
いままで説明した事で類推してちょっと検索すりゃ誰でも簡単にわかるだろ
そんな事もわからずVS使えとかOSとしてどうとか論外だわ

>>308
普通は指定しないよ。prefixで書かれている通りにする。
だからporgみたいなパッケージ化するソフトがあるんだよ。

君のようにいちいち指定しちゃうと一個一個にパス通したり
シンボリックリンク貼るの？

>>308

あ、君は自分おひとりさまLinuxなのか（笑)。

自分でビルドしてるんだからどうしようとかってだろそんなん

>>311
もちろん勝手だけど、スタンダードな方法ではないし、
サーバーを管理するようになるとそうはいかない。

ここでもビルドの話題してるのかよｗ
ちゃんとマナーを知ってくれよ

/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 なんても物はなかった。

ディストリと運用方針(個人なら気分ｗ)で変わるんでない？
自分はArchを使ってるからパッケージ作る時に/usrにインストールするように変更しているよ

>>315

Linuxでは一応スタンダードがあるんだけど、他のUNIXとは統一されてないから
ややこしい。

>>313に自己レス「それに合わせたほうがまし」ではなく
/opt以下ではなく/usr/local/opt以下のほうが良さそうだ

やっぱり/optはディストリ非標準のパッケージシステムが
入れるところにしておくべきだな

>>317

ご自由にだけど、スタンダードではない。

>>318
デファクトスタンダードだよ

>>319
FHSに定められている？

>>320
デファクトスタンダードの意味知ってる？

>>293
無料のvsでも数種の言語が扱える
スマホのsdkを用意すればスマホアプリなどの作成も可能
https://visualstudio.microsoft.com/ja/free-developer-offers/

無料のVSってチーム開発用のツールが入ってないのと
人数とかの制限があるだけで、作れる物自体は有料のVSと同じでしょ？

>>321
スタンダードでないという意味ね。
自分の主張を強弁するときに使う。

>>324
少しは調べてみたら？世間がそう言ってるのに強弁とかアホかｗ
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/

"/usr/local/opt" でぐぐったら？

俺プログラマじゃないけどビルド環境作ってるよ！というアホの虚言が仲間割れを起こしたな。
いいぞもっとやれ。

どのディレクトリの下に展開するかなんて何も決まってないから
現に自分で自由に生成したディレクトリの下で動かせる
自分のアカウントだけでルート権限もなければ自分のホームの下に何かディレクトリをつくって展開してもいいんだから

>>325のはディストリは通常そういうディレクトリ構成になっているというだけの事で別途新たなディレクトリをつくってビルドすると不具合を起こすとかそういうことじゃない
Windowsと違うからそういう事もフリーなんだよ　ブラックボックスじゃない
ググっただけで知ったかぶりをする連中はどうしようもないな
それともWindowsにゴリゴリ染まりきってるからそんな事すら理解できないのか？