don't have a release schedule for bug fix releases on
the 21.1.x branch beyond "whenever there's a security advisory or
widespread bug we need to release a fix for", so I don't know when
that will ship in an official release.
Keep up the good work
was made from the server-21.1-branch in git.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
two decades), but was broken by
gcc 14 raising several issues from warnings to errors. Until the next 21.1.x
release you should also be able to add "-Wno-error=incompatible-pointer-types"
to your CFLAGS to bypass this if you must build with IPv6 disabled using gcc 14.
ist++)
| ^
The easy fix is to stop disabling IPv6 support when building Xorg.
But yes, it appears we also should have backported the fix for this issue that
gcc 14 has made an error:
https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1572
--
-Alan Coopersmith- alan.coope
mplementations do return a valid pointer.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
ls when the value is known to be non-zero at compile time.)
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
omeday, and
one we aren't really ready to pay right now.)
Getting back to the original topic of this thread, I've posted an MR
to remove -Wdeclaration-after-statement from our default autoconf flags:
https://gitlab.freedesktop.org/xorg/util/macros/-/merge_requests/7
--
-Alan C
for the example you gave of Demi's MR against the MIT-SHM extension, it
should also be updating specs/xextproto/shm.xml - though as that document
seems to be missing the updates for version 1.1 & 1.2 already, I can't blame
her for not doing that in this case.
--
-Alan Coopersmi
#x27;t remember how
off hand - it was definitely before the days of gitlab. Ideally we'd have
a CI job regenerate them as necessary, but I've never taken the time to
figure out how to do that.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle So
g/alanc/xc-historical/-/commit/7cf0ec18f82baea15ddf556b70ea6875505499c0
and is thus actually almost 37 years old, which raises the question of
how sure you are that this has been broken for 37 years without anyone
else noticing or is there some reason for this you've not found
uests/1601
Do we want to keep insisting on this as part of our style, or have people
gotten used to it from other languages/projects now and are willing to
accept it in X.Org code?
Is it time to re-apply
https://gitlab.freedesktop.org/xorg/util/macros/-/commit/689ea0ec5d8b7594ba2fa9e27b2458cea8a58724
to
ts
semantically and not literally.
The doc here:
https://notes.kergis.com/x11_building.html
--
Thierry Laronde
http://www.kergis.com/
http://kertex.kergis.com/
Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C
-
repo we use already,
but that's for freedesktop-wide stuff, and I'm not sure they want stuff specific
to things like xorg drivers in there - repos are cheap though, so we could make
a new xorg/util/ci-templates or similar if it's useful.
--
-Alan Coopersmith-
t;https://gitlab.freedesktop.org/xorg/lib/libx11>
You can also download the archives of specific release versions from
https://www.x.org/releases/individual/lib/
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
er 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 pack
ago), and not made 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
g/lib/xpyb/
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
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...@
e
xorg-sgml-doctools XML files, and isn't used in linking binaries.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
for example, sgmlrootdir can not be
set independantly).
I don't see any way in the autoconf to set sgmlrootdir - it appears to be
hardcoded in configure.ac to:
AC_SUBST([sgmlrootdir],['${datarootdir}/sgml'])
and there's no flag to set it listed by configure --help nor do I see any flags
eson.build
index 24eee04..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',
--
ttps://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
#ifdefs
in the meson-only 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 95bb6f53624a
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, le
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
d a number of examples of
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 th
s on has KMS support for every device.
I 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
dmins 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- ala
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.o
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
p/-/wikis/home
to get permission to fork.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
ks in Xfuncproto.h are for gcc with
extensions, or for version 5.5 or 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- ala
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 revie
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 Cooper
ke it's in immediate need of having someone declared as a
new maintainer today. But 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, tha
6:03, Walter Harms wrote:
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 Coopersmit
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://gi
in autoconf tests caused by these flags and the addition of support for
64-bit time_t in 32-bit programs which some distros/packagers may desire.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
ng 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
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
hts about this?
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-
Xprt repo has
been unmaintained since 2009.
https://lists.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.
--
-Ala
ge subject must not exceed 80 characters
---
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
istro maintainers.)
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_reque
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.freed
--
Earthling Michel 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
g the font 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
ns
or
https://repology.org/project/libx11/versions
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-
ompiler & cppcheck warnings 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
ou would need to cut down 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/
ibx11 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 Engineeri
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
been running it for a
while with no ill effect. Could it be installed?
Thanks.
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
sktop.org/xorg/lib/libx11/-/commit/701e9e9afb88bdc
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/solaris
next week.
--
-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
ff into a separate repo 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..
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
g the thread safety constructor is still 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
--
-Al
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
app/xmodmap
app/xrdb
lib/libfontenc
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 hav
consider 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.)
atches 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.coopers
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
cal
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
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
+ s = Xmalloc(i);
+ 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
kaging system?
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 template
will help make meson conversions easier.
(For those doing such conversions, 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
no one has bothered
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
e "-D_BSD_SOURCE -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.
able 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
top.org/xorg/app/xev/-/commit/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 a
CI uses a gcc new enough to default to -fno-common
That these build today 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
in your build systems
and 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-
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
https://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&#x
'd have 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
code 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.
1 - 100 of 4101 matches
Mail list logo
