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
nested or dummy video driver. If someone really misses functionality, we
should fix that deficiency in hw/xfree86, xf86-video-dummy,
<#part sign=pgpmime>
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 driver.
I'm all for deleting the code. I would like to have some idea of what
you mean by 'most' here -- is ther
On Mon, 2012-03-26 at 16:13 -0700, 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
> nested or dummy video driver. If someone really misses functio
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 the Xorg DDX.
> I use
> /usr/bin/Xvfb
>
> Xvfb :1 -fbdir /var/tmp/
> export DISPLAY=:1
> sdl-gnash --screenshot 0 -
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 the Xorg DDX.
where is the code ?
I need some
On 03/26/2012 04:55 PM, 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 the Xorg DDX.
>
>> I use
>> /usr/bin/Xvfb
>>
>> Xvfb :1 -fbdir
On Mon, 2012-03-26 at 16:55 -0700, Jamey Sharp wrote:
> xf86-video-dummy doesn't have an equivalent to -fbdir, but it looks
> like you aren't actually making use of the mmap'd framebuffer in
> /var/tmp/.
But is an interesting feature , seeing what happen in that
framebuffer ... , so if you don't
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 driver.
+1 for deleting these obsolete DDXes. I'd suggest deleting Xdmx a
On Mon, Mar 26, 2012 at 5:09 PM, Chase Douglas
wrote:
> On 03/26/2012 04:55 PM, Jamey Sharp wrote:
>> xf86-video-dummy doesn't have an equivalent to -fbdir, but it looks
>> like you aren't actually making use of the mmap'd framebuffer in
>> /var/tmp/. So this case should work just fine with xf86-v
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
> nested or dummy video driver. If someone really misses functionality, we
>
On 03/26/2012 05:50 PM, Jamey Sharp wrote:
> On Mon, Mar 26, 2012 at 5:09 PM, Chase Douglas
> wrote:
>> On 03/26/2012 04:55 PM, Jamey Sharp wrote:
>>> xf86-video-dummy doesn't have an equivalent to -fbdir, but it looks
>>> like you aren't actually making use of the mmap'd framebuffer in
>>> /var/t
On 2012-03-26 18:13, 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 nested or dummy video driver. If someone really misses
functionality, we should
On 03/26/12 06:01 PM, 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
>> nested or dummy video dri
On Mar 26, 2012, at 6:01 PM, 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
>> nested or dum
On Mar 26, 2012, at 7:37 PM, Alan Coopersmith
wrote:
> On 03/26/12 06:01 PM, 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
On 03/26/12 07:50 PM, Jeremy Huddleston wrote:
> On Mar 26, 2012, at 7:37 PM, Alan Coopersmith
> wrote:
>> a) install a non-setuid-root copy of Xorg and have Xnest/Xephyr/Xvfb run that
>
> This is the option I prefer, although I'd rather have ${bindir}/Xorg and
> ${bindir}/Xorg.suid to make it
On Mon, Mar 26, 2012 at 6:01 PM, 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
>> nested or dum
On 03/26/12 08:21 PM, Jamey Sharp wrote:
> On Mon, Mar 26, 2012 at 6:01 PM, 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
On Mon, Mar 26, 2012 at 8:30 PM, Alan Coopersmith
wrote:
> On 03/26/12 08:21 PM, Jamey Sharp wrote:
>> On Mon, Mar 26, 2012 at 6:01 PM, Alan Coopersmith
>> wrote:
>>> The giant blocker from my point of view is that by just deleting them,
>>> you've
>>> made it impossible for non-root users to ru
On Mon, Mar 26, 2012 at 6:31 PM, Yaakov (Cygwin/X)
wrote:
> As a non-Xorg DDX maintainer, several quick questions that jump to mind:
>
> 1. Will Xorg even work on Cygwin/MinGW? (I would ask the same of OS X, but
> as the Xquartz maintainer I suppose you know what you are doing.) Even if it
> does
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,
> right?
While I've heard about this before, I
On Mon, Mar 26, 2012 at 10:06:30PM -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 cou
On 2012-03-26 20:31, Yaakov (Cygwin/X) wrote:
1. Will Xorg even work on Cygwin/MinGW?
Well, it *seems* I got Xorg (1.12 branch) with xf86-video-dummy (0.3.5)
working, but while xf86-video-nested (git master) will start, clients
are unable to connect. I used Alan's conf files and added my own
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
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
> 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
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 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 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
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
AFAIK (which is not very far) Kdrive is still the easiest way to
quickly cobble together a minimalist server for some wacky hardware or
software environment, no? I'm not sure it is worth killing, given how
small and simple it is. No opinion on the other ones, though.
Is there a document around som
On 2012-03-26 23:09, Jamey Sharp wrote:
On Mon, Mar 26, 2012 at 6:31 PM, Yaakov (Cygwin/X) wrote:
1. Will Xorg even work on Cygwin/MinGW? (I would ask the same of OS X, but
as the Xquartz maintainer I suppose you know what you are doing.) Even if it
does, I see already it would take some seriou
On 27/03/2012 05:09, Jamey Sharp wrote:
> However, our capstone project that just finished was a start toward
> replacing the XQuartz DDX with a stock Xorg server and a special
> client, and I'm hoping that XWin can go the same direction.
This is certainly the approach I'd like to take, as well, r
On Tue, Apr 3, 2012 at 4:41 AM, Jon TURNEY wrote:
> On 27/03/2012 05:09, Jamey Sharp wrote:
>> However, our capstone project that just finished was a start toward
>> replacing the XQuartz DDX with a stock Xorg server and a special
>> client, and I'm hoping that XWin can go the same direction.
>
>
On 2012-04-03 13:58, Jamey Sharp wrote:
I'd be really interested to know how much of the Xorg DDX relies on
POSIX and how much is straight C. The module loader is an obvious
candidate for pain, but once you turn off stuff like the PCI layer
that doesn't matter on Windows, how much non-portable st
On 04/ 3/12 11:58 AM, Jamey Sharp wrote:
> On Tue, Apr 3, 2012 at 4:41 AM, Jon TURNEY
> wrote:
>> On 27/03/2012 05:09, Jamey Sharp wrote:
>>> However, our capstone project that just finished was a start toward
>>> replacing the XQuartz DDX with a stock Xorg server and a special
>>> client, and I'
On 03/04/2012 22:08, Yaakov Selkowitz wrote:
> On 2012-04-03 13:58, Jamey Sharp wrote:
>> I'd be really interested to know how much of the Xorg DDX relies on
>> POSIX and how much is straight C. The module loader is an obvious
>> candidate for pain, but once you turn off stuff like the PCI layer
>>
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
On Tue, 2012-03-27 at 22:46:51 +0100, Daniel Stone wrote:
> 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?
I'm fine with such license change for the code I contributed.
t
On Tue, Mar 27, 2012 at 22:46:51 +0100, Daniel Stone wrote:
> 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?
>
FWIW, I'm happy with that license for any contributions I m
Le 27/03/2012 23:46, Daniel Stone a écrit :
> 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
53 matches
Mail list logo