Package Details: aseprite 1.2.27-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: 83
Popularity: 0.87
First Submitted: 2011-11-01 17:40
Last Updated: 2021-04-20 13:30

Required by (0)

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 »

Typology commented on 2021-07-22 17:59

@titanlock

that's right, there was an issue in github about this and the dev said it's a problem caused by trying to support the cmark dynamic linking on all distros, I compiled aseprite without the USE_SHARED_CMARK flag to avoid this issue. the dev is thinking about removing all USE_SHARED_ flags and link everything statically.

titanlock commented on 2021-07-22 16:11

There is an issue with how you compile this, it doesn't end up pointing to the libcmark.so symlink and points to the libcmark.0.xx.x. So whenever I update my system and that library is updated it will fail to run.

Typology commented on 2021-06-17 23:00

@150Kirill150 @jigebi6613

This issue was solved, It will be included in the next release (1.2.28). you can use that solution as a workaround until the next release, or use the aseprite-git package instead.

jigebi6613 commented on 2021-06-17 17:41

@150Kirill150

In PKGBUILD before cmake line add

export CXXFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions \ -D_FORTIFY_SOURCE=2 \ -Wformat -Werror=format-security \ -fstack-clash-protection -fcf-protection"

It work

150Kirill150 commented on 2021-06-14 05:29

➜ ~ aseprite /usr/include/c++/11.1.0/bits/stl_vector.h:1045: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator [with _Tp = long unsigned int; _Alloc = std::allocator<long unsigned int>; std::vector<_Tp, _Alloc>::reference = long unsigned int&; std::vector<_Tp, _Alloc>::size_type = long unsigned int]: Assertion '__n < this->size()' failed. [1] 360108 abort sudo aseprite WHAT???

lightdark commented on 2021-06-03 00:53

I figured out the issue and submitted a PR to the devs to fix the issue; see https://github.com/aseprite/aseprite/issues/2755 for details.

In the meantime, the flag that is causing the issue is -Wp,-D_GLIBCXX_ASSERTIONS in CXXFLAGS. If you want to temporarily override this flag, you can add export CXXFLAGS="$CFLAGS" before the cmake line in the PKGBUILD until a new fix comes out.

ISSOtm commented on 2021-05-31 16:50

Overriding all the build flags doesn't seem like a great solution; which flag(s) cause the crash?

warmwaffles commented on 2021-05-31 01:25

Still having the same issues as @IZ5K, @Typology, and @aseoane. Is this an issue upstream with aseprite or is it how this project is compiled?

I have it working on one of my machines and don't know how, but on my other dev machine it won't compile. I fear a larger update will cause my main workstation to no longer work.

aseoane commented on 2021-05-20 12:51

@IZ5K, @Typology I'm having the same issue

Typology commented on 2021-05-18 08:52

@IZ5K Same issue here