We're currently evaluating RPM frontends for our OpenPKG (see
http://www.openpkg.org/) project and discovered also your Poldek. Great
work, it looks very promising.

We just discovered a missing feature which is crititcal for OpenPKG:
fetching source RPM (*.src.rpm) files and performing --rebuild on
them and installing from the resulting binary RPM. Because as a
cross-platform solution OpenPKG _primarily_ is focuses on building from
source RPM and the binary RPM are just an intermediate file format
between "rpm --rebuild" and "rpm -Uvh".

In OpenPKG the usual way of working is:

$ <prefix>/bin/rpm --rebuild \
  ftp://ftp.openpkg.org/current/SRC/foo-1.2-2002xxxx.src.rpm
$ <prefix>/bin/rpm -Uvh \
  <prefix>/RPM/PKG/foo-1.2-2002xxxx.*.rpm

The first (fetching from ftp.openpkg.org) and last steps (-Uvh) is what
Poldek already provides. But the --rebuild step it currently doesn't
seem to support. Have we just missed it? Can SRPMS support be added to
Poldek?

This would be great, because except for this feature, we found Poldek to
be the greatest RPM frontend of all existing ones. If the SRPMS support
could be added we could think of making Poldek the official frontend for
OpenPKG.

PS: It looks you have built Poldek under Linux and glibc only ;) For
    OpenPKG it has to build also on FreeBSD, Solaris, etc. And there
    is no glibc. I've still not looked how deep your dependency to the
    stdint, obstack and argp. Just in advance: For a cross-platform
    solution these dependencies either have to be removed or replaced
    or a local copy of these stuff has to be included into the Poldek
    distribution. The only exeption is stdint.h which is a C99 standard
    header. That's ok, although currently (where only very few platforms
    support C99) it is a nasty dependency. But the obstack and argp
    stuff should be either replaced or provided locally.

                                       Ralf S. Engelschall
                                       [EMAIL PROTECTED]
                                       www.engelschall.com
______________________________________________________________________
The OpenPKG Project                                    www.openpkg.org
Developer Communication List                   [EMAIL PROTECTED]

Reply via email to