Linuxってなんで/usr/binにゴチャ混ぜでインストールするんだよｗｗｗ嫌がらせだろｗｗｗｗｗｗｗ
■ このスレッドは過去ログ倉庫に格納されています
アシストは2012年7月末までに全社のパソコン950台を対象にLinuxを導入する。現時点では
デュアルブートの形でWindowsもインストールしているパソコンが多いが、レンタル期間終了
後に新しく導入するパソコンのほとんどはLinuxだけをインストールする方針だ。
ただし、同社で販売しているWindows向けソフトウエアのサポートのための、Windowsとの
デュアルブートまたは仮想デスクトップによる検証環境は残る見込みである。
採用するLinuxディストリビューションは「Ubuntu」。同社がLinuxに移行したのは、英Canocicalの
国内総代理店となりUbuntuのサポートサービスを開始したことがきっかけ。自らが使用して有用
性を示すとともに、ノウハウを蓄積することが目的だ。アシストはオープンソースのオフィス・ソフト
「OpenOffice.org」のサポートサービスを開始するにあたっても、2007年にMicrosoft Officeから
OpenOffice.orgに移行（関連記事）。現在もOpenOffice.orgを利用している。
2011年7月に同社はUbuntuへの移行方針を表明（関連記事）。同月にUbuntuデスクトップ導入
プロジェクトを立ち上げ、各部署の代表約50名がUbuntuデスクトップを導入した。
メール・クライアントはWindows上で稼働する社内標準メーラーから、オープンソースのMozilla
Thunderbirdへ移行した。メール・データ移行ツールを用意することで問題なく移行できたという。
また社内で利用している複合プリンタのドライバ・ソフトが提供されていなかった。これについては、
プリンタ・メーカーからの技術情報の開示とCanonicalの協力を得て、アシスト社内で開発した。
（後略）
http://itpro.nikkeibp.co.jp/article/NEWS/20120618/403466/ 車輪の国、向日葵の少女･･･
「あんた」とはゲーム当初から主人公のそばに居る極刑を受けた姉に対する呼称
バッジの裏には盗聴器が仕掛けられている。法月の足は動く。主人公が吸っているのは麻薬でなくハーブ。
EVER17･･･少年編は武編の１７年後の話で事故は自作自演
少年編の少年と沙羅は武とつぐみの子供。第三視点＝プレイヤー
Clannad･･･渚はアフターで主人公と結婚して汐を生んですぐ死ぬ。風子は植物人間。
Fate･･･アーチャーは未来の士郎。セイバーはアーサー王。
うたわれるもの･･･ラスボスは怪物に変身した主人公。主人公は古代アイスマン
ひぐらし･･･黒幕は鷹野。梨花は死んでも記憶だけ引き継いで転生できる。
AIR･･･観鈴は呪いで死ぬ、主人公はカラスになる
Kanon･･･真琴は主人公が子供のころ拾ったキツネ、丘で結婚式を挙げ死ぬ。あゆは病院で植物人間になってる
パルフェ･･･里伽子は半年前の火事で左手が動かなくなった
最果てのイマ･･･イマは主人公の脳腫瘍。主人公は不死身。
マブラヴオルタネイティヴ･･･ヒロイン全員死ぬ。純夏はロボット。
さよならを教えて・・・すべては精神病院に通う主人公の妄想。睦月だけは実在
この世の果てで恋を唄う少女YU-NO・・・神奈はヤリマン売春婦
同じようなスレ立てんなクズ こういう中途半端なスレを立てる奴は死んだ方がいいと思う
なんでアプリ単位で個別のディレクトリに分けないの？
windowsのレジストリ並みにアホだよな
/etcの方が困るわ
エトセトラのくせに山盛りすぎるだろ
/etcを使いたくないために適当に拡張した/tmpが今度はゴチャゴチャになるという
アプリケーション選択ダイアログで/usr/bin開くと軽くフリーズする
FreeBSDなら/usr/local以下にインストールされるけどな
>>4
/sbin や /usr/sbin はライブラリが必要無く実行できるってのが
重要だった様な…
/sbin は、何らかの故障で /usr がマウント出来ない場合を想定
してたと思う。またシングルユーザモードの時でもコマンドが使える様に。 デスクに入れてんの？
電池もちwindowsより良いのに
もったいないなあ
>>19
遥か昔に、そういうディレクトリのガイドラインみたいな
ドキュメントを読んだ様な気がする。。 /usr/local/apache
とかアプリ単位にしろよｗｗｗ
多いけどそれなりにちゃんと分けられてんのかあれ？？
アプリケーションごとに分けたらPATHはどうすんだよ
いちいち一つ一つに通してくのか
パッケージマネージャが普及する前のUNIXは
一度インストールしたら消さないって文化だった
>>27
最近はディスクがでかくなったし
プライベートで使うなら細かくマウントポイントなんてわけないけど
商用のサービスで使う場合は故障を見込んでマウントするところを分けて管理する
でそれぞれディレクトリにどういったものが入るかルールがあって
シングルユーザモード（Windowsのセーフモードみたいなもん）で触れる箇所
可変するデータが多い箇所
インストール後はほとんど変化しない箇所（OSやデバイスの領域、アプリの領域）
各ユーザが使える箇所
簡単に説明するとこんな感じにわかれてる
※すげーざっくりした説明でほんとはもっと細かくあるよ 細分化してたのが全部 /usr/binにまとめる方向になってるよな
fedoraとか/binも無くなりそうなんだろ
/usr/local/bin/との使い分けがイマイチわからん
>>33
pathでusr/binより先に置くから出所違いの同コマンドをオーバーライドしたいときとかローカルに置いた >>32
SVR4では大昔から/bin無かったし
今更分ける必要なくね？って話
スレタイにマジレスしておくと、
SVR4の有償オプションパッケージやサードパーティーのパッケージは
本体は/optに入って/usr/binや/usr/libにはシンボリックリンクだけ
って構造になってることが多い
オープンソースのLinuxディストリビューションでは
そもそも有償オプションパッケージが存在しないし
サードパーティーのパッケージも稀なので/optは使われない
>>33
ディストリビューションの標準のパッケージは/usr/binを使う
商用ソフトを作って公開するなら使うべき場所は/opt
ソースをコンパイルしてインストールする時に使うのが/usr/local
何も悩む必要はない
>>34
/usr/local/binをPATHのどこに置くかは特に決まっていないので
それは間違った パッケージから入れたんならrpmなりでどっから入ったのか分かるだろ
ソースからのビルドを/usr/binに入れたのなら入れる奴が悪い
WindowsだとC:\Windows\system32に突っ込んだのと一緒
root権限さえあれば/usr/binだろうが/sbinだろうが
構わず突っ込めてしまうシステムが良くないと思う
ディストリ開発者＞オプションパッケージ開発者＞管理者＞パワーユーザー＞一般ユーザ
という階層があるのだから、それを反映した権限委譲があってしかるべきだ
■ このスレッドは過去ログ倉庫に格納されています
