Nested vglrun

[Jason Edgecombe]

Hi,

As stated in my previous emails, I'm using "vglrun mate-session" and "vglrun startkde" to put the entire session under virtualGL and avoid having to change how I start all 50+ applcations that I manage. Can I use vglrun from with an already existing vglrun session (nested vglrun) so that I can pass application-specific settings, like VGL_SPOILLAST=0 to vglrun?

Are there any issues with using nested vglrun's?

Thanks,

Jason

---------------------------------------------------------------------------
Jason Edgecombe | Linux Administrator
UNC Charlotte | The William States Lee College of Engineering
9201 University City Blvd. | Charlotte, NC 28223-0001
Phone: 704-687-1943
jwed...@uncc.edu | http://engr.uncc.edu |  Facebook
---------------------------------------------------------------------------
If you are not the intended recipient of this transmission or a person responsible for delivering it to the intended recipient, any disclosure, copying, distribution, or other use of any of the information in this transmission is strictly prohibited. If you have received this transmission in error, please notify me immediately by reply e-mail or by telephone at
704-687-1943.  Thank you.

[DRC]

Let me unpack your question. vglrun only does two things:

1. Sets environment variables. This includes LD_PRELOAD but also any
VirtualGL configuration environment variables that correspond to vglrun
arguments (e.g. 'vglrun -sp' --> VGL_SPOIL=1)

2. If /etc/opt/VirtualGL/vgl_xauth_key exists, vglrun adds it to
~/.Xauthority in order to give your account access to the 3D X server.

If you ran the window manager with vglrun, then those environment
variables are already set, but executing vglrun again to reset them is
innocuous. And yes, this can be used to override VGL settings for
specific applications. However, VGL_SPOILLAST=0 is not an environment
variable that vglrun sets, so in that case, you should just do

VGL_SPOILLAST=0 {application_startup_script_or_executable}

rather than using a nested vglrun. For environment variables that
vglrun sets, you can do either. e.g.:

VGL_VERBOSE=1 {application_startup_script_or_executable}

or
vglrun +v {application_script_or_executable}

You can also, for instance, use 'vglrun -nodl' to unload libdlfaker.so
for a specific application, even if it was loaded into the window
manager process. You have to also unset LD_PRELOAD for that to work,
however, e.g.:

LD_PRELOAD= vglrun -nodl abaqus

(Abaqus is known to require -nodl.)

On 3/13/19 1:15 PM, Jason Edgecombe wrote:
> Hi,
>
> As stated in my previous emails, I'm using "vglrun mate-session" and
> "vglrun startkde" to put the entire session under virtualGL and avoid
> having to change how I start all 50+ applcations that I manage. Can I
> use vglrun from with an already existing vglrun session (nested vglrun)
> so that I can pass application-specific settings, like VGL_SPOILLAST=0
> to vglrun?
>
> Are there any issues with using nested vglrun's?
>
> Thanks,
> Jason
> ---------------------------------------------------------------------------
> Jason Edgecombe | Linux Administrator
> UNC Charlotte | The William States Lee College of Engineering
> 9201 University City Blvd. | Charlotte, NC 28223-0001

> Phone: 704-687-1943 <tel:704-687-1943>
> jwed...@uncc.edu <mailto:jwed...@uncc.edu> | http://engr.uncc.edu |
>  Facebook
> ---------------------------------------------------------------------------

[Jason Edgecombe]

Great, thanks!

---------------------------------------------------------------------------
Jason Edgecombe | Linux Administrator
UNC Charlotte | The William States Lee College of Engineering
9201 University City Blvd. | Charlotte, NC 28223-0001
Phone: 704-687-1943

jwed...@uncc.edu | http://engr.uncc.edu |  Facebook
---------------------------------------------------------------------------

If you are not the intended recipient of this transmission or a person responsible for delivering it to the intended recipient, any disclosure, copying, distribution, or other use of any of the information in this transmission is strictly prohibited. If you have received this transmission in error, please notify me immediately by reply e-mail or by telephone at
704-687-1943.  Thank you.

--
You received this message because you are subscribed to the Google Groups "VirtualGL User Discussion/Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to virtualgl-use...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/virtualgl-users/08561e8d-bddd-7a29-8bd8-5829edaf91ed%40virtualgl.org.
For more options, visit https://groups.google.com/d/optout.