Jump to content

Archlinux32 + Cura 3.4.1


Code39

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 (edited) · Archlinux32 + Cura 3.4.1

    Hi, a Archlinux32 maintainer here, I can confirm the problem

    with cura 4.2.1-1.0. Cura seems to have trouble loading the C library in the python-shapely module.

     

    Feel free to report in https://bugs.archlinux32.org or

    the forum https://bbs.archlinux32.org.

     

    Edited by andreas_baumann
  • Link to post
    Share on other sites

    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
    • Our picks

      • UltiMaker Cura 5.7 stable released
        Cura 5.7 is here and it brings a handy new workflow improvement when using Thingiverse and Cura together, as well as additional capabilities for Method series printers, and a powerful way of sharing print settings using new printer-agnostic project files! Read on to find out about all of these improvements and more. 
         
          • Like
        • 18 replies
      • S-Line Firmware 8.3.0 was released Nov. 20th on the "Latest" firmware branch.
        (Sorry, was out of office when this released)

        This update is for...
        All UltiMaker S series  
        New features
         
        Temperature status. During print preparation, the temperatures of the print cores and build plate will be shown on the display. This gives a better indication of the progress and remaining wait time. Save log files in paused state. It is now possible to save the printer's log files to USB if the currently active print job is paused. Previously, the Dump logs to USB option was only enabled if the printer was in idle state. Confirm print removal via Digital Factory. If the printer is connected to the Digital Factory, it is now possible to confirm the removal of a previous print job via the Digital Factory interface. This is useful in situations where the build plate is clear, but the operator forgot to select Confirm removal on the printer’s display. Visit this page for more information about this feature.
          • Like
        • 0 replies
    ×
    ×
    • Create New...