Gentoo Linux 31

**login:Penguin** · 2011/01/11(火) 08:08:11

Gentoo Linux
ttp://www.gentoo.org/

Gentoo Linux Users Group Japan (GentooJP)
ttp://www.gentoo.gr.jp/

【はじめに】
Gentooの歩き方
ttp://www.gentoo.gr.jp/jpmain/arukikata.xml
Gentooハンドブック　(インストールガイド含む)
ttp://www.gentoo.org/doc/ja/handbook/

【もうちょっと先】
Gentoo Linux Frequently Asked Questions
ttp://www.gentoo.org/doc/ja/faq.xml
Gentoo Linux tips 集
ttp://www.gentoo.gr.jp/jpmain/tips.xml
Portage ユーザガイド
ttp://www.gentoo.org/doc/ja/portage-user.xml
Gentoo-Portage.com
ttp://www.gentoo-portage.com/
Gentoo-Wiki.com（08年10月データ消失　復旧中）
ttp://en.gentoo-wiki.com/wiki/Main_Page

【前スレ】
Gentoo Linux 30
http://hibari.2ch.net/test/read.cgi/linux/1270796287/

**login:Penguin** · 2011/05/27(金) 15:04:10.03

>>403
情報thxです。X201sの実績が在るのを知ってちょっと安心しました。
なるほど、自作にするなら775のマザーとかですかね。今ならだいぶ安いみたいなのでその辺のパーツを集めるか
週末、秋葉あたりで状態のよい中古ラップトップを探すつもりです。

**login:Penguin** · 2011/05/27(金) 15:05:14.21

>>402
まずはGentoo Live DVDが起動できるかということ。
それから、最近のLinux向けデスクトップ環境は
OpenGLの上で動かすことがあるから、
その辺で不安材料がないか、ということくらいかな。

PC向けのオンボードのNICで
Linux向けドライバが無いなんて聞いたこと無いし。
後は音周りくらいか。

**login:Penguin** · 2011/05/27(金) 16:08:39.62

USBのオーディオデバイス使えば音周りの不安は解消できる
でもノートだとダメか……

**login:Penguin** · 2011/05/27(金) 17:48:37.04

>>405
ありがとうございます。
あー、なるほどLiveCDで試せばいいんですね。
でも、買う前にお店で試すのもちょっと勇気が要りますね。
音は未だ理解の浅い所なんであれですが
Intel HD Audioに対応したオンボードのデバイスならALSAで行けるかと踏んでいます。

**login:Penguin** · 2011/05/27(金) 18:34:57.83

>>407
Intel HD Audio に対応しててもダメなこともある．
例えば俺の持ってる ASUS M4A87TD EVO の VT1818 High Definition Audio 8-Channel CODEC は
買ってすぐの去年5月とかはダメだった．今は普通に使えてるけど．

**login:Penguin** · 2011/05/27(金) 19:41:15.04

HD Audioはオプション指定すると鳴ったり鳴らなかったり。でもだいたい鳴ると思っていい。
ラップトップの注意点としては、特殊なキーを使おうとすると設定が必要だったりすることがあることくらい？

…Gentoo固有の話じゃないけどね。

ちなみにうちもThinkPadで常用してます。

**login:Penguin** · 2011/05/27(金) 22:13:43.02

いいな～ThinkPad
297で書いたけどAtomN270のideapadだよ。意外と頑丈だけど画面が...小さい...

ちなみに、distcc導入できました。crossdev導入で迷ったけど案外すんなり動いた。chromiumのコンパイルの所要時間が一晩以上から三時間くらいになったので満足ですと報告。

**login:Penguin** · 2011/05/27(金) 23:47:28.07

Gentooは他のディストリと違って
インストールや更新にCPU食うから、
Atom機みたいなCPUが弱いPCで単独で運用するのはつらいわー。
オレなら避けるかも。

**login:Penguin** · 2011/05/27(金) 23:54:28.18

頻繁に重いビルドしなきゃよくね？

**login:Penguin** · 2011/05/28(土) 00:35:54.61

>>412
そこそこのCPUでやればそうは思わなくなる
例えればCATVと光ファイバーみたいなもん
だから俺も>>411に同意

**login:Penguin** · 2011/05/28(土) 00:48:34.85

>>411
インストールやemerge -eは母艦にhdd突っ込んでchroot。SATAコネクタの寿命的に考えてあまりやらない方がいいかも。

>>412
ブラウザは最新版にしたいです。セキュリティー的に。
でもchromiumもxulrunnerもビルド重いしbinパッケージは最新版じゃないし...

まあAtomでGentooは半ばネタなので...
素直にバイナリディストリ入れた方が楽でしょうね。

**login:Penguin** · 2011/05/28(土) 03:23:43.88

デスクトップなら最高と思うがラップトップで使う気にはならんな

**login:Penguin** · 2011/05/28(土) 07:08:48.88

んなこと言ったって
一昔前はPenIIでKDEとかOOoのフルコンパイルを
日単位でやってたわけだから
それから比べたらナンボのもんじゃいって感じ

**login:Penguin** · 2011/05/28(土) 13:20:15.90

app-i18n/ibus-tutcodeってのが新着。(知ってる?)

>> 401
portageツリーのChangeLogじゃないよね? あれはカーネルのchangelogとしてはほとんど空だし。

**login:Penguin** · 2011/05/28(土) 13:27:14.67

コア数が増えても恩恵があるのはmakeの間だけでunpack,configure,install,mergeなんかは
1コアしか使ってないし、そもそもemake -j1に制限されてるのもかなりあるし。

今日の小ネタ。make.confのどっかにWANT_MP=trueを書いておかないとxulrunnerなんかの
makeは-j1になるんだな。誰だこんなの入れたのは。

**login:Penguin** · 2011/05/28(土) 13:34:53.26

>>418
そのための emerge -j <n>
でも依存関係？で、job 1 になることが多いっすw

**login:Penguin** · 2011/05/28(土) 13:51:50.53

Phenom使ってるからLA10超えた辺りから本領発揮って感じです

**login:Penguin** · 2011/05/28(土) 14:13:19.66

いいなあ。
X201s なんて重いのビルドすると熱で落ちるよw

**login:Penguin** · 2011/05/28(土) 14:29:28.54

>>414
> ブラウザは最新版にしたいです。セキュリティー的に。
> でもchromiumもxulrunnerもビルド重いしbinパッケージは最新版じゃないし...

firefox-binなら、ebuildをrenameして、ebuild内のLANGS=をコメントアウトして emerge digestすれば、簡単に最新版にできるよ。脆弱性はwinだけ、って時もあるけどね。

**login:Penguin** · 2011/05/28(土) 14:53:16.02

昔は母艦で emerge -B とかでバイナリパッケージを作って、
nfs経由で emerge -k インストールしていたなー

**login:Penguin** · 2011/05/28(土) 15:40:22.38

早いパソコン用のオプションがあるようです。
emerge ... --jobs=100 --load-average=8 world

**login:Penguin** · 2011/05/28(土) 16:01:45.17

-j は CPU数 + 1 ぐらいがちょうどいいって聞いたんだけど
100とかにして大丈夫なのか？

**login:Penguin** · 2011/05/28(土) 16:21:27.72

>>389
こんな感じで menuconfig でカーネルオプションを指定した時と同じものを生成してる。
# 実際には /tmp とか使ってないけど。
oldconfig が手で指定した時と同じように依存するカーネルオプションを設定してくれることを
期待している訳だけど、それを示す仕様、記述は見付けてない。んだけど、menuconfig したものと
同じ .config が出来ているのを何回か確認してるので、個人的にはいいかな～、と。

make defconfig
cp /usr/src/linux/.config /tmp/def.config
cat /tmp/def.config foo/diff.config | foo/bin/merge-config > .config
yes '' | make oldconfig

diff.config は menuconfig で自ら指定したカーネルオプション。
# 今は動かない最小差分検出スクリプトで出したもの。
merge-config は重複するカーネルオプションについて後の指定を残すスクリプト。
# 前は cat でよかったんだけど。

**login:Penguin** · 2011/05/28(土) 16:30:06.21

今気がついたけど、>>1 の

> Gentoo-Wiki.com（08年10月データ消失　復旧中）
> ttp://en.gentoo-wiki.com/wiki/Main_Page

もう、かっこ書きはいらないんじゃないかな。復旧されなかったデータ、新規も結構あるから。

**login:Penguin** · 2011/05/28(土) 19:10:40.32

NFSv4が上手く動かん
諦めてv3で使ってるぜ！

**login:Penguin** · 2011/05/28(土) 19:50:40.40

oldconfigで変更点がリストアップされるからそれでいいでしょうに。
最近だと
・chromiumが「.configが気に入らない」とブーたれやがった
・kmsではdrmをモジュールにしないと/dev以下にノードが作られない
・radeonfbとkmsがコンフリクト
と、催促されて仕方なく設定変更もけっこうある。
起動を1秒ほど速くする自己満足の為に全て組み込みにしていたのに残念

**login:Penguin** · 2011/05/28(土) 21:00:30.64

>>428
快調に動いてるぞ。fsc活かすにはv4必須といっていい。
nfsrootだけはswitch_rootできなくてムリ。

**login:Penguin** · 2011/05/28(土) 21:02:53.61

smbを快適に動かしたいけど、
Sambaのベータ版は不安定すぎるわ……。

**login:Penguin** · 2011/05/28(土) 22:03:42.88

>>429
/dev/dri/card0 の話なら、うちでは drm(nouveau)組み込みでもそれは作られてるな。

**login:Penguin** · 2011/05/28(土) 23:14:24.75

>>411
Atomのがメインマシンになってるから普通に使ってるわ。
Firefoxがアップデート多くてうざいけど別にコンパイルしてても重くなるわけじゃないし
実害はファンがうるさいくらい（致命的な気もするが）なんで許容範囲。

**login:Penguin** · 2011/05/29(日) 00:08:16.22

自分の設定に従ってクラウド上でコンパイルして
結果だけemergeするシステムがそのうちできるはず

**login:Penguin** · 2011/05/29(日) 00:18:23.51

Amazon EC2でvmをいくつか借りてdistccすればいいやん。

**login:Penguin** · 2011/05/29(日) 00:22:03.43

distccやっても、configureで結構時間がかかる

**login:Penguin** · 2011/05/29(日) 00:25:56.13

ってかいちいちコンパイルの度に料金払うのか？

**login:Penguin** · 2011/05/29(日) 00:52:33.70

それだったらクラウドか自前サーバーにGentoo入れてsshした方がいいんじゃない？

**login:Penguin** · 2011/05/29(日) 11:03:31.59

こんなときこそp2pでクラスタ組めたらいいのにな。
make -j 1000くらいできれば、相当改善できるんじゃない？

**login:Penguin** · 2011/05/29(日) 13:46:16.95

依存関係があるからmake -j 1000 でもそんなに並列度は出ないんじゃないかな。

**login:Penguin** · 2011/05/29(日) 13:50:35.17

リンクは最後に行うから、コンパイル中の依存関係はそんなに問題にならない気がしてる。
一般的なCソースなら./configureでヘッダができてれば、そこそこ並列処理可能かなと。

1000スレッドスケールするかはわかんないけど。

**login:Penguin** · 2011/05/29(日) 22:49:52.21

genkerelで作ったカーネルでは、起動時のハードウェア探索以外にオーバーヘッドってあるのでしょうか？

**sage** · 2011/05/30(月) 12:39:07.86

並列コンパイルの事、Diegoが怒ってたの読まなかった?
http://blog.flameeyes.eu/2011/05/13/endless-recursion

**login:Penguin** · 2011/05/31(火) 12:51:15.91

めんどくさくて絵しか見てないけどすげーわかりやすいな

**login:Penguin** · 2011/05/31(火) 13:10:36.71

>>443
この人しょっちゅう文句言ったりもう辞める宣言したりしてる印象がある

**login:Penguin** · 2011/05/31(火) 15:21:49.40

新規インストール後に
>> Booting (initramfs)>> ERROR: your real /dev/is missing files required to boot (console and null)..
switch_root: cant't open '/dev/console': No such file or directory
Kernel panic - not syncing: Attempted to kill init!
Pid: 1, comm: switch_root Not tainted 2.6.38-gentoo-r6 #1
Call Tree ....
となってブートしてくれません。
手順は http://www.gentoo.org/doc/ja/handbook/handbook-x86.xml?part=1 をなぞったんですが

CD Bootさせて /mnt/gentoo/dev で MAKEDEV generic とすれば起動はするんですが
こんなんで大丈夫？OpenRCとか関係あるんでしょうか？

**login:Penguin** · 2011/05/31(火) 15:31:01.19

＞switch_root: cant't open '/dev/console': No such file or directory

stage3 展開の後に確認してみたらどうか？

**login:Penguin** · 2011/05/31(火) 15:38:24.43

>>446
釈迦に説法になっているかもしれないので先に謝っておくけど、
最近のLinuxディストリだと/dev/以下のデバイスファイルは
起動時に自動的に作られるからあまり気にしないわけだけど、
本来は管理者が自分でデバイスファイルを作っていく必要がある。

で、/dev/MAKEDEVっていうのはそれを手動でやるためのスクリプト。
stageアーカイブで手動で構築してる時はその作業が必要になる。
自動作成の設定をやっておけば、次回起動時からは不要になる。

ツッコミ歓迎。

**login:Penguin** · 2011/05/31(火) 16:10:24.46

makedevはudevが使えない2.4カーネルの名残り
chrootする時もbindオプションでマウントするので今となっては保険みたいなもん

こんなアバウトな説明はどうですかい？

**login:Penguin** · 2011/05/31(火) 17:13:01.16

みなさん、ありがとうございます。

>>447
> stage3 展開の後に確認してみたらどうか？
stage3-amd64-20110526.tar.bz2を展開しているんですが

./dev/null
./dev/.keep

./dev 以下はこの2つだけ。tar tvjf で中身を確認しても一緒。

>>448
>>449
釈迦でもなんでもないのでお気遣い無くー

> stageアーカイブで手動で構築してる時はその作業が必要になる。
> 自動作成の設定をやっておけば、次回起動時からは不要になる。
この自動作成の設定がudev?

/dev/nullがただのファイルだったので
mknod /dev/null c 1 3
mknod /dev/console c 1 5
としたら起動した。でもこれだといろんなデバイスがないのでもう一度CDブートさせ
rc-update add udev sysinit
を実行。まだアラートがあるもののようやくまともに起動しました。

BaselayoutとOpenRCの移行ガイド
http://www.gentoo.org/doc/ja/openrc-migration.xml

によればudevが実行されない設定になっているので、正当な手順があるんでは？とは勘ぐってます。

**login:Penguin** · 2011/05/31(火) 17:18:00.15

>>450 (447追記)
ttp://forums.gentoo.org/viewtopic-p-6701953.html
これですね。単に入れ忘れか？

**login:Penguin** · 2011/05/31(火) 17:37:34.45

>>451
一緒だ。情報ありがと。
このまま突き進むことも出来るけど、急いでないので新しいstage3が出るまで待つわ。

**login:Penguin** · 2011/05/31(火) 17:43:56.19

>>450
451さんのリンク先にもある通り今のstage3 tar ballは/dev以下に必要なファイルが無い問題があるね。

ちゃんと最初からやりたいならstage3-amd64-20110428.tar.bz2 か
stage3-i686-20110503.tar.bz2 を展開してその後にbase-rayout2に移行するのがいいかも。
つい最近Gentooをstage3-amd64-20110428.tar.bz2 から構築したけど
特に問題なく構築できたよ。

**login:Penguin** · 2011/05/31(火) 19:45:48.05

>>450
もうこの際Funtooにしてしまおう

**login:Penguin** · 2011/06/01(水) 12:58:26.47

CONFIGFS_FS入れてkernel作り直せば？

**login:Penguin** · 2011/06/01(水) 23:56:11.75

gentoo-sources-2.6.39入れたらwpa_supplicantが起動しなくなったんですが…

**login:Penguin** · 2011/06/02(木) 11:30:34.34

http://hibari.2ch.net/test/read.cgi/linux/1274628328/110

このebuildを書いてみたんですけど${FONT_CONF}が生成されません
なにが原因でしょう？
もし作成したフォントファイルも必要ならアップします

ricty ebuild
http://fairladyx.wox.org/~shu/files/ricty-3.0.0.ebuild.txt

**login:Penguin** · 2011/06/02(木) 15:17:49.52

どなたかがちゃんとした回答して下さるまでのつなぎで…

ebuildはただのbashスクリプトですから、沢山echoを挿入して、変数の内容を見る事はできます。
のみならず、/usr/portage/eclass/font.eclassも、怪しいところで適当にechoを入れるとデバッグできます。
(emerge --syncすると消えるので、font-mydebug.eclassとかにするといいかも。)

というか、font系のebuild触ったことのある人はほとんどいないので、forumに投げた方が良くないですか? (私なんかはeapiの違いも全然分かりません)
英語が苦手でも、知ってる語を並べれば全然okですし。

等幅というのがウリなんですかね。だとすると嬉しいかも。ところで完成したら、本家にアップして下さる予定ですか?

**login:Penguin** · 2011/06/02(木) 15:32:12.12

>>457
あの、files/66-ricty.confはちゃんと用意してるんだよね?
それって自動生成されるんじゃなくて、自分で書いて置くんだよ?
ちなみにそのebuildそのままでインストールできました。

(また忍法帳焼かれてる…ウザすぎ…)

**login:Penguin** · 2011/06/02(木) 19:57:23.67

>>458
>ところで完成したら、本家にアップして下さる予定ですか?
自分アップの仕方とか全然わからないので、そこまでの予定はありません。
でも誰か代わりに投稿してくれたら嬉しいです。

# ebuild --debug foo.ebuild install
こうやると #!/bin/bash -x と同じ動作するので出力見てたんですけど関連するとこ見つけられなくて。

>>459
>あの、files/66-ricty.confはちゃんと用意してるんだよね?
>それって自動生成されるんじゃなくて、自分で書いて置くんだよ?
ｶﾞ━━(;ﾟДﾟ)━━ﾝ!!　用意してませんでした
じゃぁもうFONT_CONFの行は削除してフォントファイルだけにしようかな。

ありがとうございました。

**login:Penguin** · 2011/06/02(木) 20:35:07.92

すみません。
ttp://www.gentoo.org/doc/ja/handbook/handbook-x86.xml?part=1&chap=7
の「必須オプションを有効にする」で
「コード表示 3.3: 必要なファイルシステムを選択」の「File systems --->」が見当たらないのですが無視して構わないのでしょうか？

**login:Penguin** · 2011/06/02(木) 20:43:43.91

>>461
無視しちゃダメ

**login:Penguin** · 2011/06/02(木) 21:28:10.45

Processor type and featuresの項目ばかりみてました。
ExitからFile systemsに到達できました。自己解決したので一応報告。

**login:Penguin** · 2011/06/03(金) 17:00:42.82

>>460

font_conf は、特に無くてもいいフォントっぽいかな? inconsolata も mplus も無いですね。

日本人devのMさんとか、Nさんとかにお願いしちゃうという方法はアリなのかな?
あるいはフォント関連のdevの方に頼むとか。聞いてみるくらいならokと思いますよ。
(勿論、使ってみて特に支障がなさそうなら、ですが。)

> # ebuild --debug foo.ebuild install
> こうやると #!/bin/bash -x と同じ動作するので出力見てたんですけど関連するとこ見つけられなくて。

今更ですけど、あれはほとんど読めず、役に立ちません。

**login:Penguin** · 2011/06/03(金) 17:20:36.73

>>457
サイト見てみたけど、生成フォントの再配布は禁止されてる。

**login:Penguin** · 2011/06/03(金) 20:59:12.89

誰も生成フォントは再配布してないと思うけど。

**login:Penguin** · 2011/06/03(金) 21:55:50.72

>>465
生成されたフォントは、再配布できるライセンスに該当しないだけ。
サイト主自身が生成されたフォントの再配布を禁止しているわけではない。
そこんとこ解釈を間違ってはいけない。
生成したフォントを生成主が再配布した場合は、
再配布主が問われる。

**465** · 2011/06/04(土) 07:51:16.20

解釈は間違ってないよ。
だから、「禁止されてる」と書いた。
サイト主自身が禁止しているならば「禁止している」と書いた。

**login:Penguin** · 2011/06/04(土) 09:39:28.90

配布目的でアップするなんて書いてないだろ
いちいちウルセぇんだよカスが

**login:Penguin** · 2011/06/04(土) 16:52:25.22

目的も何も、その ebuild はフォント生成スクリプトを実行しているだけだし。
ebuild 作成者に対する返答(>>465)として、生成フォントの再配布について述べていること自体が筋違い。

**450** · 2011/06/05(日) 03:55:27.22

stage3-amd64-20110602が出ていたので再チャレンジしました。
結果玉砕。

genkernelができない。ramdisk作成時にgccがこける。

20110526でやり直すが /etc/init.d/net.eth0 start でこける。
SIOCSIFADDR: File exists
SIOCSIFFLAGS: ....
...

ぐぐるとbaselayoutがらみエラーっぽい。ちょっとくじけた。
合コン後にメールが返ってこないくらいへこんだ。
しばらく気分転換してから戻ってきますわ。

**login:Penguin** · 2011/06/05(日) 14:29:06.46

kernel作る度に変なパケットが飛んでるのはどーゆーわけだ？@gentoo-sources-2.6.38-6

>>471
だからkernelが面倒見てくれるオプションがあるんだってば。
nfsとswitch_rootでググったらこんなん出ました的な話の後だったから
からかい半分に書いたけど穴が開くほどmenuconfig探せば見つかる。

**login:Penguin** · 2011/06/05(日) 19:39:51.92

>>472
さすがにmenuconfigを穴が空くほど見て理解するほどの時間がないっす。
はじめに言え、と言われてしまいそうですが、VMware上の仮想マシンで
vmxnet3のNICを1NICもってたんです。2.6.3xのどっかでドライバがマージされたらしいので
安心していたんですが、これが原因だったようで。

*.vmx ファイルの vmxnet3 を e1000 に変更したら、エラー無しに IP も振れました。

**login:Penguin** · 2011/06/07(火) 00:27:08.55

linux-3.0-rcを試すときに、/etc/conf.d/modules 内の
_2_6 を変えとかないとモジュールがロードされないので注意
（あたりまえだが）

**login:Penguin** · 2011/06/07(火) 00:30:21.44

>>474
トラブル多発しそうだよな。2.4 or 2.6で判断しているスクリプトとか。

関係ないけど、unzipにUSE="natspec"つけるとsjisなwinのzipのファイル名が文字化けしないってのをさっき知った。
手動でパッチ当てる必要があるかと思ってた。

**login:Penguin** · 2011/06/07(火) 10:30:37.15

3.0の次はすぐ3.1だからな。
カーネルの版数を意識したスクリプトはちょっと注意が必要だな。

**login:Penguin** · 2011/06/07(火) 12:34:57.81

そんな糞スクリプト書いた連中は晒し上げられて然るべき

**login:Penguin** · 2011/06/07(火) 12:52:12.22

GentooのPortageがそうなってたら笑えるな。

**login:Penguin** · 2011/06/07(火) 13:43:34.23

>>477

**login:Penguin** · 2011/06/07(火) 14:39:27.14

何その西暦2000年問題みたいなスクリプト

**login:Penguin** · 2011/06/07(火) 21:11:44.25

kernel-2.eclass はこっそり修正済み。

**login:Penguin** · 2011/06/07(火) 21:30:34.77

3.0=2.6.40だよ。なんとなく気分で3にしちゃいましたとさ。
3.0を今までと違う新型と勘違いする初心者がいっぱい沸きそうw

**login:Penguin** · 2011/06/07(火) 21:33:36.89

にしても
Linuxを半年も使えばLinuxにおける「最新」の意味も理解できるだろうに相変わらず最新バカ多いね。
可能な限り枯れたバージョンを使い続けたい。gentoo自体もそういう傾向。
でも昔はFedoraに引っ張られ今はUbuntuに引っ張られ強制的に危険で厄介な最新を押し付けられる。
それでもgentooは抵抗してX11やgccは相当に粘った。
最新厨はUbuntuを使うべきだ。

**login:Penguin** · 2011/06/07(火) 22:02:56.41

誰と戦ってるんだよ

**login:Penguin** · 2011/06/07(火) 22:27:04.70

gentoo が最新バージョンを他から押し付けられるとか、それに抵抗とか全くもって意味不明。

そもそもカーネルはパッケージマネージャを使わず全部手動でやってる人も多そうだけどね。
PM を使うと、あれだけの数のファイルのハッシュを計算して、一回余計にコピーしなきゃならないから。

**login:Penguin** · 2011/06/07(火) 22:41:22.38

決して多くないGentoo使い同士仲良くしようぜ。
どうだい？合宿に参加してみないかい？

**login:Penguin** · 2011/06/07(火) 22:47:47.75

>一回余計にコピー
へ？Gentooの場合はソースディレクトリにbz2ファイルが一本と
そいつから/usr/src以下に解凍される以外にないけど？
ほかのパッケージと違って/var/tmp/portage以下に展開なんてことはしてない。

**login:Penguin** · 2011/06/07(火) 22:55:54.54

最新版か安定版かを強制しないのがGentooのいいとこじゃないの？まあ、依存関係には引きずられるけど。

**login:Penguin** · 2011/06/07(火) 22:57:07.04

PORTAGE_TMPDIRはカーネルでも使われるが…

**login:Penguin** · 2011/06/07(火) 23:41:46.07

>>486
ホモは帰ってくれ

**login:Penguin** · 2011/06/07(火) 23:50:34.05

>>488
IDがgnu、おめ！？

**login:Penguin** · 2011/06/07(火) 23:59:02.03

もうID変わるけど・・ｗ

**login:Penguin** · 2011/06/08(水) 19:00:43.78

>>483の言ってる意味が分かんないんだけど、誰か翻訳してくれないかな
gentooはむしろ最新を追うのに最適だろ
kernelだって最新トレンドをどんどん導入してるのに、おたくLinuxは向いてないんじゃない？
そんなに枯れたのがお好きならFreeBSDでも使えば良いのに

**login:Penguin** · 2011/06/08(水) 19:19:50.36

このスレにはいきなり自分のGentoo論を語り始める
おかしな人が常駐してるからいちいち気にせずスルーしてあげてください。

**login:Penguin** · 2011/06/08(水) 19:33:53.46

gentooでEclipse helios使ってる人いませんか？

**login:Penguin** · 2011/06/09(木) 01:16:44.93

純つゆLinuxのすれはここですか？

**login:Penguin** · 2011/06/09(木) 11:43:34.11

>>493
最新追えるのはマスク外しまくって場合によっては自前でebuild書き起こすスキルがある人だけ
普通に安定版で使ってたら恐ろしくバージョン遅れてるのがGentoo

**login:Penguin** · 2011/06/09(木) 19:58:01.13

恐ろしく遅れてるバージョンから最新版まで使えるなんて、いいディストリじゃあないか、Gentooは。
って事で、各々が好きな考えで運用すればいいし、それを強要する/されることもないでしょ。

**login:Penguin** · 2011/06/09(木) 21:55:35.25

ソフトそのものの開発側でいう安定最新版はGentooではunstableだし
同じく不安定最新版は9999ことlive-ebuildだし
メジャーバージョン１つ前がstableという場合がママあるから

ちょいと前まではディストリ間での比較においても
安定最新版がstableにすぐに落ちてきて
不安定最新版もがんがんunstableに入ってきてたんだけどね

だんだん慎重路線になびいているのかね

**login:Penguin** · 2011/06/09(木) 21:56:41.66

普通に2.6.38が落ちてきて嬉しかったぞ。gentoo。

**login:Penguin** · 2011/06/10(金) 00:05:50.44

カーネル2.6.35辺りから加速して良くなってる気がする

**login:Penguin** · 2011/06/10(金) 01:56:18.15

>>501 気のせいだな。むしろ悪化している

Linux Kernel Benchmarks Of 2.6.24 Through 2.6.39
http://openbenchmarking.org/result/1104261-GR-LINUXKERN05

サーバー用途なら2.6.32一択だろうね

**login:Penguin** · 2011/06/10(金) 03:36:46.44

2.6.38で例のミラクルパッチがマージされたそうだが
パフォーマンスにそれほど影響無かったのだろうか