ImageMagick -liquid-rescale option error - linux

I want to use Seam Carving, and found ImageMagick maybe a good choice.
Then I install ImageMagick from source as this indicate.
My problem is: When I type the command
convert logo_trimmed.jpg -liquid-rescale 75x100%\! logo_lqr.jpg
it gives the following error:
convert: delegate library support not built-in 'logo_trimmed.jpg' (LQR) # error/resize.c/LiquidRescaleImage/1900.
I thought it may because lack of liblqr support, so I go to Liquid Rescale to install it
and then make uninstall ImageMagick and install it again.
However, problem remains the same.
Can anyone tell me how to make convert -liquid-rescale works?
Thanks for any hint.

After installing liblqr, you have to install imagemagick by running configure prior to make, see build instructions here:
http://www.imagemagick.org/script/install-source.php#unix
If you don't run configure it will not pick your new library.
And after you've compiled imagemagick check that LQR delegate library was installed by running:
convert -list configure | grep -i "delegates"
and seeing LQR listed there.

Related

Linux configuration ARToolKit, make error

I would like to compile ARToolKit source code on Linux, download the source code, and in accordance with the ARToolKit document, configuration GLUT, OpenGL, libjpeg other libraries.
Go to the ARToolKit directory and type ./Configer
Configer information image.
Enter the make command,The error occurs.
What are the causes of these errors? How can I solve? thanks.
according to your configuration screenshot you miss a gstreamer installation.
Please do:
sudo apt-get install libgstreamer0.10-dev
see here for more information: http://artoolkit.org/documentation/doku.php?id=8_Advanced_Topics:build_artoolkit
Let me know if that works for you
Edit:
Just saw that there are 3 more comments and that you already installed libgstreamer to fix the issue thanks to Michael O.

Troubles when installing Hep-math

I'm using Moba-Xterm terminal on windows. I'm trying to install hep math-1.4 using the PDF manual. I need to use prefix to send it to the right location but i don't know where to that right location is.
After downloading the package and extracting it on desktop i have to do the following;
./configure --prefix= something
make
make install
So when I do prefix=Desktop I got an error?
Help to find a good prefix?
i'm new on linux
You don't need to use a custom prefix if you run the last command as root:
./configure
make
sudo make install
Update: The next page of the manual says
If you want to generate Python extension modules with HEPMath you may want to use
a prefix that your Python interpreter searches for Python packages. On my system this
is $HOME/.local.

OCaml - Cannot find graphics.cma

When loading the Graphics module in the toplevel, I get an error saying "Cannot find graphics.cma".
I'm using OS X and I'm pretty sure I've installed OCaml correctly since I've been using it for about a month now. So it seems that the Graphics module wasn't included in the OCaml package.
How can I fix this issue, or how can I install the Graphics module myself?
First of all, check Graphics is really installed. This library is optional and therefore it may not be installed. There are several ways to check but the following should work for any situation:
$ ls `ocamlc -where`/graphics*
If there is no file listed by the above command, Graphics is not installed and you have to reinstall OCaml compiler enabling Graphics.
If files like graphics.cma are there, then you have to show us how you try to compile your code with Graphics. The best answer varies depending on how you compile: inside toplevel, hand compiling with ocamlc, or with some build tool like ocamlbuild.
The solution mostly depends on how are you compiling. If you're using ocamlbuild tool, the the following would be sufficient:
ocamlbuild -use-ocamlfind -pkg graphics my_program.native
Where my_program.native is your target. Note, you can try to omit the -use-ocamlfind flag.
In order to bring graphics to your toplevel, the easiest solution would be to use topfind:
# #use "topfind";;
# #require "graphics";;

Lua cannot find LuaRocks-installed modules on Linux

I installed the luarocks package on Linux Mint, and afterwards installed a couple of rocks such as sudo luarocks install telescope, but when running a script via lua script.lua, require cannot find the module.
Meta: Doing this Q&A style, because while questions that answer this exist, none seem to be generically titled or easily findable, and I hope that I can help someone with this.
In this specific case, the problem was simply that on my distribution, the default Lua version installed was at the time of writing this 5.2, whereas the LuaRocks package was built for 5.1, meaning that Lua 5.2 could not find the rocks due to using different paths for modules.
The solution to the problem was downloading the LuaRocks source code from its github repository, and compiling it for 5.2
./configure --lua-version=5.2
make build
sudo make install
To make sure I can also install packages for LuaJIT, which as of the moment uses 5.1 libs, I have also executed the above lines with lua-version=5.1 beforehand (if I executed them after, the default luarocks command would point at the 5.1 build.
To build LuaRocks, you need liblua5.2-dev and/or liblua5.1-dev
The solution for me is this.
I try
eval "$(luarocks path)"
and it works.
Hope it works for others.

Installing Image Magick with Ghostscript

Hello fellow Stackers,
Currently I am working on a website which requires the ability to handle, manipulate, create and save PostScript encoded files. Research on the topic pointed me towards two PHP classes called Imagick and MagickWand – both of which use Image Magick, which in turn depends on Ghostscript. Unfortunately the GD PHP class is not up to the task.
I am performing the installation processes on a server running GNU/Linux via SSH from my Mac with OS X 10.9.1. Any help would be much appreciated. If any other details are needed, please inform me and I will do my absolute best to provide them.
Thus far, I have managed to make Image Magick and Ghostscript function independently – while simultaneously installed on the same system. However I was not able to install Ghostscript accordingly for it to function as an Image Magick delegate. From Terminal I was able to run the convert and gs commands successfully. At the time I was able to use the Imagick PHP class to perform the required tasks – such as detecting Color Space – on rasterised images.
As it stands Image Magick has been uninstalled from the server. I was not able to uninstall Ghostscript correctly. So my first question is: how on earth do I uninstall Ghostscript 9.10? It seems Ghostscript does not include an uninstall in its Makefile, ie: make uninstall returns make: *** No rule to make target 'uninstall'. Stop..
I have done some research and it seems that I should have compiled the Ghostscript shared library first: http://www.linuxfromscratch.org/blfs/view/svn/pst/gs.html
Naturally I attempted to perform the steps in the article on Linux from Scratch. I have removed expat, freetype, lcms2, jpeg and libpng. I have performed ./configure with the suggested commands. I have also performed make and make so, both of which fail and exit, returning:
pngrutil.c:(.text+0x3cb): undefined reference to 'inflateReset2'
collect2: ld returned 1 exit status
make: *** [bin/gs] Error 1.
edit: I have since narrowed this down to be related to Zlib.
I am looking for either an alternative to Imagick and MagickWand (which I was not able to find), insights into what is going wrong during the installation process or what might be done to resolve the current error.
Thank you all in advance.
A manual process to uninstall may be required if there is no uninstall defined for the makefile.
This has been discussed in the question What's the opposite of 'make install', ie. how do you uninstall a library in Linux?.
I ditched the idea of using Ghostscript as an Image Magick Delegate, not only because the installation process was not working out for but, but also due to the fact that my research taught me that Image Magick rasterises all input files.
Instead I used the PHP exec() function to directly execute Ghostscript.

Resources