lib flags and is
Y already used in hw/xwin for accessing the registry.
Y Signed-off-by: Yaakov Selkowitz yselkow...@users.sourceforge.net
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
pgpiwJWiMSHWl.pgp
Description: PGP signature
___
xorg
Twas brillig at 22:06:30 26.03.2012 UTC-07 when
alan.coopersm...@oracle.com did gyre and gimble:
AC While I've heard about this before, I've not seen the sources for this
wrapper
AC (can someone provide a pointer? all I'm finding in google is man pages
bug
AC reports that reference it)
Twas brillig at 02:44:41 23.03.2012 UTC-07 when jerem...@apple.com did gyre and
gimble:
JH Is there a way we can tweak indent to not mess up blocks like this:
I had to resort to post-processing script recently, exactly for this issue.
--
pgpzeQ4QCCPnj.pgp
Description: PGP signature
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
pgpWUfmUhoMTb.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
Twas brillig at 12:19:01 10.10.2011 UTC-07 when jerem...@apple.com did gyre and
gimble:
JH https://bugs.freedesktop.org/show_bug.cgi?id=11484
JH Signed-off-by: Jeremy Huddleston jerem...@apple.com
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
pgp49UPqO0zl9.pgp
Description: PGP
Twas brillig at 12:19:19 10.10.2011 UTC-07 when jerem...@apple.com did gyre and
gimble:
JH https://bugs.freedesktop.org/show_bug.cgi?id=11484
JH Signed-off-by: Jeremy Huddleston jerem...@apple.com
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
pgpC41ofjcsFZ.pgp
Description: PGP
Twas brillig at 16:19:29 24.09.2011 UTC+02 when hramr...@centrum.cz did
gyre and gimble:
[..]
Oh, please fork the server already. And the mailing list as well.
--
http://fossarchy.blogspot.com/
pgpBRWdREkraA.pgp
Description: PGP signature
___
Signed-off-by: Mikhail Gusarov dotted...@dottedmag.net
---
xorg.modules |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/xorg.modules b/xorg.modules
index a97ac89..1d53914 100644
--- a/xorg.modules
+++ b/xorg.modules
@@ -50,6 +50,7 @@
checkoutdir=mesa/drm
Twas brillig at 20:24:32 24.09.2011 UTC+02 when dotted...@dottedmag.net did
gyre and gimble:
MG + dep package=libpciaccess/
Please disregard this patch.
--
http://fossarchy.blogspot.com/
pgp8D2e5lB95o.pgp
Description: PGP signature
___
Signed-off-by: Mikhail Gusarov dotted...@dottedmag.net
---
xorg.modules |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/xorg.modules b/xorg.modules
index a97ac89..e3bbde0 100644
--- a/xorg.modules
+++ b/xorg.modules
@@ -50,6 +50,7 @@
checkoutdir=mesa/drm
Twas brillig at 21:26:50 08.08.2011 UTC+02 when mc...@redhat.com did gyre and
gimble:
MC +AC_SEARCH_LIBS([dlopen], [dl])
MC
MC # Function dl() comes from the C library or -ldl
MC AC_SEARCH_LIBS([dlopen], [dl])
Uhm?
--
http://fossarchy.blogspot.com/
pgp7eSsQNkM9m.pgp
Description:
Twas brillig at 16:54:57 05.08.2011 UTC+02 when wha...@bfs.de did gyre and
gimble:
wh But is this a common problem in network programming ?
In X11 client decides the byte order, and server has to deal with what
comes over the wire. Most of the protocols have fixed endianess, so they
might use
Twas brillig at 12:14:53 08.07.2011 UTC+05 when ankitgarg...@gmail.com did gyre
and gimble:
Ag [root@localhost libdmx-1.1.1]# make
Building from root? Really?
Ag make all-recursive
Ag make[1]: Entering directory `/home/ankit/Downloads/X_code/libdmx-1.1.1'
Ag Making all in src
Ag
Twas brillig at 16:19:49 22.05.2011 UTC+02 when s...@bononline.nl did gyre and
gimble:
SB Isn't it possible to just get that information from the Xserver??
xrandr + awk
--
http://fossarchy.blogspot.com/
pgpkvnX3vwpbs.pgp
Description: PGP signature
.
DK This filtering is performed both for initial device enumeration, and for
subsequent udev events.
DK Signed-off-by: Daniel Kurtz djku...@google.com
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgpUREHwl3ZpK.pgp
Description: PGP signature
Twas brillig at 16:31:58 12.05.2011 UTC+03 when jonathan.mor...@movial.com did
gyre and gimble:
JM Would it be sufficient to use an 8bpp greyscale framebuffer and simply
JM ignore the low-order bits on scanout?
That's exactly what OpenInkpot does for 2-3-4-bit-depth grayscale eInk
screens.
Twas brillig at 20:17:08 02.04.2011 UTC+02 when ni...@nikai.net did gyre and
gimble:
NK Replace deprecated X*alloc functions.
NK Signed-off-by: Nicolas Kaiser ni...@nikai.net
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgpBlwY0xfFvl.pgp
Twas brillig at 13:13:23 31.03.2011 UTC+01 when mark.marsh...@csr.com
did gyre and gimble:
+static const char *
+xau_getenv(const char *name)
+{
+size_t len= 64;
+char *buffer = malloc (len);
+intrc = 0;
+
+while (buffer
+ (rc =
of this code is proprietary NVidia driver, and NVidia
developers were notified about this breakage since June of 2010, so there was
enough time to adapt to it by e.g. putting copy of file into driver itself.
Signed-off-by: Mikhail Gusarov dotted...@dottedmag.net
Reviewed-by: Jamey Sharp ja
Twas brillig at 09:26:19 29.03.2011 UTC-07 when aplatt...@nvidia.com did gyre
and gimble:
AP NAK. This code is not NVIDIA-specific just because only the NVIDIA
AP driver currently uses it.
I did not claim it. I just said it's unused.
AP We can move it into the driver if you really think
Twas brillig at 11:56:08 28.03.2011 UTC+02 when mark.kette...@xs4all.nl
did gyre and gimble:
MK I guess what I mean is that somebody took the time to write that code,
MK so presumable it served a purpose. It may very well be that that
MK purpose is no longer there.
MK But I'd expect that
Twas brillig at 10:53:54 18.03.2011 UTC+10 when peter.hutte...@who-t.net did
gyre and gimble:
The Xorg xorg.conf substitutions are leftover from the
transitional period where some distros were building our sources
with the XFree86 and XF86config names until they had time to adjust
the
Twas brillig at 22:59:49 10.03.2011 UTC+00 when gunkm...@gmail.com did gyre and
gimble:
FYI: I've got similar patch (not submitted upstream as it broke
Xfree86_VT functionality here:
http://git.iplinux.org/xinit.git/commit/?id=9bae70664b1dfb2731fc6ceaab6dbf1b7acaf783
DR Signed-off-by: Demur
Twas brillig at 09:19:24 19.02.2011 UTC-08 when
alan.coopersm...@oracle.com did gyre and gimble:
AC Neither of those explain what FTBFS means.
fails to build from source. First result of google://FTBFS gives you
this answer, by the way.
--
http://fossarchy.blogspot.com/
pgp9cZHbBy8yi.pgp
Add a DDX specific hook into miPaintWindow for DDXen which support
JT the rootless extension
JT Make building XWin with WINDOWSWM and ROOTLESS mandatory
JT Revert libmain.a
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgpMVEZP60QYN.pgp
...@debian.org
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgpK5FGeLrSb0.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http
processing methods:
AJ - input thread
AJ - main loop dispatch
AJ where the SIGIO handler is merely an optimization for the second case.
AJ Signed-off-by: Adam Jackson a...@redhat.com
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgpA5qKji3aPZ.pgp
XNFasprintf()
For the series: Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgpwrPNS7iLPo.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives
Twas brillig at 10:42:56 01.12.2010 UTC-08 when kei...@keithp.com did gyre and
gimble:
Provides a portable implementation of this common allocating
sprintf() API found in many, but not yet all, of the platforms we
support. If the platform provides vasprintf() we simply wrap it,
asprintf/vasprintf from the beginning? (XNF has to stay, sigh).
If this issue is resolved (see also additional nitpick in patch 06)
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgpV6VmA50iTi.pgp
Description: PGP signature
Twas brillig at 20:57:43 29.11.2010 UTC-08 when alan.coopersm...@oracle.com did
gyre and gimble:
AC +#ifndef XPRINTF_H
AC +#define XPRINTF_H
AC +
AC +#include stdarg.h
AC +#include X11/Xfuncproto.h
AC +
AC +#ifndef _X_RESTRICT_KYWD
AC +# if defined(restrict) /* assume autoconf set it
Twas brillig at 15:36:36 30.11.2010 UTC+05 when alexandr.shadc...@gmail.com did
gyre and gimble:
AS Removed unnecessary code:
AS case PCCONS:
AS break;
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgpt3POqPhEKv.pgp
Twas brillig at 10:32:10 22.11.2010 UTC-05 when mems...@videotron.ca did gyre
and gimble:
GN This set reworks selinux, pam, arc4random and dev/random
GN consistently using pre-searched system libs in $LIBS. Comment and
GN relocate some config fragments.
For the series: Reviewed-by: Mikhail
Twas brillig at 20:53:40 08.11.2010 UTC+01 when k...@debian.org did gyre and
gimble:
diff --git a/os/log.c b/os/log.c
[…]
+void
+LogFinishInit(void)
+{
+if (saveBuffer) {
+free(saveBuffer);/* Must be free(), not free() */
CB
Twas brillig at 16:30:06 01.11.2010 UTC+02 when rami.ylim...@vincit.fi
did gyre and gimble:
RY Is there such thing as X resource extension protocol description
RY document anywhere? I'm planning to amend the document with some
RY queries for client PIDs and resource sizes. However, I can't
.
For the series: Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgpH5ww0hxZWL.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info
Twas brillig at 08:37:38 28.10.2010 UTC-07 when
alan.coopersm...@oracle.com did gyre and gimble:
AC The cost of removal is simply far far higher than the cost of keeping
AC it - all removal buys us is removing 2 lines of code out of a million,
~500 kLOC actually already (It was ~1MLOC in 1.1
Twas brillig at 16:41:32 27.10.2010 UTC+03 when tiago.vigna...@nokia.com did
gyre and gimble:
TV well, to have two extensions tied like that doesn't sound like a reasonable
TV design...
Having two extensions designed like that doesn't sound like a reasonable
design, but we're stuck with
Twas brillig at 13:48:53 26.10.2010 UTC+02 when wha...@bfs.de did gyre and
gimble:
wh make remainder check like in the rest of code and replace strcmp()
wh Signed-off-by: walter harms wha...@bfs.de
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com
Signed-off-by: Mikhail Gusarov dotted...@dottedmag.net
---
os/log.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/os/log.c b/os/log.c
index 3435da6..94f76aa 100644
--- a/os/log.c
+++ b/os/log.c
@@ -305,10 +305,7 @@ LogVWrite(int verb, const char *f, va_list args
Signed-off-by: Mikhail Gusarov dotted...@dottedmag.net
---
os/log.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/os/log.c b/os/log.c
index ee4b45f..3435da6 100644
--- a/os/log.c
+++ b/os/log.c
@@ -302,10 +302,6 @@ LogVWrite(int verb, const char *f, va_list args
Signed-off-by: Mikhail Gusarov dotted...@dottedmag.net
---
os/log.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/os/log.c b/os/log.c
index 94f76aa..f5dfdbf 100644
--- a/os/log.c
+++ b/os/log.c
@@ -177,7 +177,6 @@ LogInit(const char *fname, const char *backup
This change makes logging initialization a bit less obscure.
Signed-off-by: Mikhail Gusarov dotted...@dottedmag.net
---
include/os.h |1 +
os/log.c | 29 +++--
os/osinit.c |8 +---
3 files changed, 21 insertions(+), 17 deletions(-)
diff --git a/include
Twas brillig at 21:04:53 22.10.2010 UTC-04 when twoer...@gmail.com did gyre and
gimble:
TW From: Trevor Woerner twoer...@gmail.com
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
TW Signed-off-by: Trevor Woerner twoer...@gmail.com
TW ---
TW src/trident_dga.c|6 +++---
TW
Twas brillig at 21:05:08 22.10.2010 UTC-04 when twoer...@gmail.com did gyre and
gimble:
TW From: Trevor Woerner twoer...@gmail.com
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
TW Signed-off-by: Trevor Woerner twoer...@gmail.com
TW ---
TW src/trident_driver.c |2 +-
TW 1
Twas brillig at 15:11:10 21.10.2010 UTC-04 when twoer...@gmail.com did gyre and
gimble:
TW Replace calls to deprecated dynamic memory wrapper functions
TW in driver code.
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgp3RmQtqMJcQ.pgp
Twas brillig at 19:12:00 20.10.2010 UTC+02 when jcris...@debian.org did gyre
and gimble:
JC Signed-off-by: Julien Cristau jcris...@debian.org
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgpg1hVKfSgkq.pgp
Description: PGP signature
Twas brillig at 19:12:01 20.10.2010 UTC+02 when jcris...@debian.org did gyre
and gimble:
JC Suggested-by: Peter Harris
JC Signed-off-by: Julien Cristau jcris...@debian.org
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgprjpFKy82Le.pgp
Twas brillig at 18:06:31 20.10.2010 UTC-02 when tiago.vigna...@nokia.com did
gyre and gimble:
TV Signed-off-by: Tiago Vignatti tiago.vigna...@nokia.com
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgp1pRXqxWMMn.pgp
Description: PGP signature
Twas brillig at 10:07:23 19.10.2010 UTC+02 when wha...@bfs.de did gyre and
gimble:
wh malloc will return (void *) so there is no need to cast.
wh i do not know xmalloc() but i see no check for OOM condition.
wh instead of removing xmalloc() it would be more useful to follow
wh XtMalloc()
Twas brillig at 12:18:06 19.10.2010 UTC+02 when jcris...@debian.org did
gyre and gimble:
wh malloc will return (void *) so there is no need to cast.
wh i do not know xmalloc() but i see no check for OOM condition.
wh instead of removing xmalloc() it would be more useful to follow
wh
Twas brillig at 12:02:56 15.10.2010 UTC+10 when peter.hutte...@who-t.net did
gyre and gimble:
PH -CARD16 symsPerKey[XkbMaxLegalKeyCode + 1];
PH +CARD8 mapWidths[XkbMaxLegalKeyCode + 1] = {0};
Just a syntax nit - why not = {}?
--
Twas brillig at 13:11:34 15.10.2010 UTC-04 when matts...@gmail.com did gyre and
gimble:
PH - CARD16 symsPerKey[XkbMaxLegalKeyCode + 1];
PH + CARD8 mapWidths[XkbMaxLegalKeyCode + 1] = {0};
Just a syntax nit - why not = {}?
--
MT I've always seen
-by: Adam Jackson a...@redhat.com
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgplkIrljRDih.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg
Twas brillig at 14:36:49 12.10.2010 UTC-04 when a...@redhat.com did gyre and
gimble:
AJ +/*
AJ + * This isn't really multiplication, but we don't need it to be. All
AJ + * we need is a boolean for connectivity, not an integer for number of
AJ + * paths. As a result we can scale to
Twas brillig at 23:22:09 12.10.2010 UTC+04 when dotted...@dottedmag.net did
gyre and gimble:
MG /* Depth-first search and mark all CRTCs reachable from cur */
MG static void
MG dfs (rrScrPrivPtr pScrPriv, int *reachable, int cur)
MG {
MG int i;
MG reachable[cur] = TRUE;
MG
Twas brillig at 21:47:05 10.10.2010 UTC+03 when b...@stusta.de did gyre and
gimble:
This macro was undefined since 7.0. Generated by unifdef -UPATHETICCPP
AB Please also manually check the changed code.
Well, I did.
...
if (!filename
-#ifdef PATHETICCPP
-
This macro was undefined since 7.0. Generated by unifdef -UPATHETICCPP
Signed-off-by: Mikhail Gusarov dotted...@dottedmag.net
---
xrdb.c | 105
1 files changed, 0 insertions(+), 105 deletions(-)
diff --git a/xrdb.c b/xrdb.c
index
Twas brillig at 20:29:39 24.09.2010 UTC+02 when carl...@gnome.org did gyre and
gimble:
CG Since xSendEventReq has a fixed size, it can't send xGenericEvents
CG larger than 32bytes, there is a need for an alternative in Xge that
CG is able to deal with variable-size events. The extension
Twas brillig at 15:22:50 24.09.2010 UTC-04 when phar...@opentext.com did gyre
and gimble:
PH This is about the SendEvent request, not about the event itself.
PH The core protocol only supports 32-byte events in the SendEvent request.
Ah, I see. Sorry for the confusion.
--
Twas brillig at 16:51:28 22.09.2010 UTC-04 when matts...@gmail.com did gyre and
gimble:
Makes sense if someone uses it for (well-working)
x-jhbuild/jhbuild/build.sh replacement.
MT Kconfig is _not_ for determining dependencies. It's for selecting
MT optional features. It's not suitable
Twas brillig at 18:29:08 22.09.2010 UTC-04 when macal...@netbsd.org did gyre
and gimble:
M If I post patches will they be ignored again?
Proper term is overlooked.
--
http://fossarchy.blogspot.com/
pgpFUDuzFGwaw.pgp
Description: PGP signature
Twas brillig at 11:17:51 20.09.2010 UTC-06 when m...@osource.org did gyre and
gimble:
MD Would I be burned in effigy if I asked about:
MD 1) just moving the build system away from autotools to cmake
What for? Are there any benefits, beside cool progress bars? BTW,
did CMake grow the
Twas brillig at 07:52:40 15.09.2010 UTC-04 when twoer...@gmail.com did gyre and
gimble:
TW I have never questioned that one before. I've seen it done so often I
TW just assumed there was a good reason for it. But after doodling around
TW with a test script for a while I can't seem to see why
Twas brillig at 08:25:32 15.09.2010 UTC-04 when twoer...@gmail.com did gyre and
gimble:
TW My git skills aren't quite up-to-speed yet. What would be the best way
TW to back out my last commit but preserve the changes so I can make
TW additional changes and resubmit the patch?
You can add
Twas brillig at 00:44:51 14.09.2010 UTC-07 when alan.coopersm...@oracle.com did
gyre and gimble:
AC On a 4 core CPU with gmake -j 16 the nls subdir builds in half the time,
AC plus this simplifies the next set of changes.
Reviwed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http
Twas brillig at 21:17:52 13.09.2010 UTC+02 when mark.kette...@xs4all.nl
did gyre and gimble:
so this means we could deprecate XAA from the server, and if one cares about
it we recommend to use old servers?
MK No. XAA does make a noticable difference on some hardware.
deprecate != remove.
This macro is to be used to point out how to replace deprecated functionality.
---
Xfuncproto.h.in |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Xfuncproto.h.in b/Xfuncproto.h.in
index 0177119..96e2b34 100644
--- a/Xfuncproto.h.in
+++ b/Xfuncproto.h.in
@@ -113,8
-by: Tiago Vignatti tiago.vigna...@nokia.com
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgpc5OxMyaDnv.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org
Twas brillig at 17:01:25 08.09.2010 UTC-04 when twoer...@gmail.com did gyre and
gimble:
TW -PKG_CHECK_MODULES([TALLOC], [talloc])
TW +AC_SEARCH_LIBS([talloc_version_major], [talloc],
TW +[TALLOC_LIBS=-ltalloc
TW +AC_CHECK_HEADERS([talloc.h], [TALLOC_CFLAGS=])],
TW +
([talloc_version_major],[talloc],[TALLOC_LIBS=-ltalloc
TALLOC_CFLAGS=],
TW +[AC_MSG_ERROR([Can't find TALLOC])])])
TW AC_SUBST([TALLOC_LIBS])
TW AC_SUBST([TALLOC_CFLAGS])
TW
TW --
TW 1.7.1
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net.
--
http://fossarchy.blogspot.com
Twas brillig at 15:11:19 31.08.2010 UTC+08 when frankr.hu...@amd.com did gyre
and gimble:
HF When compiling the Geode driver with lastest X server(1.9), Some
HF warnings are reported: Warning: 'Xalloc/Xfree/Xrealloc' is
HF deprecated What are the replacement functions for these deprecated
Twas brillig at 16:45:34 24.08.2010 UTC+08 when yakui.z...@intel.com did gyre
and gimble:
y What side effect will it bring if we define it explicitly and use it
y when it is not defined in system header?
Bad side-effect is X.org becoming OS again :) It isn't hard to require
newer
Twas brillig at 20:25:43 18.08.2010 UTC+03 when tiago.vigna...@nokia.com did
gyre and gimble:
VT But I'm not talking about applications built on the top of
VT almost-core X protocol, like redbaron. No one does this today. Get
VT real and useful applications like recent compositor managers or
Twas brillig at 20:44:26 18.08.2010 UTC+03 when tiago.vigna...@nokia.com did
gyre and gimble:
VT I don't think anyone understood... :(
I do. You'd love to see core protocol including all the bits necessary
for many modern applications. It's called X12. X11 core prototol is
inadequate.
VT
Twas brillig at 21:00:32 18.08.2010 UTC+03 when tiago.vigna...@nokia.com did
gyre and gimble:
Nobody removes extensions. If old protocol is inadequate (which is major
force behind adding extensions), then there is simply no way to have old
server to run new shiny apps, as there is no way
Twas brillig at 09:13:35 06.08.2010 UTC-04 when twoer...@gmail.com did gyre and
gimble:
TW So I guess I'm not sure how to format my patch: should I follow what
TW the rest of the file is doing (I assume this is what most people would
TW want) or should I follow the coding style guide for the
Twas brillig at 18:14:48 24.07.2010 UTC+02 when r...@gentoo.org did gyre and
gimble:
Seems we're mixing the MITSHM and HAS_SHM defines a bit
also. Perhaps just set an option to disable all shm access is enough
for us? Note that currently --disable-shm is a misname; should be
xf86RandRCreateScreenResources is a no-op since 2003 (custom processing is #if
0'ed since that), so just remove it.
Signed-off-by: Mikhail Gusarov dotted...@dottedmag.net
---
hw/xfree86/common/xf86RandR.c | 31 ---
1 files changed, 0 insertions(+), 31 deletions
git://people.freedesktop.org/~jcristau/xserver xephyr-xcb
For series: Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
--
http://fossarchy.blogspot.com/
pgpS8BSR1rQ5D.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Twas brillig at 17:03:01 09.07.2010 UTC+03 when tiago.vigna...@nokia.com did
gyre and gimble:
TV On Mon, Jul 05, 2010 at 08:25:20PM +0200, ext Mikhail Gusarov wrote:
---
src/util/miscutil.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/util
Twas brillig at 16:29:06 09.07.2010 UTC+01 when jcris...@debian.org did gyre
and gimble:
TV humm, interesting. So then you're setting up the server to not use
TV 'fixed' as default font path?
Accidentally. It did not work, but it still worth fixing in library, I
think.
JC Can we kill
Twas brillig at 19:32:48 09.07.2010 UTC+03 when tiago.vigna...@nokia.com did
gyre and gimble:
VT conceptually (protocol wise) we want builtins, right?
Not really.
--
http://fossarchy.blogspot.com/
pgpXRPyL8Wzmx.pgp
Description: PGP signature
Twas brillig at 17:06:19 08.07.2010 UTC+02 when a...@embtoolkit.org did gyre
and gimble:
AWG Please don't do that. I use Kdrive (Xfbdev) with tslib.
Old binaries and source code will not magically disappear :) Given
amount of changes in Kdrive last couple of years new versions of X
server
Twas brillig at 20:42:04 08.07.2010 UTC+02 when a...@embtoolkit.org did gyre
and gimble:
AWG Ok if I understand what you said: Stop use of Xfbdev (kdrive) and
AWG all things related to it. So why only delete support of
AWG xcalibrate and tslib?
'cause I invest my time to keep the rest of
---
src/util/miscutil.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/util/miscutil.c b/src/util/miscutil.c
index 1e76b4b..b587b3a 100644
--- a/src/util/miscutil.c
+++ b/src/util/miscutil.c
@@ -54,8 +54,12 @@ weak long serverGeneration = 1;
weak void
Twas brillig at 17:22:01 30.06.2010 UTC+02 when mark.kette...@xs4all.nl did
gyre and gimble:
Uses _NET_WM_NAME to get UTF-8 encoding, iconv to convert to current
locale Warns that COMPOUND_TEXT WM_NAMEs aren't supported if
_NET_WM_NAME isn't set Adds local atom caching code to dsimple.c
Twas brillig at 18:02:56 30.06.2010 UTC+02 when mark.kette...@xs4all.nl did
gyre and gimble:
MK Sorry, but iconv isn't available everywhere; OpenBSD for example
MK doesn't have it.
Then on OpenBSD xwininfo will have to link with libiconv.
MK Which part of OpenBSD doesn't have iconv
Twas brillig at 16:11:04 29.06.2010 UTC+10 when peter.hutte...@who-t.net did
gyre and gimble:
PH XTS still lives in dan's, aaron's and my $HOME on annarchy. Which is not
PH ideal, for obvious reasons. We've had this discussion on IRC a few times,
PH with my current preferences being either
Twas brillig at 20:36:04 22.06.2010 UTC+03 when tiago.vigna...@nokia.com did
gyre and gimble:
VT - xserver-staging would be a tree for everyone interesting in
VT development while upstream are in bugfixing. This tree (well,
VT -meego also) stays opened only when the merge window is closed.
Twas brillig at 11:48:50 22.06.2010 UTC-07 when kei...@kemper.freedesktop.org
did gyre and gimble:
KP mi: Remove unused overlay support
Whoops, please revert this patch -- overlay is in use in nvidia drivers,
and it's too late in release cycle to remove it.
I feel really sorry that I
Twas brillig at 02:00:29 23.06.2010 UTC+07 when dotted...@dottedmag.net
did gyre and gimble:
KP mi: Remove unused overlay support
MG Whoops, please revert this patch -- overlay is in use in nvidia drivers,
MG and it's too late in release cycle to remove it.
MG I feel really sorry that
Twas brillig at 10:16:28 21.06.2010 UTC+10 when peter.hutte...@who-t.net did
gyre and gimble:
-#include X11/Xfuncs.h /* for bcopy, bzero, and bcmp */
+#include X11/Xfuncs.h /* for no apparent reason */
PH couldn't we just remove this include then?
Signed-off-by: Mikhail Gusarov dotted...@dottedmag.net
---
include/misc.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/misc.h b/include/misc.h
index 62d813e..38b04b7 100644
--- a/include/misc.h
+++ b/include/misc.h
@@ -108,7 +108,7 @@ typedef struct
If Xlib headers are included before os.h declaration of Xcalloc clashes with
definition of Xcalloc macros from there (e.g. in Xephyr).
Signed-off-by: Mikhail Gusarov dotted...@dottedmag.net
---
include/os.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/include/os.h b
Twas brillig at 18:14:31 19.06.2010 UTC-04 when matts...@gmail.com did gyre and
gimble:
MT Signed-off-by: Matt Turner matts...@gmail.com
From the discussion in IRC:
- X_ALIGN2 is not clear enough. pad_to_pow_two?
- It's not macro, so no need to have it all caps.
- misc.h brings too much
Twas brillig at 15:22:39 17.06.2010 UTC+03 when tiago.vigna...@nokia.com did
gyre and gimble:
TV Tiago Vignatti (2):
TV xfree86: pci: remove superfluous vendor and card name logging
TV xfree86: configure: remove vendor and card name matching rules
Reviewed-by: Mikhail Gusarov dotted
that is about to be passed to free() is NULL, since
TC free(NULL) is allowed.
TC Signed-off-by: Tomas Carnecky t...@dbservice.com
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
TC -#define xcalloc(_num,_size)calloc(_num,_size)
At least here xcalloc had two args unlike server
Twas brillig at 21:19:11 16.06.2010 UTC+02 when t...@dbservice.com did gyre and
gimble:
TC Same for xfree/xrealloc/xcalloc. Also, yay for Xcalloc() taking only
TC one argument.
TC Signed-off-by: Tomas Carnecky t...@dbservice.com
Reviewed-by: Mikhail Gusarov dotted...@dottedmag.net
TC
Twas brillig at 10:08:03 15.06.2010 UTC+02 when a...@embtoolkit.org did gyre
and gimble:
AWG but the Makefile in libX11-1.3.4/src/util uses the target CFLAGS.
It's a bug.
AWG Can someone confirms that makekeys is intended to run on the
AWG host (not target) in case of cross compilation?
1 - 100 of 309 matches
Mail list logo