Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - cura-aleph-bin

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: cura-aleph-bin 21.03-1

Git Clone URL: https://aur-dev.archlinux.org/cura-aleph-bin.git (read-only)
Package Base: cura-aleph-bin
Description: A full 3D printing solution aimed at RepRaps and the Ultimaker. This is the Aleph Objects fork, specialized for the Lulzbot series of 3D printers.
Upstream URL: https://www.lulzbot.com/cura
Keywords: 3d aleph cura lulzbot printer slicer
Licenses: AGPL3
Conflicts: cura, cura-bin, cura-git, cura-not-so-old, cura-old
Provides: cura
Submitter: gammy
Maintainer: gammy
Last Packager: gammy
Votes: 3
Popularity: 0.017753
First Submitted: 2016-03-11 13:46
Last Updated: 2017-01-05 12:01

Latest Comments

gammy commented on 2016-12-13 11:08

@HardlemSquirrel marked this package as out of date some 20 days ago and I had completely missed the e-mail. I've now updated the package and apologise for the delay.

gammy commented on 2016-10-08 19:13

Thanks for that information @HarlemSquirrel. I've updated the package to 21.00-2 with your suggestion. To clarify, this will only provide a "correct icon" on a desktop or in a menu, but won't solve the problem where Cura's "launch icon" remains unset (i.e the icon displayed in your task tray or dock). This is mainly because Cura never sets an icon. It's curious that this is the case, as the WM_CLASS (which StartupWMClass refers to) is a run-time name of a specific window. The freedesktop icon specification sure can be confusing. Another thing worth noting is that, after some investigation, it turns out that the icon which Cura comes with - "c.png" - is in fact not a png at all - it's a Microsoft .ico file where each icon size is a layer in the image. It's amazing that any program (like Thunar, Refind, etc) can load it!

HarlemSquirrel commented on 2016-10-08 18:36

I was able to get Cura to dock to the correct icon by adding one line to /usr/share/applications/cura.desktop

StartupWMClass=Cura.py

gammy commented on 2016-05-12 22:24

I'm on Pacman v5.0.1 - libalpm v10.0.1 on a few machines, so it doesn't sound like you're up to date! :) Has the behavior of makepkg changed recently regarding this symlink business? I'll just try to run either of the files for now - I don't see what harm it could do.

As to the wxpython dependencies, "wxpython" (from extra/) is already a dependency, and it appears to be compatible; that is, wxpython 3.x is as far as I know not related to the python2/3 divide. Wxgtk depends on wxpython, so an explicit depend is not necessary there either. I lack both wxpython2.8 and wxgtk2.8 on three of my test-machines - and 'import wx' works fine from python2. That doesn't however mean that I'm right..

I've added a reasonably noisy splash notice regarding permissions - let me know what you think. Thanks for the feedback and suggestions, have a good night!

tjkopena commented on 2016-05-12 14:19

I had a couple problems getting the package to work and actually don't know if it does work for me now; I wound up switching to working from the lulzbot cura git repo.

I had updated the whole system before trying, so I assume I'm up to date. I'm using makepkg (pacman) 4.2.1 on x86_64.

Editing the diff as commented below made the build pass for me, it failed otherwise.

Once built, cura would die silently on startup. The culprit turned out to be import wx, which was throwing an import error somehow not being caught and reported by the startup script (which does seem to try/catch ImportError). There seem to be dependencies missing. I had to install the following to get it to work:

wxpython2.8
wxgtk2.8

The package should maybe also note that permissions need to be setup for the serial device in order to not have to run cura as root.

Thanks for maintaining the package!

gammy commented on 2016-05-12 09:38

I don't think there's anything wrong. Is the build failing for you?

You should be able to see the patch messages during the prepare() operations.
The patch actually lies outside of the source directory as it's a part of the aur package and not the cura debian package itself, but a symlink to the patch is generated by makepkg, so either ought to work. I believe I'm following the guidelines on the wiki:

https://wiki.archlinux.org/index.php/Patching_in_ABS

Please correct me if I'm wrong, especially if the package is actually failing for you! If that's the case, please also provide your version of makepkg.

tjkopena commented on 2016-05-12 01:31

I believe there's an error in this package. At one point the install refers to '../arch_aleph_patch.diff' but it should just be 'arch_aleph_patch.diff', the diff is in the build directory itself.

gammy commented on 2016-03-30 10:20

@metcalfe, thanks for the comment! The URL for the packages has indeed changed between 18.03 and 18.04, and is now corrected in the package.

metcalfe commented on 2016-03-24 18:08

Looks like Lulzbot changed the download path. This worked for me:

_aleph_url_root="http://download.lulzbot.com/Software/Cura/Packages/Cura_${pkgver}/Debian"