Bug 456100 - rpm: Assertion `EVR != ((void *)0)' failed on invalid Version in .pc file(s)
rpm: Assertion `EVR != ((void *)0)' failed on invalid Version in .pc file(s)
Product: Fedora
Classification: Fedora
Component: rpm (Show other bugs)
All Linux
low Severity low
: ---
: ---
Assigned To: Panu Matilainen
Fedora Extras Quality Assurance
Depends On:
Blocks: F10Blocker/F10FinalBlocker
  Show dependency treegraph
Reported: 2008-07-21 11:19 EDT by Rex Dieter
Modified: 2008-09-27 07:57 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-09-27 07:57:04 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Rex Dieter 2008-07-21 11:19:45 EDT
Trying to build kdeadmin pkg in rawhide fails at the end with
+ exit 0
rpmbuild: rpmfc.c:423: rpmfcHelper: Assertion `EVR != ((void *)0)' failed.
EXCEPTION: Command failed. See logs for output.

It's always built fine until recently in rawhide (and builds fine on stock F-9).

See also:
Comment 1 Panu Matilainen 2008-07-22 07:32:58 EDT
This is what the rpm pkg-config dep extraction barfs on with kdeadmin 4.0.5, I
suspect it's the same with 4.0.99:
$ pkg-config --print-provides system-tools-backends
system-tools-backends = 

Looking at the generated system-tools-backends.pc, the version information is
missing :
Name: gst-backends
Description: GNOME System Tools backends

system-tools-backends.pc.cmake says "Version: ${VERSION}" so the root cause
seems to be version not getting populated correctly. And sure, rpm needs to
handle it better than dying on assert().
Comment 2 Rex Dieter 2008-07-22 09:22:22 EDT
thanks!  looks like a bug on our end then.

I'll defer to you whether you want to keep this open wrt:
"rpm needs to handle it better than dying on assert()"
Comment 3 Kevin Kofler 2008-07-24 13:31:47 EDT
Taking this off the KDE 4.1 blocker: it doesn't affect pushing KDE 4.1 to F9 at 
all, and we also have a workaround for Rawhide (we simply remove the 
offending .pc file, it appears to be unused anyway (crossing fingers)).
Comment 4 Panu Matilainen 2008-09-27 07:57:04 EDT
Fixed upstream so it'll bail out cleanly instead of assert(), rawhide will get it on next tarball update.

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