#
0a82cd4f |
| 18-Dec-2023 |
Kyle Evans <kevans@FreeBSD.org> |
calendar: correct the search order for files
Include files that don't begin with a '/' are documented to search the current directory, then /usr/share/calendar. This hasn't been accurate for years,
calendar: correct the search order for files
Include files that don't begin with a '/' are documented to search the current directory, then /usr/share/calendar. This hasn't been accurate for years, since e061f95e7b9b ("Rework calendar(1) parser") rewrote a lot of this.
Stash off the cwd before we do any chdir()ing around and use that to honor the same order we'll follow for the -f flag. This may result in an extra lookup that will fail for the initial calendar file, but I don't think it's worth the complexity to avoid it.
While we're here, fix the documentation to just reference the order described in FILES so that we only need to keep it up to date in one place.
Reviewed by: bapt Sponsored by: Klara, Inc. Differential Revision: https://reviews.freebsd.org/D42278
show more ...
|
#
bdcbfde3 |
| 23-Nov-2023 |
Warner Losh <imp@FreeBSD.org> |
usr.bin: Remove ancient SCCS tags.
Remove ancient SCCS tags from the tree, automated scripting, with two minor fixup to keep things compiling. All the common forms in the tree were removed with a pe
usr.bin: Remove ancient SCCS tags.
Remove ancient SCCS tags from the tree, automated scripting, with two minor fixup to keep things compiling. All the common forms in the tree were removed with a perl script.
Sponsored by: Netflix
show more ...
|
Revision tags: release/14.0.0 |
|
#
b2c76c41 |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: one-line nroff pattern
Remove /^\.\\"\s*\$FreeBSD\$$\n/
|
Revision tags: release/13.2.0, release/12.4.0 |
|
#
dc9e68ad |
| 31-Jul-2022 |
Stefan Eßer <se@FreeBSD.org> |
calendar: clarify comment syntax in man page
The single line comment indicator '//' is only detected at the beginning of a line or when following white space to allow URLs in calendar entries.
MFC
calendar: clarify comment syntax in man page
The single line comment indicator '//' is only detected at the beginning of a line or when following white space to allow URLs in calendar entries.
MFC after: 3 days
show more ...
|
Revision tags: release/13.1.0, release/12.3.0, release/13.0.0 |
|
#
0357fa26 |
| 05-Nov-2020 |
Stefan Eßer <se@FreeBSD.org> |
Restrict locale settings to the file they occur in
This prevents LANG= in an included file from affecting the interpretation of month and day names in the including file.
Make the internal pre-proc
Restrict locale settings to the file they occur in
This prevents LANG= in an included file from affecting the interpretation of month and day names in the including file.
Make the internal pre-processor accept white space between the "#" at the start of the line and the keyword for better compatibility with cpp.
Add support for the cpp keywords #warning and #error.
MFC after: 3 days
show more ...
|
#
2ceb17a8 |
| 04-Nov-2020 |
Stefan Eßer <se@FreeBSD.org> |
Add regression tests for conditions and comments
Fix one case where #else was not corerctly processed and simplify the conditions logic.
Fix parsing of day and month names in the locale specified i
Add regression tests for conditions and comments
Fix one case where #else was not corerctly processed and simplify the conditions logic.
Fix parsing of day and month names in the locale specified in the calendar file. The previous version would expect those names to match the locale of the user.
Mention that comments are now correctly processed and that // is supported in addition to /* ... */.
MFC after: 3 days
show more ...
|
#
321b3540 |
| 03-Nov-2020 |
Stefan Eßer <se@FreeBSD.org> |
Update man-page to document changes made to the calendar program.
MFC after: 3 days
|
#
19b5c307 |
| 28-Oct-2020 |
Stefan Eßer <se@FreeBSD.org> |
Add support for nested conditionals
The previous behavior was to support nested #ifdef and #ifndef, but to return to unconditional parsing after the next #endif, independently of the number of previ
Add support for nested conditionals
The previous behavior was to support nested #ifdef and #ifndef, but to return to unconditional parsing after the next #endif, independently of the number of previously parsed conditions.
E.g. after "#ifdef A / #ifdef B / #endif" the following lines were unconditially parsed again, independently of A and/or B being defined.
The new behavior is to count the level of false conditions and to only restart parsing of calendar entries when the corresponding number of #endif tokens have been seen.
In addition to the above, an #else directive has been added, to toggle between parsing and ignoring of the following lines.
No validation of the correct use of the condition directives is made. #endif without prior #define or #ifndef is ignored and #else toggles between parsing and skipping of entries.
The MFC period has been set to 1 month to allow for a review of the changes and for a discussion, whether these modifications should not be merged at all.
No correct input file is parsed differently than before, but if calendar data files are published that use these new features, those data files will not parse correctly on prior versions of this program.
MFC after: 1 month
show more ...
|
#
29398979 |
| 28-Oct-2020 |
Stefan Eßer <se@FreeBSD.org> |
Fix parsing of #ifdef in calendar files
There was code to process an #ifndef tokens, but none for #ifdef. The #ifdef token was mentioned as unsupported in the BUGS section, but no reason was given a
Fix parsing of #ifdef in calendar files
There was code to process an #ifndef tokens, but none for #ifdef. The #ifdef token was mentioned as unsupported in the BUGS section, but no reason was given and I do not see why it should stay omitted.
Misleading information in The BUGS section of the man-page regarding the maximum number of #define and #include statements supported has been removed. These limits might have applied to a prior version of this program, but do not seem to apply to the current implementation.
I have not tried to test for the existence of the limits, but the include file processing just recursively calls the parser (without counting the recursion depth) and the stringlist functions do not impose a limit on the number of entries.
Reported by: jhs@berklix.com MFC after: 3 days
show more ...
|
#
d20d6550 |
| 26-Oct-2020 |
Warner Losh <imp@FreeBSD.org> |
calendar: remove all datafiles except freebsd one
Move all the data files for the calendar(1) program, except calendar.freebsd to the calendar-data package. When a file can't be found, and /usr/loca
calendar: remove all datafiles except freebsd one
Move all the data files for the calendar(1) program, except calendar.freebsd to the calendar-data package. When a file can't be found, and /usr/local/share/calendar doesn't exist provide a helpful hint to install this package.
Reviewed by: se@ Differential Revision: https://reviews.freebsd.org/D26926
show more ...
|
#
50f7cdf2 |
| 25-Oct-2020 |
Mateusz Piotrowski <0mp@FreeBSD.org> |
calendar.1: Fix locale of the month in Dd ;)
|
#
c77b0488 |
| 23-Oct-2020 |
Stefan Eßer <se@FreeBSD.org> |
Udpate calendar man-page to mention the search path added in r366962.
Calendar files in /usr/lcoal/share/calendar take precedence over files in the base system. They can be provided by a port or pac
Udpate calendar man-page to mention the search path added in r366962.
Calendar files in /usr/lcoal/share/calendar take precedence over files in the base system. They can be provided by a port or package, but since such a port has not been committed, yet, no specific port name is suggested.
In fact, multiple ports could exist (e.g. per locale) without conflicting with each other.
show more ...
|
Revision tags: release/12.2.0 |
|
#
c9370e5c |
| 29-Sep-2020 |
Mateusz Piotrowski <0mp@FreeBSD.org> |
Bump manual page date after 366243
While here, address mandoc warnings.
|
#
314c5b35 |
| 29-Sep-2020 |
Greg Lehey <grog@FreeBSD.org> |
Document the fact (bug?) that the -a option will normally process root's calendar files three times, once each for root, toor and daemon.
This relates to bug 246943, but does not solve it. See disc
Document the fact (bug?) that the -a option will normally process root's calendar files three times, once each for root, toor and daemon.
This relates to bug 246943, but does not solve it. See discussion in bug report for more details.
PR: 246943 Reported by: wcarson.bugzilla@disillusion.net
show more ...
|
Revision tags: release/11.4.0 |
|
#
fd1efedc |
| 03-Mar-2020 |
Conrad Meyer <cem@FreeBSD.org> |
Add extremely useful calendar(1) application to FreeBSD
It does extremely useful things like execute sendmail and spew dubiously accurate factoids.
From the feedback, it seems like it is an essenti
Add extremely useful calendar(1) application to FreeBSD
It does extremely useful things like execute sendmail and spew dubiously accurate factoids.
From the feedback, it seems like it is an essential utility in a modern unix and not at all a useless bikeshed. How do those Linux people live without it? Reverts r358561.
show more ...
|
Revision tags: release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0, release/10.4.0, release/11.1.0 |
|
#
348238db |
| 01-Mar-2017 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r314420 through r314481.
|
#
fbbd9655 |
| 01-Mar-2017 |
Warner Losh <imp@FreeBSD.org> |
Renumber copyright clause 4
Renumber cluase 4 to 3, per what everybody else did when BSD granted them permission to remove clause 3. My insistance on keeping the same numbering for legal reasons is
Renumber copyright clause 4
Renumber cluase 4 to 3, per what everybody else did when BSD granted them permission to remove clause 3. My insistance on keeping the same numbering for legal reasons is too pedantic, so give up on that point.
Submitted by: Jan Schaumann <jschauma@stevens.edu> Pull Request: https://github.com/freebsd/freebsd/pull/96
show more ...
|
Revision tags: release/11.0.1, release/11.0.0 |
|
#
27067774 |
| 16-Aug-2016 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r303250 through r304235.
|
#
b6b79081 |
| 24-Jul-2016 |
Baptiste Daroussin <bapt@FreeBSD.org> |
Remove reference cpp(1) which is not used anymore
|
Revision tags: release/10.3.0, release/10.2.0, release/10.1.0, release/9.3.0, release/10.0.0 |
|
#
064bee34 |
| 30-Oct-2013 |
Peter Grehan <grehan@FreeBSD.org> |
MFC @ r256071
This is just prior to the bhyve_npt_pmap import so will allow just the change to be merged for easier debug.
|
#
0bfd163f |
| 18-Oct-2013 |
Gleb Smirnoff <glebius@FreeBSD.org> |
Merge head r233826 through r256722.
|
#
3caf0790 |
| 13-Oct-2013 |
Simon J. Gerraty <sjg@FreeBSD.org> |
Merge head@256284
|
#
1ccca3b5 |
| 10-Oct-2013 |
Alan Somers <asomers@FreeBSD.org> |
IFC @256277
Approved by: ken (mentor)
|
#
586f9f8f |
| 05-Oct-2013 |
Mark Murray <markm@FreeBSD.org> |
MFC- tracking commit.
|
#
89898f63 |
| 04-Oct-2013 |
Joel Dahl <joel@FreeBSD.org> |
mdoc: remove EOL whitespace.
Approved by: re (blanket)
|