Zope26-ZWiki-0.24.0, Zope26-TinyTablePlus-0.9 置きました
ZWiki は日本語対応の最新版です。
TinyTablePlus はオリジナルにパッチ当てました。
Zope26-TinyTablePlus-0.9jp3-0vp1 --- 以前の版 (EUC-JP限定版)
Zope26-TinyTablePlus-0.9-uvl1 --- 今回の日本語対応版 (EUC-JP, UTF-8 対応)
バージョンが先祖返りするので
# rpm -Uvh --oldpackage Zope26-TinyTablePlus-0.9-uvl1.noarch.rpm
としないと入りません
他にも EUC-JP のみ限定対応しているパッケージがあれば、
まとめて移動する予定です。(時間があれば)
Linux
RPM 関連の話は <u>Vine Linux</u> または <u>Vine Seed</u> に書き込みます。
Zope-JCodeChanger-0.2.0-uvl1.{src,noarch}.rpm 置きました
ZCatalog をベースにするオブジェクトにも対応しました。
一応終わりと云うことにします。
Zope-COREBlog-0.5.3-uvl1.{src,noarch}.rpm 置きました。
これから拡張するので、その前のバグフィックス版だそうです。
http://coreblog.org/ats/160
Zope-JCodeChanger-0.1.3-uvl1.{src,noarch}.rpm 置きました
ZMI 画面上で文字コードを変換するプロダクトです。
Zope サイトを UTF-8 化する時などに使えます。
kconv-1.1.8p3 が必要です。
JCodeChanger インスタンスの変数に追加があるので、
ZMI 上にある既存の JCodeChangerオブジェクトは消して作り直してください。
(0.1.1 または 0.1.2 → 0.1.3 の場合)
>>91 ...になったらパッケージャになるかな
パッケージングなんかよりもユニークなソフト作ってほしいなー
僕はパッケージャのつもりはなくて、
自分で必要なものをパッケージングしてるだけです。
RPM はインストールの備忘録がわりです。
と云うわけで引退するもなにもありません。筆の勢いでした、すいません。
RPM スペックはインストールの手続き記述です。
間違ったインストール記事書くよりましだと思ってます。
良くできた親切なページが他に沢山ありますので、僕は別の道を。
# RPM 作る人が増えてくるのは歓迎です。
# もっと増えてほしい。
RDFSummury はいろいろ問題があったので検討中です。
根本的には BSDStorage 利用しようと思ってますが
mooya さんのとこに記事があります。有り難し。
http://mooya.ath.cx/CubeDeZope/1070295075/index_html#more
まじっすか？それはそれで楽しいかもしれませんが、
まだまだ勉強不足なのでちーと勘弁していただきたいかも。
本気でやる気になったらVineのパッケージャになるかな。
さて、話は変わりますが、
RDFSummary-2-4が出ていました。
で、owaサンのRDFSummary-2.3のSRPMからパッチを取り出して
RDFSummary-2-4に当てて、元のファイルから分離して
SPECファイルとSRPM、RPMを作りました。
よかったら使ってやってくださいまし。
http://kom.myhome.cx/RPMS
構造化テキストのパッチが出てるのを遠回しに教えてくれたのですね^^
http://sukima.ddo.jp/Plone/Members/yusei/DiaryFolder.2003-01-28.4919/Diary.2003-10-01.3252
という訳で Zope26 uvl2 置きました。とりあえず Vine-26 のみです。
そろそろ kom さんにお任せして、引退しようかなー
>>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 側?
# ぼくも良く解かっていませんが;;
ちわー。お世話になります。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 # パッチを当てる
とか書きます。
うまく当たらない事も多いので、その時はオプションで調節します。
またなんか勘違いしてる予感;;