Re: X.Org modules which could use some help to release

2019-08-05 Thread Niclas Zeising 

Hi!
I've tried to give an update of the state of the listed components in 
FreeBSD, as packaged in FreeBSD ports.  See inline.
Unfortunately, I can only tell if it's packaged or not, and if any other 
packages depend on it.  I don't have detailed usage statistics though.



On 2019-07-15 03:34, Alan Coopersmith wrote:

As you may have noticed, I've been working through the various modules to make
releases of those with significant enough change to justify a release (i.e.
more than just the autogen.sh cleanups & gitlab README/configure.ac updates).

There's some modules which have more than enough change that I've left for
now for other reasons, which others could help with:

app/mkcomposecache:
   - Does anyone actually use this?  I think the code to read the files is
 in Xlib, but do packagers ship this to build the files?


Packaged in FreeBSD ports.  Nothing depends on it.



app/twm:
   - Needs someone to evaluate:
 https://gitlab.freedesktop.org/xorg/app/twm/issues/7
 https://patchwork.freedesktop.org/project/Xorg/list/?q=twm
 patches in https://gitlab.freedesktop.org/xorg/app/twm/issues


Packaged in FreeBSD.  Don't know about usage, and haven't heard anything 
about issues in FreeBSD.




app/xkbcomp:
   - Needs someone to evaluate:
 https://patchwork.freedesktop.org/project/Xorg/list/?q=xkbcomp
 https://gitlab.freedesktop.org/xorg/app/xkbcomp/issues


Packaged in FreeBSD.  Has several ports depending on it.



app/xkbutils:
   - Needs someone to evaluate:
 patch in https://gitlab.freedesktop.org/xorg/app/xkbutils/issues/1


Packaged in FreeBSD.



app/xrandr:
   - Needs someone to evaluate:
 https://gitlab.freedesktop.org/xorg/app/xrandr/merge_requests/1
 https://patchwork.freedesktop.org/project/Xorg/list/?q=xrandr


Packaged and in use.  Haven't heard about any issues.



app/xrestop:
   - Are we shipping this as an X.Org project now despite the GPL license?
   - Previous releases are on yoctoproject.org, not xorg.freedesktop.org -
 do we care about that?


Packaged in FreeBSD.



app/xresponse:
   - I didn't even know this existed until seeing it in gitlab, but it's
 apparently another GPL project we inherited from openedhand.
 It looks like it's been abandoned since 2007 - does anyone use it
 or should it just be archived now?


NOT packaged in FreeBSD.



app/xscope:
   - I pushed the fixes to show peer process info on Linux & Solaris.
 Does anyone want to provide support for any other platforms before we
 ship this?  See:
 https://lists.x.org/archives/xorg-devel/2019-February/057982.html


Packaged in FreeBSD.  I can have a look into if I can adopt the patch 
for FreeBSD as well.




app/xshowdamage:
   - This appears to be test code, never released as a tarball, but might
 still be useful for debugging, so I don't think it should be archived.


NOT packaged in FreeBSD



driver/xf86-input-keyboard:
   - Needs a FreeBSD person to figure out the correct patch to apply for:
 https://gitlab.freedesktop.org/xorg/driver/xf86-input-keyboard/issues/28


I guess that's me.  I'll have a look.  We have some local patches as 
well, I'll see about upstreaming those at the same time.




driver/xf86-video-dummy:
   - Needs someone to evaluate:
 
https://gitlab.freedesktop.org/xorg/driver/xf86-video-dummy/merge_requests/1


Packaged for FreeBSD.  No idea if it works or is actually in use.



These I skipped because we don't package them in Solaris and I don't know if
anyone else still uses them or they should just be archived now:
   - app/beforelight
   - app/fdclock
   - app/mdm
   - app/rstart
   - app/scripts
   - app/xf86dga
   - app/xfwp
   - app/xvidtune
   - app/xcb-demo
   - driver/xf86-video-ark
   - driver/xf86-video-armsoc
   - driver/xf86-video-impact
   - driver/xf86-video-newport
   - driver/xf86-video-nested  (has never had a release?)
   - driver/xf86-video-tga
   - driver/xf86-video-tseng
   - driver/xf86-video-xgi
   - driver/xf86-video-xgixp
   - lib/libWindowsWM
   - lib/libXTrap
   - util/gccmakedep
   - util/install-check

(Of those, only xfwpm, xvidtune, & elographics have an entry on
  release-monitoring.org, which is one sign of use in distros,
  but not definitive.)



Of the ones listed above, the following are packaged for FreeBSD
app/beforelight
app/rstart
app/scripts
app/xf86dga
app/xfwp
app/xvidtune
driver/xf86-video-ark
driver/xf86-video-tseng
lib/libXtrap
util/gccmakedep

I have no idea if the drivers work or not.
Of all of these, only gccmakedep has any dependencies, the rest can 
probably be deprecated, from our point of view.
Per conversation elsewhere, I'm looking into deprecating app/rstart and 
lib/libXtrap, as wll as app/xtrap, which already has been deprecated in 
freedesktop gitlab.


I hope this list is of some help.

Thank you!
Regards
--
Niclas Zeising
FreeBSD ports committer and x11 maintainer
___
xorg-devel@lists.x.org: X.Org development

Re: X.Org modules which could use some help to release

2019-07-23 Thread Adam Jackson 
On Mon, 2019-07-22 at 12:53 -0400, Felix Miata wrote:

> No joy:
> (EE) TSENG(0): No valid Framebuffer address in PCI config space;
> 
> Does this mean the ET6100 needs manual configuration of PCI Bus ID? Other?

I think it means the driver is broken, now. Repairable, but.

Specifically:

> [72.334] (WW) Falling back to old probe method for tseng

If we ever see this for a PCI device, where the driver subsequently
binds and tries to initialize, then something has probably gone wrong.
In this case it's that the tseng driver lacks a pci-specific probe
method (the PciProbe slot in DriverRec), and the "old" probe method
seems not to find the corresponding PCI device descriptor. So by the
time we hit here:

https://gitlab.freedesktop.org/xorg/driver/xf86-video-tseng/blob/master/src/tseng_driver.c#L883

PCI_REGION_BASE() returns NULL here since the device descriptor is
empty, and the driver throws its hands up in despair. But the real
descriptor _does_ correctly describe the video memory BAR:

[72.041] (--) PCI:*(0:0:10:0) 100c:3208:: rev 112, Mem @ 
0xe800/16777216, I/O @ 0xd000/256, BIOS @ 0x/16777216

There are other drivers that also only have a legacy probe method that
I believe have been seen to work since the pciaccess conversion, so I'm
sure this is fixable. But apparently I dropped those drivers from
Fedora about eight years ago, so I'm unlikely to find time to fix them.
Should be an easy project for anyone who has such hardware to test with
though.

- ajax

___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: X.Org modules which could use some help to release

2019-07-22 Thread Felix Miata 
Adam Jackson composed on 2019-07-22 11:23 (UTC-0400):

> On Sun, 2019-07-21 at 09:29 -0400, Felix Miata wrote:

>> Adam Jackson composed on 2019-07-16 15:33 (UTC-0400):
 
>>> On Sun, 2019-07-14 at 18:34 -0700, Alan Coopersmith wrote:
  
   - driver/xf86-video-tseng
  
>>> These are drivers for some fairly ancient PCI devices, both Tseng Labs
>>> and Ark Logic were out of the graphics chip business by 1999. If
>>> someone wants to verify that they work with a current release, neat,
>>> but this is serious necrocomputing territory.
 
>> Does any distro package this? It's the best there ever was for DOS users. I 
>> would
>> test if I could find an .rpm (Mageia, openSUSE, Fedora) or .deb (Buster, 
>> AntiX) to
>> install.
 
> Fedora did for a while:
 
> https://src.fedoraproject.org/rpms/xorg-x11-drv-tseng/tree/f16

No joy:
(EE) TSENG(0): No valid Framebuffer address in PCI config space;

Does this mean the ET6100 needs manual configuration of PCI Bus ID? Other?

Xorg.0.logs & dmesgs from F16 using
:
http://fm.no-ip.com/Tmp/Linux/Xorg/Tseng/
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: X.Org modules which could use some help to release

2019-07-22 Thread Adam Jackson 
On Sun, 2019-07-21 at 10:08 +0100, Jon Turney wrote:
> On 16/07/2019 20:07, Adam Jackson wrote:
> > On Mon, 2019-07-15 at 14:31 -0700, Alan Coopersmith wrote:
> > > On 7/15/19 4:02 AM, Thomas Klausner wrote:
> > > 
> > > > libWindowsWM
> > > 
> > > This is supposed to only be useful on Cygwin, but a Cygwin package search
> > > says they don't ship it, and it hasn't had a release since 2009,  so I
> > > wonder if anyone uses it, or just keeps building it because no one ever
> > > said "stop".
> 
> I think this can be archived, so I'll say "Stop!" :-)

I've gone ahead and archived this library.

- ajax

___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: X.Org modules which could use some help to release

2019-07-22 Thread Adam Jackson 
On Sun, 2019-07-21 at 09:29 -0400, Felix Miata wrote:
> Adam Jackson composed on 2019-07-16 15:33 (UTC-0400):
> 
> > On Sun, 2019-07-14 at 18:34 -0700, Alan Coopersmith wrote:
>  
> > >   - driver/xf86-video-tseng
>  
> > These are drivers for some fairly ancient PCI devices, both Tseng Labs
> > and Ark Logic were out of the graphics chip business by 1999. If
> > someone wants to verify that they work with a current release, neat,
> > but this is serious necrocomputing territory.
> 
> Does any distro package this? It's the best there ever was for DOS users. I 
> would
> test if I could find an .rpm (Mageia, openSUSE, Fedora) or .deb (Buster, 
> AntiX) to
> install.

Fedora did for a while:

https://src.fedoraproject.org/rpms/xorg-x11-drv-tseng/tree/f16

- ajax

___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: X.Org modules which could use some help to release

2019-07-21 Thread Felix Miata 
Adam Jackson composed on 2019-07-16 15:33 (UTC-0400):

> On Sun, 2019-07-14 at 18:34 -0700, Alan Coopersmith wrote:
 
>>   - driver/xf86-video-tseng
 
> These are drivers for some fairly ancient PCI devices, both Tseng Labs
> and Ark Logic were out of the graphics chip business by 1999. If
> someone wants to verify that they work with a current release, neat,
> but this is serious necrocomputing territory.

Does any distro package this? It's the best there ever was for DOS users. I 
would
test if I could find an .rpm (Mageia, openSUSE, Fedora) or .deb (Buster, AntiX) 
to
install.

Without nomodeset on ET6100 I get black screen framebuffer booting Buster or
Tumbleweed.

Trying X in Buster or TW neither FBDEV nor VESA succeeds:
http://fm.no-ip.com/Tmp/Linux/Xorg/xorg.0.log-et6100-buster
http://fm.no-ip.com/Tmp/Linux/Xorg/dmesg-et6100.txt

AntiX fbdev works @1024x768:
# inxi -GxxSM
System:Host: hp945 Kernel: 4.4.8-antix.2-amd64-smp x86_64 bits: 64 
compiler: gcc v: 4.9.3 Console: N/A
   dm: N/A Distro: Debian GNU/Linux 8 (jessie)
Machine:   Type: Desktop System: HP-Pavilion product: RX900AA-ABA a6010n v: N/A 
serial: CNX71002LP
   Chassis: Hewlett-Packard type: 3 v:  serial: N/A
   Mobo: ASUSTek model: LEONITE v: 5.00 serial: MS1C71S40800293 BIOS: 
Phoenix v: 5.10 date: 01/30/2007
Graphics:  Card-1: Intel 82945G/GZ Integrated Graphics driver: N/A bus ID: 
00:02.0 chip ID: 8086:2772
   Card-2: Tseng Labs ET6000 driver: N/A bus ID: 01:04.0 chip ID: 
100c:3208
   Display: server: X.Org 1.16.4 driver: fbdev,modesetting unloaded: 
tseng,vesa
   resolution: 1024x768~N/A
   OpenGL: renderer: Gallium 0.4 on llvmpipe (LLVM 3.5 128 bits) v: 3.0 
Mesa 10.3.2 direct render: Yes

-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: X.Org modules which could use some help to release

2019-07-21 Thread Jon Turney 

On 16/07/2019 20:07, Adam Jackson wrote:

On Mon, 2019-07-15 at 14:31 -0700, Alan Coopersmith wrote:

On 7/15/19 4:02 AM, Thomas Klausner wrote:


libWindowsWM


This is supposed to only be useful on Cygwin, but a Cygwin package search
says they don't ship it, and it hasn't had a release since 2009,  so I
wonder if anyone uses it, or just keeps building it because no one ever
said "stop".


I think this can be archived, so I'll say "Stop!" :-)


In principle it would be useful for any window manager that happens to
be driving a server with that extension (likely only on win32), but if
you're running your wm on a different machine/os from your win32
display you are doing something kinda weird.

In practice, I had trouble finding _any_ window manager that used this
extension, and the server-side code has been deleted in master:

https://gitlab.freedesktop.org/xorg/xserver/merge_requests/178


I guess the corresponding proto header in xorgproto should be moved to 
attic/ as well.

___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: X.Org modules which could use some help to release

2019-07-19 Thread Thomas Klausner 
Oh, forgot one diff, attached now.
 Thomas

On Fri, Jul 19, 2019 at 11:26:06PM +0200, Thomas Klausner wrote:
> On Mon, Jul 15, 2019 at 02:31:13PM -0700, Alan Coopersmith wrote:
> > On 7/15/19 4:02 AM, Thomas Klausner wrote:
> > > As a datapoint:
> > 
> > Thanks for the info.
> > 
> > > Of these, the following have packages in pkgsrc:
> > > 
> > > libWindowsWM
> > 
> > This is supposed to only be useful on Cygwin, but a Cygwin package search
> > says they don't ship it, and it hasn't had a release since 2009,  so I
> > wonder if anyone uses it, or just keeps building it because no one ever
> > said "stop".
> > 
> > > libXTrap
> > 
> > Similarly, this just seems like something build because they never knew
> > what it was for - do they really have much software that adopted a
> > proposed extension for X11R5, that's been deprecated since XTEST &
> > RECORD came out in X11R6 in 1994?  (Oh, hey, time to change 15 -> 25 in
> > https://gitlab.freedesktop.org/xorg/lib/libxtrap/blob/master/README.md )
> > 
> > > rstart
> > 
> > We dropped this with a note to use ssh X-forwarding instead.
> 
> Thanks. I removed these three and xtrap from pkgsrc.
> 
> > > and the following:
> > > 
> > > beforelight
> 
> No local changes.
> 
> > > xf86-video-ark
> 
> Adaptation to latest xorg-server.
> 
> > > xf86-video-newport
> 
> Bigger diff, see attachment.
> 
> > > xf86-video-tga
> 
> Adaptation to latest xorg-server.
> 
> > > xf86-video-tseng
> 
> Adaptation to latest xorg-server, and some small diffs.
> 
> > > xf86-video-xgi
> 
> Big diff, see attachment.
> 
> > > xf86dga
> 
> No local changes.
> 
> > > xfwp
> 
> No local changes.
> 
> > > xvidtune
> 
> No changes.
> 
> > > are included in NetBSD's xsrc, probably some with patches.
> > > 
> > > I can't tell if they are there for historic reasons or if anyone is
> > > actually still using them.
> > 
> > Well, NetBSD still claims to support some of the ancient platforms for
> > those drivers, so they might be:
> > 
> >  - xf86-video-tga - DEC Alpha graphics, for mid-90's systems such as:
> >https://en.wikipedia.org/wiki/DEC_Multia
> > 
> >  - xf86-video-newport - SGI MIPS workstation graphics:
> >https://en.wikipedia.org/wiki/SGI_Indy#Graphics
> > 
> > but those drivers don't seem to be getting all the API/ABI updates, and
> > haven't had releases to make them compatible with any recent X server,
> > so they'd have to be patching them to make them work.  Perhaps NetBSD
> > folks who support those platforms should become their maintainers?
> 
> I usually can't even get NetBSD committers to send their diffs
> upstream to you, so making them maintainer is even less likely to have
> positive results.
> 
> I don't know what the best solution is.
> 
> Should we try getting the diffs merged? (See attachments, I can try to
> group them in commits with messages if someone will apply them.)
> 
> Cheers,
>  Thomas

> mibstore.h and its miInitializeBackingStore() have been otherwise empty
> since at least xorg-server 1.10.  remove all reference to them as the
> header is gone in xorg-server 1.18.
> 
> Index: dist/src/ark_driver.c
> ===
> RCS file: /cvsroot/xsrc/external/mit/xf86-video-ark/dist/src/ark_driver.c,v
> retrieving revision 1.1.1.4
> retrieving revision 1.2
> diff -u -r1.1.1.4 -r1.2
> --- dist/src/ark_driver.c 23 Jul 2015 01:15:49 -  1.1.1.4
> +++ dist/src/ark_driver.c 16 Aug 2016 01:27:46 -  1.2
> @@ -39,7 +39,6 @@
>  #include "compiler.h"
>  #include "mipointer.h"
>  #include "micmap.h"
> -#include "mibstore.h"
>  #include "fb.h"
>  #include "ark.h"
>  
> @@ -538,7 +537,6 @@
>  
>   fbPictureInit (pScreen, 0, 0);
>  
> - miInitializeBackingStore(pScreen);
>   xf86SetBackingStore(pScreen);
>  
>   if (!pARK->NoAccel) {

> Index: dist/src/newport.h
> ===
> RCS file: /cvsroot/xsrc/external/mit/xf86-video-newport/dist/src/newport.h,v
> retrieving revision 1.1.1.2
> retrieving revision 1.4
> diff -u -r1.1.1.2 -r1.4
> --- dist/src/newport.h23 Jul 2015 01:15:59 -  1.1.1.2
> +++ dist/src/newport.h23 Jul 2015 01:19:16 -  1.4
> @@ -38,6 +38,7 @@
>  /* register definitions of the Newport card */
>  #include "newport_regs.h"
>  
> +#define NEWPORT_REGISTERS   0xf
>  #define NEWPORT_BASE_ADDR0  0x1f0f
>  #define NEWPORT_BASE_OFFSET 0x0040
>  #define NEWPORT_MAX_BOARDS 4
> Index: dist/src/newport_cmap.c
> ===
> RCS file: 
> /cvsroot/xsrc/external/mit/xf86-video-newport/dist/src/newport_cmap.c,v
> retrieving revision 1.1.1.1
> retrieving revision 1.2
> diff -u -r1.1.1.1 -r1.2
> --- dist/src/newport_cmap.c   14 Feb 2009 03:04:46 -  1.1.1.1
> +++ dist/src/newport_cmap.c   6 Oct 2009 20:28:14 -   1.2
> @@ -71,7 +71,8 @@
>   }
>  #endif
>   for(i = 0; i < 256; i++) {
> -

Re: X.Org modules which could use some help to release

2019-07-19 Thread Thomas Klausner 
On Mon, Jul 15, 2019 at 02:31:13PM -0700, Alan Coopersmith wrote:
> On 7/15/19 4:02 AM, Thomas Klausner wrote:
> > As a datapoint:
> 
> Thanks for the info.
> 
> > Of these, the following have packages in pkgsrc:
> > 
> > libWindowsWM
> 
> This is supposed to only be useful on Cygwin, but a Cygwin package search
> says they don't ship it, and it hasn't had a release since 2009,  so I
> wonder if anyone uses it, or just keeps building it because no one ever
> said "stop".
> 
> > libXTrap
> 
> Similarly, this just seems like something build because they never knew
> what it was for - do they really have much software that adopted a
> proposed extension for X11R5, that's been deprecated since XTEST &
> RECORD came out in X11R6 in 1994?  (Oh, hey, time to change 15 -> 25 in
> https://gitlab.freedesktop.org/xorg/lib/libxtrap/blob/master/README.md )
> 
> > rstart
> 
> We dropped this with a note to use ssh X-forwarding instead.

Thanks. I removed these three and xtrap from pkgsrc.

> > and the following:
> > 
> > beforelight

No local changes.

> > xf86-video-ark

Adaptation to latest xorg-server.

> > xf86-video-newport

Bigger diff, see attachment.

> > xf86-video-tga

Adaptation to latest xorg-server.

> > xf86-video-tseng

Adaptation to latest xorg-server, and some small diffs.

> > xf86-video-xgi

Big diff, see attachment.

> > xf86dga

No local changes.

> > xfwp

No local changes.

> > xvidtune

No changes.

> > are included in NetBSD's xsrc, probably some with patches.
> > 
> > I can't tell if they are there for historic reasons or if anyone is
> > actually still using them.
> 
> Well, NetBSD still claims to support some of the ancient platforms for
> those drivers, so they might be:
> 
>  - xf86-video-tga - DEC Alpha graphics, for mid-90's systems such as:
>https://en.wikipedia.org/wiki/DEC_Multia
> 
>  - xf86-video-newport - SGI MIPS workstation graphics:
>https://en.wikipedia.org/wiki/SGI_Indy#Graphics
> 
> but those drivers don't seem to be getting all the API/ABI updates, and
> haven't had releases to make them compatible with any recent X server,
> so they'd have to be patching them to make them work.  Perhaps NetBSD
> folks who support those platforms should become their maintainers?

I usually can't even get NetBSD committers to send their diffs
upstream to you, so making them maintainer is even less likely to have
positive results.

I don't know what the best solution is.

Should we try getting the diffs merged? (See attachments, I can try to
group them in commits with messages if someone will apply them.)

Cheers,
 Thomas
mibstore.h and its miInitializeBackingStore() have been otherwise empty
since at least xorg-server 1.10.  remove all reference to them as the
header is gone in xorg-server 1.18.

Index: dist/src/ark_driver.c
===
RCS file: /cvsroot/xsrc/external/mit/xf86-video-ark/dist/src/ark_driver.c,v
retrieving revision 1.1.1.4
retrieving revision 1.2
diff -u -r1.1.1.4 -r1.2
--- dist/src/ark_driver.c   23 Jul 2015 01:15:49 -  1.1.1.4
+++ dist/src/ark_driver.c   16 Aug 2016 01:27:46 -  1.2
@@ -39,7 +39,6 @@
 #include "compiler.h"
 #include "mipointer.h"
 #include "micmap.h"
-#include "mibstore.h"
 #include "fb.h"
 #include "ark.h"
 
@@ -538,7 +537,6 @@
 
fbPictureInit (pScreen, 0, 0);
 
-   miInitializeBackingStore(pScreen);
xf86SetBackingStore(pScreen);
 
if (!pARK->NoAccel) {
Index: dist/src/newport.h
===
RCS file: /cvsroot/xsrc/external/mit/xf86-video-newport/dist/src/newport.h,v
retrieving revision 1.1.1.2
retrieving revision 1.4
diff -u -r1.1.1.2 -r1.4
--- dist/src/newport.h  23 Jul 2015 01:15:59 -  1.1.1.2
+++ dist/src/newport.h  23 Jul 2015 01:19:16 -  1.4
@@ -38,6 +38,7 @@
 /* register definitions of the Newport card */
 #include "newport_regs.h"
 
+#define NEWPORT_REGISTERS   0xf
 #define NEWPORT_BASE_ADDR0  0x1f0f
 #define NEWPORT_BASE_OFFSET 0x0040
 #define NEWPORT_MAX_BOARDS 4
Index: dist/src/newport_cmap.c
===
RCS file: 
/cvsroot/xsrc/external/mit/xf86-video-newport/dist/src/newport_cmap.c,v
retrieving revision 1.1.1.1
retrieving revision 1.2
diff -u -r1.1.1.1 -r1.2
--- dist/src/newport_cmap.c 14 Feb 2009 03:04:46 -  1.1.1.1
+++ dist/src/newport_cmap.c 6 Oct 2009 20:28:14 -   1.2
@@ -71,7 +71,8 @@
}
 #endif
for(i = 0; i < 256; i++) {
-   NewportCmapSetRGB(pNewport->pNewportRegs, i, 
pNewport->txt_colormap[i]);
+   NewportCmapSetRGB(pNewport->pNewportRegs, i, 
+   pNewport->txt_colormap[i]);
}
 }
 
@@ -80,8 +81,8 @@
 static void NewportCmapFifoWait(NewportRegsPtr pNewportRegs)
 {
 while(1) {
-   pNewportRegs->set.dcbmode = (NPORT_DMODE_ACM0 |  NCMAP_PROTOCOL 
|
-

Re: X.Org modules which could use some help to release

2019-07-16 Thread Peter Hutterer 
On Sun, Jul 14, 2019 at 06:34:20PM -0700, Alan Coopersmith wrote:
> As you may have noticed, I've been working through the various modules to make
> releases of those with significant enough change to justify a release (i.e.
> more than just the autogen.sh cleanups & gitlab README/configure.ac updates).
> 
> There's some modules which have more than enough change that I've left for
> now for other reasons, which others could help with:
> 
> app/mkcomposecache:
>   - Does anyone actually use this?  I think the code to read the files is
> in Xlib, but do packagers ship this to build the files?
> 
> app/twm:
>   - Needs someone to evaluate:
> https://gitlab.freedesktop.org/xorg/app/twm/issues/7
> https://patchwork.freedesktop.org/project/Xorg/list/?q=twm
> patches in https://gitlab.freedesktop.org/xorg/app/twm/issues
> 
> app/xkbcomp:
>   - Needs someone to evaluate:
> https://patchwork.freedesktop.org/project/Xorg/list/?q=xkbcomp
> https://gitlab.freedesktop.org/xorg/app/xkbcomp/issues

working my way through those, even if it largely means closing those old
enough to attend school.
 
> app/xkbutils:
>   - Needs someone to evaluate:
> patch in https://gitlab.freedesktop.org/xorg/app/xkbutils/issues/1

I'll stare at that tomorrow and then probably wave it through.

Cheers,
   Peter

> 
> app/xrandr:
>   - Needs someone to evaluate:
> https://gitlab.freedesktop.org/xorg/app/xrandr/merge_requests/1
> https://patchwork.freedesktop.org/project/Xorg/list/?q=xrandr
> 
> app/xrestop:
>   - Are we shipping this as an X.Org project now despite the GPL license?
>   - Previous releases are on yoctoproject.org, not xorg.freedesktop.org -
> do we care about that?
> 
> app/xresponse:
>   - I didn't even know this existed until seeing it in gitlab, but it's
> apparently another GPL project we inherited from openedhand.
> It looks like it's been abandoned since 2007 - does anyone use it
> or should it just be archived now?
> 
> app/xscope:
>   - I pushed the fixes to show peer process info on Linux & Solaris.
> Does anyone want to provide support for any other platforms before we
> ship this?  See:
> https://lists.x.org/archives/xorg-devel/2019-February/057982.html
> 
> app/xshowdamage:
>   - This appears to be test code, never released as a tarball, but might
> still be useful for debugging, so I don't think it should be archived.
> 
> driver/xf86-input-keyboard:
>   - Needs a FreeBSD person to figure out the correct patch to apply for:
> https://gitlab.freedesktop.org/xorg/driver/xf86-input-keyboard/issues/28
> 
> driver/xf86-video-dummy:
>   - Needs someone to evaluate:
> 
> https://gitlab.freedesktop.org/xorg/driver/xf86-video-dummy/merge_requests/1
> 
> These I left because I believe they have maintainers to handle their releases
> (or to decide whether it's time for a release or not):
>   - app/intel-gpu-tools
>   - app/xinput
>   - driver/xf86-input-joystick
>   - driver/xf86-input-vmmouse
>   - driver/xf86-video-amdgpu
>   - driver/xf86-video-ati
>   - driver/xf86-video-cirrus
>   - driver/xf86-video-fbdev
>   - driver/xf86-video-freedreno
>   - driver/xf86-video-geode
>   - driver/xf86-video-glint
>   - driver/xf86-video-intel
>   - driver/xf86-video-mach64
>   - driver/xf86-video-omap
>   - driver/xf86-video-qxl
>   - driver/xf86-video-rendition
>   - driver/xf86-video-s3
>   - driver/xf86-video-savage
>   - driver/xf86-video-sis
>   - driver/xf86-video-trident
>   - driver/xf86-video-v4l
>   - driver/xf86-video-vesa
>   - driver/xf86-video-vmware
>   - driver/xf86-video-wsfb
>   - lib/libAppleWM
>   - lib/libxrandrutils
>   - lib/libXt
>   - test/rendercheck (besides, I don't know how to make meson-only releases)
> 
> These I skipped because we don't package them in Solaris and I don't know if
> anyone else still uses them or they should just be archived now:
>   - app/beforelight
>   - app/fdclock
>   - app/mdm
>   - app/rstart
>   - app/scripts
>   - app/xf86dga
>   - app/xfwp
>   - app/xvidtune
>   - app/xcb-demo
>   - driver/xf86-video-ark
>   - driver/xf86-video-armsoc
>   - driver/xf86-video-impact
>   - driver/xf86-video-newport
>   - driver/xf86-video-nested  (has never had a release?)
>   - driver/xf86-video-tga
>   - driver/xf86-video-tseng
>   - driver/xf86-video-xgi
>   - driver/xf86-video-xgixp
>   - lib/libWindowsWM
>   - lib/libXTrap
>   - util/gccmakedep
>   - util/install-check
> 
> (Of those, only xfwpm, xvidtune, & elographics have an entry on
>  release-monitoring.org, which is one sign of use in distros,
>  but not definitive.)
> 
> -- 
>   -Alan Coopersmith-   alan.coopersm...@oracle.com
>Oracle Solaris Engineering - https://blogs.oracle.com/alanc
> ___
> xorg-devel@lists.x.org: X.Org development
> Archives: http://lists.x.org/archives/xorg-devel
> Info: https://lists.x.org/mailman/listinfo/xorg-devel
___

Re: X.Org modules which could use some help to release

2019-07-16 Thread Adam Jackson 
On Sun, 2019-07-14 at 18:34 -0700, Alan Coopersmith wrote:

>   - driver/xf86-video-ark
>   - driver/xf86-video-tseng

These are drivers for some fairly ancient PCI devices, both Tseng Labs
and Ark Logic were out of the graphics chip business by 1999. If
someone wants to verify that they work with a current release, neat,
but this is serious necrocomputing territory.

>   - driver/xf86-video-armsoc

Driver for some Mali chipsets, untouched since 2016. I think this niche
might be served by the generic modesetting driver at this point.

>   - driver/xf86-video-impact
>   - driver/xf86-video-newport

2D-only drivers for a couple of SGI chipsets. Probably more worth
preserving than ark or tseng since for the machines in question they're
all you're going to get.

>   - driver/xf86-video-nested  (has never had a release?)

I think this driver's existence might be a strategic error.

>   - driver/xf86-video-tga

Driver for some DEC Alpha machines; see above about impact/newport.

>   - driver/xf86-video-xgi

This one is probably the most relevant? The XGI Z7/Z9/Z11 found
modestly wide deployment in x86 servers for a while. Ideally someone
would port this to KMS so it can live alongside the other server chips
like mgag200 and aspeed, but the UMS driver probably works as well as
it ever did and might as well get a release.

>   - driver/xf86-video-xgixp

A driver for the XGI Volari 8300, which was a DX9-ish part from the ex-
Trident group at XGI. If you happen to have this ~15 year old piece of
unobtanium, by all means let us know if the driver still works.

- ajax

___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: X.Org modules which could use some help to release

2019-07-16 Thread Adam Jackson 
On Mon, 2019-07-15 at 14:31 -0700, Alan Coopersmith wrote:
> On 7/15/19 4:02 AM, Thomas Klausner wrote:
> 
> > libWindowsWM
> 
> This is supposed to only be useful on Cygwin, but a Cygwin package search
> says they don't ship it, and it hasn't had a release since 2009,  so I
> wonder if anyone uses it, or just keeps building it because no one ever
> said "stop".

In principle it would be useful for any window manager that happens to
be driving a server with that extension (likely only on win32), but if
you're running your wm on a different machine/os from your win32
display you are doing something kinda weird.

In practice, I had trouble finding _any_ window manager that used this
extension, and the server-side code has been deleted in master:

https://gitlab.freedesktop.org/xorg/xserver/merge_requests/178

- ajax

___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: X.Org modules which could use some help to release

2019-07-15 Thread Alan Coopersmith 
On 7/15/19 4:02 AM, Thomas Klausner wrote:
> As a datapoint:

Thanks for the info.

> Of these, the following have packages in pkgsrc:
> 
> libWindowsWM

This is supposed to only be useful on Cygwin, but a Cygwin package search
says they don't ship it, and it hasn't had a release since 2009,  so I
wonder if anyone uses it, or just keeps building it because no one ever
said "stop".

> libXTrap

Similarly, this just seems like something build because they never knew
what it was for - do they really have much software that adopted a
proposed extension for X11R5, that's been deprecated since XTEST &
RECORD came out in X11R6 in 1994?  (Oh, hey, time to change 15 -> 25 in
https://gitlab.freedesktop.org/xorg/lib/libxtrap/blob/master/README.md )

> rstart

We dropped this with a note to use ssh X-forwarding instead.

> and the following:
> 
> beforelight
> xf86-video-ark
> xf86-video-newport
> xf86-video-tga
> xf86-video-tseng
> xf86-video-xgi
> xf86dga
> xfwp
> xvidtune
> 
> are included in NetBSD's xsrc, probably some with patches.
> 
> I can't tell if they are there for historic reasons or if anyone is
> actually still using them.

Well, NetBSD still claims to support some of the ancient platforms for
those drivers, so they might be:

 - xf86-video-tga - DEC Alpha graphics, for mid-90's systems such as:
   https://en.wikipedia.org/wiki/DEC_Multia

 - xf86-video-newport - SGI MIPS workstation graphics:
   https://en.wikipedia.org/wiki/SGI_Indy#Graphics

but those drivers don't seem to be getting all the API/ABI updates, and
haven't had releases to make them compatible with any recent X server,
so they'd have to be patching them to make them work.  Perhaps NetBSD
folks who support those platforms should become their maintainers?

-- 
-Alan Coopersmith-   alan.coopersm...@oracle.com
 Oracle Solaris Engineering - https://blogs.oracle.com/alanc
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: X.Org modules which could use some help to release

2019-07-15 Thread Alexander E. Patrakov 
пн, 15 июл. 2019 г. в 06:36, Alan Coopersmith :

>
> driver/xf86-video-dummy:
>   - Needs someone to evaluate:
>
> https://gitlab.freedesktop.org/xorg/driver/xf86-video-dummy/merge_requests/1
>
>
There are also patches from the Xpra project that need to be evaluated:

https://xpra.org/svn/Xpra/trunk/rpmbuild/0002-Constant-DPI.patch
https://xpra.org/svn/Xpra/trunk/rpmbuild/0003-fix-pointer-limits.patch

-- 
Alexander E. Patrakov
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: X.Org modules which could use some help to release

2019-07-15 Thread walter harms 


Am 15.07.2019 13:02, schrieb Thomas Klausner:
> On Sun, Jul 14, 2019 at 06:34:20PM -0700, Alan Coopersmith wrote:
>> These I skipped because we don't package them in Solaris and I don't know if
>> anyone else still uses them or they should just be archived now:
>>   - app/beforelight
>>   - app/fdclock
>>   - app/mdm
>>   - app/rstart
>>   - app/scripts
>>   - app/xf86dga
>>   - app/xfwp
>>   - app/xvidtune
>>   - app/xcb-demo
>>   - driver/xf86-video-ark
>>   - driver/xf86-video-armsoc
>>   - driver/xf86-video-impact
>>   - driver/xf86-video-newport
>>   - driver/xf86-video-nested  (has never had a release?)
>>   - driver/xf86-video-tga
>>   - driver/xf86-video-tseng
>>   - driver/xf86-video-xgi
>>   - driver/xf86-video-xgixp
>>   - lib/libWindowsWM
>>   - lib/libXTrap
>>   - util/gccmakedep
>>   - util/install-check
> 
> As a datapoint:
> 
> Of these, the following have packages in pkgsrc:
> 
> beforelight
> gccmakedep
> libWindowsWM
> libXTrap
> rstart
> xf86-video-ark
> xf86-video-newport
> xf86-video-tga
> xf86-video-tseng
> xf86-video-xgi
> xf86dga
> xfwp
> xvidtune
> 
> and the following:
> 
> beforelight
> xf86-video-ark
> xf86-video-newport
> xf86-video-tga
> xf86-video-tseng
> xf86-video-xgi
> xf86dga
> xfwp
> xvidtune
> 
> are included in NetBSD's xsrc, probably some with patches.
> 


BSD only patches, or something you can feed back ?

re,
 wh

> I can't tell if they are there for historic reasons or if anyone is
> actually still using them.
>  Thomas
> ___
> xorg-devel@lists.x.org: X.Org development
> Archives: http://lists.x.org/archives/xorg-devel
> Info: https://lists.x.org/mailman/listinfo/xorg-devel
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: X.Org modules which could use some help to release

2019-07-15 Thread Thomas Klausner 
On Sun, Jul 14, 2019 at 06:34:20PM -0700, Alan Coopersmith wrote:
> These I skipped because we don't package them in Solaris and I don't know if
> anyone else still uses them or they should just be archived now:
>   - app/beforelight
>   - app/fdclock
>   - app/mdm
>   - app/rstart
>   - app/scripts
>   - app/xf86dga
>   - app/xfwp
>   - app/xvidtune
>   - app/xcb-demo
>   - driver/xf86-video-ark
>   - driver/xf86-video-armsoc
>   - driver/xf86-video-impact
>   - driver/xf86-video-newport
>   - driver/xf86-video-nested  (has never had a release?)
>   - driver/xf86-video-tga
>   - driver/xf86-video-tseng
>   - driver/xf86-video-xgi
>   - driver/xf86-video-xgixp
>   - lib/libWindowsWM
>   - lib/libXTrap
>   - util/gccmakedep
>   - util/install-check

As a datapoint:

Of these, the following have packages in pkgsrc:

beforelight
gccmakedep
libWindowsWM
libXTrap
rstart
xf86-video-ark
xf86-video-newport
xf86-video-tga
xf86-video-tseng
xf86-video-xgi
xf86dga
xfwp
xvidtune

and the following:

beforelight
xf86-video-ark
xf86-video-newport
xf86-video-tga
xf86-video-tseng
xf86-video-xgi
xf86dga
xfwp
xvidtune

are included in NetBSD's xsrc, probably some with patches.

I can't tell if they are there for historic reasons or if anyone is
actually still using them.
 Thomas
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: X.Org modules which could use some help to release

2019-07-15 Thread Thomas Dickey 
On Sun, Jul 14, 2019 at 06:34:20PM -0700, Alan Coopersmith wrote:
> As you may have noticed, I've been working through the various modules to make
> releases of those with significant enough change to justify a release (i.e.
> more than just the autogen.sh cleanups & gitlab README/configure.ac updates).
> 
> There's some modules which have more than enough change that I've left for
> now for other reasons, which others could help with:
...

> app/twm:
>   - Needs someone to evaluate:
> https://gitlab.freedesktop.org/xorg/app/twm/issues/7
> https://patchwork.freedesktop.org/project/Xorg/list/?q=twm
> patches in https://gitlab.freedesktop.org/xorg/app/twm/issues

I'll take a look at twm.

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: X.Org modules which could use some help to release

2019-07-15 Thread walter harms 


Am 15.07.2019 03:34, schrieb Alan Coopersmith:
> As you may have noticed, I've been working through the various modules to make
> releases of those with significant enough change to justify a release (i.e.
> more than just the autogen.sh cleanups & gitlab README/configure.ac updates).
> 
> There's some modules which have more than enough change that I've left for
> now for other reasons, which others could help with:
> 
> app/mkcomposecache:
>   - Does anyone actually use this?  I think the code to read the files is
> in Xlib, but do packagers ship this to build the files?
> 
> app/twm:
>   - Needs someone to evaluate:
> https://gitlab.freedesktop.org/xorg/app/twm/issues/7
> https://patchwork.freedesktop.org/project/Xorg/list/?q=twm
> patches in https://gitlab.freedesktop.org/xorg/app/twm/issues
> 
> app/xkbcomp:
>   - Needs someone to evaluate:
> https://patchwork.freedesktop.org/project/Xorg/list/?q=xkbcomp
> https://gitlab.freedesktop.org/xorg/app/xkbcomp/issues
> 
> app/xkbutils:
>   - Needs someone to evaluate:
> patch in https://gitlab.freedesktop.org/xorg/app/xkbutils/issues/1
> 
> app/xrandr:
>   - Needs someone to evaluate:
> https://gitlab.freedesktop.org/xorg/app/xrandr/merge_requests/1
> https://patchwork.freedesktop.org/project/Xorg/list/?q=xrandr
> 
> app/xrestop:
>   - Are we shipping this as an X.Org project now despite the GPL license?
>   - Previous releases are on yoctoproject.org, not xorg.freedesktop.org -
> do we care about that?
> 

i have some cleanup patches on my laptop. Are there patches at yoctoproject.org
that we should pick up ?

re,
 wh

> app/xresponse:
>   - I didn't even know this existed until seeing it in gitlab, but it's
> apparently another GPL project we inherited from openedhand.
> It looks like it's been abandoned since 2007 - does anyone use it
> or should it just be archived now?
> 
> app/xscope:
>   - I pushed the fixes to show peer process info on Linux & Solaris.
> Does anyone want to provide support for any other platforms before we
> ship this?  See:
> https://lists.x.org/archives/xorg-devel/2019-February/057982.html
> 
> app/xshowdamage:
>   - This appears to be test code, never released as a tarball, but might
> still be useful for debugging, so I don't think it should be archived.
> 
> driver/xf86-input-keyboard:
>   - Needs a FreeBSD person to figure out the correct patch to apply for:
> https://gitlab.freedesktop.org/xorg/driver/xf86-input-keyboard/issues/28
> 
> driver/xf86-video-dummy:
>   - Needs someone to evaluate:
> 
> https://gitlab.freedesktop.org/xorg/driver/xf86-video-dummy/merge_requests/1
> 
> These I left because I believe they have maintainers to handle their releases
> (or to decide whether it's time for a release or not):
>   - app/intel-gpu-tools
>   - app/xinput
>   - driver/xf86-input-joystick
>   - driver/xf86-input-vmmouse
>   - driver/xf86-video-amdgpu
>   - driver/xf86-video-ati
>   - driver/xf86-video-cirrus
>   - driver/xf86-video-fbdev
>   - driver/xf86-video-freedreno
>   - driver/xf86-video-geode
>   - driver/xf86-video-glint
>   - driver/xf86-video-intel
>   - driver/xf86-video-mach64
>   - driver/xf86-video-omap
>   - driver/xf86-video-qxl
>   - driver/xf86-video-rendition
>   - driver/xf86-video-s3
>   - driver/xf86-video-savage
>   - driver/xf86-video-sis
>   - driver/xf86-video-trident
>   - driver/xf86-video-v4l
>   - driver/xf86-video-vesa
>   - driver/xf86-video-vmware
>   - driver/xf86-video-wsfb
>   - lib/libAppleWM
>   - lib/libxrandrutils
>   - lib/libXt
>   - test/rendercheck (besides, I don't know how to make meson-only releases)
> 
> These I skipped because we don't package them in Solaris and I don't know if
> anyone else still uses them or they should just be archived now:
>   - app/beforelight
>   - app/fdclock
>   - app/mdm
>   - app/rstart
>   - app/scripts
>   - app/xf86dga
>   - app/xfwp
>   - app/xvidtune
>   - app/xcb-demo
>   - driver/xf86-video-ark
>   - driver/xf86-video-armsoc
>   - driver/xf86-video-impact
>   - driver/xf86-video-newport
>   - driver/xf86-video-nested  (has never had a release?)
>   - driver/xf86-video-tga
>   - driver/xf86-video-tseng
>   - driver/xf86-video-xgi
>   - driver/xf86-video-xgixp
>   - lib/libWindowsWM
>   - lib/libXTrap
>   - util/gccmakedep
>   - util/install-check
> 
> (Of those, only xfwpm, xvidtune, & elographics have an entry on
>  release-monitoring.org, which is one sign of use in distros,
>  but not definitive.)
> 
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

X.Org modules which could use some help to release

2019-07-14 Thread Alan Coopersmith 
As you may have noticed, I've been working through the various modules to make
releases of those with significant enough change to justify a release (i.e.
more than just the autogen.sh cleanups & gitlab README/configure.ac updates).

There's some modules which have more than enough change that I've left for
now for other reasons, which others could help with:

app/mkcomposecache:
  - Does anyone actually use this?  I think the code to read the files is
in Xlib, but do packagers ship this to build the files?

app/twm:
  - Needs someone to evaluate:
https://gitlab.freedesktop.org/xorg/app/twm/issues/7
https://patchwork.freedesktop.org/project/Xorg/list/?q=twm
patches in https://gitlab.freedesktop.org/xorg/app/twm/issues

app/xkbcomp:
  - Needs someone to evaluate:
https://patchwork.freedesktop.org/project/Xorg/list/?q=xkbcomp
https://gitlab.freedesktop.org/xorg/app/xkbcomp/issues

app/xkbutils:
  - Needs someone to evaluate:
patch in https://gitlab.freedesktop.org/xorg/app/xkbutils/issues/1

app/xrandr:
  - Needs someone to evaluate:
https://gitlab.freedesktop.org/xorg/app/xrandr/merge_requests/1
https://patchwork.freedesktop.org/project/Xorg/list/?q=xrandr

app/xrestop:
  - Are we shipping this as an X.Org project now despite the GPL license?
  - Previous releases are on yoctoproject.org, not xorg.freedesktop.org -
do we care about that?

app/xresponse:
  - I didn't even know this existed until seeing it in gitlab, but it's
apparently another GPL project we inherited from openedhand.
It looks like it's been abandoned since 2007 - does anyone use it
or should it just be archived now?

app/xscope:
  - I pushed the fixes to show peer process info on Linux & Solaris.
Does anyone want to provide support for any other platforms before we
ship this?  See:
https://lists.x.org/archives/xorg-devel/2019-February/057982.html

app/xshowdamage:
  - This appears to be test code, never released as a tarball, but might
still be useful for debugging, so I don't think it should be archived.

driver/xf86-input-keyboard:
  - Needs a FreeBSD person to figure out the correct patch to apply for:
https://gitlab.freedesktop.org/xorg/driver/xf86-input-keyboard/issues/28

driver/xf86-video-dummy:
  - Needs someone to evaluate:
https://gitlab.freedesktop.org/xorg/driver/xf86-video-dummy/merge_requests/1

These I left because I believe they have maintainers to handle their releases
(or to decide whether it's time for a release or not):
  - app/intel-gpu-tools
  - app/xinput
  - driver/xf86-input-joystick
  - driver/xf86-input-vmmouse
  - driver/xf86-video-amdgpu
  - driver/xf86-video-ati
  - driver/xf86-video-cirrus
  - driver/xf86-video-fbdev
  - driver/xf86-video-freedreno
  - driver/xf86-video-geode
  - driver/xf86-video-glint
  - driver/xf86-video-intel
  - driver/xf86-video-mach64
  - driver/xf86-video-omap
  - driver/xf86-video-qxl
  - driver/xf86-video-rendition
  - driver/xf86-video-s3
  - driver/xf86-video-savage
  - driver/xf86-video-sis
  - driver/xf86-video-trident
  - driver/xf86-video-v4l
  - driver/xf86-video-vesa
  - driver/xf86-video-vmware
  - driver/xf86-video-wsfb
  - lib/libAppleWM
  - lib/libxrandrutils
  - lib/libXt
  - test/rendercheck (besides, I don't know how to make meson-only releases)

These I skipped because we don't package them in Solaris and I don't know if
anyone else still uses them or they should just be archived now:
  - app/beforelight
  - app/fdclock
  - app/mdm
  - app/rstart
  - app/scripts
  - app/xf86dga
  - app/xfwp
  - app/xvidtune
  - app/xcb-demo
  - driver/xf86-video-ark
  - driver/xf86-video-armsoc
  - driver/xf86-video-impact
  - driver/xf86-video-newport
  - driver/xf86-video-nested  (has never had a release?)
  - driver/xf86-video-tga
  - driver/xf86-video-tseng
  - driver/xf86-video-xgi
  - driver/xf86-video-xgixp
  - lib/libWindowsWM
  - lib/libXTrap
  - util/gccmakedep
  - util/install-check

(Of those, only xfwpm, xvidtune, & elographics have an entry on
 release-monitoring.org, which is one sign of use in distros,
 but not definitive.)

-- 
-Alan Coopersmith-   alan.coopersm...@oracle.com
 Oracle Solaris Engineering - https://blogs.oracle.com/alanc
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel