Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #244101 > unrolled thread

/usr/share/calendar.usholiday

Started by"Martin McCormick" <martin.m@suddenlink.net>
First post2022-01-17 05:20 +0100
Last post2022-01-17 15:00 +0100
Articles 7 — 3 participants

Back to article view | Back to linux.debian.user


Contents

  /usr/share/calendar.usholiday "Martin McCormick" <martin.m@suddenlink.net> - 2022-01-17 05:20 +0100
    Re: /usr/share/calendar.usholiday Greg Wooledge <greg@wooledge.org> - 2022-01-17 05:40 +0100
      Re: /usr/share/calendar.usholiday deloptes <emanoil.kotsev@deloptes.org> - 2022-01-17 12:40 +0100
        Re: /usr/share/calendar.usholiday "Martin McCormick" <martin.m@suddenlink.net> - 2022-01-17 15:30 +0100
          Re: /usr/share/calendar.usholiday Greg Wooledge <greg@wooledge.org> - 2022-01-17 15:50 +0100
      Re: /usr/share/calendar.usholiday "Martin McCormick" <martin.m@suddenlink.net> - 2022-01-17 14:20 +0100
        Re: /usr/share/calendar.usholiday Greg Wooledge <greg@wooledge.org> - 2022-01-17 15:00 +0100

#244101 — /usr/share/calendar.usholiday

From"Martin McCormick" <martin.m@suddenlink.net>
Date2022-01-17 05:20 +0100
Subject/usr/share/calendar.usholiday
Message-ID<DGrES-3B7-3@gated-at.bofh.it>
There's a stale version of this file on my system that reflects
when Debian was installed but it brings a question to mind.

	Does this file simply cause messages to appear on an
event calendar or can it be used along with crontab in some way
to either cause or prevent cron jobs from running if a date
matches one of the dates in the file?

	I use cron and at jobs all the time and have thought that
it would be nice to skip some jobs if the day is a holiday and
the result might be not what one wanted.

	Right now, I don't think this file is doing a thing as it
is for 2017 but this is why I am asking.

	I also saw versions of that file for other countries such
as the UK.

	Thanks for all good responses.

Martin McCormick

[toc] | [next] | [standalone]


#244102

FromGreg Wooledge <greg@wooledge.org>
Date2022-01-17 05:40 +0100
Message-ID<DGrYd-3GZ-5@gated-at.bofh.it>
In reply to#244101
On Sun, Jan 16, 2022 at 09:58:11PM -0600, Martin McCormick wrote:
> There's a stale version of this file on my system that reflects
> when Debian was installed but it brings a question to mind.

The one in the Subject: header?  Are you sure that's the correct
path for this file?

On Debian 11, I have the file /usr/share/calendar/calendar.usholiday
which is a different path from the one you showed.

unicorn:~$ ls -ld /usr/share/calendar/calendar.usholiday 
-rw-r--r-- 1 root root 1418 Mar 23  2021 /usr/share/calendar/calendar.usholiday
unicorn:~$ dpkg -S /usr/share/calendar/calendar.usholiday 
calendar: /usr/share/calendar/calendar.usholiday

> 	Does this file simply cause messages to appear on an
> event calendar or can it be used along with crontab in some way
> to either cause or prevent cron jobs from running if a date
> matches one of the dates in the file?

I'd imagine it's used by the "calendar" program in the calendar package.
The string "calendar.usholiday" appears in the calendar(1) man page, in
an example, as well as in the FILES section.

> 	Right now, I don't think this file is doing a thing as it
> is for 2017 but this is why I am asking.

What version of Debian are you using, and where do you see 2017?

[toc] | [prev] | [next] | [standalone]


#244114

Fromdeloptes <emanoil.kotsev@deloptes.org>
Date2022-01-17 12:40 +0100
Message-ID<DGywH-848-17@gated-at.bofh.it>
In reply to#244102
Greg Wooledge wrote:

> I'd imagine it's used by the "calendar" program in the calendar package.
> The string "calendar.usholiday" appears in the calendar(1) man page, in
> an example, as well as in the FILES section.

And if you look into the file, you see it has no years associated with the
date, so it doesn't matter when it was written unless there was a change in
the official holidays in the US.

-- 
FCD6 3719 0FFB F1BF 38EA 4727 5348 5F1F DCFE BCB0

[toc] | [prev] | [next] | [standalone]


#244122

From"Martin McCormick" <martin.m@suddenlink.net>
Date2022-01-17 15:30 +0100
Message-ID<DGBbb-1qY-5@gated-at.bofh.it>
In reply to#244114
deloptes <emanoil.kotsev@deloptes.org> writes:
> And if you look into the file, you see it has no years associated with the
> date, so it doesn't matter when it was written unless there was a change 
> in
> the official holidays in the US.

	Correct.  I see two types of date references, exact dates
such as Christmas and New-year's and rule-based dates which are
some designated day such as the second Monday in a given month,
what the British refer to as a "bank holiday."

	My original question about this file has been answered in
a round-about way in that there are also two types of holidays.
St. Valentines day, for example, is not a postal or bank holiday
but one will certainly get in deep trouble on the home or
romantic front if that day is forgotten.

	Also days like Arbor Day are a nice idea but nothing
about normal commerce or daily activities changes

	I also noticed that today in the United States should be
marked but hasn't been yet.  It is the third Monday in January
which, since 1986 has been the official recognition of
the birthday of a US civil rights leader, Martin Luther King Jr.

	The entry in that file probably should read:

01/MonThird	Martin Luther King Birthday (3rd Monday of January)

	It is now a major holiday and schools and government
offices are usually closed so it should probably be there.

	Thanks to all and sorry if I created  any confusion about
the path.

Martin McCormick.

[toc] | [prev] | [next] | [standalone]


#244123

FromGreg Wooledge <greg@wooledge.org>
Date2022-01-17 15:50 +0100
Message-ID<DGBuy-1zB-5@gated-at.bofh.it>
In reply to#244122
On Mon, Jan 17, 2022 at 08:25:42AM -0600, Martin McCormick wrote:
> 	The entry in that file probably should read:
> 
> 01/MonThird	Martin Luther King Birthday (3rd Monday of January)

unicorn:/usr/share/calendar$ grep Luther *
calendar.birthday:01/15	Martin Luther King, Jr. born, 1929
calendar.birthday:11/10	Martin Luther born in Eisleben, Germany, 1483
calendar.history:04/04	Martin Luther King assassinated in Memphis, Tennessee, 1968
calendar.history:08/28	Martin Luther King leads over 200,000 in civil rights rally in Washington, DC, 1963
calendar.history:10/31	Luther nails 95 Theses to door of Castle Church, Wittenberg, 1517
calendar.history:12/01	Martin Luther King Jr., leads black boycott of Montgomery buses, 1955
calendar.holiday:01/MonThird	Martin Luther King Day in New York (3rd Monday)
[...]

So... yes, slightly out of date even on bullseye.  You could file a bug
report if you wish.

[toc] | [prev] | [next] | [standalone]


#244119

From"Martin McCormick" <martin.m@suddenlink.net>
Date2022-01-17 14:20 +0100
Message-ID<DGA5r-IK-1@gated-at.bofh.it>
In reply to#244102
Greg Wooledge <greg@wooledge.org> writes:
> On Sun, Jan 16, 2022 at 09:58:11PM -0600, Martin McCormick wrote:
> > There's a stale version of this file on my system that reflects
> > when Debian was installed but it brings a question to mind.
> 
> The one in the Subject: header?  Are you sure that's the correct
> path for this file?

	I goofed.  I thought I could remember it long enough but
it is actually


/usr/share/calendar/calendar.usholiday

	I also still had an old directory tree from when I had
wheezy on the system and there is

/home/wheezy/usr/share/calendar/calendar.usholiday

> 
> On Debian 11, I have the file /usr/share/calendar/calendar.usholiday

I am presently running

Debian GNU/Linux 10 as in Buster.
---


> which is a different path from the one you showed.

That was just a mistake on my part.  Sorry to add more confusion.

	This also reminds me to get rid of the old wheezy files
since I now don't even remember why I saved them but they are
getting backed up nightly for no reason at all other than they
get caught up in the sweep.

Martin

[toc] | [prev] | [next] | [standalone]


#244121

FromGreg Wooledge <greg@wooledge.org>
Date2022-01-17 15:00 +0100
Message-ID<DGAIa-XW-3@gated-at.bofh.it>
In reply to#244119
On Mon, Jan 17, 2022 at 07:16:25AM -0600, Martin McCormick wrote:
> I am presently running
> 
> Debian GNU/Linux 10 as in Buster.

Buster was released in the summer of 2019, so it's not totally
unreasonable for one of its packages to have been last updated in 2017.
Especially if there weren't any changes to the official federal US
holidays between 2017 and 2019.  (I have no idea whether that's true;
I don't normally keep track of such things.)

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.user


csiph-web