Bug 833632

Summary: bacula-5.2.8-1.fc17.src.rpm will not build on fedora 17
Product: [Fedora] Fedora Reporter: Steven A. Falco <safalco>
Component: baculaAssignee: Simone Caronni <negativo17>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 17CC: andreas, fschwarz, limburgher, lnykryn, negativo17, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-06-20 06:18:20 EDT Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Description Flags
Patch to spec file none

Description Steven A. Falco 2012-06-19 20:10:48 EDT
Created attachment 593100 [details]
Patch to spec file

Description of problem: Try to rpmbuild -ba bacula-5.2.8-1.fc17.src.rpm on a Fedora 17 x86_64 machine, and get an error:

+ install -p -m 755 -D src/qt-console/tray-monitor/.libs/bacula-tray-monitor /home/sfalco/rpmbuild/BUILDROOT/bacula-5.2.8-1.fc17.x86_64/usr/sbin/bacula-tray-monitor
install: cannot stat `src/qt-console/tray-monitor/.libs/bacula-tray-monitor': No such file or directory
error: Bad exit status from /var/tmp/rpm-tmp.C2ff8G (%install)

RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.C2ff8G (%install)

Version-Release number of selected component (if applicable):


How reproducible: always

Steps to Reproduce:
1. rpmbuild -ba bacula-5.2.8-1.fc17.src.rpm
Actual results: error as shown above

Expected results: no error

Additional info: This error is caused by the following line in the .spec file:

install -p -m 755 -D src/qt-console/tray-monitor/.libs/bacula-tray-monitor %{buildroot}%{_sbindir}/bacula-tray-monitor

The problem is that the source path is wrong - the tray monitor binary is not located in the .libs directory; rather, it is located in the tray-monitor directory.  CSimply changing that one line to:

install -p -m 755 -D src/qt-console/tray-monitor/bacula-tray-monitor %{buildroot}%{_sbindir}/bacula-tray-monitor

allows the package to build properly.  I.e., just remove the .libs part of the source path.  Please see the attached patch to the spec file.
Comment 1 Simone Caronni 2012-06-20 04:33:42 EDT

the spec file and installation have been used exactly like this for a very long time, in particular regarding QT Tray Monitor; the first version that shipped it was 5.2.2-11 built Sun Dec 11 2011.

I build regularly with mock on all architectures / releases (RHEL 4+ / Fedora 15+) and never had a single problem, in fact you can find the build you're trying to reproduce already available at:


This means the build is correct otherwise koji and mock would have caught the issue.

Can you check your build environment?

Comment 2 Simone Caronni 2012-06-20 04:38:19 EDT
Might I ask you why you are rebuilding the package? It is already available as an update for Fedora 17:


There's also 5.2.9-2 if you need, it is not pushed into the updates-testing because it doesn not contain any fix or change needed for Fedora 17:

Comment 3 Lukáš Nykrýn 2012-06-20 06:14:20 EDT
I also don't have any problem with rebuilding bacula on my fresh f17. Only rebuild of f17 package on f15 fails with:
/home/lukas/rpmbuild/BUILD/bacula-5.2.8/src/qt-console/tray-monitor/tray-monitor.cpp:152: undefined reference to `lmgr_init_thread()'
Comment 4 Simone Caronni 2012-06-20 06:18:20 EDT
Here it builds fine... Also 5.2.9 which has only a termlib patch reverted builds fine in koji:

Comment 5 Simone Caronni 2012-06-20 06:20:45 EDT
Anyway in 6 days F15 will be EOL and it has 5.0.3, so I would not care much if it does not build on it.
Comment 6 Steven A. Falco 2012-06-20 08:04:22 EDT
I can only report what happens on my machine.  I am not using mock.  When I build directly on my machine I see the error.  I agree that you are not seeing the error, because clearly you were able to make the packages.  I have no idea why there is a difference - perhaps it also has something to do with x86_64 versus i686?

As to why I'm building, I recently found an error in dbcheck, which was fixed upstream:


Bug 1893 causes backups of the catalog to fail.  I am told that when 5.2.10 is released, it will have the catalog fix.  Until that time, I'll use my private build.
Comment 7 Simone Caronni 2012-06-20 08:12:01 EDT
I don't know, it's probably something related to the libraries and pieces you have installed in the system. If you only need to integrate patches and such my suggestion is to use mock as it leaves your system free of all the development packages and builds everything in a tight controlled environment.

If you need that bug fixed, you can open a bug for that reason and I will import the patch into an official 5.2.9 update in f17/rawhide; so you can get an "official" package instead.

Comment 8 Gwyn Ciesla 2012-06-20 08:37:05 EDT
I found my catalog backups failing after a recent update, and correcting my catalog db information in bacula-dir.conf helped.  It assumed PG, I use sqlite3.
Comment 9 Steven A. Falco 2012-06-20 21:32:45 EDT
Re comment 7: I agree with your theory - libtool would normally place the executable in the .libs directory, and place a wrapper script in the tray-monitor directory, in which case the .spec file is fine as is.  Perhaps because I have the .so files installed, libtool skips the .libs directory and wrapper.

I tried building with mock, and that works perfectly on my system, so thank you very much for that suggestion.

It is unfortunate that the direct build doesn't work, but you have given me a workaround, and that is fine.  And at the pace things are going, I imagine a 5.2.10 package will not be very far away. :-)

Sorry for the bogus bug report, but I learned something, so I guess it is not all bad.
Comment 10 Simone Caronni 2012-06-21 02:32:26 EDT
No problem, if you still have the need for the patch just open a new bug and I will backport it!

Comment 11 Simone Caronni 2012-07-02 04:13:39 EDT
Hi Steven,

5.2.10 has come out which includes your fix. I created an update for Fedora 17:


If you find it useful, please leave karma.

Comment 12 Steven A. Falco 2012-07-02 08:11:50 EDT
Thanks!  It does fix the bug I had reported upstream, so I left karma.  It should now move to stable.