[Ltib] Re: rpm --force-debian problems

[Stuart Hughes]

Michal Čihař wrote:
> Hi
>
> Dne Thu, 03 Dec 2009 09:20:44 +0000
> Stuart Hughes <address@hidden> napsal(a):
>
> > Hi Michal,
> >
> > Michal Čihař wrote:
> > > Hi
> > >
> > > Dne Mon, 30 Nov 2009 22:34:21 -0600
> > > Ed Swarthout <address@hidden> napsal(a):
> > >
> > > > LTIB is an embedded toolkit that relies on rpm to boostrap it's own 
> > > > environment.  It does not touch the system rpm database.
> > > Would not be better for them to bring own rpm? The system one can
> > > behave slightly differently than expected. Another embedded company
> > > does it this way...
> > That's exactly what it's doing, it's using the hosts rpm to bootstrap a 
> > known one without installing anything in the hosts rpm or filesystem 
> > area.  You need the host rpm to build the known rpm as it's build 
> > instructions are in a .spec file and when installed it goes into a 
> > private rpm database data will be managed by rpm.
>
> Well what we did is to ship rpm in tarball and then use it, what
> avoided any non standard dependencies on target system.

That makes sense.

> > > > Based on the ubuntu and debian bug reports, I understand why this
> > > > option was added.  But it breaks programs that use rpm for things
> > > > other than system installs.
> > > >
> > > > Can you modify the patch to  check the --dbpath option and only
> > > > require the force-debian option if the db has not been changed
> > > > from the standard system db?
> > > Actually this is not easy, at least I was not able to quickly find way
> > > how to implement this. I will try to dig more into that later.
> > The latest in CVS fixes the issue.
>
> You mean that you added workaround to use --force-debian?

Yes, I test if that option is present and if so set it when using the 
host's rpm.  This lets me bootstrap the known rpm that ltib uses (in 
/opt/ltib/usr/bin).  Once we have this known rpm, we don't use the host 
rpm anymore.  We also never attempt to put anything into the host's rpm 
database (in fact deb doesn't initialise one).

Regards, Stuart