Search Criteria
Package Details: notcurses 2.1.7-1
Git Clone URL: | https://aur.archlinux.org/notcurses.git (read-only, click to copy) |
---|---|
Package Base: | notcurses |
Description: | Blingful TUI/character graphics library |
Upstream URL: | https://nick-black.com/dankwiki/index.php/Notcurses |
Licenses: | |
Submitter: | dankamongmen |
Maintainer: | dankamongmen |
Last Packager: | dankamongmen |
Votes: | 8 |
Popularity: | 0.50 |
First Submitted: | 2019-12-02 18:31 |
Last Updated: | 2021-01-21 19:28 |
Dependencies (12)
- ffmpeg (ffmpeg-semifull-git, ffmpeg-tmblock-git, ffmpeg4.0, ffmpeg-git-nc, ffmpeg-cuda, ffmpeg-v4l2-request-git, ffmpeg-svt, ffmpeg-headless, ffmpeg-gl-transition, ffmpeg-git, ffmpeg-amd-full-git, ffmpeg-decklink, ffmpeg-intel-full-git, ffmpeg-mmal, ffmpeg-amd-full, ffmpeg-svt-av1-git, ffmpeg-libfdk_aac, ffmpeg-full, ffmpeg-full-git, ffmpeg-nox-git, ffmpeg-svt-vp9-git, ffmpeg-nocuda, ffmpeg-ndi)
- libunistring (libunistring-git)
- ncurses (ncurses-nohex, ncurses-git)
- cmake (cmake-git) (make)
- doctest (make)
- ninja (ninja-git, ninja-samurai, ninja-mem, ninja-kitware, ninja-bin) (make)
- pandoc (pandoc-bin, pandoc-sile-git) (make)
- python-cffi (make)
- python-pypandoc (make)
- python-setuptools (make)
- qrcodegen (make)
- readline (readline-athame-git, readline-git) (make)
Latest Comments
dankamongmen commented on 2020-07-10 18:14
@megamind6155: can you ensure you're not doing a build from a cached download? the error:
pandoc: /home/me/.cache/yay/notcurses/src/notcurses-1.6.0/doc/man/man3/notcurses_lines.3.md: openBinaryFile: does not exist (No such file or directory)
suggests that this file doesn't exist, but it's most definitely in the downloaded checkout. Does that path exist in ~me for you? Can you try running rm -rf ~/.cache/yay/notcurses, and then try building anew? Thanks.
if you can take this to https://github.com/dankamongmen/notcurses/issues/781, i'll work with you to resolve it ASAP.
dankamongmen commented on 2020-07-10 14:58
@megamind6155: thanks a lot for the report! I've written up the problem at https://github.com/dankamongmen/notcurses/issues/781. I'll hopefully get it knocked out today, for inclusion in the 1.6.1 release due this weekend. The problem appears to be in pandoc.
megamind6155 commented on 2020-07-10 09:27
I'm not able to build the package. I'm getting a build failure. Here is a yay build log: https://bin.snopyta.org/?badaefaa5e7597e3#5F5QxQJPEqNoHA2BjvKByiHY7yYbbZwvK5YNMpzDND52
BigfootLives commented on 2020-05-18 23:33
@dankamongmen I pulled my comment when it dawned on me that I was misreading the CMakeLists -- guess I was a little too slow. Totally my bad! Yeah, the testing deps are pretty light. I generally like AUR packages to be as paired down as possible to avoid chasing down packages, but if you find that they're beneficial to you as a maintainer then that's more important. Cheers.
dankamongmen commented on 2020-05-18 23:30
@BigfootLives: qrcodegen is not disabled by default. The CMakeLists.txt entry is:
option(USE_QRCODEGEN "Disable libqrcodegen QR code support" ON)
USE_QRCODEGEN
is thusON
by default. It's described as "disable libqrcodegen QR code support" because using (changing) it would be to disable QR code gen. It's a tiny dep with no external deps, so I'm disinclined to make it optional.I want the tests run everywhere they can be, since if a bug is ever reported, my first question would be "do the unit tests pass in your environment?" Furthermore,
doctest
is only a header file, so it's a pretty minor dependency itself. If it wasn't available as a dep, I would include it in the tarball; I always want the unit tests run.Are the unit tests breaking for you? If so, please please please file a bug, and I promise I'll chase down the problem with you.
If I'm going to make anything optional, it would be ffmpeg, which is probably a good idea.
Do you have particular reasoning as to why you'd like to avoid the (run+buildtime) dependency of qrcodegen, or the (buildtime only) dependency of doctest? If so, please reply, or (if applicable) better yet open up a bug on notcurses.
Thanks! --nick, author and maintainer of notcurses