Package Details: slic3r-git a-20

Git Clone URL: (read-only)
Package Base: slic3r-git
Description: Slic3r is an STL-to-GCODE translator for RepRap 3D printers, aiming to be a modern and fast alternative to Skeinforge.
Upstream URL:
Licenses: GPL
Conflicts: slic3r, slic3r-xs, slic3r-xs-git
Provides: slic3r, slic3r-xs, slic3r-xs-git
Submitter: swiftgeek
Maintainer: swiftgeek (nickoe)
Last Packager: swiftgeek
Votes: 20
Popularity: 0.000042
First Submitted: 2012-06-23 10:45
Last Updated: 2019-09-13 15:28

Dependencies (27)

Required by (2)

Sources (3)

Pinned Comments

swiftgeek commented on 2016-04-19 00:37

If something breaks on PKGBUILD side, please bother me directly on freenode (usually available at #slic3r) XS compilation requires more than 512MiB of installed RAM, adding same amount of swap makes it build (tested on armv7h, Allwinner A13)

Perl update guide:

or since 5.26:

pacman -Qqo '/usr/lib/perl5/5.26' where 5.26 is OLD version of perl

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »

swiftgeek commented on 2013-06-23 14:59

Broken for few minutes just w8

swiftgeek commented on 2013-06-15 19:17

optdepends=('perl-wx: GUI support'
'perl-net-dbus: notifications support via any dbus-based notifier'
'perl-xml-sax-expatxs: make AMF parsing faster'
'perl-xml-sax: Additive Manufacturing File Format (AMF) support'
'perl-class-xsaccessor: creating faster accessor methods') *NEW*

20130615: Included hackish workaround for various bugs due to LANG oversensitivity ;)
20130615: Package version works again - eg.
20130408: SEDed-out dependency for growl and recurring "Running Slic3r under Perl >= 5.16 is not supported nor recommended"
20130408: PKGBUILD ported to pacman 4.1, except of git part (shallow clone)
20130119: Changed pkgver to 0 to stop misleading people
20130119: Added new core dependency - perl-encode-locale
20121123: Added new core dependency - perl-io-stringy
20121104: Improved git performance (shallow clone)
20121023: Added new core dependency - perl-math-convexhull-monotonechain
2012????: perl-xml-sax for Additive Manufacturing File Format (AMF) support (Thanks to Nick Østergaard)
2012????: perl-net-dbus for notifications support via any dbus-based notifier (Thanks to Nick Østergaard)
2012????: Added ⚠ warning ⚠ about cpan

Readme 1st:
• In case of any strange errors - downgrade perl below 5.16 ( )
"Running Slic3r under Perl >= 5.16 is not supported nor recommended\n"
• Remember to update this package once in while (often than "stable" snapshots are coming out), and always keep previous package as a backup in case of problems with upstream's merging process. I will not force anybody to update by changing pkgver.
• In case of missing/outdated dependencies please send a mail directly to me. Do not let installer to do it for you via CPAN, because it will create crazy perl setup/env.

swiftgeek commented on 2013-06-15 16:11

Branch merged, happy updating ;)

swiftgeek commented on 2013-06-08 06:32

New version format: slic3r-git

swiftgeek commented on 2013-06-08 04:53

TODO: fix updating pkgver

swiftgeek commented on 2013-06-06 10:35

PKGBUILD now points to that branch (till merging ofc)

jamar commented on 2013-06-06 08:58

Here's a comment from Sound:
I fixed this in branch perl-518, but I will merge that one into master only after 0.9.10 is released.

swiftgeek commented on 2013-06-05 14:35

take it to #slic3r or github, Sound will be very happy if this works ;)

jamar commented on 2013-06-05 14:11

Seems like the only problem with new perl version is that lexical $_ and smartmatch are now considered experimental, thus generates warnings and sauses script fail to compile. A quick fix for now is just suppressing those warnings by adding:
no warnings "experimental::smartmatch"; and/or
no warnings "experimental::lexical_topic";
to affected files.

Updated PKGBUILD and patch is here:

I haven't tested it thoroughly, but at least it builds and run.

swiftgeek commented on 2013-06-02 09:06

And everything if f* up again due to new perl release :/

For now we can only make things works by using (i do not use it, it's just a general recommendation for situations like this). Remember to not try to use it from used user (create new one, safe to delete) as CPAN and other similar inventions tends to mess up things.

If there is a perl hacker among us - patches welcome :>
For now other things are having much higher priority.