is slowly increasing over
time. (And of course, the Mesa & pixman packages that our X servers depend on,
and many packages from GNOME and other projects have also already done so.)
OS'es that don't ship python will have to build & install that package before
building X.Org packages.
--
a new
release since 2014.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
On 12/11/23 14:29, Alan Coopersmith wrote:
I also added -std=gnu23 to my build flags, which found one more issue
due to C23 defining "true" as an rvalue, not an lvalue:
Fix C23 build by renaming variable 'true'
https://gitlab.freedesktop.org/xorg/app/xprop/-/merge_requests/8
Furth
/
and points to https://github.com/tych0/xcffib as a replacement now.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
https://gitlab.freedesktop.org/xorg/lib/libpciaccess/-/merge_requests/34
should fix this.
-alan-
On 2/20/24 08:33, Alan Coopersmith wrote:
Sorry about that - I never build static libraries, so tend not to think
about them. I've cc'ed the other developers to see what they think
text files when the comparisons were first being set up in CI.
(And for most repos using them, they should be a temporary thing during
the transition period from autoconf to meson, and go away when the
autoconf support does.)
--
-Alan Coopersmith- alan.coopersm...@
XML files, and isn't used in linking binaries.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
tdir],['${datarootdir}/sgml'])
and there's no flag to set it listed by configure --help nor do I see any flags
defined in that configure.ac to check with AC_ARG_WITH or similar.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle
ee04..f168a78 100644
--- a/src/meson.build
+++ b/src/meson.build
@@ -38,7 +38,7 @@ endif
inc_src = include_directories('.')
-libpciaccess = shared_library(
+libpciaccess = both_libraries(
'pciaccess',
[
'common_bridge.c',
--
-Alan Coopersmith- alan.coopersm
://github.com/cpredef/predef/blob/master/Compilers.md
agrees, so this is another bit of history from 3 decades ago.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
On 2/8/24 04:25, Enrico Weigelt, metux IT consult wrote:
On 08.02.24 00:19, Alan Coopersmith wrote:
If the Xserver is run as setuid root,
On which platforms is that still the case ?
Platforms which support users starting the Xserver directly
(startx/xinit/etc
instead of via systemd service
master branch now. (The 21.x branch still supports building
with those compilers using autoconf though.)
From using a 'git log -S DO_PROTOTYPES' in the xserver git repo, it
looks like the #define to use it with other compilers was removed by
commit 95bb6f53624a3e6 back in 2008.
--
-Alan
On 2/5/24 06:41, Enrico Weigelt, metux IT consult wrote:
On 02.02.24 21:05, Alan Coopersmith wrote:
Hi,
I suspect for the OS'es that the xserver code builds on today, that
could be replaced by #ifndef WIN32, which would then allow the first
half of that #ifdef in Fopen to be deleted, leaving
On 2/5/24 06:27, Enrico Weigelt, metux IT consult wrote:
On 02.02.24 18:33, Alan Coopersmith wrote:
For the Xorg server, the ones listed in
https://gitlab.freedesktop.org/xorg/xserver/-/blob/master/hw/xfree86/sdksyms.sh
is this script actually used somewhere ?
It looks like some test script
how we've set up the .gitlab-ci.yaml files to build with both methods
when both are present and test that the expected combinations work.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
On 2/2/24 12:05, Alan Coopersmith wrote:
On 2/2/24 05:45, Enrico Weigelt, metux IT consult wrote:
Hello folks,
I wonder whether we still need the Fopen() function.
It's a funny and complicated way of loading a file with dropped privs
(by calling `cat` on that file !).
It only does the cat
don't know how to express that in a meson, autoconf, or #ifdef check though.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
behavior of modern X servers to start with no background and no cursor
and to leave setting the actual background & cursor up to the window manager.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
On 2/2/24 03:42, Enrico Weigelt, metux IT consult wrote:
On 01.02.24 19:29, Alan Coopersmith wrote:
Hi Alan,
Which ones are public ?
For the Xorg server, the ones listed in
https://gitlab.freedesktop.org/xorg/xserver/-/blob/master/hw/xfree86/sdksyms.sh
is this script actually used
On 2/2/24 05:13, Enrico Weigelt, metux IT consult wrote:
On 01.02.24 18:15, Alan Coopersmith wrote:
On 2/1/24 05:59, tlaro...@kergis.com wrote:
1) Test for __GNUC__ as well as __clang__ since gcc has no attributes
for __attribute((malloc)) as well;
Current versions of gcc do:
https
are working on,
but this mail made it through to me at least.)
I don't know how many other people get them - there is a very small
number of people who are still paying attention to the Xorg repos
these days or doing any work on them.
--
-Alan Coopersmith- alan.coopersm
On 2/1/24 03:33, Enrico Weigelt, metux IT consult wrote:
On 31.01.24 20:22, Alan Coopersmith wrote:
Hi Alan,
In public headers, I'd say it's still needed, as we've always supported
Which ones are public ?
For the Xorg server, the ones listed in
https://gitlab.freedesktop.org/xorg/xserver
On 2/1/24 09:14, tlaro...@kergis.com wrote:
Hello,
On Thu, Feb 01, 2024 at 09:07:38AM -0800, Alan Coopersmith wrote:
On 2/1/24 08:10, tlaro...@kergis.com wrote:
On Thu, Feb 01, 2024 at 04:54:57PM +0100, Olivier Fourdan wrote:
On Thu, Feb 1, 2024 at 4:09?PM Enrico Weigelt, metux IT consult
documented in
https://gcc.gnu.org/onlinedocs/gcc-11.1.0/gcc/Common-Function-Attributes.html
but not in
https://gcc.gnu.org/onlinedocs/gcc-10.5.0/gcc/Common-Function-Attributes.html
so it looks like it should check for gcc version 11 or later.
--
-Alan Coopersmith- alan.coopersm
to get permission to fork.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
later of the Sun cc compiler, which
was released as part of Sun Studio 8 in 2003 - and all prior versions
of that compiler have been unsupported by its vendor since 2010.)
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https:/
On 12/18/23 14:53, Thomas Adam wrote:
On Wed, Dec 13, 2023 at 03:40:12PM -0800, Alan Coopersmith wrote:
I'd suggest looking through the open bugs & MR's on
https://gitlab.freedesktop.org/xorg/xserver/
and maybe see if you can help triage, reproduce, or even fix some bugs;
or review or test
On 12/13/23 15:40, Alan Coopersmith wrote:
And of course, that's just my point of view - others will have their own.
For example, another point of view has been posted at:
https://who-t.blogspot.com/2023/12/xorg-being-removed-what-does-this-mean.html
--
-Alan Coopersmith
t long term, it would be nice to make a 24.x
release series to replace the 21.x release series and publish everything
that's accumulated in the development trunk in the past 3 years.
And of course, that's just my point of view - others will have their own.
--
-Alan Coopersmith-
rote:
Hi Alan,
just for my understanding.
You compiled everything and only these few thinks showed up.
Or is more like an iceberg only the tip is there and we should do something ?
CU
Von: xorg-devel im Auftrag von Alan Coopersmith
Gesendet: Montag
On 12/12/23 09:01, Jeremy Sequoia wrote:
On Dec 11, 2023, at 14:29, Alan Coopersmith wrote:
I also added -std=gnu23 to my build flags, which found one more issue
due to C23 defining "true" as an rvalue, not an lvalue:
Fix C23 build by renaming variable 'true'
https://gitlab.freed
n 32-bit programs which some distros/packagers may desire.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
to request permission to fork
repos for newly created accounts there.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
for reporting this issue to our security
team.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
X.Org Security Response Team - xorg-secur...@lists.x.org
signature.asc
Description: PGP signature
Closing the window with the "x" button is a function of the window manager.
Does the window manager you are using assume the number of X clients is
limited to 256? That xkill works suggests the X server is handling it
correctly.
--
-Alan Coopersmith- alan.co
ists.x.org/archives/xorg-announce/2022-September/003212.html
app/xditview:
While X.Org hasn't deprecated this yet, you may still be better off
using the gxditview fork that's part of the GNU groff package instead.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
X.O
not exceed 80 characters
---
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
ntainers.)
If there's anywhere else I should send such an email to besides that
list, please let me know that as well.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
to the security advisories).
--
-Alan Coopersmith- alan.coopersm...@oracle.com
X.Org Security Response Team - xorg-secur...@lists.x.org
On 9/12/22 22:32, Jeremy Huddleston Sequoia wrote:
On Aug 30, 2022, at 14:42, Alan Coopersmith wrote:
We document autoconf 2.62 as the minimum release required in:
https://www.x.org/wiki/Building_the_X_Window_System/
and most modules have AC_PREREQ([2.60]). If I recall correctly, a decade ago
On 2/5/23 15:59, Alan Coopersmith wrote:
This could also be applied to util/cf, but as that has a release out with
meson.build included for testing already, the next step there is to remove
configure.ac not improve it.
Oops, I misremembered, the meson support is merged but not yet released,
so
Allows data, doc, & font modules that don't compile any code
to avoid spending time running a bunch of compiler tests whose
results they'll ignore and never use.
Signed-off-by: Alan Coopersmith
---
I've submitted
https://gitlab.freedesktop.org/xorg/util/macros/-/merge_reques
If compress is not found, we disable writing to .Z files,
but leave the rest of the compression code active.
If uncompress is not found, we use gzip to read .Z files.
Signed-off-by: Alan Coopersmith
---
For those who don't watch gitlab MR's, this is submitted as
https://gitlab.freedesktop.org
Dänzer | https://redhat.com
Libre software enthusiast | Mesa and Xwayland developer
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
configure
scripts to stop checking all the C compiler options they never use, or
switch them to meson.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
and think about how many different packagers I'm making do work, but
if that work is just changing the version number of the tarball they
download, they should have that pretty well automated by now.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris E
s when there's nothing else to do.)
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
I've gone ahead and put up a merge request for review with both patches in:
https://gitlab.freedesktop.org/xorg/lib/libx11/-/merge_requests/173
Thanks for these fixes,
-alan-
On 11/30/22 16:50, Alan Coopersmith wrote:
It looks like we updated the Workflow Overview section
a bit, but could still put in more info
than just an issue number,
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
sending patches to the ML, but at the same time
mentioning gitlab without mentioning merge requests. Would have preferred a
gitlab MR instead of this ML hassle... ;-)
Uli
On Thu, Dec 1, 2022 at 12:37 AM Alan Coopersmith <mailto:alan.coopersm...@oracle.com>> wrote:
On 11/30/
instead. We can handle
emailed patches if using gitlab is a problem for you, but then we have
to be extra careful to make sure it doesn't get mangled at any point
along the way.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https
On 10/2/22 17:44, Po Lu wrote:
Alan Coopersmith writes:
Unfortunately, there is no one left reviewing Xlib patches who knows how
input methods work or what might be a breaking change, or who could write
documentation of such changes. We'd love for someone to step up and
take on such work
with no ill effect. Could it be installed?
Thanks.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
/-/commit/701e9e9afb88bdc
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
, suggesting either everyone is
building with the --disable-thread-safety-constructor option or is
using correctly written software that does not make such assumptions.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https
epo for folks with knowledge/interest to maintain,
but I'm pretty sure that would just result in XIM becoming unmaintained
and dying, leaving many X11 users unable to input text in the languages
they write in.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Ora
On 9/29/22 08:44, Uli Schlachter wrote:
Hi,
Am 29.09.22 um 02:29 schrieb Alan Coopersmith:
[...]
Which in hindsight, sounds a lot like that bug 162 linked above - the libX11
xlib_ctor would call XInitThreads() at library load time, which would use the
stubs to fake initializing the mutexes
at risk of crashing,
just in a smaller set of circumstances than the case we just fixed.
Does anyone disagree?
I'm thinking the change should look something like this:
https://gitlab.freedesktop.org/xorg/lib/libx11/-/merge_requests/156
--
-Alan Coopersmith- alan.coopersm
On 8/31/22 01:08, Matthieu Herrb wrote:
On Tue, Aug 30, 2022 at 02:42:39PM -0700, Alan Coopersmith wrote:
The easy solution is to use autoconf 2.70 or newer, since that release added
_OPENBSD_SOURCE to the defines added by AC_USE_SYSTEM_EXTENSIONS:
https://git.savannah.gnu.org/cgit
On 8/30/22 15:40, Keith Packard wrote:
Alan Coopersmith writes:
But currently we leave it mostly up to whoever builds the tarballs for release
to decide what version of autoconf to use (though they in turn mostly rely on
what their distro builder packages in the version they run), and even
lib/libFS
lib/libX11
lib/libXext
lib/libXfont
lib/libXmu
xserver
(And as much as I'd love to believe that meson will solve this for us, that
seems unlikely in this case:
https://github.com/mesonbuild/meson/search?q=_OPENBSD_SOURCE
so it seems we'll have to reinvent the wheel there.)
--
-
it to be deprecated.
I've filed a gitlab MR for discussion there as well:
https://gitlab.freedesktop.org/xorg/lib/libxp/-/merge_requests/5
(I'm taking extra time off around the US Labor Day holiday next weekend,
so will likely merge this and release after that.)
--
-Alan Coopersmith
and moved to gitlab instead.
I've gone ahead and converted this to a gitlab pull request, which should
take much less than a decade to get applied this time:
https://gitlab.freedesktop.org/xorg/lib/libsm/-/merge_requests/3
--
-Alan Coopersmith- alan.coopersm...@oracle.com
On 8/21/22 18:20, Po Lu wrote:
Alan Coopersmith writes:
Okay, but we also document that Xlib is thread safe if XInitThreads() has
been called, so both the patch suggested here to keep a static pointer to
a malloc'ed buffer and my suggestion of a global static buffer fail since
calls
On 8/20/22 11:47, Thomas Dickey wrote:
On Sat, Aug 20, 2022 at 09:51:42AM -0700, Alan Coopersmith wrote:
Thanks - while gitlab is our preferred method, when that's not possible,
we prefer using the xorg-devel mailing list (cc'ed) instead of trying to
guess which individual developer to contact
On 8/20/22 18:20, Po Lu wrote:
Alan Coopersmith writes:
Thanks - while gitlab is our preferred method, when that's not possible,
we prefer using the xorg-devel mailing list (cc'ed) instead of trying to
guess which individual developer to contact.
Thanks for explaining. I thought xorg-devel
else
+ s = Xrealloc(s, i);
if (s == NULL)
return s;
i--;
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
Most importantly, does anyone want to maintain them?
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
On 8/2/22 15:19, Alan Coopersmith wrote:
driver/xf86-video-geode - build requires 32-bit, our CI is 64-bit - see !2
Michel Dänzer provided the solution to getting a 32-bit x86 environment in our
CI so this is now fixed & integrated.
--
-Alan Coopers
On 8/3/22 05:10, Olivier Fourdan wrote:
Hi Alan
On Wed, 3 Aug 2022 at 00:19, Alan Coopersmith <mailto:alan.coopersm...@oracle.com>> wrote:
lib/libxcvt - I'm not quite sure how to add it here given
the unusual CI templ
ns, see the xproto or libXvMC .gitlab-ci.yml
for examples on running both builds during the transition period.)
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
On 1/24/22 15:53, Alan Coopersmith wrote:
On 1/23/22 21:18, Peter Hutterer wrote:
xf86-input-libinput 1.2.1 is now available. Primarily a few typos and misc
minor fixes, the most visible change to distributions is that we now ship an
xz tarball instead of bz2. Due to a global shortage of flying
yet. I don't even know where mail sent to xregis...@x.org goes these days.)
You can find the current Registry list at:
https://gitlab.freedesktop.org/xorg/doc/xorg-docs/-/blob/master/registry
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Enginee
CE -D_SVID_SOURCE" with
"-D_DEFAULT_SOURCE", I no longer receive the deprecation notices.
Would it be possible to issue a new minor release of xorg-cf-files with this
fix?
Thank you,
Ken Zalewski
Troy, NY
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Or
to keep track of them.)
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
On 6/29/22 03:08, Ismael Luceno wrote:
From: Mikael Magnusson
The returned nmbbytes value is the length we need the buffer
mmit/eedd0fed
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
On 2/2/22 12:27, Matt Turner wrote:
On Sun, Jan 30, 2022 at 4:16 PM Alan Coopersmith
wrote:
xf86-input-vmmouse
xf86-video-vmware
- do not allow merge requests
This has been an issue before, in conjunction with not even knowing
who the nominal maintainer was. E.g. someone submitted
day is of course not a promise of ongoing maintenance, and
some of these may still be candidates for archiving.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
d tools, you should consider that. (One of the goals of the recent walk
over the modules I've been doing is to set up at least basic CI builds, so
that we can have a little more confidence when adding meson builds to those
modules.)
--
-Alan Coopersmith- alan.coopersm..
On 1/23/22 21:18, Peter Hutterer wrote:
xf86-input-libinput 1.2.1 is now available. Primarily a few typos and misc
minor fixes, the most visible change to distributions is that we now ship an
xz tarball instead of bz2. Due to a global shortage of flying cars, you will
have to accept that as your
You need to create your own fork on gitlab.freedesktop.org and push the
branch there to make a merge request from - you should not be pushing
directly to the /xorg/ repository to do this.
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering
://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/828
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
On 12/7/21 11:48 AM, Thomas Klausner wrote:
On Tue, Dec 07, 2021 at 10:47:35AM -0800, Alan Coopersmith wrote:
On 12/6/21 11:59 PM, Thomas Klausner wrote:
When updating the pkgsrc patches to 1.4.2, I noticed quite a lot of warnings.
Here are patches that remove most.
Thanks - since we've
to remove
the "return 0" at the end too -- is tha tok?
I think so.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
from libxtrans (which is also used for InterClient
Exchange (ICE), font servers, etc.).
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/alanc
___
xorg-devel@lists.x.org
/QuExt.c:43 in XQueryExtension
Von: Keith Packard
Gesendet: Dienstag, 17. November 2020 03:11
An: Alan Coopersmith; Walter Harms; Matthieu Herrb;
xorg-de...@lists.freedesktop.org
Cc: Vittorio Zecca
Betreff: Re: AW: Preparing for libX11 1.7.0
Alan Coopersmith
, it only seems to have been sent to the mailing list,
not filed in the bug tracker:
https://lists.x.org/archives/xorg/2020-November/060510.html
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/alanc
the next release should be 1.7.0 since it has
a new API people may want to check for with pkg-config version checks,
but yes, a new release once things finish getting merged seems like a
good idea.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris
list
did during the embargo phase.
Please read the following and consider how best X.Org can solve it.
-Alan Coopersmith- alan.coopersm...@oracle.com
X.Org Security Response Team - xorg-secur...@lists.x.org
Forwarded Message
Subject: [oss
people to ask about
Linux issues, since I work on Solaris, not Linux.)
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/alanc
___
xorg-devel@lists.x.org: X.Org development
not updated the images in
the color cursor themes we ship since then either:
https://gitlab.freedesktop.org/xorg/data/cursors/ )
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/alanc
FYI, for those X.Org components still using GNU autoconf.
-alan-
Forwarded Message
Subject: [developer] autoconf-2.69b released [beta]
Date: Tue, 14 Jul 2020 10:02:38 -0400 (EDT)
From: Zack Weinberg
Reply-To: illumos-developer
To: autoc...@gnu.org
CC:
meson
upgrade.
--
-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:
ttps://blogs.oracle.com/solaris/porting-x-apps-to-xcb-v2
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/alanc
___
xorg-devel@lists.x.org: X.Org development
Archives:
On 11/25/19 2:51 PM, Thomas Klausner wrote:
Is libdmx still useful?
If you ship Xdmx (i.e build the xserver package with --enable-dmx), then I think
it is. If not, probably not, unless your users are connecting to Xdmx from
someone else.
-alan-
, since drm already existed when we
started shipping Xorg, and I don't remember ever hearing any complaints,
but I don't know if anything uses it.
libxkbui
I think the long dead xorgcfg GUI was the only user of libxkbui.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Xorg 1.6.
--
-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
/2019-October/003029.html
https://gitlab.freedesktop.org/xorg/proto/xorgproto/commit/1547c1cc3c99cca7c123ee83aee66586477bf265
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/alanc
, but I've not heard of problems from any other Linux
users/distro builders, so perhaps something else is masking it for them?
I'm cc'ing the list to see if those who work on Linux see the problem, or
want to provide a patch that they can test more easily than I can.
--
-Alan C
1 - 100 of 3752 matches
Mail list logo