Search Criteria
Package Details: exact-image 1.0.2-4
Package Actions
Git Clone URL: | https://aur.archlinux.org/exact-image.git (read-only, click to copy) |
---|---|
Package Base: | exact-image |
Description: | Fast image manipulation programs |
Upstream URL: | http://exactcode.com/opensource/exactimage/ |
Licenses: | GPL2 |
Submitter: | lisu_ml |
Maintainer: | None |
Last Packager: | nemstar |
Votes: | 8 |
Popularity: | 0.000022 |
First Submitted: | 2016-08-29 16:04 (UTC) |
Last Updated: | 2022-02-24 19:52 (UTC) |
Dependencies (4)
- agg (agg-2.6-gitAUR)
- expat (expat-gitAUR)
- jasper (jasper-gitAUR)
- libtiff (libtiff-gitAUR, libtiff-lercAUR)
Latest Comments
1 2 3 Next › Last »
waschtl commented on 2024-01-19 06:39 (UTC)
The following changes to this package allowed me to successfully compile the current version of exact-image (1.2.1) against the current version of jasper (4.1.1):
https://sbronner.com/~waschtl/aur_exact-image-1.2.1.patch
The existing .patch files are superfluous and can be removed.
nemstar commented on 2022-02-24 19:53 (UTC)
Patched Makefile to add -fpermissive to surpress errors which formerly were warnings. Also condensed all patches into one patch file for simplicity.
nemstar commented on 2020-08-09 15:18 (UTC)
Updated: Add patch to fix compile time errors.
fabolhak1 commented on 2020-08-06 20:22 (UTC) (edited on 2020-08-06 20:23 (UTC) by fabolhak1)
Removed libgif and openexr. Now it builds on my system
haawda commented on 2019-12-10 21:39 (UTC)
This package is orphaned. It makes more sense to file problems upstream.
octofish commented on 2019-12-10 08:01 (UTC) (edited on 2019-12-10 08:09 (UTC) by octofish)
I get the following error during build on a fully up to date system:
Appears to be related to https://bbs.archlinux.org/viewtopic.php?id=245406 as downgrading giflib to 5.1.9 resolves the issue.
Unfortunately, then I get a whole stack of new errors:
jmb commented on 2018-04-04 12:50 (UTC)
@haawda The Evas_Engine_Software_X11.h issue happens only if you have efl installed. Evas_Engine_Software_X11.h was an internal elf header that applications should not use and that has been removed in recent efl releases. If efl is not present, exact-image does not try to build edisplay and the error does not occur.
haawda commented on 2018-02-03 19:33 (UTC)
Cannot reproduce, builds fine here.
seifferth commented on 2018-01-27 23:22 (UTC) (edited on 2018-01-27 23:23 (UTC) by seifferth)
I seem to be getting the same error andybutterworth described. Does anyone here have any idea as to why? Was the issue resolved somehow?
Error Message:
haawda commented on 2017-11-08 18:47 (UTC)
1 2 3 Next › Last »