Project

General

Profile

Packaging Request #3335

[libresprite] Pixel art, sprite editor, and animation tool

gap - over 1 year ago - . Updated over 1 year ago.

Status:
open
Priority:
bug
Assignee:
-
% Done:

0%


Description

LibreSprite is a fork of the last libre version of Aseprite: https://en.wikipedia.org/wiki/Aseprite#History
Repo: https://github.com/LibreSprite/LibreSprite/
AUR package: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=libresprite

The AUR package will need some work; it doesn't support ARM, uses git history instead of a sourceball, has a conflict listed for a package in the AUR but not the Parabola repos, has the license listed as "GPL" (which is completely ambiguous), has a dependency on nodejs which I think should be optional, and a dependency on gtest which I think is only useful for devs.

One issue which may become apparent in future is that LibreSprite is under very light maintenance, so it may rot over time as it becomes incompatible with newer versions of its dependencies.
Perhaps we could convince the Aseprite proprietors to liberate Aseprite, thus eliminating the need for LibreSprite.

History

#1

Updated by bill-auger over 1 year ago

has the license listed as "GPL" (which is completely ambiguous)

'GPL' is ambiguous; but it is acceptable - the license may
be any directory name under /usr/share/licenses/common/ - 'GPL'
indicates GPLv2-or -later, which is inherently ambiguous

One issue which may become apparent in future is that LibreSprite is under very light maintenance, so it may rot over time as it becomes incompatible with newer versions of its dependencies.

for a well-written program, especially in the C language, "very
light maintenance" is usually a very good thing - it means that
the program is not changing, and has few fast-changing
dependencies, and so does not require very much maintenance

software only needs "enough maintenance" - if "very little" is
enough to keep that program running, that is the ideal situation
- that is what i would call: well-designed software - such
programs are generally much more hackable and easier for
distros to maintain into the future

it can be problematic if the software requires a lot of effort
to maintain, and is not getting it; but that is probably not
well-designed and hackable software either, so good riddance to
it

Also available in: Atom PDF