小金丸です。
>From: "Akio Miyao"
>Date: Thu, 17 Sep 2009 10:45:09 +0900
>
>宮尾と申します。
>
>7.2でbuildworldが出来なくなって困っています。
>
># make buildworld
>
>--
Building an up-to-date make(1)
>--
宮尾です。
小金丸さん。ありがとうございます。
> 8.0-CURRENT でもインクルードファイルがなくて、同様のエラーとなることがあり
> ます。その場合は、.h を /usr/src の下でさがして、見つかったファイルを
> .h を参照しているコマンド (この場合は make) でどのようにインクルードし
> ているかを確認し、/usr/include または /usr/include/sys のようなディレクト
> リにコピーしてコマンドがコンパイルできるかどうか確認して (この場合、
> /usr/src/usr.bin/make で make を実行する) O
2009年9月17日11:15 Tadashi,Taniguchi :
> 谷口＠ソーホーです。
>>＃しかもメモリ64MB。。。
> メモリが６４ＭＢならsquidは難しいです。キャッシュをCFや
> USBメモリに取ると遅くなるし寿命も短くなる。最低限512Mを
> 積んで256MをMFSに割り当ててキャッシュにした方が良いです。
現状、Windows2000でsquidがサービスとして動いてますので、
それより性能が改善されればよいです。
キャッシュ領域は、現状のNTFS上のsquidのキャッシュディレクトリ
を使うか（ちょっと怖い）、NTFS上にvnconfigしてファイル
高枝と申します。
経緯を拝見しましたが、テーマとしては「5.5から7.2のアップグレードがうまくいか
ない」とした方が相応しいように感じます。
で、それをうまく実現させたいというのであれば、いきなりRELENG_7 branchに上げ
るのではなく、例えば、一旦RELENG_6の最新に上げてからRELENG_7に上げるとかする
方がトラブルに見舞われる確率が低いと思います。
いずれにしても、メージャバージョンを一挙に2つ上げるというのはちょっとアレか
と。(一挙に2つ上げることが目的なのであれば仕方ないですが。)
目的が7.2へのアップグレードなのであれば、/usr/localと/ho
こんにちは、鶴谷です。
"Akio Miyao" さん>
> >NFSだとmake worldがうまくいかないとかいう話はありませんでしたっけ？
> 7.2マシンの / をNFSマウントして、シンボリックリンクで/usr/src /usr/objとする
> とうまくいきませんが、
> 7.2マシンの/usr/srcと/usr/objを、そのままマウントすると8月1日の時点までは、
> うまくいっていました。
>
> 今回は、5.5のマシンを7.2にアップグレードしようとして変になったみたいです。
> ただし、8月に別の5.5マシンで同様の作業をしたときは、うまくアップグレードでき
>
太田です。
On Fri, 18 Sep 2009 06:21:16 +0900
Tsurutani Naoki wrote:
> "Akio Miyao" さん>
> Yoshio TAKAEDA さん>
>
> > なので、もしsrcとかobjとかBASEシステムのどこかにREMOVE_5_5時代のなんらかの依
> > 存関係が残っているとすると、
> > > make: don't know how to make /usr/src/usr.bin/make/sprite.h. Stop
> > というエラーに悩まされる可能性は十分あると思います。
>
> 単純な興味と
宮尾です。
鶴谷様 高枝様 ありがとうございます。
> 単純な興味としてですが、ソースを全て取得しなおしてみると
> どうなるのかという気がしますが、現実には高枝さんのおっしゃるように、
> インストールしなおしが早そうですね。
7.2のマシンで、/usr/srcを/usr/src.oldとして新たに/usr/srcのディレクトリを作
成して、7.2のソースコードをcvsupで取得しました。で7.2のマシンの/usr/srcで
make buildworld を実行すると、
# make buildworld
---
