Begin forwarded message:
> From: Jeff Johnson <firstname.lastname@example.org>
> Date: May 28, 2009 7:17:46 AM EDT
> To: email@example.com
> Subject: Re: error: cannot open Packages database in /var/lib/rpm
> On May 28, 2009, at 4:35 AM, firstname.lastname@example.org wrote:
>> Ok... So I need libpcre or I can use --nodeps (read the dependances
>> is very
>> important! Maybe I should install libpcre).
>> I am on Slackware 12.2 and pcre-7.7 in installed. But I said to the
>> script : --without-pcre.
>> Hum, It's strange... I say "--without-pcre" and it try to use it
>> during the
>> install of a RPM package.
>> Now watch what rpm say when I try with --nodeps :
>> #rpm --nodeps --macros /lib/rpm/macros -i
>> warning: 8Kingdoms-1.1.0-6.fc9.i386.rpm: Header V3 DSA signature:
>> NOKEY, key ID
>> error: unpacking of archive failed: cpio: Bad magic
>> I am sure I need to install CPIO now...
>> Oh my god, so much dependencies for RPM, my chroot system will be
> In order to use *RE's within *.rpm tag content, a *RE dialect needed
> to be chosen.
> Having both POSIX and PCRE within *.rpm packages would add an
> "Have it your own way!" set of implementations that cannot be
> Consider what happens if a *.rpm included tags with PCRE patterns, and
> the user has decided to build using --without-pcre. That package
> be installed.
> The *RE patterns are already in use to express platform affinities,
> install policies like "Prefer i586 over i486 packages on i686
> So PCRE was chosen as a *RE dialect for several reasons, including
> PCRE is a superset of POSIX *RE patterns, and PCRE is distributed
> with RPM sources. The INSTALL document very clearly says:
> PCRE mandatory 7.0 7.9 http://www.pcre.org/
> mandatory means exactly that: MANDATORY.
> PCRE internal, (and Berkeley DB internal, the recommended means of
> using Berkeley DB for many years), add no dependencies to RPM
> You (or Slackware) are choosing the dependency complexity.
>> Well, If I understand, I need these two :
> There is no need for cpio.
> 73 de Jeff
Received on Thu May 28 13:28:41 2009