  |
はてなキーワード: Debianとは
今の自分が何をやってきたのかと言われれば・・国立系現代美術研究機関で仕事をしている。
そこで何の仕事をしているのかと言われれば、ネットで美術作品に関するWebサイトの制作や
システム、サーバ管理作業やベンダー企業と打ち合わせを行いながら、世間に情報を発信している仕事だ。
プログラムこそ書けないが、PremiumPro、AfterEffects、Photosho、Illustrator、Dreamweaverを使いな
がら画像加工や映像制作、写真撮影、簡単コーディングやJavascript、シェルスクリプトをゴリゴリ書いて
仕事している。自分では何でも屋と呼んでいる。これがクリエイティブと言われればどうかはわからないが・・・。
アーティストとかデザイナーが嫌いですと言っていた自分ではあるが、知らない人間がそう言う世界の事を
言うのも失礼だと考え、正社員をやめてデザイナーになるため、まずは安いWeb制作スクールに通ってみた。
短期間だがサイトの作り方とAdobeツールの使い方を教わった。
ところが自分にはWebコーディングやデザイン考え方は理解できたが、デザインセンスや色彩感覚に欠けていた。
スクールへ通った後、派遣会社へ「Web制作がしたい」と登録したが、ポートフォリオを見せた途端にボロクソに言われ、不採用が続いた。
そんな中、あるWeb制作会社で「君、サーバ管理の方がいいかも」と言われてしまったがデザイナーになりたいとしと考えて断った。
その言葉をきっかけに「デザイン能力がないなら」せめてサーバ管理でもと考えて、Linuxスクールに通った
（その間は派遣で時給は安いがWeb制作会社で簡単なコーディング作業と画像修正作業、印刷会社でのDTP業務をして凌いだ）。
Linuxの勉強はすればするほど面白くなり、そちらの知識にのめり込んだ。サーバを学とネットワークの仕組みも知りたくなる。
最後にはネット知識で自作PCを組み上げてLinuxをインストールしてWebサーバとメールサーバを構築した。
ただ、自宅でWebサーバを構築すると言っても外部への公開はリスクが高すぎるので勉強機としてdebian系やredhati系OSなど
をデュアルブートさせたり、HDDでRAIDを組み上げたりして遊んだ。そのうちにレンタルサーバでドメインを取得、CMSで個人
ブログを立ち上げるも自分のポカミスからクラッキングにあいサイバー犯罪課の取り調べを受ける経験もした。
Web制作やデザインの仕事はなかったが、浅いネットワーク知識が幸いしてか、データセンターで映像サーバを扱う仕事に就き、
NagiosやらCisco機器、RAID、VM、セキュリティ知識、IP、デジタル映像知識、映像機器や編集の知識を得ることができた。
映像と言っても映画なのでDCPやKDP、3D映像の知識も会社で二週間研修させられた。仕事によっては夜中の仕事やAKB48ライブ
の収録に立会ったり、キアヌ・リーブスの舞台挨拶で生キアヌと打ち合わせしたりもしながらも、この日記を思い出しながら
それ以降は大企業の子会社でのWeb制作部門で勤務したり、IT資格もいくつか取得した。また途中で大学にも通い、好きだった
美術史や写真史、表現を学び、論文をいくつも書いた。その途中で亡くなった親父がフィルムカメラをくれたので、フィルムカ
メラにハマり出し、父親の形見の中判フィルムで撮影、フィルム現像、プリント額装して、個展までするようになった。
給料こそ高くはないが上記の研究機関で「何でも屋」で仕事をしている。
元々現代アートが幼少期から父親が集めていたアート関連の書籍を読んで、ドナルド・ジャドやフランク・ステラなどのハード
エッジアートに興味があったこと、簡単なシステム保守やサポートができること、フィルム現像や写真撮影ができること、ライ
ティング（照明）ができることが幸いして、作品の保管からシステム、ベンダーとの打ち合わせまでを任される仕事で採用され
ることになった。かなりの倍率だったようだが自分のように多く経験してきた方や知識、現代アートへの興味がある人は少なか
「オリも混ぜてくれよう。
実際には作ったりしないけど見るのは好きだおう
なのになんでオリを混ぜてくれないんだおう
お高く止まっちゃってさ！フン！もうこねぇよ！バーヤバーヤ！！！！
こうは書かれたものの、この気持ちもあって、それを理解するために色々と仕事と制作の仕事をしながら
勉強をしてきた（つもり）だけど、やってよかったと思う。
10年前の自分はデザイナー、アーティストがクリエイターという選民思想を持って「普通の会社員」を見下して
いるという、ルサンチマンに囚われていた。でも、仕事の業種に関わらずどんな仕事だって「創り出す」こと
は必要なのであって、それはどんな職種であっても創意工夫は必要であり皆がクリエイターである。
創り出すことが華やかに見えるのは一部だけであって、世の中にはもっと沢山のものが作り出されている。
たまーにWebのデザインや写真作品を制作することがあっても自分は「デザイナー」や「アーティスト」
とは言わない、それを言ってしまうと自分の創造の可能性を広げられなくなりそうで怖いから。もちろん周囲に
はデザイナー、ライター、アーティストの知人・友人はぐんと増えたが今はそれらの人を僻むことも今はしない。
しかし、あの日記を匿名日記を書けたことは自分の人生における仕事を大きく変えたと思うし、過去に自分が
そういう思いから出発しているから、どんな職業の人でも会う時には、まずは首を垂れて尊敬することか始めている。
それとこの言葉も気にしながら。
「未来に先回りして点と点をつなげることはできない。君たちにできるのは過去を振り返ってつなげることだけなんだ。だから点と点がいつか何らかのかたちでつながると信じなければならない。自分の根性、運命、人生、カルマ、何でもいいから、とにかく信じるのです。歩む道のどこかで点と点がつながると信じれば、自信を持って思うままに生きることができます。たとえ人と違う道を歩んでも、信じることが全てを変えてくれるのです」
3usersは超えているのでRSSをチェックしていれば気付いたはずでは。
Dockerがバズるくらいだから今どきハードウェア仮想化なんて流行らないのだろうが、Windows10 Proの安いPCを1つ購入してHyper-Vを有効化したのでCentOSとUbuntuのどちらを入れようかと考えてた時に、昔インストールに苦労したDebian 3.1 Sargeのことを思い出して本家のサイトに行ったら今年の6月にDebian 9が正式リリースされたと聞いてすごく懐かしくなり、こいつを選択することにした。
随分バージョンが上がったものだなあ。しかも今はamd64がインストーラーのリストの最初に上がってるし。昔は64は人柱用だったのに。
10年ほど前、玄人志向の玄箱というNASのOSをDebianに入れ替えて単なるファイルサーバから多用途サーバにするのが流行ったことがあった。今でも後継品のBuffalo製NASをDebian化する好事家は細々ながら活動しているが、UbuntuのベースであるDebianに最初に触れたのがその頃で、当時のバージョンは3.1、通称Sargeだった。タイミングのいいことに、Sarge対応の分厚いDebian入門書が存在していたのでレファレンスには事欠かなかった。まあそれでも、スペックの貧弱な玄箱にインストールして少しでもパフォーマンスをよくするにはカーネルを書き換えて再コンパイルしたりといった悪戦苦闘があったわけだがもう忘れた。
Hyper-Vの仮想マシンへのDebianのインストールはトラブルらしきトラブルもなく、インストールしてすぐに使えるようになっていてまあこれが普通だよなと。OSは使いこなしてなんぼで、インストールで苦労するのは不毛だと当時も思ったし。
あと、エンジニアが多いと聞いているはてな界隈でも個別のディストリのトピックはあまり話題にならないんだなというのがちょっと面白かった。
いい記事なのだが、いくつか反論や補足が必要だと思ったので書く。
このGPLのコンパイラとはGNU bisonやGCC(GNU Compiler Collection)について指しているのがほぼ明確なのでそれらについて書く。
確かに著作権法を元にしたライセンスは、ソフトウェアの出力結果に対してソフトウェアの著作権ライセンスが影響しないと解釈するのが妥当であるというのは正しい。
ただしこれは"著作権ライセンス"に限った話である、つまり著作権ライセンスでは不可能な制約がEULAなどでは課すことが可能であるということを意味する。
詳しくはGNUの書いた記事の"契約を元にしたライセンス"という項を読むと良い。以下に引用する。
https://www.gnu.org/philosophy/free-sw.html
ほとんどの自由ソフトウェアのライセンスは、著作権を元にしています。そして著作権によって課することができる要求には制限があります。もし、著作権を元にしたライセンスが、上記に記した自由を尊重するならば、まったく予期しない他の種類の問題があることはありそうもないでしょう(予期しないことはまま起こりますが)。しかし、ある自由ソフトウェアのライセンスは、契約を元にするもので、契約はもっと広範な制限を課することが可能です。これは、そのようなライセンスが、容認できないほど制限が強く、不自由でありうる、いくつもの形態がありうることを意味します。
わたしたちは、起こりうるすべてのことをあげることはできないでしょう。もし、契約を元としたライセンスが利用者を(著作権を元としたライセンスでは無理な形で)異常に制限するならば、そして、それがここで正当だと述べられていないのならば、それについて検討しないといけないでしょうし、そのライセンスは、不自由であると結論づけるかもしれません。
また元の記事の著者はGCCやbisonがGNU GPLのような強いコピーレフトで保護されたソフトウェアでも、それによって作成された著作物はGPLにならない(つまりコンパイラやパーサーのライセンスを継承しない)ことを根拠に考察しているようだが、実はbisonやGCCのGPLにはライセンスに対する例外が付属していることを考慮すべきである。
GCCやbisonの著作権保持者であるFree Software Foundationは著作権法の話をするとき、たいていアメリカ合衆国を想定しているがこれらの自由ソフトウェアが広く使われるあたって、著作権法とそれを元にしたライセンスが異なった解釈をされることがありうることをおそらく危惧している、そのため出力に対してソフトウェアのライセンスが影響しないことを確実にするためにこれらの例外を規定しているのではないか。
この二つの理由から、元記事の議論は世界中に対して広く配布するFLOSSディストリビューションでは(非常に残念ながら)鵜呑みに出来ないと私は考える。
加えて言えば、たとえフェアユースの規定が全世界的に利用できて、営利目的でなければ利用できたとしても、
自由.0: どんな目的に対しても、プログラムを望むままに実行する自由
(i.e. オープンソースの定義 6項 利用する分野に対する差別の禁止)
がある限り、そのような制限をディストリビューションは受け入れられないだろう。
またOracle vs GoogleのJavaのAPI訴訟はケースとしてはかなり特例であり、
一般に広く適用すればlibcすら当てはまるのではないかと私は思っている、
これを根拠にしてよいのならばそもそもコンピューター業界がひっくりかえるのではないか。
少なくともUbuntuのようなプロジェクトにおいて、私は断固反対である。
というのは現状ほぼすべてのWeb翻訳(例外があれば教えて欲しい)はプロプライエタリないし、それと同じ結果をもたらすSaaSSだからである。
Webブラウザを介して使う翻訳サービスはSaaSSの代表例であり、ユーザーがコンピューターの計算のコントロールを
持つべきであるという自由ソフトウェアの思想と明らかに相容れないものである。
このようなサービスを利用することの弊害として、(例えば)Google翻訳に翻訳処理の計算を依存することにより、ユーザーの入力をGoogleが常に把握することが挙げられます。
もちろんこれはあまり良いことではない。
多くのFLOSSシステムディストリビューションは自由なソフトウェアを主に入れるというガイドラインを持っている。
アーカイブのごく一部にnon-free(Ubuntuならrestricted/multiverse)なソフトウェアがあるが、
これは事実上妥協の産物であり、排除しても大した問題がないならば配布から除外することに多くのディストリビューション関係者は異論を挟まないだろう。
また例えばDebianはあるソフトウェアがDFSG(Debian フリーソフトウェアガイドライン)に適合するフリーソフトウェアであったとしても、それがガイドラインに適合しない著作物に依存する場合、contribというセクションに閉じ込めており、それは公式のシステムの一部ではないとしている。(建前ではcontrib/non-freeセクションはユーザー向けの付加サービスとされる)
Ubuntuコミュニティで新規に作られた著作物がコミュニティの哲学に反する物に依存するというのは、かなり致命的である。
たとえ奇跡が起こり、例外的にGoogle翻訳や一部のプロ用翻訳ツールがBSDライセンス(Launchpad上での翻訳用ライセンス)での出力を許したとしても決して褒められたものではない。
Ubuntuのbug#1に"Ubuntuソフトウェアは自由である。常にそうであったし、今後も常にそうである。自由ソフトウェアは万人に望むままの方法で使い、望むままの人間と共有できる自由を与える。この自由は多大な利点である。"とプロジェクト創始者であるマーク・シャトルワースが書いていることをよく考えるべきである。
https://bugs.launchpad.net/ubuntu/+bug/1
この反論を読んだ読者の中にはあまりにGNUプロジェクト寄りに思想が傾いていると思う者がいるかもしれないが、
いわゆる"Linuxディストリビューション"の中には数多くの重要なGNUソフトウェアがシステムの根幹をなす形で入り込んでおり(例えばGCC,bash,glibc etc...)
またUbuntuの派生元となったDebianの成立経緯にはやはりFSFが関わっている。
さらに言えば、システムの保守を手伝う人の中にはシステムがフリーだからボランティアで頑張っているという人もいると思う。(ほとんどではないかもしれない)
のでUbuntu周りの話に限ってはこういった観点で見てもよいと思ったので書いた。
ここ2,3年くらい、Vimが妙に流行っている。はてブやqiitaでもVim関連のページが出れば大量にブクマがつくし、「俺はVim派だから」みたいな発言を大学だったりtwitterだったりでもみる。
しかしその実、世間に出回る「vim tips」みたいなのをみると、cやr,はたまたw,$,0,..など超がつくほど基本的なものしか載っていない。
なんでこんな常識的なものにこんなにブクマつくの？？？っていっつも驚く。
昔はvimに憧れるワナビーがブクマをつけてるのではないかと思っていたが、どうやら今のネット界隈では「vim派」と言って通ぶることが一種のステータス？になっているのではないかと思うようになった。
ちょっと前に流行ったvim pluginブームにもびっくりした。vimはあくまでもIDEなんていらないスクリプトを書いたり、CUIでエディットしたい時に使うものだろう。
ものには使いみちというものがある。文章、少なくとも日本語はVimに向かないし、Javaの開発ならeclipseですらvimよりよっぽど生産性が高い。
vimにpluginなど入れて喜んでいる一部の人達をみると、やはりvimで通ぶっているだけではないかと思えてしまう。
.vimrcは長けりゃいいっていうものではない。それがemacsに対するvimの美徳のひとつではなかったのか。
そもそも、vim人口が見かけ上増えているにもかかわらずemacs人口が増えていないのがおかしい。どうも最近のvim派の人たちはemacsをあまりうまく使えていないようである。（俺のまわりだけかもしれないが）
昔のhackerはエディタ戦争なんて言いながらもお互い両方のエディタを使えたものだ。大体がshellでset -o viなんてしたら使いづらくて仕方がない。shellはctrl-aで先頭に戻るし、ctrl-rで履歴検索をするものである。
そもそもエディタ戦争なんて洒落にすぎないんじゃないかと個人的には思っている。viとEmacsは基本教養である。どちらかしかできないのは文盲のようなものである。
vimvim言ってブクマしてるみなさん、vimtutorは起動したことありますか？Vim関連の記事を100個ブクマするよりよっぽど有用です。
Do one thing and do it wellって知ってますか？一つのプログラムでなんでもしたいならwordかVSで十分です。無理してviを使う必要はないです。
俺はまだLinuxを使い始めて10年くらいだけれど、エディタはvi(m)一筋だった。
何がいけなかったのだろうか。
あとviとvimがうんぬんというブコメありましたが、逆に今日びviとvimを使い分けることがあるんでしょうか…？
（もちろんインストール直後のdebianとかだとvim.tinyしか入ってないけど）
普通/usr/bin/viってvim.basicを指してることが多いと思います。もしvim.tinyを指していたらごめんなさい。
てかaliasなりupdate-alternativesみたいなの使われたほうがいいのでは…？
id:akanehara （増田はじめてだからよくわかんないけどブコメに返すのこれでいいの？）
いやね、俺はNeoなんちゃらとかなんちゃら.vimとかのプラグインが流行りまくってるのどうかと思うんよ。
vi使いたくてあんなゴタゴタした画面分割するならtmuxかscreenで別タブにシェル開けばいいしそのほうが拡張性高いじゃん…っていう。
それかVSなりIntelliJで（ちなみに俺はeclipse使います。微妙にdisったけど）
あとはSIGSTOP（てかSIGTSTPか）で止めるのもよい使い方だと思う。
とにかくこれからviなりunixを使い始める人達がああいう害悪に影響されてほしくない。Neoほげほげよりtmuxとかctrl-zのほうがのちのちず～～～っと役に立つから。
viが流行ること自体はいいと重います。emacsももっとはやって欲しいです。nanoは即update-alternatives --config editorするんで知りません
と思ったらなんかみなさんいろいろ考察してくださっていますが、今やviクラスタ≠unixクラスタなのか…
なんてこったい
TeXは確実にGUIのほうが使いやすいよ。俺はTeXstudioだけど、シェアウェア買ってる人もいるね。特に仕事道具にしてる人は。
vimじゃあPDFからジャンプとかできないから校正の時とか使いづらいことこの上ない
一理ある
問題はvim scriptはelispに劣ってるところだと思う。
言語プラットフォームとしてみたときやっぱりemacsには一日の長があるよ
なのにpluginとか言って喜んでるのはなんか違うと思うなあ。
一般的に外に出るために HTTP proxy 他を経由する必要があってしかも HTTP と HTTPS くらいしか通らないし、443/tcp で ssh を上げても proxy で弾かれるみたいなネットワークが存在する。
そんな場合に良く使われる proxytunnel(http://proxytunnel.sourceforge.net/) というソフトがあり、 Apache を SSL で HTTP proxy としても動作させて特定の ssh 等の port に接続させることで SSH over HTTPS を実現することが出来る。(proxytunnel で HTTP proxy を二段経由させた後で SSH に接続する)
ただし Apache2.2 では SSL での HTTP proxy の動作にバグがあり、上記を実現するために proxytunnel 用のパッチを適用しておく必要があった。(https://bz.apache.org/bugzilla/show_bug.cgi?id=29744)
このバグは Apache2.4 において修正されている筈なのであるが、何故か Windows の proxytunnel で接続出来ないという現象が起こったのでその対処法を書いて置こうと思う。
proxytunnel の最新版は上のページの通り 1.9.0 で Windows 用のcygwinビルドもあるのであるが、
Debianなどのパッケージでは 1.9.0+svn250-5 までバージョンが上がっている(https://packages.debian.org/ja/jessie/proxytunnel)
そしてこの 1.9.0+svn250-5 だとパッチ無しの Apache2.4 で問題なく動作するのだ。
なのでこの 1.9.0+svn250-5 のソースを持って来て cygwin 環境で Windows 用にビルドするのが解決策となる。
cygwin でのビルド自体はライブラリが揃っていることと、manページの生成でエラーが出るので本体のビルドだけにしておいた方が良いこと以外はとくに特殊なことは無かった。
まー、好みにもよると思うけど、現時点の使いやすさ・学習コストの低さでいうとUbuntuかDebianあたりがいいと思うんだよな。
CentOSとか企業がガッチガチにやりすぎてなにも触れないし、そんな環境じゃ脆弱性発見されても対処しようがないじゃんね。
それはFUDで言い過ぎかもしれないけど、CentOSとかRubyやPHPの新しいバージョンいれようとしたら自前でビルドしたりしなきゃいけないの面倒。
Ubuntuとかなら自前ビルドとかしなくてもapt-getで適当にやってりゃ環境構築できちゃうし、ビルドしなくていいから時間の節約になる。
CentOSとか今どきPHPいれようとしたらまだ5.3で、Apacheは2.2.15だよ？どんだけセキュリティホールもってんだよっていう。
別にどの企業がどういう穴もっててもいいけどさ、そんな使いにくいCentOSが流行ってるのにはさぞや高尚な理由があってやってんだろうなあーーーっていう。
まさか全部自前でできるのがいいとか言わないよな？今までCentOSだったからとかもないよな？そういうとこに限ってCentOS 5.2とかPHP 5.1 使ってんだよ・・・
見出しはこれ http://anond.hatelabo.jp/20121219191602
http://toro.2ch.net/test/read.cgi/unix/1288765389/232
232 ：名無しさん＠お腹いっぱい。：2012/03/25(日) 15:05:26.72 今月はじめ、職場に新しいPC(Pentium4の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要がありOSにオープン系を採用するのは 聞いていたのですが、搬入されたPCのダンホール箱に乗っかっていたのは UNIXのインストールパッケージでした。 「うへぇ～、よりによってUNIXかよ」 デバイスドライバがない、コマンドが変・オプションがない、X環境が古い、 今の奴は日本語入力大丈夫なのか(Wnn/Canna/kinput2)、将来の64bit移行はどうなのか、 今時のネットで必須のflashのプラグインは存在するのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一CADなどのエンジニアリング環境が充実していたUNIXは大学など 教育機関に浸透していて、日本のUNIX界に多くのバカを輩出しました。 これから私は、おそらくそういうバカが、makeしてもemacsが入らない、 TeXが入らない、コンソールでEUCは使えないのか、Rubyが使えないのかなどと、 サバ管気取りの偏ったどうでもいい我侭を言い出し、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去10年のUNIX界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではPlamoでもDebianでもRedHatでもKondaraでも Slackwareでもなんでもいいですがメジャーかつ現行のLinuxにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1355909018/4
4 ：名無しさん＠お腹いっぱい。：2012/12/19(水) 18:44:07.79 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、複数マシンでファイルを共有するのは 聞いていたのですが、起動したマシンの/etc/fstabの項目に書かれていたのは nfsという文字でした。 「うへぇ～、よりによってNFSかよ」 ファイルロックすると刺さる、ファイルを消したのに.nfsXXXが残る、 今の奴はACL大丈夫なのか、ファイルのCapabilityに対応してるのか、 今時のLAN上で使ってもセキュリティは大丈夫なのか不安はつきませんし、 ユーザーが減ってるのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れてすりこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一ローカルディスクかネットワーク上かの区別なく透過的にファイルに アクセスできたNFSは大学など教育機関に浸透していて、日本のストレージ界に 多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ファイルに書き込んだら所有者がnobodyに なっちゃったよとか、タイムスタンプがずれるよとか、NFSv4にしたらマウント できなくなったよとか、TCPよりUDPの方がオーバーヘッドが無い分速いはずだよね などと、鯖管気取りの偏ったどうでもいい我侭を言いだし、 (だからNFS鯖にするんじゃねーよ)それと戦わなければならないのでしょう。 そして時代によって決着している、過去25年のNFS界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではSambaでもNetatalkでもFTPでもなんでもいいですが 安定してユーザーが多いファイル共有システムにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1351627596/3
3 ：名無しさん＠お腹いっぱい。：2012/10/31(水) 10:57:28.82 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要がありOSに*BSDを採用するのは聞いていたのですが、 搬入されたPCのダンホール箱に乗っかっていたのはFreeBSDのインストールパッケージ でした。 「うへぇ～、よりによってFreeBSDかよ」 カーネルが変、日本語環境がない、ソフトが変・揃ってない、今の奴は 日本語文字コード大丈夫なのか(utf-8)、x86_64環境は大丈夫なのか、 今時のネットに繋いでもセキュリティは大丈夫なのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れてすりこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一PC98環境が充実していたFreeBSDは大学など教育機関に浸透していて、 日本のFreeBSD界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ポーツ(笑)でemacsが入らない、 TeXが入らない、コンソールでEUCは使えないのか、Rubyが使えないのかとかなどと、 鯖管気取りの偏ったどうでもいい我侭をいいだし、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去20年のFreeBSD界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではUbuntuでもdebianでもFedoraでもRHELでも OpenSUSEでもなんでもいいですがメジャーかつ現行のLinuxにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1209056071/887
887 ：名無しさん＠お腹いっぱい。：2012/10/21(日) 11:56:55.61 今月はじめ、職場に新しい組み込みマシン(ファン付きだけど結構省スペース構成)が 入りました。多分私が開発全般をまかされそうな雰囲気です。業務的にとある 構造分析やシミュレーションなど行う必要があり、プログラムにアセンブラを 使用するのは聞いていたのですが、添付のサンプルソースコードからチラッと 見えたのはsethi %hi(hoge),%o0という命令でした。 「うへぇ～、よりによってSPARCかよ」 長くなるバイナリーコード、奇数アドレスワードアクセス不可、使いにくい レジスタウィンドウ、今時の素早いコンテキストスイッチに対応できるのか不安は つきませんし、今の若者はこんなCPU使わないので人材も少なくソフト開発も大変です。 おそらく導入に際して、大学など教育機関で最初にSPARCに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、32bitCPUでRISCでM68K系よりも高速で動作したSPARCは 大学など教育機関に浸透していて、日本のCPU界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、16bitイミーディエイト値すら1命令でロード できかないのかよとか、関数呼出しのたびになんで約100バイトもスタックフレームが 要るんだよとか、フラグレジスタの読み出しがなんで特権命令なんだよとか、 %g0ってレジスタ値変わらないし壊れてるよ、初期不良で交換だよとか、 アセンブラ通気取りの偏ったどうでもいい我侭を言い出し(だからSPARC使うんじゃ ねーよ) それと戦わなければならないのでしょう。そして時代によって決着している、 過去25年のCPU界隈のくだらないそれらの議論が再現され、それに巻き込まれるの でしょう。もう今からうんざりです。 だからお願いです。教育現場ではi386でもi568でもi686でも x86_64でもなんでもいいですが現行のCPUにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
https://gist.github.com/4445221
発言を追ってみたところ、別アカウントと思われるアカウントとともにワードサラダ様のリプライを繰り返していた。
自動RT機能のあるBOTに発言を拾わせて嫌がらせリプライの水増しを狙っているらしい。
がちお @save_us_gatio いいえ @****: @**** @****: 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷浜松名栗西鉄おまわりさんこっちですハゲカープ広島カープ拡散 Expand 50m がちお @save_us_gatio はいじゃないが @****: @**** @****: 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷浜松名栗西鉄おまわりさんこっちですハゲカープ広島カープ拡散 Expand 50m がちお @save_us_gatio はい @****: @**** @****: 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷浜松名栗西鉄おまわりさんこっちですハゲカープ広島カープ拡散 Expand 57m ほわめっと@ヮ＜)人(^_^*)ノｲ @Penguin078 ハローエブリバデー @****: @**** @****: 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷浜松名栗西鉄おまわりさんこっちですハゲカープ広島カープ拡散希望 Expand 58m ほわめっと@ヮ＜)人(^_^*)ノｲ @Penguin078 裁判を始めます！死刑！結審！！ @****: @**** @****: 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷浜松名栗西鉄おまわりさんこっちですハゲカープ広島カープ拡散 Expand 1h ほわめっと@ヮ＜)人(^_^*)ノｲ @Penguin078 生きろ@**** 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷浜松名栗西鉄おまわりさんこっちですハゲカープ広島カープ 拡散希望 Expand 1h ふらむ＠ヮ＜)ﾉ卐 @flmberg 生きろ@**** 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷浜松名栗西鉄おまわりさんこっちですハゲカープ広島カープ 拡散希望14 Followed by オカルト図鑑（呪） and 1 other Expand 1h がちお代表 @yumemigatio とりあえず 死ね@**** 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷浜松名栗西鉄おまわりさんこっちですハゲカープ広島カープ 拡散希望 Followed by オザマチ and 1 other Expand 1h A.T.フィールドBOT @atfield_bot [A.T.ﾌｨｰﾙﾄﾞ反応] http://bit.ly/Nkwlr9 RT @umaitofu RT @flmberg: 眠い @****: 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テ... Expand 1h がちお代表 @yumemigatio 俺に逆らう愚か者は友人も犠牲になるのだ @****: @**** 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷浜松名栗西鉄おまわりさんこっちですハゲカープ広島カープ 拡散希望 Expand 1h ふらむ＠ヮ＜)ﾉ卐 @flmberg 途中で読む気なくしたわ。理由ははっきりしてる。 @****: 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷浜松名栗西鉄おまわりさんこっちですハゲカープ広島カープ 拡散希望ホークス Expand 1h がちお代表 @yumemigatio 君にも攻撃やで！ @****: 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷浜松名栗西鉄おまわりさんこっちですハゲカープ広島カープ 拡散希望ホークス via Expand 9h ふらむ＠ヮ＜)ﾉ卐 @flmberg 支援するぞオラ！ @**** 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷浜松名栗西鉄おまわりさんこっちですハゲカープ広島カープ 拡散希望ホークス Expand 1 Jan wrath @ExarkunWrath 亡霊の体をいつまでも残すな #スカイリム #TES 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替入学式北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷ハワイアンアクトシティ浜松名栗ｻﾝｼﾞﾊﾝ西鉄おまわりさんこっちですハゲカープ広島カープ Expand 30 Dec いわし @iwashi1000RR 冗談を冗談と見抜けない人はTwitterを使うのは難しい @**** 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷浜松名栗西鉄おまわりさんこっちですハゲカープ広島カープ Expand 30 Dec いわし @iwashi1000RR ねぇ、どうしたの？ @**** 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷浜松名栗西鉄おまわりさんこっちですハゲカープ広島カープ Expand Reply Retweet Favorite 30 Dec いわし @iwashi1000RR ねえ、ファビョっちゃった？ @**** 飯能ビールうまい豆腐うまい学校としてハヴ拡散為替北見ATフィールド福井テレホマンDebianハブ留辺蘂端野常呂富谷浜松名栗西鉄おまわりさんこっちですハゲカープ広島カープ Expand
http://engawa.2ch.net/test/read.cgi/linux/1263028279/298
298 ：login:Penguin：2012/03/14(水) 06:01:43.41 ID:gAhyxynR ＞＞283 ＞＞291がVineを押してますが… 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。多分私が運用保守をまかされそうな 雰囲気です。業務的にとある構造分析やシミュレーションなど行う必要がありOSにLinuxを採用するのは 聞いていたのですが、搬入されたPCのダンホール箱に乗っかっていたのはVineのインストールパッケージでした。 「うへぇ～、よりによってVineかよ」 カーネルが古い、日本語環境が古い、ソフトが古い・揃ってない、今の奴は日本語文字コード大丈夫なのか(utf-8)、 x86_64環境は大丈夫なのか、今時のネットに繋いでもセキュリティは大丈夫なのか不安はつきませんし、 非メジャーなのでネット上の情報もすくなく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れてすりこまれた人間が強気の知ったかぶりをして 発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一日本語環境が充実していた(*)Vineは大学など教育機関に浸透していて、日本のLinux界に多くのバカを 輩出しました。((*)昔の話です。現在はutf8対応やsambaのvfs対応など使い物にならないレベルで遅れていそうです) これから私は、おそらくそういうバカが、emacsを入れさせろ、Texを入れさせろ、コンソールでEUCは使えないのか、 crond使えないのかとかなどと、サバ缶気取りの偏ったどうでもいい我侭をいいだし、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。そして時代によって決着している、過去20年の Linux界隈のくだらないそれらの議論が再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではubuntuでもdebianでもFedoraでもRHELでもopenSUSEでもなんでもいいですが メジャーかつ現行のものものにしてください。Kernel2.6 gcc4 glibc2.4 GNOME3/KDE4が最低ラインです。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/999172129/740
740 ：名無しさん＠お腹いっぱい。：2012/03/15(木) 13:42:50.73 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要がありOSにUNIX系を採用するのは聞いていたのですが、 搬入されたPCのダンホール箱に乗っかっていたのはSolarisのインストールパッケージ でした。 「うへぇ～、よりによってSolarisかよ」 カーネル再構築不可、コマンドが変・オプションがない、KDE環境がない、 今の奴は日本語文字コード大丈夫なのか(ja_JP.PCK)、x86_64環境は大丈夫なのか、 今時のネットに繋いでもセキュリティは大丈夫なのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一フリーウェアのmake一発率が高かったSunOSは大学など教育機関に 浸透していて、日本のSolaris界に多くのバカを輩出しました。 これから私は、おそらくそういうバカが、makeしてもemacsが入らない、 TeXが入らない、コンソールでEUCは使えないのか、Rubyが使えないのかなどと、 サバ管気取りの偏ったどうでもいい我侭を言い出し、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去20年のSolaris界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではUbuntuでもDebianでもFedoraでもRHELでも OpenSUSEでもなんでもいいですがメジャーかつ現行のLinuxにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1000022300/812
812 ：名無しさん＠お腹いっぱい。：2012/07/18(水) 15:51:49.38 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、拡張カードを刺してHDDを増設して使う ことは聞いていたのですが、納品された拡張カードに書かれていたのは AHA-2940Uという型番でした。 「うへぇ～、よりによってSCSIかよ」 たった20MB/s、コネクタもケーブルも太くて古めかしい、今の奴はOS入れても /としてマウントできるのか、今時の高速HDDに対応できるのか不安はつきませんし、 SCSIユーザーが少ないのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にSCSIに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一HDDやCD/MO、テープドライブ等を外付けにでき、デイジーチェインで 拡張性が高かったSCSIは大学など教育機関に浸透していて、日本のストレージ界に 多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ターミネーターが無いよとか、 SCSIケーブル全長1.5mだっけ? 6mじゃないの?とか、SCSI IDがぶつかっちゃった、 などと、SCSI通気取りの偏ったどうでもいい我侭を言い出し(だからSCSIにするん じゃねーよ)それと戦わなければならないのでしょう。そして時代によって 決着している、過去25年のSCSI界隈のくだらないそれらの議論が再現され、 それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではSATA1でもSATA2でもSATA3でも eSATAでもなんでもいいですがシリアルATAのHDDにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1061122459/497
497 ：名無しさん＠お腹いっぱい。：2012/08/03(金) 20:34:26.89 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、X Window System上のアプリケーションを 使用するのは聞いていたのですが、X11を起動して表示されたのは、 白黒メッシュのバックに平面的な緑の枠のウィンドウマネージャでした。 「うへぇ～、よりによってtwmかよ」 カラーXpmアイコン表示不可、ウィンドウ最大化とかできない、 GNOME非対応、今の奴はタイトルバーに日本語表示大丈夫なのか、 今時の仮想デスクトップ環境に対応できるのか不安はつきませんし、 twmユーザーが少ないのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にtwmに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、X11で唯一標準ウィンドウマネージャとしてソースツリーに含まれていた twmは大学など教育機関に浸透していて、日本のX11界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、GNOME/KDEのウィンドウマネージャをtwmに 設定できないのかとか、$HOME/.twmrcを設定するGUIツールはないのかとか、 タスクバーはどこにあるのかとか、X11通気取りの偏ったどうでもいい我侭を言い出し (だからtwm使うんじゃねーよ)それと戦わなければならないのでしょう。 そして時代によって決着している、過去25年のX11界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではmetacityでもkwinでもfvwm2でも mwmでもなんでもいいですが普通のウィンドウマネージャにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
続く。
■異性の好みを探る簡単な方法
これは私の長年の統計学的経験論なのだが(つまりいい加減てことですね)
異性の好みや接し方を簡単に推測する方法がある。
それは、
「どんなディストリが好き？」
って聞いてみることだ。
好きなディストリは？と聞いて「RedHat」(但しスポーツカーとRVを除く)を挙げる人は、かなり保守派だ。
堅実派、浮気しない人、安定した職業についた人を好む傾向がある。
また平均的な異性を好む。必ずしも美人(イケメン)である必要はない。逆に派手な異性は苦手。
「Ubuntu」あるいは「Debian系」等パッケージシステムで挙げる人は、
基本的にブランド志向なので、他人から見て自分の恋人がどのように見えるかをとても気にする。
男性なら高収入、医師弁護士などの職業が優先事項。ルックスは良いに越したことはないがそれよりも財力と権力(役職とか)
女性なら体育会系のがっしりした男性を好む。自分より背の低い男性は基本NG。マッチョOK
男性ならバストの大きさをとても気にする。基本的に巨乳好きというか貧乳は許せないタイプである。
「Gentoo」とか「Gentoo」みたいな一般人はあまり知らないような特定の固有のディストリ種名を挙げる人。こういう人はあまり特定の傾向がなく、好きな異性タイプもピンポイントである。たとえば女優のAは大好きだが(顔の似ている)Bは生理的にダメ、とか言うことがよくあるのでその微妙な違いが他人にはよくわからない場合もある。ただし好きなものはとことん好き、という人である。
また、特に男性の場合、ディストリの扱い方と女性の扱い方はとても良く似ている。
新ディストリにこだわる人、これは処女にこだわる。中古ばかり乗っている人はその点はおおらかである。
ひとつのディストリを長く使う人。これはパートナーの異性をとても大事にする。基本浮気はしない。女性の場合は重すぎることも。
頻繁にあれこれとディストリを乗り換える人。こういう人は異性も簡単に乗り換えるし浮気が多いので要注意である。
OSをインストールばかりしてる人や、Kernelのカスタマイズをたくさんする人は、暴力傾向があるのでこれも要注意。パートナーをとても大事に(誰にもちょっかいを出させない)するが、ひとたび浮気でも疑われると暴力沙汰になりたいへんな思いをする。
とりあえず、aptanaでsubbersionをやってみる。
Geckoであることと、アドオンを評価に入れたら、話し合うまでもなくただのFirefox信者だよっ！
でもGecko系が全部はらからなら、IEコンポーネントブラウザも全部いっしょだっ。
ChromeもSafariも同じものだっ(ごめん、いいすぎた)
アンチIEはソフトの善し悪しというよりも、思想の批判に近いので、別の話し合いでやった方がよさげ。
MacとUNIX系列ユーザは元々それほど仲わるくもないですよね。OSX以前から。
でもそこで結託してアンチWindowsを叫ぶと、ただのマジョリティー批判にしかならない。
どうせ傍から見たら全部Linuxだよっ！
（最近のDebian系ディストロってUNIX系列としての実用とは違うところにいってるよな、
そのときの気分で好きなものを支持すればいいんじゃね？
AOpen XC Cube LE200のセットアップを済ませたのでメモ。
マザーボードはIntel D945GCLFでいいのかな？。たぶんこれ。
とりあえずWindows Server 2003 R2 Std. SP1（MSDNのISOイメージ）をインストールしてみるとネットワークアダプタが認識されない。付属のCDのドライバのインストーラを実行したら認識された。
次にDebian Etch(r4)をインストール。こっちもNICが認識されない。RealtekのサイトにUnix (Linux)用のドライバがあるからたぶん使えるはず。
Windows Server 2003用のインストールディスクを作ってみるため、次のドライバをnLiteで統合したイメージでさっくり完了。
[admin@sakura2 ~]$ uname -a Linux sakura2 2.6.9-67.0.4.ELsmp #1 SMP Sun Feb 3 07:08:57 EST 2008 i686 athlon i386 GNU/Linux [admin@sakura2 ~]$ cat /etc/issue.net CentOS release 4.6 (Final) Kernel \r on an \m
# yum update # yum remove emacs emacspeak emacs-leim emacs-common # yum remove NetworkManager # yum remove bluez-bluefw bluez-hcidump bluez-libs bluez-utils # yum remove cups cups-libs # yum remove irda-utils isdn4k-utils pcmcia-cs wireless-tools # yum remove wpa_supplicant gpm xinetd # yum remove ppp nfs-utils lksctp-tools autofs # yum remove xorg-x11-libs # yum remove selinux-policy-targeted # yum remove vsftpd # yum clean all
[admin@sakura2 ~]$ uname -a Linux sakura2 2.6.9-67.0.7.ELsmp #1 SMP Sat Mar 15 06:54:55 EDT 2008 i686 athlon i386 GNU/Linux
# rpm -Uvh http://mirror.centos.org/centos/5/os/i386/CentOS/centos-release-notes-5.1.0-2.i386.rpm \ http://mirror.centos.org/centos/5/os/i386/CentOS/centos-release-5-1.0.el5.centos.1.i386.rpm [root@sakura2 admin]# cat /etc/issue.net CentOS release 5 (Final) Kernel \r on an \m # yum update glib procps udev iptables # rpm -Uvh --nodeps http://mirror.centos.org/centos/5/os/i386/CentOS/initscripts-8.45.17.EL-1.el5.centos.1.i386.rpm \ http://mirror.centos.org/centos/5/os/i386/CentOS/mkinitrd-5.1.19.6-19.i386.rpm # rpm -Uvh http://mirror.centos.org/centos/5/os/i386/CentOS/e2fsprogs-1.39-10.el5.i386.rpm \ http://mirror.centos.org/centos/5/os/i386/CentOS/e2fsprogs-libs-1.39-10.el5.i386.rpm \ http://mirror.centos.org/centos/5/os/i386/CentOS/e2fsprogs-devel-1.39-10.el5.i386.rpm
# rpm -Uvh http://mirror.centos.org/centos/5/os/i386/CentOS/kernel-2.6.18-53.el5.i686.rpm
[admin@sakura2 ~]$ uname -a Linux sakura2 2.6.18-53.el5 #1 SMP Mon Nov 12 02:22:48 EST 2007 i686 athlon i386 GNU/Linux # yum clean all [root@sakura2 admin]# yum --version Loading "fastestmirror" plugin 2.4.3 [root@sakura2 admin]# rpm --version RPM version 4.3.3
# yum update Error: Missing Dependency: python-abi = 2.3 is needed by package python-elementtree
# vi /etc/ssh/sshd_config # /etc/init.d/sshd restart
# vi /etc/yum.repos.d/dhozac-vserver.repo
# yum update kernel # yum install util-vserver{,-core,-lib,-sysv,-build}
[admin@sakura2 ~]$ uname -a Linux sakura2 2.6.22.19-vs2.3.0.34.1 #1 SMP Mon Mar 17 05:32:04 EDT 2008 i686 athlon i386 GNU/Linux
# yum update bash screen rsync # /etc/init.d/iptables save # /etc/init.d/iptables start # cat /etc/sysconfig/iptables # Generated by iptables-save v1.3.5 on Mon Mar 24 19:57:07 2008 **filter :INPUT ACCEPT [1067:96557] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [63680:6208436] :e0 - [0:0] -A INPUT -i eth0 -j e0 -A e0 -m state --state RELATED,ESTABLISHED -j ACCEPT -A e0 -p icmp -m icmp --icmp-type 8 -j ACCEPT -A e0 -p tcp -m tcp --dport 22 -j ACCEPT -A e0 -p tcp -m tcp --dport 80 -j ACCEPT -A e0 -p tcp -m tcp --dport 443 -j ACCEPT -A e0 -j REJECT --reject-with icmp-port-unreachable COMMIT # Completed on Mon Mar 24 19:57:07 2008 # Generated by iptables-save v1.3.5 on Mon Mar 24 19:57:07 2008 **nat :PREROUTING ACCEPT [179:10642] :POSTROUTING ACCEPT [213:13895] :OUTPUT ACCEPT [251:16220] -A PREROUTING -s ! 10.0.0.0/255.255.255.0 -p tcp -m tcp --dport NNNN -j DNAT --to-destination 10.0.0.1:22 -A POSTROUTING -s 10.0.0.0/255.255.255.0 -d ! 10.0.0.0/255.255.255.0 -j SNAT --to-source AAA.BBB.CCC.DDD COMMIT # Completed on Mon Mar 24 19:57:07 2008
[root@sakura2 ~]# /usr/sbin/vserver-stat CTX PROC VSZ RSS userTIME sysTIME UPTIME NAME 40013 27 301.5M 73.8M 30m36s31 56m38s90 11d06h56 one 40015 5 10.8M 4.4M 0m28s33 0m12s68 9d04h23 two 40016 2 4.2M 1.3M 0m00s47 0m00s64 0m01s97 three
ちゅうかさ、ある程度年くってくるとさ、
あれ、これDebianだとどうやるんだっけ？あ、これRedhatか？とか、
あれ、これOracleだっけSQL-serverだっけ？？とか、そういう意味のないことで悩むことが多くなる。
悩むというか、普通に打ってしまうので気がつくのに実行まで気がつかなかったりする。
一枚にざっと纏めておくだけで記憶がよみがえるので、チートシートをつくっておくことにはとても意味があることだと思っているよ。
同じことばっかりやってる奴には関係ないのかもしれないけど。
手で覚えてるようなことでも、何年ぶりかに触ると思い出すのに時間がかかるんだ。
途中同じようなのをちょっといくつか経由したりすると、ぐぐるときとかもどうやってぐぐっていいか悩む。
Javascriptとかでprint();とか書いて酷い目にあう気分なんだよ。
引数の位置とかな……。
A4でそういう要点だけ纏めておくやつには俺は好感がもてるけどなー……。
