From: Peter Hanecak (hanecak@megaloman.com)
Date: Mon Nov 06 2000 - 10:58:40 EST
Hello,
On Mon, 6 Nov 2000, Daniel Veillard wrote:
> Got a trouble with this:
> checking for gpg... /usr/bin/gpg
> checking for Fopen in -lrpmio... (cached) no
> configure: error: *** librpmio not found
>
> http://rpmfind.net/linux/rpm2html/search.php?query=librpmio
>
> Hum, this is provided only with rpm > 4.0. this is a problem
> in the sense that I still use 3.05 on the rpmfind machines. Is there
> any reasonable way to bypass this requirement. A lot of people
> are still running rpm 3.0X and this sounds like a serious limitation
So now I know what actualy is this RPMIO stuff ... and double code in
rpm2html.
All machines I have access to have rpm-4.0 installed. IIRC all it is
needed is to duplicate file operation code and do something like:
Fopen -> fdOpen
Fclose -> fdClose
...
and make sure fdXXX macros are defined. So I try to do that and someone
else can try it? :)
> I'm concerned a priori (I will see if I can run this) about forking and
> exec'in gpg for evey signed packages. I'm afraid this may slow down the
> indexing significantly for large databases. A cache will be needed and
> one clean way to do it would be to store the informations in the SQL database
> when this one is configured. I will look at it once I manage to run this
> on the French mirror.
Well, cache for whole .html output generation would be fine. For now,
on every run every package is inpected. With "resolving" things are even
slower. Is that right?
So it would be fine to:
a) package is new? inspect it and make some note somewhere that we alredy
inspected it and that it has this modification time and/or this checksum
b) did we alredy inspected this package? check midification time and/or
checksum and if it did not changed, go to another package
At the end, it will also benefit actual .html output because
"Last-changed" header wont be changing everytime rpm2html is running. So
caches and proxies will be happy ... :)
If anyone have any notes, ideas, ..., post then NOW while I'm not trying
some stupid things.
Peter
-- =================================================================== Peter Hanecak <hanecak@megaloman.com> - technology manager GPG pub.key: http://www.megaloman.com/gpg/hanecak-megaloman.txt ===================================================================
This archive was generated by hypermail 2b29 : Thu May 10 2001 - 18:40:13 EDT