Bug 13624 - %install fails if pkg build without db1
Summary: %install fails if pkg build without db1
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 3
Hardware: i586 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Funda Wang
QA Contact:
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2014-06-30 11:56 CEST by Gilles Allard
Modified: 2015-03-31 16:03 CEST (History)
2 users (show)

See Also:
Source RPM: db53-5.3.21-2.mga3.src.rpm
CVE:
Status comment:


Attachments

Description Gilles Allard 2014-06-30 11:56:21 CEST
Description of problem:
If db53 package is built without db1 (using "--without db1" cmd arg) processing of libdbnss5.3-devel sub-package fails : this package is configured with unconditional "--enable-compat185" (see part of spec file between "%if %{with_nss} ... %endif") but the file "%{_includedir}/db_nss/db_185.h" is conditionally included in the sub-package; therefore it is declared installed but found unpackaged.

The fact that the 2nd configure uses an unconditional "--enable-compat185" argument seems to be not coherent with the way the 1rst configure doesn't if build without db1.

Version-Release number of selected component (if applicable):
db53-5.3.21-2.mga3

How reproducible:
Easily

Steps to Reproduce:
1. Build & install db53 package with "rpmbuild -bi...--without db1..."
2. Install fails because a file is installed but found unpackaged
3.


Reproducible: 

Steps to Reproduce:
David Walser 2014-06-30 13:32:55 CEST

CC: (none) => luigiwalser
Assignee: bugsquad => fundawang

Comment 1 Thierry Vignaud 2014-07-01 11:19:53 CEST
Why are you rebuilding db53?

Keywords: (none) => NEEDINFO
CC: (none) => thierry.vignaud

Comment 2 David Walser 2014-07-01 21:21:09 CEST
Regardless of the reason he's rebuilding it, it does look in correct.  We shouldn't have all of these build options in the SPEC if they aren't going to work.  I don't know enough about the package to say whether the --enable-compat185 in the with_nss section should have an if %{with_db1} around it, or if it should always be unconditional or if the file in the %files section should be unconditional or if it should just have a different condition around it.  Hopefully someone can figure that out and fix it.  There's no reason to issue an updated package for something like this, but it could be fixed in SVN, if a proper fix can be identified.

CC: luigiwalser => (none)

Thierry Vignaud 2014-07-03 14:20:28 CEST

Summary: Install fails if pkg build without db1 => %install fails if pkg build without db1

Comment 3 Thierry Vignaud 2014-07-03 14:39:13 CEST
The build option & the 2nd configure call w/o %if..%en were introduced without any explanation, back in db46 (we never had that in db4[25]. See:
http://svn.mandriva.com/viewvc/packages/cooker/db46/current/SPECS/db46.spec?revision=115951&view=markup
http://svn.mandriva.com/viewvc/packages/misc/db46/log?revision=115950&view=markup

Oden, would you remember why you introduced those build options?
Do you think there're interesting & worth wrapping the 2nd --enable-compat185 with %if or we can just drop it?
As well as adding %if... %else %exclude %{_includedir}/db_nss/db_185.h ...

CC: (none) => oe

Comment 4 Marja Van Waes 2015-03-31 16:03:56 CEST
Mageia 3 changed to end-of-life (EOL) status 4 months ago.
http://blog.mageia.org/en/2014/11/26/lets-say-goodbye-to-mageia-3/ 

Mageia 3 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of Mageia
please feel free to click on "Version" change it against that version of Mageia
and reopen this bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

--
The Mageia Bugsquad

Status: NEW => RESOLVED
Resolution: (none) => OLD


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