Package Details: aseprite

Git Clone URL: (read-only, click to copy)
Package Base: aseprite
Description: Create animated sprites and pixel art
Upstream URL:
Keywords: animation art editor gamedev image pixel sprites
Licenses: custom
Conflicts: aseprite-git, aseprite-gpl, skia-git
Submitter: benob
Maintainer: fbrennan (abueide, rouhannb)
Last Packager: rouhannb
Votes: 74
Popularity: 1.54
First Submitted: 2011-11-01 17:40
Last Updated: 2020-05-31 19:47

Required by (1)

Sources (34)

Pinned Comments

rouhannb commented on 2020-04-01 04:31

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 depot_tools and rerun makepkg.

Latest Comments

1 2 3 4 5 6 ... Next › Last »

Luke commented on 2020-05-22 21:58

yeah, you're totally right rouhannb, sorry for my assumptions, I was wrong, I was like a crazy trying to get aseprite to work again after nettle update and just wanted to share what have worked with me

About nettle7, it could just be me inexperience with arch, when I've tried it using yay it just don't import the key, no matter what I do, again, sorry for my wrong assumptions

rouhannb commented on 2020-05-21 20:04

maybe try this first before trying to recompile everything.

Correct me if I’m wrong, but by “everything”, you’re referring to this whole package, right? Apparently, all standard Arch Linux packages are rebuilt after a library update, and the wiki explicitly says “If the system has locally built packages (such as AUR packages), users will need to rebuild them when their dependencies receive a soname bump,” so it looks like rebuilding the package is actually the correct course of action.

I wouldn’t exactly recommend using an old version of nettle—it sort of puts a dent into the whole rolling release aspect of Arch—but I guess it’s technically fine too. You might want to put it into /usr/local/lib though; /usr/lib should be reserved for packages.

(Edit: nettle7 does not have a key-sign problem. You need to import the key in the validpgpkeys array.)

Luke commented on 2020-05-21 18:18

I've tried to compile manually from source, but it still doesn't works, compiling ( manually and copying it to /usr/lib/ solves the problem (at least to me). Just letting it here, maybe try this first before trying to recompile everything.

Maybe using nettle7 package ( could be an option, but they're having a key-sign problem.

edit: not recommended

rouhannb commented on 2020-05-15 12:02

It seems libnettle was updated recently, from version 7 to 8. Maybe you just need to rebuild the package?

Besides, libnettle isn’t even showing up as a dependency on my copy. Can you run ldd $(which aseprite) for me and tell me if nettle shows up?

Sorry it took so long, I need to check my email more frequently :P

k4rakara commented on 2020-05-11 19:23

Broke after I updated recently. Errors with "aseprite: error while loading shared libraries: cannot open shared object file: No such file or directory", even if reinstalled.

rouhannb commented on 2020-05-01 02:43

I’m not sure what you mean when you say the package is using the latest commit. The source list clearly says “”. Have I misunderstood something?

Aseprite needs both the source and compiled versions of Skia, and unless I’m mistaken, it’s hardcoded to statically link it. What benefit could come out of separating the packages, especially since only Aseprite uses this particular fork of Skia?

ShayBox commented on 2020-04-30 14:12

This is the aseprite package, it should be using the tagged release source files, not the the latest commit, that's what the -git package is for. It should also not be compiling dependencies like skia, those need to be split into a seperate package to be depended on.

rouhannb commented on 2020-04-13 01:37

I’ve just published that package under the name aseprite-skia-bin. Thanks for the help with the PKGBUILD!

silverwyrda commented on 2020-04-12 18:18

Hi! It seems the author now provides the appropriate pre-built skia library, which makes building aseprite much quicker... You can find it here: Would it be possible to support that (eventually in a different package)?

You probably don't need this but the relevant changes are the following (except I changed the -D order to match CMakeLists.txt and removed the ones that are the same as defaults):

makedepends=('cmake' 'ninja' 'git' 'freeglut')

prepare() {

build() {
  cd "${srcdir}"

  # Build aseprite
  cd "${srcdir}"
  mkdir --parents --verbose build && cd build

  cmake \
    -DLAF_BACKEND=skia \
    -DSKIA_DIR="${srcdir}" \
    -DSKIA_LIBRARY_DIR="${srcdir}/out/Release-x64" \
    -DCMAKE_BUILD_TYPE=Release \
    -G Ninja \

  ninja aseprite


rouhannb commented on 2020-04-12 17:01

The package you needed was harfbuzz-icu, not harfbuzz. I’ve updated the dependencies.