>>88
%patch0 はマクロとして動作するので、面倒なときはコマンドを直接書いた方
が解かり易いかもしれません。たとえば、
patch -p1 -d lib/python/StructuredText < %{PATCH0}
とか。
http://www.rpm.org/max-rpm/s1-rpm-inside-macros.html
これ見てもマクロを使わない例がいろいろ載ってますし。
# 「Maximum RPM」は頼りになるけど、若干古いのが難点。
>>ProductsファイルはZopeのインスタンス側...
これどっちが良いのでしょうね?
Zopeを入れ換える時とかプロダクトいじる場合などはインスタンス側の
方が解かり易そうですね。
複数の鯖立てる時には、個別プロダクトはインスタンス側、
共通プロダクトは /usr/share 側?
# ぼくも良く解かっていませんが;;
Linux
RPM 関連の話は <u>Vine Linux</u> または <u>Vine Seed</u> に書き込みます。
ちわー。お世話になります。komです。
なんか、また間違っていました。SPECの内容ですが、
%prepセクションで%setupのあとに
cd lib/python/StructuredText/
%patch0 -p1
cd ../../../
というのを追加しました。
<Zope-home>/lib/python/StructuredText/
にパッチを当てたいので、こういう苦し紛れのことを考えたわけです。
とりあえず、動作に問題はなさそうなので、このまま使ってますが、
本来はどうするべきなんでしょう。そこがなぞです。
それと、ProductsファイルはZopeのインスタンス側のProductsに入れるべきなのか、もしくは<Zope-home>/libディレクトリに入れるのか、
どっちなんでしょう。ふと思いました。
もう12月だ。研究しなきゃ。
>>84 specファイルのパッチを適用している部分を
う〜ん この部分スペックファイルの中には見付からないのですが (汗
普通パッチをあてる時は、最初に定義部で
Source0: Zope-%{version}-src.tgz
Source1: Zope26-zope
...
Patch0: hogehoge.patch # パッチファイル
とパッチファイルを定義して置いて
%prep セクションで
%setup -q -n Zope-%{version}-src
%patch -p0 # パッチを当てる
とか書きます。
うまく当たらない事も多いので、その時はオプションで調節します。
またなんか勘違いしてる予感;;
ばんわー。お世話になります。komです。
とりあえずスペックファイルの修正とsrc.rpmを作ってみました。
よかったら見てみてください。
#URI変えたほうがいいかもしれませんね。rpmファイルだけではなくなってるので。
>>84 パッチを当てたZope26のRPMを作ってみました
おっ やったーと思ってスペックファイル get したけど、
uvl2 ですね... (ファイル名は uvl3 だけど)
http://kom.myhome.cx/RPMS/Zope26-2.6.2.uvl3.spec
解かる範囲で見ますよー
# できれば src.rpm も置いて欲しいなぁ
StructuredText、日本語通らないなぁと思っていたところ、
すで田原さんがパッチを作っていらっしゃいました。
そこで、パッチを当てたZope26のRPMを作ってみました。
http://kom.myhome.cx/RPMS/Zope26-2.6.2-uvl3.i386.rpm
http://kom.myhome.cx/RPMS/Zope26-zserver-2.6.2-uvl3.i386.rpm
http://kom.myhome.cx/RPMS/Zope26-2.6.2.uvl3.spec
そんなたいしたことしてないし、
Specファイルの書き方として、
これでよいのかよくわかりませんが、
自分の中では、大きな一歩です。
それで、お暇でしたら、specファイルのパッチを適用している部分を
眺めていただきたいんですが、こんな泥臭い方法しかないんでしょうか。
psycopg-1.1.10.tar.gz の rpm 置きました。
以前の版にはメモリリークがあるとのことです。
http://www.atransia.co.jp/home/fukamachi/Diary/2003/11/16/
で知りました。ありがたいやら、なさけないやら。
Squeak イメージを RPM で複数インストールされた方ごめんなさい。
多分 apt-get したときエラーが出ると思います。
複数の Squeak イメージを削除して一つにすれば問題ないはずですが...
他言語化対応途中(僕が作業してる訳ではない)なのでいろいろ試す必要があり、
いろいろイメージを選択できるほうが良いと思っていました。
はっきり云っていろいろな組合せが混在するパッケージの作り方知りません。
と云うか名前の付け方に迷っているだけ(解からないだけ)ですが。
COREBlog-0.5.2 置きました。
UTF-8 設定できるようになってました。これを待ってた^^
Squeak 関連入れ直しました。名前も変えてます。
昨日までのパッケージ保有している方は、全削除したあとインストール
したほうがすっきりするかもしれません。
なお、ローカルに保持しているイメージファイルには全く影響ないです。
Squeak-3.4.2-jp.uvl1.i386.rpm
Squeak-sources-3-uvl2.noarch.rpm
Squeak-image-Nihongo4a-3.4-uvl1.noarch.rpm
をインストールすれば、日本語表示、入力可能なスクイークが見られます。