80878 – Openssl installs non-existant libfips symlinks

Bug 80878 - Openssl installs non-existant libfips symlinks

Summary: Openssl installs non-existant libfips symlinks

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	Current packages (show other bugs)
Hardware:	All Linux

Importance:	High major (vote)
Assignee:	Daniel Ahlberg (RETIRED)

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2005-02-05 09:48 UTC by Kaiting Chen
Modified:	2005-03-13 02:07 UTC (History)
CC List:	1 user (show)

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

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

Description Kaiting Chen 2005-02-05 09:48:33 UTC

Openssl installs some symlinks in /usr/lib/ to libfips.0.9.7, which doesn't exist. This line in the ebuild should fix that:

sed -i 's%SHLIBDIRS= fips crypto ssl%SHLIBDIRS= crypto ssl%g' ${WORKDIR}/Makefile

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Comment 1 Kaiting Chen 2005-02-05 09:51:58 UTC

Actually:
sed -i 's%SHLIBDIRS= fips crypto ssl%SHLIBDIRS= crypto ssl%g' ${WORKDIR}/${P}/Makefile

Comment 2 Kaiting Chen 2005-02-05 10:25:40 UTC

Sorry, I screwed up again:
sed -i 's%SHLIBDIRS= fips crypto ssl%SHLIBDIRS= crypto ssl%g' ${WORKDIR}/${P}/Makefile.org

Comment 3 Kaiting Chen 2005-03-08 13:49:08 UTC

Yeah this definately needs to be fixed. Some program just tried to link against the non-existant libfips, and failed miserably...
But it's not a gentoo supported ebuild.
Still, this needs to be fixed, and the fix is simple, so will some dev please apply it?
LFS already does it.

Comment 4 SpanKY gentoo-dev

2005-03-13 02:07:30 UTC

added patch from fedora