Package Details: aseprite 1.2.25-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: http://www.aseprite.org/
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: 76
Popularity: 1.44
First Submitted: 2011-11-01 17:40
Last Updated: 2020-08-22 17:34

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 https://chromium.googlesource.com/chromium/tools/depot_tools.git depot_tools and rerun makepkg.

Latest Comments

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

rouhannb commented on 2020-08-22 18:16

Readlink shows /usr/bin/python2 for me, so it should be fine.

ISSOtm commented on 2020-08-22 18:11

Oh yeah, symlinking makes more sense for folders, less so for files. Got caught up in symlinking all the things!

As for which -p, it seems to be a zsh thing, actually, so I guess it'll be fine on bash?

rouhannb commented on 2020-08-22 17:37

I’ve decided to take out the first loop and just use it as one statement, and to use which for finding python2 (although I’ve never heard of a -p flag for which).

But what exactly is the point of symlinking gn? Makepkg already symlinks files to src/, so I can’t see any performance benefit, and the program works and looks fine without doing so.

ISSOtm commented on 2020-08-22 16:57

I had not refreshed the page so I didn't see your comment, but I added a Gist link to the PKGBUILD I used.

It does not loop over the deps, though that loses the ability to split them across lines, and whatever performance gain is probably irrelevant. I does symlink gn as well, though. It also doesn't hardcode the path to python2, but maybe using which isn't a great idea without -p.

rouhannb commented on 2020-08-22 15:47

Yeah, using symlinks would work better. I’ve changed the PKGBUILD so rebuilding won’t be necessary anymore.

ISSOtm commented on 2020-08-22 15:11

Runing makepkg while directories are already present under skia causes errors (mv: cannot move 'buildtools' to 'skia/buildtools': Directory not empty). This means that everything needs to be re-downloaded and re-built every time... :/

Wouldn't symlinking the folders (only if they aren't already present) work better?

[EDIT] This PKGBUILD seems to work fine

co1ncidence commented on 2020-07-25 18:54

Can confirm that this builds and works 100% fine on manjaro 5.7, just by running `yay -S aseprite`, it takes a while to build (around 25 minutes for me) so be prepared for a hot laptop.

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 libnettle.so.7 (https://ftp.gnu.org/gnu/nettle/nettle-3.5.1.tar.gz) 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 (https://aur.archlinux.org/packages/nettle7/) could be an option, but they're having a key-sign problem.

edit: not recommended