I am running on nvidia and libGl is provided by nVidia for FreeBSD. To (solve any) depends I installed:
/usr/ports/x11/glcapsviewer
/usr/ports/x11-clocks/glclock
But when I run my "linux" app, which is NOT a port, it is Mathematica 12, I get (see thread title). Yes I did brandelf it all. And please realize this is NOT and LD_LIB_PATH issue.
The plain text binaries (not requiring Gl) seem to run or at least try to (so far, not with issues and crashes).
BAD TEST: I ran /compat/linux/bin/x86_64 when I tried to run the Gl using binary the machine rebooted (which is why i suggest Not trying it!)
BAD TEST: I chrooted to /compat/linux Xorg and libGl is not in there) so i'd have to sacrifice FreeBSD's Xorg and use RHEL7's i'm not sure that is even wise or possible under FreeBSD, IDK.
I see this has been going on with MANY APPS since at least 2006 if you google it: no one has claimed success resolving the issue since 2006 other than to upgrade to UBU or RH current version. (in the linux world the phenomenon occurs when libc is not upgraded to current RedHat or Ubuntu forced upgrade version)
I'm asking here because most posts are old I though "maybe i'm missing something, maybe supposedly it's solved" and I just didn't do something simple.
If I can't get it to run I would install Oracle "unbreakable linux" see if that works. But I fear the fact #1 i'm blowing huge time on a rat chase that shouldn't be, and: i KNOW ubuntu et all is a rat chase of continual breakage and unanswered questions historically.
I'm thinking of hacking around for a solution. However if I boot Xorg with "nvidia" instead of "vesa" I cannot switch back to terminal Ctrl-Alt-F1 or "su root" - so debugging the issue is so obstructed (ie, to mount another drive i must be root must exit Xorg).
I'll refrain from commenting on the fact this all started when MS and GG edited bfd ld 2006 and previous. "GNU agreeement: this code is offered in hopes it will be useful" (really? has anyone tested that recently?)
/usr/ports/x11/glcapsviewer
/usr/ports/x11-clocks/glclock
But when I run my "linux" app, which is NOT a port, it is Mathematica 12, I get (see thread title). Yes I did brandelf it all. And please realize this is NOT and LD_LIB_PATH issue.
The plain text binaries (not requiring Gl) seem to run or at least try to (so far, not with issues and crashes).
BAD TEST: I ran /compat/linux/bin/x86_64 when I tried to run the Gl using binary the machine rebooted (which is why i suggest Not trying it!)
BAD TEST: I chrooted to /compat/linux Xorg and libGl is not in there) so i'd have to sacrifice FreeBSD's Xorg and use RHEL7's i'm not sure that is even wise or possible under FreeBSD, IDK.
I see this has been going on with MANY APPS since at least 2006 if you google it: no one has claimed success resolving the issue since 2006 other than to upgrade to UBU or RH current version. (in the linux world the phenomenon occurs when libc is not upgraded to current RedHat or Ubuntu forced upgrade version)
I'm asking here because most posts are old I though "maybe i'm missing something, maybe supposedly it's solved" and I just didn't do something simple.
If I can't get it to run I would install Oracle "unbreakable linux" see if that works. But I fear the fact #1 i'm blowing huge time on a rat chase that shouldn't be, and: i KNOW ubuntu et all is a rat chase of continual breakage and unanswered questions historically.
I'm thinking of hacking around for a solution. However if I boot Xorg with "nvidia" instead of "vesa" I cannot switch back to terminal Ctrl-Alt-F1 or "su root" - so debugging the issue is so obstructed (ie, to mount another drive i must be root must exit Xorg).
I'll refrain from commenting on the fact this all started when MS and GG edited bfd ld 2006 and previous. "GNU agreeement: this code is offered in hopes it will be useful" (really? has anyone tested that recently?)