Bug 53953 - spec file does not build (on beta5 at least)
Summary: spec file does not build (on beta5 at least)
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: qt3   
(Show other bugs)
Version: 1.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Bernhard Rosenkraenzer
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2001-09-24 09:56 UTC by j. alan eldridge
Modified: 2008-05-01 15:38 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-09-25 10:08:09 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
patch to qt3.spec for %if error, database include paths (7.92 KB, patch)
2001-09-24 09:59 UTC, j. alan eldridge
no flags Details | Diff

Description j. alan eldridge 2001-09-24 09:56:45 UTC
Description of Problem:
1. There's one too many %endifs, and some of the description stuff is clearly 
messed up anyway (just a bit of cut-n-paste fatigue?).

2. There's path problems on the database stuff. The hack that's there isn't enough, 
as the paths are needed the first time it hits the stuff in the sqldrivers dir. So the 
build bombs out there.

I've fixed this in a way that makes it clear what's going on (unlike some RH spec 

Patch to spec file attached after I submit this.

Comment 1 j. alan eldridge 2001-09-24 09:59:15 UTC
Created attachment 32499 [details]
patch to qt3.spec for %if error, database include paths

Comment 2 Bernhard Rosenkraenzer 2001-09-25 10:08:04 UTC
Don't use beta3 then, it's known broken. ;)

The %endif thing is actually a bug in our build system - when it tries to 
inject the translations from the i18n cvs tree, it doesn't catch %if/%endif 
constructs affecting %descriptions, therefore it nukes the %endif no matter 
what. :/ The original spec file I'm using is ok.

Fortunately rpm is intelligent enough to handle the missing %endif by now.

Making the SQL plugins optional is a good idea; I'll add that.

(The current build is delayed because I'm waiting for the new compiler to get 
in place first. Breaking the ABI without increasing the soname isn't fun).

Comment 3 Bernhard Rosenkraenzer 2001-10-02 22:17:29 UTC
I've built 0.beta6.1 anyway - it'll probably take too long until the compiler 
is in place (expect some rawhide breakage when it happens).
Fixed in that version.

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