Package Details: bsdmainutils 9.0.6-2

Git Clone URL: (read-only)
Package Base: bsdmainutils
Description: Some BSD-style programs including ncal and lorder.
Upstream URL:
Licenses: GPL
Submitter: None
Maintainer: zancarius
Last Packager: zancarius
Votes: 23
Popularity: 0.859217
First Submitted: 2011-04-29 15:21
Last Updated: 2017-06-12 22:45

Latest Comments

zancarius commented on 2017-06-12 22:47

I changed the architecture to "any" so it matches upstream. It should build now without manual intervention. There's a new version I need to update the package to (9.0.12), but I'll probably get to that later tonight.

The patch warnings shouldn't be an issue. Those are distributed upstream, so if it causes a problem, the Ubuntu maintainers would be the ones to get in touch with (it'd be a bug). If not, then there's nothing to worry about! :)

alkaline commented on 2017-06-09 11:26

I manually added "armv7h" to PKGBUILD and was able to built and install the package.
> makepkg -si

Everything seems ok, though there were a couple of lines in the log that look odd. Don't know if relevant, e.g.:

patching file usr.bin/column/column.c
Hunk #1 succeeded at 76 (offset -3 lines).
Hunk #2 FAILED at 100.
Hunk #3 succeeded at 120 (offset -6 lines).
Hunk #4 succeeded at 294 (offset -37 lines).
1 out of 4 hunks FAILED -- saving rejects to file usr.bin/column/column.c.rej
patching file usr.bin/column/column.1
Hunk #1 FAILED at 40.
Hunk #3 FAILED at 80.
2 out of 3 hunks FAILED -- saving rejects to file usr.bin/column/column.1.rej
patching file usr.bin/column/column.c

zancarius commented on 2017-06-08 17:16

I'm somewhat reluctant to add architectures I don't have access to, but it also appears that upstream has it tagged as "any."

Have you successfully built this package using either `makepkg -A` (to ignore the arch) or by manually adding "armv7h" to the `arch` array?

alkaline commented on 2017-06-08 12:05

Can you please support more architectures, e.g. 'armv7h'?


zancarius commented on 2014-11-03 06:10

Thanks, delta48. It should have read that from the start, but didn't. I suspect I didn't catch it because I hadn't tested installing it via an AUR helper and it otherwise builds correctly (it won't when something like yaourt attempts to install it, however). Hopefully that's the last major artifact from previous versions.

The only major clean up remaining at this point is to fix the patch applications that fail.

Anyway, updated.

delta48 commented on 2014-11-03 05:49

i got an error in this line
patch -Np1 < ../../archlinux-ncal.diff
changed to
patch -Np1 < ../archlinux-ncal.diff
and it work

zancarius commented on 2012-12-17 00:03

Reason? None that I can think of other than my oversight since I mostly adopted this package for ncal (which I like). I apologize for that as I believe they weren't installed from the original PKGBUILD. I probably should have noticed these were missing.

It should be fixed now as it installs everything, although the calendar files must currently be stored in /etc/calendar. I don't consider this optimal, but without looking into it more than a grep or two, I can only surmise it'll require some patches to calendar. Since the package is sourced from Ubuntu, it does contain some Debian-specific changes (these are located in /etc/calendar/debian if you prefer them over the defaults). The best option might be to include an install file that generates some symlinks from /etc/calendar to the appropriate location. I'll have to think about it.

The /etc/calendar/default includes everything but something like:

calendar -f /etc/calendar/calendar.usholiday -l 30

Should work to specify your region if it's included. If there's anything else missing, let me know.

chneukirchen commented on 2012-12-16 22:11

Any reason the calendar files are not installed?

zancarius commented on 2012-07-15 07:26

No worries. :) I'll likely remove the superfluous comments next time the upstream package is updated.

sacarde commented on 2012-07-15 06:49

I did not see that was a link


All comments