For minimal breakage reasons, DragonFly has OSVERSION set to the
equivalent of FreeBSD 99. When the readline compatibility for FreeBSD
10 was revoked recently, it broke a lot of dports.
Restore the default to how it was before on DragonFly only to restore
those ports using OPSYS.
Approved by: portmgr (bapt)
binary in $PATH. It can be set in case the user wants to use a
specific python2 version as a default. Its behaviour is similar
to the existing PYTHON3_DEFAULT_VERSION and fixes a small issue with
package builds for different python versions.
- Outline that PYTHON_DEFAULT_VERSION always takes precedence for a
specific python major version.
- Update lang/python2 to use PYTHON2_DEFAULT_VERSION and bump the
PORTREVISION to let the installed port catch up with the change.
- Allow PYTHON3_DEFAULT_VERSION to overriden by a user choice, if
PYTHON_DEFAULT_VERSION is not set to a python3 port.
Reported by: David Demelier <demelier.david@gmail.com>
Reviewed by: koobs@, sbz@
With hat on: python@
they point to. It only works if symlink points to the file directly and
fails if there are more than one level of symlinks. Use realpath(1) to
drill out the actual path to the shared lib and feed it to file(1)
then.
This fixes issue with cerain LIB_DEPENDS, such as databases/db42.
Approved by: portmgr (bapt)
"--with-libiconv=${LOCALBASE}" at systems pre OSVERSION 100043 and "" (null)
otherwise;
. convert all ports which has CONFIGURE_ARGS=--with-libiconv=${LOCALBASE}.
Approved by: portmgr (bapt, implicit)
after r254273
- Fix a bunch of ports to properly work after this
- Mark converters/libiconv as IGNORE for systems with iconv in libc
Reviewed by: bapt
Approved by: portmgr (bapt)
Discussed with: bapt, bsam (who both contributed ideas and code)
ports framework to use the port for *_DEPENDS= ${NONEXISTENT}:PORT:target
dependencies
An example port is irc/gseen.mod, it depends on another port being
extracted, not an installed pkg.
PR: ports/180725
Reported by: antoine
With hat: portmgr
1) Move -a from XMKMF command variable to a new XMKMF_ARGS variable.
For ports that don't need -a introduce USES=imake:notall.
This way ports no longer have to redefine XMKMF.
2) xmkmf -a runs imake with the flags in IMAKECPPFLAGS as extra arguments
to set CPP, CC and CXX. This creates the top Makefile, and then xmkmf
runs make Makefiles. This Makefiles target runs imake for each
subdirectory but these imake invocations did not have the flags from
IMAKECPPFLAGS so the resulting makefiles used the wrong C preprocessor
when clang is used (/usr/bin/cpp instead of /usr/local/bin/tradcpp).
Instead of letting xmkmf pass IMAKECPPFLAGS from the environment to
imake let imake handle IMAKECPPFLAGS itself just like it handles
IMAKEINCLUDE.
This exposed configure errors in x11-clocks/mouseclock and x11-wm/fvwm.
Approved by: portmgr (bapt)
. lib (default, implicit);
. build,
. patch.
The default is the same, all existing ports stay valid.
2. Introduce variable ICONV_CMD with default to ${LOCALBASE}/bin/iconv.
It is intended to get the value of /usr/bin/iconv at recent 10.x.
3. Adopt all ports to using USES+= icomv:build and iconv:patch and
change iconv (executable) at Makefile commands to ${ICONV_CMD} at those ports.
Submitted by: bsam (me, via e-mail)
Approved by: portmgr (bapt)
from existing packages and not fallback on building from source.
This is useful for package building tools such as poudriere and tinderbox
to avoid building from source and confusing the build log, if a dependency
failed to build for some reason.
NOTE: USE_PACKAGE_DEPENDS has not changed here. It has always
reverted to source if the package was not present.
PR: ports/180725
Submitted by: crees
With hat: portmgr
before retrying.
The previous behavior would try to download a range of the new bytes and
then hit the 'Requested Range Not Satisfiable' error and never actually
redownload the file.
This fixes cases where a port is rerolled and distinfo updated, but
users have a bad distfile sitting there that they would manually need
to remove.
Reviewed by: bapt
Reported by: danfe
With hat: portmgr
MAKE_ENV. This only intended to ignore PATH.
All of these were not supporting WITH_CCACHE_BUILD and a partial exp-run
was done on:
audio/fdmf biology/biojava devel/ace games/hex graphics/cimg
graphics/inventor graphics/peps graphics/wings graphics/wings-devel
lang/python26 lang/python27 lang/python31 lang/python32 lang/python33
lang/siod math/py-basemap math/py-basemap-data multimedia/gpodder
multimedia/gstreamer-ffmpeg multimedia/gstreamer1-libav
multimedia/handbrake print/py-reportlab print/py-reportlab2 science/ncs
science/netcdf4 security/nss textproc/adabrowse x11-toolkits/py-kivy
With hat: portmgr
Update dependent packages with more recent releases.
Remove old and bit-rotted ones.
Switch to using clang 3.3 and libobjc2 1.7 by default, so modern Objective-C features work out of the box and remove a lot of configurable options for sub-optimal (and, often, unsupported / deprecated upstream) configurations.
Take maintainership of GNUstep-related ports.
Several of the ports left in have scary warnings which mean that they are likely broken in lots of cases. Future commits will fix them.
Approved by: bapt
This is a bug fix release.
Changelog: http://lists.freedesktop.org/archives/gstreamer-devel/2013-August/042360.html
Enable neon http plugin
Switch to new LIB_DEPEND format, use USES=gmake instead of USE_GMAKE
Utilize new introspection USE_GNOME component.
Allow gstreamer1-libav to play mp3's, note that mad plugin is still
prefered if available.
- update firefox-esr, thunderbird and libxul to 17.0.8
- update seamonkey to 2.20
- fix plist for *-i18n
Security: 0998e79d-0055-11e3-905b-0025905a4771
In collaboration with: Jan Beich <jbeich@tormail.org>
