When installing per Wiki....

[sdernbach1970]

When I started to install the library, I get the following....

Hit:1 http://archive.raspberrypi.org/debian stretch InRelease Hit:2 http://raspbian.raspberrypi.org/raspbian stretch InRelease Reading package lists... Done pi@octopi:~ $ sudo apt-get install -y git libboost-all-dev libboost-geometry-utils-perl libboost-system-dev libboost-thread-dev git-core build-essential libgtk2.0-dev libwxgtk2.8-dev libwx-perl libmodule-build-perl libnet-dbus-perl cpanminus libextutils-cbuilder-perl gcc-4.7 g++-4.7 libwx-perl libperl-dev libextutils-cppguess-perl libeigen3-dev libglew-dev libglewmx-dev cpanminus Reading package lists... Done Building dependency tree Reading state information... Done build-essential is already the newest version (12.3). git is already the newest version (1:2.11.0-3+deb9u2). Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation:

The following packages have unmet dependencies: libglewmx-dev : Conflicts: libglew-dev but 2.0.0-3 is to be installed perl-modules-5.24 : Breaks: libextutils-cbuilder-perl (< 0.280225) E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. pi@octopi:~ $

I am not sure what I need to do to resolve this, can someone please help?

Thanks, Scott

[jeffeb3]

I can confirm. I'm using a clean image 2018-03-13-raspbian-stretch-lite.zip and 2018-04-18-raspbian-stretch-lite.zip. They both have this issue from the clean image.

The libglew/libglewmx doesn't bother me as much (I will start by just installing the simple slic3r), but the perl-modules/extutils-builder-perl is pretty important, AFAICT. I don't know much about perl, or why these packages are having trouble.

I'm planning on trying this a bit more, but I don't know when I'll get a chance. I just wanted to confirm that it's not user error (unless we are a lot alike :) ).

[jeffeb3]

I think this list might have been cultivated against jessie, not stretch. I'm working against this image, and I'm getting farther: http://downloads.raspberrypi.org/raspbian_lite/images/raspbian_lite-2017-07-05/

Cross your fingers!

[eyal0]

Great. Please just update the wiki if you get any insights. Thanks!

On Sat, Jun 2, 2018 at 1:03 AM, Jeff Eberl notifications@github.com wrote:

I think this list might have been cultivated against jessie, not stretch. I'm working against this image, and I'm getting farther: http://downloads.raspberrypi.org/raspbian_lite/images/ raspbian_lite-2017-07-05/

Cross your fingers!

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/OctoPrint/OctoPrint-Slic3r/issues/35#issuecomment-394021519, or mute the thread https://github.com/notifications/unsubscribe-auth/AAGs8egeZc28kEcmlkVguWgl56WJzoUjks5t4boigaJpZM4USKnE .

[jeffeb3]

@eyal0 Sure. I still am not successful, but the cause of these issues is definitely that the list of apt repos doesn't work in stretch.

I was trying to run it in a CustomPiOS script, which mounts the image and runs a qemu emulator to pretend to be an arm processor. That was failing in the build script due to the "threads" library failing it's tests. So, instead, I tried just running these from a pi (running the Jessie image) and I'm getting the error that it's not able to find boost and that I should install it in a sane place, or set the environment BOOST_LIBRARIES. I am only trying to build the Alex version, I haven't tried the prusa edition, thinking the Alex version would be easier...

Long story short, I will update the wiki if I ever get there, but I also hope to have a repeatable way to build a raspberry pi image from this code when I'm done. I don't know when I'll get there though.

[eyal0]

@jeffeb3 I just tried it, today, and it worked. I modified the instructions slightly to run make with sudo because there was a copy command that was failing. Other than that, everything worked great for me.

Do you want to try again? Use the instructions to build 1.39.2 from the Prusa Slic3r build.

[churusaa]

Installing in an updated Stretch Raspi image and can confirm that the instructions to build 1.39.2 from the Prusa Slic3r info block still seem to prevent completion on this version of Debian for ARM because of an inability to install libextutils-cbuilder-perl since it wants a newer version of perl than ~what's in the repos~ what its version parser thinks it's getting.

pi@scoot:~/Slic3r-1.39.2 $ sudo apt install libextutils-cbuilder-perl
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libextutils-cbuilder-perl : Depends: perl (>= 5.13.9) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

Installing perl6 makes no difference, (noticed this later... nor should it. We're already running 5.24 > 5.13)

Managed to get ExtUtils CBuilder installed with cpan, at least:

sudo cpan ExtUtils::CBuilder

Still no joy.

Tried to run Build.PL directly, and got an error prompting me to install cpanm (cpanminus). Installing and retrying to see if that does anything different.

... Uh, y'all. I think that did it. I executed perl ./Build.PL --sudo again after installing cpanminus plus its dependencies with Apt, and ExtUtils::CBuilder with Cpan, and I'm getting a lot of compilation happiness. I will update this comment with my results as the situation progresses.

False alarm. The error has changed, though! It still looks like the PerlEmbed error, but scrolling up reveals a different dependency that we should be able to satisfy using cpan: "ExtUtils::CppGuess"

Growing list of cpan modules as errors prompt for them, as now I seem to be getting a new failed dependency each time after I satisfy one, and get a little further each time: ExtUtils::CBuilder ExtUtils::CppGuess Alien::wxWidgets #Didn't install at first. Needs GTK+ development files. Installed libwxgtk3.0-dev and libgtk-3-dev to get it to compile and install.

Installed from Apt: libboost-dev libwxgtk3.0-dev libgtk-3-dev libeigen3-dev libglew-dev (Oh, heck... this is the list of dependencies from earlier that failed to install because of the extutils inclusion in the apt install command preventing any of them from being installed)

New apt install command that actually succeeded this time (after installing the list above, somehow, despite the apparent contradictions if you try to install them all together): sudo apt-get install -y git libboost-all-dev libboost-geometry-utils-perl libboost-system-dev libboost-thread-dev git-core build-essential libgtk2.0-dev libwxgtk2.8-dev libwx-perl libmodule-build-perl libnet-dbus-perl cpanminus gcc-4.7 g++-4.7 libwx-perl libperl-dev libextutils-cppguess-perl libeigen3-dev libglewmx-dev cpanminus

sudo make -j8 is running now. Will update with results as they come. This will probably get refined into a better post later, but I wanted y'all to know where I was with this and what did and didn't work.

Morning Report: sudo make -j8 failed, but it was an out-of-memory error on the compiler, not a failed dependency.

internal compiler error: Killed (program cc1plus)

Stopping Octoprint and mjpegstreamer to free up memory and trying again.

Failed again. Bumping swap to 2GB, rebooting, and trying again.

Failed on some more Perl module dependencies at 92% Installed CPAN::Mini, ExtUtils::XSpp::Cmd, ExtUtils::Typemaps::Basic

Also had to install libglew-dev again because of error: make[2]: *** No rule to make target '/usr/lib/arm-linux-gnueabihf/libGLEW.so', needed by 'xs/slic3r'. Stop.

Most of the compilation/make process seems happy with libglewmx-dev installed, but toward the end it requires libglew-dev, and they conflict (libglew-dev uninstalled libglewmx-dev when I installed it and finished compiling)

I'm happy to report that the install finished successfully, and I printed up my first part sliced with slic3r last night.

[eyal0]

I think that I saw this issue at some point but it went away, maybe because of something that I did...

I remember installing curl from sources at some point but I don't know which problem that solved.

If you can provide instructions for how you installed your version of RaspPi image, I can try to do the same from scratch on a fresh sd card.

[eyal0]

Just saw the latest comment. Cool. Please update the wiki when you finish. Thanks!

[eyal0]

@churusaa 1-2 hours was a wild guess, maybe it was more. I think that -j8 was excessive memory in my testing, too. I'll perhaps change the instructions to -j4 ?

Any progress?

[churusaa]

I have updated the install instructions to reflect the new requirements for Raspbian Stretch. Please let me know if you find any errors.

The image I started from was octopi-stretch-lite-0.15.0, but 0.15.1 (latest) seems not to have changed anything that changes the install process.

Thank you for providing such a solid jumping-off point for me to start from. With Scandanavia already mostly built, you gave me room to have endless fun doing the little fiddly bits around the fjords.

[churusaa]

Has anyone else had a chance to test this on a fresh image and confirm that the steps work as documented? I suspect this should be resolved, and I can test this myself once my new SD cards arrive, but that won't be for a few more days.

[DBa2016]

I installed it by the instructions on OctoPI/stretch, worked fine for me. I just had to reduce the parallelism of the Slic3r make to "-j2" (running on PI3B+), and it took around 3 hours to compile Slic3r.

[eyal0]

@DBa2016 So it's working for you now? You need to install the plugin, too, and set the filename in there, something like /home/pi/Slic3r/slic3r.pl.

[DBa2016]

@eyal0 Yes, this works, I just had to reduce parallelism and it took a while. The slicer is not that great though, especially the lack of those three kinds of profiles is annoying (plus the inability to change the profile directly from the interface).

[eyal0]

You ought to try the Slicer plugin, which will let you modify settings before printing.

[BenchPressesBooks]

I am not able to get this to work with a clean OctiPi or Raspbian setup using the following directions: https://plugins.octoprint.org/plugins/slic3r/

perl-modules-5.24 : Breaks: libextutils-cbuilder-perl (< 0.280225)

If I try to install libextutils-cbuilder-perl manually it does not work, and using apt-get says I need a newer perl (libextutils-cbuilder-perl : Depends: perl (>= 5.13.9)) but when I run perl -v it states i am running 5.24.1 which is odd. I am trying to work around this at this time.

[eyal0]

Installing from the wiki is too hard. Just download an AppImage as described in the README