Arch Linux User Repository

Description has been fixed to match upstream more precisely.

Thank you, Alex!

Please update the package description to not mention lorder because it was dropped in 2020 in version 12.1.3: https://launchpad.net/ubuntu/+source/bsdmainutils/12.1.3

because the week of the 1st of January 2022 should be week 52 according to ISO 8601

Add -W 4 to command line options.

Unfortunately the ncal version included in this package computes the week number incorrectly. For 2022 in my Manjaro installations using this package, ncal -w -h gives:

    Jänner 2022       
Mo     3 10 17 24 31
Di     4 11 18 25   
Mi     5 12 19 26   
Do     6 13 20 27   
Fr     7 14 21 28   
Sa  1  8 15 22 29   
So  2  9 16 23 30   
    1  2  3  4  5  6

This is wrong, because the week of the 1st of January 2022 should be week 52 according to ISO 8601. On my Chromebook as well as under Raspberry Pi OS the same command correctly outputs:

    January 2022      
Mo     3 10 17 24 31
Tu     4 11 18 25   
We     5 12 19 26   
Th     6 13 20 27   
Fr     7 14 21 28   
Sa  1  8 15 22 29   
Su  2  9 16 23 30   
   52  1  2  3  4  5

Thanks for looking into this.

I caught a comment late last night that doesn't appear to be on here anymore (not sure if it was deleted?). It was posted by a French user who shared the following error during build (error message is posted below as it was originally submitted to me):

Le patch debian/patches/fix-big-1stweek.patch est maintenant au sommet
patching file usr.bin/ncal/Makefile
patching file usr.bin/ncal/Makefile
cc -include ../../freebsd.h  -march=x86-64 -mtune=generic -O2 -pipe
-fstack-protector-strong -fno-plt -c -o calendar.o calendar.c
calendar.c:38:10: erreur fatale: bsd/stdlib.h : Aucun fichier ou
dossier de ce type
 #include <bsd/stdlib.h>
          ^~~~~~~~~~~~~~
compilation terminée.
make[1]: *** [../../config.mk:42: calendar.o] Error 1
make: *** [Makefile:11: all] Error 2

I'm pretty sure I missed a dependency required for bsdmainutils, both build and possibly runtime, and have corrected that in the latest pkgrel. If you're receiving a similar error regarding the inclusion of bsd/stdlib.h, that would be why (libbsd needs to be installed).

I would like to thank the user who submitted this error report. Because the original post is no longer visible below, and because I don't know if the submitter deleted it themselves, I'm reluctant to thank them directly for privacy reasons. If they post again, I'll update this comment.

Thanks for reporting this, Alfredo. Turns out my first comment was wrong. I expected that was probably the case as I made it in haste and hadn't taken the time to examine the situation closely. The build issues reported were probably related to (recent?) changes in ncurses. It appears that the symbols upstream expects in ncurses may have been split out into libtinfo, so adding -ltinfo to ncal's Makefile was all that was needed. quilt is now require for building because stateful patch management is necessary to apply everything cleanly. The previous incantation of this package applied the patches manually which worked for a while, so I'm hoping by following Debian's build process a bit more closely, it'll resolve future issues as well. I'm mostly adding this comment in case anyone runs into this or similar issues in the future on other non-Debian platforms. I can't guarantee this assessment is correct, but the symbols have definitely moved into tinfo.

Perfect, works after last commit! Thx

Upstream has released an update as of about a week ago, but the update is also broken for GCC 7.2.0. I'll look into it and see if I can fix it or find a patch (patches are welcome). In the meantime, I'd suggest skipping this package (or uninstalling it) if you're updating AUR packages such as via yaourt. I can't give an ETA on when it'll be fixed.

Looks like this may be due to glibc changes. I'll check the upstream package and see if it's been updated and then investigate further.