Re: Suppressing the swrast error message

Duncan Murdoch <[email protected]>
Newsgroups gmane.comp.video.mesa3d.user
Message-ID <[email protected]>
On 21/03/2020 3:36 p.m., L A Walsh wrote:
> On 2020/02/17 13:34, Duncan Murdoch wrote:
>> I'm using XQuartz on MacOS as the local server, with the remote client
>> running Ubuntu on old iMac hardware (with Intel graphics; some of
>> glxinfo from the remote system shown below).
>>
>> The remote system doesn't have a swrast driver, so I get the error message
>>
>>     libGL error: failed to load driver: swrast
>>
>> every time an application first tries to open a window.  Is there a way
>> to suppress this message?
>>    
> ----
>      It seems this is the new standard in GUI apps -- print cryptic
> info messages to the terminal that started the program.  This error has
> been around for a couple of years -- I DID find the swrast driver on my
> system, but it doesn't load.  FWIW, though on my system I'm always
> trying to do remote displays, which work with some progs but not so
> well on others.
> 
>      It seems it's up to users to wrap all GUI progs such that their
> stderr+stdout are redirected to /dev/null on the assumption that if
> they had something important to say, they'd put a message in syslog.
> 
>      I haven't done any wrapping yet, but I get tempted on a regular
> basis.  Start a desktop session from a remote ssh and look at all
> the messages.

I ended up doing the equivalent of the ">/dev/null" wrapping in the app, 
so at least my users don't have to do it, and I only lose the messages 
during startup.  There's a way to expose them if you need to debug 
startup issues.

In case anyone else wants to do something similar and wants to see how, 
the change was done on Feb 18 in

https://github.com/rforge/rgl/blob/master/pkg/rgl/src/init.cpp

Duncan Murdoch

> 
>      Seems linux doesn't support remote login (or so I've been told
> by some).   *sigh*
> 
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.