> The example was to show how people could achieve using ncal to get > cal, if the > ncal package would not ship a cal binary.
Sure, but the only reason for the cal binary as it is, is to have the original cal available. All new and extended features are in ncal and are explicitly deactivated when called as cal. > This is *not* about forcing Monday, util-linux cal takes that from > the locale as > well, but when working in mixed locale settings or on a machine with > just > C.UTF-8, it is nice to be able to change it and the obvious "cal -M" > fails for > the ncal version, as does "cal -w". Requiring the use of ncal > (instead of cal) > and an option documented as "Use oldstyle format for ncal output" > seems highly > non-obvious to me. Well, there's also the option "-c" explained as: Completely switch to cal mode. For cal like output only, use -b instead. But anyway, there is a reason behind cal offering only the features it does. If you want all the additional bells and whistles you're free to alias cal to ncal for your system. > - util-linux cal doesn't provide the date of Easter, unlike ncal cal > - util-linux cal supports beginning of week and week number switches > for cal, > which do not work with ncal cal But it is supported in ncal. Again, think of cal as traditional-cal if that makes it easier. Michael -- Michael Meskes Michael at Fam-Meskes dot De Michael at Meskes dot (De|Com|Net|Org) Meskes at (Debian|Postgresql) dot Org
signature.asc
Description: This is a digitally signed message part