Re: [gentoo-user] Re: FreeCAD permission problems

[Zhu Sha Zang]

[root@asgard ~]$ eselect opengl list 7:21
Available OpenGL implementations:
  [1]   xorg-x11 *
[root@asgard ~]$ eselect mesa list 7:21
i915 (Intel 915, 945)
i965 (Intel GMA 965, G/Q3x, G/Q4x, HD)
  [1]   classic *
r300 (Radeon R300-R500)
r600 (Radeon R600-R700, Evergreen, Northern Islands)
sw (Software renderer)
  [1]   classic *
  [2]   gallium


On 05/06/2017 06:32 AM, Kai Krakow wrote:

Am Fri, 5 May 2017 20:55:42 -0400
schrieb Zhu Sha Zang :


[rodolfo@asgard ~]$ eselect qtgraphicssystem list 20:55
Available Qt Graphics Systems:
[1]   native
[2]   opengl (experimental)
[3]   raster (default) *

Best Regards

This does not help, the software is trying to load the swrast GL
driver which is not there.

It would be helpful to see the output of

# eselect opengl list

and

# eselect mesa list



On 05/05/2017 03:17 PM, Kai Krakow wrote:

Am Fri, 5 May 2017 21:12:53 +0200
schrieb tu...@posteo.de:
  

On 05/05 09:03, Kai Krakow wrote:

  [...]
  [...]

   [...]
   [...]

  [...]

   [...]

  [...]

   [...]
   [...]

  [...]
  [...]
  [...]
  [...]

Hi Kai,

sorry for the confusion I initiated...

This one I used

QT_GRAPHICSSYSTEM=raster freecad

Please also try my other suggestion:

Find your GL drivers with "locate libGL.so" or "qfile -b libGL.so"
and try those paths in the preloader:

# LD_PRELOAD=/path/to/libGL.so freecad

Try the libGL most specific to your graphics card first.

  

Re: [gentoo-user] Re: FreeCAD permission problems

[tuxic]

On 05/06 06:40, Kai Krakow wrote:
> Am Sat, 6 May 2017 16:23:19 +0200
> schrieb tu...@posteo.de:
> 
> > It's there
> > -rw-r--r-- 1 root root 141 May  6 10:37 /etc/env.d/000opengl
> > 
> > and its contents is:
> > # Configuration file for eselect
> > # This file has been automatically generated.
> > LDPATH="/usr/lib64/opengl/nvidia/lib"
> > OPENGL_PROFILE="nvidia"
> > 
> > Contents of ld.so.conf:
> > 
> > # ld.so.conf autogenerated by env-update; make all changes to
> > # contents of /etc/env.d directory
> > /usr/lib64/opengl/nvidia/lib
> > /lib64
> > /usr/lib64
> > /usr/local/lib64
> > /lib
> > /usr/lib
> > /usr/local/lib
> > include ld.so.conf.d/*.conf
> > /usr/lib64/OpenCL/vendors/nvidia
> > /usr/lib/llvm/4/lib64
> > /usr/lib64/itcl4.0.3/
> > /usr/lib64/itk4.0.1/
> > /usr/lib64/qt4
> > /opt/nvidia-cg-toolkit/lib64
> > /usr/games/lib64
> > /usr/games/lib
> > /opt/cuda/lib64
> > /opt/cuda/lib
> > /opt/cuda/nvvm/lib64
> > /usr/lib64/fltk
> > /usr/lib64/libgig/
> > 
> > 
> > 
> > No, no ACLs here:
> > 
> > ls -l /dev/input/*   (excerpt)
> > 
> > crw-rw 1 root input 13, 64 May  6 12:11 /dev/input/event0
> > crw-rw 1 root input 13, 65 May  6 12:11 /dev/input/event1
> > 
> > 
> > crw-rw 1 root video 195,   0 May  6 12:11 /dev/nvidia0
> > crw-rw 1 root video 195,   1 May  6 12:11 /dev/nvidia1
> > crw-rw 1 root video 195, 255 May  6 12:11 /dev/nvidiactl
> > crw-rw-rw- 1 root root  195, 254 May  6 12:11 /dev/nvidia-modeset
> > crw-rw-rw- 1 root root  246,   0 May  6 12:20 /dev/nvidia-uvm
> > crw-rw-rw- 1 root root  246,   1 May  6 12:20 /dev/nvidia-uvm-tools
> > 
> > 
> > I have two nvidia-cards in my PC. One (the slower,older) is for
> > everytyhing except rendering, the newer and faster one is for
> > rendering except anything else.
> > 
> > The above shows both permissions:
> > root:root and root:portage...
> > 
> > 
> > Video-group settings are ok it seems:
> > NVreg_DeviceFileGID=27
> > 
> > 27(video)
> 
> Okay, this looks all good.
> 
> > (as user)
> > glxgears -info:
> > Running synchronized to the vertical refresh.  The framerate should be
> > approximately the same as the monitor refresh rate.
> > GL_RENDERER   = GeForce GT 430/PCIe/SSE2  <<<= this is
> > the older, slower graphics card!
> 
> Is this what you expected?
> 
> I'm not sure how to handle multiple nvidia cards properly and assign
> them to different tasks. My best guess is using nvidia-settings.
> 
> I guess one GPU is used for X11, the other is not. So, if you want one
> application to use the idle GPU, it may not be initialized.
> 
> I think this is when you use persistenced:
> https://docs.nvidia.com/deploy/driver-persistence/
> 
> > GL_VERSION= 4.5.0 NVIDIA 381.09
> > GL_VENDOR = NVIDIA Corporation
> > GL_EXTENSIONS = GL_AMD_multi_draw_indirect GL_ARB_arrays_of_arrays
> [...snip...]
> 
> I guess this is all not Gentoo related. Your graphics stack looks
> correct. I guess that FreeCAD chokes because of your special setup
> with two GPUs. You may want to contact their support forum.
> Everything related to the basic configuration looks correct.
> 
> 
> -- 
> Regards,
> Kai
> 
> Replies to list-only preferred.
> 
> 

Hi Kai,

thanks for all your help and analyzes!
Yes, it looks like FreeCAD creates the problem.
No other program (Blender for example) has any
problem with my setup...just another part
of this puzzle...

Have a nice weekend!
Cheers
Meino

[gentoo-user] Re: FreeCAD permission problems

[Kai Krakow]

Am Sat, 6 May 2017 16:23:19 +0200
schrieb tu...@posteo.de:

> It's there
> -rw-r--r-- 1 root root 141 May  6 10:37 /etc/env.d/000opengl
> 
> and its contents is:
> # Configuration file for eselect
> # This file has been automatically generated.
> LDPATH="/usr/lib64/opengl/nvidia/lib"
> OPENGL_PROFILE="nvidia"
> 
> Contents of ld.so.conf:
> 
> # ld.so.conf autogenerated by env-update; make all changes to
> # contents of /etc/env.d directory
> /usr/lib64/opengl/nvidia/lib
> /lib64
> /usr/lib64
> /usr/local/lib64
> /lib
> /usr/lib
> /usr/local/lib
> include ld.so.conf.d/*.conf
> /usr/lib64/OpenCL/vendors/nvidia
> /usr/lib/llvm/4/lib64
> /usr/lib64/itcl4.0.3/
> /usr/lib64/itk4.0.1/
> /usr/lib64/qt4
> /opt/nvidia-cg-toolkit/lib64
> /usr/games/lib64
> /usr/games/lib
> /opt/cuda/lib64
> /opt/cuda/lib
> /opt/cuda/nvvm/lib64
> /usr/lib64/fltk
> /usr/lib64/libgig/
> 
> 
> 
> No, no ACLs here:
> 
> ls -l /dev/input/*   (excerpt)
> 
> crw-rw 1 root input 13, 64 May  6 12:11 /dev/input/event0
> crw-rw 1 root input 13, 65 May  6 12:11 /dev/input/event1
> 
> 
> crw-rw 1 root video 195,   0 May  6 12:11 /dev/nvidia0
> crw-rw 1 root video 195,   1 May  6 12:11 /dev/nvidia1
> crw-rw 1 root video 195, 255 May  6 12:11 /dev/nvidiactl
> crw-rw-rw- 1 root root  195, 254 May  6 12:11 /dev/nvidia-modeset
> crw-rw-rw- 1 root root  246,   0 May  6 12:20 /dev/nvidia-uvm
> crw-rw-rw- 1 root root  246,   1 May  6 12:20 /dev/nvidia-uvm-tools
> 
> 
> I have two nvidia-cards in my PC. One (the slower,older) is for
> everytyhing except rendering, the newer and faster one is for
> rendering except anything else.
> 
> The above shows both permissions:
> root:root and root:portage...
> 
> 
> Video-group settings are ok it seems:
> NVreg_DeviceFileGID=27
> 
> 27(video)

Okay, this looks all good.

> (as user)
> glxgears -info:
> Running synchronized to the vertical refresh.  The framerate should be
> approximately the same as the monitor refresh rate.
> GL_RENDERER   = GeForce GT 430/PCIe/SSE2  <<<= this is
> the older, slower graphics card!

Is this what you expected?

I'm not sure how to handle multiple nvidia cards properly and assign
them to different tasks. My best guess is using nvidia-settings.

I guess one GPU is used for X11, the other is not. So, if you want one
application to use the idle GPU, it may not be initialized.

I think this is when you use persistenced:
https://docs.nvidia.com/deploy/driver-persistence/

> GL_VERSION= 4.5.0 NVIDIA 381.09
> GL_VENDOR = NVIDIA Corporation
> GL_EXTENSIONS = GL_AMD_multi_draw_indirect GL_ARB_arrays_of_arrays
[...snip...]

I guess this is all not Gentoo related. Your graphics stack looks
correct. I guess that FreeCAD chokes because of your special setup
with two GPUs. You may want to contact their support forum.
Everything related to the basic configuration looks correct.


-- 
Regards,
Kai

Replies to list-only preferred.

Re: [gentoo-user] Re: FreeCAD permission problems

[tuxic]

On 05/06 03:20, Kai Krakow wrote:
> Am Sat, 6 May 2017 14:42:59 +0200
> schrieb tu...@posteo.de:
> 
> > On 05/06 02:16, Kai Krakow wrote:
> > > Am Sat, 6 May 2017 12:55:24 +0200
> > > schrieb tu...@posteo.de:
> > >   
> > > > On 05/06 12:28, Kai Krakow wrote:  
> >  [...]  
> >  [...]  
> > > >  [...]  
> > > >  [...]
> >  [...]  
> > > >  [...]
> >  [...]  
> > > >  [...]
> >  [...]  
> > > >  [...]
> >  [...]  
> > > >  [...]  
> > > >  [...]
> >  [...]  
> >  [...]  
> >  [...]  
> >  [...]  
> > > > 
> > > > Hi,
> > > > 
> > > > ...it runs now at least for root (called as user it crashes
> > > > still).
> > > > 
> > > > I did the following:
> > > > 
> > > > 
> > > > mv /usr/lib64/libGL.so  /usr/lib64/off.libGL.so 
> > > > 
> > > > for all libGL.so* in /usr/lib64/libGL.so*  
> > > 
> > > You shouldn't shuffle those files around. They are controlled by the
> > > package manager.
> > > 
> > > I think it's a bug of the software that it overwrites ld paths.
> > > With a Gentoo standard configuration and eselect opengl switched to
> > > nvidia, every software should find and load the nvidia opengl stuff
> > > first.
> > > 
> > > Could you show the output of
> > > 
> > > # lddtree $(which FreeCAD)
> > > 
> > > E.g., lddtree $(which kwin_x11) shows a line for me:
> > > 
> > > libGL.so.1 => /usr/lib64/opengl/nvidia/lib/libGL.so.1
> > > 
> > > which clearly says it's linking libGL.so.1 from nvidia first.
> > > 
> > > If a libGL line is missing for FreeCAD, it is dynamically loaded by
> > > the application itself. Then it's a FreeCAD bug that should be
> > > fixed.
> > > 
> > > If it's loading from /usr/lib64/libGL* for you, then some paths and
> > > configs are borked in your system.
> > > 
> > >   
> > > > Addtionally I added 06nvidia to /etc/ld.so.config.d/. with this
> > > > contents:
> > > > /usr/lib64/opengl/nvidia/lib
> > > > and did a ldconfig afterwards and reboot to release any
> > > > filehandle.  
> > > 
> > > I wonder why these paths are missing for you... My ld.so.conf has
> > > nvidia paths right in the beginning (first two lines). It's
> > > actually made from /etc/env.d/000opengl. There's nothing nvidia
> > > specific in the .d directory.
> > > 
> > >   
> > > > One question remains:
> > > > It works for root but not for any other user.
> > > > I (as user) am in the video group.
> > > > 
> > > > I checked the directory/file permissions of opencascade and they
> > > > seem to be ok.  
> > > 
> > > I don't think that modern kernels and desktop managers still use the
> > > video group. It should be handled by ACLs. Please have a look at the
> > > ACLs of the device nodes.
> > > 
> > > It all depends on your login manager and pam configuration. You
> > > should check that if things don't work right. If you're using
> > > systemd, you are using systemd-logind, otherwise you're probably
> > > using consolekit.
> > > 
> > > If you're not using either of those, the system would fall back to
> > > standard unix group permissions. But I'm not sure if this works
> > > correctly if you didn't configure the whole chain to work that way.
> > > 
> > >   
> > > > I straced FreeCAD...but...I fear not to see anything suspicious
> > > > because the output contains a lot of noise (much more as normally
> > > > seen in such traces)...  
> > > 
> > > You can use call filters to limit that to what you want to see.
> > > Also, there's ltrace which could be interesting.
> > > 
> > >   
> > > > The eselects show:  
> >  [...]  
> > > > Available OpenGL implementations:
> > > >   [1]   nvidia *
> > > >   [2]   xorg-x11  
> >  [...]  
> > > > i915 (Intel 915, 945)
> > > > i965 (Intel GMA 965, G/Q3x, G/Q4x, HD)
> > > > r300 (Radeon R300-R500)
> > > > r600 (Radeon R600-R700, Evergreen, Northern Islands)
> > > > sw (Software renderer)
> > > >   [1]   classic
> > > >   [2]   gallium *
> > > > 
> > > > Why is nvidia not listed with the second command?  
> > > 
> > > Afaik, it does not provide mesa drivers. That's probably why it
> > > cannot find an "swrast" driver/visual then. Directly using nvidia
> > > OpenGL fixes that, which is what you did now.
> > > 
> > > I think the bug with FreeCAD is, that it cannot properly handle
> > > multiple opengl implementations which it tries to do itself. It
> > > should be left to the system to correctly load the correct opengl
> > > implementation.
> > > 
> > > I guess FreeCAD looks up visuals by loading libGL from /usr/lib,
> > > then it loads libGL again using means provided by the system, which
> > > ends up loading the nvidia implementation. But that does not
> > > provide swrast. I can only guess why they did that. But I could
> > > also be totally wrong.
> > > 
> > > 
> > > -- 
> > > Regards,
> > > Kai
> > > 
> > > Replies to list-only preferred.
> > >   
> > 
> > 
> > 
> > 
> > Hi Kai,
> > 
> > NO PANIC! :) the renaming of libGL and friends was for
> > testing/experimenting purposes only! :)
> > 
> > After renaming those back to normal and doing a ldconfig
> > 

[gentoo-user] Re: FreeCAD permission problems

[Kai Krakow]

Am Sat, 6 May 2017 14:42:59 +0200
schrieb tu...@posteo.de:

> On 05/06 02:16, Kai Krakow wrote:
> > Am Sat, 6 May 2017 12:55:24 +0200
> > schrieb tu...@posteo.de:
> >   
> > > On 05/06 12:28, Kai Krakow wrote:  
>  [...]  
>  [...]  
> > >  [...]  
> > >  [...]
>  [...]  
> > >  [...]
>  [...]  
> > >  [...]
>  [...]  
> > >  [...]
>  [...]  
> > >  [...]  
> > >  [...]
>  [...]  
>  [...]  
>  [...]  
>  [...]  
> > > 
> > > Hi,
> > > 
> > > ...it runs now at least for root (called as user it crashes
> > > still).
> > > 
> > > I did the following:
> > > 
> > > 
> > > mv /usr/lib64/libGL.so  /usr/lib64/off.libGL.so 
> > > 
> > > for all libGL.so* in /usr/lib64/libGL.so*  
> > 
> > You shouldn't shuffle those files around. They are controlled by the
> > package manager.
> > 
> > I think it's a bug of the software that it overwrites ld paths.
> > With a Gentoo standard configuration and eselect opengl switched to
> > nvidia, every software should find and load the nvidia opengl stuff
> > first.
> > 
> > Could you show the output of
> > 
> > # lddtree $(which FreeCAD)
> > 
> > E.g., lddtree $(which kwin_x11) shows a line for me:
> > 
> > libGL.so.1 => /usr/lib64/opengl/nvidia/lib/libGL.so.1
> > 
> > which clearly says it's linking libGL.so.1 from nvidia first.
> > 
> > If a libGL line is missing for FreeCAD, it is dynamically loaded by
> > the application itself. Then it's a FreeCAD bug that should be
> > fixed.
> > 
> > If it's loading from /usr/lib64/libGL* for you, then some paths and
> > configs are borked in your system.
> > 
> >   
> > > Addtionally I added 06nvidia to /etc/ld.so.config.d/. with this
> > > contents:
> > > /usr/lib64/opengl/nvidia/lib
> > > and did a ldconfig afterwards and reboot to release any
> > > filehandle.  
> > 
> > I wonder why these paths are missing for you... My ld.so.conf has
> > nvidia paths right in the beginning (first two lines). It's
> > actually made from /etc/env.d/000opengl. There's nothing nvidia
> > specific in the .d directory.
> > 
> >   
> > > One question remains:
> > > It works for root but not for any other user.
> > > I (as user) am in the video group.
> > > 
> > > I checked the directory/file permissions of opencascade and they
> > > seem to be ok.  
> > 
> > I don't think that modern kernels and desktop managers still use the
> > video group. It should be handled by ACLs. Please have a look at the
> > ACLs of the device nodes.
> > 
> > It all depends on your login manager and pam configuration. You
> > should check that if things don't work right. If you're using
> > systemd, you are using systemd-logind, otherwise you're probably
> > using consolekit.
> > 
> > If you're not using either of those, the system would fall back to
> > standard unix group permissions. But I'm not sure if this works
> > correctly if you didn't configure the whole chain to work that way.
> > 
> >   
> > > I straced FreeCAD...but...I fear not to see anything suspicious
> > > because the output contains a lot of noise (much more as normally
> > > seen in such traces)...  
> > 
> > You can use call filters to limit that to what you want to see.
> > Also, there's ltrace which could be interesting.
> > 
> >   
> > > The eselects show:  
>  [...]  
> > > Available OpenGL implementations:
> > >   [1]   nvidia *
> > >   [2]   xorg-x11  
>  [...]  
> > > i915 (Intel 915, 945)
> > > i965 (Intel GMA 965, G/Q3x, G/Q4x, HD)
> > > r300 (Radeon R300-R500)
> > > r600 (Radeon R600-R700, Evergreen, Northern Islands)
> > > sw (Software renderer)
> > >   [1]   classic
> > >   [2]   gallium *
> > > 
> > > Why is nvidia not listed with the second command?  
> > 
> > Afaik, it does not provide mesa drivers. That's probably why it
> > cannot find an "swrast" driver/visual then. Directly using nvidia
> > OpenGL fixes that, which is what you did now.
> > 
> > I think the bug with FreeCAD is, that it cannot properly handle
> > multiple opengl implementations which it tries to do itself. It
> > should be left to the system to correctly load the correct opengl
> > implementation.
> > 
> > I guess FreeCAD looks up visuals by loading libGL from /usr/lib,
> > then it loads libGL again using means provided by the system, which
> > ends up loading the nvidia implementation. But that does not
> > provide swrast. I can only guess why they did that. But I could
> > also be totally wrong.
> > 
> > 
> > -- 
> > Regards,
> > Kai
> > 
> > Replies to list-only preferred.
> >   
> 
> 
> 
> 
> Hi Kai,
> 
> NO PANIC! :) the renaming of libGL and friends was for
> testing/experimenting purposes only! :)
> 
> After renaming those back to normal and doing a ldconfig
> these were back for root and user:
> 
> libGL error: No matching fbConfigs or visuals found
> libGL error: failed to load driver: swrast
> *** Abort *** an exception was raised, but no catch was found.
> ... The exception is:SIGSEGV 'segmentation violation'
> detected. Address 0
> 
> I checked for the 000opengl file in 

Re: [gentoo-user] Re: FreeCAD permission problems

[tuxic]

On 05/06 02:16, Kai Krakow wrote:
> Am Sat, 6 May 2017 12:55:24 +0200
> schrieb tu...@posteo.de:
> 
> > On 05/06 12:28, Kai Krakow wrote:
> > > Am Sat, 6 May 2017 04:18:57 +0200
> > > schrieb tu...@posteo.de:
> > >   
> > > > On 05/05 09:17, Kai Krakow wrote:  
> >  [...]  
> >  [...]  
> > > >  [...]  
> > > >  [...]
> >  [...]  
> > > >  [...]
> >  [...]  
> > > >  [...]
> >  [...]  
> > > >  [...]  
> > > >  [...]  
> > > >  [...]  
> > > >  [...]
> >  [...]  
> >  [...]  
> > > > 
> > > > Hi Kai,
> > > > 
> > > > 
> > > > here the results:
> > > > LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/. FreeCAD   
> > > > ERROR: ld.so: object '/usr/lib64/opengl/nvidia/lib/.' from
> > > > LD_PRELOAD cannot be preloaded (cannot read file data): ignored.
> > > > FreeCAD 0.16, Libs: 0.16RUnknown © Juergen Riegel, Werner Mayer,
> > > > Yorik van Havre 2001-2015 #   ###     
> > > >   ##  # #   #   # 
> > > >   # ##     # #   #  #   # 
> > > >     # # #  # #  #  # #  #   # 
> > > >   # #      ## # #   # 
> > > >   # #   ## ## # #   #  ##  ##  ##
> > > >   # #       ### # #    ##  ##  ##
> > > > 
> > > > libGL error: No matching fbConfigs or visuals found
> > > > libGL error: failed to load driver: swrast
> > > > using visual class 4, id 2b
> > > > [1]17990 segmentation fault
> > > > LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/. FreeCAD  
> > > 
> > > This makes no sense... You have to give an .so file.
> > >   
> > >  >LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/libGL.so FreeCAD  
> > > > FreeCAD 0.16, Libs: 0.16RUnknown
> > > > © Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
> > > >   #   ###     
> > > >   ##  # #   #   # 
> > > >   # ##     # #   #  #   # 
> > > >     # # #  # #  #  # #  #   # 
> > > >   # #      ## # #   # 
> > > >   # #   ## ## # #   #  ##  ##  ##
> > > >   # #       ### # #    ##  ##  ##
> > > > 
> > > > using visual class 4, id 2b
> > > > [1]17552 segmentation fault
> > > > LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/libGL.so FreeCAD  
> > > 
> > > Okay, so this fixes the problem with the visual as I expected. But
> > > now it's segfaulting.
> > > 
> > > Are you using an NVIDIA card with proprietary driver?
> > > 
> > > 
> > > -- 
> > > Regards,
> > > Kai
> > > 
> > > Replies to list-only preferred.
> > > 
> > > 
> > >   
> > 
> > Hi,
> > 
> > ...it runs now at least for root (called as user it crashes still).
> > 
> > I did the following:
> > 
> > 
> > mv /usr/lib64/libGL.so  /usr/lib64/off.libGL.so 
> > 
> > for all libGL.so* in /usr/lib64/libGL.so*
> 
> You shouldn't shuffle those files around. They are controlled by the
> package manager.
> 
> I think it's a bug of the software that it overwrites ld paths. With a
> Gentoo standard configuration and eselect opengl switched to nvidia,
> every software should find and load the nvidia opengl stuff first.
> 
> Could you show the output of
> 
> # lddtree $(which FreeCAD)
> 
> E.g., lddtree $(which kwin_x11) shows a line for me:
> 
> libGL.so.1 => /usr/lib64/opengl/nvidia/lib/libGL.so.1
> 
> which clearly says it's linking libGL.so.1 from nvidia first.
> 
> If a libGL line is missing for FreeCAD, it is dynamically loaded by the
> application itself. Then it's a FreeCAD bug that should be fixed.
> 
> If it's loading from /usr/lib64/libGL* for you, then some paths and
> configs are borked in your system.
> 
> 
> > Addtionally I added 06nvidia to /etc/ld.so.config.d/. with this
> > contents:
> > /usr/lib64/opengl/nvidia/lib
> > and did a ldconfig afterwards and reboot to release any filehandle.
> 
> I wonder why these paths are missing for you... My ld.so.conf has nvidia
> paths right in the beginning (first two lines). It's actually made
> from /etc/env.d/000opengl. There's nothing nvidia specific in the .d
> directory.
> 
> 
> > One question remains:
> > It works for root but not for any other user.
> > I (as user) am in the video group.
> > 
> > I checked the directory/file permissions of opencascade and they
> > seem to be ok.
> 
> I don't think that modern kernels and desktop managers still use the
> video group. It should be handled by ACLs. Please have a look at the
> ACLs of the device nodes.
> 
> It all depends on your login manager and pam configuration. You should
> check that if things don't work right. If you're using systemd, you are
> using systemd-logind, otherwise you're probably using consolekit.
> 
> If you're not using either of those, the system would fall back to
> standard unix group permissions. But I'm not sure if this works
> correctly if you didn't configure the whole chain to work that way.
> 
> 
> > I straced FreeCAD...but...I fear not to see anything suspicious
> > because the output contains a lot of noise (much more as 

[gentoo-user] Re: FreeCAD permission problems

[Kai Krakow]

Am Sat, 6 May 2017 12:55:24 +0200
schrieb tu...@posteo.de:

> On 05/06 12:28, Kai Krakow wrote:
> > Am Sat, 6 May 2017 04:18:57 +0200
> > schrieb tu...@posteo.de:
> >   
> > > On 05/05 09:17, Kai Krakow wrote:  
>  [...]  
>  [...]  
> > >  [...]  
> > >  [...]
>  [...]  
> > >  [...]
>  [...]  
> > >  [...]
>  [...]  
> > >  [...]  
> > >  [...]  
> > >  [...]  
> > >  [...]
>  [...]  
>  [...]  
> > > 
> > > Hi Kai,
> > > 
> > > 
> > > here the results:
> > > LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/. FreeCAD   
> > > ERROR: ld.so: object '/usr/lib64/opengl/nvidia/lib/.' from
> > > LD_PRELOAD cannot be preloaded (cannot read file data): ignored.
> > > FreeCAD 0.16, Libs: 0.16RUnknown © Juergen Riegel, Werner Mayer,
> > > Yorik van Havre 2001-2015 #   ###     
> > >   ##  # #   #   # 
> > >   # ##     # #   #  #   # 
> > >     # # #  # #  #  # #  #   # 
> > >   # #      ## # #   # 
> > >   # #   ## ## # #   #  ##  ##  ##
> > >   # #       ### # #    ##  ##  ##
> > > 
> > > libGL error: No matching fbConfigs or visuals found
> > > libGL error: failed to load driver: swrast
> > > using visual class 4, id 2b
> > > [1]17990 segmentation fault
> > > LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/. FreeCAD  
> > 
> > This makes no sense... You have to give an .so file.
> >   
> >  >LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/libGL.so FreeCAD  
> > > FreeCAD 0.16, Libs: 0.16RUnknown
> > > © Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
> > >   #   ###     
> > >   ##  # #   #   # 
> > >   # ##     # #   #  #   # 
> > >     # # #  # #  #  # #  #   # 
> > >   # #      ## # #   # 
> > >   # #   ## ## # #   #  ##  ##  ##
> > >   # #       ### # #    ##  ##  ##
> > > 
> > > using visual class 4, id 2b
> > > [1]17552 segmentation fault
> > > LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/libGL.so FreeCAD  
> > 
> > Okay, so this fixes the problem with the visual as I expected. But
> > now it's segfaulting.
> > 
> > Are you using an NVIDIA card with proprietary driver?
> > 
> > 
> > -- 
> > Regards,
> > Kai
> > 
> > Replies to list-only preferred.
> > 
> > 
> >   
> 
> Hi,
> 
> ...it runs now at least for root (called as user it crashes still).
> 
> I did the following:
> 
> 
> mv /usr/lib64/libGL.so  /usr/lib64/off.libGL.so 
> 
> for all libGL.so* in /usr/lib64/libGL.so*

You shouldn't shuffle those files around. They are controlled by the
package manager.

I think it's a bug of the software that it overwrites ld paths. With a
Gentoo standard configuration and eselect opengl switched to nvidia,
every software should find and load the nvidia opengl stuff first.

Could you show the output of

# lddtree $(which FreeCAD)

E.g., lddtree $(which kwin_x11) shows a line for me:

libGL.so.1 => /usr/lib64/opengl/nvidia/lib/libGL.so.1

which clearly says it's linking libGL.so.1 from nvidia first.

If a libGL line is missing for FreeCAD, it is dynamically loaded by the
application itself. Then it's a FreeCAD bug that should be fixed.

If it's loading from /usr/lib64/libGL* for you, then some paths and
configs are borked in your system.


> Addtionally I added 06nvidia to /etc/ld.so.config.d/. with this
> contents:
> /usr/lib64/opengl/nvidia/lib
> and did a ldconfig afterwards and reboot to release any filehandle.

I wonder why these paths are missing for you... My ld.so.conf has nvidia
paths right in the beginning (first two lines). It's actually made
from /etc/env.d/000opengl. There's nothing nvidia specific in the .d
directory.


> One question remains:
> It works for root but not for any other user.
> I (as user) am in the video group.
> 
> I checked the directory/file permissions of opencascade and they
> seem to be ok.

I don't think that modern kernels and desktop managers still use the
video group. It should be handled by ACLs. Please have a look at the
ACLs of the device nodes.

It all depends on your login manager and pam configuration. You should
check that if things don't work right. If you're using systemd, you are
using systemd-logind, otherwise you're probably using consolekit.

If you're not using either of those, the system would fall back to
standard unix group permissions. But I'm not sure if this works
correctly if you didn't configure the whole chain to work that way.


> I straced FreeCAD...but...I fear not to see anything suspicious
> because the output contains a lot of noise (much more as normally
> seen in such traces)...

You can use call filters to limit that to what you want to see. Also,
there's ltrace which could be interesting.


> The eselects show:
> >eselect opengl list  
> Available OpenGL implementations:
>   [1]   nvidia *
>   [2]   xorg-x11
> >eselect mesa list
> i915 (Intel 915, 945)
> i965 

Re: [gentoo-user] Re: FreeCAD permission problems

[tuxic]

On 05/06 12:28, Kai Krakow wrote:
> Am Sat, 6 May 2017 04:18:57 +0200
> schrieb tu...@posteo.de:
> 
> > On 05/05 09:17, Kai Krakow wrote:
> > > Am Fri, 5 May 2017 21:12:53 +0200
> > > schrieb tu...@posteo.de:
> > >   
> > > > On 05/05 09:03, Kai Krakow wrote:  
> >  [...]  
> >  [...]  
> > > >  [...]  
> > > >  [...]
> >  [...]  
> > > >  [...]
> >  [...]  
> > > >  [...]  
> > > >  [...]
> >  [...]  
> >  [...]  
> >  [...]  
> >  [...]  
> > > > 
> > > > Hi Kai,
> > > > 
> > > > sorry for the confusion I initiated...
> > > > 
> > > > This one I used
> > > > 
> > > > QT_GRAPHICSSYSTEM=raster freecad  
> > > 
> > > Please also try my other suggestion:
> > > 
> > > Find your GL drivers with "locate libGL.so" or "qfile -b libGL.so"
> > > and try those paths in the preloader:
> > > 
> > > # LD_PRELOAD=/path/to/libGL.so freecad
> > > 
> > > Try the libGL most specific to your graphics card first.
> > > 
> > > 
> > > -- 
> > > Regards,
> > > Kai
> > > 
> > > Replies to list-only preferred.
> > > 
> > > 
> > >   
> > 
> > Hi Kai,
> > 
> > 
> > here the results:
> > LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/. FreeCAD   
> > ERROR: ld.so: object '/usr/lib64/opengl/nvidia/lib/.' from LD_PRELOAD
> > cannot be preloaded (cannot read file data): ignored. FreeCAD 0.16,
> > Libs: 0.16RUnknown © Juergen Riegel, Werner Mayer, Yorik van Havre
> > 2001-2015 #   ###     
> >   ##  # #   #   # 
> >   # ##     # #   #  #   # 
> >     # # #  # #  #  # #  #   # 
> >   # #      ## # #   # 
> >   # #   ## ## # #   #  ##  ##  ##
> >   # #       ### # #    ##  ##  ##
> > 
> > libGL error: No matching fbConfigs or visuals found
> > libGL error: failed to load driver: swrast
> > using visual class 4, id 2b
> > [1]17990 segmentation fault
> > LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/. FreeCAD
> 
> This makes no sense... You have to give an .so file.
> 
>  >LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/libGL.so FreeCAD  
> > FreeCAD 0.16, Libs: 0.16RUnknown
> > © Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
> >   #   ###     
> >   ##  # #   #   # 
> >   # ##     # #   #  #   # 
> >     # # #  # #  #  # #  #   # 
> >   # #      ## # #   # 
> >   # #   ## ## # #   #  ##  ##  ##
> >   # #       ### # #    ##  ##  ##
> > 
> > using visual class 4, id 2b
> > [1]17552 segmentation fault
> > LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/libGL.so FreeCAD
> 
> Okay, so this fixes the problem with the visual as I expected. But now
> it's segfaulting.
> 
> Are you using an NVIDIA card with proprietary driver?
> 
> 
> -- 
> Regards,
> Kai
> 
> Replies to list-only preferred.
> 
> 
> 

Hi,

...it runs now at least for root (called as user it crashes still).

I did the following:


mv /usr/lib64/libGL.so  /usr/lib64/off.libGL.so 

for all libGL.so* in /usr/lib64/libGL.so*

Addtionally I added 06nvidia to /etc/ld.so.config.d/. with this
contents:
/usr/lib64/opengl/nvidia/lib
and did a ldconfig afterwards and reboot to release any filehandle.

One question remains:
It works for root but not for any other user.
I (as user) am in the video group.

I checked the directory/file permissions of opencascade and they
seem to be ok.

I straced FreeCAD...but...I fear not to see anything suspicious
because the output contains a lot of noise (much more as normally
seen in such traces)...

The eselects show:
>eselect opengl list
Available OpenGL implementations:
  [1]   nvidia *
  [2]   xorg-x11
>eselect mesa list  
i915 (Intel 915, 945)
i965 (Intel GMA 965, G/Q3x, G/Q4x, HD)
r300 (Radeon R300-R500)
r600 (Radeon R600-R700, Evergreen, Northern Islands)
sw (Software renderer)
  [1]   classic
  [2]   gallium *

Why is nvidia not listed with the second command?

Any ideas?

Cheers
Meino

[gentoo-user] Re: FreeCAD permission problems

[Kai Krakow]

Am Fri, 5 May 2017 20:55:42 -0400
schrieb Zhu Sha Zang :

> [rodolfo@asgard ~]$ eselect qtgraphicssystem list 20:55
> Available Qt Graphics Systems:
>[1]   native
>[2]   opengl (experimental)
>[3]   raster (default) *
> 
> Best Regards

This does not help, the software is trying to load the swrast GL
driver which is not there.

It would be helpful to see the output of

# eselect opengl list

and

# eselect mesa list


> On 05/05/2017 03:17 PM, Kai Krakow wrote:
> > Am Fri, 5 May 2017 21:12:53 +0200
> > schrieb tu...@posteo.de:
> >  
> >> On 05/05 09:03, Kai Krakow wrote:  
>  [...]  
>  [...]  
> >>   [...]
> >>   [...]  
>  [...]  
> >>   [...]  
>  [...]  
> >>   [...]
> >>   [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
> >> Hi Kai,
> >>
> >> sorry for the confusion I initiated...
> >>
> >> This one I used
> >>
> >> QT_GRAPHICSSYSTEM=raster freecad  
> > Please also try my other suggestion:
> >
> > Find your GL drivers with "locate libGL.so" or "qfile -b libGL.so"
> > and try those paths in the preloader:
> >
> > # LD_PRELOAD=/path/to/libGL.so freecad
> >
> > Try the libGL most specific to your graphics card first.
> >
> >  
> 
> 
> 



-- 
Regards,
Kai

Replies to list-only preferred.

[gentoo-user] Re: FreeCAD permission problems

[Kai Krakow]

Am Sat, 6 May 2017 04:18:57 +0200
schrieb tu...@posteo.de:

> On 05/05 09:17, Kai Krakow wrote:
> > Am Fri, 5 May 2017 21:12:53 +0200
> > schrieb tu...@posteo.de:
> >   
> > > On 05/05 09:03, Kai Krakow wrote:  
>  [...]  
>  [...]  
> > >  [...]  
> > >  [...]
>  [...]  
> > >  [...]
>  [...]  
> > >  [...]  
> > >  [...]
>  [...]  
>  [...]  
>  [...]  
>  [...]  
> > > 
> > > Hi Kai,
> > > 
> > > sorry for the confusion I initiated...
> > > 
> > > This one I used
> > > 
> > > QT_GRAPHICSSYSTEM=raster freecad  
> > 
> > Please also try my other suggestion:
> > 
> > Find your GL drivers with "locate libGL.so" or "qfile -b libGL.so"
> > and try those paths in the preloader:
> > 
> > # LD_PRELOAD=/path/to/libGL.so freecad
> > 
> > Try the libGL most specific to your graphics card first.
> > 
> > 
> > -- 
> > Regards,
> > Kai
> > 
> > Replies to list-only preferred.
> > 
> > 
> >   
> 
> Hi Kai,
> 
> 
> here the results:
> LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/. FreeCAD   
> ERROR: ld.so: object '/usr/lib64/opengl/nvidia/lib/.' from LD_PRELOAD
> cannot be preloaded (cannot read file data): ignored. FreeCAD 0.16,
> Libs: 0.16RUnknown © Juergen Riegel, Werner Mayer, Yorik van Havre
> 2001-2015 #   ###     
>   ##  # #   #   # 
>   # ##     # #   #  #   # 
>     # # #  # #  #  # #  #   # 
>   # #      ## # #   # 
>   # #   ## ## # #   #  ##  ##  ##
>   # #       ### # #    ##  ##  ##
> 
> libGL error: No matching fbConfigs or visuals found
> libGL error: failed to load driver: swrast
> using visual class 4, id 2b
> [1]17990 segmentation fault
> LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/. FreeCAD

This makes no sense... You have to give an .so file.

 >LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/libGL.so FreeCAD  
> FreeCAD 0.16, Libs: 0.16RUnknown
> © Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
>   #   ###     
>   ##  # #   #   # 
>   # ##     # #   #  #   # 
>     # # #  # #  #  # #  #   # 
>   # #      ## # #   # 
>   # #   ## ## # #   #  ##  ##  ##
>   # #       ### # #    ##  ##  ##
> 
> using visual class 4, id 2b
> [1]17552 segmentation fault
> LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/libGL.so FreeCAD

Okay, so this fixes the problem with the visual as I expected. But now
it's segfaulting.

Are you using an NVIDIA card with proprietary driver?


-- 
Regards,
Kai

Replies to list-only preferred.

Re: [gentoo-user] Re: FreeCAD permission problems

[tuxic]

On 05/05 09:17, Kai Krakow wrote:
> Am Fri, 5 May 2017 21:12:53 +0200
> schrieb tu...@posteo.de:
> 
> > On 05/05 09:03, Kai Krakow wrote:
> > > Am Fri, 5 May 2017 20:40:50 +0200
> > > schrieb tu...@posteo.de:
> > >   
> > > > On 05/05 08:28, Kai Krakow wrote:  
> >  [...]  
> >  [...]  
> > > >  [...]  
> > > >  [...]
> >  [...]  
> > > >  [...]  
> > > >  [...]
> >  [...]  
> >  [...]  
> > > > 
> > > > Hi kai,
> > > > 
> > > > THANKS FOR THAT COMMANDLINE!  
> > > 
> > > Which of those two?
> > >   
> > > > Now FreeCAD is willing to cooperate...up to an certain level: It
> > > > starts
> > > > 
> > > > Loading an STEP-data file results in :
> > > > FreeCAD 0.16, Libs: 0.16RUnknown
> > > > © Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
> > > >   #   ###     
> > > >   ##  # #   #   # 
> > > >   # ##     # #   #  #   # 
> > > >     # # #  # #  #  # #  #   # 
> > > >   # #      ## # #   # 
> > > >   # #   ## ## # #   #  ##  ##  ##
> > > >   # #       ### # #    ##  ##  ##
> > > > 
> > > > libGL error: No matching fbConfigs or visuals found
> > > > libGL error: failed to load driver: swrast
> > > > Unhandled std::exception caught in GUIApplication::notify.
> > > > The error message is: Permission denied
> > > > *** Abort *** an exception was raised, but no catch was found.
> > > > ... The exception is:SIGSEGV 'segmentation violation'
> > > > detected. Address 0
> > > > 
> > > > Any ideas?  
> > > 
> > > I'd still try the preload stuff. I don't think QT_GRAPHICSSYSTEM can
> > > solve this.
> > > 
> > > But I'm only guessing which command line you used.
> > > 
> > > 
> > > -- 
> > > Regards,
> > > Kai
> > > 
> > > Replies to list-only preferred.
> > > 
> > > 
> > >   
> > 
> > Hi Kai,
> > 
> > sorry for the confusion I initiated...
> > 
> > This one I used
> > 
> > QT_GRAPHICSSYSTEM=raster freecad
> 
> Please also try my other suggestion:
> 
> Find your GL drivers with "locate libGL.so" or "qfile -b libGL.so" and
> try those paths in the preloader:
> 
> # LD_PRELOAD=/path/to/libGL.so freecad
> 
> Try the libGL most specific to your graphics card first.
> 
> 
> -- 
> Regards,
> Kai
> 
> Replies to list-only preferred.
> 
> 
> 

Hi Kai,


here the results:
LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/. FreeCAD   
ERROR: ld.so: object '/usr/lib64/opengl/nvidia/lib/.' from LD_PRELOAD cannot be 
preloaded (cannot read file data): ignored.
FreeCAD 0.16, Libs: 0.16RUnknown
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
  #   ###     
  ##  # #   #   # 
  # ##     # #   #  #   # 
    # # #  # #  #  # #  #   # 
  # #      ## # #   # 
  # #   ## ## # #   #  ##  ##  ##
  # #       ### # #    ##  ##  ##

libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
using visual class 4, id 2b
[1]17990 segmentation fault  LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/. 
FreeCAD




>LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/libGL.so FreeCAD
FreeCAD 0.16, Libs: 0.16RUnknown
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
  #   ###     
  ##  # #   #   # 
  # ##     # #   #  #   # 
    # # #  # #  #  # #  #   # 
  # #      ## # #   # 
  # #   ## ## # #   #  ##  ##  ##
  # #       ### # #    ##  ##  ##

using visual class 4, id 2b
[1]17552 segmentation fault  
LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/libGL.so FreeCAD


Cheers 
Meino

Re: [gentoo-user] Re: FreeCAD permission problems

[Zhu Sha Zang]

[rodolfo@asgard ~]$ eselect qtgraphicssystem list 20:55
Available Qt Graphics Systems:
  [1]   native
  [2]   opengl (experimental)
  [3]   raster (default) *

Best Regards


On 05/05/2017 03:17 PM, Kai Krakow wrote:

Am Fri, 5 May 2017 21:12:53 +0200
schrieb tu...@posteo.de:


On 05/05 09:03, Kai Krakow wrote:

Am Fri, 5 May 2017 20:40:50 +0200
schrieb tu...@posteo.de:
   

On 05/05 08:28, Kai Krakow wrote:

  [...]
  [...]

  [...]
  [...]

  [...]

  [...]
  [...]

  [...]
  [...]

Hi kai,

THANKS FOR THAT COMMANDLINE!

Which of those two?
   

Now FreeCAD is willing to cooperate...up to an certain level: It
starts

Loading an STEP-data file results in :
FreeCAD 0.16, Libs: 0.16RUnknown
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
   #   ###   
   ##  # #   #   #
   # ##     # #   #  #   #
     # # #  # #  #  # #  #   #
   # #      ## # #   #
   # #   ## ## # #   #  ##  ##  ##
   # #       ### # #    ##  ##  ##

libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
Unhandled std::exception caught in GUIApplication::notify.
The error message is: Permission denied
*** Abort *** an exception was raised, but no catch was found.
... The exception is:SIGSEGV 'segmentation violation'
detected. Address 0

Any ideas?

I'd still try the preload stuff. I don't think QT_GRAPHICSSYSTEM can
solve this.

But I'm only guessing which command line you used.


--
Regards,
Kai

Replies to list-only preferred.


   

Hi Kai,

sorry for the confusion I initiated...

This one I used

QT_GRAPHICSSYSTEM=raster freecad

Please also try my other suggestion:

Find your GL drivers with "locate libGL.so" or "qfile -b libGL.so" and
try those paths in the preloader:

# LD_PRELOAD=/path/to/libGL.so freecad

Try the libGL most specific to your graphics card first.

[gentoo-user] Re: FreeCAD permission problems

[Kai Krakow]

Am Fri, 5 May 2017 21:12:53 +0200
schrieb tu...@posteo.de:

> On 05/05 09:03, Kai Krakow wrote:
> > Am Fri, 5 May 2017 20:40:50 +0200
> > schrieb tu...@posteo.de:
> >   
> > > On 05/05 08:28, Kai Krakow wrote:  
>  [...]  
>  [...]  
> > >  [...]  
> > >  [...]
>  [...]  
> > >  [...]  
> > >  [...]
>  [...]  
>  [...]  
> > > 
> > > Hi kai,
> > > 
> > > THANKS FOR THAT COMMANDLINE!  
> > 
> > Which of those two?
> >   
> > > Now FreeCAD is willing to cooperate...up to an certain level: It
> > > starts
> > > 
> > > Loading an STEP-data file results in :
> > > FreeCAD 0.16, Libs: 0.16RUnknown
> > > © Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
> > >   #   ###     
> > >   ##  # #   #   # 
> > >   # ##     # #   #  #   # 
> > >     # # #  # #  #  # #  #   # 
> > >   # #      ## # #   # 
> > >   # #   ## ## # #   #  ##  ##  ##
> > >   # #       ### # #    ##  ##  ##
> > > 
> > > libGL error: No matching fbConfigs or visuals found
> > > libGL error: failed to load driver: swrast
> > > Unhandled std::exception caught in GUIApplication::notify.
> > > The error message is: Permission denied
> > > *** Abort *** an exception was raised, but no catch was found.
> > >   ... The exception is:SIGSEGV 'segmentation violation'
> > > detected. Address 0
> > > 
> > > Any ideas?  
> > 
> > I'd still try the preload stuff. I don't think QT_GRAPHICSSYSTEM can
> > solve this.
> > 
> > But I'm only guessing which command line you used.
> > 
> > 
> > -- 
> > Regards,
> > Kai
> > 
> > Replies to list-only preferred.
> > 
> > 
> >   
> 
> Hi Kai,
> 
> sorry for the confusion I initiated...
> 
> This one I used
> 
> QT_GRAPHICSSYSTEM=raster freecad

Please also try my other suggestion:

Find your GL drivers with "locate libGL.so" or "qfile -b libGL.so" and
try those paths in the preloader:

# LD_PRELOAD=/path/to/libGL.so freecad

Try the libGL most specific to your graphics card first.


-- 
Regards,
Kai

Replies to list-only preferred.

Re: [gentoo-user] Re: FreeCAD permission problems

[tuxic]

On 05/05 09:03, Kai Krakow wrote:
> Am Fri, 5 May 2017 20:40:50 +0200
> schrieb tu...@posteo.de:
> 
> > On 05/05 08:28, Kai Krakow wrote:
> > > Am Fri, 5 May 2017 19:43:14 +0200
> > > schrieb tu...@posteo.de:
> > >   
> > > > On 05/05 10:31, Daniel Frey wrote:  
> >  [...]  
> >  [...]  
> > > >  [...]  
> > > >  [...]  
> > > >  [...]
> >  [...]  
> >  [...]  
> > > > 
> > > > It says that passing 
> > > > 
> > > > --graphicssystem=raster
> > > > 
> > > > as option to FreeCAD would fix that problem.
> > > > 
> > > > 
> > > > When doing so, FreeCAD says it does not that 
> > > > option.
> > > > 
> > > > Hm  
> > > 
> > > Then it's maybe
> > > 
> > > # QT_GRAPHICSSYSTEM=raster freecad
> > > 
> > > I had a similar problem with mixxx. I think I solved it with an LD
> > > preloader:
> > > 
> > > $ cat bin/mixxx
> > > #!/bin/sh
> > > LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/libGL.so exec /usr/bin/mixxx
> > > 
> > > You may want to try something similar with freecad. Be sure to
> > > adjust that to your graphics card. It will obviously not work that
> > > way if you don't use NVIDIA proprietary... ;-)
> > > 
> > > -- 
> > > Regards,
> > > Kai
> > > 
> > > Replies to list-only preferred.
> > > 
> > > 
> > >   
> > 
> > Hi kai,
> > 
> > THANKS FOR THAT COMMANDLINE!
> 
> Which of those two?
> 
> > Now FreeCAD is willing to cooperate...up to an certain level: It
> > starts
> > 
> > Loading an STEP-data file results in :
> > FreeCAD 0.16, Libs: 0.16RUnknown
> > © Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
> >   #   ###     
> >   ##  # #   #   # 
> >   # ##     # #   #  #   # 
> >     # # #  # #  #  # #  #   # 
> >   # #      ## # #   # 
> >   # #   ## ## # #   #  ##  ##  ##
> >   # #       ### # #    ##  ##  ##
> > 
> > libGL error: No matching fbConfigs or visuals found
> > libGL error: failed to load driver: swrast
> > Unhandled std::exception caught in GUIApplication::notify.
> > The error message is: Permission denied
> > *** Abort *** an exception was raised, but no catch was found.
> > ... The exception is:SIGSEGV 'segmentation violation'
> > detected. Address 0
> > 
> > Any ideas?
> 
> I'd still try the preload stuff. I don't think QT_GRAPHICSSYSTEM can
> solve this.
> 
> But I'm only guessing which command line you used.
> 
> 
> -- 
> Regards,
> Kai
> 
> Replies to list-only preferred.
> 
> 
> 

Hi Kai,

sorry for the confusion I initiated...

This one I used

QT_GRAPHICSSYSTEM=raster freecad


Cheers
Meino

[gentoo-user] Re: FreeCAD permission problems

[Kai Krakow]

Am Fri, 5 May 2017 20:40:50 +0200
schrieb tu...@posteo.de:

> On 05/05 08:28, Kai Krakow wrote:
> > Am Fri, 5 May 2017 19:43:14 +0200
> > schrieb tu...@posteo.de:
> >   
> > > On 05/05 10:31, Daniel Frey wrote:  
>  [...]  
>  [...]  
> > >  [...]  
> > >  [...]  
> > >  [...]
>  [...]  
>  [...]  
> > > 
> > > It says that passing 
> > > 
> > > --graphicssystem=raster
> > > 
> > > as option to FreeCAD would fix that problem.
> > > 
> > > 
> > > When doing so, FreeCAD says it does not that 
> > > option.
> > > 
> > > Hm  
> > 
> > Then it's maybe
> > 
> > # QT_GRAPHICSSYSTEM=raster freecad
> > 
> > I had a similar problem with mixxx. I think I solved it with an LD
> > preloader:
> > 
> > $ cat bin/mixxx
> > #!/bin/sh
> > LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/libGL.so exec /usr/bin/mixxx
> > 
> > You may want to try something similar with freecad. Be sure to
> > adjust that to your graphics card. It will obviously not work that
> > way if you don't use NVIDIA proprietary... ;-)
> > 
> > -- 
> > Regards,
> > Kai
> > 
> > Replies to list-only preferred.
> > 
> > 
> >   
> 
> Hi kai,
> 
> THANKS FOR THAT COMMANDLINE!

Which of those two?

> Now FreeCAD is willing to cooperate...up to an certain level: It
> starts
> 
> Loading an STEP-data file results in :
> FreeCAD 0.16, Libs: 0.16RUnknown
> © Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
>   #   ###     
>   ##  # #   #   # 
>   # ##     # #   #  #   # 
>     # # #  # #  #  # #  #   # 
>   # #      ## # #   # 
>   # #   ## ## # #   #  ##  ##  ##
>   # #       ### # #    ##  ##  ##
> 
> libGL error: No matching fbConfigs or visuals found
> libGL error: failed to load driver: swrast
> Unhandled std::exception caught in GUIApplication::notify.
> The error message is: Permission denied
> *** Abort *** an exception was raised, but no catch was found.
>   ... The exception is:SIGSEGV 'segmentation violation'
> detected. Address 0
> 
> Any ideas?

I'd still try the preload stuff. I don't think QT_GRAPHICSSYSTEM can
solve this.

But I'm only guessing which command line you used.


-- 
Regards,
Kai

Replies to list-only preferred.

Re: [gentoo-user] Re: FreeCAD permission problems

[tuxic]

On 05/05 08:28, Kai Krakow wrote:
> Am Fri, 5 May 2017 19:43:14 +0200
> schrieb tu...@posteo.de:
> 
> > On 05/05 10:31, Daniel Frey wrote:
> > > On 05/05/2017 10:23 AM, tu...@posteo.de wrote:  
> > > > On 05/05 10:17, Daniel Frey wrote:  
> >  [...]  
> >  [...]  
> >  [...]  
> > > > 
> > > > Hi Dan,
> > > > 
> > > > I am already in the video group...
> > > > 
> > > > And: When run as user, is starts but loading
> > > > an *.STP file crashes FreeCAD with:
> > > > 
> > > > FreeCAD 0.16, Libs: 0.16RUnknown
> > > > © Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
> > > >   #   ###     
> > > >   ##  # #   #   # 
> > > >   # ##     # #   #  #   # 
> > > >     # # #  # #  #  # #  #   # 
> > > >   # #      ## # #   # 
> > > >   # #   ## ## # #   #  ##  ##  ##
> > > >   # #       ### # #    ##  ##  ##
> > > > 
> > > > libGL error: No matching fbConfigs or visuals found
> > > > libGL error: failed to load driver: swrast
> > > > *** Abort *** an exception was raised, but no catch was found.
> > > > ... The exception is:SIGSEGV 'segmentation violation'
> > > > detected. Address 0 [1]5658 exit 1 FreeCAD
> > > > 
> > > > 
> > > > It ssems more odd than previously thought 
> > > > 
> > > > What is that 'swrast' thingy?
> > > > 
> > > > 
> > > > Cheers
> > > > Meino
> > > > 
> > > > 
> > > >   
> > > 
> > > From what I've just read, it's a software raster driver. I figured
> > > it couldn't talk to the hardware, hence the adding to video group
> > > suggestion.
> > > 
> > > Found this though:
> > > 
> > > http://forum.freecadweb.org/viewtopic.php?t=20187
> > > 
> > > Dan
> > >   
> > 
> > It says that passing 
> > 
> > --graphicssystem=raster
> > 
> > as option to FreeCAD would fix that problem.
> > 
> > 
> > When doing so, FreeCAD says it does not that 
> > option.
> > 
> > Hm
> 
> Then it's maybe
> 
> # QT_GRAPHICSSYSTEM=raster freecad
> 
> I had a similar problem with mixxx. I think I solved it with an LD
> preloader:
> 
> $ cat bin/mixxx
> #!/bin/sh
> LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/libGL.so exec /usr/bin/mixxx
> 
> You may want to try something similar with freecad. Be sure to adjust
> that to your graphics card. It will obviously not work that way if you
> don't use NVIDIA proprietary... ;-)
> 
> -- 
> Regards,
> Kai
> 
> Replies to list-only preferred.
> 
> 
> 

Hi kai,

THANKS FOR THAT COMMANDLINE!

Now FreeCAD is willing to cooperate...up to an certain level: It
starts

Loading an STEP-data file results in :
FreeCAD 0.16, Libs: 0.16RUnknown
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
  #   ###     
  ##  # #   #   # 
  # ##     # #   #  #   # 
    # # #  # #  #  # #  #   # 
  # #      ## # #   # 
  # #   ## ## # #   #  ##  ##  ##
  # #       ### # #    ##  ##  ##

libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
Unhandled std::exception caught in GUIApplication::notify.
The error message is: Permission denied
*** Abort *** an exception was raised, but no catch was found.
... The exception is:SIGSEGV 'segmentation violation' detected. Address 0

Any ideas?

Cheers
Meino

[gentoo-user] Re: FreeCAD permission problems

[Kai Krakow]

Am Fri, 5 May 2017 19:43:14 +0200
schrieb tu...@posteo.de:

> On 05/05 10:31, Daniel Frey wrote:
> > On 05/05/2017 10:23 AM, tu...@posteo.de wrote:  
> > > On 05/05 10:17, Daniel Frey wrote:  
>  [...]  
>  [...]  
>  [...]  
> > > 
> > > Hi Dan,
> > > 
> > > I am already in the video group...
> > > 
> > > And: When run as user, is starts but loading
> > > an *.STP file crashes FreeCAD with:
> > > 
> > > FreeCAD 0.16, Libs: 0.16RUnknown
> > > © Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
> > >   #   ###     
> > >   ##  # #   #   # 
> > >   # ##     # #   #  #   # 
> > >     # # #  # #  #  # #  #   # 
> > >   # #      ## # #   # 
> > >   # #   ## ## # #   #  ##  ##  ##
> > >   # #       ### # #    ##  ##  ##
> > > 
> > > libGL error: No matching fbConfigs or visuals found
> > > libGL error: failed to load driver: swrast
> > > *** Abort *** an exception was raised, but no catch was found.
> > >   ... The exception is:SIGSEGV 'segmentation violation'
> > > detected. Address 0 [1]5658 exit 1 FreeCAD
> > > 
> > > 
> > > It ssems more odd than previously thought 
> > > 
> > > What is that 'swrast' thingy?
> > > 
> > > 
> > > Cheers
> > > Meino
> > > 
> > > 
> > >   
> > 
> > From what I've just read, it's a software raster driver. I figured
> > it couldn't talk to the hardware, hence the adding to video group
> > suggestion.
> > 
> > Found this though:
> > 
> > http://forum.freecadweb.org/viewtopic.php?t=20187
> > 
> > Dan
> >   
> 
> It says that passing 
> 
> --graphicssystem=raster
> 
> as option to FreeCAD would fix that problem.
> 
> 
> When doing so, FreeCAD says it does not that 
> option.
> 
> Hm

Then it's maybe

# QT_GRAPHICSSYSTEM=raster freecad

I had a similar problem with mixxx. I think I solved it with an LD
preloader:

$ cat bin/mixxx
#!/bin/sh
LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/libGL.so exec /usr/bin/mixxx

You may want to try something similar with freecad. Be sure to adjust
that to your graphics card. It will obviously not work that way if you
don't use NVIDIA proprietary... ;-)

-- 
Regards,
Kai

Replies to list-only preferred.