Arch Linux User Repository

I agree with @andykluger below and I want to report almost all the libraries are missing with the recent update, therefore marking this package as outdated.

This is deceptive. A package on here with this name should build the project from source.

If you want to provide a binary-installing pkgbuild, please do so in a separate package "gifcurry-bin"

The program complains about missing gtksink, installing gst-plugin-gtk solves the problem

There's a new version, released 13 hours ago. https://github.com/lettier/gifcurry/releases/tag/6.0.0.0

There's one more dependency without which the program doesn't work quite right. It does work but not the way it should: gst-libav.

Hello neonkowy,

I have updated the package to version 3.0.0.0. Please try again.

Thank you.

I've got compilation error:

[257 of 295] Compiling GI.Gio.Interfaces.File ( GI/Gio/Interfaces/File.hs, dist/dist-sandbox-9a563519/build/GI/Gio/Interfaces/File.o ) ghc: panic! (the 'impossible' happened) (GHC version 8.2.2 for x86_64-unknown-linux): tcIfaceGlobal (local): not found You are in a maze of twisty little passages, all alike. While forcing the thunk for TyThing IsFile which was lazily initialized by initIfaceCheck typecheckLoop, I tried to tie the knot, but I couldn't find IsFile in the current type environment. If you are developing GHC, please read Note [Tying the knot] and Note [Type-checking inside the knot]. Consider rebuilding GHC with profiling for a better stack trace. Contents of current type environment: [] Call stack: CallStack (from HasCallStack): prettyCurrentCallStack, called at compiler/utils/Outputable.hs:1133:58 in ghc:Outputable callStackDoc, called at compiler/utils/Outputable.hs:1137:37 in ghc:Outputable pprPanic, called at compiler/iface/TcIface.hs:1696:23 in ghc:TcIface

Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug

cabal: Leaving directory '/tmp/cabal-tmp-3503/gi-gio-2.0.14' cabal: Error: some packages failed to install: gi-gdk-3.0.14-2UWeXbeXddiJR6ytUd1GFl depends on gi-gdk-3.0.14 which failed to install. gi-gdkpixbuf-2.0.14-10Jx3qdJL7b3aEX0Wr16yN depends on gi-gdkpixbuf-2.0.14 which failed to install. gi-gio-2.0.14-LM7WK7NCSjNGCbzq7t5cwc failed during the building phase. The exception was: ExitFailure 1 gi-gtk-3.0.18-1axBgPHA9tvJQZ2ovyeBy0 depends on gi-gtk-3.0.18 which failed to install. gi-pango-1.0.15-IZiiWsYKF681zKYSMOyXQn failed during the building phase. The exception was: ExitFailure 1

Is it package specific (missing dependency or something) or should go to upstream?

Unfortunately, I didn't see any errors.

Hello gourdcaptain.

The "WARNING: Installation path /home/gourdcaptain/.local/bin not found on the PATH environment variable" is expected. Were there any reported errors?

The stack-bin package is installed along with this package to avoid installing the many packages needed by the standard stack package (https://www.archlinux.org/packages/community/x86_64/stack/) and so that building this package works out of the box. If a "stack" command exists, the stack-bin installation is skipped. Making stack-bin a makedepends would cause this package to error in the event that stack-bin was not previously installed since stack-bin is an AUR package and pacman will not resolve it.

There are relocatable binaries for Linux located here: https://github.com/lettier/gifcurry/releases. It may be best to base the PKGBUILD off of these binaries instead of Hackage.

Failed for me still after alex compiled right after a message of:
"WARNING: Installation path /home/gourdcaptain/.local/bin not found on the PATH environment variable".
Also, is there a reason stack-bin is installed as part of the script instead of making it a makedepend?
EDIT: Okay, I see, it's so it deals with other packages having stack. Not sure if I can think of a less awkward way either.