Re: Remote OpenGL -- getting it to work?

2016-06-11 Thread Antoine Martin
On 11/06/16 12:30, L. A. Walsh wrote: > Antoine Martin wrote: >> On 11/06/16 01:02, L. A. Walsh wrote: >> >>> Antoine Martin wrote: >>> >> .0 NVIDIA 355.98) >> FWIW: xpra + virtualgl works very well and is often considerably faster than doing GL over a remot

Re: Remote OpenGL -- getting it to work?

2016-06-10 Thread L. A. Walsh
Antoine Martin wrote: On 11/06/16 01:02, L. A. Walsh wrote: Antoine Martin wrote: .0 NVIDIA 355.98) FWIW: xpra + virtualgl works very well and is often considerably faster than doing GL over a remote display connection. More info here: https://xpra.org/trac/wiki/Usage

Re: Remote OpenGL -- getting it to work?

2016-06-10 Thread Antoine Martin
On 11/06/16 01:02, L. A. Walsh wrote: > Antoine Martin wrote: .0 NVIDIA 355.98) >>> >> FWIW: xpra + virtualgl works very well and is often considerably faster >> than doing GL over a remote display connection. More info here: >> https://xpra.org/trac/wiki/Usage/OpenGL >> > --- >

Re: Remote OpenGL -- getting it to work?

2016-06-10 Thread L. A. Walsh
Antoine Martin wrote: .0 NVIDIA 355.98) FWIW: xpra + virtualgl works very well and is often considerably faster than doing GL over a remote display connection. More info here: https://xpra.org/trac/wiki/Usage/OpenGL --- Will have to try that -- not sure if xpra is supported by the c

Re: Remote OpenGL -- getting it to work?

2016-06-01 Thread Antoine Martin
On 01/06/16 05:13, Thomas Lübking wrote: > On Tue, May 31, 2016 at 08:33:14AM -0700, L. A. Walsh wrote: >> Glynn Clements wrote: >>> L. A. Walsh wrote: >>> I have sometimes gotten some GLX programs to work for a short while, but more often than not, I don't get them to work at all. >>> >>

Re: Remote OpenGL -- getting it to work?

2016-05-31 Thread Thomas Lübking
On Tue, May 31, 2016 at 08:33:14AM -0700, L. A. Walsh wrote: Glynn Clements wrote: L. A. Walsh wrote: I have sometimes gotten some GLX programs to work for a short while, but more often than not, I don't get them to work at all. The most likely reason for this is that the program needs a lat

Re: Remote OpenGL -- getting it to work?

2016-05-31 Thread L. A. Walsh
Glynn Clements wrote: L. A. Walsh wrote: I have sometimes gotten some GLX programs to work for a short while, but more often than not, I don't get them to work at all. The most likely reason for this is that the program needs a later version of OpenGL than Cygwin's X server provides.

Re: Remote OpenGL -- getting it to work?

2016-05-31 Thread Glynn Clements
L. A. Walsh wrote: > I have sometimes gotten some GLX programs to work for a short while, > but more often than not, I don't get them to work at all. The most likely reason for this is that the program needs a later version of OpenGL than Cygwin's X server provides. > I'm not sure where to look

Remote OpenGL -- getting it to work?

2016-05-30 Thread L. A. Walsh
I have sometimes gotten some GLX programs to work for a short while, but more often than not, I don't get them to work at all. I'm not sure where to look for how to configure it to be allowed, but on the client end, it doesn't seem to ever want to load swrast. The glxinfo cmd looks like it is de

Re: Remote OpenGL

2016-05-27 Thread Cook, Rich
> On May 27, 2016, at 4:54 PM, Jeremy Huddleston Sequoia > wrote: > > >> On May 27, 2016, at 09:27, Cook, Rich wrote: >> >> >>> On May 27, 2016, at 1:53 AM, Jeremy Huddleston Sequoia >>> wrote: >>> Another awkward thing about this, I suppose, is that on OSX the X server is star

Re: Remote OpenGL

2016-05-27 Thread Jeremy Huddleston Sequoia
> On May 27, 2016, at 09:27, Cook, Rich wrote: > > >> On May 27, 2016, at 1:53 AM, Jeremy Huddleston Sequoia >> wrote: >> >>> Another awkward thing about this, I suppose, is that on OSX the X server >>> is started implicitly on demand and there's no reasonable way to configure >>> things lik

Re: Remote OpenGL

2016-05-27 Thread Cook, Rich
Thanks for the pointer to the actual change. The commit message there also says, wrongly, "Almost every situation of someone running indirect GLX is a mistake that results in X Server crashes. Indirect GLX is the cause of regular security vulnerabilities, and rarely provides any capability to

Re: Remote OpenGL

2016-05-27 Thread Alan Coopersmith
On 05/27/16 11:20 AM, Cook, Rich wrote: I'm glad to hear that one of the core X server maintainer is saying that it is not going "completely" away. The previous statement on IGLX when it was disabled was: https://cgit.freedesktop.org/xorg/xserver/commit/?id=d0da0e9c3bb8fe0cd4879ecb24d21715bfaa

Re: Remote OpenGL

2016-05-27 Thread Cook, Rich
>> >>> On May 26, 2016, at 3:56 PM, Adam Jackson wrote: >>> >>> On Thu, 2016-05-26 at 09:14 +0200, Laurent Lamalle wrote: >>>> Hello, >>>> >>>> I have just discovered, through the x11-us...@lists.apple.com mailing >&g

Re: Remote OpenGL

2016-05-27 Thread Alan Coopersmith
te: On Thu, 2016-05-26 at 09:14 +0200, Laurent Lamalle wrote: Hello, I have just discovered, through the x11-us...@lists.apple.com mailing list, that Xorg deprecated some software component (IGLX?) necessary for remote OpenGL viewing. As I just said: https://lists.freedesktop.org/archives/xorg/

Re: Remote OpenGL

2016-05-27 Thread Christopher Barry
On Fri, 27 May 2016 09:54:28 -0700 Alan Coopersmith wrote: >On 05/26/16 06:56 PM, Christopher Barry wrote: >> I have certain software that must use opengl, and it runs on >> windows. I had to stand up a separate box just for that application, >> as I run Linux everywhere else. I could not make it

Re: Remote OpenGL

2016-05-27 Thread Alan Coopersmith
On 05/26/16 06:56 PM, Christopher Barry wrote: I have certain software that must use opengl, and it runs on windows. I had to stand up a separate box just for that application, as I run Linux everywhere else. I could not make it work in a KVM VM due to no opengl capability in KVM (I won't use vmw

Re: Remote OpenGL

2016-05-27 Thread Cook, Rich
> On May 27, 2016, at 1:53 AM, Jeremy Huddleston Sequoia > wrote: > >> Another awkward thing about this, I suppose, is that on OSX the X server >> is started implicitly on demand and there's no reasonable way to configure >> things like command line options. > > Most of those are configured vi

Re: Remote OpenGL

2016-05-27 Thread Jeremy Huddleston Sequoia
> On May 26, 2016, at 15:56, Adam Jackson wrote: > > On Thu, 2016-05-26 at 09:14 +0200, Laurent Lamalle wrote: >> Hello, >> >> I have just discovered, through the x11-us...@lists.apple.com mailing >> list, that Xorg deprecated some software component (IGLX

Re: Remote OpenGL

2016-05-26 Thread Christopher Barry
11-us...@lists.apple.com >>>> mailing list, that Xorg deprecated some software component (IGLX?) >>>> necessary for remote OpenGL viewing. >>> >>> As I just said: >>> >>> https://lists.freedesktop.org/archives/xorg/2016-May/05807

Re: Remote OpenGL

2016-05-26 Thread Christopher Barry
dam Jackson wrote: >> >> On Thu, 2016-05-26 at 09:14 +0200, Laurent Lamalle wrote: >>> Hello, >>> >>> I have just discovered, through the x11-us...@lists.apple.com >>> mailing list, that Xorg deprecated some software component (IGLX

Re: Remote OpenGL

2016-05-26 Thread Cook, Rich
rote: >> Hello, >> >> I have just discovered, through the x11-us...@lists.apple.com mailing >> list, that Xorg deprecated some software component (IGLX?) necessary for >> remote OpenGL viewing. > > As I just said: > > https://lists.freedesktop.org/archives/xo

Re: Remote OpenGL

2016-05-26 Thread Adam Jackson
On Thu, 2016-05-26 at 09:14 +0200, Laurent Lamalle wrote: > Hello, > > I have just discovered, through the x11-us...@lists.apple.com mailing > list, that Xorg deprecated some software component (IGLX?) necessary for > remote OpenGL viewing. As I just said: https://lists.freedeskt

Remote OpenGL

2016-05-26 Thread Laurent Lamalle
Hello, I have just discovered, through the x11-us...@lists.apple.com mailing list, that Xorg deprecated some software component (IGLX?) necessary for remote OpenGL viewing. Such mode of operation, using a client desktop/workstation to connect to remote powerful HPC workstations or clusters