Package Details: aseprite-git 1.2.17.r64.gf689c2c48-2

Git Clone URL: https://aur.archlinux.org/aseprite-git.git (read-only, click to copy)
Package Base: aseprite-git
Description: Create animated sprites and pixel art
Upstream URL: http://www.aseprite.org/
Licenses: custom, BSD
Conflicts: aseprite
Provides: aseprite
Submitter: None
Maintainer: jusw85
Last Packager: jusw85
Votes: 9
Popularity: 0.000063
First Submitted: 2012-10-10 08:10 (UTC)
Last Updated: 2024-06-14 13:33 (UTC)

Required by (1)

Sources (27)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

hollunder commented on 2017-03-04 09:35 (UTC)

==> Starting package()... Install the project... -- Install configuration: "RelWithDebInfo" -- Installing: /build/aseprite-git/pkg/aseprite-git/usr/lib/pkgconfig/libcmark.pc CMake Error at third_party/cmark/src/cmake_install.cmake:46 (file): file INSTALL cannot find "/build/aseprite-git/src/aseprite/build/bin/cmark". Call Stack (most recent call first): third_party/cmark/cmake_install.cmake:37 (include) third_party/cmake_install.cmake:39 (include) cmake_install.cmake:37 (include) make: *** [Makefile:123: install/fast] Error 1 ==> ERROR: A failure occurred in package(). Aborting...

hollunder commented on 2016-12-20 11:55 (UTC) (edited on 2016-12-20 11:56 (UTC) by hollunder)

The missing dependency seems to be libx11 for all three versions. libwebp is missing only in this one. -- Found Threads: TRUE -- Looking for XOpenDisplay in /usr/lib64/libX11.so -- Looking for XOpenDisplay in /usr/lib64/libX11.so - found

hollunder commented on 2016-12-20 11:24 (UTC)

Another build error: -- No package 'libwebp' found CMake Error at CMakeLists.txt:221 (message): libwebp not found

hollunder commented on 2016-12-20 11:13 (UTC)

Even the git package is missing the git makedepend.

<deleted-account> commented on 2016-09-12 17:05 (UTC)

Should be fixed in v6 of PKGBUILD

koushien commented on 2016-09-12 06:52 (UTC)

Makepkg aborts after the following error: ## install: cannot create regular file /usr/share/licenses/aseprite/EULA.txt: Permission denied ## Anything I should try?

<deleted-account> commented on 2016-09-02 12:03 (UTC)

The new license [1] says: - "You may not distribute copies of the SOFTWARE PRODUCT to third parties. Evaluation versions available for download from David Capello's websites may be freely distributed." - "You may only compile and modify the source code of the SOFTWARE PRODUCT for your own personal purpose or to propose a contribution to the SOFTWARE PRODUCT." SOFTWARE PRODUCT is defined as "software product(s) identified above which may include associated software components, media, printed materials, and "online" or electronic documentation" So, I am not a lawyer but I think that SOFTWARE PRODUCT does not include the source code (hence the name "source code of the SOFTWARE PRODUCT"), so the distribution restriction does not apply. In addition, when you use a PKGBUILD to compile software, you still compile the software yourself, so technically, distributing the PKGBUILD does not violate the compilation clause. I will change the license in the PKGBUILD and I could force the user to accept it during compilation, but I am quite confident that we can continue to use the upstream code. I have also created a PKGBUILD for the GPL version of the project called aseprite-gpl which ships version 1.7.1. Anyone has lawyer connections who could shed light on the issue? [1] https://raw.githubusercontent.com/aseprite/aseprite/master/EULA.txt

bobpaul commented on 2016-09-01 21:46 (UTC)

Project is no longer GPL. There's a GPL fork here: https://github.com/aseprite-gpl/aseprite The new license allows individuals to compile their own copies, but would probably require a fetch restriction in the AUR (ie, don't provide a URL in the PKGBUILD and make the user download the archive manually.) I think if PKGBUILD downloads the files, that might violate the distribution requirements in the EULA.

<deleted-account> commented on 2016-08-15 16:17 (UTC)

setting MAKEFLAGS in /etc/makepkg.cfg doesn't do the trick?

flurick commented on 2016-08-15 16:01 (UTC)

How about "make -j $(getconf _NPROCESSORS_ONLN)", it should speed up the building a bit for those machines with multiple CPU cores.

« First ‹ Previous 1 2 3 4 5 6 Next › Last »