Jump to content
Ultimaker Community of 3D Printing Experts

Archlinux32 + Cura 3.4.1


Recommended Posts

Posted · Archlinux32 + Cura 3.4.1

Hello world! 

Having some launch problems for Cura on Archlinux32 5.3.1-arch1-1.0-ARCH, it's possibly Python related, has anybody seen anything similar:
 

$ cura
/bin/cura:48: DeprecationWarning: dist() and linux_distribution() functions are deprecated in Python 3.5
  linux_distro_name = platform.linux_distribution()[0].lower()
Error in sys.excepthook:
Traceback (most recent call last):
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 967, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 677, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 728, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/usr/lib/python3.7/site-packages/cura/CuraApplication.py", line 37, in <module>
    from cura.Arranging.Arrange import Arrange
  File "/usr/lib/python3.7/site-packages/cura/Arranging/Arrange.py", line 6, in <module>
    from UM.Math.Polygon import Polygon
  File "/usr/lib/python3.7/site-packages/UM/Math/Polygon.py", line 10, in <module>
    from UM.Math import ShapelyUtil
  File "/usr/lib/python3.7/site-packages/UM/Math/ShapelyUtil.py", line 6, in <module>
    import shapely.geometry
  File "/usr/lib/python3.7/site-packages/shapely/geometry/__init__.py", line 4, in <module>
    from .base import CAP_STYLE, JOIN_STYLE
  File "/usr/lib/python3.7/site-packages/shapely/geometry/base.py", line 17, in <module>
    from shapely.coords import CoordinateSequence
  File "/usr/lib/python3.7/site-packages/shapely/coords.py", line 8, in <module>
    from shapely.geos import lgeos
  File "/usr/lib/python3.7/site-packages/shapely/geos.py", line 76, in <module>
    free = load_dll('c').free
  File "/usr/lib/python3.7/site-packages/shapely/geos.py", line 56, in load_dll
    libname, fallbacks or []))
OSError: Could not find lib c or load any of its variants [].

Original exception was:
Traceback (most recent call last):
  File "/bin/cura", line 132, in <module>
    import cura.CuraApplication
  File "/usr/lib/python3.7/site-packages/cura/CuraApplication.py", line 37, in <module>
    from cura.Arranging.Arrange import Arrange
  File "/usr/lib/python3.7/site-packages/cura/Arranging/Arrange.py", line 6, in <module>
    from UM.Math.Polygon import Polygon
  File "/usr/lib/python3.7/site-packages/UM/Math/Polygon.py", line 10, in <module>
    from UM.Math import ShapelyUtil
  File "/usr/lib/python3.7/site-packages/UM/Math/ShapelyUtil.py", line 6, in <module>
    import shapely.geometry
  File "/usr/lib/python3.7/site-packages/shapely/geometry/__init__.py", line 4, in <module>
    from .base import CAP_STYLE, JOIN_STYLE
  File "/usr/lib/python3.7/site-packages/shapely/geometry/base.py", line 17, in <module>
    from shapely.coords import CoordinateSequence
  File "/usr/lib/python3.7/site-packages/shapely/coords.py", line 8, in <module>
    from shapely.geos import lgeos
  File "/usr/lib/python3.7/site-packages/shapely/geos.py", line 76, in <module>
    free = load_dll('c').free
  File "/usr/lib/python3.7/site-packages/shapely/geos.py", line 56, in load_dll
    libname, fallbacks or []))
OSError: Could not find lib c or load any of its variants [].


Running Python 3.7.4, and glibc 2.29-4.43, make and cmake is also installed along with all other listed requirements from https://www.archlinux.org/packages/community/any/cura/. libc.so, libc.so.6 is located under /usr/lib/, I have also added this location to the $PATH variable. Is Cura calling the libc from some other location? 

Don't feel like posting this as a bug just yet, seeing that it's an older version of Cura, but has anyone encountered this? 
 

  • Link to post
    Share on other sites
    Posted · Archlinux32 + Cura 3.4.1

    Well, we only support the appimage that we provide. So any issues with other packages should be taken up with the respective maintainers.

    That being said; Nope, I've not seen this issue before.

  • Link to post
    Share on other sites
    • 4 weeks later...
    Posted · Archlinux32 + Cura 3.4.1

    I can't really help with Archlinux32 as I don't use it but I just want to say that the current Cura compiles and runs quite happily on the Pi4 which is 32 bit armhf architecture. So there's no problem using Cura on a 32 bit system per se.

  • Link to post
    Share on other sites
    Posted · Archlinux32 + Cura 3.4.1
    12 minutes ago, burtoogle said:

    I can't really help with Archlinux32 as I don't use it but I just want to say that the current Cura compiles and runs quite happily on the Pi4 which is 32 bit armhf architecture. So there's no problem using Cura on a 32 bit system per se.

    Yes, if it doesn't run, it's absolutely our responsability to make it work on Archlinux32. I expect some rebuilding issue around python to be the problem..

  • Link to post
    Share on other sites
    Posted (edited) · Archlinux32 + Cura 3.4.1
    On 10/6/2019 at 7:18 PM, Code39 said:

    Hello world! 

    Having some launch problems for Cura on Archlinux32 5.3.1-arch1-1.0-ARCH, it's possibly Python related, has anybody seen anything similar:
     

    
    $ cura
    /bin/cura:48: DeprecationWarning: dist() and linux_distribution() functions are deprecated in Python 3.5
      linux_distro_name = platform.linux_distribution()[0].lower()
    Error in sys.excepthook:
    Traceback (most recent call last):
      File "<frozen importlib._bootstrap>", line 983, in _find_and_load
      File "<frozen importlib._bootstrap>", line 967, in _find_and_load_unlocked
      File "<frozen importlib._bootstrap>", line 677, in _load_unlocked
      File "<frozen importlib._bootstrap_external>", line 728, in exec_module
      File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
      File "/usr/lib/python3.7/site-packages/cura/CuraApplication.py", line 37, in <module>
        from cura.Arranging.Arrange import Arrange
      File "/usr/lib/python3.7/site-packages/cura/Arranging/Arrange.py", line 6, in <module>
        from UM.Math.Polygon import Polygon
      File "/usr/lib/python3.7/site-packages/UM/Math/Polygon.py", line 10, in <module>
        from UM.Math import ShapelyUtil
      File "/usr/lib/python3.7/site-packages/UM/Math/ShapelyUtil.py", line 6, in <module>
        import shapely.geometry
      File "/usr/lib/python3.7/site-packages/shapely/geometry/__init__.py", line 4, in <module>
        from .base import CAP_STYLE, JOIN_STYLE
      File "/usr/lib/python3.7/site-packages/shapely/geometry/base.py", line 17, in <module>
        from shapely.coords import CoordinateSequence
      File "/usr/lib/python3.7/site-packages/shapely/coords.py", line 8, in <module>
        from shapely.geos import lgeos
      File "/usr/lib/python3.7/site-packages/shapely/geos.py", line 76, in <module>
        free = load_dll('c').free
      File "/usr/lib/python3.7/site-packages/shapely/geos.py", line 56, in load_dll
        libname, fallbacks or []))
    OSError: Could not find lib c or load any of its variants [].
    
    Original exception was:
    Traceback (most recent call last):
      File "/bin/cura", line 132, in <module>
        import cura.CuraApplication
      File "/usr/lib/python3.7/site-packages/cura/CuraApplication.py", line 37, in <module>
        from cura.Arranging.Arrange import Arrange
      File "/usr/lib/python3.7/site-packages/cura/Arranging/Arrange.py", line 6, in <module>
        from UM.Math.Polygon import Polygon
      File "/usr/lib/python3.7/site-packages/UM/Math/Polygon.py", line 10, in <module>
        from UM.Math import ShapelyUtil
      File "/usr/lib/python3.7/site-packages/UM/Math/ShapelyUtil.py", line 6, in <module>
        import shapely.geometry
      File "/usr/lib/python3.7/site-packages/shapely/geometry/__init__.py", line 4, in <module>
        from .base import CAP_STYLE, JOIN_STYLE
      File "/usr/lib/python3.7/site-packages/shapely/geometry/base.py", line 17, in <module>
        from shapely.coords import CoordinateSequence
      File "/usr/lib/python3.7/site-packages/shapely/coords.py", line 8, in <module>
        from shapely.geos import lgeos
      File "/usr/lib/python3.7/site-packages/shapely/geos.py", line 76, in <module>
        free = load_dll('c').free
      File "/usr/lib/python3.7/site-packages/shapely/geos.py", line 56, in load_dll
        libname, fallbacks or []))
    OSError: Could not find lib c or load any of its variants [].


    Running Python 3.7.4, and glibc 2.29-4.43, make and cmake is also installed along with all other listed requirements from https://www.archlinux.org/packages/community/any/cura/. libc.so, libc.so.6 is located under /usr/lib/, I have also added this location to the $PATH variable. Is Cura calling the libc from some other location? 

    Don't feel like posting this as a bug just yet, seeing that it's an older version of Cura, but has anyone encountered this? 
     

    Yeah, actually python-shapely is doing that, actually that package has not been rebuilt for ages on Archlinux32. I'll try to rebuild it.. we had some issues with the dependency database lately, so that might be the root cause.

     

    It's not done with a simple rebuild, ptyhon-shapely

    has an issue:

    https://github.com/Toblerity/Shapely/pull/762

     

    I'll open and link a bug report on https://bugs.archlinux32.org (as soon the server is

    back, ahem).

     

    Edited by andreas_baumann
  • Link to post
    Share on other sites
    Posted · Archlinux32 + Cura 3.4.1
    7 hours ago, andreas_baumann said:

    Yeah, actually python-shapely is doing that, actually that package has not been rebuilt for ages on Archlinux32. I'll try to rebuild it.. we had some issues with the dependency database lately, so that might be the root cause.

     

    It's not done with a simple rebuild, ptyhon-shapely

    has an issue:

    https://github.com/Toblerity/Shapely/pull/762

     

    I'll open and link a bug report on https://bugs.archlinux32.org (as soon the server is

    back, ahem).

     

    Ok, fixed, try with python-shapely-1.6.4.post2-2.1.

     

    Make sure you set Architecture=pentium4 in /etc/pacman.conf and do a full migration to the pentium4 branch of

    Archlinux32, otherwise you might get a:

     

    "This program requires an X86 processor that supports SSE2 extension, at least a Pentium 4 or newer"

     

    somewhere in Qt.

  • Link to post
    Share on other sites

    Create an account or sign in to comment

    You need to be a member in order to leave a comment

    Create an account

    Sign up for a new account in our community. It's easy!

    Register a new account

    Sign in

    Already have an account? Sign in here.

    Sign In Now
    ×
    ×
    • Create New...