Update fontproto to 2.1.3.
Update libXfont to 1.5.1.
Update xf86-input-keyboard 1.8.1.
Update xf86-input-vmmouse to 13.1.0.
Update xf86-input-void to 1.4.1.
Update xf86-video-chips to 1.2.6.
Update xf86-video-cirrus to 1.5.3.
Update xf86-video-mach64 to 6.9.5.
Update xf86-video-neomagic to 1.2.9.
Update xf86-video-r128 to 6.10.0.
Update xf86-video-s3virge to 1.10.7.
Update xf86-video-savage to 2.3.8.
Update xf86-video-siliconmotion to 1.7.8.
Update xf86-video-sis to 0.10.8.
Update xf86-video-trident to 1.3.7.
Update xf86-video-vesa to 2.3.4.
* All other xf86-* drivers where bump and/or patched to allow them to
compile and work with the new xorg-server.
* The ATI-ums driver is removed because the API it depends on was
removed from the xorg-server.
* Add patch to sunffb to make the lack of XAA non-fatal
(not build/run tested due to lack of hardware).
* Remove the extra patches in xorg-server for arm. The code seems to
support it now natively. Please file a bug if this is not the case.
* Update the xorg-server support in virtualbox-ose-additions for vboxmouse. [1]
Submitted by: jkim@ [1]
Obtained from: Graphics devel repo
PR: 196978
Submitted by: hselasky
This package contains the X.Org xf86-input-evdev driver. It supports
all input devices that webcamd knows about, including tablets,
touchscreens, joysticks and HIDs.
webcamd exposes V4L/DVB/EVDEV/etc devices with consumer ABI configured
by v4l_compat version during build. Drop >0 dummy as V4L is available
since day 1 and we only want the daemon. This syncs RUN_DEPENDS with:
multimedia/gstreamer-plugins-v4l2
multimedia/gstreamer1-plugins-v4l2
|load_kld -e| cannot detect usb_quirk(4) at all and GENERIC kernel
always has it via |device usb|. So, the following happens:
$ kldstat -v | fgrep quirk
$ kldstat -m usb_quirk.ko
kldstat: can't find module usb_quirk.ko: No such file or directory
$ service wacom start
kldload: can't load usb_quirk: module already loaded or in kernel
/usr/local/etc/rc.d/wacom: WARNING: Unable to load kernel module usb_quirk
|kldload -n| is supported even by DragonFly, so there's no reason to
care for no longer supported FreeBSD 8.x.
Update gccmakedep to 1.0.3.
Update imake to 1.0.7.
Update libpciaccess to 0.13.3.
Update libdrm to 2.4.60.
Update bitmap to 1.0.8.
Update fstobdf to 1.0.6.
Update iceauth to 1.0.7.
Update libXdmcp to 1.1.2.
Update libXp to 1.0.3.
Update libXvMC to 1.0.9.
Update libXxf86vm to 1.1.4.
Update libxshmfence to 1.2.
Update randrproto to 1.4.1.
Update rgb to 1.0.6.
Update sessreg to 1.1.0.
Update xcb-util-cursor to 0.1.2.
Update xedit to 1.2.2.
Update xkbcomp to 1.3.0.
Update xkeyboard-config to 2.14.
Update xproto to 7.0.27.
Update xf86-input-mouse to 1.9.1.
Update xf86-input-synaptics to 1.8.2.
Update xf86-video-i710 to 1.3.5.
Update xf86-video-mga to 1.6.4.
Update xf86-video-tdfx to 1.4.6.
Update xf86-video-vmware to 13.1.0.
Update bdftopcf to 1.0.5.
Update font-util to 1.3.1.
Update fslsfonts to 1.0.5.
Update mkfontscale to 1.1.2.
Update showfont to 1.0.5.
Update xfs to 1.1.4.
Update xfsinfo to 1.0.5.
Remove :keepla from USES=libtool for X libraries in bsd.xorg.mk, and bump
all affected ports.
PR: 199400
Obtained from: Xorg-devel repo
This port allows us to provide updated DRM kernel drivers on FreeBSD
9.3. Kernel modules are suffixed with "_port" compared to the vanilla
drivers (eg. i915kms.ko becomes i915kms_port.ko). The device-independent
module, renamed as drm2_port.ko, is also included. However, Radeon
firmwares are not: the vanilla ones are still being used.
xf86-video-ati and xf86-video-intel depends on drm-kmod on FreeBSD 9.3.
These ports are modified to automatically load the *_port kernel module.
This initial version brings hardware context support to the i915 driver.
This feature is required by Mesa 9.2+, which itself is required by
xserver 1.15+.
Differential Revision: https://reviews.freebsd.org/D2149
Reviewed by: kwm
Approved by: kwm
Tested by: Florian Degner <f.degner@gmx.de>
The X.Org server has been updated to 1.14. The changes it brings are described
in a post on the Graphics team blog:
http://blogs.freebsdish.org/graphics/2014/11/19/xserver-1-14-update-ready/
The most noticable change is the DEVD input device autodetection backend
which is enabled by default, replacing the HAL backend. The keyboard
layout configuration must be migrated from HAL's .fdi files to X.Org
files. The procedure is explained in the post mentionned above.
Several ports were removed with this update, mainly because they are not
compatible with the X.Org server anymore:
o nvidia-driver-71
o nvidia-driver-96
o xf86-input-egalax
o xf86-video-newport
o xf86-video-tga
PR: 155696, 181660, 183478 (partially fixed), 188640, 191331
Differential Revision: https://reviews.freebsd.org/D1337
Submitted by: ak (most of the work on the DEVD backend), dumbbell, kwm,
zeising
Tested by: Many people on freebsd-x11@ and IRC
Reviewed by: kwm, portmgr (antoine)
Approved by: kwm, portmgr (antoine)
This update brings several bug fixes. Furthermore, it improves Glamor
support, though this feature isn't supported by FreeBSD yet.
Differential Revision: https://reviews.freebsd.org/D1106
Tested by: Many on freebsd-x11@
Reviewed by: bapt@, kwm@
Approved by: bapt@
ports (x11-drivers plus graphics/libGL plus x11-servers/xorg-server)
that handle PORTREVISION in a creative manner hardly lending itself
to any form of automated bumping.
PR: 192025
Reported by: Scott Allendorf <scott-allendorf@uiowa.edu>
This seems to be useless and doesn't work anymore with vt(4), due to the
use of Unicode codepoints in vt(4). The new patch remove the related
code. This fixes a segmentation fault during X.Org server startup.
PR: 191459
Submitted by: Claude Buisson <clbuisson@orange.fr> (earlier version)
Obtained from: xorg-dev
CC scfb_driver.lo
In file included from scfb_driver.c:53:
In file included from /usr/local/include/xorg/xf86.h:46:
In file included from /usr/local/include/xorg/xf86str.h:39:
In file included from /usr/local/include/xorg/scrnintstr.h:58:
/usr/local/include/xorg/dix.h:57:10: fatal error: 'X11/extensions/XI.h' file not found
#include <X11/extensions/XI.h>
Fixed obtaining of Frame Buffer line byte size
Drop XORG_CAT it interferes with GITHUB macro's
Drop ONLY_FOR_ARCHs
Submitted by: maintainer
Reviewed by: maintainer
- replace rc.d script with a sample file to simplify configuration
- use the underlying install target; this exposes xorg headers which may
be used by gnome-settings-daemon
- drop gmake and autotools dependencies
- drop explicit xinput dependency
- require webcamd to get /dev/input/eventN
- require xinerama for xsetwacom display mapping
- explicitly disable doxygen docs
- add wacom to xorg-drivers port
- pass maintainership to submitter
- enable support of wacom tablets connected via a serial port [1]
- support stage
PR: 175876 , 181133 [1]
Submitted by: Jan Beich, aasoft@gmail.com [1]
On other ARCH then i386/amd64 keep the old version. Since 7.x is KMS which
is not available on the other ARCHS.
x11-drivers/xf86-video-nv:
Fix nv driver on ppc.
x11-servers/xorg-server:
In the powerpc case of NEW_XORG don't overwrite EXTRA_PATCHES.
Patch update:
< nathanw> it works around the change in behavior in libpciaccess that
the PR mentions
< nathanw> by porting the relevant code from the Linux backend
PR: ports/188278
Submitted by: jmmv@, nwhitehorn@
Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)
bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore
Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier
With hat: portmgr
2014-04-30 x11-toolkits/gigi: Does not compile on 10 or higher
2014-04-30 net/asterisk-oh323: Depends on broken and unsupported asterisk14
2014-04-30 net/asterisk14: Broken and unsupported
2014-04-30 net/asterisk14-addons: Depends on broken and unsupported asterisk14
2014-04-30 ports-mgmt/pkg_install: Replaced by ports-mgmt/pkg
2014-05-01 x11-drivers/xf86-input-magictouch: Does not compile
2014-05-01 x11-drivers/xf86-video-cyrix: requires pciVideoPtr typedef
2014-05-01 x11-drivers/xf86-video-sis-intel: requires pciVideoPtr typedef
2014-05-01 net/py-spreadmodule: Depends on expired net/spread
2014-05-01 net/p5-Spread-Message: Depends on expired net/spread
2014-05-01 net/p5-POE-Component-Spread: Depends on expired net/spread
2014-05-01 net/p5-Spread-Session: Depends on expired net/spread
2014-05-01 sysutils/wmmemload: Broken
2014-05-01 lang/ml-pnet: Alpha-quality abandonware - Decommissioned Dec 2012 - Use mono
2014-05-01 lang/treecc: PNET dependency decommissioned Dec 2012
2014-05-01 lang/pnetlib: Alpha-quality abandonware - Decommissioned Dec 2012 - Use mono
2014-05-01 lang/pnet-base: Alpha-quality abandonware - Decommissioned Dec 2012 - Use mono
2014-05-01 benchmarks/pnetmark: PNET dependency decommissioned Dec 2012
2014-05-01 lang/pnet: Alpha-quality abandonware - Decommissioned Dec 2012 - Use mono
2014-05-01 x11-wm/stumpwm: Broken for more than 4 months
2014-05-01 sysutils/cpupowerd: Not maintained from upstream anymore and only supports ancient AMD K8.
2014-05-01 net/pchar: Obsolete, abandoned
2014-05-03 x11-fonts/texcm-ttf: Should be replaced by x11-fonts/stix-fonts
exists, libtool will add all libraries libB.la refers to (dependency_libs
field) to the linker command line and store them in the dependency_libs
field of libA.la. So everything that subsequently links with libA will also
link to these extra libraries. This causes too much overlinking.
This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs
field in .la libraries during staging. However, because .la libraries have
very limited use when dependency_libs is empty it makes sense to completely
remove them during staging.
So with this commit USES=libtool is modified to remove .la libraries and a
new form (USES=libtool:keepla) is introduced in case they need to be kept
(dependency_libs is still emptied).
PORTREVISION is bumped on all ports with USES=libtool that install .la
libraries. Most ports are also changed to add :keepla because .la
libraries have to be kept around as long as there are dependent ports with
.la libraries that refer to them in their dependency_libs field. In most
cases :keepla can be removed again as soon as all dependent ports that
install .la libraries have some form of USES=libtool added to their
Makefile.
PR: ports/188759
Exp-run: bdrewery
Approved by: portmgr (bdrewery)
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)
20140130 multimedia/kino: Not developed since 2009, declared dead 05.08.2013 on there website.
2014-01-31 x11-drivers/xf86-video-imstt: Broken, unsupported and unmaintained upstream.
2014-01-31 x11-drivers/xf86-video-via: Broken, not supported upstream.
2014-01-31 multimedia/vdr-plugin-softdevice: Broken after ffmpeg update (not sure it ever worked)
2014-01-31 sysutils/mbmon: Use sysutils/xmbmon instead. This port will be removed soon
2014-01-31 dns/bind96: EOL in January 2014, consider moving to Bind 9.8 or 9.9
2014-01-31 x11-drivers/xf86-video-nouveau: Not supported, missing kernel support. use the nvidia driver.
by bsd.xorg.mk instead of using the directory layout generated by GitHub
- Use bz2 compression, default of bsd.xorg.mk
- Remove redundant USE_XORG definition (implied by XORG_CAT=driver)
Approved by: maintainer (ray)
If the old xorg stack is still needed, it is possible to add WITHOUT_NEW_XORG=
to /etc/make.conf to get the old version.
Update several xorg related ports, including:
x11/libxcb 1.9.1 -> 1.9.3
graphics/libdrm 2.4.46 -> 2.4.50
x11/pixman 0.30.2 -> 0.32.4
x11/xkeyboard-config 2.9 -> 2.10.1
x11-drivers/xf86-input-keyboard 1.7.0 -> 1.8.0
Fix dissapearing cursor in xf86-video-vmware [2]
Stagify all x11@-owned ports
Bump portrevisions for xf86-* ports due to xserver version change.
Fix fallout from updates where needed.
Thanks to: all testersi, bdrewery and the FreeBSD x11@ team
exp-run by: bdrewery [1]
PR: ports/184684 [1], ports/181385 [2]
Submitted by: Douglas Carmichael <dcarmich@dcarmichael.net> [2]
Approved by: portmgr (bdrewery), core (jhb) [0]
a kwm, zeising production:
MESA 9.1.6
Starring:
Mesa 9.1.6, including libGL, libGLU and dri (new xorg only)
Addition of libEGL and libglesv2
KMS support for ATI graphics cards in 10-current (new xorg only)
Improved sparc64 support for new xorg. [1]
pixman 0.30.2, including shlib bump and portrevision bumps
libX11 1.6.2
Make absolute pointing devices work with x11-drivers/xf86-input-mouse
x11-drivers/xf86-video-ati 7.2.0 for 10-current (KMS aware ati driver)
Also starring:
Updates to drivers and other libraries and utilities
Additional notes:
When updating MESA related ports (libGL, dri) you need to remove old versions
first. See UPDATING for details.
PR: ports/181962 [2]
Submitted by: marius [1]
zeising [2]
Exp-run by: bdrewery
Approved by: portmgr (bdrewery)
Thanks to all who helped testing!
an zeising, kwm, miwi, bapt, eadler production:
Xorg 7.7
Starring:
xserver 1.12.4 (new xorg only)
Mesa 8.0.4, including libGL, libGLU and dri (new xorg only)
libX11 1.5.0
libxcb 1.9
libdrm 2.4.42 (new xorg only)
freeglut 2.8.1
Also starring:
Updates to drivers and other libraries and utilities
Additional notes:
Change pkgconf to be a build dependency.
Add a new USE_XORG, xcb, to depend on libxcb and update all ports to use
this.
Trim makefile headers.
Take maintanership of x11/xcb-proto, ok'd by ashish.
If you are running WITH_NEW_XORG=, you need to rebuild all installed
drivers, see UPDATING for more information.
Various fixes to make ports compile.
PR: ports/177942
Exp-run by: miwi
Approved by: portmgr (miwi)
Thanks to all who helped testing!
2013-04-09 x11-drivers/xf86-video-radeonhd-devel: Unsupported devel version
2013-04-10 devel/ros-image_common: Depends on devel/ros_common which is broken for more than 6 months
2013-04-10 devel/ros-laser_pipeline: Depends on devel/ros_common which is broken for more than 6 months
2013-03-01 databases/php52-rrdtool: PHP 5.2 series is strongly discouraged for new installations, migrate now
2013-03-05 devel/ros-common: Broken for more than 6 month
Feature safe: yes
If a port used other USE_GNOME items it was untouched.
The ports that used other USES were fixed by hand.
PR: ports/177081
Reviewed by: bapt
Approved by: portmgr (miwi)
pulls in devel/xorg-macros.
Convert all ports that depends on xorg-macros to use this USE_XORG.
Split up the long XORG_MODULES= list in bsd.xorg.mk to have only one module
on each line.
Add xorg-macros dependency to xorg-server.
Reviewed by: kwm, bapt
Obtained from: xorg development repo (partly)
build with KMS support and doesn't have a idea if the kernel supports it or
not. This will be revised when TTM/KMS support because available via src.
This should help people that accidently enabled KMS support in libdrm.
Obtained from: xorg-dev repo
This is an old driver version, please use xf86-video-ati instead.
If there is any trouble with xf86-video-ati that this driver solves, please
contact x11@ asap.
