cvs commit: ports/databases Makefile
ports/databases/libmemcache Makefile distinfo pkg-descr pkg-plist
pav at FreeBSD.org
Tue Nov 30 01:52:17 PST 2004
Sean Chittenden píše v út 30. 11. 2004 v 01:34 -0800:
> >> 2) pkg_version seems to want to shorten libmemcache.so.1.0 to
> >> libmemcache.so.1, which is rather broken.
> >> I'm using the @unexec directive as a workaround, but it appears as
> >> though there's a problem with pkg_version's parsing of pkg-plist
> >> files.
> >> I haven't dug into this too much beyond noting there's a problem.
> >> -sc
> > That's not a bug, that's a feature. We don't do libfoo.so.X.Y on
> > FreeBSD, we do libfoo.so.X only. Please fix your software :)
> Yikes! You're probably not joking... but could you be? Please?
> pkg-plist should pass bits through to +CONTENTS and not "mother knows
> best" me. qmake(1) supports major, minor, and micro version numbering
> of libraries. pmk(1) supports major and minor. I consider this a
> rather large malfeature that had good intentions, but isn't serving any
> real purpose beyond being a shortcut. -sc
If you really can't live without so.X.Y, define NO_FILTER_SHLIBS in your
port's Makefile. But you should *really* teach your software to use so.X
Pav Lucistnik <pav at oook.cz>
<pav at FreeBSD.org>
Any sufficiently advanced technology is indistinguishable from magic.
-- Arthur C. Clarke
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 187 bytes
Desc: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=
Url : http://lists.freebsd.org/pipermail/cvs-ports/attachments/20041130/b8066859/attachment.bin
More information about the cvs-ports