Package Details: rpm-org 4.12.0.1-3

Git Clone URL: https://aur.archlinux.org/rpm-org.git (read-only)
Package Base: rpm-org
Description: RPM Package Manager - RPM.org fork, used in major RPM distros
Upstream URL: http://www.rpm.org/
Licenses: GPL2
Conflicts: rpm, rpmextract
Provides: rpm=4.12.0.1, rpmextract=1.0-4
Submitter: Wintershade
Maintainer: JonnyJD
Last Packager: JonnyJD
Votes: 103
Popularity: 2.189555
First Submitted: 2009-09-20 15:51
Last Updated: 2016-02-13 00:49

Dependencies (10)

Required by (167)

Sources (4)

Latest Comments

andreas_baumann commented on 2016-09-23 14:06

configure: error: missing required NSPR / NSS header

conftest.c:71:18: fatal error: nspr.h: No such file or directory
#include <nspr.h>

But nspr.h is in /usr/include/nspr/nspr.h

Some suggestions:
- nspr should be listed as dependency
- pkg-config should be listed as build dependency (otherwise configure
CPPFLAGS=`pkg-config` just silently failes ad the include directories
are empty)

Smile4ever commented on 2016-08-07 14:48

The link is down (right now).

http://web.archive.org/web/20160313201158/http://rpm.org/releases/rpm-4.12.x/rpm-4.12.0.1.tar.bz2 still works.

JonnyJD commented on 2016-05-03 06:35

@jilen:
What doesn't work? It works fine for me.

jilen commented on 2016-05-03 01:11

Not work with latest file package

JonnyJD commented on 2016-02-13 00:49

thanks, should be fixed

kloetzl commented on 2016-02-12 12:03

Fails to build, because "url should not be an array".

JonnyJD commented on 2015-06-03 21:18

Thanks, but "patch" is in base-devel, which is an implicit requirement for all AUR packages:
https://www.archlinux.org/groups/x86_64/base-devel/

adyxax commented on 2015-06-03 21:13

The makedepends list is missing the patch package. Thanks for providing this package!

rastersoft commented on 2015-05-18 14:30

Seems to work. Thanks!!!!!!

mallrat commented on 2015-05-18 10:36

Works, thnx!

JonnyJD commented on 2015-05-18 10:25

Sorry, too many hops and terminals while testing from university.
Tested with a system with lua 5.3 now (and the final patch).
Works for me in lua 5.3 and 5.2 (didn't test 5.1, but the replacement functions were already used -> should also work).

mallrat commented on 2015-05-18 09:46

@JonnyJD, you've missed some luaL_optint() there. I've updated the lua-5.3.patch.
http://pastebin.com/2AgZfBkf

rastersoft commented on 2015-05-18 09:35

Hi:

Thanks, but still fails:

/bin/sh ./libtool --tag=CC --mode=link gcc -std=gnu99 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -fPIC -DPIC -D_REENTRANT -Wall -Wpointer-arith -Wmissing-prototypes -Wstrict-prototypes -fno-strict-aliasing -fstack-protector -Wempty-body -Wl,-O1,--sort-common,--as-needed,-z,relro -o rpm2cpio rpm2cpio.o lib/librpm.la rpmio/librpmio.la -lnss3 -lpopt -lz -ldl -lpthread
libtool: link: gcc -std=gnu99 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -fPIC -DPIC -D_REENTRANT -Wall -Wpointer-arith -Wmissing-prototypes -Wstrict-prototypes -fno-strict-aliasing -fstack-protector -Wempty-body -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -o .libs/rpm2cpio rpm2cpio.o lib/.libs/librpm.so /built_tmp_packages/rpm-org/src/rpm-4.12.0.1/rpmio/.libs/librpmio.so -lcap -ldb rpmio/.libs/librpmio.so -lbz2 -lelf -llzma -llua -lm -lnss3 -lpopt -lz -ldl -lpthread
/built_tmp_packages/rpm-org/src/rpm-4.12.0.1/rpmio/.libs/librpmio.so: undefined reference to `luaL_optint'
collect2: error: ld returned 1 exit status

larchunix commented on 2015-05-18 09:35

Your patch does not replace all occurrences of luaL_optint in the file luaext/lposix.c:

./luaext/lposix.c:364: pid_t pid = luaL_optint(L, 1, -1);
./luaext/lposix.c:532: int fd=luaL_optint(L, 1, 0);
./luaext/lposix.c:883: exit(luaL_optint(L, 1, EXIT_SUCCESS));

As a result, the build fails:

/build/rpm-org/src/rpm-4.12.0.1/rpmio/.libs/librpmio.so: undefined reference to `luaL_optint'

JonnyJD commented on 2015-05-18 08:19

I added a patch for lua 5.3 in an updated PKGUBILD. Please test.

JonnyJD commented on 2015-05-17 19:15

Hm, looks like Lua 5.3 broke the API or at least deprecated some of it:
http://www.lua.org/manual/5.3/manual.html#8.3

A quick fix might be to get or compile a lua 5.2 or 5.1.
I might check tomorrow if that is something I can fix easily.

rastersoft commented on 2015-05-17 19:01

I receive this message when creating the package:

libtool: link: gcc -std=gnu99 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -fPIC -DPIC -D_REENTRANT -Wall -Wpointer-arith -Wmissing-prototypes -Wstrict-prototypes -fno-strict-aliasing -fstack-protector -Wempty-body -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -o .libs/rpm2cpio rpm2cpio.o lib/.libs/librpm.so /built_tmp_packages/rpm-org/src/rpm-4.12.0.1/rpmio/.libs/librpmio.so -lcap -ldb rpmio/.libs/librpmio.so -lbz2 -lelf -llzma -llua -lm -lnss3 -lpopt -lz -ldl -lpthread
/built_tmp_packages/rpm-org/src/rpm-4.12.0.1/rpmio/.libs/librpmio.so: undefined reference to `luaL_optint'
/built_tmp_packages/rpm-org/src/rpm-4.12.0.1/rpmio/.libs/librpmio.so: undefined reference to `luaL_checkint'
collect2: error: ld returned 1 exit status
Makefile:968: recipe for target 'rpm2cpio' failed

Can someone help me?

JonnyJD commented on 2015-02-04 22:21

transient? I don't have problems accessing right now.

dape commented on 2015-02-03 21:23

url timeouts..

JonnyJD commented on 2014-08-28 09:19

I am also shipping the 4.12.0-rc1.
This is fairly stable. There was a previous alpha release in June and a beta release this month.

You can find previous PKGBUILDs in the log of https://github.com/JonnyJD/PKGBUILDs/tree/master/_suse/rpm-org if you want to stay stable for now.

JonnyJD commented on 2014-08-28 09:11

This installs the python 2 and 3 modules now.

roman-neuhauser commented on 2014-08-27 11:05

it would be awesome to have support for python2 *and* python3, i need to use the rpm module with both.

r08 commented on 2014-04-17 21:21

I'd like to thank JonnyJD for keeping this package up-to-date unlike laloch who has an rpm package that's old and doesn't build.

ducakar commented on 2013-08-20 08:37

@jan.hradek:
No, pkg-config is only a build-time dependency and it is in base-devel group, which everyone who builds packages should have installed. Build dependencies that are already in base or base-devel group are never included in a PKGBUILD.

jan.hradek commented on 2013-08-20 07:46

Please add pkg-config as a dependency. I had to do this to fix the following error in configure:

checking for nspr.h... no
configure: error: missing required NSPR / NSS header

jan.hradek commented on 2013-08-20 07:45

Please add pkg-config as a dependency. I had to do this to fix the following error in configure:

checking for nspr.h... no
configure: error: missing required NSPR / NSS header

JonnyJD commented on 2013-06-21 23:54

Thanks, I kind of forgot that I was also shipping the RCs here.

The reason for that are these, by the way:
- maintainer said they are quite stable (just wanted to try a RC this time)
- Nothing much depends on this actually here
- We are always on the edge anyways

pnorcks commented on 2013-06-21 22:33

4.11.1 rc2 is available.

JonnyJD commented on 2013-04-29 14:27

I added the patch and --with-cap.

I also fixed some namcap warnings.
Moved rpm from /bin to /usr/bin. There is no real reason to keep it in /bin on Arch Linux. Tell me if this makes problems, then I would add a symlink to /bin, but since this isn't used often in a shebang, this will probably be fine.

felipec commented on 2013-04-28 10:14

This is missing --with-cap, and Fedora's patch for X-CheckUnifiedSystemdir, otherwise Fedora packages can't be used.

http://pkgs.fedoraproject.org/cgit/rpm.git/plain/rpm-4.10.90-rpmlib-filesystem-check.patch?id=b1ec72fa5cda3c328da8ff964889939cd840132c

JonnyJD commented on 2013-04-04 16:53

Updated. Thanks for the notification.

Because there was some previous upstream work to support lua 5.2 I added an additional patch and changed depends to "lua" (previously lua51).
I also added libarchive, since rpmextract uses bsdtar (which is in that package).

Please report if you run into any lua problems because there are also changes in the language with lua 5.2:
http://www.lua.org/manual/5.2/manual.html#8.1

You can find the old PKGBUILD here:
https://github.com/JonnyJD/PKGBUILDs/blob/884d93ceec2202a8ba63566600930e8af7eedf21/_suse/rpm-org/PKGBUILD

pnorcks commented on 2013-04-04 05:59

Version 4.11.0.1 was released:

http://www.rpm.org/wiki/Releases/4.11.0
http://www.rpm.org/wiki/Releases/4.11.0.1

JonnyJD commented on 2013-01-28 17:22

FYI: This package is now in https://github.com/JonnyJD/PKGBUILDs

AlD commented on 2013-01-15 13:06

Updated the PKGBUILD to incorporate the required changes mentioned in comments.

fmunozs commented on 2013-01-15 07:59

Disowned, I'm unable to test new changes at the moment, please adopt!

Holodoc commented on 2012-12-14 09:05

@ducakar: thx that works perfectly

ducakar commented on 2012-12-13 15:59

@Holodoc: quick fix until fmunozs updates the package:
change lua dependency to lua51 and add

export LUA_CFLAGS=`pkg-config lua5.1 --cflags`
export LUA_LIBS=`pkg-config lua5.1 --libs`

before ./configure line.

My updated PKGBUILD: http://pastebin.com/YqxVaKBp

Holodoc commented on 2012-12-13 15:22

Does not compile anymore:

There are many errors, here is a snippet:
lposix.c:813:1: error: unknown type name 'luaL_reg'
lposix.c:815:2: error: initializer element is not computable at load time
lposix.c:815:2: error: (near initialization for 'R[0]')
lposix.c:816:2: error: initializer element is not computable at load time
lposix.c:816:2: error: (near initialization for 'R[1]')
lposix.c:819:2: error: initializer element is not computable at load time
lposix.c:819:2: error: (near initialization for 'R[4]')

fmunozs commented on 2012-01-30 18:47

Yes, I checked it, but I did not think it was necesary to add those since pacman/libalpm already depends on bz2 and xz. I will add them anyway :P

ducakar commented on 2012-01-30 18:23

xz and bzip2 dependencies are missing (did you check fixed PKGBUILD I posted to pastebin? http://pastebin.com/gspLjJv9).

[davorin@lumpy rpm-org]$ readelf /usr/lib/librpmio.so -d

Dynamic section at offset 0x28d10 contains 32 entries:
Tag Type Name/Value
0x0000000000000001 (NEEDED) Shared library: [libnss3.so]
0x0000000000000001 (NEEDED) Shared library: [libbz2.so.1.0]
0x0000000000000001 (NEEDED) Shared library: [libz.so.1]
0x0000000000000001 (NEEDED) Shared library: [libelf.so.1]
0x0000000000000001 (NEEDED) Shared library: [libpopt.so.0]
0x0000000000000001 (NEEDED) Shared library: [liblzma.so.5]
0x0000000000000001 (NEEDED) Shared library: [liblua.so]
0x0000000000000001 (NEEDED) Shared library: [libm.so.6]
0x0000000000000001 (NEEDED) Shared library: [libdl.so.2]
0x0000000000000001 (NEEDED) Shared library: [librt.so.1]
0x0000000000000001 (NEEDED) Shared library: [libpthread.so.0]
0x0000000000000001 (NEEDED) Shared library: [libc.so.6]

fmunozs commented on 2012-01-30 04:00

Updated ! :)

ducakar commented on 2012-01-12 04:23

Still have a few complaints :)

1. Update to new version.
2. Use double-quotes for "rpm=${pkgver}" in provides.
3. There could be some dependency cleanup done:
- I've done some investigation; RPM obviously needs Perl only for building packages that contain some Perl-related stuff so it could be safely removed from dependencies.
- Python must only be present when building the package, it should be moved into makedepends.
4. ... and some configure parameters cleanup:
- --without-selinux is already default, no need to specify it explicitly.
- I really don't see a point in --disable-rpath (library paths are not embedded into ELFs even if you skip this option).
- --sysconfdir=/etc should be added (otherwise RPM will search for rpmrc in /usr/etc instead of /etc).

http://pastebin.com/gspLjJv9

ducakar commented on 2012-01-12 04:16

Still have a few complaints :)

1. Update to new version.
2. There could be some dependency cleanup done:
- I've done some investigation; RPM obviously needs Perl only for building packages that contain some Perl-related stuff so it could be safely removed from dependencies.
- Python must only be present when building the package, it should be moved into makedepends.
3. ... and some configure parameters cleanup:
- --without-selinux is already default, no need to specify it explicitly.
- I really don't see a point in --disable-rpath (library paths are not embedded into ELFs even if you skip this option).
- --sysconfdir=/etc should be added (otherwise RPM will search for rpmrc in /usr/etc instead of /etc).

http://pastebin.com/FE5HibzT

ruario commented on 2012-01-09 22:23

One day fix rpmextract to do?

bsdtar xf $1

No need invoke rpm2cpio when bsdtar can open rpm files entirely on its own.

fmunozs commented on 2011-09-09 04:30

There we go, new version is up, I was not sure about changing pkgrel since I dont want people to have to update the package if nothing changed besides dependencies. Also, I had to add python2 since I am using --enable-python in the configure line, to support yum which I also require in mic2. Thanks again for your help !

fmunozs commented on 2011-09-09 01:06

Thanks for your comments ducakar. I will check all the dependencies according to your comments on a clean arch installation and will update the package.

ducakar commented on 2011-09-08 21:59

There is a pile of unneccesary dependencies
- beecrypt: rpm does not use beecrypt in any way
- db: already dependency of perl
- gettext: it's only a build-time dependency (gettext 'runtime' is included in glibc as libintl), but since
gettext is part of 'base' group, there's no need to add it to dependencies
- glibc: it's already dependency of other dependencies, you don't need to specifiy it explicitly
- gnupg: WTF rpm needs this?
- nspr: it's already dependency of nss
- python2: rpm doesn't need python to run, it only includes python bindings
- zlib: already a dependency of other dependencies (nss)

And many dependencies are missing
- perl: some scripts for building RPMs need perl, it's nothing important, but would be nice to add
perl dependency anyway (perl is not problematic dependency since it's a distant dependency of pacman,
and everyone should have it installed already)
- bzip2: it's not an optional dependency, librpmio is linked to libbz2
- xz: same
- elfutils: rpm links to libelf
- popt: rpm is linked to libpopt

You could also add options to remove libtool files (*.la).

In short:
- depends=(popt lua file bzip2 xz nss elfutils perl)
- remove optdepends
- options=(!libtool)

fmunozs commented on 2011-09-08 07:11

Updated to RPM 4.9.1.1

fmunozs commented on 2011-04-18 02:14

Updated to RPM 4.9.0

lpapp commented on 2011-03-05 01:32

libtool: compile: colorgcc -std=gnu99 -DHAVE_CONFIG_H -I.. -I.. -I../include/ -I../misc -DLOCALEDIR=\"/usr/share/locale\" -DSYSCONFDIR=\"/usr/etc\" -DLOCALSTATEDIR=\"/var\" -DLIBRPMALIAS_FILENAME=\"rpmpopt-4.8.1\" -I/usr/include/nss -I/usr/include/nspr -march=x86-64 -mtune=generic -O2 -pipe -fPIC -DPIC -D_REENTRANT -Wall -Wpointer-arith -Wmissing-prototypes -Wno-char-subscripts -fno-strict-aliasing -fstack-protector -Wempty-body -MT backend/db3.lo -MD -MP -MF backend/.deps/db3.Tpo -c backend/db3.c -fPIC -DPIC -o backend/.libs/db3.o
backend/db3.c: In function ‘db_init’:
backend/db3.c:143:31: error: ‘DB_VERB_CHKPOINT’ undeclared (first use in this function)
backend/db3.c:143:31: note: each undeclared identifier is reported only once for each function it appears in
backend/db3.c: In function ‘db3stat’:
backend/db3.c:381:5: warning: passing argument 2 of ‘db->stat’ from incompatible pointer type
backend/db3.c:381:5: note: expected ‘struct DB_TXN *’ but argument is of type ‘void **’
backend/db3.c:381:5: warning: passing argument 3 of ‘db->stat’ makes pointer from integer without a cast
backend/db3.c:381:5: note: expected ‘void *’ but argument is of type ‘unsigned int’
backend/db3.c:381:5: error: too few arguments to function ‘db->stat’
backend/db3.c: In function ‘db3close’:
backend/db3.c:428:33: error: ‘DB_VERB_CHKPOINT’ undeclared (first use in this function)
make[3]: *** [backend/db3.lo] Error 1
make[3]: Leaving directory `/tmp/packerbuild-0/rpm-org/rpm-org/src/rpm-4.8.1/lib'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/tmp/packerbuild-0/rpm-org/rpm-org/src/rpm-4.8.1/lib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/packerbuild-0/rpm-org/rpm-org/src/rpm-4.8.1'
make: *** [all] Error 2
Aborting...
The build failed.

torto commented on 2011-02-24 06:10

@td123 Done!

td123 commented on 2011-02-23 18:40

to enable python bindings you need to specify --enable-python
also --disable-rpath would be a nice flag to set also

Eothred commented on 2011-02-23 14:12

@torto yes that is correct, the ignorant me had an older rpm-org package version installed without noticing.

td123 commented on 2011-02-22 07:17

are there any python bindings that come with this? I need python bindings for rpm to run with mock.

torto commented on 2011-02-19 17:15

@Eothred: I don't know what you mean, rpmextract is already in the provides array, and it works for me...

Eothred commented on 2011-02-15 08:09

Is it correct that this package provides the package "rpmextract"? Could you add that to the provides array? I get trouble installing other packages because they depend on "rpmextract"...

Eothred commented on 2011-02-15 08:09

Is it correct that this package provides the package "rpmextract"? Could you add that to the provides array? I get trouble installing other packages because they depend on "rpmextract"...

torto commented on 2011-01-09 05:13

Adopted and updated!

fmunozs commented on 2011-01-08 23:14

Could you please add PYTHON=python2 on the configure line? I had to change this to get it working for mic2 and yum.

ruario commented on 2011-01-07 12:13

> So why exactly do we need rpmextrach.sh at all if bsdtar basically does the same thing?

Exactly! We don't, in fact is there is a program that needs rpmextract or rpm2cpio directly we should probably just it to use bsdtar.

torto commented on 2011-01-05 21:14

Yep, rpmextract seems to be useless for most packages...

Even in the official repos there are some packages which have it in makedepends (and work OK with bsdtar):
extra/gsfonts extra/libreoffice-i18n extra/nxclient extra/openoffice-i18n community-testing/hwinfo community/mercury community/man-pages-pt_br community/libx86emu

Wintershade commented on 2011-01-04 20:35

So why exactly do we need rpmextrach.sh at all if bsdtar basically does the same thing?

ruario commented on 2011-01-04 13:46

Actually this is quite funny. Having looked at rpmextract.sh again I see it does this wrong! ;)

rpm2cpio $1 | bsdtar -xf -

When it could just be:

bsdtar xf $1

ruario commented on 2011-01-04 13:41

Actually this is quite funny. Having looked at rpmextract.sh again I see it does this wrong! ;)

rpm2cpio $1 | bsdtar -xf -

When it could just be:

bsdtar xf $1

ruario commented on 2011-01-04 13:38

@torto: You are right that some packages do require it themselves. This is a shame. :(

However on a related note (not really directed at torto, just a thought out loud), if some of the packages actually don't need it themselves and have rpmextract in their build depends (I have seen this in the past), then they are doing it wrong. Tell the maintainers of those PKGBUILDs to stop using rpmextract and just use the native tools included with all Arch installations. I can't see any reason why any PKGBUILD should require rpmextract (unless the package itself needs it). Indeed I would even go so far as to suggest that makepkg should automatically extract the contents of rpm files when they are provided as the source, in the same way it does for tar archives.

Q: How can all Arch installs extract the contents of RPMs?
A: With bsdcpio or bsdtar, i.e. 'bsdtar xf rpmpackage', just like rpmextract.sh does itself (it is only 4 lines long, check it out)

Q: Why are bsdtar and bsdcpio installed on all Arch systems, even slimmed down installs?
A: Because they are provided by libarchive and pacman itself depends on libarchive

$ pacman -Ql libarchive | grep -e bsdtar -e bsdcpio | head -n2
libarchive /usr/bin/bsdtar

$ pacman -Qi pacman | grep "^Depends"
Depends On : bash libarchive>=2.7.1 libfetch>=2.25 pacman-mirrorlist

jonnor commented on 2010-12-19 22:14

The python bindings does not work, as python3 is detected, which the bindings does not support.
Adding "export PYTHON=/usr/bin/python2" to build {} solves this. You should probably change the requires to python2 as well. Thanks!

Wintershade commented on 2010-11-10 12:59

+1

niqingliang2003 commented on 2010-11-10 07:54

to *torto*:
fully agree!

torto commented on 2010-11-09 01:00

I think this should include rpmextract, because some packages require it and it conflicts with rpm-org...
http://aur.pastebin.com/LzWxuqVM

pht's versions patch works great!

PD: why "groups=('base-devel')" ???

olive commented on 2010-11-08 18:13

It is possible to build with the Berkeley database included. It works great this way including the old 4.5 db (it is included in rpm, it does not conflict with an installed db). This solve the build problem without patching. Moreover doing this way make it possible to upgrade the db without rebuilding rpm, which is an advantage.

I included the modified PKGBUILD for this in case someone is interested.

[code]
# Author: Wintershade <Wintershade AT google mail DOT com>
# Contributor: Konrad <konrad AT knauber DOT name>
# Contributor: Luka Perkov <archlinux <at> lukaperkov <dOt> net>

realname=rpm
pkgname=rpm-org
pkgver=4.8.1
pkgrel=9987
pkgdesc="RPM Package manager - the RPM.org fork, used in major RPM distros such as Fedora, Red Hat Enterprise Linux, Novell's openSUSE and SUSE Linux Enterprise, Mandriva and CentOS"
arch=('i686' 'x86_64')
url=("http://www.rpm.org/")
license=('GPL')
groups=('base-devel')
depends=('glibc' 'db>=4.5' 'beecrypt' 'lua' 'zlib' 'file' 'gettext' 'nss' 'nspr' 'gnupg')
makedepends=('pkgconfig' 'python>=2.3')
optdepends=('bzip2: support for bzip2 compression' 'gzip: support for gzip compression' 'xz-utils: support for xz/lzma compression')
conflicts=('rpm' 'rpmextract' 'rpmunpack')
source=(http://rpm.org/releases/rpm-4.8.x/$realname-$pkgver.tar.bz2
http://download.oracle.com/berkeley-db/db-4.5.20.tar.gz)
md5sums=('85b9cabd384ffe47b7c3ffb396133fb1'
'b0f1c777708cb8e9d37fb47e7ed3312d')
build() {
cd $srcdir/$realname-$pkgver
ln -s ../db-4.5.20 db
./configure --localstatedir=/var --prefix=/usr --without-selinux --enable-python CPPFLAGS="`pkg-config --cflags nss`" || return 1
make || return 1
make prefix=$pkgdir/usr localstatedir=$pkgdir/var install
rmdir $pkgdir/var/tmp
}
[/code]

Anonymous comment on 2010-11-05 09:19

The new db 5.x major version fucks up the build.

The following patch upgrades this package to 4.8.1-3 where the build is fixed http://aur.pastebin.com/qk1ujhfV
Until the package maintainer integrates it, just download the tarball and do a patch -p1 <downloadedpatchfile>

I have also submitted a ticket to rpm guys with the fix.

Anonymous comment on 2010-11-03 18:00

This error appears, when I try to compile rpm-org:

backend/db3.c: In Funktion »db_init«:
backend/db3.c:143:31: Fehler: »DB_VERB_CHKPOINT« undeclared (first use in this function)
backend/db3.c:143:31: Anmerkung: each undeclared identifier is reported only once for each function it appears in
backend/db3.c: In Funktion »db3stat«:
backend/db3.c:381:5: Warnung: Übergabe des Arguments 2 von »db->stat« von inkompatiblem Zeigertyp
backend/db3.c:381:5: Anmerkung: expected »struct DB_TXN *« but argument is of type »void **«
backend/db3.c:381:5: Warnung: Übergabe des Arguments 3 von »db->stat« erzeugt Zeiger von Ganzzahl ohne Typkonvertierung
backend/db3.c:381:5: Anmerkung: expected »void *« but argument is of type »unsigned int«
backend/db3.c:381:5: Fehler: Zu wenige Argumente für Funktion »db->stat«
backend/db3.c: In Funktion »db3close«:
backend/db3.c:428:33: Fehler: »DB_VERB_CHKPOINT« undeclared (first use in this function)
make[3]: *** [backend/db3.lo] Fehler 1
make[3]: Leaving directory `/tmp/yaourt-tmp-ace/aur-rpm-org/src/rpm-4.8.1/lib'
make[2]: *** [all] Fehler 2
make[2]: Leaving directory `/tmp/yaourt-tmp-ace/aur-rpm-org/src/rpm-4.8.1/lib'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/tmp/yaourt-tmp-ace/aur-rpm-org/src/rpm-4.8.1'
make: *** [all] Fehler 2

Is there a solution to fix this error?

Wintershade commented on 2010-09-29 08:09

No.

niqingliang2003 commented on 2010-09-29 07:27

does it can coexist with "rpmextract"?

luka commented on 2010-09-06 14:56

@konrad
thank you

Anonymous comment on 2010-09-06 14:32

@luka12345:
Added building of the python bindings and updated makedepends.

luka commented on 2010-09-06 13:49

please enable python so this package can be used with yum...

http://aur.pastebin.com/VatLGK2a

http://aur.archlinux.org/packages.php?ID=22976

Anonymous comment on 2010-08-29 13:37

Well, I would say /bin is the correct location for the rpm binary...

Anonymous comment on 2010-08-29 13:32

Thanks, I tried that, got another error, and deleted the /var/lib/rpm/Packages file manually, now it seems to be working. :) Should have googled that one :P

But about the location of the executable in /bin/rpm, is there any special reason for this? I could just include it in my path, but thought I hould mention it, in case it should be in /usr/bin instead of /bin

Anonymous comment on 2010-08-29 13:12

It looks like you have an old db. Try to:
- remove /var/lib/rpm/__db.* files (make a backup before)
- rebuild your rpm db with "rpmdb --rebuilddb"

Anonymous comment on 2010-08-29 13:00

I get the following error when adding a pseudo-package to rpm to get adobe-air working:
[root@blad rpm]# /bin/rpm -ivh /root/rpmbuild/RPMS/noarch/rpm-4.7.1-1.noarch.rpm
rpmdb: Program version 4.8 doesn't match environment version 4.7
feil: db3 error(-30971) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch
feil: kan ikke åpne Packages-indeks ved bruk av db3 - (-30971)
feil: kan ikke åpne pakkedatabase i /var/lib/rpm
rpmdb: Program version 4.8 doesn't match environment version 4.7
feil: db3 error(-30971) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch
feil: kan ikke åpne pakkedatabase i /var/lib/rpm

Any idea?

Anonymous comment on 2010-08-29 12:53

The rpm executable itself neds up in /bin/rpm instead of /usr/bin. The rest of the executables end up in /usr/bin/exectable. Is this by purpose or accident? I get an error message every time i run rpm, I have to type /bin/rpm for it to work.

niqingliang2003 commented on 2010-07-15 11:19

還是這個比較靠譜