Request 68 was acted upon.
_________________________________________________________________________

         URL: https://rt.openpkg.org/id/68
      Ticket: [OpenPKG #68]
     Subject: upgrade bootstrap to RPM 4.2
  Requestors: [EMAIL PROTECTED]
       Queue: openpkg
       Owner: mlelstv
      Status: open
 Transaction: Correspondence added by [EMAIL PROTECTED]
        Time: Tue Aug 05 18:21:24 2003
________________________________________________________________________

On Tue, 2003-08-05 at 05:38, Michael van Elst via RT wrote:
> Request 68 was acted upon.
> _________________________________________________________________________
> 
>          URL: https://rt.openpkg.org/id/68
>       Ticket: [OpenPKG #68]
>      Subject: upgrade bootstrap to RPM 4.2
>   Requestors: [EMAIL PROTECTED]
>        Queue: openpkg
>        Owner: mlelstv
>       Status: open
>  Transaction: Correspondence added by mlelstv
>         Time: Tue Aug 05 14:38:30 2003
> ________________________________________________________________________
> 
> Conrad,
> 
> I managed to adapt rpm-4.2.1 to run under FreeBSD4 after ironing out
> some heavy Linuxisms in the code. I don't see any major obstacle to
> get it running on all our supported platforms.

Glad to hear :-)

> 
> > - Needs to be upgraded to the newer shell functions for rc scripts
> 
> Sure, but that's just drag and drop or copy and paste :)
> 
> > - popt options doesn't work in rpm
> 
> Can you elaborate on that ?

Typing rpm --help:
... [ a long list of options]
Options implemented via popt alias/exec:
 
Help options:
  -?, --help                       Show this help message
  --usage                          Display brief usage message
[end]

I.e. the list of 'options implemented via popt alias/exec' is empty.
Testing with e.g. 
rpm -qip <package>.rpm
gives '-qip: unknown option'

Cheers

Conrad

> 
> > - rpm wants to use its own version of libdb, this was worked around by
> > renaming the rpm-specific libdb source dir (db3->db3.tmp). This way it
> > picks up db-4.1.x from the main openpkg distribution, but it may not
> > be
> > the most elegant way of doing it.
> 
> Probably not, but it is important for compatibility. BTW, we use the
> older db-3.2.9.
>
> > - hardcoded a few defines to make rpm/4.2.1/rpmio compile since the
> > configure script that ships with rpm-4.2.1 didn't seem to get it
> > right.
> 
> Yes. There needs more to be done in this area for portability.
> 
> I hope to get a working package out this week.
> 
> Greetings,

-- 
Conrad Steenberg <[EMAIL PROTECTED]>


Reply via email to