Downloaded and installed that package. Reboot, just to make sure. New errors/missing libs:

EDIT: libgomp and libstdc++ actually are listed in synaptic, but they are all dev packages like the previous package. I don't understand why dev packages should be installed when GMIC usually runs without them.

Greetings. In Fedora 21, the following packages provide the shared libs.

libcurl-7.37.0-9.fc21.i686 - Provides : libcurl.so.4.

libgomp-4.9.2-1.fc21.i686 - Provides : libgomp.so.1

libstdc++-4.9.2-6.fc21.i686 - Provides : libstdc++.so.6

Not sure how applicable the versions are to your distro but thought I'd post anyway. I would think those packages would include the same libs in your distro, as well.

What is Wheezy Jessie and Sid? Am I missing something?

Am I the only one that is using GMIC 1.6.2.0?

All those names come from the movie Toy Story.
Here's a good link for quick info about the releases. https://www.debian.org/releases/

Debian "Wheezy" is the code name for the stable release.
Debian "Jessie" is the code name for the testing release. (packages can still break things.)
Debian "Sid" is the code name for the unstable release. (packages will break things.)

The stable and testing names will change with each new release. Unstable will always be called Sid. (Because "Sid" was the unstable boy in the Toy Story movie.)

o, wow, I have never seen the Toy story so I would never have known. thanks for the heads up.

Thanks for the info GnuTux. The packages are similar, but different variations. They look like dev packages, and normally dev packages aren't required to run GMIC. I'm sure he'll get it sorted out.

Hi Millie,

The packages I listed are not dev packages. They are packages which contain the shared libs. You would only need the dev packages if you were planning on compiling.

libcurl (shared libs)
libcurl-devel (Development package)

libstdc++ (shared libs)
libstdc++-devel (Development package)



Anyway, sorry that I wasn't able to be more helpful. I'm sure Rono will be.

Well, this is what I get when I search synaptic:

I see doc documentation packages and dev development packages.

It looks to me like you have the correct version of the libs package installed for libgomp (libgomp1 4.7.2-5 in Debian)
https://packages.debian.org/search?suit ... ds=libgomp

Looks like the name of the package for libstdc++ is libstdc++6 in Debian.
https://packages.debian.org/search?suit ... ds=libstdc

Can't tell by the screenshot if you have libstdc++6 installed or not. All I see are doc packages.

Perhaps the problem has to do with how it was compiled and where it's expecting the libs to be located.
Can you check these paths to ensure the libs are where they are supposed to be?

/usr/lib/i386-linux-gnu/libgomp.so
/usr/lib/i386-linux-gnu/libstdc++.so.6

Yep, both of those are installed.

Also, OOPS! (I thought that screenshot looked odd. )



It still comes down to the original point: GMIC worked fine with everything up to 1.6.0.4, so it's not an issue with installed support libraries. Rono confirmed it was an issue with the build having 64bit data instead of 32bit.

The error messages are complaining about these versions not being found:
version `GOMP_4.0'
version `CXXABI_1.3.8'

Perhaps G'MIC is being compiled against different lib versions than what you have. Sorry I could not be of more help, but I Guess Rono will have to sort this one out.

I have a 32bit Linux compile environment but have never compiled G'MIC. It's always worked for me in Fedora, as long as I install: libpng12

This only occurred after installing a libcurl4 dev package he recommended after he did some tweaking on the 32bit file. The original error was about the bin file. (bash: ./gmic_gimp: cannot execute binary file)

On my system, libcurl provides libcurl.so.4. On Debian, it appears to be named libcurl3 (rather than plain libcurl). It doesn't look like you have that installed. I suppose you could give it a shot but I'm leaning toward thinking that the G'MIC binary you're using has been compiled against the incorrect libs for 32bit.

Hello Millie,
I think there is a clear version mismatch between the libraries you have on your pc and the libraries I've used to compile the plugin.
i don't think you will be able to run the plug-in binary I've generated easily. We have to wait the administrators of my 32bits Pc at the lab to fix the issue, so that I could release a new version of the plugin binary using libraries compatible with yours.
I'm sorry about that.
The other solution would be you compile the plugin yourself from the sources.

I'm currently installing a Debian distro (i386) on a Virtual machine, to see if I can succeed in compiling the plug-in easily.
I'll describe the steps and eventually provide a working binary if I succeed

Ok I've succeeded in compiling the plug-in on Debian 32bits.
You can get the binary from the download page : http://gmic.eu/gimp.shtml

Please, let me say it works

Just out of curiosity, what Debian distro did you use in virtual machine?

Hi Millie,
I've used the netCD install from the debian page.
But I've just seen that there has been a problem while transferring the file to the Sourceforge server...
No luck.

Could you try again, with the same URL, it should be OK now ? (at least I hope).
Sorry for all the issues,

David.

millie@chillum ~
$ cd /home/millie/.gimp-2.8/plug-ins
millie@chillum ~/.gimp-2.8/plug-ins
$ ./gmic_gimp
./gmic_gimp: error while loading shared libraries: libcurl.so.4: cannot open shared object file: No such file or directory

What I don't understand is why you cannot have libcurl4, if you install the 'libcurl4-dev' package.
I've installed it and I have it at :

/usr/lib/i386-linux-gnu/libcurl.so.4

What does the following command display :