This was missed in the mesa update.
This syncs x11-server/xorg-server with the xorg development repo
Bump portrevision again in case.
Apologies for the churn!
Obtained from: xorg development repo
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!
There have been some reports of problems with pointer focus and other
related issues in Mwm and open-motif without this patch.
Bump portrevision for old xorg.
PR: ports/179397
Submitted by: William Bulley <web@umich.edu>
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!
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)
2013-02-27 finance/tinyerp-server: No more upstream, no more public distfiles, consider using finance/openerp-server
2013-02-27 ports-mgmt/portcheck: No more upstream, no more public distfiles
2013-02-28 security/sslproxy: Abandoned upstream
2013-02-28 x11-themes/e17-theme-darkness: No more public distfiles
2013-02-28 x11-themes/e17-theme-cthulhain: Dead upstream since 2008
2013-02-28 x11-servers/driglide: 3dfx is dead, fails to compile on recent versions of freebsd
2013-02-28 mail/gmime: Superceded with version 2.4
2013-02-28 archivers/bsdar: part of the base system
xorg-server. Without this patch, xorg-server compiled with clang segfaults.
Bump portrevision since clang is default compiler on current.
Reviewed by: kwm
Approved by: kwm, miwi (mentors, implicit)
the nvidia-driver. Install the libraries in port specific directories.
Use pkg-install and pkg-deinstall scripts to update the hardlinks to the
default locations of these files.
While here clean up some @dirrmtry lines in xorg-server plist for directories
that aren.t created by xorg-server.
Motivator: pkgng
Inspiration: irc, freebsd-x11@ mailinglist discussion (sorry can't find it
anymore to give credit the people)
Reviewed by: danfe@ (for nvidia parts), bapt@
Approved by: danfe@ (for nvidia parts)
With hat: x11@
clang as system compiler and cpp is clang cpp (as opposed to GNU cpp).
This is done by removing the configure test for cpp completely. Using
clang cpp will make some manual pages as well as some scripts get slightly
wierd whitespace formatting. However, it does not affect the function of
the scripts or the instructions in the manual pages.
PR: ports/166373
Submitted by: Jakub Lach <jakub_lach@mailplus.pl> (PR)
Patch by: me (with ideas from PR and mailing list)
Tested by: Jakub Lach <jakub_lach@mailplus.pl>, me
Approved by: kwm (mentor)
Obtained from: xorg staging area
Fix xorg-server on sparc64 by excluing the HAL option on sparc64 has it used to
be before convertion to new options framework [1]
Reported by: marius@
Tested by: marius@
Approved by: kwm [1]
while here remove the NO_SUID_XSERVER which was redundant with the options and
fix a bug[1] (defining an option after bsd.port.pre.mk) which was a workaround of
limitations of the old framework
Reported by: ak@ [1]
Reviewed by: kwm@, miwi@
Approved by: kwm@, miwi@
The Xorg Team is pleased to announce the next round of Xorg updates.
The team created a new flag called WITH_NEW_XORG that users can include
in /etc/make.conf. This was created for the intel KMS work being done
althouthough It probably works for other chips. Unfortunately, the intel
KMS driver will only work on FreeBSD 9(RELENG|STABLE) or 10/HEAD users.
Older version of FreeBSD will not be supported. Intel users will need
to patch their source manually with Konstantin?s KMS kernel patch to get
the newer chips to work. Please carefully read UPDATING entry.
Changes:
- libdrm 2.4.31 (including KMS support)
- mesa 7.11.2
- xorg-server 1.10.6
- a lot of new Graphic Drivers.
I would like to thank:
Koop Mast
Eitan Adler
Niclas Zeising
and all helpers and testers from x11@.
is more visible with XFCE.
PR: ports/156721
Submitted by: Alexey Shuvaev <shuvaev@physik.uni-wuerzburg.de>
Obtained from: xorg-server upstream
With hat: x11@
The X-Server has been patched to the latest 1.7.X series, drivers
and fonts have been updated to the latest versions. This update includes
some components from Xorg 7.6 with a lot of improvements, and it seems
that the performance is much better than the old version. Also this
Update fix build issues with clang and binutils 2.17.50 in current,
remove 6.X gruft and de-author pkg-descr.
I would like to thank:
Beat Gaetzi
Dima Panov
Koop Mast
Eitan Adler
and all Testers.
PR: ports/147646
ports/148035
ports/148744
ports/150223
ports/152889
ports/154457
The Intel drivers was patched to work with
the new server. The drivers for Vesa, NV,NVIDIA and
ATI have been tested thoroughfully and seem to work fine.
A complete changelog of Xorg 7.5 can you read here:
http://www.x.org/releases/X11R7.5/
A note to FreeBSD 6.X users: We strongly recommend you
to update your system to 7.x or above.
For updating try
portupgrade -af \*
or:
portmaster -af
Please report any problems and issus to x11 (at) FreeBSD.org.
Thanks to beat@, rnoland@, fluffy@, stas@ and all testers for their help
and Feeback.
Tested by: Community and 2x exp-runs
e-mail addresses from the pkg-descr file that could reasonably
be mistaken for maintainer contact information in order to avoid
confusion on the part of users looking for support. As a pleasant
side effect this also avoids confusion and/or frustration for people
who are no longer maintaining those ports.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
ia64 doesn't have any non-serial console. It does allow xorg to
build though and in particular xorg-drivers. The latter depends on
xorg-server.
Ok'd: rnoland@
modular xorg.
- supply corresponding USE_XORG for all imake-using ports that need it
- USE_IMAKE no longer implies USE_XLIB in absence of USE_XORG
- retire USE_X_PREFIX which is not really used anywhere after the
above change
- a few minor nits like whitespace and SF macro
Tested by: 2 tinderbox runs by pav
Approved by: portmgr (pav)
o Update randrproto, libXrandr and xrandr to 1.3.0
o Update xf86-video-intel to 2.6.3
o Update other less common drivers as needed
o Mark a bunch of un-maintained input drivers ignored
o Update the various slave X server ports as well
mem(4) doesn't work on sparc64, revert to the pre-libpciaccess
approach of using the tty(4) device opened by the X server there.
Hopefully we have proper MI means of doing so one day.
Approved by: flz
a side effect of changing current operation level and sysmouse(4) lets
you open /dev/sysmouse multiple times unlike other mouse drivers.
- Check if /dev/mouse is linked to /dev/psm0 or /dev/ums0.
- Simplify the patches a little while I am here.
Extended PS/2 protocol without moused(8) is only supported from FreeBSD 7.1
and above.
- Try default PS/2 and USB mouse ports if /dev/sysmouse does not exist.
Previously, it was only available when HAL support was compiled in.
They should be able to handle SysMouse protocol at operation level 1.
- Check protocol for ums(4) as it only supports SysMouse protocol.
- Sync X server with mouse driver.
Reviewed by: rnoland
- Bump PORTREVISION for all ports depending on libglut since the shlib
version number went from 4 to 3.
- Bump PORTREVISION for all ports depending on libXaw as libXaw.so.8 isn't
installed anymore.
- Couple of ports fixes (mostly missing xorg components added to USE_XORG).
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
- Remove CONFIGURE_TARGET hack in various bsd.*.mk
- USE_GNOME=gnometarget is now an no-op
Changes to individual ports, other than removing the CONFIGURE_TARGET hack:
= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
- comms/gnuradio
- science/abinit
- science/elmer-fem
- science/elmer-matc
- science/elmer-meshgen2d
- science/elmerfront
- science/elmerpost
= use x86_64 as ARCH
- devel/g-wrap
= other changes
- print/magicfilter
GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf
Total # of ports modified: 1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)
PR: 126524 (obsoletes 52917)
Submitted by: rafan
Tested on: two pointyhat 7-amd64 exp runs (by pav)
Approved by: portmgr (pav)
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
Since psm has gained write(2) support, it can be directly driven by X.org
input drivers without help of moused(8) or SysMouse protocol.
- Fix regressions without moused running.
PR: ports/122363, ports/122405
- Do not probe /dev/psm0 as SysMouse if HAL support is enabled.
- Add /dev/ums0 as SysMouse if HAL support is disabled.
- Do not force sysmouse(4) mode unless device is /dev/sysmouse. When
moused(8) is not running, current mode level is untouched.
- Correcly check if moused is actually running. Checking pid file is
not enough because it may be /var/run/moused.<device>.pid when it is
invoked by devd(8) for USB mice.
- Do not attach device if it is opened by moused.
- Correctly add device path for HAL.
This patch is tested with many possible combinations of moused(8), HAL,
PS/2 mouse, USB mouse, and xorg.conf.
Tested by: cokane, jkim, marcus,
Matthew Seaman (m dot seaman at infracaninophile dot co dot uk)
CLOCK_MONOTONIC is available.
- If FreeBSD-specific CLOCK_MONOTONIC_FAST is available, use it
instead of precise but slow gettimeofday(2) or CLOCK_MONOTONIC.
Reviewed by: stable, x11
