On Mon, 2012-03-26 at 22:06 -0700, Alan Coopersmith wrote:
> On 03/26/12 09:07 PM, Jamey Sharp wrote:
> > Maybe I have it right this time: On Debian, there's no problem,
> > because /usr/bin/X is a trivial suid wrapper and /usr/bin/Xorg is not
> > installed suid. Solaris and other Unixes could tak
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)
On 03/27/2012 06:59 AM, Sérgio Basto wrote:
> On Mon, 2012-03-26 at 16:55 -0700, Jamey Sharp wrote:
>> 2012/3/26 Sérgio Basto :
>>> in other day I saw /usr/bin/xvfb-run is in use on building
>>> miro-4.0.6-2.fc16
>>>
>>> how we test X in a server without displays ?
>>
>> Use xf86-video-dummy with
(snip)
> At the very minimum we should ship a couple simple configs such as (guessing
> at
> contents here, someone would need to test and refine):
(snip)
Here is the one I use often (mainly because dummy does not have proper
randr support yet - I have offered to help resolve this..):
https://xpra
Hi,
I’m building xorg in a local directory $HOME/xorg, then all libraries will
go to $HOME/xorg/lib,
And all the configure files will go to $HOME/xorg/share/X11/xorg.conf.d/,
such as the 10-evdev.conf.
My question is, when I run this local Xorg it will not search the configure
file at the
On 3/26/12, Alan Coopersmith wrote:
> On 03/26/12 09:07 PM, Jamey Sharp wrote:
>> Maybe I have it right this time: On Debian, there's no problem,
>> because /usr/bin/X is a trivial suid wrapper and /usr/bin/Xorg is not
>> installed suid. Solaris and other Unixes could take the same approach,
>> ri
On Tue, Mar 27, 2012 at 2:38 AM, Zhigang Gong
wrote:
> Hi,
>
>
>
> I’m building xorg in a local directory $HOME/xorg, then all libraries will
> go to $HOME/xorg/lib,
>
> And all the configure files will go to $HOME/xorg/share/X11/xorg.conf.d/,
> such as the 10-evdev.conf.
>
>
>
> My question is, w
Hi Ran,
On 24 March 2012 15:03, Ran Benita wrote:
> I like the API, it's clear and extensible, and the filter-pipeline
> implementation is also nice (I'd never think of something like that..).
Ha, in fairness, it's not actually original, mostly just ripped from
the server code. ;)
> I've ported
> Date: Tue, 27 Mar 2012 06:03:03 -0700
> From: Jamey Sharp
>
> On 3/26/12, Alan Coopersmith wrote:
> > On 03/26/12 09:07 PM, Jamey Sharp wrote:
> >> Maybe I have it right this time: On Debian, there's no problem,
> >> because /usr/bin/X is a trivial suid wrapper and /usr/bin/Xorg is not
> >> in
Hi Ran,
On 24 March 2012 15:24, Ran Benita wrote:
> There's some unrelated groups of commits here. I've tried to arrange
> them such that they can be picked selectively if needed.
Great stuff, thanks. I've pulled most of it, aside from:
> Remove remaining uses of X11/X.h modifier masks
>
On 3/27/12, Mark Kettenis wrote:
>> Date: Tue, 27 Mar 2012 06:03:03 -0700
>> From: Jamey Sharp
>>
>> The key is to have a *non*-suid copy of the server available for those
>> who don't need root privs for their configuration. In that mode all
>> options can be processed without the server perform
On 03/27/12 12:08 AM, Michel Dänzer wrote:
> On Mon, 2012-03-26 at 22:06 -0700, Alan Coopersmith wrote:
>> On 03/26/12 09:07 PM, Jamey Sharp wrote:
>>> Maybe I have it right this time: On Debian, there's no problem,
>>> because /usr/bin/X is a trivial suid wrapper and /usr/bin/Xorg is not
>>> inst
On Mon, 2012-03-26 at 18:01 -0700, Alan Coopersmith wrote:
> On 03/26/12 04:13 PM, Jeremy Huddleston wrote:
> > These need to die. This removes 30K lines of code from xorg-server. It
> > must be good!
> >
> > Most functionality of these servers can be provide by Xorg with either the
> > neste
On Mar 27, 2012, at 12:08 AM, Michel Dänzer wrote:
> On Mon, 2012-03-26 at 22:06 -0700, Alan Coopersmith wrote:
>> On 03/26/12 09:07 PM, Jamey Sharp wrote:
>>> Maybe I have it right this time: On Debian, there's no problem,
>>> because /usr/bin/X is a trivial suid wrapper and /usr/bin/Xorg is n
2012/3/27 Sérgio Basto :
> Other subject is vnc any replacement for x11vnc and x2vnc, I am worried
> about applications which use code of X11 like this two:
>
> x11vnc-0.9.13-1.fc16.x86_64
x11vnc is fine: it's just an X client. It works with any Xorg driver.
I've used it with xf86-video-dummy befo
On 03/27/12 10:46 AM, Jamey Sharp wrote:
> You're probably thinking of the old X VNC servers that hacked up the
> server source tree. I believe those have been abandoned, but certainly
> this proposed change won't hurt them any more than they already have
> been.
TigerVNC is alive and well, shippi
On Tue, 2012-03-27 at 10:46 -0700, Jamey Sharp wrote:
> 2012/3/27 Sérgio Basto :
> > Other subject is vnc any replacement for x11vnc and x2vnc, I am worried
> > about applications which use code of X11 like this two:
> >
> > x11vnc-0.9.13-1.fc16.x86_64
>
> x11vnc is fine: it's just an X client. I
On Tue, 2012-03-27 at 10:53 -0700, Alan Coopersmith wrote:
> On 03/27/12 10:46 AM, Jamey Sharp wrote:
> > You're probably thinking of the old X VNC servers that hacked up the
> > server source tree. I believe those have been abandoned, but certainly
> > this proposed change won't hurt them any mor
On 03/28/2012 01:36 AM, Sérgio Basto wrote:
> On Tue, 2012-03-27 at 10:53 -0700, Alan Coopersmith wrote:
>> On 03/27/12 10:46 AM, Jamey Sharp wrote:
>>> You're probably thinking of the old X VNC servers that hacked up the
>>> server source tree. I believe those have been abandoned, but certainly
>
On 12-03-27 12:59 AM, Alan Coopersmith wrote:
> Release Notes:
> - Move drivers not being included in katamari from drivers table to
> removed table
> - Update README links to use .txt since drivers no longer generate
> html READMEs from SGML
Details of X11R7.6 components: none of the links to
On Mon, Mar 26, 2012 at 17:37:37 -0700, Jamey Sharp wrote:
> On Mon, Mar 26, 2012 at 4:31 PM, Keith Packard wrote:
> > On Mon, 26 Mar 2012 16:13:46 -0700, Jeremy Huddleston
> > wrote:
> >> Most functionality of these servers can be provide by Xorg with either
> >> the nested or dummy video driv
On 03/27/12 11:36 AM, Sérgio Basto wrote:
> On Tue, 2012-03-27 at 10:53 -0700, Alan Coopersmith wrote:
>> On 03/27/12 10:46 AM, Jamey Sharp wrote:
>>> You're probably thinking of the old X VNC servers that hacked up the
>>> server source tree. I believe those have been abandoned, but certainly
>>>
On 03/27/12 12:04 PM, Gaetan Nadon wrote:
> On 12-03-27 12:59 AM, Alan Coopersmith wrote:
>> Release Notes:
>> - Move drivers not being included in katamari from drivers table to
>> removed table
>> - Update README links to use .txt since drivers no longer generate
>> html READMEs from SGML
> D
On 2012-03-26 20:01, Alan Coopersmith wrote:
At the very minimum we should ship a couple simple configs such as (guessing at
contents here, someone would need to test and refine):
OK, it looks like I have both of these working on Cygwin now. I do
remind everyone that video-nested doesn't have
Hi,
On 24 February 2012 00:58, Ran Benita wrote:
> All global state is removed from the parser and scanner.
> This makes use of the standard facilities in Bison and Flex for
> reentrant/pure scanner/lexer and location tracking.
I've merged this now as it's more important to me that xkbcommon can
Hi,
Sorry for the excess quoting, I've left it in for context for those Cc'ed ...
2012/3/27 Jeremy Huddleston :
> On Mar 27, 2012, at 12:08 AM, Michel Dänzer wrote:
>> On Mon, 2012-03-26 at 22:06 -0700, Alan Coopersmith wrote:
>>> On 03/26/12 09:07 PM, Jamey Sharp wrote:
Maybe I have it righ
Fixes a bug introduced in commit 2603ad69b997c999404ecc441e0d64ea2cc22018 (Use
the scroll distances as increment for scrolling valuator axes)
Since this commit, scroll distance was set with SetScrollValuator function but
it was still used as a divisor to calculate coasting,
thus making coasting
Oops, left a typo in previous patch. Here's the correction.
Fixes a bug introduced in commit 2603ad69b997c999404ecc441e0d64ea2cc22018 (Use
the scroll distances as increment for scrolling valuator axes)
Since this commit, scroll distance was set with SetScrollValuator function but
it was still u
On Mon, Mar 26, 2012 at 05:37:37PM -0700, Jamey Sharp wrote:
> Xvfb has -fbdir and -shmem options to allocate the framebuffer in a
> mmap'd file or a shared memory segment, respectively. Surely nobody
> cares? If somebody does, patches copying the code from Xvfb to
> xf86-video-dummy should be easy
From: Yaakov Selkowitz
Patches for xserver, xf86-video-dummy, and xf86-video-nested follow.
Yaakov Selkowitz (2):
xf86Crtc: include "xf86xv.h" only if XV
xfree86: add support for Cygwin
configure.ac | 24
hw/xfree86/Makefile.am
From: Yaakov Selkowitz
Signed-off-by: Yaakov Selkowitz
---
hw/xfree86/modes/xf86Crtc.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/xfree86/modes/xf86Crtc.c b/hw/xfree86/modes/xf86Crtc.c
index 6d5e92f..fee1ae7 100644
--- a/hw/xfree86/modes/xf86Crtc.c
+++ b/hw/xfr
From: Yaakov Selkowitz
As a PE platform, all symbols in both EXEs and DLLs must be resolved
at link time. As Xorg modules depend on symbols in the Xorg
executable, we must build Xorg before its modules, creating an implib
from the former which is used to link the latter. This implib must
then b
From: Yaakov Selkowitz
Signed-off-by: Yaakov Selkowitz
---
src/dummy.h|4
src/dummy_driver.c |2 ++
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/dummy.h b/src/dummy.h
index 3442f63..966ab02 100644
--- a/src/dummy.h
+++ b/src/dummy.h
@@ -5,8 +5,10 @@
From: Yaakov Selkowitz
This affects only Cygwin, where drivers must be linked against the
Xorg implib. On other systems, XORG_LIBS will be empty.
Signed-off-by: Yaakov Selkowitz
---
src/Makefile.am |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/Makefile.am b/src/
From: Yaakov Selkowitz
This affects only Cygwin, where drivers must be linked against the
Xorg implib. On other systems, XORG_LIBS will be empty.
Signed-off-by: Yaakov Selkowitz
---
src/Makefile.am |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/Makefile.am b/sr
> Stephen, Mark, Branden - would you be amenable to relicensing this
> under the standard X.Org MIT/X11 copyright, as quoted below, for
> possible inclusion in X.Org upstream?
Feel free as far as my patches to it are concerned.
___
xorg-devel@lists.x.or
On Mon, Mar 26, 2012 at 11:39:00AM -0700, Jeremy Huddleston wrote:
> test/xtest.c now passes, but with this series committed, xi2 is sad. Note
> that during my bisecting to find the xtest failure, xi was failing on some
> "good" cases, but it was not failing this horrifically.
diff --git a/test/x
37 matches
Mail list logo