|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)
