Arch Linux User Repository

Remember: You are expected to have the base-devel metapackage installed before using the AUR.

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.

Big thanks to ISSOtm for rewriting the PKGBUILD!

Hosting this package's PKGBUILD at https://github.com/ImperatorStorm/PKGBUILDs

b/libcmark.so /usr/lib/libtinyxml.so lib/libjpeg.a /usr/lib/libgif.so /usr/lib/libpng.so lib/libwebpdemux.a lib/libwebpmux.a lib/libwebp.a -lpthread -lm /usr/lib/libfreetype.so /usr/lib/libharfbuzz.so lib/libjson11.a lib/libarchive.a /usr/lib/libz.so /usr/lib/liblz4.so /usr/lib/libzstd.so /usr/lib/libcrypto.so /usr/lib/libexpat.so /usr/lib/libacl.so /usr/lib/libssl.so lib/libfmt.a lib/libtinyexpr.a lib/libnet-lib.a lib/liblaf-base.a lib/libmodpbase64.a /usr/lib/libdl.so /usr/lib/libcurl.so lib/liblauxlib.a lib/liblua.a lib/liblualib.a && : /usr/bin/ld: lib/libapp-lib.a(browser_view.cpp.o): in function app::BrowserView::CMarkBox::processNode(cmark_node*)': browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node[_ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node]+0x8b): undefined reference tocmark_iter_new' /usr/bin/ld: browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node[_ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node]+0xd5): undefined reference to cmark_iter_next' /usr/bin/ld: browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node[_ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node]+0xea): undefined reference tocmark_iter_get_node' /usr/bin/ld: browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node[_ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node]+0xf6): undefined reference to cmark_node_get_type' /usr/bin/ld: browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node[_ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node]+0x175): undefined reference tocmark_node_get_literal' /usr/bin/ld: browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node[_ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node]+0x20d): undefined reference to cmark_node_get_literal' /usr/bin/ld: browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node[_ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node]+0x37d): undefined reference tocmark_node_get_literal' /usr/bin/ld: browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node[_ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node]+0x665): undefined reference to cmark_node_get_literal' /usr/bin/ld: browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node[_ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node]+0x912): undefined reference tocmark_iter_free' /usr/bin/ld: browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node[_ZN3app11BrowserView8CMarkBox11processNodeEP10cmark_node]+0xada): undefined reference to cmark_node_get_url' /usr/bin/ld: lib/libapp-lib.a(browser_view.cpp.o): in functionapp::BrowserView::CMarkBox::loadFile(std::__cxx11::basic_string<char, std::char_traits\<char>, std::allocator\<char> > const&)': browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox8loadFileERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE[_ZN3app11BrowserView8CMarkBox8loadFileERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE]+0x163): undefined reference to cmark_parser_new' /usr/bin/ld: browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox8loadFileERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE[_ZN3app11BrowserView8CMarkBox8loadFileERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE]+0x213): undefined reference tocmark_parser_feed' /usr/bin/ld: browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox8loadFileERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE[_ZN3app11BrowserView8CMarkBox8loadFileERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE]+0x254): undefined reference to cmark_parser_feed' /usr/bin/ld: browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox8loadFileERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE[_ZN3app11BrowserView8CMarkBox8loadFileERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE]+0x25d): undefined reference tocmark_parser_finish' /usr/bin/ld: browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox8loadFileERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE[_ZN3app11BrowserView8CMarkBox8loadFileERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE]+0x279): undefined reference to cmark_node_free' /usr/bin/ld: browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox8loadFileERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE[_ZN3app11BrowserView8CMarkBox8loadFileERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE]+0x28b): undefined reference tocmark_parser_free' /usr/bin/ld: browser_view.cpp:(.text._ZN3app11BrowserView8CMarkBox8loadFileERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE[_ZN3app11BrowserView8CMarkBox8loadFileERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE]+0xcef): undefined reference to `cmark_parser_feed' collect2: error: ld returned 1 exit status ninja: build stopped: subcommand failed. ==> ERROR: A failure occurred in build(). Aborting...

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

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?

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.

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.

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

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

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

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.)