Bug 1286432 - librpm handler does not build with rpm < 4.9
Summary: librpm handler does not build with rpm < 4.9
Keywords:
Status: NEW
Alias: None
Product: Virtualization Tools
Classification: Community
Component: supermin
Version: unspecified
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Richard W.M. Jones
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-11-29 13:11 UTC by xiaoqing
Modified: 2016-06-15 13:01 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:


Attachments (Terms of Use)

Description xiaoqing 2015-11-29 13:11:59 UTC
i use the centos 6.7 to compile supermin 5.1.13 whitout librpm,supermin --list-drivers not detect package handlers

[root@app-test libguestfs-1.30.5]# /usr/local/supermin/bin/supermin --list-drivers
	arch/pacman     not-detected
	debian/dpkg     not-detected
	mageia/rpm      not-detected
	opensuse/rpm    not-detected
	ibm_powerkvm/rpm        not-detected
	fedora/rpm      not-detected

if compile with librpm,has error in make

checking for rpm... /bin/rpm
checking for rpm2cpio... /usr/bin/rpm2cpio
checking for yumdownloader... /usr/bin/yumdownloader
checking for dnf... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for LIBRPM... yes

librpm-c.c: In function 'createProvidesIterator':
librpm-c.c:327: error: 'RPMDBI_PROVIDENAME' undeclared (first use in this function)
librpm-c.c:327: error: (Each undeclared identifier is reported only once
librpm-c.c:327: error: for each function it appears in.)
librpm-c.c:331: error: 'RPMDBI_INSTFILENAMES' undeclared (first use in this function)
make[2]: *** [supermin-librpm-c.o] Error 1
make[2]: Leaving directory `/root/supermin/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/supermin'
make: *** [all] Error 2

i find same problem in https://bugzilla.redhat.com/show_bug.cgi?id=1082044

Comment 1 xiaoqing 2015-11-30 02:54:00 UTC
it work correct for supermin 5.1.10 and supermin 5.1.9,only test from 5.1.9 to master.
not work in other version, include 5.1.11 5.1.12 5.1.13 and master.

Comment 2 Pino Toscano 2015-11-30 09:26:26 UTC
(In reply to xiaoqing from comment #0)
> i use the centos 6.7 to compile supermin 5.1.13 whitout librpm,supermin
> --list-drivers not detect package handlers
> 
> [root@app-test libguestfs-1.30.5]# /usr/local/supermin/bin/supermin
> --list-drivers
> 	arch/pacman     not-detected
> 	debian/dpkg     not-detected
> 	mageia/rpm      not-detected
> 	opensuse/rpm    not-detected
> 	ibm_powerkvm/rpm        not-detected
> 	fedora/rpm      not-detected

Since supermin 5.1.11, librpm is used in the rpm handler, so you need librpm-devel for it. This is expected.

> if compile with librpm,has error in make
> 
> checking for rpm... /bin/rpm
> checking for rpm2cpio... /usr/bin/rpm2cpio
> checking for yumdownloader... /usr/bin/yumdownloader
> checking for dnf... no
> checking for pkg-config... /usr/bin/pkg-config
> checking pkg-config is at least version 0.9.0... yes
> checking for LIBRPM... yes
> 
> librpm-c.c: In function 'createProvidesIterator':
> librpm-c.c:327: error: 'RPMDBI_PROVIDENAME' undeclared (first use in this
> function)
> librpm-c.c:327: error: (Each undeclared identifier is reported only once
> librpm-c.c:327: error: for each function it appears in.)
> librpm-c.c:331: error: 'RPMDBI_INSTFILENAMES' undeclared (first use in this
> function)
> make[2]: *** [supermin-librpm-c.o] Error 1
> make[2]: Leaving directory `/root/supermin/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/root/supermin'
> make: *** [all] Error 2

This is the actual issue: these enums were introduced in rpm 4.9.0, and RHEL/CentOS 6.x has rpm 4.8; hence, retitling the bug according to this.

> i find same problem in https://bugzilla.redhat.com/show_bug.cgi?id=1082044

No, that was a different issue in an older version.

Btw, can you please remove all the groups in this bug? They make the bug private, which is not really a good choice.

Comment 3 Jan Kurik 2016-02-24 15:32:06 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 24 development cycle.
Changing version to '24'.

More information and reason for this action is here:
https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora24#Rawhide_Rebase


Note You need to log in before you can comment on or make changes to this bug.