Arch Linux User Repository

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

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

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

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

@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