POVRAY: Compiling on manjaro?

You seem to be missing a library. Try installing libjpeg-turbo

sudo pacman -Syu libjpeg-turbo

Then try to compile again.

tried it…same thing:

checking for libz version >= 1.2.1... 1.2.11, ok
checking whether to use the PNG library... yes
checking for library containing png_get_libpng_ver... -lpng
checking for png.h... yes
checking for libpng version >= 1.2.5... 1.6.37, ok
checking whether to use the JPEG library... yes
checking for library containing jpeg_std_error... no
configure: error: cannot find a suitable JPEG library

I’m wondering if I screwed up the configuration of my daily workhorse somewhere, being a newbie an’ all, and that maybe I should try this in a VM on a freshly installed distro.

Right, but the package is already compiled from source. There’s no need, unless…

Why? And do what? That’s what you haven’t told us. It’s a bit hard to help if you can’t tell us what your end goal here is. This appears to be an XY Problem.

If you would have followed @moson’s instructions above, that wouldn’t have happened.

Without looking, that may or may not effect anything. It’s named that way for a reason and other things may look for it and won’t find it. Keep going willy-nilly changing things without knowing what you’re doing and you’re going to break it.

You’re getting too far ahead of yourself. This is like buying a brand new car and asking how you take it apart and put it back together again because you want to modify it without telling anyone why or what you want to modify. You also didn’t know what tools you needed to do it, but yet you’re out in the garage fiddling with a socket wrench anyway.

Look, I’m not looking for fight here, just looking for some help. I’m new to arch-based disros, ok? If I need to go into explicit details of why I want to compile from source, I get he feeling that this isn’t a serious way to approach this issue.

What, when and how I plan to modify code on my own machine is up to me, and I don’t need to answer questions that are clearly out of the scope of the stated problem. I don’t mean to be impolite, but, c’mon.

the patch goes into the “src” directory - which is created when the povray source gets unpacked

It is a little more complicated - at least for me - than building a normal package from AUR.

Next thing you’ll need to do is adapt the PKGBUILD - it will fail to get the patch since it is not an URL in the PKGBUILD

… or I’m just not set up to build regular repository packages
a simple makepkg is definitely not enough for me here
and that is without modification … :wink:

edit:
When the ABS is set up and used, the process becomes easier.
It basically involves adapting /etc/makepkg.conf to your liking
by uncommenting and adapting a few paths like
BUILDDIR, PKGDEST, SRCDEST, SRCPKGDEST …
(which I all pointed into a directory in my $HOME)

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

Cool, thanks. This is great stuff., and I really appreciate the effort you guys put into this. I’ll take what you suggested and get respond - a lot to learn here :slight_smile:

After much adjusting I finally got pov to compile. I decided to forego jpeg support and configured the build to exclude libjpeg.

Thanks for all the assistance! :slight_smile:

If anyone’s interested, my locally built version runs the benchmark on my old laptop in 169 seconds vs. 187 seconds for the version from the repo.

1 Like

And if you compile it with even less libraries, it will run even faster. How about a real scene you render?

just some observation - I was curious …

Without any adjustments the program builds flawlessly in less than 10 minutes (on my machine).
config.log says:

$ ./configure 'LIBS=-lboost_system -lboost_thread' 'COMPILED_BY=Arch Linux' --sysconfdir=/etc --prefix=/usr

and further down, checking for the jpeg lib:

configure:9373: result: -ljpeg
1152   │ configure:9381: checking for jpeglib.h
1153   │ configure:9381: g++ -c -march=native -O2 -pipe -fno-plt -pthread -D_FORTIFY_SOURCE=2 -pthread -I/usr/include conftest.cpp >&5
1154   │ configure:9381: $? = 0
1155   │ configure:9381: result: yes
1156   │ configure:9387: checking for libjpeg version >= 6b (62)

so, it is used when it is present on the system
jpeg support is the default

But maybe you specifically wanted to exclude it and this took some adjusting.

Thanks for the tip - I’ll try it and see. I’m only really interested in ppm image output anyway.

I still don’t know why it couldn’t/wouldn’t see the jpeg libs, but I’m not going to go further down that rabbit-hole right now. Povray compiles and runs nicely now on my work laptop (Manjaro), and that’s great. Now I can concentrate on the next phase: streamlinig distributed rendering on my ‘render’farm’ (actually some old laptops with broken screens/keyboads and noise issues, ha-ha)

The only scene I’ve rendered with the new setup is the benchmark. I farmed out the render to 6 laptops, balancing their workload so they’ll finish around the same time (about 70 seconds). Here are the six partial images which I ‘glue’ together when they’re done:

1 Like

If you’ve got a scene that I can render, just to try it, send it to me and I’ll give it a try :slight_smile:

That explains it and the result is not bad actually, but i have nothing i can share … Very long time since i played with pov-ray.