Package Details: aseprite 1.3.11-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: 121
Popularity: 4.06
First Submitted: 2011-11-01 17:40 (UTC)
Last Updated: 2025-01-12 00:29 (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 .. 8 9 10 11 12 13 14 15 16 17 18 .. 29 Next › Last »

Avahe commented on 2021-04-22 03:37 (UTC)

Having an error after building today:

/usr/include/c++/10.2.0/bits/stl_vector.h:1045: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) [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 '__builtin_expect(__n < this->size(), true)' failed.
zsh: abort (core dumped)  aseprite

Not sure if this is an upstream issue. Anyone else having this problem?

rouhannb commented on 2021-04-20 13:32 (UTC)

@quaqqer I’ve added it

quaqqer commented on 2021-04-18 22:03 (UTC)

I think python3 should be added to the make dependencies.

warmwaffles commented on 2021-03-29 20:16 (UTC)

@rokku no it's the only way I know that I am getting my moneys worth out of these two Xeon processors.

rokku commented on 2021-03-29 20:15 (UTC)

You should think about limiting ninja to a half of the available cpu cores. my computer was frying while the build process. IMOH it is enough to use a few cores but not all.

rouhannb commented on 2021-02-02 23:04 (UTC)

@HealerLFG Skia clones normally for me. Could you provide more details? Just so we’re clear, the “listed URL” is https://github.com/aseprite/skia.git, right? What URL are you redirected to? And just in case I misunderstand something, could you post a copy of your terminal log when trying to build this package?

HealerLFG commented on 2021-02-02 14:38 (UTC)

Hangs when cloning skia. Manually cloning skia from the listed URL fails with a redirect; Manually cloning the redirect and rerunning makepkg successfully builds the package.

rouhannb commented on 2021-01-09 22:17 (UTC)

@Wrexes Have you tried building the package in a chroot, with makepkg directly instead of yay? The package builds fine for me, and I evidently don’t have ninja installed with pip (running pip show ninja says that the package is not found).

Wrexes commented on 2021-01-09 14:46 (UTC)

When installing/updating this package with YAY, I kept getting an error about ninja being an unsatisfied dependency. To be precise I had a traceback from python saying "No module named ninja" even though it is part of the dependencies. Installing ninja via pip install --user ninja seems to have fixed the issue.

frdbr commented on 2021-01-06 23:23 (UTC)

@rouhannb, yeah my bad. thanks!

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 29 Next › Last »