Package Details: notcurses 1.4.4.1-1

Git Clone URL: https://aur.archlinux.org/notcurses.git (read-only, click to copy)
Package Base: notcurses
Description: Modern TUI library
Upstream URL: https://nick-black.com/dankwiki/index.php/Notcurses
Licenses: Apache
Submitter: dankamongmen
Maintainer: dankamongmen
Last Packager: dankamongmen
Votes: 6
Popularity: 1.42
First Submitted: 2019-12-02 18:31
Last Updated: 2020-06-01 20:43

Latest Comments

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 thus ON 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