Re: gensrclist call to rpm

i apologise if multiple copies get sent out. gmail seems to be finicky today.

On Wed, 04 Aug 2004 19:16:57 +0300, Panu Matilainen <[email protected]> wrote:
> On Wed, 2004-08-04 at 17:55, Aamer Akhter wrote:
> > Hello,
> >
> > I have my rpmrc file in a nonstandard place. It's not in a
> > predictable, so what I had been doing was to use a wrapper script to
> > interact with rpm. The wrapper sets the --rcfile arg and passes and
> > other args right to rpm.
> >
> > However, gensrclist seems to be making an rpm call, that I seem not to
> > have any control over. So rpm tries to go read a non-existant rpmrc
> > file. eg:
> >
> > Processing srclists... generalerror: Unable to open
> > /var/tmp/rpm-4.1/lib/rpm/rpmrc for reading: No such file or directory.
> >  done
> 
> 
> Gensrclist, genpkglist and apt itself use rpmReadConfigFiles() call of
> rpmlib to read in the configuration so it depends on how rpm itself was
> built. The above looks like rpm was set up with
> "./configure --prefix=/var/tmp/rpm-4.1" which is something you probably
> don't want in any case, better to use some sane path as --prefix and
> then install to whatever location necessary with "make install
> DESTDIR=/some/where".
> 
> Some background on what exactly are you trying to accomplish here and
> why would help coming up with some kind of solution.

I agree. The environment I'm building for does not have a predictable
place for rpmrc. This is partly due to the fact that I'm using atp-rpm
not for os distribution, but only as an add-on to an existing os
(solaris and linux). The other thing is that, almost always the
'distribution' (again it's not an os, it's an environment build ontop
of solaris and linux) will be installed in a network mount.

So the short of it is that the location of rpmrc is not predictable at
compile time. Another option is to build a local rpm everytime an
install is done. This is probably not going to work well, as on
solaris there isn't a common environment (even gcc, isn't there
sometimes).

I suppose a good way of handling this would be to patch the rpm source
so that it looks for rpmrc based on an environment variable (that much
we (our org) can agree on). Of course this would be patch local to our
org though.

It looks like the patch would be in rpmReadConfigFiles(). I guess I
need to brush up my C to get that done ;-)

> 
>         - Panu -
> 
> 


-- 
Aamer Akhter / [email protected]