First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 23998
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Chuck Short (RETIRED) <zul@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Alvaro Figueroa <fede2@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 23998 depends on: Show dependency tree
Bug 23998 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2003-07-06 13:35 0000
I'm emerging bacula 1.31 with the "static" USE flag, but when the emerging is
done, the resulting binaries as dynamic binaries. Heres the why:

The guys from bacula as handling static compilation in a kind of an odd way (at
least odd to me). When the static parameters are added to the configure script,
and then make is runned, make willl create both the dynamic and the static
binaries. So (e.g.) on will be called bacula-fd (witch is the dynamic one) and
the other will be called static-bacula-fd. When make install occurs, it will
install bacula-fd instead of static-bacula-fd.

I still haven't checked if this issue is handled diferently on bacula's CVS, but
I will report this as a bug to them. In the meen time, I think this issue sould
be workarrounded.

I'm not mutch of a gentoo hacker myself (so I'm sorry if this is not the proper
way to do it), but I'll suggest adding another "use static" after the make
install takes place, that will copy the proper binaries on the apropiate places.

------- Comment #1 From Donny Davies (RETIRED) 2003-07-28 19:09:32 0000 -------
has Kern fixed the Bacula Makefiles for this yet?  Any idea?

------- Comment #2 From Donny Davies (RETIRED) 2004-01-20 05:41:39 0000 -------
SOrry, I cant maintain this.

------- Comment #3 From Chuck Short (RETIRED) 2004-03-21 09:47:40 0000 -------
This has been fixed for 1.32f and 1.32f-5. Please try those ebuilds.

First Last Prev Next    No search results available      Search page      Enter new bug