09/05/03 21:37:25 uOIfIYUz
>>808
設定するファイルは
/etc/portage/package.unmask
こいつに
app-editors/emacs
を書き足す。
/etc/portage/package.keywords
に書くなら
app-editors/emacs **
を足す。
810:login:Penguin
09/05/03 21:43:04 ZrW60k/z
>>808
エラーメッセージの意味は理解してる？
これをインストールするには新しいバージョンのportageをインストールしろって書いてるんだけど。
今使ってるportageが2.1.4系なら # emerge -u portage でportageを2.1.6以上にしなきゃインスコできない
811:login:Penguin
09/05/03 21:51:26 2r3HBMJL
>>809
> /etc/portage/package.unmask
> app-editors/emacs
書き込む前にその設定をしたのに駄目だったんですよね
スペル間違えはありません
> /etc/portage/package.keywords
> app-editors/emacs **
レスをもらって、package.keywordsというのでもいけるというのを知りました
とりあえず、emerge -u portageしています
>>810
ちょうど書き込むところでした
emerge -u portage後だったら、うまくいくという話なんですか？
EAPI '1'、EAPI 2というのがよくわからなかったけど、
あっ、でも、そういうことか
これできっとうまくいくと思います
お騒がせしました
812:811
09/05/03 22:09:44 2r3HBMJL
うまく行きました
ありがとうございました
813:login:Penguin
09/05/03 22:16:31 6zTyfrvz
俺の書き方って手抜きだったのか
書き直そう
814:login:Penguin
09/05/03 22:54:59 uOIfIYUz
手抜きってか、それぞれの設定ファイルは意味が違うからね。
package.keywordsの方は安定版だの開発版だの、さらにマスクが掛かってるものだの、そのマスクを外す。
なので、"**"を指定すると、ハードマスクされているものまで入ってしまうので要注意。
自分はmake.confに一般的に"~(arch)"(arch=x86, amd64, etc)を設定してあって、
それでもバージョンが古い場合は個別にkeywordsに"**"を書き込んでる。
package.unmaskの方はマスクを”外す”バージョン指定をする。あるバージョンまではOKでそれ以上はダメとか。
たとえば、"<app-misc/hoge-3.0.1"だとhoge-3.0.1よりも古い版は入れることを許可したことになる。
バージョンを指定しないでパッケージ名だけだとどのバージョンも許可したことになって、keywordsに"**"書いたのと同じことになる。
しかし、keywordsに"**"がない場合はマスクが外れた範囲で最新のバージョンまでを許可したことになる。
package.maskは反対に、マスクを”掛ける”版を指定する。
こんなところで合ってると思う。
"**"は前までは"-*"とかいう書き方だったけど、portageのいつの版からかこのように変わった。
間違ってたら指摘頼む。
815:login:Penguin
09/05/03 23:04:44 6zTyfrvz
>>814
thx
package.keywordsは/etc/make.profile見て勝手に
やってくれてると思ってた。
なので~archの指定はしなくてもいいのかと。
816:login:Penguin
09/05/03 23:35:29 3TaqJsEB
> 自分はmake.confに一般的に"~(arch)"(arch=x86, amd64, etc)を設定してあって、
これは ACCEPT_KEYWORDSの事だよね？
基本的にportageは、/etc/make.profileから辿って、それぞれのアーキテクチャに合わせた、変数やプロファイルを設定する。
例えば、2008なら gccは3.3以上 glibcは～ と。ARCH=arm、USE="X gtk pam"等と。
それをmake.confや、package.keywordsやらでオーバーライドしていく。
crossdevがpackage.keywords に作るのを見ると、
> cross-powerpc-unknown-linux-gnu/binutils ppc -x86 -~x86
> cross-powerpc-unknown-linux-gnu/gdb ppc ~ppc -x86 -~x86
USE flagみたいに、-つけると無効になるとか？ 実証めんどクサいのでしてないけど。
817:login:Penguin
09/05/03 23:51:54 2r3HBMJL
stage1から遊びで入れてみようと思って、インストールし始めたんだけど
sshdって立ち上げられるんだね
screen, linksもあるから、すごく便利だ
818:login:Penguin
09/05/04 10:27:20 AwhA+YOY
gnome-2.26 が降りてきた
819:login:Penguin
09/05/05 11:24:18 6vbU8Ta7
来てないし
820:login:Penguin
09/05/05 12:11:08 KbbXDexN
教祖さまのdjbdnsを入れてみたんですが、dnscacheはローカルネットワーク全体で使わないほうがいいんでしょうか?
各PCで127.0.0.1で立ち上げて使うもんなんでしょうか?
またdig, nslookupがコマンド補完できないなあと思っていたら、nscdというコマンドに気づいたんですが
nscdの使用感は、どんな感じなんでしょうか?
あと「Gentoo・CentOS標準のプログラムになっている ＝ 性能的・信頼性的にベターである」という式は成り立つものなのでしょうか?
万人の要求を受け入れる姿勢で機能過多になって、無駄に肥大化したものって使いづらいですよね
開発者の当初の設計思想自体、どうだったんだというのもあるし
でも、光るものがあるから時代に受け入れられるというのもあるんでしょうけど
PC4台(Windows * 1, Gentoo * 1, CentOS * 2)で1人暮しの環境
ホビー的にプログラミング・UNIXの真髄を極めようと考えていますｗ
長期的(10年、20年単位)な理想としては最小構成でものすごく管理を楽にしたいんですよね
Gentooとほとんど関係ないレスになってしまいましたが、よろしくお願いします
821:login:Penguin
09/05/05 14:00:53 hsFNFI6o
>>820
どうしてローカルネットワーク全体で使わない方が良いと思ったのか知らないけど
djbですら、DNSキャッシュとDNSサーバを別々のIPで管理すべきとは言っても
それらを共有するなとまでは言っていないんだから、LAN内で共有したって良いんじゃないの
ただ、djbdnsってスーパーサーバ前提で作られいて、daemontoolsやxinetdなんかから起動する分、
どうしてもレスポンスが悪くなるし、ましてやそれをLAN内で共有したりしたらもうね…
個人的には、pdnsdなんかをPC毎に立てて、1台だけhosts読みこませて、ついでにルートサーバなり、
OpenDNSなりに問い合わせするようにして、他のPCはその1台をpdnsdでキャッシュするようにすると良いと思う
レスポンス的にも良いし、高々4～5台程度のPCの為に一々DNS鯖上げたり、同じようなhosts書く手間もなくなるし
ついでに言うとnscdは、厳密にはキャッシュサーバでは無いから
まあそれで済むのならそれでも良いと思うけど
それと
>「Gentoo・CentOS標準のプログラムになっている ＝ 性能的・信頼性的にベターである」という式は成り立つものなのでしょうか?
だけど
そんな事はないよ、そもそもGentooの標準って結構コロコロ変わるからwww
例えばsyslogにしても、俺は昔からGentooを使ってるから、当時推奨されてたmetalogを未だに使っているけど
最近、って言ってもそんな最近でもないけど、4年位前からsyslog-ngがGentooの推奨でしょ？
つか「万人の要求を受け入れる」というよりね、古くからあるやり方から逸脱しないようなのが推奨アプリ群なんだよ
metalogとsyslog-ngを比べて、どちらが昔から使われてたsyslogっぽいか考えてみれば分かるっしょ
まあそういう意味で言えば、djbdnsやpdnsdより、bindでキャッシュサーバも構築した方が良いわけだけど
metalog使ってればsyslogに関してはlogrotate要らないとか、fcron使ってればrun-cronsみたいなギミック要らないとか
そういうたぐいの便利さがあるからpdnsdを俺は勧めるわけよ
こうやってアプリを好き勝手に組み合わせて使ってると、Gentoo最高って感じるね
822:login:Penguin
09/05/05 16:04:42 86nkFN0M
>>821
djbdnsって、普通daemontools使うし接続時に毎回起動するわけじゃないんじゃ？
レスポンス悪いとはおもっったことないんだけど。
823:login:Penguin
09/05/05 16:05:17 WEn8aSGt
dnscache+nsdで使ってるけど、LAN内で共有してるな。
キャッシュは共有した方が効果が上がるし、集中管理できるので楽チン。
今から構築するならbindかunbound+nsdにするかな。djbdnsは開発終了してるし。
>> ただ、djbdnsってスーパーサーバ前提で作られいて、daemontoolsやxinetdなんかから起動する分、
>> どうしてもレスポンスが悪くなるし、ましてやそれをLAN内で共有したりしたらもうね…
問い合わせ毎にfork/execしてるわけじゃないから問題ないと思うよ。
フォアグランドで動いてるとかセッションリーダーじゃないので*BSD的な意味でのdaemonではないけど。
824:login:Penguin
09/05/05 19:22:27 JuxbALQ/
俺もpdnsdに一票
俺の場合は一台だけ集約的に動かしてあとはそいつを参照させてるが
825:login:Penguin
09/05/05 22:26:20 LIaX6aUo
俺はdhcpd + bind なddnsが楽だと思う。
実習室で透過プロクシやftpやntp等も、gentooなpc2台で運用してたけど、安定してたし、レスポンスも悪くなかった。
自宅では、サーバーは玄箱1台。
ゲーム機やipodやら家電やらが、可変でネットワーク接続するからddns重宝してる。
826:login:Penguin
09/05/06 00:57:21 e4LVEifY
>>821
pdnsdを調べてみたら、便利そうですね
とりあえず、djbdnsをある程度マスターしてからですが、pdnsdも考慮に入れて、今後のネットワーク・PC構成を構築していこうと思います
あとmetalogの名前も知りませんでした
> どうしてローカルネットワーク全体で使わない方が良いと思ったのか知らないけど
ググると127.0.0.1で立ち上げているばかりがひっかかるんですよね
nscdなどの使いかたをみると各PCにdnscacheを立ち上げるのかなと妄想してしまいました
レスポンス的に127.0.0.1と自分のIP(192.168.1.5)だと127.0.0.1という理解なんですが、違うのかな
> それらを共有するなとまでは言っていないんだから、LAN内で共有したって良いんじゃないの
それは、もちろんです
tinydnsの設定自体がまだ甘いのか、Web browsingが前よりもたついている気がするんですよね
数字的には8msぐらい速くなっているみたいなんですけど
>>825
bindは、直感的に却下です
最終的には(部分的にでも)ソースも読みたいので、大きすぎるのはさすがに読む気がしない
827:login:Penguin
09/05/06 03:55:08 +Fcg19Sm
>>826
普通にローカルIPで立ててLAN内のクライアントに引かせればいいんでないの？
828:login:Penguin
09/05/06 12:10:16 rHcEfKhR
地味に、動いてるのな。
URLﾘﾝｸ(www.exherbo.org)
829:login:Penguin
09/05/06 12:37:57 Y5FnZqDP
kde4はいつになったら、安定版がでるのだろうか
バグだらけで使うのが嫌になってきた
830:login:Penguin
09/05/06 19:47:27 v9tJN67a
gnomeのpower-managerが動いていない事が発覚
カーネル替えたら再マージが必要っぽい、ちゃんと調べてないけど
調べるより先にとりあえず再マージしてみるのが習慣になってる
ACの抜き差しでfglrxがグチャグチャになる事も発覚、勘弁してくれよ
xrandr -o leftも動かない
ノートを縦に使えないなんて悲しすぎる
これやりたくて片サイドポート無しのノート選んだのに
予備/はカーネルドライバも使えるからいいけどさ
831:login:Penguin
09/05/07 14:12:47 r2v6xilF
gcc-4.4.0
832:login:Penguin
09/05/07 15:16:44 0VED5oEg
iwl4965って2.6.28-29あたりだと動かない？
gitソースで2.6.30にしたらつながるようになった。
833:login:Penguin
09/05/08 00:03:00 y2Ep60KL
下らないことだけど、ちょっとした工夫を思いついた。
/etc/make.confの USEがゴチャゴチャだったから。
$USE1="vim-syntax mktemp ssh dlz idn urandom consolekit bzip2"
$USE2="png snmp samba logrotate"
$USE3="jpeg truetype xpm source tools"
$USE="${USE1} ${USE2} ${USE3}"
と書いたら、バックスラッシュ使うより見通しが良くなった。
834:login:Penguin
09/05/08 00:10:11 xfrUowH/
>>768
live-buildのebuildをemerge --oneshotとして再マージするときに
ネットワークにつながってなくても直前に取得したローカルミラーで
emergeできるようにする仕掛けとか。
外につなげない環境でlive-buildしたいとき便利
835:login:Penguin
09/05/08 00:20:04 keEa/K/s
>>833
それと似たような感じで
gg3が時々おかしくなるから#
#GENTOO_MIRRORS="$GENTOO_MIRRORS URLﾘﾝｸ(gentoo.gg3.net) fURLﾘﾝｸ(gg3.net) "
GENTOO_MIRRORS="$GENTOO_MIRRORS fURLﾘﾝｸ(ftp.ecc.u-tokyo.ac.jp) URLﾘﾝｸ(gentoo.channelx.biz) "
GENTOO_MIRRORS="$GENTOO_MIRRORS URLﾘﾝｸ(ftp.jaist.ac.jp) fURLﾘﾝｸ(ftp.jaist.ac.jp) "
GENTOO_MIRRORS="$GENTOO_MIRRORS URLﾘﾝｸ(ftp.iij.ad.jp) fURLﾘﾝｸ(ftp.iij.ad.jp) "
836:login:Penguin
09/05/08 05:14:47 HFfGHAiw
>>833
代入式左辺のドル記号はいらないんじゃ？
837:login:Penguin
09/05/08 05:45:37 keEa/K/s
>>836
おまじない
整理するっていうより何か挙動がおかしい時に
コメント、アンコメントするだけで便利なんで
見た目は逆に汚いよねw
ところでGNOMEなんだけどMetacity-2.26.0入れたら
パネルを無視するようになった。
emerge -1 gnome-panelしてみても変わらず。
~x86でgtk+-2.16.1も一緒にきたけど。
なんか知ってる人いません？
後でダウングレードしてみるけど。
838:833
09/05/08 10:33:23 olwafUgS
>>836
うあっっっ、何も見ずに手で書いていたから、無意識で間違えた。
だよねぇ。ドル記号いらないよね。
例のUSEは適当に書いただけなんだけど、実際はA-zまでソートしてみたりしてる。
839:login:Penguin
09/05/08 10:39:48 keEa/K/s
metacity-2.24.0-r2に戻したら直った
>>838
ごめんね (;_;)
840:login:Penguin
09/05/08 10:42:49 phK1tY1N
バックスラッシュってコメント、アンコメントのためにあるんでしょうか？
つなげちゃったほうが画面いっぱい使えるし、積極的に使わないです
さすがにここではバックスラッシュを使ったほうがみやすいだろという場合は使いますが
ほかにもっと大きな理由ってあるんでしょうか？
841:login:Penguin
09/05/08 10:52:33 keEa/K/s
長いコマンドラインを分割？
useフラグが多い人はufed使ったほうが便利じゃないかと……。
どうでもいいが今日暇だ
842:login:Penguin
09/05/08 11:03:21 phK1tY1N
>>841
長いコマンドラインを分割とシェルスクリプトの話
843:login:Penguin
09/05/08 11:10:31 RBv4paty
\は改行、コメントは# ･･･って、そういうことじゃない？ｗ
844:login:Penguin
09/05/08 11:59:23 f4dPB4NC
\は続きだよ
ech\
o tes\
t
は
echo testと解釈される
845:login:Penguin
09/05/08 12:16:33 phK1tY1N
>>844
目的は可読性かな？
\をつかって、可読性があがっているのをみたことないけど
それか、愛しているのサインかな
846:login:Penguin
09/05/08 15:04:06 GidC4Qu0
マジレスすると、エディターとかで勝手に改行されたりとかのミスをなくすため
847:login:Penguin
09/05/08 15:28:10 phK1tY1N
>>846
現行のなんかのエディタで再現できるもんなんですか
848:login:Penguin
09/05/08 15:47:06 N+fBEMTG
>>841
暇なら gcc-4.4.0いれて、emerge -e worldとか。
（やってて暇ならごめん）
849:login:Penguin
09/05/08 18:17:02 QkGF2eNS
>>847
gnu nanoは-w付けないと画面端で勝手に改行した気がする
個人的にはブラウザでコマンドライン例や設定ファイル例を見るときはバックスラッシュで区切ってあった方が分かりやすいて思う
850:login:Penguin
09/05/08 19:26:23 nlLWd8Pe
baselayout-2.0.0とopenrcを入れたら、dfで/が2つ見えるようになったんだけど気にしなくていい？
$ df
Filesystem 1K-ブロック 使用 使用可 使用% マウント位置
rootfs 9967692 4384532 5583160 44% /
/dev/root 9967692 4384532 5583160 44% /
rc-svcdir 1024 88 936 9% /lib64/rc/init.d
udev 10240 184 10056 2% /dev
:
851:login:Penguin
09/05/08 19:56:53 xfrUowH/
気にしないでいいよ
852:login:Penguin
09/05/08 21:38:31 nlLWd8Pe
>>851
ありがと
853:login:Penguin
09/05/08 22:28:17 KLwcoLdN
>>845
長い行をこう書くため、もっと簡単に考えようよ
USE="-qt3support emerald -kde -arts x264 xvid -fam xcomposite win32codecs dvd dvdr a52 avi ffmpeg \
aac mpeg mpeg2 mp4live dri acpi alsa java gtk gtk2 gnome hal dbus howl unicode cjk nls X truetype \
glitz xcb ssl userlocales fbcon mmx mmxext sse2 -oss -esd -cups curlwrappers -foomaticdb gpm \
tk flac dio xine gstreamer nptl nptonly pic hal asf tcltk svga firefox xv kernel_linux opengl -doc \
-bluetooth -directfb compiz"
これが一行として扱われる
URLﾘﾝｸ(quelle.s11.xrea.com)
これはこれで面倒そう
/etc/portage/package.useの方にもあるのよね
全部make.confに書いても良いんだけど、このフラグはこのパッケージの為的な意味が見えなくなる
854:833
09/05/08 22:53:07 olwafUgS
気になり始めると、止まらない/etc/make.conf内。
昔から、FEATURESもparallel-fetchとdistcc、ccasheを>>835の方法で書いてあるのが
玄箱に入ってたりするし。
>>853 見慣れた光景がww
タブとかスペースでインデントしても、ほとんど変わらないんだよね。
余りに長いUSEの行で、vimのsyntaxがオカシくなるのは、俺のPCだけ？
855:login:Penguin
09/05/09 00:31:07 WjCfrmah
>>853
他人のUSEフラグは物凄く汚なく感じるな。俺もそんなだけど
856:login:Penguin
09/05/09 00:32:40 HOVZ3MP3
今までx86で使っていたパッケージを~x86にしたら、古いバージョンは残るわけ?
emerge パッケージ名でインストールしたんだけど
古いバージョンに依存しているものを含めて全て消したい
857:login:Penguin
09/05/09 00:33:31 p+kXmlqS
いや、俺の方が汚いぞ、断言できる
858:login:Penguin
09/05/09 00:34:22 e8WDH7oF
make.confに書くUSEフラグは行の折り返しに
バックスラッシュ無くてもいいはずだけど。
859:login:Penguin
09/05/09 00:45:38 BG5d7rmz
>>856
slotになってるかどうかに拠る
なってなければ新しい版で上書き（削除＋インストール）
なっていて別スロットなら残る
なっていて同一スロットなら新しい版で上書き
860:login:Penguin
09/05/09 00:47:21 BG5d7rmz
> 古いバージョンに依存しているものを含めて全て消したい
equeryでそのパッケージに依存してるパッケージの一覧が出るので
それを見て削除すればいい
詳細はman equeryで
861:login:Penguin
09/05/09 00:53:44 u2+B1AQv
>>858
要は読みにくさ・汚さを必要最小限にする方法の一つ
他の方法で用が足りればそれでも良い
それだけの話
862:login:Penguin
09/05/09 00:57:58 Elp9bCbb
use.descに記載されているUSEフラグは、/etc/make.confにて制御
use.local.descに記載されているUSEフラグは、/etc/portage/package.useにて制御
と使い分けてるんだが、これで合ってる？
863:login:Penguin
09/05/09 01:22:06 Tb4NPpUH
USEフラグはeuseでやってる。それだと、一行が長くなりすぎないように
\で適度に調整してくれる。
package.useについては、基本的に全てeuseを使ってmake.confに書く。
個別で違う設定をしたいものをpackage.useに書く。ってしてる。
具体例を挙げると、基本threadsなんだけど、php/apacheは
-threadsにしたかったので、その分をpackage.useに書いてる。
ちなみにthreadsなんて、use.desc use.local.descにあるんだぜ？
use.local.desc に書いてあるパッケージ使ってないけどさ
864:login:Penguin
09/05/09 01:24:02 Tb4NPpUH
>>856
っ emerge --depclean -a
865:login:Penguin
09/05/09 01:51:08 Qh586bBH
make.confは全部に適用されるから、基本的なものと無効にするフラグだけ記述してる
必要に応じて個々のパッケージ毎にpackage.useへ追加
kernelの構築と同じで使わない機能は入れない
866:login:Penguin
09/05/09 02:22:25 e8WDH7oF
>>861
うんまぁそうだけど
/etc/make.confに書く USE="" 行は一行にしなくても良かったはずだと。
867:login:Penguin
09/05/09 10:16:30 hK8yrwC6
うん、USE とか APACHE2_MODULES とかは\いらないね
868:login:Penguin
09/05/09 11:34:21 HOVZ3MP3
>>859,>>864
ありがとう
869:login:Penguin
09/05/10 00:08:16 ygcR1vBc
gcc-4.4.0 玉砕 gnomeが立ち上がらなくなっちったorz（dbus絡み？)
4.3.3に戻して emerge -e world ちう…
870:login:Penguin
09/05/10 01:02:43 4wKSWZIa
4.4.0まったく問題ないって報告@本家はどこまで信じていいのか
怪しいもんだな
871:login:Penguin
09/05/10 02:13:09 3igK86Bo
gcc4.4がダメな環境はどんなんだったの？
x86なのかamd64なのか、それ以外なのか
gnome、Xorg、glibc、dbusなどのバージョンはいくつだったのかとか
872:login:Penguin
09/05/10 04:18:29 URWHzO1M
>>871
amd64環境で、あとは ~無しの最新版。
gcc-4.4.0では、8個くらいのパッケージがエラーだった。
873:login:Penguin
09/05/10 06:24:28 QXYPExpJ
useの書き方もみんなこだわりあるんだね
どんなエディタでも編集できる用心で80文字未満が無難と思う
xが起動しないぜ、フレームバッファが動かねぇよ、など
あるいはbash使ってmake.confをいじる可能性も考える
\で連結しておくとUSE=の行は一行として読める
実験コード->cat /etc/make.conf | while read LINE; do echo ---$LINE; done
なんとなく、ではなく、なんかしら理由があるわけですよ
俺も最初は猿真似だったけど使ってるうちになるほどな、と
874:login:Penguin
09/05/10 10:42:15 HUkkQ2S9
GentooでAMDのOpen64を使ってみたらどうなるだろうかと思って
昨日からちょこちょこ弄くってたんだけど
結論から言って入れる価値ないわこれ
そもそもGentooだと安定板ですら4.3系のgccなわけで
Open64が4.2系か4.1系のgccを要求している時点でもうなんか微妙
今回はどうしてもOpen64が使ってみたかったので4.2.4-r1をmultislotでmerge
で、何とか動かせる状態にまで持って行ってGentooらしくemerge -e worldして昨日は就寝
朝起きるとncursesで止ってた、emerge -e world始めてまだ2番目だよ
なんだか心が挫けそうだったんで、いきなりemerge -e worldはムリかもっと限定的に行こうと反省し
とりあえずPortage周りから始めてやろうとemerge python sandbox portageすると、Pythonでもうエラー
正確にはコンパイル自体は成功するものの、モジュールのコンパイルでこけている
ここまで来ると何かものすごい時間のムダをしたような気がして悲しくなってきたので
姫野ベンチでもコンパイルしてOpen64の評価をするかとスタティック版を落してくるも
なぜかコンパイルエラー、仕方がないのでダイナミック版を使う
当然というかなんというか誤差程度のスコアしか出ない
とても悲しくなって来たので、先程HDDから削除した
これからgcc-4.4に特攻してくる
gcc-4.3 → MFLOPS measured : 216.818454 cpu : 56.199724
Open64 → MFLOPS measured : 216.912652 cpu : 56.199639
因みにAthlon X2 7750 KDE-4.2.3のkonsole上から計測
875:login:Penguin
09/05/10 15:28:38 ShQTEATx
xorg-x11とxorg-serverって何が違うわけ?
876:login:Penguin
09/05/10 17:52:12 ihLBKMql
eix xorg-x11
[...]
Description: An X11 implementation maintained by the X.Org Foundation (meta package)
eix
877:login:Penguin
09/05/10 20:19:34 EnNKh3fR
> \で連結しておくとUSE=の行は一行として読める
USEに関係ないもっと一般的な話じゃないのか?
% cat use
#!/bin/sh
AAA="aaa \
aaa"
BBB="bbb
bbb"
echo "$AAA" "$BBB"
echo $AAA $BBB
echo -n "$IFS"|od -c
% ./use
aaa aaa bbb
bbb
aaa aaa bbb bbb
0000000 \t \n
0000003
%
878:login:Penguin
09/05/10 20:37:59 4wKSWZIa
>>752
lafilefixer --justfixit
879:login:Penguin
09/05/11 01:32:58 +/bqd21L
SSD使うんで、tmpfs とか aufs を使ってなるべくRAM上でファイル操作するようにしたい
そうすると、ある程度速度を犠牲にしてでも使えるメモリ領域は多い方が望ましい
そこでなんとかして tmpfs を圧縮して使いたいんだけど、何か良い方法無いかな？
archivemount は $PORTAGE_TMPDIR として使うと emerge がエラーになってダメだった
880:login:Penguin
09/05/11 01:56:35 mtsTTSmP
>>879
HDD積む。NFSを使う。
つか、もしかして、/homeも/varもssd上にあるの？
881:login:Penguin
09/05/11 01:59:49 sM5lwZxT
tmpfs圧縮って、出来たとしても遅そう・・
素直に大量のメモリ積めよ。
882:login:Penguin
09/05/11 02:20:08 +/bqd21L
>>880
ごめん、書き忘れていたけどノートPCなんでHDDは増設出来ない
LANにつながっているとも限らないんでNFSやsambaも無しで、
全てのファイルがSSD上に存在するのが前提で考えたい
>>881
まあそこはトレードオフだね
個人的にはWin7で64bitが普通になって、4GBメモリが安くならないかと期待してる
書き込める圧縮ファイルシステムって需要無いのかね？
読み込み専用なら squashfs がサポートされてるけど
というわけで、なんとなく sauashfs の小ネタを貼ってみる
URLﾘﾝｸ(en.gentoo-wiki.com)
883:login:Penguin
09/05/11 03:12:48 fWM1Begt
>>877
だからそういう話だよ
pythonでは改行までが一行で\のルールは無い
pythonだけを考えているなら\は邪魔でしかないのにportageの設計者はわざわざ\を実装してる
なぜ?
プログラマとして当然の用心だし、使う側もそれを察しようって話
>>879
btrfs人柱募集中
tmpfsうんぬんなやり方をやってみたいならLiveCDをパクる、つーかLiveCDをそのまま使う
全てRAM上
884:login:Penguin
09/05/11 04:16:38 jEPWuu4b
>>883
うちのpython2.5だと\が利いているように思えるんだが
pythonについてそこまでくわしくないからはっきりとしたことはいえないが
$ cat foo.py
fooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo = 3
i = fooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
+ 2
print i
i = fooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo \
+ 2
print i
885:login:Penguin
09/05/11 05:25:21 ymhcsLMk
>>882
素直にGentoo辞めた方がいいと思う。
HDDよりも実はSSDの方が耐久性あるとかとも言うけど
どうしてもGentooにこだわるならbuildは母艦で極力行うとか
格別の配慮が必要だと思うな。
886:login:Penguin
09/05/11 09:07:21 yfWgB+xH
/var/tmp/portage への書き込みが多そうですね。
ソレら用にUSB経由でmicroSDでも繋いだらいいんじゃないだろうか。
読み書き遅いけど書き換え上限きても安く交換できるだろうし。
速度は出ないけど、SSDを静穏化/低消費電力化目的ならアリではないかと。
887:login:Penguin
09/05/11 10:50:36 mtsTTSmP
俺ノートでもデスクトップでも4Gメモリ積んでて、gentoo使ってるけど
全然swapしてないし、実メモリを2G以上使うことすら稀だけどねぇ。
昔、都内某所でコンパクトフラッシュだけを繋げたLinuxクライアント30台程度使ってたけど
あれはKnoppixベースで、/のイメージをcloopで圧縮して、syslogの出力止めたり、
/homeだけはNFSだったり、当時でもメモリ2G積んでたり、それなりに手を入れてあったよ。
通常起動では、CFには書き込まない(書き込めない)から、書き込み回数の寿命とは無縁だったし、暴速だった。
あれをGentooベースで一から作るのは、面倒くさいけど面白いと思う。
そういう事してもログとか欲しい俺は、結局マイクロドライブとか、SDカードの併用するなぁ。
mount -t ext3 /dev/sdx1 /mnt/microdrive
mount -o bind /mnt/microdrive/home /home
mount -o bind /mnt/microdrive/var /var
mount -o bind /mnt/microdrive/tmp /tmp とか
888:login:Penguin
09/05/11 18:09:55 ymhcsLMk
>>874
Open64動かすのが目的ならemerge -e worldしなくてもいい。
何とか動くのならそれで十分。Open64で全部コンパイルし直しって話なら
iccでtoolchain周りやり直すくらい無理じゃないかなぁ。
>>872
KDEの4.2.3が降りてきたのでそれも含めて300ちょっとビルドしてみた。
boostの1.37.xが必要だったりパッチが必要なのがいくつかあった。
layman/svnでビルドしてるfirefoxなども含めて、今現在でビルドに
失敗しているのはavidemux(の2.24.x以上)だけ。
あとは全部gcc-4.4.0で何とかなってる。
amd64(**)
gnome-2.26.0
Xorg-svn
glibc-2.9.x
889:login:Penguin
09/05/11 18:47:42 zpFuACfq
boost常連だな
stable化の足ひっぱるのだけはやめてほしい