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)
- Add staging support
- Convert optional dependencies to new format
- Add a few clang patches but switch to USE_GCC=any because there's quite some work left (contributors?)
literal name_enable wherever possible, and ${name}_enable
when it's not, to prepare for the demise of set_rcvar().
In cases where I had to hand-edit unusual instances also
modify formatting slightly to be more uniform (and in
some cases, correct). This includes adding some $FreeBSD$
tags, and most importantly moving rcvar= to right after
name= so it's clear that one is derived from the other.
constructions that parse out to [ -z "$foo" ] && foo=""
These are bad examples that get copied and pasted into new code, so the
hope is that with less bad examples there will be less need for me to
bring this up in review.
In a few of these files all that were changed were comments so that next
time I search for these patterns I won't trip on the file for no reason.
In a few places, add $FreeBSD$
No functional changes, so no PORTREVISION bumps
support in webcamd svn (for mceusb-based receivers/transmitters and
USB DVB tuner remotes supported by the Linux code), and enable
support for a few more USB devices while we're at it tho of those
only an FTDI-based one was tested:
http://www.huitsing.nl/irftdi/ [1]
- Fix plist for audio/rhythmbox and multimedia/totem and
add missing LIRC_{CFLAGS,LIBS} variables to CONFIGURE_ENV for
multimedia/xine when building them with (optional) lirc support. [2]
- Chase liblirc_client shlib version bump for ports depdending on it
and bump PORTREVISIONs for ports depending on it by default.
Approved by: portmgr (miwi) [2]
Thanks to: Warren Block <wblock@wonkity.com> for testing [1]
- Add BINDINGS option (python only, perl not working yet)
- Add qt4-imageformats dependency for tmdb and ttvdb to get metadata images working
- Remove MD5 checksum
- use ?= for the portrevision of a master port to make it possible to
change it in a slave port which depends upon lame
- bump portrevisions of ports which depend upon lame
- done via a semi-automated way (manual review and fixup)
- I tried to take care to not bump ports which only depend optionaly on
lame (with a default of no dependency)
The commit r203862 indirectly broke mythtv because until
that time the missing include of <sys/types.h> caused
that mythtv used gettimeofday(2) instead of ftime(3) and
nobody noticed that building with ftime is broken in
mythtv.
So instead of repairing the deprecated ftime usage I've
removed it and use the gettimeofday fallback as it was
until now but by pure intention now.
Approved by: beat (co-mentor)
Reported by: pointyhat via erwin
configure script creates an invalid mythconfig.h with some locale settings.
Seems to be a similar problem as described in this PR:
http://www.freebsd.org/cgi/query-pr.cgi?pr=76585&cat=
Reported by: Maciej Milewski <milu at dat dot pl>
- Fixed user handling
- Added entry to UPDATING for 0.21 to 0.21 version upgrade
- Enable build on amd64
- Unbreak, undeprecate, and unexpire
PR: ports/126343
Submitted by: Anders Troback <freebsd at troback dot com>
