Package Details: gnudatalanguage 0.9.9-3

Git Clone URL: (read-only, click to copy)
Package Base: gnudatalanguage
Description: An IDL (Interactive Data Language) compatible incremental compiler (ie. runs IDL programs)
Upstream URL:
Licenses: GPL
Submitter: Snowman
Maintainer: jankoh
Last Packager: jankoh
Votes: 18
Popularity: 0.000002
First Submitted: 2005-10-19 19:37
Last Updated: 2020-07-05 14:21

Latest Comments

1 2 3 4 5 6 ... Next › Last »

jankoh commented on 2019-11-07 21:05

Deps changed to python3 by including the patch ( from upstream.

Universebenzene commented on 2019-10-31 14:12

@jankoh Strongly looking forward to this change :D

jankoh commented on 2019-10-31 11:02

Hey there,

since Python2 reaches EOL end of this year, I'd like to change deps to Python3. Are there any objections?

Best, Jan

jankoh commented on 2019-08-14 21:08

@Universebenzene: Thanks for the report, deps changed to libmagick6.

Universebenzene commented on 2019-08-14 05:29

@jankoh Actually the reason why I suggested libmagick6 is that it can't detect the ImageMagick if I just have imagemagick installed, as it tells me:

CMake Error at CMakeLists.txt:516 (message):
  ImageMagick is required but was not found.

  Use -DMAGICKDIR=DIR to specify the ImageMagick directory.

  Use -DMAGICK=OFF to not use it.

While after I have libmagick6 installed, the build just passed without any errors. So did I miss any configuration?

jankoh commented on 2019-08-14 05:22

@Universebenzene: Thanks for the suggestion. According to ldd, with -DMAGICK=ON gdl links to (etc) and (etc). I added imagemagick to deps, and could also add libmagick6. I have installed both packages, and can confirm, gdl works on my system using that setup. Feel free to report, if anything broke with that change.

Universebenzene commented on 2019-08-11 09:00

@jankoh How about using imagemagick instead? Which means the -DMAGICK option could be ON and the libmagick6 should be in depends.

jankoh commented on 2019-08-10 13:02

I had to drop graphicsmagick support for the moment.

See for details

jankoh commented on 2019-03-02 19:49


I could not find a way to modify the PKGBUILD to depend either on plplot or plplot510; a xor version dependeny seems only possible for packages having the same name. Maybe I overlooked the possiblity, though...

I can change the dependency back to plplot (and try to get plplot updated to the recent version). Any objections, anyone?

Best regards Jan

James-T commented on 2019-02-22 10:59

Actually I think that it is better to use the current plplot with a note about draw widgets, or allow both plplot or plplot510 to satisfy the dependencies.

My earlier comment was more an expression of relief at having got rid of the obsolete plplot (which was a problem for other codes).