31816 – exim ebuild depends on libpcre but doesn't use it

Bug 31816 - exim ebuild depends on libpcre but doesn't use it

Summary: exim ebuild depends on libpcre but doesn't use it

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] Server (show other bugs)
Hardware:	All Linux

Importance:	High normal (vote)
Assignee:	Jay Pfeifer (RETIRED)

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2003-10-23 06:36 UTC by John Robinson
Modified:	2004-07-23 00:28 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 John Robinson 2003-10-23 06:36:19 UTC

I've just done `emerge -p exim`, it said it needed dev-libs/libpcre-3.4 for
exim-4.21. Fair enough, I thought, on you go, and said `emerge exim` which as I
expected proceeded to build pcre and exim. However while it was building exim I
didn't notice it using my new pcre, instead it used a bundled version and linked
it statically. Checking the exim docs shows that yes, they do bundle pcre, and
if you want the full thing go elsewhere. Checking the exim sources, it never
looks for a system pcre and always uses the bundled one. So, exim does not
depend on your having pcre already.

Reproducible: Always
Steps to Reproduce:
1.`emerge exim` and watch it (1) build libpcre first then (2) build its own
bundled pcre.a
2.
3.

Actual Results:  
exim works fine, but I've currently the choice of a useless libpcre on my system
or having unsatisfied dependencies

Expected Results:  
Either (1) used the system libpcre or (2) not bothered to depend on libpcre


Suggestion: Fix up the ebuild to either (1) patch the exim sources to use
libpcre, or (2) remove the dependency

# emerge --info
Portage 2.0.49-r13-2 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.23_pre7-gss)
=================================================================
System uname: 2.4.23_pre7-gss i586 AMD-K6(tm) 3D processor
Gentoo Base System version 1.4.3.10
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -mcpu=k6-2 -march=k6-2 -funroll-loops -pipe"
CHOST="i586-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config
/usr/kde/2/share/config /usr/kde/3/share/config /var/bind"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O3 -mcpu=k6-2 -march=k6-2 -funroll-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="sandbox ccache autoaddcvs"
GENTOO_MIRRORS="http://ftp.gentoo.skynet.be/pub/gentoo/
http://gentoo.mirrors.pair.com/ http://ftp.easynet.nl/mirror/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 oss apm crypt cups encode foomaticdb libg++ mad mikmod mpeg ncurses
oggvorbis pdflib quicktime spell svga truetype xml2 xmms X emacs mmx 3dnow alsa
gd gif jpeg tiff png avi imlib gtk kde -gnome qt motif opengl java jikes xv
slang readline gpm berkdb gdbm tcpd pam libwww ssl nls arts perl python sdl usb
xml zlib samba"

Comment 1 Seemant Kulleen (RETIRED) gentoo-dev

2004-03-18 15:37:35 UTC

handing these over to Jay

Comment 2 Martin Ehmsen (RETIRED) gentoo-dev

2004-07-21 03:27:35 UTC

Any news on this?!? This bug is over 4 months old.

Comment 3 Jay Pfeifer (RETIRED) gentoo-dev

2004-07-23 00:28:01 UTC

This was fixed in exim-4.40 by peitolm.

Jay