first contains runtime libraries such as libintl and the latter contains
developer tools such as msgfmt. Ports that use gettext will usually need
a LIB_DEPENDS on gettext-runtime and a BUILD_DEPENDS on gettext-tools.
USES=gettext-runtime can be used to set a LIB/BUILD/RUN_DEPENDS on
devel/gettext-runtime and USES=gettext-tools can be used to set a
BUILD/RUN_DEPENDS on devel/gettext-tools. USES=gettext is now the same
as "USES=gettext-runtime gettext-tools" meaning a LIB_DEPENDS on
devel/gettext-runtime and a BUILD_DEPENDS on devel/gettext-tools.
Update gettext to 0.19.3.
Remove :oldver from converters/libiconv and devel/gettext-runtime. Leave
symlinks with the old library versions to avoid the need to bump
PORTREVISION on a large number of dependent ports. When most of the
dependent ports have had normal version updates, PORTREVISION can be
bumped on the remaining ones (low number) and the links can be removed.
Fix some ports that installed files in lib/locale instead of share/locale.
PR: 194038
Reviewed by: bapt
Exp-run: antoine
Approved by: portmgr (antoine)
GCC 4.2 in FreeBSD 8.X/9.X base is now too old to compile OpenEXR, so
GCC-based systems will upgrade to the default ports compiler (GCC 4.7
currently.)
Add two patches to OpenEXR to permit building it in a live system with
the older OpenEXR version installed. Bug report filed to upstream Github
at https://github.com/openexr/openexr/issues/130
Couple OpenEXR more tightly to ilmbase and require its exact .so
version.
Add UPDATING note, and bump PORTREVISION of all dependent ports.
Proto-STAGE hugin-devel, and mark it IGNORE because hugin is newer.
Approved by: portmgr (implicit for bumping PORTREVISION on unstaged ports)
- Use USE_GNOME= ltverhack to correct the library version number
to what the author intended. This effectively rolls the version
number backwards, but should prevent future unneccesary version
bumps.
- Support staging
- Use options helpers
- Use new LIB_DEPENDS syntax
- Bump PORTREVISION on dependent ports
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
Most changes are just PORTREVISION and LIB_DEPENDS fixes. However, the
following ports require a patch to use the new gpgme correctly:
deskutils/kdepim3
deskutils/kdepim3
deskutils/kdepim3
deskutils/kdepim3
deskutils/kdepim4
deskutils/kdepim4
deskutils/kdepimlibs4
deskutils/kdepimlibs4
deskutils/kdepimlibs4
finance/qhacc
mail/mutt-devel
net-im/ayttm
net-im/centericq
net-im/centerim
net-im/centerim-devel
security/openvas-libnasl
These patches were submitted by various people and documented in ports/135911.
PR: ports/135911
- Remove Author from pkg-descr, he is no longer involved in basket
- While here, fix identation
PR: 130880
Submitted by: Shane Bell <decept0 at gmail dot com>
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
- Make GPG support optional and mark it as experimental (default: off) as the
current implementation is not very usable (inspired by [1])
- Make OPTIONS handling more readable [2]
PR: ports/114126 [1]
ports/120678 [2]
ports/121044 [3]
Submitted by: Shane Bell <decept0@gmail.com> [1]
Pawel Pekala <c0rn@o2.pl> [2]
Yarodin <yarodin@gmail.com> [3]
The referenced distfile is not the original one. Missing configure checks for
fam and dnotify were added as well as proper PTHREAD_LIBS detection and a
gcc 2.95.4 compile fix.
only a development version avaiable on the new site, replace the MASTERSITE
until the upcomming 0.5.0 version is considered stable
- Let WWW point to the new projectsite
Submitted by: pointyhat via kris
