distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

also enable xf86-video-trident for xorg-server 21 builds, it builds fine.

xf86-video-ark builds with xorg-server 21.

enable it where it was diabled: x86, alpha, cats.

branches: 1.127.2;
Put back xorg_server_ver=110 specific files lost in 21.1.3 updates.

Also fix syspkg names and reorder entries for readabilities.
Fixes "fail to load libfb.so" errors in case of HAVE_XORG_SERVER_VER=110.
(Note these ports have been switched to HAVE_XORG_SERVER_VER=120)

Ok'ed by mrg@ on tech-x11@:
https://mail-index.netbsd.org/tech-x11/2024/01/24/msg002434.html

updates for xf86-video-ati 22.0.0.

bump amdgpu_drv version, obsolete old one.

updates for xorg-server 21.1.3.

also move cvt manual parts into the xbase set.

fix sets after making cvt(1) for everyone

remove duplicate entries for Xorg and gtf

bump the krb_drv.so version (oops forgot to commit this yesterday.)

should fix most of the 46 builds broken currently..

updates for the merged cirrus driver (apline/laguna sub-drivers are gone.)

xorg-server: Add xorg.conf.d(5) MLINKS.

fix ati_drv version after switching to newer sources for everyone.

amdgpu_drv.so got bumped.

install amdgpu.ids.

Reintroduce the support of MKCATPAGES

Requested by <mrg>

Remove catman pages support

No longer relevant after the MKCATPAGES removal.

Sort and deduplicate set lists.

Build radeonsi driver.

Give syspkg names to xserver amd64 md files without xorg_server_ver=110

Give syspkg names to xserver without machine dependet files

mark several things that are only built with MKLLVMRT=yes with 'llvmrt'.

from kre.

radeon_drv major was bumped.

Change package name "-obsolete-" to "<category>-obsolete". It is a little step.

bump amdgpu_drv.so major.

Fix MKCATPAGES=yes build

Register vboxvideo.0 for i386 and amd64 sets.

Hook vboxvideo driver into the build.

update for xorg-server 1.20.3:
- add new files
- re-mark them as 120 not 118

it is now called mga_drv.so.2.

branches: 1.101.2;
update for new amdgpu and radeon driver versions.

branches: 1.100.12;
move xtrans.m4 to comp, since it gets installed with the headers.

PR/51770: Yorick Hardy: Install xtrans.m4 (needed by net/tigervnc)

build the modesetting driver on x86.
build the modesetting driver for xorg-server 1.18.4. it has moved
into the xorg-server tree itself, and changed significantly.

mark all the xorg-server 1.10 specific files as obsolete for xorg-server 1.18.

being to adapt not ready or not switched ports more to 1.18.

reenable chips driver everywhere now it builds with xorg-server 1.18

reenable the cirrus, i128, i740, neomagic and tseng drivers now they
build with xorg-server 1.18.

re-enable ast driver for xorg-server 1.18 and x86 as 1.1.5 builds.

now they build, reenable mach64, mga, s3, s3virge and tdfx drivers on x86
when built with xorg-server 1.18

remove all the X11R6 (old xfree86) entries.

a technically more correct solution would be to mark all but the
shared libraries obsolete, but with approximately 10000 entries
it would significantly slowdown postinstall obsolete checking
and as an end-user, i'm not sure i'd want it anyway.

this also makes it much easier to automate X11R7 changes ;-)

- introduce HAVE_XORG_GLAMOR which is set to yes on xorg-server 1.18
and x86 ports only so far.
- build glamor extension.
- fix debug set lists for xorg-server 1.18
- install xf86-video-amdgpu driver on xorg-server 1.8 and x86
- clean up radeon-kms Makefile and enable glamor xorg-server 1.8
- clean up various obsolete makefile parts

nouveau is active and neomagic is not active, with xorg-server 1.18.

sets lists updates for xorg-server 1.18. mark the obsolete files
with xorg_server_ver=110 and the new-only files with 118.

branches: 1.88.2;
dd intel_old man page

build the nouveau gallium driver.

Update sets lists for nouveau man-pages

build libdrm_nouveau and xf86-video-nouveau on x86.

crashes early when starting so far.

Install radeon(4) from radeon-kms into x86 subdir.

This way, there is no file name issue with radeon(4) from
the old not-kms driver; and subdir man pages are preferred
to non-subdir.

Addresses MKREPRO issue from PR 50132.

XXX: This will stop being correct if radeon-kms is ported to more
platforms like sparc64.

un-obsolete xf86-video-intel-old components that were being installed
but deleted by postinstall.

libdri2.a is still installed.

delete obsolete vga and radeonhd drivers.

updates for libdrm 2.4.62 and xf86-video-ast 1.0.1.

no longer build a bunch of xorg-server twice (for .a and _pic.a).
entirely obsolete installing libi2c since it's builtin.

libfb, libdri and libdri2 all want to be both .a for the Xorg link
and .so for the run-time, i didn't really look too closely.

remove a bunch of duplicated set list entries.

i built a bunch of platforms for this, and i think i got the sets
lists updates correct, including for debug sets, but it's probable
that i broke something.

XXX: pullup to netbsd-7, but not critical

Build both xf86-video-radeon drivers for amd64 and i386, just build the
old one for other ports.

Add xf86-video-intel-old to the build.

add build framework to choose between xf86-video-ati 6.x (UMS/KMS)
and 7.x (KMS only), and switch x86 to the latest (KMS only) version.

(if someone can make x86 install both radeon_drv.so.[67] and leave
the default symlink to .7, that would be nice. renaming it so that
it's easier to choose via xorg.conf is a little more tricky..)

sets.subr:
support machine=<xxx>, machine_arch=<xxx>, machine_cpu=<xxx> tags.

dri7: build Mesa 7 r300_dri.so for x86 platforms.

update sets and reachover makefiles for mesa 10.3.5.

branches: 1.73.4;
Update reachover makefiles and set lists for xf86-video-intel 2.21.15.

Drop superflous "picinstall" flag on "obsolete" items

Reported by apb@, thanks!

Mark all _pic.a archive files with the 'picinstall' flag.

This fixes checkflist with MKPICINSTALL=no.

ok christos@.

Sort entries in strcmp order.

updates for xf86-video-vmware 13.0.1

bump vmmouse_drv.so

Add a new "debug" set that gets built when ${MKDEBUG} is set. On evbarm:
-rw-r--r-- 1 root src 35806068 Jan 16 10:47 base.tgz
-rw-r--r-- 1 root src 57374069 Jan 16 10:48 comp.tgz
-rw-r--r-- 1 root src 101286193 Jan 16 10:49 debug.tgz
...
This allows always building the debugging code and libraries but not
installing it (although now it is placed in the default sets if ${MKDEBUG}
is set

Add debug files

branches: 1.65.2;
+xgi.0

add files belonging to the xf86-video-xgi driver

branches: 1.63.2;
Fix up amd64 set lists for MKDEBUGLIB=yes build. There are still
issues for other arches.

obsolete libxf8_16bpp.

move xorg-server.m4 into the MD files that build xorg-server.
this should fix most of the recent build issues on xorg without
xorg-server platforms.

- remove README.DIR, README.rapidaccess.
- add README.modes.
- add new xorg-server headers.
- obsolete XKeysymDB.

enable xf86-video-openchrome for x86 and xf86-video-geode for i386.

updates for Mesa 7.7.1.

updates for xf86-video-vmware

don't build xf86-input-void; it is obsolete since xorg-server 1.4.

Link the xf86-input-ws X.Org input driver to the build and add it to the lists
that also have the wsmouse driver.

xf86-input-ws adds support for touchpanels in X11 that report absolute position
data through wscons(4), e.g. the extended ums(4) driver. xf86-input-ws was
written by Matthieu Herrb for OpenBSD.

Please remember to also update xsrc before the next system build.

move protocol.txt from xserver/md.* into xbase/mi, since it's built
on all Xorg platforms, not just ones using hw/xfree86.

reported by he@ and noticed by i understand 32 autobuilds.

Install manpage for the Xorg S3 driver.

- build mesa_dri and swrast on all platforms
- kill imstt
- re-add int10 on macppc

install the xorg "protocol.txt" file.

don't build the vga or nsc drivers -- they haven't been ported to
xorg-server 1.6 yet. remove them from the list of drivers to try
to load with "X -configure". (someone should also confirm that
this list of drivers is right.)

this should fix PR#41626.

unobsolete libglx

- build and install swrast_dri.so
- don't force linking dri_util.c into swrast_dri.so
- fix the source lists in libGL/OSmesa makefiles
- unobsolete the symbols/pc keymap and 7x14-KOI8-R.pcf.gz font

XXX the libGL/OSmesa makefiles could use some reorg. there
XXX are a bunch of duplicated items.

merge all the changes for xorg-server 1.6

from yorick hardy:
- build mesa_dri.so, saving ~1.8MB per module (yay, the size of the
xsetrver set goes down massively now)
- use the right includes so that dri * mesa use the same headers
- correct LIBDPLIBS for libdri

tested by jmcneill, and builds fine for me.

xf86-video-wsfb

Try to cleanup the sets to allow ports without X11R7 servers to build:
- Xnest is mi, cvt and gtf are not
- Man pages are (mostly) mi

As all port now build Xvfb, move it into the mi file.
Remove any empty md.* files (but leave ad.*)

branches: 1.42.2;
Install the Cards file used by xorgconfig.

branches: 1.41.2;
Add radeonhd_drv and change the name of some cirrus subdrivers by
removing the _drv part for cirrus_alpine and cirrus_laguna

move DRI drivers into arch-specific xserver lists
OKed by cube

Add missing entries for "r128" driver.

build and install the libGLcore server module

add entries for the libglx extension module in xorg

- add exa cat,man,html entries (from hubertf@)
- sort and make uniq
- remove commented out Xmacppc

Note intsallation of the exa module.

mach64 driver set list entries for amd64 and i386

Use "-obsolete-" instead of "-unknown-" as the syspkg tag for obsolete entries.
Suggested by Alan Barrett <apb>

Add back a few x11 man pages that werew lost in r1.25.

* reformat the (non-comment) columns
* use "-unknown-" as the syspkg tag for obsolete entries for consistency
with in-use entries
* remove pointless "obsolete" X11R7 entries

fix .cat/html tag on intel.{0,html}

add intel and sis driver files.

fix set lists for amd64.

move XF86VM.3 into xcomp where it belongs.

make xorg sets for amd64 almost entirely correct.

fix most of the amd64 sets.

fix the module list.

Entries for HTML man pages generated with MKHTML=yes.
PR 29233

- fix the "tag" list i got wrong earlier - it is comma separated.
- add a bunch of xorg stuff for other platforms.

add the last of the xorg list entries

mark all src/x11 built files with "x11" tag.

branches: 1.19.18; 1.19.22;
White space nits.

Enable build.sh -x building for the usbtablet driver new in xsrc

distrib/sets/lists/xserver/md.* to list the additional files for XFree86
using ports
share/mk/bsd.x11.mk and x11/... for the actual building

Contributes to closing PR xsrc/23964
Reviewed by tron@NetBSD.org

All of the X11 obsolete set lists are installed now.

Add new files installed after import of XFree86 4.5.0.

Move /var/db/obsolete/xserver in md sets for those archs that have it.

Update reachover build framework set list for XFree86 4.5.0.

branches: 1.13.2;
+ add riva128 submodule patch from Dieter Roelants
+ add riva128.o submodule to md set lists
should resolve pr#28808

Obsolete the short-lived wsfb.o.

XXX this mechanism sucks. fixed under duress.

Rename wsfb.o to wsfb_drv.o.
Add wsfb man and cat pages.

Add "./usr/X11R6/lib/modules/drivers/wsfb.o".

+ add lib{shadow,layer}.a into appropriate x11 md set lists

branches: 1.8.4;
AMD64 doesn't build i740.o, etc so nuke those entries from here. If this is
a mistake, fix the Makefiles under src/x11/Xserver first.

Eliminate a lot of redundancy here. Xnest is built on every platform..So it
goes in mi

Don't include newport on non-sgimips. remove unneeded tings on sgimips.

Add missing via files.

+ add/update files removed between xf43->44 as obsolete

Adapted from md.i386.

Separate out the X sets:
* sets for xsrc/xc (XF 3.x)
xbase3 xcomp3 xcontrib3 xfont3 xmisc3 xserver3
* sets for xsrc/xfree/xc (XF 4.x)
xbase4 xcomp4 xcontrib4 xfont4 xmisc4 xserver4
* sets for src/x11 (reachover build of xsrc/xfree/xc):
xbase xcomp xcontrib xfont xmisc xserver
(note: not populated yet, and not to be shared by x*3 or x*4 anymore)

x86_64 -> amd64