devel/libtextstyle, devel/gettext*: Update to 1.0
devel/gettext-tools: Use external libunistring and libxml2.
lang/python*: Remove dependency on gettext-tools. It isn't used and
it is gettext-tools that depends on python now.
PR: 293963
Exp-run by: antoine
devel/libtextstyle, devel/gettext*: Update to 0.26
Recent versions of gettext no longer install m4 files in
PREFIX/share/aclocal. They have to be installed in the work
directory by autopoint for aclocal to find them.
Patch devel/autoconf so autoreconf runs autopoint when gettext related
macros are used in configure.ac (e.g. AM_ICONV). Previously it only
ran autopoint when AM_GNU_GETTEXT_(REQUIRE_)VERSION was used.
The following ports now require autopoint (i.e. USES=gettext-tools):
benchmarks/sysbench, devel/libhtp, editors/fxite, filesystems/rar2fs,
graphics/gd, net/ucarp, news/fidogate, sysutils/cdrdao
Other fixes:
(Only the first 15 lines of the commit message are shown above )
devel/libtextstyle, devel/gettext*: Update to 0.23
comms/grig, deskutils/xpad, games/7kaa:
Fix problem between autopoint (gettext) and aclocal (automake).
First autopoint installs gettext m4 files in WRKSRC/m4 for the
version of gettext requested in configure.ac. And then aclocal
should use those files. These ports were either missing an "-I m4"
flag so aclocal didn't see the autopoint m4 files but used the ones
from LOCALBASE/share/aclocal, which are the wrong version, or they
used the --install flag that makes aclocal copy files from
LOCALBASE/share/aclocal overwriting the autopoint m4 files.
PR: 283536
Exp-run by: antoine
devel/gettext: Update to 0.22
Convert post-patch commands to real patches. This way there are errors
when the underlying code changes.
*/*: Fix gettext issues. The new gettext tools are more strict.
PR: 272210
Exp-run by: antoine
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
devel/gettext-po-mode: New port to install po-mode files for emacs
-BEGIN pkg-descr---------------------------
GNU gettext is a framework of libraries and tools for internationalisation
and localisation of software.
This package contains the po-mode for the emacs editor.
WWW: https://www.gnu.org/software/gettext/
-END pkg-descr-----------------------------
This cannot be part of gettext-tools because it would create a
dependency loop through emacs (which we use to byte-compile).
In order to override the MAINTAINER, modify gettext/Makefile.common
to use MAINTAINER?= to accomodate overrides.
Next step: we should modularize up the emacs site-start.el.
Initial email sent to emacs@.
devel/gettext*:
- Update to 0.20.1.
- Add options to install documentation and examples.
devel/libtextstyle:
- Take maintainership because it is now released as part of gettext.
ftp/weex:
- Remove bundled gettext (intl/): no longer supported.
- Patch configure.in, Makefile.am and src/Makefile.am to remove references
to bundled gettext.
- Patch configure.in to add AC_CONFIG_MACRO_DIR([m4]) so aclocal.m4 will
include gettext .m4 files from m4/ (matching the version set with
AM_GNU_GETTEXT_VERSION) instead of /usr/local/share/aclocal.
- Port to modern gettext: add po/Makevars and fix a problem in the French
(Only the first 15 lines of the commit message are shown above )
devel/gettext: remove CPE information
- Since CPE should not be applied to meta ports, I am reverting the commit with
CPe info
PR: 198631
Approved by: antoine
- Update devel/automake to 1.15
- Update devel/gettext to 0.19.4
- Update devel/libtool and devel/libltdl to 2.4.5
- This version of libtool has been fixed to pass -fstack-protector to the
compiler during linking. Add the same fix to USES=libtool. This should
improve SSP support on FreeBSD/i386 8 and 9.
- databases/libmemcached, security/sssd: patch configure.ac so
AC_CONFIG_AUX_DIR appears earlier.
For databases/libmemcached changing configure.ac causes manpages to be
regenerated which requires extra dependencies so patch a makefile to
prevent that.
- devel/xfce4-dev-tools: only depend on recent versions of autoconf and
automake
PR: 196938
Exp-run by: antoine
Approved by: portmgr (antoine)
Split devel/gettext in devel/gettext-runtime and devel/gettext-tools. The
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)
Remove two libtool fixes from Mk/Uses/libtool.mk. They don't always work
when an older version of a package is installed. This is the case when an
executable links with installed libraries and with uninstalled libraries
that link with other uninstalled libraries. For each of the directly
linked libraries the executable will have an rpath (/usr/local/lib for the
installed libraries and a path under WRKDIR for each of the uninstalled
libraries), but not for the indirect libraries. Both ld(1) and rtld(1)
search the rpath of the executable first before any rpath of libraries, so
the indirectly linked libraries will be found in /usr/local/lib if they are
installed instead of in WRKDIR.
With this commit executables will overlink with uninstalled indirect
libraries again so their location is added to the rpath of the executable.
This partially reverts r358784.
PR: 191611
Approved by: portmgr (bapt)
Add 4 new sed commands to USES=libtool. The first two apply some of the
changes that Debian made to their libtool. The first command applies to
libtool versions 1.4 and up. The second command is somewhat more elaborate
but essentially it uses the sed hold space to move an "elif...fi" block
down. It applies to 2.x. Together these reduce overlinking to unpatched
.la files (from ports that don't have USES=libtool yet but also .la files
in the work directory).
The third and fourth command fix relinking. During staging libtool may
relink libA when it links to another library in the work directory libB.
The reason is that libA created during build phase has its runpath set to
the location of libB in the work directory. This allows running an
executable that links to libA from within the work directory. The relink
removes this extra runpath.
(Only the first 15 lines of the commit message are shown above )
- Add two new arguments to USES=iconv so ports can indicate they use GNU
iconv extensions that the base system iconv doesn't support yet:
* wchar_t: port uses the special WCHAR_T character conversion.
* translit: port uses //TRANSLIT or //IGNORE conversion options.
Adding one or both of these arguments makes the port depend on
converters/libiconv for now.
- Allow installation of converters/libiconv on FreeBSD 10+.
- Use ICONV_CONFIGURE_ARG in devel/gettext instead of defining CPPFLAGS
and LDFLAGS to fix compilation with libiconv installed.
- Stage converters/libiconv and devel/gettext.
Approved by: bapt (on trust)
- Update devel/automake to 1.14
- Update devel/gettext to 0.18.3
- Fix known-broken (from exp-runs) ports
- Clean up a lot of cruft in the devel/gettext port itself,
based on work from tijl@
PR: 178883
Submitted by: ade
Sponsored by: Wadsworth 6X
Fix a long standing bug of lib/charset.alias being overwritten, modified, and
badly tracked by ports.
Make lib/charset.alias a file only provided by converters/libiconv
Create a new USES: charsetfix, that will modify in post patch the Makefile.in to
prevent a port from modifying/overwritting the charset.alias file during make
install.
Prevent devel/gettext from installing that files.
Fix a couple of ports that actually touch charset.alias during the build phase.
Based on a patch by ale
(http://lists.freebsd.org/pipermail/freebsd-gnome/2012-October/027747.html)
Approved by: kwm (gnome)
Exp-run by: miwi
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
Forcibly tell gettext not to use git to compress the infrastructure
archive, even if it's present.
No version bumps, since this is a plist-only thing if and only if
gettext was rebuilt in the presence of git.
Sigh.
Reassign the autotools-related ports to a new mailing list,
autotools@FreeBSD.org. This is for individuals willing to put in
the hard work to generate patches and work with portmgr as we put
them through -exp runs and work through port breakage that they
create. (A huge number of ports depend on these, so -exp runs are
required.)
Thanks to aDe@ for all the thankless work he's done over the years
to tame these beasts.
Hat: portmgr
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-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
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
(Only the first 15 lines of the commit message are shown above )
Bump portrevision due to upgrade of devel/gettext.
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)
- Set --mandir and --infodir in CONFIGURE_ARGS if the configure script
supports them. This is determined by running ``configure --help'' in
do-configure target and set the shell variable _LATE_CONFIGURE_ARGS
which is then passed to CONFIGURE_ARGS.
- Remove --mandir and --infodir in ports' Makefile where applicable
Few ports use REINPLACE_CMD to achieve the same effect, remove them too.
- Correct some manual pages location from PREFIX/man to MANPREFIX/man
- Define INFO_PATH where necessary
- Document that .info files are installed in a subdirectory relative to
PREFIX/INFO_PATH and slightly change add-plist-info to use INFO_PATH and
subdirectory detection.
PR: ports/111470
Approved by: portmgr
Discussed with: stas (Mk/*), gerald (info related stuffs)
Tested by: pointyhat exp run
Fix build on -CURRENT. openmp support with gcc 4.2 is autodetected but
is broken if threads are disabled (which they are). This results in
msgmerge segfaulting all over the place.
Since (a) this is -CURRENT only and (b) has no effect on -STABLE,
PORTREVISION is not being bumped.
Submitted by: kris
Unconditionally disable threading, it is apparently causing some
edge cases to fail, and the previous version of gettext was unthreaded,
so we're not losing anything.
Note that if you've already rebuilt gettext to 0.16.1, you only need
to upgrade gettext, and not everything that depends on it.
Thanks to those that reported the issue, and both gnome@ and kde@ for
confirming that this change does not cause any issues there.
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
Unconditionally disable the installation of the start-po.el emacs lisp
file, regardless of whether emacs or xemacs is installed.
PR: 87956
Submitted by: NIIMI Satoshi <sa2c@sa2c.net>
Sortof fix msginit a little bit kindof. It was looking for
certain files in the wrong place.
Before, running msginit would give this:
/usr/local/libdata/gettext/project-id: Can't open
/usr/local/libdata/gettext/project-id: No such file or directory
msginit: /usr/local/libdata/gettext/project-id subprocess I/O error
/usr/local/libdata/gettext/user-email: Can't open
/usr/local/libdata/gettext/user-email: No such file or directory
msginit: /usr/local/libdata/gettext/user-email subprocess I/O error
/usr/local/share/gettext/projects/TP/team-address:
/usr/local/libdata/gettext/urlget: not found
etc.
Now, it gives this:
root@smacky:/usr/ports/GNOME/grm/i18n# msginit
The new message catalog should contain your email address, so that users can
give you feedback about the translations, and so that maintainers can contact
(Only the first 15 lines of the commit message are shown above )
* Update to 0.14.1 without a shared library version bump
* Use new libtool scheme [1]
The primary addition in this release is support for C# files when generating
translations.
Submitted by: mezz [1]
Tested by: many, including mezz, adamw, and myself
Clean up handling of locale directories at deinstall-time:
* Don't remove "system directories" (which were created by BSD.*.dist)
* Silently try to remove locale directories which we might have created
