conflict in behaviour with the read-only COMPILER_FEATURES knob
- Fix the deprecated USE_PYTHON_BUILD and USE_PYTHON_RUN behaviour, which
usually should be mutually exclusive, but some ports include both knobs
Phabric: D581
Recommended by: danfe@, makc@
Reviewed by: danfe, wg, antoine
Approved by: portmgr
With hat: python@
should be replaced with linguisttools_build [*]
- Remove USE_GL knob altogether, it is pulled automatically with Qt ports
- While here, use less aggressive patching of CMakeLists.txt
Requested by: makc [*]
on Qt version 5 now; for those who are not comfortable with upgrading to the
new version of Qt, `astro/stellarium-qt4' port is available, serving version
0.12.4. Add an UPDATING entry to alert users about this.
While here, make scripting support optional in `astro/stellarium-qt4', since
it allows to use one less dependency. Unfortunately, this is not applicable
to 0.13.0 as required `x11-toolkits/qt5-declarative' port has USE_QT5=script
unconditionally.
Relax USE_GL knob for both ports: only libGL itself is required, not libGLU.
- Remove old BROKEN statement; builds fine on PowerPC at least (it was marked
broken on sparc64 almost 5 years ago due to stdlib.h vs. malloc.h conflict,
which no longer seems to be the issue)
- Use USES=libtool
- Fix USE_PYTHON
- Convert to new options helper
- Bump PORTREVISION for package change
- Do not hard-coded PORTVERSION in PLIST
- Bump PORTREVISION for graphics/geos shlib change
Where possible, correct a few instances where PORTDOCS was being used
to flag stuff in EXAMPLESDIR. For some ports, mostly those owned by
ruby@, PORTDOCS is applied to pretty much everything whether it's
documentation or example.
Back in August 2013 I reported to the maintainer that if fortran is not
found then certain functions such as wcunitse are not built. These
functions are needed for kstars which is a dependency for kdeedu and the
kde4 meta port. The USE_FORTRAN=yes was never added though, so lets do
that now that the port is unmaintained.
- USES=libtool
- Remove -DPREFIX=\\\"${PREFIX}\\\" from CPPFLAGS. Not needed and it
causes configure test failures with clang.
- Use MAKE_CMD.
- Bump dependent ports.
x11-wm/windowmaker:
- USES=libtool
- Replace -DPREFIX=\\\"${PREFIX}\\\" in CPPFLAGS with post-patch command
because it causes configure test failures with clang.
- Remove FreeBSD < 8 support.
- Add LIBS="${LIBS}" to MAKE_ENV and CONFIGURE_ENV.
- Add an option helper for LIBS.
- Adjust all ports that already use LIBS. Also remove references to
PTHREAD_CFLAGS and PTHREAD_LIBS while here.
- Some ports did not support having a LIBS environment variable and
required additional patches.
Somewhat simplified a linker command line looks like:
${CC} ${src_LDFLAGS} ${LDFLAGS} ${src_LIBS} ${LIBS}
where src_LDFLAGS and src_LIBS are controlled by upstream and LDFLAGS and
LIBS can be controlled by us. If possible -L and -l flags need to be
added to LIBS to make sure they appear after any -L and -l flags set by
upstream. Many ports currently add -L${LOCALBASE}/lib to LDFLAGS but this
may appear too early on the command line causing installed libraries to
be linked in instead of freshly built ones.
Additional changes:
benchmarks/netio: Replace WITH_IPV6 with an IPV6 option.
comms/gnokii: Replace some patches with USES=pathfix. Also remove -fPIC.
graphics/gimageview: USES=libtool and install desktop file in DESKTOPDIR.
graphics/visionworkbench: Remove FreeBSD 7 support.
multimedia/libmovtar: New LIB_DEPENDS syntax.
multimedia/opencinematools: Use standard do-build.
net/siproxd: USES=libtool:keepla (port actually needs .la files for plugins)
net-mgmt/nagios: Remove -fPIC.
net-mgmt/nagios4: Remove -fPIC.
print/cups-base: Only add -lssp_nonshared on i386 and OSVERSION < 1000036.
security/p11-kit: Replace PTHREAD_LIBS in CONFIGURE_ENV with
ac_cv_func_pthread_mutexattr_init=no in CONFIGURE_ARGS. This skips a test
in configure that falsely detects pthread_mutexattr_init in our libc.
sysutils/dar: Fix iconv detection.
x11/rxvt-unicode: Remove -lstdc++ and patch configure to remove a FreeBSD
hack and use $CXX as linker as on other platforms.
PR: 190592
Exp-run by: antoine
Approved by: portmgr (antoine)
Newer gpsbabel version needlessly pulls in heavyweight dependencies
(such as qt4-gui, qt4-webkit) via qt4-linguist, and until that's
resolved, it's useful to keep around older version which doesn't
have such problem.
PR: 190791
Approved by: dev2@heesakkers.info (maintainer)
Starting with perl 5.20, they're not installed any more if empty,
and on FreeBSD, they're (always ?) empty.
PR: 190681
Submitted by: mat
Exp-Run by: antoine
Sponsored by: Absolight
- Update LICENSE
- Remove Author line
- Use single space after WWW:
- Take maintainership
Changes:
- Added a bit of error checking for missing weather data
- Made some of the critters walk through the trees
- Use the new OPTIONS helpers to simplify the Makefile.
Related to both, also stop automatically turning the CFITSIO option on when
libcfitsio.so is installed: wcslib has had proper --with{out}-cfitsio
options since version 4.4.4.
This will turn off CFITSIO support for most people and indirectly fix their
builds with astro/cfitsio-3.360-1 [1]. If people do choose to have it on,
ports/189487 needs to be committed, otherwise there will be plist errors
because wcslib's configure script will not be able to detect that cfitsio is
installed and can be used.
[1] http://lists.freebsd.org/pipermail/freebsd-ports/2014-May/092070.html
While using one of Debian's patches to fix this build, remove the
hardcoded depends and replace with USE_OCAML instead. Also convert
to USES+=tar while we are here.
While here add a couple of patches obtain from the fedora project to fix
compilation with modern compilers and allows to build with lua 5.2
Switch lua to lua 5.2 version
Use desktop file provided by upstream instead of the version provided in
the ports (the upstream version is more complete)
Switch to USES=libtool
Now that overlinking is not happening anymore fix the glut version not
linking properly because it lacks an explicit link to libGL.
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
as some drivers and utilities.
Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due
to xserver version change.
Apart from these updates, the way shared libraries are handled has been
changed for all xorg ports, as well as libxml2 and freetype, which means
ltverhack is gone and as a consequence shared libraries have been bumped.
The plan is that this change will make library bumps less likely in the
future.
All affected ports have had their portrevisions bumped as a consequence of
this.
Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT.
Update instructions, hardware support, and more notes can be found on
https://wiki.freebsd.org/Graphics
Thanks to: all testers, bdrewery and the FreeBSD x11@ team
exp-run by: bdrewery [1]
PR: ports/187602 [1]
Approved by: portmgr (bdrewery), core (jhb)
KDE ports:
- Convert to USES=tar:xz
devel/p5-perlqt, multimedia/kdemultimedia4-ffmpegthumbs:
- Convert LIB_DEPENDS to new style
devel/p5-perlqt, devel/p5-perlkde:
- Don't remove directories installed by perl port
net/kdnssd:
- moved to net/zeroconf-ioslave (renamed upstream)
x11/kdelibs4:
- Clean up non-standard shared mime files and directories after deinstall
The area51 repository features commits by Alonso Schaich
<alonsoschaich@fastmail.fm> and makc.
