lang/lua51 is working the same way lang/lua52, chase ports using lua 5.1
Make the default lua lua52
Make all lua ports using USES=lua
Approved by: portmgr (implicit)
Always rely on unixODBC each time a port is looking for libodbc.so
Remove odbc compat from libiodbc
This allows to install both kde and gnome at the same time
While here:
- Convert libiodbc to USES=libtool
- Convert a bunch of libiodbc dependencies to USES=libtool
- Chase libiodbc.so shlib change
- Stagify some ports
- Convert some ports to USES=pgsql
Discussed with: rakuco (kde)
With hat: portmgr
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)
- set USE_GCC as asterisk uses gcc extensions
(STAGE support will follow soon, just wanted to get the new version out now)
Security: 03159886-a8a3-11e3-8f36-0025905a4771
MFH: 2014Q1
- Update net/aserisk10 to 10.12.4
- Update net/aserisk11 to 11.7.0
- mark net/aserisk10 DEPRECATED, it has reached its EOL
Security: 0c39bafc-6771-11e3-868f-0025905a4771
- Don't call gmake directly [1]
- Make the -p (Run as pseudo-realtime thread) work on FreeBSD [1]
- Use @dirrmtry for directories that can contain files after deinstall
Submitted by: tijl [1]
- asterisk depends on gmake so use gmake to run the menuselect.makeopts
target [1]
- disable res_timing_kqueue module until we can figure out what's wrong
with it [2]
Submitted by: John Marino <draco@marino.st> [1]
Reported by: Ian FREISLICH <ianf@clue.co.za>, [2]
Alejandro Imass <ait@p2ee.org>, [2]
Amr Elsharqawi <aelsharqawi@live.com> [2]
- update net/asterisk11 to 11.3.0
- add -F to command_args in the rc script, this ensures that asterisk
detaches from the controlling terminal. It was possible for the asterisk
rc script to prevent a box from reaching full multiuser if e.g. -v was
passed to command_args. [1]
Reported by: Kurt Lidl <lidl@pix.net>
It brings bison as a build dependency in case it is set the following way:
USES= bison or USES= bison:build
it brings bison as a run dependency in case it is set the following way:
USES= bison:run
it brings bison both as a run and build dependency in case it the set the following way:
USES= bison:both
While here trim some headers
Convert some USE_GNOME= gnomehack to USES= pathfix
rely on gcc. The patch uses the new USE_GCC=any code in Mk/bsd.gcc.mk to
accomplish this.
The ports chosen were ports that blocked 2 or more ports from building with
clang. (There are several hundred other ports that still fail to build with
clang, even with this patch. This is merely one step along the way.)
Those interested in fixing these ports with clang, and have clang as their
default compiler, can simply set FORCE_BASE_CC_FOR_TESTING=yes.
For those who have gcc as their default compiler, this change is believed
to cause no change.
Hat: portmgr
Tested with: multiple runs on amd64-8-exp-bcm and 9-exp-clang, with various
combinations of patch/no-patch and flag settings.
- use OPTIONS_DEFINE_$ARCH for DAHDI option, which fixes the option
- bump PORTREVISION so the packages have DAHDI support again
PR: ports/171590
Submitted by: Dmitry <dmitry2004@yandex.ru>
around. Selecting the option turned it off and vice versa. [1]
- bump PORTREVISION
- remove remnants of old options framework
Reported by: Attila Bogar <attila.bogar@gmail.com> [1]
David Froehlich <dfroe@gmx.de> [1]
