[Bug] 3 of 7,659 GRASS 8 generic weekly for Linux -- startup error around grass 8 raster lib

[isaacullah]

Describe the bug
trying to get GRASS 8 running on my laptop (Pop!_OS 20.10) and trying the generic 64-bit Linux binaries. Made sure all dependencies are installed, etc., (done this many times before), but getting a new error upon start up. Splash screen goes, and then I get the following before the new GUI can load:

Launching <wxpython> GUI in the background, please wait...
To run a command as administrator (user "root"), use "sudo <command>".
See "man sudo_root" for details.

GRASS world_latlong_wgs84/PERMANENT:~ > Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/wx/core.py", line 3282, in <lambda>
    lambda event: event.callable(*event.args, **[event.kw](http://event.kw/)) )
  File "/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/gui/wxpython/wxgui.py", line 86, in show_main_gui
    from lmgr.frame import GMFrame
  File "/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/gui/wxpython/lmgr/frame.py", line 45, in <module>
    from gui_core.preferences import MapsetAccess, PreferencesDialog
  File "/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/gui/wxpython/gui_core/preferences.py", line 52, in <module>
    from gui_core.dialogs import SymbolDialog, DefaultFontDialog
  File "/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/gui/wxpython/gui_core/dialogs.py", line 44, in <module>
    from gui_core.gselect import (
  File "/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/gui/wxpython/gui_core/gselect.py", line 62, in <module>
    from grass.pygrass.utils import decode
  File "/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/etc/python/grass/pygrass/utils.py", line 9, in <module>
    import grass.lib.raster as libraster
  File "/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/etc/python/grass/lib/raster.py", line 30, in <module>
    _libs["grass_raster.8.0"] = load_library("grass_raster.8.0")
  File "/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/etc/python/grass/lib/ctypes_loader.py", line 89, in __call__
    raise ImportError("Could not load %s." % libname)
ImportError: Could not load grass_raster.8.0.
^C
GRASS world_latlong_wgs84/PERMANENT:~ > exit
exit
WARNING: Failed to start shell '/bin/bash'
Cleaning up default sqlite database ...
Cleaning up temporary files...
Done.

Goodbye from GRASS GIS

To Reproduce
Steps to reproduce the behavior:

1.start GRASS on Linux as above.

Expected behavior
GRASS GUI should launch.
Screenshots
If applicable, add screenshots to help explain your problem.

System description (please complete the following information):

• Linux - Pop!_OS 20.10
• GRASS GIS version 8

Additional context
This looks like something caused by ctypesgen failing to find the grass_raster.8.0 library.

[nilason]

Could you try to manually add the following upstream commit:
ctypesgen/ctypesgen@cdaafb3#diff-17a4efa31a51f3ee59a2353e378ed70bdd6d88b09b098206cc37787abea59175

to this file locally : python/libgrass_interface_generator/ctypesgen/libraryloader.py
Then make distclean before start compiling again.

[ninsbl]

Another option might be that "/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/lib" is not part of your LD_LIBRARY_PATH. Maybe it should be set by the startup script?

Could you try:

export LD_LIBRARY_PATH="/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/lib:$LD_LIBRARY_PATH"
grass

[isaacullah]

Thanks for these suggestions as soon as I can. I do run ldconfig every time I install these generic binaries, but I did not (and never had to before) specifically export the binary path in this way. Worth a shot at least! I'm trying to avoid compilation from source since it takes some time (a resource I'm perennially short on these days), but will try the upstream fix if I can get a moment next week to try to compile. Isaac Sent from my📱

…

On Sat, Feb 12, 2022, 8:26 AM Stefan Blumentrath ***@***.***> wrote: Another option might be that "/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/lib" is not part of your LD_LIBRARY_PATH. Maybe it should be set by the startup script? Could you try: export LD_LIBRARY_PATH="/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/lib:$LD_LIBRARY_PATH" grass — Reply to this email directly, view it on GitHub <#2192 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACDYS5ERD2ORITZIYDI36BLU22CZ7ANCNFSM5OFWWJGQ> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>. You are receiving this because you authored the thread.Message ID: ***@***.***>

[nilason]

I'm trying to avoid compilation from source since it takes some time (a resource I'm perennially short on these days), but will try the upstream fix if I can get a moment next week to try to compile

You can also apply the same commit on
/usr/local/grass8.0.1dev-x86_64-pc-linux-gnu-11_02_2022/etc/python/grass/lib/ctypes_loader.py
which is the same, just post-compile file name. No need to compile, really.

[isaacullah]

Reporting back that neither workaround suggested by @ninsbl nor the upstream replacement of the ctypes loader suggest by @nilason has worked. HOWEVER, I am able to successfully launch and use the same version of the Generic 64bit linux binary on my lab computers, which have the same OS and version (Pop!_OS 20.10). I am now thinking it might be something related to my python installation on my laptop? Is there any known issues, for example, due to previous installations of python libraries via pip versus apt? For example, if I have previously installed numpy or scipy via pip, will that conflict with the search path for these libraries that is in the grass generic binary?

[isaacullah]

I installed 8.0.1 generic 64-bit binary today, and it is now working fine. I am marking this issue closed.