Search Criteria
Package Details: autotrace-git 1:0.31.10+r709+g938616658-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/autotrace-git.git (read-only, click to copy) |
---|---|
Package Base: | autotrace-git |
Description: | AutoTrace is a utility for converting bitmap into vector graphics. |
Upstream URL: | https://github.com/autotrace/autotrace.git |
Keywords: | autotrace |
Licenses: | GPL, LGPL |
Conflicts: | autotrace, autotrace-nomagick |
Provides: | autotrace |
Submitter: | FirstAirBender |
Maintainer: | envolution |
Last Packager: | envolution |
Votes: | 14 |
Popularity: | 0.000297 |
First Submitted: | 2022-07-25 02:32 (UTC) |
Last Updated: | 2024-11-28 17:14 (UTC) |
Dependencies (9)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- graphicsmagick
- libpng (libpng-gitAUR, libpng-apngAUR)
- pstoedit (pstoedit-nomagickAUR)
- autoconf (autoconf-gitAUR) (make)
- automake (automake-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- intltool (make)
- procps-ng (procps-ng-gitAUR, busybox-coreutilsAUR) (check)
Required by (1)
- plotdigitizer (requires autotrace) (optional)
Latest Comments
1 2 3 Next › Last »
James-T commented on 2022-08-17 09:12 (UTC)
The package should conflict with (or replace) autotrace, and conflict with autotrace-bin and autotrace-nomagick to avoid file clashes.
katt commented on 2021-11-20 21:49 (UTC)
I can't get this to accept any picture at all, I've tried pngs, jpegs, bmps and finally I tried a .tga which caused the application to coredump.
RalphCorderoy commented on 2019-06-09 08:37 (UTC)
autotrace only needs the IM6 library and that's still available because some users of it don't support IM7 yet so I think it could be a makedepends. https://www.archlinux.org/packages/extra/x86_64/libmagick6/
And MAGICK_CFLAGS could probably be provided to override that configure.in's PKG_CHECK_MODULES that provides the -I/usr/include...
haawda commented on 2019-06-08 16:07 (UTC)
I now see what you mean. There is no good solution for this: autotrace definitely does not support imagemagick 7 yet, and the detection of imagemagick6 (which AFAIK left the repos anyway) is broken. So for now I am disabling imagemagick support.
RalphCorderoy commented on 2019-06-08 08:46 (UTC)
Hi Haawda, What bit can't you confirm? https://github.com/autotrace/autotrace/blob/master/configure.ac#L67 shows the test of --with-magick's value is just against 'yes'; it doesn't take a path to header files. Does your configure output say 'imagemagick output support: yes'?
As for pkg-config then producing a IM7 path when IM6 is required, try having package imagemagick installed as well so pkg-config produces the biggest version that matches the criteria 'ImageMagick >= 5.2.1' on line 77.
haawda commented on 2019-06-07 17:44 (UTC)
RalphCorderoy, cannot confirm. Builds fine here both in or outside a chroot.
RalphCorderoy commented on 2019-06-07 13:01 (UTC)
PKGBUILD has '--with-magick=/usr/include/ImageMagick-6' but that results in 'imagemagick output support: no' in configure's output because the test is just for 'yes' with everything else treated as 'no'.
And deleting that to get the default behaviour of 'yes' doesn't work because pkg-config is suggesting '-I/usr/include/ImageMagick-7' so the #include of magick/api.h fails as that's IM6 not IM7.
ixevix commented on 2019-03-13 07:12 (UTC)
The PKGBUILD has a typo. makdepends should be makedepends...
haawda commented on 2019-03-11 22:49 (UTC)
intltool added as makedependency. Thanks.
1 2 3 Next › Last »