Package Details: aseprite 1.3.9.1-1

Git Clone URL: https://aur.archlinux.org/aseprite.git (read-only, click to copy)
Package Base: aseprite
Description: Create animated sprites and pixel art
Upstream URL: https://www.aseprite.org/
Keywords: animation art aseprite editor gamedev image pixel sprites
Licenses: LicenseRef-Aseprite-EULA
Submitter: None
Maintainer: ImperatorStorm (ISSOtm)
Last Packager: ImperatorStorm
Votes: 115
Popularity: 1.38
First Submitted: 2011-11-01 17:40 (UTC)
Last Updated: 2024-10-06 06:48 (UTC)

Required by (1)

Sources (8)

Pinned Comments

ImperatorStorm commented on 2024-10-02 17:56 (UTC)

Remember: You are expected to have the base-devel metapackage installed before using the AUR.

ImperatorStorm commented on 2022-08-06 04:31 (UTC)

A note that, per Aseprite's EULA, binaries created by this PKGBUILD CANNOT BE DISTRIBUTED.

I will comply with any upstream requests to remove this package.

ImperatorStorm commented on 2022-01-06 00:07 (UTC)

Big thanks to ISSOtm for rewriting the PKGBUILD!

ImperatorStorm commented on 2021-12-31 21:31 (UTC) (edited on 2022-01-03 04:42 (UTC) by ImperatorStorm)

Hosting this package's PKGBUILD at https://github.com/ImperatorStorm/PKGBUILDs

Latest Comments

« First ‹ Previous 1 .. 12 13 14 15 16 17 18 19 20 21 22 .. 28 Next › Last »

rouhannb commented on 2020-03-13 22:21 (UTC)

Also my bad. The PKGBUILD uses a custom PATH with depot_tools, and I assumed that the which command would use that PATH. It didn’t.

Building the package worked on my system because I set the PATH when building the package by hand, and for some reason, it never reverted.

And now it looks like just entering the expanded value of which gives a completely different error that never showed up before. I’m just going to restore the old hack again. Maybe I should just use the depot_tools AUR package. Or maybe not, if that’s going to open a whole new can of worms.

bboogie commented on 2020-03-13 21:58 (UTC)

Thanks! But it doesn't build... There is something with gn.py and python2. Is there a missing dependency?

which: no gn.py in (/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl)

rouhannb commented on 2020-03-13 21:28 (UTC) (edited on 2020-03-13 21:39 (UTC) by rouhannb)

My bad. Looks like I forgot to redownload it, and updpkgsums doesn’t redownload automatically either.

bboogie commented on 2020-03-13 20:36 (UTC)

gn validity check fails. When skipping it aseprite won't build.

rouhannb commented on 2020-02-19 23:31 (UTC)

That's... odd. I bumped the pkgrel, so hopefully that fixes things.

Gaspi commented on 2020-02-19 12:06 (UTC)

I still have the issue that Ev1lbl0w commented a week ago (package always classified as outdated). Thanks for maintaining this package.

rouhannb commented on 2020-02-11 20:57 (UTC)

Fixed, and pandoc removed

Ev1lbl0w commented on 2020-02-11 13:16 (UTC)

You have updated the pkgrel version to 2 on the SRCINFO file, but not on the PKGBUILD file. Thus package is always classified as outdated, and it constantly being updated. Please fix this ASAP.

mmermerkaya commented on 2019-12-28 17:24 (UTC)

+1 to removing pandoc.