- Drop leading indefinite article from the COMMENT line
- Use new, more robust syntax for LIB_DEPENDS (available since r322328)
- Sort the knobs, remove no longer required (and deprecated) USE_GMAKE
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)
- Support for keyed event objects.
- Support for the "init once" synchronization mechanism.
- Activation context support for DLLs, typelibs, and COM classes.
- Support for loading 32-bit typelibs on 64-bit.
- Some fixes for serial port devices.
- Various bug fixes.
be IGNOREd regardless of PACKAGE_BUILDING. Soem have no MASTER_SITES
and require manual fetching, others are already marked RESTRICTED.
- Trim headers
- Convert some pre-fetch errors into IGNORE
- Remove needless quoting in java/jdk7-doc IGNORE
With hat: portmgr
2013-08-27 lang/ldc-devel: Broken for more than 6 month
2013-08-27 www/mod_smooth_streaming: Broken for more than 6 month
2013-08-27 www/p5-Apache2-Scoreboard: Broken for more than 6 month
2013-08-27 sysutils/avfs: Broken for more than 6 month
2013-08-27 multimedia/mp4split: Broken for more than 6 month
2013-08-27 net-mgmt/noc: Broken for more than 6 month
2013-08-27 sysutils/empower: Broken for more than 6 month
2013-08-27 emulators/xgngeo: Broken for more than 6 month
2013-08-27 graphics/geglmm: Broken for more than 6 month
2013-08-27 sysutils/libumberlog: Broken for more than 6 month
2013-08-27 net/wizd: Broken for more than 6 month
2013-08-27 net-p2p/nicotine-plus: Broken for more than 6 month
2013-08-27 palm/barry: Broken for more than 6 month
2013-08-27 x11-themes/kde-icons-noia-warm: Broken for more than 6 month
2013-08-27 news/lottanzb: Broken for more than 6 month
2013-08-27 textproc/xaira: Broken for more than 6 month
2013-08-27 graphics/f90gl: Broken for more than 6 month
2013-08-27 multimedia/linux-gspca-kmod: Broken for more than 6 month
2013-08-27 x11/cl-clx-sbcl: Broken for more than 6 month
2013-08-27 math/dislin: Broken for more than 6 month
2013-08-27 irc/smuxi: Broken for more than 6 month
Right now this is a noop in the former case and a noop in the latter
case unless lang/gcc44 has been installed explicitly.
This puts a bit more emphasis on standardizing on a canonical version
"current" GCC and makes it easier to update that canonical version
by changing the default in Mk/bsd.gcc.mk and updating the lang/gcc port.
That is, USE_GCC=yes means "use a decent/modern version of GCC" without
having to worry about details.
Approved by: portmgr (bdrewery)
Subversion and pre-commit hooks are not cooperating in the changes
required for i386-wine(-devel).
For the historians: This file is a copy of i386-wine-devel/Makefile as
at version 321106.
With the introducation of binary packages for i386-wine-devel the
port itself is largely complete (although there are still problems with
3D acceleration, both with and without nVidia).
Correct version detection to complain when installing outside the
supported range (8.3+ and 9.1+).
Also, exclude ldconfig data from pkg-plist.
Reported by: Sergey V. Dyatko
The backported changes allow the i386-wine(-devel) ports to install wine
in such a manor that it can run on FreeBSD/amd64.
The CONFLICTS_INSTALL conflict with the i386-wine packages and the correct
stable/devel packages (including the upcoming stable wine).
Approved by: gerald@ (implicit)
The binary package for amd64 systems does not bundle GECKO or MONO
however it is useful (for some) to have those files installed, so
allow the package to have a run-time dependency on the ports that
provide Gecko and Mono support.
PORTREVISION is not bumped since nothing changes in the default
(BATCH) case.
CHANGES
-------
Provide two ports, in one. When compiling on i386 the port behaves
as a slave port of wine-devel, creating a package suitable for
installation on amd64. No change here
When compiling on amd64 the port manually installs the provided
amd64 packages (see wiki.FreeBSD.org/i386-Wine for those packages)
and thus allowing the packages to be "build" using the FreeBSD
infrastructure, and critically, to appear in the standard package
set without requiring users to manually add these packages to their
systems.
DESIGN
------
The bootstrapping (for choosing between i386 and amd64 Makefiles)
was done manually as Makefile.i386 is a slave port while Makefile.inc
(for amd64) is a master port. This situation does not work in the
current infrastructure thus requiring a manual bootstrap.
PRECEDENT
---------
Although Ports does not support cross compiling of packages there is
precedent in supplying binary packages for those situations where,
otherwise, cross compiling is required.
In support of taking this approach I site:
- misc/compat?x ports
- */linux-* ports
CHANGES
-------
Provide two ports, in one. When compiling on i386 the port behaves
as a slave port of wine-devel, creating a package suitable for
installation on amd64. No change here
When compiling on amd64 the port manually installs the provided
amd64 packages (see wiki.FreeBSD.org/i386-Wine for those packages)
and thus allowing the packages to be "build" using the FreeBSD
infrastructure, and critically, to appear in the standard package
set without requiring users to manually add these packages to their
systems.
DESIGN
------
The bootstrapping (for choosing between i386 and amd64 Makefiles)
was done manually as Makefile.i386 is a slave port while Makefile.inc
(for amd64) is a master port. This situation does not work in the
current infrastructure thus requiring a manual bootstrap.
PRECEDENT
---------
Although Ports does not support cross compiling of packages there is
precedent in supplying binary packages for those situations where,
otherwise, cross compiling is required.
In support of taking this approach I site:
- misc/compat?x ports
- */linux-* ports
Wine 1.6 release.
This includes the following relevant changes:
- Support for vertical text in the Postscript driver.
- Unicode data updated to Unicode 6.2.0.
- Hyperlink controls supported in installers.
- Improved support for XML attributes.
- Various bug fixes.
Also, we now use lcms2 instead of lcms.
- Trim Makefile header, define LICENSE (GPLv2)
- Remove not needed pthread-related hacks
- Drop GNU_CONFIGURE implied by USE_AUTOTOOLS
- Adopt OptionsNG and USES, cleanup Makefile a bit
- Fix the build on recent versions of FreeBSD (against Clang)
- Add a patch from Gentoo to unbreak GTK+ program build
- Fix potential buffer overflow (also obtained from Gentoo)
- Convert to OptionsNG, utilize new option helpers
- Drop WANT_GNOME and USE_GNOME, they are useless
- Define LICENSE (GPLv2), remove COPYING from the docs
- Make pkg-message word substitution actually work
- Generally sanitize and cleanup the Makefile
Reported by: pointyhat-west
Minor fix required in emulators/o2em.
Remove allegrogl, which is broken and included in allegro-4.4 anyway.
Update allegro-devel to 5.0.7 [1]
PR: ports/172981 [1]
Submitted by: nemysis <nemysis@gmx.ch> [1]
