Bug 61283

Summary: [MAINTAINER] databases/db42: install libdb*-4.2.so files
Product: Ports & Packages Reporter: Matthias Andree <matthias.andree>
Component: Individual Port(s)Assignee: freebsd-ports-bugs (Nobody) <ports-bugs>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Latest   
Hardware: Any   
OS: Any   
Attachments:
Description Flags
db42-4.2.52.patch none

Description Matthias Andree 2004-01-13 02:50:17 UTC 
Install libdb-4.2.so and libdb_cxx-4.2.so so that gcc -ldb-4.2 works.
These are symlinks to libdb*-4.2.so.2 (the SONAME).

Generated with FreeBSD Port Tools 0.50
Comment 1 Pete Fritchman freebsd_committer freebsd_triage 2004-01-13 03:19:03 UTC 
State Changed
From-To: open->feedback

How about adding the ln commands in pkg-plist as an @exec and removing 
the links with @unexec instead?  This way, the package version of db42 
will have symlinks, not the .so twice.
Comment 2 Pete Fritchman freebsd_committer freebsd_triage 2004-01-13 14:09:06 UTC 
* Tue, 13 Jan 2004 12:56:54 +0100 - Matthias Andree:
| Pete,
| 
| I am not sure I understand. The link is static, why should it move from
| the tarball (or Makefile) into a script run at install time?
| 
| Could you elaborate what you want done and why? We'll certainly come to
| terms somehow.

We still need to make the link in the Makefile, but instead of simply
including the symlink'd file in pkg-plist we need to use @exec to make
the symlink (so when someone runs pkg_add db42.tbz, they end up with
symlinks in the right spot).

See the archivers/unzip port for an example.

--pete
Comment 3 Matthias Andree 2004-01-14 17:44:33 UTC 
All symbolic links are relative and do not contain $PREFIX components
(try: tar -tzvf db42.tgz | grep ^l) and will work no matter if you "make
install", "pkg_add", "pkg_add -p /some/dir" or move the whole tree later
on.

If you think otherwise, please state what you did, what you got, and
what you'd expected instead.

BTW, ports/archivers/unzip/pkg-plist is bogus. Neither does the "silence
possible errors from @unexec" part work as intended (refer to
http://www.freebsd.org/cgi/cvsweb.cgi/ports/archivers/unzip/pkg-plist
r1.14) nor is it justified to discard errors that arise from removing a
non-shared object. PR against unzip has been filed, it's ports/61366

Matthias Andree
Comment 4 Kirill Ponomarev freebsd_committer freebsd_triage 2004-01-14 21:13:46 UTC 
State Changed
From-To: feedback->closed

Committed, thanks!