Users often got confused as to why installed binaries are stripped when
they've selected DEBUG option, which should not have been an option in
the first place, but a user-facing variable. Now sanity is restored.
does not occur on FreeBSD 11.3 and 12.0):
ld: error: .../libmu_auth.so: undefined reference to ber_memfree
ld: error: .../libmu_auth.so: undefined reference to ber_memvfree
ld: error: .../libmu_auth.so: undefined reference to ber_set_option
It looks like an underlinking case, but I do not possess enough of domain
knowledge to properly describe what had changed in our linker and why it
was not a problem before.
Reported by: maintainer
it provides, but dependency was not recorded in the package. This bug
went unnoticed for a long time because `libiconv.so.2' library typically
exists on any FreeBSD installation, and was revealed by recent exp-run.
Since port revision was bumped just now in the previous commit, abuse it
and do not bump again.
PR: 229613
ports to build against it. Most changes are rather minor and mechanical
except for the devel/gdb (obtained via their bugtracker [1], courtesy of
Doug Evans). One port (science/meep) I had to mark BROKEN after fixing
it proved to be very tedious and actually unreliable. It is very old,
there are newer versions available so it should be fixed by updating.
One port (devel/libruin) had revealed a bug in the new Guile code (an
auxiliary script, really) that had to be worked-round; reference to the
problematic upstream commit is provided in the patch.
PR: 229613
Exp-run by: antoine
[1] https://sourceware.org/bugzilla/show_bug.cgi?id=21104#c8
- Now supports Berkeley DB versions 5 and 6
- Add GUILE_USES=pkgconfig because guile-config requires it
- Because our `lang/guile2' is outdated, add GUILE_BROKEN
PR: 229613 (related)
which restores compatibility with old databases (version 1.8) and some
later versions which were built without mmap(2) support. Due to shlib
version change, bump port revisions of the consumer ports.
PR: 233059
Exp-run by: antoine
Approved by: maintainer (johans, numerous timeouts)
After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.
Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.
Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them
Bump revision of all impacted ports
PR: 232907
exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D17816
- Convert USE_EMACS to USES=emacs
- Remove editors/emacs-nox11 (refer to nox flavors of editors/emacs and
editors/emacs-devel)
- Permit default Emacs flavor to be specified in make.conf
- Rename japanese/migemo-emacs23 to japanese/migemo-emacs
- Update and simplify audio/emms and fix build on FreeBSD 10 [1]
- Update databases/bbdd and fix build on FreeBSD 10 [1]
- Update editors/emacs-devel
- Ensure Makefile shell commands that change directory are executed in a
subshell
- Silence some portlint warnings
[1] By not depending on base texinfo
PR: 225404
Reviewed by: antoine
Approved by: portmgr (mat) ashish (maintainer)
Differential Revision: https://reviews.freebsd.org/D13506
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
current python flavor. It can be used in dependency lines when the
port itself is not python flavored. For example, deskutils/calibre.
By default, all the flavors are generated. To only generate flavors
for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.
In all the ports with Python dependencies, the *_DEPENDS entries MUST
end with the flavor so that the framework knows which to build/use.
This is done by appending '@${PY_FLAVOR}' after the origin (or
@${FLAVOR} if in a Python module with Python flavors, as the content
will be the same). For example:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}
PR: 223071
Reviewed by: portmgr, python
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D12464
- Switch to GDBM as default database: BDB v4.8 is deprecated (later versions
are incompatible) and is not widely supported (e.g. by sendmail et al.)
Submitted by: maintainer
TIMESTAMP (mailutils-3.3.tar.xz) = 1508319536
- Drop `iconv' and `makeinfo' from USES list, they are not needed
- When linking against Guile, explicitly depend on libgmp.so:math/gmp
(per `stage-qa' warning)
- Do not hardcode library version in pkg-plist, use PLIST_SUB mechanism
Reported by: maintainer
other information is extracted from preprocessed (cc -E) *.c files using
bundled clexer tool, which is part of GINT [1].
Under some circumstances (probably subject to the compiler, as the problem
does not occur on 9.3 and -CURRENT), ``arglist (SCM mbox)'' expression in
`mu_mailbox.c' becomes separated by the linemarker (# 470 "mu_mailbox.c").
Upstream maintainer believes that preprocessor is wrong, but might include
a workaround in clexer for this situation. Meanwhile, just suppress line
markers with -P switch since they are normally ignored anyway.
http://puszcza.gnu.org.ua/software/gint/ [1]
objects are loaded as plugins during runtime
- Do not try to override MAKEINFO (does not seem to change anything)
- Prevent `install-exec-hook' from calling chmod(1), this also fixes
warnings during Q/A stage [1]
- Allow to build against Kyoto Cabinet
Reported by: pkg-fallout [1]
active development again and we have new maintainer for the port
- Update to version 3.1.1, define LICENSE (GPLv3+), improve COMMENT
- Drop `--disable-build-comsat' (not sure why it was disabled before)
- Convert to option helpers; fix noticed pkg-plist issues
- Strip binaries on installation; drop standard option descriptions
- Remove MAKE_JOBS_UNSAFE (we'll ask for forgiveness if it breaks)
- Reformat port description and spell ``Swiss Army knife'' correctly
- Pass maintainership to the submitter
Submitted by: Zeus Panchenko
2014-03-23 deskutils/lxshortcut: Now distributed with x11/libfm-1.2.0
2014-03-23 databases/p5-Ima-DBI-Contextual: deprecated by upstream
2014-03-23 databases/p5-Class-DBI-Lite: deprecated by upstream
2014-03-23 net/AquaGatekeeper: Binary port of software abandoned by the vendor
2014-03-23 mail/mailutils: This port needs to be taken care of, it suffers from bit rot. Especially with options other than GUILE, uninstall may leave files behind
2014-03-23 games/xflame: No more public distfiles
2014-03-23 games/p5-Algorithm-Pair-Best: Use games/p5-Algorithm-Pair-Best2 instead
2014-03-24 x11-wm/hackedbox: Abandonware
2014-03-23 emulators/hfs: No upstream, no public distfiles; consider using 'sysutils/hfsutils'
2014-03-23 games/fuhquake: Upstream disappeared; no more public distfiles; unmaintained
response to a bug report); Attila Nagy is not using the port any more.
- Add/fix GUILE option (to make it build in Tinderbox) and fix the pkg-plist
accordingly, so that the port now installs successfully and uninstalls
without left-over files with default options (i. e. no options) and
with GUILE enabled.
- Remove versions from LIB_DEPENDS.
WARNING: THIS PORT NEEDS MORE ATTENTION, known issues:
- movemail is reported to stall on messages containing NUL bytes in the
middle of (body) lines
- enabling the PYTHON option causes pkg-plist breakage, missing
bin/popauth, and other issues
- Note the upstream has released a 2.99.96 alpha/beta version earlier
this year, but I did not have the time to review bug fixes and other
changes. It seems a massive overhaul, partial rewrite, though.
