Re: Sync calendars.judaic with reality

2018-11-12 Thread John Long
On Mon, 2018-11-12 at 15:01 -0500, Brian Callahan wrote:
> 
> On 11/12/18 1:13 PM, John Long wrote:
> > On Mon, 2018-11-12 at 12:38 -0500, Brian Callahan wrote:
> > > On 11/12/18 11:20 AM, John Long wrote:
> > > > On Mon, 2018-11-12 at 06:57 +, Jason McIntyre wrote:
> > > > > On Sun, Nov 11, 2018 at 07:36:55PM -0500, Brian Callahan
> > > > > wrote:
> > > > > > Hi tech --
> > > > > > 
> > > > > > Reminded by the recent email to tech@ about
> > > > > > calendar.christian, I
> > > > > > took a look at syncing calendar.judaic.
> > > > > > 
> > > > > > This diff does the following:
> > > > > > 1. Sync the holiday days that are not connected to Pesach,
> > > > > > which
> > > > > > on
> > > > > > our calendar is Chanukah, Fast of 10 Tevet, and Yom
> > > > > > Yerushalayim.
> > > > 
> > > > I am not sure what this means. All of the Jewish holidays move
> > > > on
> > > > the
> > > > civil calendar year to year. However, since every time the
> > > > calendar
> > > > includes an additional month (a second Adar) the month is
> > > > inserted
> > > > before Pesach; therefore the holidays which fall after that
> > > > time
> > > > do
> > > > not move *relative to Pesach* but they do move on the civil
> > > > calendar.
> > > 
> > > What are you talking about? This is in reference to the code in
> > > calendar(1) that sets the dates for the Judaic calendar. If you
> > > think
> > > there's something wrong there, I await your patch to
> > > usr.bin/calendar/pesach.c
> > > 
> > 
> > I haven't seen the code. I responded to the comment that "days are
> > not
> > connected to Pesach." All Jewish holidays are connected to Pesach,
> > it
> > is one of the points from which years are calculated. And my
> > statement
> > above and the explanation how it works is correct as I wrote it.
> > 
> > So what are you talking about? Exactly what did I write that you
> > are
> > disputing here?
> 
> If you haven't read pesach.c or the calendar.judaic code, then you
> can't 
> be helped because it is obvious from a quick glance at the code
> that 
> some of the dates on calendar.judaic are listed as Westernized
> dates 
> (aka the ones my diff changes) and others are dates in the form of 
> Pesach+/-n. 

I looked at it and there is no revelation there, the code is just an
implementation of Gauss's Pesach algorithm, as it says. From that,
with an understanding of how the years are laid out along with some
basic math and in some cases specific rules for various fasts that
can't fall on Shabbes, etc. it's possible to write code that works
forever i.e. does not need to be changed every year.

You said the calendar has to be changed every year and is based on
western [civil] dates, so it's clear whoever is maintaing it doesn't
understand our calendar.

> I'll be moving forward with the oks I have and without your 
> opinion on everything else below because you can go be a shanda 
> somewhere else and not on this list, as this list is no place for
> your 
> nonsense diatribe as to what counts as Judaism or not.

I'm qualified to correct issues with the transliterations and I
pointed out several inconsistencies earlier, and also to differentiate
between Jewish and civil holidays. When you translate these holidays
into English and if you want to include both major communities
(Ashkenaz and Sephard) you will have to have two sets of
transliterations. There is a third significant community (Yemenite)
but an English transliteration according to the Sephardi community
would be acceptable to them.

We use our calendar daily. In addition to info about when holidays
occur, we also have to know how the various times work out each day of
the year for religious observances during the day. So any useful
Jewish calendar necessarily includes things like astronomical
sunrise/sunset by geographic location and based on legal rulings over
history in each place where there was a Jewish community. We also need
to know about other times of the day derived from the length of the
daylight period as the days get longer and shorter. We have many
obligations and prohibitions based on the day of the year and time of
day. So we have a vital interest in understanding the calendar as it
was calculated and ratified thousands of years ago and it is in use
until now because to us it is actually relevant in our lives day by
day, hour by hour.

If you would like to see an example of what a Jewish calendar looks
like I can send you a couple of snapshots of the one I use. It is
really excellent and has a section explaining the various legal
opinions as well as providing the times based on those calculations.

/jl




Re: Sync calendars.judaic with reality

2018-11-12 Thread John Long
On Mon, 2018-11-12 at 12:38 -0500, Brian Callahan wrote:
> 
> On 11/12/18 11:20 AM, John Long wrote:
> > On Mon, 2018-11-12 at 06:57 +, Jason McIntyre wrote:
> > > On Sun, Nov 11, 2018 at 07:36:55PM -0500, Brian Callahan wrote:
> > > > Hi tech --
> > > > 
> > > > Reminded by the recent email to tech@ about
> > > > calendar.christian, I
> > > > took a look at syncing calendar.judaic.
> > > > 
> > > > This diff does the following:
> > > > 1. Sync the holiday days that are not connected to Pesach,
> > > > which
> > > > on
> > > > our calendar is Chanukah, Fast of 10 Tevet, and Yom
> > > > Yerushalayim.
> > 
> > I am not sure what this means. All of the Jewish holidays move on
> > the
> > civil calendar year to year. However, since every time the
> > calendar
> > includes an additional month (a second Adar) the month is inserted
> > before Pesach; therefore the holidays which fall after that time
> > do
> > not move *relative to Pesach* but they do move on the civil
> > calendar.
> 
> What are you talking about? This is in reference to the code in 
> calendar(1) that sets the dates for the Judaic calendar. If you
> think 
> there's something wrong there, I await your patch to 
> usr.bin/calendar/pesach.c
> 

I haven't seen the code. I responded to the comment that "days are not
connected to Pesach." All Jewish holidays are connected to Pesach, it
is one of the points from which years are calculated. And my statement
above and the explanation how it works is correct as I wrote it.

So what are you talking about? Exactly what did I write that you are
disputing here?


> Yes, I know how the Hebrew calendar works. mickey@'s calculation is 
> actually quite nice IMO.
> > > > 2. Add the holidays that are explicitly mentioned on the
> > > > Wikipedia
> > > > page of Jewish holidays, which adds Tu B'Shevat to our
> > > > calendar.
> > > > 3. Replace the year marker on Rosh Hashana with the current
> > > > Jewish
> > > > year (5741 => 5779). This calendar has to be updated yearly as
> > > > it
> > > > is anyway, so it seems odd to me not to put the current year
> > > > if
> > > > we're going to list a year in connection with Rosh Hashanah.
> > > > 
> > > > It looks like mickey@ removed Yom HaAtzmaut some years ago due
> > > > to
> > > > the understanding that this be a religious and not secular
> > > > calendar. Which is a perfectly legitimate stance, as there is
> > > > no
> > > > universal yes or no as to whether or not the Israeli
> > > > rememberance
> > > > holidays are religious holidays, both in Israel and in the
> > > > dispora.
> > 
> > There is. Yom Hatzmaut, Yom HaShoah, Yom Hazikaron, Yom
> > Yerushalayim
> > are all Israeli (civil) holidays not connected to the Jewish
> > religion.
> > 
> 
> Reform Judaism and Conservative Judaism (in the US, at least) both
> treat 
> Yom HaShoah as a religious holiday, with both crafting prayers 
> specifically for the holiday and with Conservative Judaism writing a
> new 
> liturgy for the day.

If the calendar we are talking about is supposed to be representative
of mainstream Jewish belief and practice which has remained the same
for the past 3,500 years then those demominations will need their own
calendars. 

> 
> This is considered so "common knowledge" that Wikipedia has a whole 
> section on it: 
> 
https://en.wikipedia.org/wiki/Yom_HaShoah#Religious_observances_and_liturgy

This is no proof of anything except activism which isn't
representative of the Jewish religion.

> 
> Additionally, there is no reason that calendar.judaic cannot be both
> a 
> religious and secular calendar. mickey@ clearly had reasons for 
> preferring to it to be religious only but I can't go ask him his 
> reasoning for it. So my question is whether or not people prefer
> one 
> over the other. I slightly prefer it to be both religious and
> secular 
> but I care more about the dates being maintained so am willing to
> go 
> either way.

I have no preference either, since I don't use it, rather I use
calendars from reliable sources and I have also written my own which
aligns with those. Again, I was responding to what Jason wrote.

Regardless, some of the holidays mentioned are Jewish, some are
Israeli. There is no overlap.

> 
> > > > So we either need to remove Yom Yerushalayim for the same
> > > &

Re: Sync calendars.judaic with reality

2018-11-12 Thread John Long
On Mon, 2018-11-12 at 06:57 +, Jason McIntyre wrote:
> On Sun, Nov 11, 2018 at 07:36:55PM -0500, Brian Callahan wrote:
> > Hi tech --
> > 
> > Reminded by the recent email to tech@ about calendar.christian, I
> > took a look at syncing calendar.judaic.
> > 
> > This diff does the following:
> > 1. Sync the holiday days that are not connected to Pesach, which
> > on
> > our calendar is Chanukah, Fast of 10 Tevet, and Yom Yerushalayim.

I am not sure what this means. All of the Jewish holidays move on the
civil calendar year to year. However, since every time the calendar
includes an additional month (a second Adar) the month is inserted
before Pesach; therefore the holidays which fall after that time do
not move *relative to Pesach* but they do move on the civil calendar.

> > 2. Add the holidays that are explicitly mentioned on the Wikipedia
> > page of Jewish holidays, which adds Tu B'Shevat to our calendar.
> > 3. Replace the year marker on Rosh Hashana with the current Jewish
> > year (5741 => 5779). This calendar has to be updated yearly as it
> > is anyway, so it seems odd to me not to put the current year if
> > we're going to list a year in connection with Rosh Hashanah.
> > 
> > It looks like mickey@ removed Yom HaAtzmaut some years ago due to
> > the understanding that this be a religious and not secular
> > calendar. Which is a perfectly legitimate stance, as there is no
> > universal yes or no as to whether or not the Israeli rememberance
> > holidays are religious holidays, both in Israel and in the
> > dispora.

There is. Yom Hatzmaut, Yom HaShoah, Yom Hazikaron, Yom Yerushalayim
are all Israeli (civil) holidays not connected to the Jewish religion.

> > So we either need to remove Yom Yerushalayim for the same reason,
> > or add back Yom HaAtzmaut, and add Yom HaShoah and Yom Hazikaron.
> > Doesn't matter to me either way. It might be nice to include Yom
> > HaShoah in either event, as it is likely to become a universal
> > Jewish religious holiday within our lifetimes.

That is absolutely not true. No major religious authority has ever
recognized any of the Israeli civil holidays.

> >  Whatever is decided
> > having Yom Yerushalayim by itself is the strangest of all worlds.
> > 
> > And I'll volunteer to keep this calendar synced since I might be
> > the only one who cares about it.
> > 
> > OK?
> > 
> > ~Brian
> > 
> 
> morning.
> 
> if you're willing to do the work, i say go for it. i don;t have
> enough
> knowledge about dates/holidays to provide any useful feedback.
> 
> if you have any opinion on the .christian diff, please do reply. i'm
> about to as well, but again i just don;t have the knowledge to deal
> with this.

I can help with this. Contact me offline with any questions.

In the diff below I see some conflicts in terms of transliteration.
There are two main communities of Jews and the transliterations below
do not align with either one in all cases.

/jl


> 
> jmc
> 
> > Index: calendar.judaic
> > ==
> > =
> > RCS file: /cvs/src/usr.bin/calendar/calendars/calendar.judaic,v
> > retrieving revision 1.5
> > diff -u -p -r1.5 calendar.judaic
> > --- calendar.judaic 6 Sep 2005 23:42:59 -   1.5
> > +++ calendar.judaic 12 Nov 2018 00:11:04 -
> > @@ -7,7 +7,7 @@
> >  #ifndef _calendar_judaic_
> >  #define _calendar_judaic_
> >  
> > -Pesach+163 First Day of Rosh Hashanah (Jewish Lunar New Year;
> > 5741 == 1980;
> > +Pesach+163 First Day of Rosh Hashanah (Jewish Lunar New Year;
> > 5779 == 2018;
> > sabbatical)
> >  Pesach+164 Rosh Hashanah (sabbatical)
> >  Pesach+166 Fast of Gedalya (Murder of Gedalya and subsequent
> > Exile; fast day)
> > @@ -17,8 +17,9 @@ Pesach+179Succot (sabbatical)
> >  Pesach+184 Hoshanah Rabba (7th day of Succos)
> >  Pesach+185 Shmini Atzeres (8th Day of Gathering; sabbatical)
> >  Pesach+186 Shmini Atzeres/Simchas Torah (Rejoicing of the Law;
> > sabbatical)
> > -12/12* First Day of Chanukah
> > -12/27* Fast of Asara B'Tevet (Babylonians put siege on
> > Jerusalem; fast day)
> > +12/03* First Day of Chanukah
> > +12/18* Fast of Asara B'Tevet (Babylonians put siege on
> > Jerusalem; fast day)
> > +01/20* Tu B'Shevat (New Year of the Trees)
> >  Pesach-31  Fast of Esther (Battle of Purim; fast day)
> >  Pesach-30  Purim (Feast of Lots)
> >  Pesach-29  Purim (Feast of Lots)
> > @@ -27,10 +28,10 @@ Pesach+1Pesach (sabbatical)
> >  Pesach+6   Pesach (sabbatical)
> >  Pesach+7   Pesach (Last Day of Passover; 8th day of Pesach;
> > sabbatical)
> >  Pesach+34  Lag Ba`omer (Commemoration of the Great Rebellion)
> > -05/22* Yom Yerushalayim (Reunification of Jerusalem)
> > +06/01* Yom Yerushalayim (Reunification of Jerusalem)
> >  Pesach+50  Shavuot (Festival of Weeks; sabbatical)
> >  Pesach+51  Shavuot (Festival of Weeks; sabbatical)
> > -07/10* Fast of Shiv'a Asar B'Tammuz (Romans breach Wall of
> > Jerusalem; fast day)
> > +07/21*  

Re: NTP

2014-12-21 Thread John Long
On Fri, Dec 19, 2014 at 06:22:47PM -0700, Theo de Raadt wrote:
> The ntp daemon included in OpenBSD is our own openntpd, written
> from scratch.
> 
> openntpd is not vulnerable.

Thank you OpenBSD people and project.

I just shitcanned ntp on my Linux box and replaced it with openntpd.
I plan to do the same on my Solaris boxes ASAP.

> It has become abundantly clear that it is very difficult to push
> lessons regarding better software practices into the greater open
> source community and the vendors who live off the teat.

I'm tired of this kind of attitude where people who should know better write
code that sort of works in some situations with all the options you never
need. There is much to be said for something well defined that solves a
problem and avoids others simply by paying attention and doing things right
instead of trying to support every possible feature at the expense of
safety and correctness.

Thank you for knowing better and doing better.

/jl

-- 
ASCII ribbon campaign ( ) Powered by Lemote Fuloong
 against HTML e-mail   X  Loongson MIPS and OpenBSD
   and proprietary/ \http://www.mutt.org
 attachments /   \  Code Blue or Go Home!
 Encrypted email preferred  PGP Key 2048R/DA65BC04 



Re: sparc64: fledgling QEMU support

2014-09-10 Thread John Long
Fantastic! Will be great for quick jobs without banshee fan wail and roasted
office space in the long summers.

Thank you.

/jl



Re: Iso image integrity verification

2013-09-11 Thread John Long
On Wed, Sep 11, 2013 at 08:42:46PM +0300, Valentin Zagura wrote:
> The idea was to display a checksum of the files on such a https page.
> Like for example https://www.freebsd.org/releases/9.1R/announce.html at the
> bottom of the page.
> 
> 
> On Wed, Sep 11, 2013 at 7:18 PM, Stuart Henderson  wrote:
> 
> > On 2013/09/11 16:46, Janne Johansson wrote:
> > > So you publish something on a HTTPS page, which means that when the
> > browser
> > > says "green padlock", it only says: "this site was using a key signed by
> > > someone who in turn was signed by someone out of a few hundred CAs in a
> > > list which include companies in scary countries*". That will help a
> > > lot.

Add to that most of the top-level CAs are U.S. based and just as likely to
bend over as Surprizon, USFest, Microslop, etc. the certificates they
issue are probably not worth a damn much less those issued by intermediate CAs.

> >
> > Also it says nothing about the contents of the *files* on that site...

You can PGP clearsign webpages. It's kind of cool but how many people are
actually going to verify them? Maybe if there was a Firefox plugin 



Re: out of memory errors seen on several AnonCVS servers

2013-03-03 Thread John Long
On Sun, Mar 03, 2013 at 04:16:30PM +, Stuart Henderson wrote:
> Summary of off-list mail exchange: anoncvs.usa consistently has a
> realloc failure in xenocara/font/misc-misc/18x18ja.bdf, some other
> servers have a failure the first time checking this file out when
> it's part of the whole directory, but resuming or checking out
> individually does work.
> 
> $ cvs -d anon...@anoncvs.spacehopper.org:/cvs get xenocara/font/misc-misc
> U xenocara/font/misc-misc/10x20.bdf
> U xenocara/font/misc-misc/12x13ja.bdf
> cvs [server aborted]: out of memory; can not reallocate 3833880 bytes

I got this error consistently with anoncvs.openbsd.org as well, on both
amd64 and mips64el. My use case is cvs -d$CVSROOT up -Pd for each of src,
xenocara and ports (normal tracking of -stable). I believe I got the error
on various other CVS servers until I started using spacehopper. I haven't
seen the problem again. Thanks Stuart.

/jl

-- 
ASCII ribbon campaign ( ) Powered by Lemote Fuloong
 against HTML e-mail   X  Loongson MIPS and OpenBSD
   and proprietary/ \http://www.mutt.org
 attachments /   \  Code Blue or Go Home!
 Encrypted email preferred  PGP Key 2048R/DA65BC04