As like as HEAD(14.0-RELEASE) llvm16 was merged in base for 13.2-STABLE
with the OSVERSION 1302507.
- Utilize USE_CXXSTD=c++14 or similar solution where applicable
- Update conditionals to addtionally check for OSVERSION greater than
1302507 and less than 1400000
Approved by: portmgr (blanket)
Sponsored by: The FreeBSD Foundation
Replace GL_COMMIT by GL_TAGNAME in all ports. The new GL_TAGNAME is
backwards-compatible (accepting any commit hash as before), but also
understands an actual tag name. Moving to tag names where appropriate is
left to individual ports' maintainers.
Approved by: portmgr (tcberner, mentor)
Differential Revision: https://reviews.freebsd.org/D37077
The vesa driver checks if the kernel as a driver attached to the pci device.
This used to work before df10dcefa4 ("devel/libpciaccess: Update to 0.17")
because we had a patch in libpciaccess that always said that the kernel didn't
had any driver attached. This is obviously not a correct way.
The problem is that vgapci is always attached for us so for pci video devices
we always have a driver attached.
Ignoring the check in xf86-video-vesa seems the best way for us.
PR: 270509
Sponsored by: Beckhoff Automation GmbH & Co. KG
The port requires GCC to build on i386 architectures. As GCC default
version will soon be updated to version 12, but the port breaks with GCC
12, we explicitly ask for GCC 11.
PR: 266195
Reported by: exp-run (antoine)
Approved by: maintainer timeout (x11, 1 month)
Commit b7f05445c0 has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.
There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.
The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.
Approved by: portmgr (tcberner)
2022-09-04 x11-drivers/xf86-video-trident: Broken with recent xorg, no fixes upstream
2022-09-04 x11-drivers/xf86-video-s3: Broken with recent xorg, no fixes upstream
2022-09-04 x11-drivers/xf86-video-glint: Broken with recent xorg, no fixes upstream
Port changes:
- flavorize the port
- decouple Xwayland as it has been split from Xorg
- switch to meson
- cleanup non necessary patches anymore
- stop butchering the build system to play with Xorg.wrap but do it
in post-install
- remove dmx (no longer existing)
- use libmd for sha1 (remove dependency on open/libre ssl)
- always activate RPC security
- simplify postinstall/deinstall script and make them cross install friendly
- remove the SUID option and make it the default, we cannot startx as user without it
- only keep the mesa-dri dependency on xorg-server not others
xf86-video-ati: fix build with recent xorg
While here incorporate a patch which prevent crash of the driver
when xrandr is invoked
Update x11/libxcvt to provide cvt(1) and friends which are not provided anymore
Xorg
Reviewed by: tcberner, manu, jbeich
Approved by: tcberner, manu
Differential Revision: https://reviews.freebsd.org/D35661
A big Thank You to the original contributors of these ports:
* Florent Thoumie <flz@freebsd.org>
* Gleb Smirnoff <glebius@FreeBSD.org>
* NIIMI Satoshi <sa2c@sa2c.net>
* lesi@FreeBSD.org
With hat: portmgr
libdrm includes stdbool.h but xorg redefines it in xf86Opt.h
Simply undef our bool to fix this failure.
PR: 259949
Sponsored by: Beckhoff Automation GmbH & Co. KG
ONLY_FOR_ARCHS_REASON is used as part of the sentence and thus should
start with lower-case letter and not end with a period which is added
by the framework, similar to other knobs like BROKEN, IGNORE, et al.
While here, remove needless quoting, add missing Oxford comma, expand
contractions and jargonisms, use correct spelling for proper names.
AST video which works on 11-, doesn't on 12-, restored by
pulling in some Linux DRM patches and then massaging it to
avoid device-tree madness, from darius@dons.net.au
PR: 240294
Approved by: zeising (x11@)
Work around execbuffer2 test failure. I was not able to enable DRI3 with
SNA. It turned out DRM_IOCTL_I915_GEM_EXECBUFFER2 ioctl returns a
different error code, i.e., ENOENT instead of EFAULT. Allow both to
return true.
PR: 256354
Approved by: x11 (manu)
Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.
PR: 246767
Reviewed by: manu, bapt
Approved by: x11
Differential Revision: https://reviews.freebsd.org/D30824
USE_GCC=any has been equivalent to USE_GCC=yes in most cases (such
as i386 and amd64 since 12.x and depending on configuration 11.x,
most newer installations on other platforms, and 13.x across the
board).
Since commit 96c17633d9 Mk/bsd.gcc.mk is treating them as
different spellings of the same, so continue the deorbiting of the
USE_GCC=any form and simply replace it with USE_GCC=yes.
This should not make any functional difference at all.
Discussed with: mat, linimon, pkubaj
