On Mon, Sep 19, 2011 at 4:59 PM, DRC wrote:
> On 9/19/11 3:36 PM, Kevin Van Workum wrote:
> > Well thanks for your help. For now I'll have to use TurboVNC/VirtualGL
> > on the nodes that have 3D graphics cards in them and TigerVNC on the
> > other nodes. I was hoping to be able to use only one set
On 9/19/11 3:36 PM, Kevin Van Workum wrote:
> Well thanks for your help. For now I'll have to use TurboVNC/VirtualGL
> on the nodes that have 3D graphics cards in them and TigerVNC on the
> other nodes. I was hoping to be able to use only one setup for ease of
> use, but this will work. May I make
On Fri, Sep 9, 2011 at 4:54 PM, DRC wrote:
> On 9/9/11 2:00 PM, Kevin Van Workum wrote:
> > I would like to use the turbovnc server on my linux cluster nodes, but
> > they do not have graphics cards with 3D acceleration:
> >
> > # lspci | grep VGA
> > 08:01.0 VGA compatible controller: ATI Technol
On 9/12/11 7:47 AM, Kevin Van Workum wrote:
> If you're using my build, then swrast_dri.so has to be installed in
> /opt/TigerVNC/lib/dri. You can override that path by passing an
> argument of
>
> -dridir {dir}
>
> to vncserver.
>
>
> Yep. That was the problem. Those undo
On Mon, Sep 12, 2011 at 4:03 AM, DRC wrote:
> On 9/11/11 1:47 PM, Kevin Van Workum wrote:
> > I noticed that TigerVNC comes with a swrast_dri.so in it's lib/dri
> > folder. But still can't get TigerVNC to run OpenGL apps. I tried all
> > combination of the two env vars as well. So why does TigerVN
On 9/11/11 1:47 PM, Kevin Van Workum wrote:
> I noticed that TigerVNC comes with a swrast_dri.so in it's lib/dri
> folder. But still can't get TigerVNC to run OpenGL apps. I tried all
> combination of the two env vars as well. So why does TigerVNC come with
> swrast_dri.so, and how can I use it to
On Sun, Sep 11, 2011 at 12:12 AM, DRC wrote:
>
> > Yes DRC that makes sense. In hindsight my setup may have always had the
> software mesa driver and therefore always ignored that env variable. Maybe
> thats the diff between the 2 env variables. How did you guys go with
> LIBGL_ALWAYS_SOFTWARE ?
>
On Sun, Sep 11, 2011 at 09:22:42AM +0800, Shanon Loughton wrote:
> On Sun, Sep 11, 2011 at 2:41 AM, DRC wrote:
>
> Yes DRC that makes sense. In hindsight my setup may have always had the
> software mesa driver and therefore always ignored that env variable. Maybe
> thats the diff between the 2 env
> Yes DRC that makes sense. In hindsight my setup may have always had the
> software mesa driver and therefore always ignored that env variable. Maybe
> thats the diff between the 2 env variables. How did you guys go with
> LIBGL_ALWAYS_SOFTWARE ?
>
> A little digging for Red Hat revealed the
On Sun, Sep 11, 2011 at 2:41 AM, DRC wrote:
> On 9/10/11 10:23 AM, Kevin Van Workum wrote:
> > In my TurboVNC display (:1) I see the when running my app (VMD):
> >
> > ERROR) The X server does not support the OpenGL GLX extension. Exiting
> ...
> > Info) Unable to create OpenGL window.
> >
> > "
On 9/10/11 10:23 AM, Kevin Van Workum wrote:
> In my TurboVNC display (:1) I see the when running my app (VMD):
>
> ERROR) The X server does not support the OpenGL GLX extension. Exiting ...
> Info) Unable to create OpenGL window.
>
> "glxinfo -display :0" reports:
> direct rendering: No
>
> g
On Sat, Sep 10, 2011 at 9:56 AM, Shanon Loughton wrote:
> On Sat, Sep 10, 2011 at 9:43 PM, Kevin Van Workum wrote:
>
>>
>>> The roundabout way is: Set the environment variable LIBGL_ALWAYS_INDIRECT
>>> to "yes" in the shell you run the graphics application from.
>>>
>>
>> That does't have any ef
On Sat, Sep 10, 2011 at 9:56 PM, Shanon Loughton wrote:
>
> its either $ export LIBGL_ALWAYS_INDIRECT=yes
> or
> $ export LIBGL_ALWAYS_SOFTWARE=1
> Although Im pretty sure they mean same thing, and yes | 1 | true are
> interchangeable values.
>
>
Sorry they dont mean the same thing. But i dunno wh
On Sat, Sep 10, 2011 at 9:43 PM, Kevin Van Workum wrote:
>
>> The roundabout way is: Set the environment variable LIBGL_ALWAYS_INDIRECT
>> to "yes" in the shell you run the graphics application from.
>>
>
> That does't have any effect for me.
> $ rpm -q mesa-libGL
> mesa-libGL-6.5.1-7.7.el5
>
>
On Fri, Sep 9, 2011 at 9:20 PM, Shanon Loughton wrote:
> Hi Kevin
>
> On Sat, Sep 10, 2011 at 3:00 AM, Kevin Van Workum wrote:
>
>>
>> Is it possible to use turbovnc server without VirtualGL and still be able
>> to run OpenGL applications? It works fine with tightvnc.
>>
>>
> Yes. Although I dont
On Fri, Sep 9, 2011 at 5:55 PM, DRC wrote:
> On 9/9/11 4:51 PM, Kevin Van Workum wrote:
> > Looks like that's not going to do it for me. I was hoping to have the
> > -otpauth and -pamauth that comes with TurboVNC, but those don't appear
> > to be in the svn version?
>
> Yeah, TigerVNC uses a diff
On 9/9/11 8:20 PM, Shanon Loughton wrote:
> Is it possible to use turbovnc server without VirtualGL and still be
> able to run OpenGL applications? It works fine with tightvnc.
>
>
> Yes. Although I dont think installing both VirtualGL + TurboVNC offer
> much/any advantage. TurboVNC
Hi Kevin
On Sat, Sep 10, 2011 at 3:00 AM, Kevin Van Workum wrote:
>
> Is it possible to use turbovnc server without VirtualGL and still be able
> to run OpenGL applications? It works fine with tightvnc.
>
>
Yes. Although I dont think installing both VirtualGL + TurboVNC offer
much/any advantage.
On 9/9/11 4:51 PM, Kevin Van Workum wrote:
> Looks like that's not going to do it for me. I was hoping to have the
> -otpauth and -pamauth that comes with TurboVNC, but those don't appear
> to be in the svn version?
Yeah, TigerVNC uses a different method for providing authentication
extensions.
On Fri, Sep 9, 2011 at 5:36 PM, Kevin Van Workum wrote:
>
>
> On Fri, Sep 9, 2011 at 4:54 PM, DRC wrote:
>
>> On 9/9/11 2:00 PM, Kevin Van Workum wrote:
>> > I would like to use the turbovnc server on my linux cluster nodes, but
>> > they do not have graphics cards with 3D acceleration:
>> >
>> >
On Fri, Sep 9, 2011 at 4:54 PM, DRC wrote:
> On 9/9/11 2:00 PM, Kevin Van Workum wrote:
> > I would like to use the turbovnc server on my linux cluster nodes, but
> > they do not have graphics cards with 3D acceleration:
> >
> > # lspci | grep VGA
> > 08:01.0 VGA compatible controller: ATI Technol
On 9/9/11 2:00 PM, Kevin Van Workum wrote:
> I would like to use the turbovnc server on my linux cluster nodes, but
> they do not have graphics cards with 3D acceleration:
>
> # lspci | grep VGA
> 08:01.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev 02)
>
> Is it possible to use tu
22 matches
Mail list logo
