Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 13 Mar 2002 01:10:18 +0900
From:      "Akinori MUSHA" <knu@iDaemons.org>
To:        roam@ringlet.net, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: ports/graphics/autotrace Makefile ports/graphics/graphviz Makefile ports/graphics/libafterimage Makefile ports/graphics/librsvg Makefile ports/graphics/libwmf Makefile ports/graphics/sdl_ttf Makefile ports/print/ft2demos Makefile ...
Message-ID:  <86y9gxahsl.wl@archon.local.idaemons.org>
In-Reply-To: <20020312160305.A1457@straylight.oblivion.bg>
References:  <200203111725.g2BHPVF52248@freefall.freebsd.org> <20020312134137.B447@straylight.oblivion.bg> <86zo1daofp.wl@archon.local.idaemons.org>

next in thread | previous in thread | raw e-mail | index | archive | help
At Tue, 12 Mar 2002 16:03:06 +0200,
Peter Pentchev wrote:
> In this case, I was only interested in the shared library's version number;
> I did not bump the three ports' PORTREVISION, because.. well, because it
> would be weird to bump PORTREVISION on only these three, when it was not
> bumped on any of the other 2,000+ that Maxim referred to.

Hey hey hey, do you REALLY believe there are 2,000+ ports that install
binaries directly linked with the freetype2 library and thus need
rebuilding?

Realize that the number is actually bogus, and that you can exclude
the ports that do not directly depend on freetype2 themselves but
depend on one of those ports that directly depend on freetype2.


All that we have to do is just bump the PORTREVISION's of those ports
which have freetype2 dependencies in their LIB_DEPENDS.  So there
should be no more than the following, actually:

knu@daemon[1]% grep -lrw freetype2 /usr/ports/[a-z]*
/usr/ports/databases/grass/Makefile
/usr/ports/devel/agenda-headers/pkg-plist
/usr/ports/emulators/linux_base-7/pkg-plist.alpha
/usr/ports/emulators/linux_base-7/pkg-plist.i386
/usr/ports/graphics/ImageMagick/Makefile
/usr/ports/graphics/autotrace/Makefile
/usr/ports/graphics/gd/files/patch-ac
/usr/ports/graphics/gd/Makefile
/usr/ports/graphics/graphviz/Makefile
/usr/ports/graphics/librsvg/Makefile
/usr/ports/graphics/libwmf/Makefile
/usr/ports/graphics/ruby-gd/Makefile
/usr/ports/graphics/sdl_ttf/Makefile
/usr/ports/graphics/gd2/files/Makefile.bsd
/usr/ports/graphics/gd2/Makefile
/usr/ports/graphics/libafterimage/Makefile
/usr/ports/math/ploticus/files/patch-Makefile
/usr/ports/math/ploticus/Makefile
/usr/ports/print/Makefile
/usr/ports/print/freetype2/files/patch-include::freetype::config::ftoption.h
/usr/ports/print/freetype2/files/patch-builds::unix::ltmain.sh
/usr/ports/print/freetype2/files/patch-builds::unix::freetype-config.in
/usr/ports/print/freetype2/Makefile
/usr/ports/print/freetype2/pkg-plist
/usr/ports/print/ft2demos/Makefile
/usr/ports/print/gnomeprint/Makefile
/usr/ports/print/pfaedit/Makefile
/usr/ports/print/ttf2pt1/files/patch-Makefile
/usr/ports/print/ttf2pt1/Makefile
/usr/ports/sysutils/pkg_tree/pkg-descr
/usr/ports/textproc/p5-XML-LibRSVG/Makefile
/usr/ports/www/mod_php4/scripts/configure.php
/usr/ports/x11/XFree86-4/pkg-plist
/usr/ports/x11/XFree86-4/pkg-plist.alpha
/usr/ports/x11/XFree86-4/pkg-plist.pc98
/usr/ports/x11/XFree86-4-libraries/Makefile
/usr/ports/x11-fm/nautilus/Makefile
/usr/ports/x11-toolkits/eel/Makefile
/usr/ports/x11-toolkits/pango/Makefile
/usr/ports/x11-toolkits/gtk20/Makefile


If there are other ports that install binaries which depend on the
freetype2 library without listing the dependency in their
LIB_DEPENDS', then we should simply have the entry to them in the
first place.

> Since it was just the shlib major number I was interested in, it was just
> the shlib major number that I looked for, hence the .8 :)

Removing shlib major versions from a port's LIB_DEPENDS entries does
NOT mean what it installs stops depeding on a specific version.  Those
ports are still affected by every major upgrade of libraries that it
depend on.


Hmm.  Now I must admit that I'm getting less and less hopeful about
ports and especially about the ports team.  Come on..  Wake up, ports!
For me it looks kind of nonsense to talk about new rules, new features
and new enhancements while breaking or not conforming to what we made
as rules and not utilizing what we already have.  Things hadn't been
this way in the past where the Ports Wraith dominated the ports
world...

-- 
                     /
                    /__  __            Akinori.org / MUSHA.org
                   / )  )  ) )  /     FreeBSD.org / Ruby-lang.org
Akinori MUSHA aka / (_ /  ( (__(  @ iDaemons.org / and.or.jp

"Somewhere out of a memory.. of lighted streets on quiet nights.."

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86y9gxahsl.wl>