cvs commit: ports/databases Makefile ports/databases/libmemcache Makefile distinfo pkg-descr pkg-plist

[Pav Lucistnik]

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
on FreeBSD.

-- 
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
Type: application/pgp-signature
Size: 187 bytes
Desc: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/cvs-ports/attachments/20041130/b8066859/attachment.bin