Package Details: aseprite 1.3.13-4

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: 127
Popularity: 3.73
First Submitted: 2011-11-01 17:40 (UTC)
Last Updated: 2025-03-30 15:09 (UTC)

Required by (1)

Sources (11)

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 .. 13 14 15 16 17 18 19 20 21 22 23 .. 30 Next › Last »

rouhannb commented on 2020-04-01 04:31 (UTC) (edited on 2020-04-01 04:32 (UTC) by rouhannb)

I decided to try it out for myself, and the same thing is happening to me. I’m not really sure why it’s happening, but my guess is that it has something to do with makepkg. I’ve tried building the AUR package depot-tools-git and I ran into the same problem, but cloning the repository by hand works fine.

I’ll just leave this pinned until the problem goes away: if the package is hanging when downloading depot_tools, run git clone --bare https://chromium.googlesource.com/chromium/tools/depot_tools.git depot_tools and rerun makepkg.

sramey40 commented on 2020-04-01 02:37 (UTC)

I'm having the same issue as Vincentca.

rouhannb commented on 2020-03-31 15:10 (UTC)

If you’re referring to the Git repos, shallow cloning would be hard, if not impossible, as AFAIK Git doesn’t have a way to shallow clone specific commits.

maxcahill commented on 2020-03-31 05:09 (UTC)

Nice to have this package but it sure does hammer your machine and data while installing! Would it be possible to get a shallow clone on the dependencies?

rouhannb commented on 2020-03-30 20:57 (UTC) (edited on 2020-03-30 21:04 (UTC) by rouhannb)

I’ve had that happen to me quite a few times (though only with angle2 or swiftshader). It has nothing to do with the 3/13 update; it’s happened long before. I’m not really sure why it happens, but deleting the repo and rerunning makepkg fixes the problem.

EDIT: I forgot to mention that I think I ran into the same problem while compiling skia manually when I first updated this package. I’m almost certain it’s something funky with either Git or Google’s repos, and I can’t even begin to think of a workaround.

Vincentca commented on 2020-03-30 14:14 (UTC) (edited on 2020-03-30 14:15 (UTC) by Vincentca)

The aur package still doesn't seem to build. I don't know if that was updated on 3/13? It keeps hanging at the last part of the log I'm pasting below.

Preparing...
Cloning aseprite build files...
Checking aseprite dependencies...
Resolving dependencies...
Checking inter-conflicts...

Building aseprite...
==> Making package: aseprite 1.2.17-2 (Mon 30 Mar 2020 09:55:21 AM EDT)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found Aseprite-v1.2.17-Source.zip
  -> Found aseprite.desktop
  -> Cloning depot_tools git repo...
Cloning into bare repository '/var/tmp/pamac-build-corey/aseprite/depot_tools'...

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.