From aalinovi at riseup.net  Sat Jan 13 09:51:45 2024
From: aalinovi at riseup.net (aalinovi at riseup.net)
Date: Sat, 13 Jan 2024 09:51:45 -0500
Subject: [Remind-Fans] -@[n][,m][,b] options
Message-ID: <c397bf1396a4684f@eddie.fios-router.home>

Playing around with the above options gives me the reminders for the currecnt day.

Is there any way to use those options for a week or number of weeks similar to what 
-cu+2 would give me (as a simple text list, not a formatted calendar)?

Thank you

Arthur


From dianne at skoll.ca  Sat Jan 13 10:01:42 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Sat, 13 Jan 2024 10:01:42 -0500
Subject: [Remind-Fans] -@[n][,m][,b] options
In-Reply-To: <c397bf1396a4684f@eddie.fios-router.home>
References: <c397bf1396a4684f@eddie.fios-router.home>
Message-ID: <20240113100142.5a535f18@gato.skoll.ca>

On Sat, 13 Jan 2024 09:51:45 -0500
Arthur Alinovi via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> Playing around with the above options gives me the reminders for the
> currecnt day.

The -@ option only applies to how colored reminders are displayed... it
doesn't control the selection of which reminders to display.

> Is there any way to use those options for a week or number of weeks
> similar to what -cu+2 would give me (as a simple text list, not a
> formatted calendar)?

Not really.  You could preview all of the reminders coming up in the
next two weeks (for example) with something like:

     remind -t14 -q -g ~/.reminders

but unless you have %-sequences in the reminders, the actual date of
the reminders won't be displayed.

A more complex example could be:

    remind -q -t14 -g '-i$AddBlankLines=0' '-imsgprefix(x)=$T + " "' ~/.reminders

which would give you a sorted list of the reminders for the next 14
days.

Regards,

Dianne.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240113/edaef3b3/attachment.sig>

From robert.funnell at mcgill.ca  Sat Jan 13 11:17:51 2024
From: robert.funnell at mcgill.ca (W. Robert J. Funnell, Prof.)
Date: Sat, 13 Jan 2024 16:17:51 +0000
Subject: [Remind-Fans] Time of day with SPECIAL HTML
Message-ID: <QB1PR01MB35078BA528DC02C0366F3933926E2@QB1PR01MB3507.CANPRD01.PROD.OUTLOOK.COM>

I'm using rem2html. When I want a link to appear in the calendar, I use something like

REM 14 Jan 2024 AT 11:00 SPECIAL HTML <p class="rem-entry"> 11:00 <a href="url"> text </a></p>

I'm including the time (hh:mm) twice, once to control the order in which reminders are displayed for that day (independent of when the reminders are appended to .reminders), and again so it appears with the reminder in the calendar. Is there some way to avoid having to include the time twice?

Thank you.

- Robert
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240113/f3dd62ec/attachment.htm>

From sector11sr71 at gmail.com  Sat Jan 13 11:38:42 2024
From: sector11sr71 at gmail.com (B. William)
Date: Sat, 13 Jan 2024 13:38:42 -0300
Subject: [Remind-Fans] -@[n][,m][,b] options
In-Reply-To: <20240113100142.5a535f18@gato.skoll.ca>
References: <c397bf1396a4684f@eddie.fios-router.home>
 <20240113100142.5a535f18@gato.skoll.ca>
Message-ID: <CANCnwiKNNCedEXZVYNLG=gwV+aSxnNvNC4wBaAfATAU5W7Quhg@mail.gmail.com>

Hmmmm this line does THIS WEEK, + 3 MORE WEEKS and gives the dates:

remind -s+4 -q -r ~/.reminders | cut -c6-10,19-

 13 Jan 24 @ 13:33:12 ~
   $ remind -s+4 -q -r ~/.reminders | cut -c6-10,19-
01/08 ? xxxxxxx 51st
01/15 XXXXXXXXXXXXX
01/15 ? xxx
01/19 ? xxxxx
01/19 @ zzzzz zzzzzz zzz
01/25 Heart Doc 17:00
01/25 ?? Mendoza 2186
01/29 The ?agle ?lies

On Sat, 13 Jan 2024 at 12:02, Dianne Skoll via Remind-fans
<remind-fans at lists.skoll.ca> wrote:
>
> On Sat, 13 Jan 2024 09:51:45 -0500
> Arthur Alinovi via Remind-fans <remind-fans at lists.skoll.ca> wrote:
>
> > Playing around with the above options gives me the reminders for the
> > currecnt day.
>
> The -@ option only applies to how colored reminders are displayed... it
> doesn't control the selection of which reminders to display.
>
> > Is there any way to use those options for a week or number of weeks
> > similar to what -cu+2 would give me (as a simple text list, not a
> > formatted calendar)?
>
> Not really.  You could preview all of the reminders coming up in the
> next two weeks (for example) with something like:
>
>      remind -t14 -q -g ~/.reminders
>
> but unless you have %-sequences in the reminders, the actual date of
> the reminders won't be displayed.
>
> A more complex example could be:
>
>     remind -q -t14 -g '-i$AddBlankLines=0' '-imsgprefix(x)=$T + " "' ~/.reminders
>
> which would give you a sorted list of the reminders for the next 14
> days.
>
> Regards,
>
> Dianne.
> _______________________________________________
> Remind-fans mailing list
> Remind-fans at lists.skoll.ca
> https://dianne.skoll.ca/mailman/listinfo/remind-fans
> Remind is at https://dianne.skoll.ca/projects/remind/


From remind at tim.thechases.com  Sat Jan 13 12:09:46 2024
From: remind at tim.thechases.com (Tim Chase)
Date: Sat, 13 Jan 2024 11:09:46 -0600
Subject: [Remind-Fans] Time of day with SPECIAL HTML
In-Reply-To: <QB1PR01MB35078BA528DC02C0366F3933926E2@QB1PR01MB3507.CANPRD01.PROD.OUTLOOK.COM>
References: <QB1PR01MB35078BA528DC02C0366F3933926E2@QB1PR01MB3507.CANPRD01.PROD.OUTLOOK.COM>
Message-ID: <ZaLD2qt80l4tvhWC@thechases.com>

On 2024-01-13 16:17, Remind list wrote:
> I'm using rem2html. When I want a link to appear in the
> calendar, I use something like
> 
> REM 14 Jan 2024 AT 11:00 SPECIAL HTML <p class="rem-entry"> 11:00 <a href="url"> text </a></p>
> 
> I'm including the time (hh:mm) twice, once to control the
> order in which reminders are displayed for that day (independent
> of when the reminders are appended to .reminders), and again
> so it appears with the reminder in the calendar. Is there some
> way to avoid having to include the time twice?

I'd use a function for my URLs/links, something like

  FSET url(u, desc) "<p class=rem-entry>" \
    + trigtime() \
    + "<a href=\"" \
    + u \
    + "\"> " \
    + desc \
    + "</a> </p>"
  REM 14 Jan 2024 AT 11:00 SPECIAL HTML [url("http://example.com", "Do the thing")]

You can get fancier, using iif() to check if trigtime() returns a
non-0 value, and selectively choose to emit the time if so, or check
the trigduration() and have both the start & end times of the event
if you want.  But that should get you started.

-tim






From dianne at skoll.ca  Sat Jan 13 12:28:12 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Sat, 13 Jan 2024 12:28:12 -0500
Subject: [Remind-Fans] Time of day with SPECIAL HTML
In-Reply-To: <ZaLD2qt80l4tvhWC@thechases.com>
References: <QB1PR01MB35078BA528DC02C0366F3933926E2@QB1PR01MB3507.CANPRD01.PROD.OUTLOOK.COM>
 <ZaLD2qt80l4tvhWC@thechases.com>
Message-ID: <20240113122812.73e8c9a2@gato.skoll.ca>

On Sat, 13 Jan 2024 11:09:46 -0600
Tim Chase via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> On 2024-01-13 16:17, Remind list wrote:
> > I'm using rem2html. When I want a link to appear in the
> > calendar, I use something like
> > 
> > REM 14 Jan 2024 AT 11:00 SPECIAL HTML <p class="rem-entry"> 11:00
> > <a href="url"> text </a></p>
> > 
> > I'm including the time (hh:mm) twice, once to control the
> > order in which reminders are displayed for that day (independent
> > of when the reminders are appended to .reminders), and again
> > so it appears with the reminder in the calendar. Is there some
> > way to avoid having to include the time twice?

Yes.  Replace the time in the body with: %*2

This substitution sequence simply expands to the trigger time.

> I'd use a function for my URLs/links, something like

I think this way overcomplicates things.  But it's just a matter
of taste, I guess.  If you have a LOT of these reminders with URLs,
then encapsulating in a function makes sense.  If it's only one or two,
then maybe not.

Regards,

Dianne.

From robert.funnell at mcgill.ca  Sat Jan 13 13:36:19 2024
From: robert.funnell at mcgill.ca (W. Robert J. Funnell, Prof.)
Date: Sat, 13 Jan 2024 18:36:19 +0000
Subject: [Remind-Fans] Time of day with SPECIAL HTML
In-Reply-To: <20240113122812.73e8c9a2@gato.skoll.ca>
References: <QB1PR01MB35078BA528DC02C0366F3933926E2@QB1PR01MB3507.CANPRD01.PROD.OUTLOOK.COM>
 <ZaLD2qt80l4tvhWC@thechases.com> <20240113122812.73e8c9a2@gato.skoll.ca>
Message-ID: <QB1PR01MB3507672814160E84A83C362D926E2@QB1PR01MB3507.CANPRD01.PROD.OUTLOOK.COM>


From: Dianne Skoll via Remind-fans <remind-fans at lists.skoll.ca>
Sent: January 13, 2024 12:28

On Sat, 13 Jan 2024 11:09:46 -0600
Tim Chase via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> On 2024-01-13 16:17, Remind list wrote:
> > I'm using rem2html. When I want a link to appear in the
> > calendar, I use something like
> >
> > REM 14 Jan 2024 AT 11:00 SPECIAL HTML <p class="rem-entry"> 11:00
> > <a href="url"> text </a></p>
> >
> > I'm including the time (hh:mm) twice, once to control the
> > order in which reminders are displayed for that day (independent
> > of when the reminders are appended to .reminders), and again
> > so it appears with the reminder in the calendar. Is there some
> > way to avoid having to include the time twice?

Yes.  Replace the time in the body with: %*2

This substitution sequence simply expands to the trigger time.

-- What do you mean by 'in the body'?
-- If I put '%*2' in the REM after SPECIAL HTML, I just see '*2' in the calendar. If I put '%2' (or '%3') I see the trigger time in the calendar but it's preceded by 'at ', which looks weird.
-- (The first time I put '%3' this morning, it actually displayed 'at ' followed by the current time rather than the trigger time, but now it's displaying the trigger time, so I may have been hallucinating. The man page doesn't explicitly say that it's the trigger time that will be displayed, although it does say that trigger dates will be displayed.)

> I'd use a function for my URLs/links, something like

I think this way overcomplicates things.  But it's just a matter
of taste, I guess.  If you have a LOT of these reminders with URLs,
then encapsulating in a function makes sense.  If it's only one or two,
then maybe not.

-- This occurs often, for all of my Zoom meetings. However, maybe I should have mentioned that I use a question-and-answer TCL script for adding entries to .reminders. If I specify a URL then the script generates the required SPECIAL HTML stuff, including the duplicate time. It's inelegant but not really a problem, until I decide to manually edit the REM with a text editor, in which case I sometimes forget to change the duplicate time.

- Robert

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240113/20b579f4/attachment.htm>

From dianne at skoll.ca  Sat Jan 13 13:42:18 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Sat, 13 Jan 2024 13:42:18 -0500
Subject: [Remind-Fans] Time of day with SPECIAL HTML
In-Reply-To: <QB1PR01MB3507672814160E84A83C362D926E2@QB1PR01MB3507.CANPRD01.PROD.OUTLOOK.COM>
References: <QB1PR01MB35078BA528DC02C0366F3933926E2@QB1PR01MB3507.CANPRD01.PROD.OUTLOOK.COM>
 <ZaLD2qt80l4tvhWC@thechases.com>
 <20240113122812.73e8c9a2@gato.skoll.ca>
 <QB1PR01MB3507672814160E84A83C362D926E2@QB1PR01MB3507.CANPRD01.PROD.OUTLOOK.COM>
Message-ID: <20240113134218.327e5008@gato.skoll.ca>

On Sat, 13 Jan 2024 18:36:19 +0000
"W. Robert J. Funnell, Prof. via Remind-fans"
<remind-fans at lists.skoll.ca> wrote:

> -- What do you mean by 'in the body'?

Anywhere after SPECIAL HTML

> -- If I put '%*2' in the REM after SPECIAL HTML, I just see '*2' in
> the calendar.

What version of Remind are you running?  I tested with this:

REM 14 JAN 2024 AT 11:00 SPECIAL HTML <p>%*2 <a href="https://dianne.skoll.ca/">Testing</a></p>

and the output is attached.  Output was generated with:

    remind -pp /tmp/x.rem | rem2html > /tmp/x.html

Regards,

Dianne.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240113/9ddc45b6/attachment-0001.html>

From remind at tim.thechases.com  Sat Jan 13 13:48:46 2024
From: remind at tim.thechases.com (Tim Chase)
Date: Sat, 13 Jan 2024 12:48:46 -0600
Subject: [Remind-Fans] Time of day with SPECIAL HTML
In-Reply-To: <20240113122812.73e8c9a2@gato.skoll.ca>
References: <QB1PR01MB35078BA528DC02C0366F3933926E2@QB1PR01MB3507.CANPRD01.PROD.OUTLOOK.COM>
 <ZaLD2qt80l4tvhWC@thechases.com>
 <20240113122812.73e8c9a2@gato.skoll.ca>
Message-ID: <ZaLbDhk1UaePvBRr@thechases.com>

On 2024-01-13 12:28, Remind list wrote:
> Tim Chase via Remind-fans <remind-fans at lists.skoll.ca> wrote:
> > > Is there some way to avoid having to include the time twice?
> 
> > I'd use a function for my URLs/links, something like
> 
> I think this way overcomplicates things.  But it's just a matter
> of taste, I guess.  If you have a LOT of these reminders with URLs,
> then encapsulating in a function makes sense.  If it's only one or two,
> then maybe not.

Agreed it's better if you have a lot of them, and less useful if
it's only one or two.  For $DAYJOB I have a bunch of such things
so I have custom functions for `zoom()`, `phone()`, `teams()`, and
`url()` helper functions and I've got about two dozen of them in
my work.rem file (and a few more references scattered in other
reminder files).  I also do other tricks with them, colorizing
various bits differently (username/password in a brighter color to
make it stand out; bits like the time and dividing slashes in a
quieter color; handling $CalMode differently than agenda-view,
etc)), so it's nice to have it in one place.

-tim





From dianne at skoll.ca  Sat Jan 13 14:16:36 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Sat, 13 Jan 2024 14:16:36 -0500
Subject: [Remind-Fans] Time of day with SPECIAL HTML
In-Reply-To: <ZaLbDhk1UaePvBRr@thechases.com>
References: <QB1PR01MB35078BA528DC02C0366F3933926E2@QB1PR01MB3507.CANPRD01.PROD.OUTLOOK.COM>
 <ZaLD2qt80l4tvhWC@thechases.com>
 <20240113122812.73e8c9a2@gato.skoll.ca>
 <ZaLbDhk1UaePvBRr@thechases.com>
Message-ID: <20240113141636.63cbb04e@gato.skoll.ca>

On Sat, 13 Jan 2024 12:48:46 -0600
Tim Chase via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> Agreed it's better if you have a lot of them, and less useful if
> it's only one or two.  For $DAYJOB I have a bunch of such things
> so I have custom functions for `zoom()`, `phone()`, `teams()`, and
> `url()` helper functions and I've got about two dozen of them in
> my work.rem file (and a few more references scattered in other
> reminder files).  I also do other tricks with them, colorizing
> various bits differently (username/password in a brighter color to
> make it stand out; bits like the time and dividing slashes in a
> quieter color; handling $CalMode differently than agenda-view,
> etc)), so it's nice to have it in one place.

That's really pretty cool. :) I am retired now, so no $DAYJOB but when
I had one, I'd bring my work calendar into Remind with a cron job and
color it differently.

I also (much to my surprise) find myself hardly ever using Remind as a
console program.  99% of my interaction with it is via the TkRemind GUI.
I still hand-edit the .reminder/ files on occasion, but almost never
run Remind directly from the command-line.

Regards,

Dianne.

From robert.funnell at mcgill.ca  Sat Jan 13 15:34:12 2024
From: robert.funnell at mcgill.ca (W. Robert J. Funnell, Prof.)
Date: Sat, 13 Jan 2024 20:34:12 +0000
Subject: [Remind-Fans] Time of day with SPECIAL HTML
In-Reply-To: <20240113134218.327e5008@gato.skoll.ca>
References: <QB1PR01MB35078BA528DC02C0366F3933926E2@QB1PR01MB3507.CANPRD01.PROD.OUTLOOK.COM>
 <ZaLD2qt80l4tvhWC@thechases.com> <20240113122812.73e8c9a2@gato.skoll.ca>
 <QB1PR01MB3507672814160E84A83C362D926E2@QB1PR01MB3507.CANPRD01.PROD.OUTLOOK.COM>
 <20240113134218.327e5008@gato.skoll.ca>
Message-ID: <QB1PR01MB350708F758C130A0D21EAFAA926E2@QB1PR01MB3507.CANPRD01.PROD.OUTLOOK.COM>



________________________________
From: Dianne Skoll via Remind-fans <remind-fans at lists.skoll.ca>
Sent: January 13, 2024 13:42

On Sat, 13 Jan 2024 18:36:19 +0000
"W. Robert J. Funnell, Prof. via Remind-fans"
<remind-fans at lists.skoll.ca> wrote:

> -- What do you mean by 'in the body'?

Anywhere after SPECIAL HTML

> -- If I put '%*2' in the REM after SPECIAL HTML, I just see '*2' in
> the calendar.

What version of Remind are you running?  I tested with this:

REM 14 JAN 2024 AT 11:00 SPECIAL HTML <p>%*2 <a href="https://dianne.skoll.ca">Testing</a></p>

and the output is attached.  Output was generated with:

    remind -pp /tmp/x.rem | rem2html > /tmp/x.html

-- I was using an embarrassingly old version of remind :-( When I installed the latest version, '%*3' worked beautifully :-) Unfortunately, the new version somehow broke my TCL script, so I'll have to revert to my old method until I have time to debug the script :-(

-- Thank you for your usual prompt help.

- Robert

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240113/a0adc1ef/attachment.htm>

From aalinovi at riseup.net  Sun Jan 14 11:34:26 2024
From: aalinovi at riseup.net (aalinovi at riseup.net)
Date: Sun, 14 Jan 2024 11:34:26 -0500
Subject: [Remind-Fans] -@[n][,m][,b] options
In-Reply-To: <CANCnwiKNNCedEXZVYNLG=gwV+aSxnNvNC4wBaAfATAU5W7Quhg@mail.gmail.com>
References: <c397bf1396a4684f@eddie.fios-router.home>
 <20240113100142.5a535f18@gato.skoll.ca>
 <CANCnwiKNNCedEXZVYNLG=gwV+aSxnNvNC4wBaAfATAU5W7Quhg@mail.gmail.com>
Message-ID: <79b4fa438d6c6844@eddie.fios-router.home>

I find that if I take the line Dianne gave:

remind -q -t14 -g '-i$AddBlankLines=0' '-imsgprefix(x)=$T + " "' ~/.reminders

and edit it so that it reads:

remind - at 2,1 -q -t14 -g '-i$AddBlankLines=1' '-imsgprefix(x)=$T + " "' /home/slaurel/.reminders

I get what I have always wanted - a simple text list complete with color.

In message <CANCnwiKNNCedEXZVYNLG=gwV+aSxnNvNC4wBaAfATAU5W7Quhg at mail.gmail.com>, "B. William via Remind-fans" writes:
>Hmmmm this line does THIS WEEK, + 3 MORE WEEKS and gives the dates:
>remind -s+4 -q -r ~/.reminders | cut -c6-10,19-



From dianne at skoll.ca  Sun Jan 14 11:35:32 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Sun, 14 Jan 2024 11:35:32 -0500
Subject: [Remind-Fans] -@[n][,m][,b] options
In-Reply-To: <CANCnwiKNNCedEXZVYNLG=gwV+aSxnNvNC4wBaAfATAU5W7Quhg@mail.gmail.com>
References: <c397bf1396a4684f@eddie.fios-router.home>
 <20240113100142.5a535f18@gato.skoll.ca>
 <CANCnwiKNNCedEXZVYNLG=gwV+aSxnNvNC4wBaAfATAU5W7Quhg@mail.gmail.com>
Message-ID: <20240114113532.5187c31d@gato.skoll.ca>

On Sat, 13 Jan 2024 13:38:42 -0300
"B. William via Remind-fans" <remind-fans at lists.skoll.ca> wrote:

> Hmmmm this line does THIS WEEK, + 3 MORE WEEKS and gives the dates:

> remind -s+4 -q -r ~/.reminders | cut -c6-10,19-

Yes, true.  But it breaks for SPECIAL COLOR and other SPECIAL reminders,
as well as yielding odd-looking results for timed reminders.

Regards,

Dianne.

From sector11sr71 at gmail.com  Sun Jan 14 12:26:45 2024
From: sector11sr71 at gmail.com (B. William)
Date: Sun, 14 Jan 2024 14:26:45 -0300
Subject: [Remind-Fans] -@[n][,m][,b] options
In-Reply-To: <20240114113532.5187c31d@gato.skoll.ca>
References: <c397bf1396a4684f@eddie.fios-router.home>
 <20240113100142.5a535f18@gato.skoll.ca>
 <CANCnwiKNNCedEXZVYNLG=gwV+aSxnNvNC4wBaAfATAU5W7Quhg@mail.gmail.com>
 <20240114113532.5187c31d@gato.skoll.ca>
Message-ID: <CANCnwiKT74-7e_6rJEO0e1C4FGtqMx2PQ_6OPn7BWPMsfi0MhQ@mail.gmail.com>

Yea sorry about that.  I use it because it's simple and just works.
I don't need colours or timed reminders or the other fancy stuff.
My error - sorry.

On Sun, 14 Jan 2024 at 13:36, Dianne Skoll via Remind-fans
<remind-fans at lists.skoll.ca> wrote:
>
> On Sat, 13 Jan 2024 13:38:42 -0300
> "B. William via Remind-fans" <remind-fans at lists.skoll.ca> wrote:
>
> > Hmmmm this line does THIS WEEK, + 3 MORE WEEKS and gives the dates:
>
> > remind -s+4 -q -r ~/.reminders | cut -c6-10,19-
>
> Yes, true.  But it breaks for SPECIAL COLOR and other SPECIAL reminders,
> as well as yielding odd-looking results for timed reminders.
>
> Regards,
>
> Dianne.
> _______________________________________________
> Remind-fans mailing list
> Remind-fans at lists.skoll.ca
> https://dianne.skoll.ca/mailman/listinfo/remind-fans
> Remind is at https://dianne.skoll.ca/projects/remind/

From taekoocair at wilsonb.com  Tue Jan 16 08:35:24 2024
From: taekoocair at wilsonb.com (taekoocair at wilsonb.com)
Date: Tue, 16 Jan 2024 22:35:24 +0900
Subject: [Remind-Fans] Ways to use Remind
In-Reply-To: <20221009000406.5004de32@gato.skoll.ca>
References: <fe8596c9e9295add8fbc7736f9e15a43@gemlog.ca>
 <20221008221204.128ac55d@yosemite.mars.lan>
 <20221009000406.5004de32@gato.skoll.ca>
Message-ID: <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>

> However, I do have a script that pulls down two Google calendars (personal
> and work) and converts them to Remind format.

This is exactly what I'm looking for. Would you be willing to share said
script?

Dianne Skoll via Remind-fans <remind-fans at lists.skoll.ca> wrote:
> On Sat, 8 Oct 2022 22:12:04 -0400
> "Paul M. Foster via Remind-fans" <remind-fans at lists.skoll.ca> wrote:
> 
> > On Sat, 08 Oct 2022 18:50:58 -0700
> > shipping via Remind-fans <remind-fans at lists.skoll.ca> wrote:
> 
> > > I'm looking for interesting ways others use Remind. I am not a very 
> > > sophisticated user, but here are a couple of the cronjobs I use.
> 
> > My use is considerably more pedestrian-- a cron job like this:
> > 0 04 * * * /usr/bin/remind ~/.reminders | mail -s 'Daily Reminders'
> > paulf at localhost
> 
> I pretty much just use TkRemind.  However, I do have a script that pulls
> down two Google calendars (personal and work) and converts them to Remind
> format.  That script runs from cron every half hour; that way, things I add
> to my calendar on my phone wind up in Remind.
> 
> Regards,
> 
> Dianne.
> _______________________________________________
> Remind-fans mailing list
> Remind-fans at lists.skoll.ca
> https://dianne.skoll.ca/mailman/listinfo/remind-fans
> Remind is at https://dianne.skoll.ca/projects/remind/



From jik at kamens.us  Tue Jan 16 10:51:02 2024
From: jik at kamens.us (Jonathan Kamens)
Date: Tue, 16 Jan 2024 10:51:02 -0500
Subject: [Remind-Fans] Ways to use Remind
In-Reply-To: <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
References: <fe8596c9e9295add8fbc7736f9e15a43@gemlog.ca>
 <20221008221204.128ac55d@yosemite.mars.lan>
 <20221009000406.5004de32@gato.skoll.ca>
 <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
Message-ID: <6a837ccf-9794-48f8-b247-dd3635648eb3@kamens.us>

On 1/16/24 08:35, taekoocair--- via Remind-fans wrote:
>> However, I do have a script that pulls down two Google calendars (personal
>> and work) and converts them to Remind format.
> This is exactly what I'm looking for. Would you be willing to share said
> script?

There is ical2rem.pl, a Perl script I've submitted some 
fixes/enhancements to over the years: https://github.com/jbalcorn/ical2rem .

However, in my experience it's extremely slow, and when I tried to do a 
deep dive into why it was so slow in order to optimize it, it quickly 
became too twisty-turny for me, and I eventually threw up my hands and 
gave up. My recollection of what I found is that time/date and time 
delta handling in Perl, or at least the implementations of them used by 
this particular script, are both absurdly compute-intensive and absurdly 
complex and therefore extremely difficult to optimize. Also, I seem to 
recall that the really slow stuff was buried in a library that 
ical2rem.pl uses, not in ical2rem.pl itself, so I couldn't improve 
performance by making changes to the script itself.

Because ical2rem.pl is so slow I wrote a Python replacement for it which 
is like an order of magnitude faster but only has in it the exact 
functionality that I previously used ical2rem.pl for, i.e., it doesn't 
have nearly the flexibility that the Perl script does. If there is 
interest here I suppose I can put it up in a public repo; if people want 
to hack on it and submit PRs for additional functionality they need I am 
happy to review and merge them.

 ? jik

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240116/f0df324f/attachment.htm>

From dianne at skoll.ca  Tue Jan 16 10:51:00 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Tue, 16 Jan 2024 10:51:00 -0500
Subject: [Remind-Fans] Scripts to import Google calendar into Remind (was
 Re: Ways to use Remind)
In-Reply-To: <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
References: <fe8596c9e9295add8fbc7736f9e15a43@gemlog.ca>
 <20221008221204.128ac55d@yosemite.mars.lan>
 <20221009000406.5004de32@gato.skoll.ca>
 <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
Message-ID: <20240116105100.7f5795c2@gato.skoll.ca>

On Tue, 16 Jan 2024 22:35:24 +0900
taekoocair at wilsonb.com wrote:

> > However, I do have a script that pulls down two Google calendars
> > (personal and work) and converts them to Remind format.

> This is exactly what I'm looking for. Would you be willing to share
> said script?

Uh... the scripts are not exactly production-ready.  I'll attach
redacted versions.

Google Calendar has a way for you to make a private link to your
calendar that pulls it down in ical format.  Under Settings > Settings
for my calendars > Get shareable link, you make the link.  Keep that secret.

So the shell script update-cal-from-google pulls down the calendar
in ical format, and the Perl script ical-to-rem.pl converts it to Remind
format.  I run update-cal-from-google every 30 minutes from cron.

THESE SCRIPTS ARE SPECIFIC TO MY SETUP and will need tweaking to be
generally useful!  They are badly-commented and not production-ready.
Use at your own risk.

Regards,

Dianne.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dfs-rem-scripts.tar.gz
Type: application/gzip
Size: 1643 bytes
Desc: not available
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240116/3a0018d3/attachment.gz>

From dianne at skoll.ca  Tue Jan 16 10:56:33 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Tue, 16 Jan 2024 10:56:33 -0500
Subject: [Remind-Fans] Scripts to import Google calendar into Remind
 (was Re: Ways to use Remind)
In-Reply-To: <20240116105100.7f5795c2@gato.skoll.ca>
References: <fe8596c9e9295add8fbc7736f9e15a43@gemlog.ca>
 <20221008221204.128ac55d@yosemite.mars.lan>
 <20221009000406.5004de32@gato.skoll.ca>
 <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
 <20240116105100.7f5795c2@gato.skoll.ca>
Message-ID: <20240116105633.60d3c1e8@gato.skoll.ca>

Some clarification...

> Google Calendar has a way for you to make a private link to your
> calendar that pulls it down in ical format.  Under Settings > Settings
> for my calendars > Get shareable link, you make the link.  Keep that
> secret.

The link you need is under "Secret address in iCal format" in the calendar
settings.

Also, the ical-to-rem.pl script is one I wrote, not the one Jonathan
Kamens mentioned.  It seems to perform adequately.

Regards,

Dianne.

From matf at disr.it  Tue Jan 16 11:48:15 2024
From: matf at disr.it (Mathieu)
Date: Tue, 16 Jan 2024 17:48:15 +0100
Subject: [Remind-Fans] Ways to use Remind
In-Reply-To: <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
References: <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
Message-ID: <45427bf1-7f50-4e9a-816f-1347fca6cdeb@disroot.org>

It does not exactly answer your specific need but I guess I'm taking the opportunity to answer to the original question from 2022: I use a pure bash script (https://git.sr.ht/~mlaparie/remint) to simply remove the need for any ical/caldav calendar. I use remind + remint on all my devices (including my phone, but it has a hardware keyboard so that simplifies using a terminal calendar and editor on it) and display my reminders in a calendar view using remint to wrap the remind functions into keybindings. Then I synchronize my reminders file to git, as remint now has functions to automate the commit, push and pull actions.

I have not pushed my latest remint commits to the public repository yet because they need more testing, I expect corner cases making it fail, and have lacked time to do any proper testing beyon my own use. But if anyone wants to try, the latest version can (1) show the history of changes of the synchronized reminders files (see attachment), (2) use a configuration file thereby removing the need to edit the script itself and losing changes on new updates, and (3) switch between different reminders files or (4) different remint-configuration files on the fly. (3) should be useful for those who organize their reminders into different files for different contexts (i.e., work vs. personal). There is an option in the configuration to make the git synchronization automatic.

Mat

On 2024-01-16 14:35 taekoocair--- via Remind-fans <remind-fans at lists.skoll.ca> wrote:

>> However, I do have a script that pulls down two Google calendars
>> (personal
>> and work) and converts them to Remind format.
>  
> This is exactly what I'm looking for. Would you be willing to share
> said
> script?
>  
> Dianne Skoll via Remind-fans <remind-fans at lists.skoll.ca> wrote:
>> On Sat, 8 Oct 2022 22:12:04 -0400
>> "Paul M. Foster via Remind-fans" <remind-fans at lists.skoll.ca>
>> wrote:
>>  
>>> On Sat, 08 Oct 2022 18:50:58 -0700
>>> shipping via Remind-fans <remind-fans at lists.skoll.ca> wrote:
>>  
>>>> I'm looking for interesting ways others use Remind. I am not a
>>>> very  
>>>> sophisticated user, but here are a couple of the cronjobs I use.
>>  
>>> My use is considerably more pedestrian-- a cron job like this:
>>> 0 04 * * * /usr/bin/remind ~/.reminders | mail -s 'Daily
>>> Reminders'
>>> paulf at localhost
>>  
>> I pretty much just use TkRemind.  However, I do have a script that
>> pulls
>> down two Google calendars (personal and work) and converts them to
>> Remind
>> format.  That script runs from cron every half hour; that way,
>> things I add
>> to my calendar on my phone wind up in Remind.
>>  
>> Regards,
>>  
>> Dianne.
>> _______________________________________________
>> Remind-fans mailing list
>> Remind-fans at lists.skoll.ca
>> https://dianne.skoll.ca/mailman/listinfo/remind-fans
>> Remind is at https://dianne.skoll.ca/projects/remind/
>  
>  
> _______________________________________________
> Remind-fans mailing list
> Remind-fans at lists.skoll.ca
> https://dianne.skoll.ca/mailman/listinfo/remind-fans
> Remind is at https://dianne.skoll.ca/projects/remind/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ss20240116-173514.png
Type: application/octet-stream
Size: 101347 bytes
Desc: not available
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240116/84e19895/attachment-0001.obj>

From justin at jalcorn.net  Tue Jan 16 12:10:19 2024
From: justin at jalcorn.net (Justin Alcorn)
Date: Tue, 16 Jan 2024 12:10:19 -0500
Subject: [Remind-Fans] Ways to use Remind
In-Reply-To: <6a837ccf-9794-48f8-b247-dd3635648eb3@kamens.us>
References: <fe8596c9e9295add8fbc7736f9e15a43@gemlog.ca>
 <20221008221204.128ac55d@yosemite.mars.lan>
 <20221009000406.5004de32@gato.skoll.ca>
 <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
 <6a837ccf-9794-48f8-b247-dd3635648eb3@kamens.us>
Message-ID: <CAHyJEifqgu9a8WEN6zQRgYYYkJw_0=QCZMBuhmgjZU9PNbF_yw@mail.gmail.com>

On Tue, Jan 16, 2024 at 10:51?AM Jonathan Kamens via Remind-fans <
remind-fans at lists.skoll.ca> wrote:

> On 1/16/24 08:35, taekoocair--- via Remind-fans wrote:
>
> However, I do have a script that pulls down two Google calendars (personal
> and work) and converts them to Remind format.
>
> This is exactly what I'm looking for. Would you be willing to share said
> script?
>
> There is ical2rem.pl, a Perl script I've submitted some
> fixes/enhancements to over the years: https://github.com/jbalcorn/ical2rem
> .
>
> However, in my experience it's extremely slow, and when I tried to do a
> deep dive into why it was so slow in order to optimize it, it quickly
> became too twisty-turny for me, and I eventually threw up my hands and gave
> up. My recollection of what I found is that time/date and time delta
> handling in Perl, or at least the implementations of them used by this
> particular script, are both absurdly compute-intensive and absurdly complex
> and therefore extremely difficult to optimize. Also, I seem to recall that
> the really slow stuff was buried in a library that ical2rem.pl uses, not
> in ical2rem.pl itself, so I couldn't improve performance by making
> changes to the script itself.
>
> Because ical2rem.pl is so slow I wrote a Python replacement for it which
> is like an order of magnitude faster but only has in it the exact
> functionality that I previously used ical2rem.pl for, i.e., it doesn't
> have nearly the flexibility that the Perl script does. If there is interest
> here I suppose I can put it up in a public repo; if people want to hack on
> it and submit PRs for additional functionality they need I am happy to
> review and merge them.
>
>   jik
>
>   I'm the original author of ical2rem.pl.

I agree that ical2rem.pl is slow and twisty - the data::iCal::DateTime
module is just terrible.   I have a todo to rewrite the whole thing that
has been sitting in my inbox for...let's see....8 years?  yikes.

Heck, I want to rewrite it in python.

But I use it in scheduled scripts, I never have to wait for it, so ... for
my use case it is rock solid.  I download and convert 13 calendars every
hour.   Been working here since...when did I write it?  oh yeah. 2005.
So...maybe I'll wait until it's an adult. :-)

-- 
Justin B. Alcorn
The views expressed are not necessarily my own, much less anyone else's
PGP Fingerprint CCEB F776 C3FD 1050 C8DB  532E B8B9 BED7 7764 406C
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240116/47096b33/attachment.htm>

From dianne at skoll.ca  Tue Jan 16 12:26:51 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Tue, 16 Jan 2024 12:26:51 -0500
Subject: [Remind-Fans] Converting iCal to Remind (was Re: Ways to use Remind)
In-Reply-To: <CAHyJEifqgu9a8WEN6zQRgYYYkJw_0=QCZMBuhmgjZU9PNbF_yw@mail.gmail.com>
References: <fe8596c9e9295add8fbc7736f9e15a43@gemlog.ca>
 <20221008221204.128ac55d@yosemite.mars.lan>
 <20221009000406.5004de32@gato.skoll.ca>
 <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
 <6a837ccf-9794-48f8-b247-dd3635648eb3@kamens.us>
 <CAHyJEifqgu9a8WEN6zQRgYYYkJw_0=QCZMBuhmgjZU9PNbF_yw@mail.gmail.com>
Message-ID: <20240116122651.5116c6f7@gato.skoll.ca>

On Tue, 16 Jan 2024 12:10:19 -0500
Justin Alcorn via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> I agree that ical2rem.pl is slow and twisty - the data::iCal::DateTime
> module is just terrible.   I have a todo to rewrite the whole thing
> that has been sitting in my inbox for...let's see....8 years?  yikes.

My script (included in the tarball in an earlier email I sent) uses
iCal::Parser and it's certainly fast enough for me:

$ time ical-to-rem.pl basic.ics > basic.out

real	0m0.158s
user	0m0.150s
sys	0m0.009s
506:dfs at gato(tmp)$ wc -l basic.out
22 basic.out

158ms to convert 22 events.  I guess my calendar is not as full as some. :)

Now, my script does not attempt to preserve iCal repeat semantics, etc.
It "expands out" events to one REM per occurrence.

Regards,

Dianne.

From remind at jochen.sprickerhof.de  Tue Jan 16 12:33:57 2024
From: remind at jochen.sprickerhof.de (Jochen Sprickerhof)
Date: Tue, 16 Jan 2024 18:33:57 +0100
Subject: [Remind-Fans] Ways to use Remind
In-Reply-To: <CAHyJEifqgu9a8WEN6zQRgYYYkJw_0=QCZMBuhmgjZU9PNbF_yw@mail.gmail.com>
References: <fe8596c9e9295add8fbc7736f9e15a43@gemlog.ca>
 <20221008221204.128ac55d@yosemite.mars.lan>
 <20221009000406.5004de32@gato.skoll.ca>
 <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
 <6a837ccf-9794-48f8-b247-dd3635648eb3@kamens.us>
 <CAHyJEifqgu9a8WEN6zQRgYYYkJw_0=QCZMBuhmgjZU9PNbF_yw@mail.gmail.com>
Message-ID: <Zaa-BTgCcAYCao96@vis.fritz.box>

Hi Justin,

* Justin Alcorn via Remind-fans <remind-fans at lists.skoll.ca> [2024-01-16 12:10]:
>I agree that ical2rem.pl is slow and twisty - the data::iCal::DateTime
>module is just terrible.   I have a todo to rewrite the whole thing that
>has been sitting in my inbox for...let's see....8 years?  yikes.
>
>Heck, I want to rewrite it in python.

You could use my ical2rem implementation ;):

https://github.com/jspricke/python-remind

Cheers Jochen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240116/d995b27e/attachment.sig>

From justin at jalcorn.net  Tue Jan 16 13:01:30 2024
From: justin at jalcorn.net (Justin Alcorn)
Date: Tue, 16 Jan 2024 13:01:30 -0500
Subject: [Remind-Fans] Converting iCal to Remind (was Re: Ways to use
 Remind)
In-Reply-To: <20240116122651.5116c6f7@gato.skoll.ca>
References: <fe8596c9e9295add8fbc7736f9e15a43@gemlog.ca>
 <20221008221204.128ac55d@yosemite.mars.lan>
 <20221009000406.5004de32@gato.skoll.ca>
 <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
 <6a837ccf-9794-48f8-b247-dd3635648eb3@kamens.us>
 <CAHyJEifqgu9a8WEN6zQRgYYYkJw_0=QCZMBuhmgjZU9PNbF_yw@mail.gmail.com>
 <20240116122651.5116c6f7@gato.skoll.ca>
Message-ID: <CAHyJEifXfwfmFC0e5ngUL9iP95DhMS40s-CMFmqQ4SGFnk3g9A@mail.gmail.com>

On Tue, Jan 16, 2024 at 12:27?PM Dianne Skoll via Remind-fans <
remind-fans at lists.skoll.ca> wrote:

> On Tue, 16 Jan 2024 12:10:19 -0500
> Justin Alcorn via Remind-fans <remind-fans at lists.skoll.ca> wrote:
>
> > I agree that ical2rem.pl is slow and twisty - the data::iCal::DateTime
> > module is just terrible.   I have a todo to rewrite the whole thing
> > that has been sitting in my inbox for...let's see....8 years?  yikes.
>
> My script (included in the tarball in an earlier email I sent) uses
> iCal::Parser and it's certainly fast enough for me:
>
> $ time ical-to-rem.pl basic.ics > basic.out
>
> real    0m0.158s
> user    0m0.150s
> sys     0m0.009s
> 506:dfs at gato(tmp)$ wc -l basic.out
> 22 basic.out
>
> 158ms to convert 22 events.  I guess my calendar is not as full as some. :)
>
> Now, my script does not attempt to preserve iCal repeat semantics, etc.
> It "expands out" events to one REM per occurrence.
>
> Regards,
>
> Dianne.
>
>
a full second for 310 lines.......Lots of repeated entries, I'm not THAT
busy. So yeah, 10+ times as long for 10+ as many entries.

$ time (cat justin.ics | ~/bin/ical2rem.pl > test.rem)

real    0m0.978s
user    0m0.944s
sys     0m0.037s

$ wc -l test.rem
310 test.rem
--
Justin B. Alcorn
The views expressed are not necessarily my own, much less anyone else's
PGP Fingerprint CCEB F776 C3FD 1050 C8DB  532E B8B9 BED7 7764 406C
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240116/802a3eef/attachment.htm>

From jik at kamens.us  Tue Jan 16 13:20:49 2024
From: jik at kamens.us (Jonathan Kamens)
Date: Tue, 16 Jan 2024 13:20:49 -0500
Subject: [Remind-Fans] Ways to use Remind
In-Reply-To: <Zaa-BTgCcAYCao96@vis.fritz.box>
References: <fe8596c9e9295add8fbc7736f9e15a43@gemlog.ca>
 <20221008221204.128ac55d@yosemite.mars.lan>
 <20221009000406.5004de32@gato.skoll.ca>
 <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
 <6a837ccf-9794-48f8-b247-dd3635648eb3@kamens.us>
 <CAHyJEifqgu9a8WEN6zQRgYYYkJw_0=QCZMBuhmgjZU9PNbF_yw@mail.gmail.com>
 <Zaa-BTgCcAYCao96@vis.fritz.box>
Message-ID: <8d7ddb04-bd4b-4843-87d2-b26d41a48e59@kamens.us>

Oh geeze I can't believe somebody already wrote the thing I wrote. I 
hate when that happens. ;-)

On 1/16/24 12:33, Jochen Sprickerhof via Remind-fans wrote:
> Hi Justin,
>
> * Justin Alcorn via Remind-fans <remind-fans at lists.skoll.ca> 
> [2024-01-16 12:10]:
>> I agree that ical2rem.pl is slow and twisty - the data::iCal::DateTime
>> module is just terrible.?? I have a todo to rewrite the whole thing that
>> has been sitting in my inbox for...let's see....8 years?? yikes.
>>
>> Heck, I want to rewrite it in python.
>
> You could use my ical2rem implementation ;):
>
> https://github.com/jspricke/python-remind
>
> Cheers Jochen
>
> _______________________________________________
> Remind-fans mailing list
> Remind-fans at lists.skoll.ca
> https://dianne.skoll.ca/mailman/listinfo/remind-fans
> Remind is athttps://dianne.skoll.ca/projects/remind/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240116/55e9abcb/attachment-0001.htm>

From justin at jalcorn.net  Tue Jan 16 14:04:10 2024
From: justin at jalcorn.net (Justin Alcorn)
Date: Tue, 16 Jan 2024 14:04:10 -0500
Subject: [Remind-Fans] Ways to use Remind
In-Reply-To: <8d7ddb04-bd4b-4843-87d2-b26d41a48e59@kamens.us>
References: <fe8596c9e9295add8fbc7736f9e15a43@gemlog.ca>
 <20221008221204.128ac55d@yosemite.mars.lan>
 <20221009000406.5004de32@gato.skoll.ca>
 <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
 <6a837ccf-9794-48f8-b247-dd3635648eb3@kamens.us>
 <CAHyJEifqgu9a8WEN6zQRgYYYkJw_0=QCZMBuhmgjZU9PNbF_yw@mail.gmail.com>
 <Zaa-BTgCcAYCao96@vis.fritz.box>
 <8d7ddb04-bd4b-4843-87d2-b26d41a48e59@kamens.us>
Message-ID: <CAHyJEieputM9OKC9M=jQqVvF7PtOO0wnmpHPZC=vyaBgb37nvw@mail.gmail.com>

On Tue, Jan 16, 2024 at 1:21?PM Jonathan Kamens via Remind-fans <
remind-fans at lists.skoll.ca> wrote:

> Oh geeze I can't believe somebody already wrote the thing I wrote. I hate
> when that happens. ;-)
>
> Choices are always good!  Yours is probably much more efficient, being
python.  But it does require CalDAV, which may be a non-starter for some
people.
--
Justin B. Alcorn
The views expressed are not necessarily my own, much less anyone else's
PGP Fingerprint CCEB F776 C3FD 1050 C8DB  532E B8B9 BED7 7764 406C
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240116/5318f45c/attachment.htm>

From remind at jochen.sprickerhof.de  Tue Jan 16 14:13:56 2024
From: remind at jochen.sprickerhof.de (Jochen Sprickerhof)
Date: Tue, 16 Jan 2024 20:13:56 +0100
Subject: [Remind-Fans] Ways to use Remind
In-Reply-To: <CAHyJEieputM9OKC9M=jQqVvF7PtOO0wnmpHPZC=vyaBgb37nvw@mail.gmail.com>
References: <fe8596c9e9295add8fbc7736f9e15a43@gemlog.ca>
 <20221008221204.128ac55d@yosemite.mars.lan>
 <20221009000406.5004de32@gato.skoll.ca>
 <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
 <6a837ccf-9794-48f8-b247-dd3635648eb3@kamens.us>
 <CAHyJEifqgu9a8WEN6zQRgYYYkJw_0=QCZMBuhmgjZU9PNbF_yw@mail.gmail.com>
 <Zaa-BTgCcAYCao96@vis.fritz.box>
 <8d7ddb04-bd4b-4843-87d2-b26d41a48e59@kamens.us>
 <CAHyJEieputM9OKC9M=jQqVvF7PtOO0wnmpHPZC=vyaBgb37nvw@mail.gmail.com>
Message-ID: <ZabVdPP56qDyvTaz@vis.fritz.box>

* Justin Alcorn via Remind-fans <remind-fans at lists.skoll.ca> [2024-01-16 14:04]:
> Choices are always good!  Yours is probably much more efficient, being
>python.  But it does require CalDAV, which may be a non-starter for some
>people.

It does not require CalDAV, you can use the ics2rem command locally.

Cheers Jochen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240116/fc783125/attachment.sig>

From taekoocair at wilsonb.com  Mon Jan 29 23:10:17 2024
From: taekoocair at wilsonb.com (taekoocair at wilsonb.com)
Date: Tue, 30 Jan 2024 13:10:17 +0900
Subject: [Remind-Fans] Ways to use Remind
In-Reply-To: <45427bf1-7f50-4e9a-816f-1347fca6cdeb@disroot.org>
References: <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
 <45427bf1-7f50-4e9a-816f-1347fca6cdeb@disroot.org>
Message-ID: <3QB9ZGF6U2Z9X.374VU2QWZ3XUJ@wilsonb.com>

Neat. This looks nice for single-person use to synchronize between personal
devices. My primary use case of Google Calendar is as a collaborative tool.
I'm not sure how to have that without going through some service with large
market share, though.

Mathieu via Remind-fans <remind-fans at lists.skoll.ca> wrote:
> It does not exactly answer your specific need but I guess I'm taking the opportunity to answer to the original question from 2022: I use a pure bash script (https://git.sr.ht/~mlaparie/remint) to simply remove the need for any ical/caldav calendar. I use remind + remint on all my devices (including my phone, but it has a hardware keyboard so that simplifies using a terminal calendar and editor on it) and display my reminders in a calendar view using remint to wrap the remind functions into keybindings. Then I synchronize my reminders file to git, as remint now has functions to automate the commit, push and pull actions.
> 
> I have not pushed my latest remint commits to the public repository yet because they need more testing, I expect corner cases making it fail, and have lacked time to do any proper testing beyon my own use. But if anyone wants to try, the latest version can (1) show the history of changes of the synchronized reminders files (see attachment), (2) use a configuration file thereby removing the need to edit the script itself and losing changes on new updates, and (3) switch between different reminders files or (4) different remint-configuration files on the fly. (3) should be useful for those who organize their reminders into different files for different contexts (i.e., work vs. personal). There is an option in the configuration to make the git synchronization automatic.
> 
> Mat
> 
> On 2024-01-16 14:35 taekoocair--- via Remind-fans <remind-fans at lists.skoll.ca> wrote:
> 
> >> However, I do have a script that pulls down two Google calendars
> >> (personal
> >> and work) and converts them to Remind format.
> >  
> > This is exactly what I'm looking for. Would you be willing to share
> > said
> > script?
> >  
> > Dianne Skoll via Remind-fans <remind-fans at lists.skoll.ca> wrote:
> >> On Sat, 8 Oct 2022 22:12:04 -0400
> >> "Paul M. Foster via Remind-fans" <remind-fans at lists.skoll.ca>
> >> wrote:
> >>  
> >>> On Sat, 08 Oct 2022 18:50:58 -0700
> >>> shipping via Remind-fans <remind-fans at lists.skoll.ca> wrote:
> >>  
> >>>> I'm looking for interesting ways others use Remind. I am not a
> >>>> very  
> >>>> sophisticated user, but here are a couple of the cronjobs I use.
> >>  
> >>> My use is considerably more pedestrian-- a cron job like this:
> >>> 0 04 * * * /usr/bin/remind ~/.reminders | mail -s 'Daily
> >>> Reminders'
> >>> paulf at localhost
> >>  
> >> I pretty much just use TkRemind.  However, I do have a script that
> >> pulls
> >> down two Google calendars (personal and work) and converts them to
> >> Remind
> >> format.  That script runs from cron every half hour; that way,
> >> things I add
> >> to my calendar on my phone wind up in Remind.
> >>  
> >> Regards,
> >>  
> >> Dianne.
> >> _______________________________________________
> >> Remind-fans mailing list
> >> Remind-fans at lists.skoll.ca
> >> https://dianne.skoll.ca/mailman/listinfo/remind-fans
> >> Remind is at https://dianne.skoll.ca/projects/remind/
> >  
> >  
> > _______________________________________________
> > Remind-fans mailing list
> > Remind-fans at lists.skoll.ca
> > https://dianne.skoll.ca/mailman/listinfo/remind-fans
> > Remind is at https://dianne.skoll.ca/projects/remind/
> _______________________________________________
> Remind-fans mailing list
> Remind-fans at lists.skoll.ca
> https://dianne.skoll.ca/mailman/listinfo/remind-fans
> Remind is at https://dianne.skoll.ca/projects/remind/




From dianne at skoll.ca  Tue Jan 30 09:55:21 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Tue, 30 Jan 2024 09:55:21 -0500
Subject: [Remind-Fans] Ways to use Remind
In-Reply-To: <3QB9ZGF6U2Z9X.374VU2QWZ3XUJ@wilsonb.com>
References: <2LBCSV65JK86A.3LU4WDT0M96E9@wilsonb.com>
 <45427bf1-7f50-4e9a-816f-1347fca6cdeb@disroot.org>
 <3QB9ZGF6U2Z9X.374VU2QWZ3XUJ@wilsonb.com>
Message-ID: <20240130095521.54d4581d@gato.skoll.ca>

On Tue, 30 Jan 2024 13:10:17 +0900
taekoocair--- via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> Neat. This looks nice for single-person use to synchronize between
> personal devices. My primary use case of Google Calendar is as a
> collaborative tool.

Yes, Remind's big weakness is it's strictly designed for personal use.
There's no easy way to share calendars, find mutual free times, etc.

Regards,

Dianne.

From matf at disr.it  Tue Jan 30 12:17:12 2024
From: matf at disr.it (Mathieu)
Date: Tue, 30 Jan 2024 18:17:12 +0100
Subject: [Remind-Fans] Ways to use Remind
In-Reply-To: <2ec62f96-bf65-4a84-843e-790129a9e407@disroot.org>
References: <2ec62f96-bf65-4a84-843e-790129a9e407@disroot.org>
Message-ID: <9d29f366-ded3-49d0-a01d-cfcf595abda6@disroot.org>

Single-person calendar with different devices is my use case with Remind + remint indeed. There is an AUTOSYNC=on/off option in remint for force synchronization to a pre-configured git remote (pulling when running the script, and pushing when quitting it) so I guess this could be used for collaborative calendars as long as every collaborator has read/write permissions on the git repository. With proper git permissions, one could also imagine read-only users.

However, there is no built-in logic for resolving git conflicts yet, meaning this would have to be done manually if some people edit their local copy of the reminders at the exact same time, or without immediate Internet access to pull and push. Manually resolving conflicts would be annoying, plus people would have to know how to use git. Requiring Internet access to prevent git conflicts would also beat the point of using Remind, or at least one of its strengths, but it would definitely be possible to add a parameter in the script to prevent edition of the reminders file if the remote is not accessible. Limiting, but depending on your needs, maybe that'd do.

Mat

On 2024-01-30 05:10 taekoocair--- via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> Neat. This looks nice for single-person use to synchronize between
> personal
> devices. My primary use case of Google Calendar is as a collaborative
> tool.
> I'm not sure how to have that without going through some service with
> large
> market share, though.
>   
> Mathieu via Remind-fans <remind-fans at lists.skoll.ca> wrote:
>> It does not exactly answer your specific need but I guess I'm taking
>> the opportunity to answer to the original question from 2022: I use
>> a pure bash script (https://git.sr.ht/~mlaparie/remint) to simply
>> remove the need for any ical/caldav calendar. I use remind + remint
>> on all my devices (including my phone, but it has a hardware
>> keyboard so that simplifies using a terminal calendar and editor on
>> it) and display my reminders in a calendar view using remint to wrap
>> the remind functions into keybindings. Then I synchronize my
>> reminders file to git, as remint now has functions to automate the
>> commit, push and pull actions.
>>   
>> I have not pushed my latest remint commits to the public repository
>> yet because they need more testing, I expect corner cases making it
>> fail, and have lacked time to do any proper testing beyon my own
>> use. But if anyone wants to try, the latest version can (1) show the
>> history of changes of the synchronized reminders files (see
>> attachment), (2) use a configuration file thereby removing the need
>> to edit the script itself and losing changes on new updates, and (3)
>> switch between different reminders files or (4) different
>> remint-configuration files on the fly. (3) should be useful for
>> those who organize their reminders into different files for
>> different contexts (i.e., work vs. personal). There is an option in
>> the configuration to make the git synchronization automatic.
>>   
>> Mat
>>   
>> On 2024-01-16 14:35 taekoocair--- via Remind-fans
>> <remind-fans at lists.skoll.ca> wrote:
>>   
>>>> However, I do have a script that pulls down two Google calendars
>>>> (personal
>>>> and work) and converts them to Remind format.
>>>   
>>> This is exactly what I'm looking for. Would you be willing to
>>> share
>>> said
>>> script?
>>>   
>>> Dianne Skoll via Remind-fans <remind-fans at lists.skoll.ca> wrote:
>>>> On Sat, 8 Oct 2022 22:12:04 -0400
>>>> "Paul M. Foster via Remind-fans" <remind-fans at lists.skoll.ca>
>>>> wrote:
>>>>   
>>>>> On Sat, 08 Oct 2022 18:50:58 -0700
>>>>> shipping via Remind-fans <remind-fans at lists.skoll.ca> wrote:
>>>>   
>>>>>> I'm looking for interesting ways others use Remind. I am not a
>>>>>> very    
>>>>>> sophisticated user, but here are a couple of the cronjobs I
>>>>>> use.
>>>>   
>>>>> My use is considerably more pedestrian-- a cron job like this:
>>>>> 0 04 * * * /usr/bin/remind ~/.reminders | mail -s 'Daily
>>>>> Reminders'
>>>>> paulf at localhost
>>>>   
>>>> I pretty much just use TkRemind.  However, I do have a script
>>>> that
>>>> pulls
>>>> down two Google calendars (personal and work) and converts them
>>>> to
>>>> Remind
>>>> format.  That script runs from cron every half hour; that way,
>>>> things I add
>>>> to my calendar on my phone wind up in Remind.
>>>>   
>>>> Regards,
>>>>   
>>>> Dianne.
>>>> _______________________________________________
>>>> Remind-fans mailing list
>>>> Remind-fans at lists.skoll.ca
>>>> https://dianne.skoll.ca/mailman/listinfo/remind-fans
>>>> Remind is at https://dianne.skoll.ca/projects/remind/
>>>   
>>>   
>>> _______________________________________________
>>> Remind-fans mailing list
>>> Remind-fans at lists.skoll.ca
>>> https://dianne.skoll.ca/mailman/listinfo/remind-fans
>>> Remind is at https://dianne.skoll.ca/projects/remind/
>> _______________________________________________
>> Remind-fans mailing list
>> Remind-fans at lists.skoll.ca
>> https://dianne.skoll.ca/mailman/listinfo/remind-fans
>> Remind is at https://dianne.skoll.ca/projects/remind/
>   
>   
>   
> _______________________________________________
> Remind-fans mailing list
> Remind-fans at lists.skoll.ca
> https://dianne.skoll.ca/mailman/listinfo/remind-fans
> Remind is at https://dianne.skoll.ca/projects/remind/



From dianne at skoll.ca  Tue Jan 30 13:10:01 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Tue, 30 Jan 2024 13:10:01 -0500
Subject: [Remind-Fans] Multi-user Remind (was Re:  Ways to use Remind)
In-Reply-To: <9d29f366-ded3-49d0-a01d-cfcf595abda6@disroot.org>
References: <2ec62f96-bf65-4a84-843e-790129a9e407@disroot.org>
 <9d29f366-ded3-49d0-a01d-cfcf595abda6@disroot.org>
Message-ID: <20240130131001.6551ab49@gato.skoll.ca>

On Tue, 30 Jan 2024 18:17:12 +0100
Mathieu via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> Single-person calendar with different devices is my use case with
> Remind + remint indeed. There is an AUTOSYNC=on/off option in remint
> for force synchronization to a pre-configured git remote (pulling
> when running the script, and pushing when quitting it) so I guess
> this could be used for collaborative calendars as long as every
> collaborator has read/write permissions on the git repository.

Git, IMO, is not the right tool for the job.  It's a revision-control
tool; it doesn't understand calendaring or schedule conflicts.

I was thinking of developing something that could manage Remind
calendars centrally.  You could then search for free time to schedule
meetings by running Remind against each person's calendar in a special
mode that tracks busy/free times... some sort of daemon to do the calendar
management.

However, that sounded like a lot of work and since Remind has no chance
of being used in a corporate environment anyway (where most of the demand
for shared calendars is) I don't think it would be worth it.

If someone else wants to tackle this... go for it! :)

Regards,

Dianne.

From nfultz at gmail.com  Tue Jan 30 13:24:23 2024
From: nfultz at gmail.com (Neal Fultz)
Date: Tue, 30 Jan 2024 10:24:23 -0800
Subject: [Remind-Fans] Multi-user Remind (was Re: Ways to use Remind)
In-Reply-To: <20240130131001.6551ab49@gato.skoll.ca>
References: <2ec62f96-bf65-4a84-843e-790129a9e407@disroot.org>
 <9d29f366-ded3-49d0-a01d-cfcf595abda6@disroot.org>
 <20240130131001.6551ab49@gato.skoll.ca>
Message-ID: <CAL9B2vfwSWkUe+YqZFgiqiNtP1wge9kQHMeyNaccYTzFmExY2A@mail.gmail.com>

>
> I was thinking of developing something that could manage Remind
> calendars centrally.  You could then search for free time to schedule
> meetings by running Remind against each person's calendar in a special
> mode that tracks busy/free times... some sort of daemon to do the calendar
> management.
>
> However, that sounded like a lot of work and since Remind has no chance
> of being used in a corporate environment anyway (where most of the demand
> for shared calendars is) I don't think it would be worth it.
>
> If someone else wants to tackle this... go for it! :)
>

I am reminded of the book /Dreaming in Code/ - it describes Mitch Kapor's
Chandler project, and how it died because the calendar server got too
complicated. He spent several million dollars on it and never
shipped anything.

Syncing calendars in general is pretty hard, I guess.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240130/3ffacfd4/attachment.htm>

From dianne at skoll.ca  Tue Jan 30 13:39:12 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Tue, 30 Jan 2024 13:39:12 -0500
Subject: [Remind-Fans] Multi-user Remind (was Re: Ways to use Remind)
In-Reply-To: <CAL9B2vfwSWkUe+YqZFgiqiNtP1wge9kQHMeyNaccYTzFmExY2A@mail.gmail.com>
References: <2ec62f96-bf65-4a84-843e-790129a9e407@disroot.org>
 <9d29f366-ded3-49d0-a01d-cfcf595abda6@disroot.org>
 <20240130131001.6551ab49@gato.skoll.ca>
 <CAL9B2vfwSWkUe+YqZFgiqiNtP1wge9kQHMeyNaccYTzFmExY2A@mail.gmail.com>
Message-ID: <20240130133912.34fa0759@gato.skoll.ca>

On Tue, 30 Jan 2024 10:24:23 -0800
Neal Fultz via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> I am reminded of the book /Dreaming in Code/ - it describes Mitch
> Kapor's Chandler project, and how it died because the calendar server
> got too complicated. He spent several million dollars on it and never
> shipped anything.

I remember that.  I looked at development versions of Chandler and immediately
thought to myself:  "This is way over-engineered; it's going nowhere."

> Syncing calendars in general is pretty hard, I guess.

Not necessarily.  I have a book called "Effective Tcl" and one of the sample
projects is a centralized calendar server (a very simple one, obviously, but
still...)

Regards,

Dianne.

From storm_dragon at linux-a11y.org  Tue Jan 30 13:44:16 2024
From: storm_dragon at linux-a11y.org (Storm Dragon)
Date: Tue, 30 Jan 2024 13:44:16 -0500
Subject: [Remind-Fans] Multi-user Remind (was Re:  Ways to use Remind)
In-Reply-To: <20240130131001.6551ab49@gato.skoll.ca>
References: <2ec62f96-bf65-4a84-843e-790129a9e407@disroot.org>
 <9d29f366-ded3-49d0-a01d-cfcf595abda6@disroot.org>
 <20240130131001.6551ab49@gato.skoll.ca>
Message-ID: <ZblDgEv5m2_Op8Qk@hotmail.com>

Howdy,

This might be awesome if done with something like syncthing uses. You
could share your remind key with someone, and they could view
availability, or even scheduled events bassed on permissions. Everything
would be peer to peer, so no need for central servers.

That would certainly be a lot of work. The rewards for such a system
might be pretty neat though.

Thanks,
Storm
On Tue, Jan 30, 2024 at 01:10:01PM -0500, Remind Fans wrote:
>On Tue, 30 Jan 2024 18:17:12 +0100
>Mathieu via Remind-fans <remind-fans at lists.skoll.ca> wrote:
>
>> Single-person calendar with different devices is my use case with
>> Remind + remint indeed. There is an AUTOSYNC=on/off option in remint
>> for force synchronization to a pre-configured git remote (pulling
>> when running the script, and pushing when quitting it) so I guess
>> this could be used for collaborative calendars as long as every
>> collaborator has read/write permissions on the git repository.
>
>Git, IMO, is not the right tool for the job.  It's a revision-control
>tool; it doesn't understand calendaring or schedule conflicts.
>
>I was thinking of developing something that could manage Remind
>calendars centrally.  You could then search for free time to schedule
>meetings by running Remind against each person's calendar in a special
>mode that tracks busy/free times... some sort of daemon to do the calendar
>management.
>
>However, that sounded like a lot of work and since Remind has no chance
>of being used in a corporate environment anyway (where most of the demand
>for shared calendars is) I don't think it would be worth it.
>
>If someone else wants to tackle this... go for it! :)
>
>Regards,
>
>Dianne.
>_______________________________________________
>Remind-fans mailing list
>Remind-fans at lists.skoll.ca
>https://dianne.skoll.ca/mailman/listinfo/remind-fans
>Remind is at https://dianne.skoll.ca/projects/remind/

-- 
??
Accessible low cost computers for everyone! https://stormux.org
Stormux Code Repository: https://git.stormux.org/storm/stormux
                          https://git.stormux.org/storm/configure-stormux
Stormux Shop: https://stormux.org/shop/
Get my public PGP key: gpg --recv-key 43DDC193
Most of you are familiar with the virtues of a programmer. There are three, of course: laziness, impatience, and hubris.

Support Stormux: https://ko-fi.com/stormux
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240130/e1fc3240/attachment.sig>

From alexander-moeller at posteo.de  Fri Feb  2 13:26:51 2024
From: alexander-moeller at posteo.de (Alexander =?utf-8?Q?M=C3=B6ller?=)
Date: Fri,  2 Feb 2024 18:26:51 +0000
Subject: [Remind-Fans] Daemon mode seems to incorrectly evaluate msgprefix(x)
Message-ID: <Zb0z6_dGZ9T5XcVY@local>

Hi,

it seems to me that the -z flag changes behaviour in an undocumented way
- or I misunderstand what behaviour is expected.

Here is what I'm trying to do: I have a `msgprefix(x)` defined that is
properly evaluated when running `rem` and I would like to get it
properly displayed in my notifications as well. This however doesn't
work for every component of the `msgprefix(x)` when using daemon mode.

In detail: The relevant part of my `~/.reminders` is
    FSET fileprefix() upper(substr(filename(),strlen(remind_dir)+2,strlen(filename())-4))
    FSET msgprefix(x) iif(trigtime() == 0, "", trigtime() + " ") \
        + fileprefix() + ": " \
        + iif(x == 0, "(IMPORTANT) ", x == 9999, "(Only FYI) ", "")
    SET remind_dir getenv("HOME") + "/.config/remind/"
    INCLUDE [remind_dir]/private.rem
    INCLUDE [remind_dir]/training.rem
    INCLUDE [remind_dir]/work.rem

This means that e.g. the following `~/.config/remind/private.rem`
    rem at 12:00 priority 0 msg Some reminder
    rem at 12:05 priority 9999 msg Some other reminder
    rem msg Some third reminder

would result in:
    $ rem
    12:00 PRIVATE: (IMPORTANT) Some reminder
    12:05 PRIVATE: (Only FYI) Some other reminder
    PRIVATE: Some third reminder

Fortunately, that is also what happens. But using
`remind -z -k"<notification service> %s &" ~/.reminders` would
create the following notifications:
    12:00 : (IMPORTANT) Some reminder
    12:05 : (IMPORTANT) Some other reminder

So, using -z seems to drop `fileprefix()` and evaluate the priority to
always be equal to 0 which to me looks like a bug. Is that correct or
did I miss something?
Using only `-k"..."` without the -z produces the (in my opinion) correct
behaviour again. I've also tested this on different OSs and with
multiple <notification service> and I can reliably produce this
behaviour.
But please let me know if I should test something else.

Cheers,
Alexander

From dianne at skoll.ca  Fri Feb  2 13:37:26 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Fri, 2 Feb 2024 13:37:26 -0500
Subject: [Remind-Fans] Daemon mode seems to incorrectly evaluate
 msgprefix(x)
In-Reply-To: <Zb0z6_dGZ9T5XcVY@local>
References: <Zb0z6_dGZ9T5XcVY@local>
Message-ID: <20240202133726.1ced5dcb@gato.skoll.ca>

On Fri,  2 Feb 2024 18:26:51 +0000
Alexander M?ller via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> it seems to me that the -z flag changes behaviour in an undocumented
> way - or I misunderstand what behaviour is expected.

It's undocumented.  When Reminders are queued, some of the context is not
queued with them, and one of the things that isn't queued is the filename
from which the reminder originated.  Also, the priority isn't queued either.

I will look at fixing this for a future release.

Regards,

Dianne.


From alexander-moeller at posteo.de  Sat Feb  3 05:19:56 2024
From: alexander-moeller at posteo.de (Alexander =?utf-8?Q?M=C3=B6ller?=)
Date: Sat,  3 Feb 2024 10:19:56 +0000
Subject: [Remind-Fans] Daemon mode seems to incorrectly evaluate
 msgprefix(x)
In-Reply-To: <20240202133726.1ced5dcb@gato.skoll.ca>
Message-ID: <Zb4TTCrbtIFtwJqU@local>

On 2024/02/02 13:37, Dianne Skoll wrote:
> On Fri,  2 Feb 2024 18:26:51 +0000
> Alexander M?ller via Remind-fans <remind-fans at lists.skoll.ca> wrote:
>
> > it seems to me that the -z flag changes behaviour in an undocumented
> > way - or I misunderstand what behaviour is expected.
>
> It's undocumented.  When Reminders are queued, some of the context is not
> queued with them, and one of the things that isn't queued is the filename
> from which the reminder originated.  Also, the priority isn't queued either.
>
> I will look at fixing this for a future release.

Thanks, adding the context would be great. I appreciate you taking a
look at it. If and when I can help with testing, please let me know.

Cheers,
Alexander

From dianne at skoll.ca  Sat Feb  3 09:43:34 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Sat, 3 Feb 2024 09:43:34 -0500
Subject: [Remind-Fans] Daemon mode seems to incorrectly evaluate
 msgprefix(x)
In-Reply-To: <Zb4TTCrbtIFtwJqU@local>
References: <20240202133726.1ced5dcb@gato.skoll.ca>
	<Zb4TTCrbtIFtwJqU@local>
Message-ID: <20240203094334.1224b59d@gato.skoll.ca>

On Sat,  3 Feb 2024 10:19:56 +0000
Alexander M?ller via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> Thanks, adding the context would be great. I appreciate you taking a
> look at it. If and when I can help with testing, please let me know.

I think I have it fixed.  Could you please test 4.02.09-BETA-1?

This link: https://salsa.debian.org/dskoll/remind/-/tags/04.02.09-BETA-1
should give you an option to download as a tarball.

Regards,

Dianne.


From alexander-moeller at posteo.de  Sat Feb  3 14:10:46 2024
From: alexander-moeller at posteo.de (Alexander =?utf-8?Q?M=C3=B6ller?=)
Date: Sat,  3 Feb 2024 19:10:46 +0000
Subject: [Remind-Fans] Daemon mode seems to incorrectly evaluate
 msgprefix(x)
In-Reply-To: <20240203094334.1224b59d@gato.skoll.ca>
References: <20240202133726.1ced5dcb@gato.skoll.ca> <Zb4TTCrbtIFtwJqU@local>
 <20240203094334.1224b59d@gato.skoll.ca>
Message-ID: <Zb6PtjqGniNcmMru@local>

On 2024/02/03  9:43, Dianne Skoll wrote:
> I think I have it fixed.  Could you please test 4.02.09-BETA-1?
>
> This link: https://salsa.debian.org/dskoll/remind/-/tags/04.02.09-BETA-1
> should give you an option to download as a tarball.

This looks great. I've tested in on my systems and it seems to work just
as it should. I also didn't notice any regressions.
Thanks for the quick fix!

Cheers,
Alexander

From dianne at skoll.ca  Sat Feb  3 15:22:23 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Sat, 3 Feb 2024 15:22:23 -0500
Subject: [Remind-Fans] Daemon mode seems to incorrectly evaluate
 msgprefix(x)
In-Reply-To: <Zb6PtjqGniNcmMru@local>
References: <20240202133726.1ced5dcb@gato.skoll.ca> <Zb4TTCrbtIFtwJqU@local>
 <20240203094334.1224b59d@gato.skoll.ca> <Zb6PtjqGniNcmMru@local>
Message-ID: <20240203152223.06ee8504@gato.skoll.ca>

On Sat,  3 Feb 2024 19:10:46 +0000
Alexander M?ller <alexander-moeller at posteo.de> wrote:

> On 2024/02/03  9:43, Dianne Skoll wrote:
> > I think I have it fixed.  Could you please test 4.02.09-BETA-1?

> This looks great. I've tested in on my systems and it seems to work
> just as it should. I also didn't notice any regressions.
> Thanks for the quick fix!

OK, great!  I'll probably release 04.02.09 early next week.

Regards,

Dianne.


From dianne at skoll.ca  Sun Feb  4 13:16:24 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Sun, 4 Feb 2024 13:16:24 -0500
Subject: [Remind-Fans] Remind 04.02.09 is Released
Message-ID: <20240204131624.7213734d@gato.skoll.ca>

Hi, everyone,

Remind 04.02.09 is available at https://dianne.skoll.ca/projects/remind/

Tar: https://dianne.skoll.ca/projects/remind/download/remind-04.02.09.tar.gz
GPG: https://dianne.skoll.ca/projects/remind/download/remind-04.02.09.tar.gz.sig
Git: https://git.skoll.ca/Skollsoft-Public/Remind

This is mostly a minor bug fix release with a few small new features.
Complete release notes follow.

Regards,

Dianne.

CHANGES TO REMIND

* VERSION 4.2 Patch 9 - 2024-02-04

- CHANGE: remind: Do not attempt to guess terminal background color on
  startup.  Only obtain it as needed.  This can prevent mojibake from
  appearing on terminals that don't support the color query escape
  sequence.

- IMPROVEMENT: remind: Add new system variables $NumFullOmits,
  $MaxFullOmits, $NumPartialOmits and $MaxPartialOmits.

- IMPROVEMENT: remind: Issue a warning if someone OMITs every possible date.

- IMPROVEMENT: remind: In several error messages complaining about limits
  being exceeded, include the actual limit in the error message.  Clarify
  the man page regarding limits on the number of OMITs.

- MINOR NEW FEATURE: remind:  The expression STRING * INT or INT * STRING
  is now accepted and yields a string that is INT concatenations of the
  origina STRING.  In this case, INT must be non-negative and the total
  string length can't exceed $MaxStringLen.

- DOCUMENTATION: Add "Astronomical Algorithms" by Jean Meeus to bibliography.

- DOCUMENTATION FIX: Update address of the Free Software Foundation in the
  license file.

- DOCUMENTATION: Note that rem2ps is deprecated and will not received any
  new features.  Further development will happen on rem2pdf.

- BUG FIX: Preserve the filename() and priority context for queued reminders.
  Previously, the filename information was lost and the priority was
  coming from uninitialized memory (yikes!).  bug found by Alexander
  M?ller.

- BUG FIX: build.tk: Various minor improvements.

- BUG FIX: remind: In server mode, if we de-queue a reminder without
  triggering it, issue a "NOTE queued %d" message to update the
  client's notion of the queue size.

- BUG FIX: tkremind: Fix typo found by Lorenzo Bazzanini.

* VERSION 4.2 Patch 8 - 2023-12-14
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240204/fd13c134/attachment.sig>

From mdebusk at gmail.com  Thu Feb 22 14:03:24 2024
From: mdebusk at gmail.com (Michael DeBusk)
Date: Thu, 22 Feb 2024 14:03:24 -0500
Subject: [Remind-Fans] Ways to Use Remind
Message-ID: <CAMr=pcdKUDp6ZDEiASSVgEZOqi_d7kSM9-T9X5mB1JQbNX1Rrg@mail.gmail.com>

There was a recent thread here on interesting or unusual ways people
use remind. I can't seem to find it in my e-mail account to add this,
and for breaking the thread, I'm sorry.

A couple of days ago I started writing a bash script to put the
current weather conditions into a notify-send popup and wanted a way
to use different icons based on the conditions and whether or not it
was day or night. I looked for a program to tell me when sunrise and
sunset are and, after a couple of disappointing finds, I realized I
already have one. Duh.

Using this in a separate file, I get exactly what I want.

```
BANNER %
REM Sunrise: [sunrise()] Sunset: [sunset()]
```

I parse the output through awk rather than running remind twice, but
it occurred to me afterward that I'm probably not saving much overhead
that way. Maybe I'll reconsider.

-- 
()  ascii ribbon campaign     * against html e-mail
/\  www.asciiribbon.org       * against proprietary attachments
Home: http://nlphilia.com     * Blog: http://nlphilia.net

From dianne at skoll.ca  Thu Feb 22 15:01:05 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Thu, 22 Feb 2024 15:01:05 -0500
Subject: [Remind-Fans] Ways to Use Remind
In-Reply-To: <CAMr=pcdKUDp6ZDEiASSVgEZOqi_d7kSM9-T9X5mB1JQbNX1Rrg@mail.gmail.com>
References: <CAMr=pcdKUDp6ZDEiASSVgEZOqi_d7kSM9-T9X5mB1JQbNX1Rrg@mail.gmail.com>
Message-ID: <20240222150105.6e0fa14b@gato.skoll.ca>

On Thu, 22 Feb 2024 14:03:24 -0500
Michael DeBusk via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> A couple of days ago I started writing a bash script to put the
> current weather conditions into a notify-send popup and wanted a way
> to use different icons based on the conditions and whether or not it
> was day or night.

> ```
> BANNER %
> REM Sunrise: [sunrise()] Sunset: [sunset()]
> ```

Neat!  Another option is to do some of the logic in Remind itself.  For
example, if your icons are in separate directories "day" and "night",
your reminder file could look like this:

     # File day-or-night.rem
     BANNER %
     IF now() < sunrise() || now() > sunset()
         MSG night%
     ELSE
         MSG day%
     ENDIF

Then your Bash script could look like this:

ICONDIR=`remind day-or-night.rem`
# ...
ICON=$ICONDIR/$CONDITIONS

Regards,

Dianne.

From mdebusk at gmail.com  Thu Feb 22 17:42:40 2024
From: mdebusk at gmail.com (Michael DeBusk)
Date: Thu, 22 Feb 2024 17:42:40 -0500
Subject: [Remind-Fans] Ways to Use Remind
In-Reply-To: <20240222150105.6e0fa14b@gato.skoll.ca>
References: <CAMr=pcdKUDp6ZDEiASSVgEZOqi_d7kSM9-T9X5mB1JQbNX1Rrg@mail.gmail.com>
 <20240222150105.6e0fa14b@gato.skoll.ca>
Message-ID: <CAMr=pcdk90tNuj8g=yjb4d4Cmvt+aBxUo9pAuKE1tePfX=8EwQ@mail.gmail.com>

On Thu, Feb 22, 2024 at 3:01?PM Dianne Skoll via Remind-fans
<remind-fans at lists.skoll.ca> wrote:

> Neat!  Another option is to do some of the logic in Remind itself.

Oh, I like that SO MUCH better. Saves me a call to awk AND solves the
problem without doing anything else. Thank you!

-- 
()  ascii ribbon campaign     * against html e-mail
/\  www.asciiribbon.org       * against proprietary attachments
Home: http://nlphilia.com     * Blog: http://nlphilia.net


From jag at aangat.lahat.computer  Sun Feb 25 13:46:54 2024
From: jag at aangat.lahat.computer (Jag Talon)
Date: Sun, 25 Feb 2024 13:46:54 -0500
Subject: [Remind-Fans] Different timezones in the same file / view?
Message-ID: <31bea141-4463-45b3-8e28-22f4edec58f3@aangat.lahat.computer>

Hello!

I'm a new user of remind, and I'm really enjoying it. I love that this
lightweight calendaring system exists! I'm struggling to understand if
it's possible to set up reminders for different timezones though.

I'll be traveling soon, and I was thinking of a scenario where I get to
keep the reminders that I have from home (and be set at the right time)
while also being able to set reminders relevant for my new location.

Is that possible to set up?

Thank you!

-- 
Jag Talon (he/him)

https://jagtalon.net/
https://weirder.earth/@jag
https://aangat.lahat.computer/

From dianne at skoll.ca  Sun Feb 25 20:38:51 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Sun, 25 Feb 2024 20:38:51 -0500
Subject: [Remind-Fans] Different timezones in the same file / view?
In-Reply-To: <31bea141-4463-45b3-8e28-22f4edec58f3@aangat.lahat.computer>
References: <31bea141-4463-45b3-8e28-22f4edec58f3@aangat.lahat.computer>
Message-ID: <20240225203851.24f94b1f@gato.skoll.ca>

On Sun, 25 Feb 2024 13:46:54 -0500
Jag Talon via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> I'll be traveling soon, and I was thinking of a scenario where I get
> to keep the reminders that I have from home (and be set at the right
> time) while also being able to set reminders relevant for my new
> location.

Remind is not spectacular at handling time zones.  All times in reminder
files are interpreted in the local time zone.  If you want to make
a non-repeating reminder in a specific time zone, you could do something
like this:

REM [tzconvert('2024-02-28 at 09:00', "Canada/Pacific")] MSG whatever

which would always be triggered at 9:00AM Pacific time on February 28,
2024, no matter what the local time on your computer is.  If you don't
mind always expressing your reminders in UTC, you can use utctolocal instead:

REM [utctolocal('2024-02-28 at 17:00')] MSG whatever

which is triggered at 5:00PM on 2024-02-28, UTC, which happens to be the
same as 9:00AM Pacific.

For repeating reminders, it's much trickier because changing time zones
can change the date.  If you are sure this won't happen, you can
express all of the times in UTC and adjust as follows:

REM Tuesday AT [14:00 + $MinsFromUTC] MSG foo

This will trigger every Tuesday at 14:00 UTC no matter what time zone your
computer is in *assuming* that $MinsFromUTC is not so high that the time
goes backwards or forwards past midnight.  Not a great solution, but it
does work for many use cases.

Regards,

Dianne.

From jag at aangat.lahat.computer  Sun Feb 25 22:59:45 2024
From: jag at aangat.lahat.computer (Jag Talon)
Date: Sun, 25 Feb 2024 22:59:45 -0500
Subject: [Remind-Fans] Different timezones in the same file / view?
In-Reply-To: <20240225203851.24f94b1f@gato.skoll.ca>
References: <31bea141-4463-45b3-8e28-22f4edec58f3@aangat.lahat.computer>
 <20240225203851.24f94b1f@gato.skoll.ca>
Message-ID: <8caaccde-b41e-4111-88c8-2c0d71db5b08@aangat.lahat.computer>

Ah this is great thank you so much, Dianne! I'll try this out!

On 2/25/24 8:38 PM, Dianne Skoll via Remind-fans wrote:
> On Sun, 25 Feb 2024 13:46:54 -0500
> Jag Talon via Remind-fans <remind-fans at lists.skoll.ca> wrote:
> 
>> I'll be traveling soon, and I was thinking of a scenario where I get
>> to keep the reminders that I have from home (and be set at the right
>> time) while also being able to set reminders relevant for my new
>> location.
> 
> Remind is not spectacular at handling time zones.  All times in reminder
> files are interpreted in the local time zone.  If you want to make
> a non-repeating reminder in a specific time zone, you could do something
> like this:
> 
> REM [tzconvert('2024-02-28 at 09:00', "Canada/Pacific")] MSG whatever
> 
> which would always be triggered at 9:00AM Pacific time on February 28,
> 2024, no matter what the local time on your computer is.  If you don't
> mind always expressing your reminders in UTC, you can use utctolocal instead:
> 
> REM [utctolocal('2024-02-28 at 17:00')] MSG whatever
> 
> which is triggered at 5:00PM on 2024-02-28, UTC, which happens to be the
> same as 9:00AM Pacific.
> 
> For repeating reminders, it's much trickier because changing time zones
> can change the date.  If you are sure this won't happen, you can
> express all of the times in UTC and adjust as follows:
> 
> REM Tuesday AT [14:00 + $MinsFromUTC] MSG foo
> 
> This will trigger every Tuesday at 14:00 UTC no matter what time zone your
> computer is in *assuming* that $MinsFromUTC is not so high that the time
> goes backwards or forwards past midnight.  Not a great solution, but it
> does work for many use cases.
> 
> Regards,
> 
> Dianne.
> _______________________________________________
> Remind-fans mailing list
> Remind-fans at lists.skoll.ca
> https://dianne.skoll.ca/mailman/listinfo/remind-fans
> Remind is at https://dianne.skoll.ca/projects/remind/

-- 
Jag Talon (he/him)

https://jagtalon.net/
https://weirder.earth/@jag
https://aangat.lahat.computer/

From dianne at skoll.ca  Thu Feb 29 11:19:20 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Thu, 29 Feb 2024 11:19:20 -0500
Subject: [Remind-Fans] Humble pie time - ancient bug uncovered
Message-ID: <20240229111920.1f514d4b@gato.skoll.ca>

Hi, all,

I've just discovered a bug in Remind that has been around, near as I can
tell, for at least 28 years.  Time to eat humble pie. :)

The reminder:

    REM 29 MSG Trigger on the 29th of each month

will not trigger today (Feb 29 2024), even though it should.

This commit fixes it:

https://git.skoll.ca/Skollsoft-Public/Remind/commit/267e8533cf2f9d630b6b82fe84166b0308e7594e

I'll be putting out a new release of Remind soon, with this fix and a
number of other changes and improvements.

Regards,

Dianne.

From robert.funnell at mcgill.ca  Thu Feb 29 11:24:56 2024
From: robert.funnell at mcgill.ca (W. Robert J. Funnell, Prof.)
Date: Thu, 29 Feb 2024 16:24:56 +0000
Subject: [Remind-Fans] Humble pie time - ancient bug uncovered
In-Reply-To: <20240229111920.1f514d4b@gato.skoll.ca>
References: <20240229111920.1f514d4b@gato.skoll.ca>
Message-ID: <YQBPR01MB108299AD50EEC5B05B0A30357925F2@YQBPR01MB10829.CANPRD01.PROD.OUTLOOK.COM>

'One small step for Dianne, one giant leap for Remind.'
- Robert
________________________________
From: Remind-fans <remind-fans-bounces at lists.skoll.ca> on behalf of Dianne Skoll via Remind-fans <remind-fans at lists.skoll.ca>
Sent: February 29, 2024 11:19
To: Users of Remind <remind-fans at lists.skoll.ca>
Cc: Dianne Skoll <dianne at skoll.ca>
Subject: [Remind-Fans] Humble pie time - ancient bug uncovered

Hi, all,

I've just discovered a bug in Remind that has been around, near as I can
tell, for at least 28 years.  Time to eat humble pie. :)

The reminder:

    REM 29 MSG Trigger on the 29th of each month

will not trigger today (Feb 29 2024), even though it should.

This commit fixes it:

https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.skoll.ca%2FSkollsoft-Public%2FRemind%2Fcommit%2F267e8533cf2f9d630b6b82fe84166b0308e7594e&data=05%7C02%7Crobert.funnell%40mcgill.ca%7C372c2d004203420e50ac08dc39425b08%7Ccd31967152e74a68afa9fcf8f89f09ea%7C0%7C0%7C638448204354673169%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=gdPQExWhjp4Z%2FoT57VqfeklT%2BWSrfYLUTM%2FwPhhsdeo%3D&reserved=0<https://git.skoll.ca/Skollsoft-Public/Remind/commit/267e8533cf2f9d630b6b82fe84166b0308e7594e>

I'll be putting out a new release of Remind soon, with this fix and a
number of other changes and improvements.

Regards,

Dianne.
_______________________________________________
Remind-fans mailing list
Remind-fans at lists.skoll.ca
https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdianne.skoll.ca%2Fmailman%2Flistinfo%2Fremind-fans&data=05%7C02%7Crobert.funnell%40mcgill.ca%7C372c2d004203420e50ac08dc39425b08%7Ccd31967152e74a68afa9fcf8f89f09ea%7C0%7C0%7C638448204354686110%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=k76pgESDP63FP6b1cIxpf995Au92xjaKcIBQMPj44O0%3D&reserved=0<https://dianne.skoll.ca/mailman/listinfo/remind-fans>
Remind is at https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdianne.skoll.ca%2Fprojects%2Fremind%2F&data=05%7C02%7Crobert.funnell%40mcgill.ca%7C372c2d004203420e50ac08dc39425b08%7Ccd31967152e74a68afa9fcf8f89f09ea%7C0%7C0%7C638448204354694454%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=IZ9pJxRhBnHdoG9Uxn2He594DoQ8gckFxDcm5fj8Z%2Bs%3D&reserved=0<https://dianne.skoll.ca/projects/remind/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240229/c2487572/attachment.htm>

From mdebusk at gmail.com  Thu Feb 29 13:39:10 2024
From: mdebusk at gmail.com (Michael DeBusk)
Date: Thu, 29 Feb 2024 13:39:10 -0500
Subject: [Remind-Fans] Humble pie time - ancient bug uncovered
In-Reply-To: <20240229111920.1f514d4b@gato.skoll.ca>
References: <20240229111920.1f514d4b@gato.skoll.ca>
Message-ID: <CAMr=pce6Z8paFvFeoDLo-p-1vRM7LCz3A_0q5z5PCi_om5vvDw@mail.gmail.com>

On Thu, Feb 29, 2024 at 11:20?AM Dianne Skoll via Remind-fans
<remind-fans at lists.skoll.ca> wrote:

>     REM 29 MSG Trigger on the 29th of each month
>
> will not trigger today (Feb 29 2024), even though it should.

You found a bug that has apparently affected one user (you) once in 28
years. That's nothing to be ashamed of. :)

-- 
()  ascii ribbon campaign     * against html e-mail
/\  www.asciiribbon.org       * against proprietary attachments
Home: http://nlphilia.com     * Blog: http://nlphilia.net


From justin at jalcorn.net  Thu Feb 29 13:45:08 2024
From: justin at jalcorn.net (Justin Alcorn)
Date: Thu, 29 Feb 2024 13:45:08 -0500
Subject: [Remind-Fans] Humble pie time - ancient bug uncovered
In-Reply-To: <20240229111920.1f514d4b@gato.skoll.ca>
References: <20240229111920.1f514d4b@gato.skoll.ca>
Message-ID: <CAHyJEifVWTKOxTXuZP0FUD-pvD_L2RAfBxZ3tBE3XyB8Op1Zaw@mail.gmail.com>

Now THAT'S the very definition of an 'edge case'
-- 
Justin B. Alcorn
The views expressed are not necessarily my own, much less anyone else's
PGP Fingerprint CCEB F776 C3FD 1050 C8DB  532E B8B9 BED7 7764 406C


On Thu, Feb 29, 2024 at 11:20?AM Dianne Skoll via Remind-fans <
remind-fans at lists.skoll.ca> wrote:

> Hi, all,
>
> I've just discovered a bug in Remind that has been around, near as I can
> tell, for at least 28 years.  Time to eat humble pie. :)
>
> The reminder:
>
>     REM 29 MSG Trigger on the 29th of each month
>
> will not trigger today (Feb 29 2024), even though it should.
>
> This commit fixes it:
>
>
> https://git.skoll.ca/Skollsoft-Public/Remind/commit/267e8533cf2f9d630b6b82fe84166b0308e7594e
>
> I'll be putting out a new release of Remind soon, with this fix and a
> number of other changes and improvements.
>
> Regards,
>
> Dianne.
> _______________________________________________
> Remind-fans mailing list
> Remind-fans at lists.skoll.ca
> https://dianne.skoll.ca/mailman/listinfo/remind-fans
> Remind is at https://dianne.skoll.ca/projects/remind/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240229/5ff359d5/attachment.htm>

From sector11sr71 at gmail.com  Thu Feb 29 14:13:06 2024
From: sector11sr71 at gmail.com (B. William)
Date: Thu, 29 Feb 2024 16:13:06 -0300
Subject: [Remind-Fans] Humble pie time - ancient bug uncovered
In-Reply-To: <CAHyJEifVWTKOxTXuZP0FUD-pvD_L2RAfBxZ3tBE3XyB8Op1Zaw@mail.gmail.com>
References: <20240229111920.1f514d4b@gato.skoll.ca>
 <CAHyJEifVWTKOxTXuZP0FUD-pvD_L2RAfBxZ3tBE3XyB8Op1Zaw@mail.gmail.com>
Message-ID: <CANCnwiKFZNvtPu0w=-Y8bRaHAn=0xTfPy-xUdUuSuErJdoXxfw@mail.gmail.com>

After 28 years it's not a bug.
It's an undiscovered feature that needs a tweak.
KUDOS Diane!

On Thu, 29 Feb 2024 at 15:45, Justin Alcorn via Remind-fans
<remind-fans at lists.skoll.ca> wrote:
>
> Now THAT'S the very definition of an 'edge case'
> --
> Justin B. Alcorn
> The views expressed are not necessarily my own, much less anyone else's
> PGP Fingerprint CCEB F776 C3FD 1050 C8DB  532E B8B9 BED7 7764 406C
>
>
> On Thu, Feb 29, 2024 at 11:20?AM Dianne Skoll via Remind-fans <remind-fans at lists.skoll.ca> wrote:
>>
>> Hi, all,
>>
>> I've just discovered a bug in Remind that has been around, near as I can
>> tell, for at least 28 years.  Time to eat humble pie. :)
>>
>> The reminder:
>>
>>     REM 29 MSG Trigger on the 29th of each month
>>
>> will not trigger today (Feb 29 2024), even though it should.
>>
>> This commit fixes it:
>>
>> https://git.skoll.ca/Skollsoft-Public/Remind/commit/267e8533cf2f9d630b6b82fe84166b0308e7594e
>>
>> I'll be putting out a new release of Remind soon, with this fix and a
>> number of other changes and improvements.
>>
>> Regards,
>>
>> Dianne.
>> _______________________________________________
>> Remind-fans mailing list
>> Remind-fans at lists.skoll.ca
>> https://dianne.skoll.ca/mailman/listinfo/remind-fans
>> Remind is at https://dianne.skoll.ca/projects/remind/
>
> _______________________________________________
> Remind-fans mailing list
> Remind-fans at lists.skoll.ca
> https://dianne.skoll.ca/mailman/listinfo/remind-fans
> Remind is at https://dianne.skoll.ca/projects/remind/


From dianne at skoll.ca  Thu Feb 29 16:06:58 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Thu, 29 Feb 2024 16:06:58 -0500
Subject: [Remind-Fans] Remind 04.03.00 is released
Message-ID: <20240229160658.7674270b@gato.skoll.ca>

Hi, everyone,

Remind 04.03.00 is available at https://dianne.skoll.ca/projects/remind/

Tar: https://dianne.skoll.ca/projects/remind/download/remind-04.03.00.tar.gz
GPG: https://dianne.skoll.ca/projects/remind/download/remind-04.03.00.tar.gz.sig
Git: https://git.skoll.ca/Skollsoft-Public/Remind

I bumped up the minor version because there are a fair number of internal
changes, even though there's not too much user-visible change.

This release does fix the very edge-case leap-year bug, so I thought it
was appropriate to release it on February 29th.  Complete release
notes follow.

Regards,

Dianne.

CHANGES TO REMIND

* VERSION 4.3 Patch 0 - 2024-02-29

- IMPROVEMENT: remind: If Remind is compiled on a system that supports
  inotify, then in server mode (-z0 or -zj) it monitors the reminders file
  and restarts itself if it detects a change, and also notifies the client.
  Moving inotify support directly into Remind means that tkremind no longer
  has to invoke a separate inotifywait process.

- IMPROVEMENT: remind: Set the CLOEXEC flag on files we open so we
  don't leak file descriptors to programs that we run.  While I don't
  think there's a security issue here (any program you run can do
  anything as your userid anyway) it's best to be clean and tidy.

- IMPROVEMENT: remind: Add localization for the Catalan language, courtesy
  of Eloi Torrents.

- IMPROVEMENT: tkremind: Add a .desktop file and icon so TkRemind can be
  integrated into the desktop menu system, courtesy of Eloi Torrents.

- CHANGE: Add a new server mode with the "-zj" flag.  This is just
  like "-z0" except it uses JSON messages to communicate with the
  client rather than an ad-hoc protocol.  The "-z0" mode is still
  supported, but is deprecated.

- CHANGE: In server mode (-z0 or -zj) any RUN-type reminders, or message
  commands of the "-kcommand" type are run with standard input and standard
  output connected to /dev/null.  NOTE INCOMPATIBILITY: If you previously
  relied on RUN-type reminders to pop up reminders in TkRemind, they no
  longer do.  If you want this, you'll have to get the command that you
  run to pop up its own window with "xmessage" or something similar.

- IMPROVEMENT: tkremind: Make the "Go to date..." dialog non-modal.

- CHANGE: remind: Allow the argument to easterdate() and
  orthodoxeaster() to be omitted, in which case it defaults to
  today().

- BUG FIX: Miscellaneous man page fixes.

- BUG FIX: Fix a leap-year edge-case.  The reminder: REM 29 MSG whatever
  was not triggered on Feb 29 of leap years.

- BUG FIX: rem2html: Make the version of rem2html track the version of
  Remind.  Noted by Ian! D. Allen.

* VERSION 4.2 Patch 9 - 2024-02-04
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240229/db1af4b6/attachment.sig>

From dianne at skoll.ca  Thu Feb 29 20:32:16 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Thu, 29 Feb 2024 20:32:16 -0500
Subject: [Remind-Fans] Remind 04.03.01 is released
Message-ID: <20240229203216.457d5096@gato.skoll.ca>

Hi, everyone,

Leap Day is unkind to me.

No, there are no bugs in Remind 04.03.00 itself.  But there are bugs
in the test suite.  I've released Remind 04.03.01 to fix these.  *SIGH*

Remind 04.03.01 is available at https://dianne.skoll.ca/projects/remind/

Tar: https://dianne.skoll.ca/projects/remind/download/remind-04.03.01.tar.gz
GPG: https://dianne.skoll.ca/projects/remind/download/remind-04.03.01.tar.gz.sig
Git: https://git.skoll.ca/Skollsoft-Public/Remind

Complete release notes follow.

Regards,

Dianne.

CHANGES TO REMIND

* VERSION 4.3 Patch 1 - 2024-02-29

- BUG FIX: tests:  "make test" could fail because of a bad test.  This
  has been fixed.  There are no actual code changes to any of the programs
  in Remind compared to 04.03.00.

* VERSION 4.3 Patch 0 - 2024-02-29
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240229/9a0b3796/attachment.sig>

From dianne at skoll.ca  Fri Mar  1 09:13:34 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Fri, 1 Mar 2024 09:13:34 -0500
Subject: [Remind-Fans] Remind 04.03.02 is released
Message-ID: <20240301091334.6c1c3422@gato.skoll.ca>

Hi, everyone,

We all knew this was coming.

Remind 04.03.02 is available at https://dianne.skoll.ca/projects/remind/

Tar: https://dianne.skoll.ca/projects/remind/download/remind-04.03.02.tar.gz
GPG: https://dianne.skoll.ca/projects/remind/download/remind-04.03.02.tar.gz.sig
Git: https://git.skoll.ca/Skollsoft-Public/Remind

Complete release notes follow.

Regards,

Dianne.

CHANGES TO REMIND

* VERSION 4.3 Patch 2 - 2024-03-01

- BUG FIX: remind: Fix a logic error when implementing the RUN command in
  server mode.  As it turns out, the error is harmless, but it's best to do
  things correctly.

- BUG FIX: The Makefile would install the tkremind.png and tkremind.desktop
  files in the wrong location.  This has been fixed.

* VERSION 4.3 Patch 1 - 2024-02-29
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240301/e9bc9fe1/attachment.sig>

From dianne at skoll.ca  Mon Mar 18 11:18:31 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Mon, 18 Mar 2024 11:18:31 -0400
Subject: [Remind-Fans] Remind 04.03.03 is released
Message-ID: <20240318111831.6cdfaa6b@gato.skoll.ca>

Hi, everyone,

I'm pleased to announce the release of Remind 04.03.03.  This release
features a number of bug-fixes and code-cleanups as well as some minor
new features.

Remind 04.03.03 is available at https://dianne.skoll.ca/projects/remind/

Tar: https://dianne.skoll.ca/projects/remind/download/remind-04.03.03.tar.gz
GPG: https://dianne.skoll.ca/projects/remind/download/remind-04.03.03.tar.gz.sig
Git: https://git.skoll.ca/Skollsoft-Public/Remind

Complete release notes follow.

Regards,

Dianne.

* VERSION 4.3 Patch 3 - 2024-03-18

* IMPROVEMENT: tkremind: Update icon to include a white border so it shows
  up better on dark backgrounds.

* IMPROVEMENT: C code: Fix a number of cppcheck static-analysis warnings.

* IMPROVEMENT: remind: Update the "-zj" protocol to include a queue-id for
  each queued reminder and add the DEL client command to delete a specific
  item from the queue.  Used by tkremind to implement "don't remind me about
  this again today."

* MINOR NEW FEATURE: Add a "-ds" debugging flag to print out expression-parsing
  stack high-water marks on exit.  This esoteric feature is of no use to
  anyone but the Remind author.

* IMPROVEMENT: tkremind: Stop using the deprecated tk_dialog command in favor
  of the newer tk_messageBox command.

* IMPROVEMENT: remind: In server mode, try to minimize redraws by
  consuming inotify events until at least 0.2s elapses without an
  event appearing.

* BUG FIX: tkremind:  The "Don't remind me about this again today" feature
  was unreliable and only worked for reminders created with TkRemind itself.
  It has been made more reliable and works with any reminder.

* BUG FIX: remind: Make it a syntax error if a local OMIT in a REM statement
  is not followed by at least one weekday name.

* VERSION 4.3 Patch 2 - 2024-03-01
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240318/0827fc44/attachment.sig>

From dianne at skoll.ca  Mon Mar 25 10:31:01 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Mon, 25 Mar 2024 10:31:01 -0400
Subject: [Remind-Fans] Remind 04.03.04 is released
Message-ID: <20240325103101.1992096b@gato.skoll.ca>

Hi, everyone,

I'm pleased to announce the release of Remind 04.03.04.  This release
features a number of improvements to TkRemind, a new "multitrig" fucntion,
and various other improvements.

Remind 04.03.04 is available at https://dianne.skoll.ca/projects/remind/

Tar: https://dianne.skoll.ca/projects/remind/download/remind-04.03.04.tar.gz
GPG: https://dianne.skoll.ca/projects/remind/download/remind-04.03.04.tar.gz.sig
Git: https://git.skoll.ca/Skollsoft-Public/Remind

Complete release notes follow.

Regards,

* VERSION 4.3 Patch 4 - 2024-03-25

* NEW FEATURE: remind: Add the new "multitrig" function, which is how "trig"
  should have worked in the first place.  See man page for details.

* IMPROVEMENT: tkremind: Make errors in your reminders file stand out more
  prominently.

* IMPROVEMENT: tkremind: If you click on an error in the "Errors..." popup,
  tkremind will open a text editor on the offending file and line.

* IMPROVEMENT: tkremind: Format the "Queue..." output better and make queue
  items clickable; clicking on a queue item opens a text editor on the
  corresponding file and line.

* IMPROVEMENT: Add a standard [$SysInclude]/moonphases.rem file to display
  moon phases on your calendar.

* IMPROVEMENT: Clean up the demo code in www/ and add PDF output.

* BUG FIX: tkremind: Correctly handle filenames containing spaces and other
  characters that tend to confuse the shell.

* BUG FIX: tkremind: Raise dialog boxes after errors so that they
  remain visible.

* CLEANUP: tkremind: Remove some dead code.

* VERSION 4.3 Patch 3 - 2024-03-18
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240325/cf37e28b/attachment.sig>

From dianne at skoll.ca  Mon Apr  1 09:19:39 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Mon, 1 Apr 2024 09:19:39 -0400
Subject: [Remind-Fans] Remind 04.03.05 is released
Message-ID: <20240401091939.20b2691e@gato.skoll.ca>

Hi, everyone,

I'm pleased to announce the release of Remind 04.03.05.  This release
features a number of small improvements and bug-fixes

Remind 04.03.05 is available at
https://dianne.skoll.ca/projects/remind/

Tar: https://dianne.skoll.ca/projects/remind/download/remind-04.03.05.tar.gz
GPG: https://dianne.skoll.ca/projects/remind/download/remind-04.03.05.tar.gz.sig
Git: https://git.skoll.ca/Skollsoft-Public/Remind

Complete release notes follow.

Regards,

* VERSION 4.3 Patch 5 - 2024-04-01

* IMPROVEMENT: remind: Use inotify to detect reminder file changes
  even in regular daemon mode (-zn where n>0).

* INTERNAL IMPROVEMENTS: Rearrange and refactor some code.

* FIXES: Various fixes and improvements to man pages.

* BUG FIX: remind: Handle queued "SPECIAL COLOR" reminders correctly.

* BUG FIX: remind: Preserve the value of $DefaultColor that was in effect
  when a reminder was queued; restore it before issuing the queued reminder.

* VERSION 4.3 Patch 4 - 2024-03-25
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240401/2cc6802e/attachment.sig>

From dianne at skoll.ca  Tue Apr  2 09:12:43 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Tue, 2 Apr 2024 09:12:43 -0400
Subject: [Remind-Fans] Remind 04.03.06 is Released
In-Reply-To: <20240401091939.20b2691e@gato.skoll.ca>
References: <20240401091939.20b2691e@gato.skoll.ca>
Message-ID: <20240402091243.230e1974@gato.skoll.ca>

Hi, everyone,

I'm pleased to announce the release of Remind 04.03.06.  This release
is mostly a bug-fix release, especially for non-Linux platforms.

Remind 04.03.06 is available at
https://dianne.skoll.ca/projects/remind/

Tar: https://dianne.skoll.ca/projects/remind/download/remind-04.03.06.tar.gz
GPG: https://dianne.skoll.ca/projects/remind/download/remind-04.03.06.tar.gz.sig
Git: https://git.skoll.ca/Skollsoft-Public/Remind

Complete release notes follow.

Regards,

Dianne.

CHANGES TO REMIND

* VERSION 4.3 Patch 6 - 2024-04-02

* NEW FILE: Include [$SysInclude]/holidays/pt.rem - Portuguese holidays,
  courtesy of Joop Kiefte

* BUG FIX: remind: Fix compile error on systems that don't support inotify(7).

* BUG FIX: remind: Fix test failures on FreeBSD.  On FreeBSD, you have to copy
  the result of getenv() or else a subsequent setenv() can change the stored
  value.

* VERSION 4.3 Patch 5 - 2024-04-01
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240402/91bc74ef/attachment.sig>

From larrydecoste at hailmail.net  Thu Apr  4 12:58:36 2024
From: larrydecoste at hailmail.net (Larry De Coste)
Date: Thu, 4 Apr 2024 12:58:36 -0400
Subject: [Remind-Fans] build.tk programming compliment!
Message-ID: <20240404125836.02fe9cf5@i5>

Good afternoon Dianne,

As probably most do, I updated to the recent version. Since I run
remind on a couple of different distros, I happened to be on a
Debian testing one (Sparky JWM) that didn't have remind running yet.

Rather than the configure route, I like running build.tk to upgrade.
But since I'm lazy, I modify the defaults to be my location.
However when I ran that modified version I still got the Ottawa
defaults.  Having done some programming myself, I looked through
the code to see where it could be pulling that from. I played with
modifying the custom.h.in and custom.h as well.

You can't imagine my surprise when, after that didn't change
anything, I examined the code more carefully to discover that you
delve into remind along $PATH to get its settings!! 
What had happened was that I had previously installed remind via
apt-get but had not run it yet on that distro so build.tk pulled
those defaults.

My admiration on your coding!! 

Be well,
Larry

-- 
"While some hold that perfection is the enemy of the good,
 I've found that it is only in its pursuit that one avoids the
mediocre."

Larry De Coste <larrydecoste at hailmail.net>
Pawtucket RI EE.UU.
Cell/Signal/Txt: +1(401)275-3712
Linux User #305687 (JWM: Forge-Devuan-openrc, Void-musl-runit,
antiX-testing-runit, Sparky-Debian testing + Elive-Debian stable &
PCLinuxOS-rpm Plasma)

From dianne at skoll.ca  Thu Apr  4 13:31:28 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Thu, 4 Apr 2024 13:31:28 -0400
Subject: [Remind-Fans] build.tk programming compliment!
In-Reply-To: <20240404125836.02fe9cf5@i5>
References: <20240404125836.02fe9cf5@i5>
Message-ID: <20240404133128.0abbd88f@gato.skoll.ca>

On Thu, 4 Apr 2024 12:58:36 -0400
Larry De Coste via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> You can't imagine my surprise when, after that didn't change
> anything, I examined the code more carefully to discover that you
> delve into remind along $PATH to get its settings!!

Hah, yes.  It occurs to me it might be a good idea to indicate where
build.tk is pulling its settings from.  Maybe something like:

  (Settings obtained by querying /usr/bin/remind)

I'll look at doing that for the next release.

Regards,

Dianne.

From zut at zutalors.fr  Mon Apr  8 12:58:47 2024
From: zut at zutalors.fr (zut)
Date: Mon, 8 Apr 2024 18:58:47 +0200
Subject: [Remind-Fans] Accented characters in rem2ps
Message-ID: <ZhQiR4TUShROlE4R@zutalors.fr>

Hi,

I have a minor problem when printing a calendar with?:?
`remind -p$months  ~/Reminders | rem2ps -i -ot 9 -m A4 | lp -o fit-to-page -o media=A4 -o cpi=12 -o lpi=7`

It may not be a remind pb. Accented characters display correctly in plain text output, but not in the output from rem2ps, either with the `-i` option or without it.  I tried `iconv -f UTF-8 -t ISO-8825-1` with `-i` but that didn't fix it. Postscript output from other programs prints accented characters correctly.

Any clues as to how to fix this??

Regards,

Zut


From dianne at skoll.ca  Mon Apr  8 13:27:44 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Mon, 8 Apr 2024 13:27:44 -0400
Subject: [Remind-Fans] Accented characters in rem2ps
In-Reply-To: <ZhQiR4TUShROlE4R@zutalors.fr>
References: <ZhQiR4TUShROlE4R@zutalors.fr>
Message-ID: <20240408132744.1de0e754@gato.skoll.ca>

On Mon, 8 Apr 2024 18:58:47 +0200
zut via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> It may not be a remind pb. Accented characters display correctly in
> plain text output, but not in the output from rem2ps, either with the
> `-i` option or without it.  I tried `iconv -f UTF-8 -t ISO-8825-1`
> with `-i` but that didn't fix it. Postscript output from other
> programs prints accented characters correctly.

rem2ps doesn't handle UTF-8 nor ISO-8825-1.  It might handle ISO-8859-1.

But you should be using rem2pdf instead; it properly handles UTF-8.  And
if you need PostScript, there are many tools to convert PDF to PostScript.

rem2ps is not undegoing further development; any new features will be added
to rem2pdf.

Regards,

Dianne.

From dianne at skoll.ca  Mon Apr 29 16:26:48 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Mon, 29 Apr 2024 16:26:48 -0400
Subject: [Remind-Fans] Remind 04.03.07 is Released
Message-ID: <20240429162648.4b5c944c@gato.skoll.ca>

Hi, everyone,

I'm pleased to announce the release of Remind 04.03.07.  This release
is minor release with a few bug fixes and minor improvements.

Remind 04.03.07 is available at https://dianne.skoll.ca/projects/remind/

Tar: https://dianne.skoll.ca/projects/remind/download/remind-04.03.07.tar.gz
GPG: https://dianne.skoll.ca/projects/remind/download/remind-04.03.07.tar.gz.sig
Git: https://git.skoll.ca/Skollsoft-Public/Remind

Complete release notes follow.

Regards,

Dianne.

CHANGES TO REMIND

* VERSION 4.3 Patch 7 - 2024-04-29

* IMPROVEMENT: build.tk: Add a note if build.tk obtains default settings
  from an existing Remind installation.

* IMPROVEMENT: configure: Pass all args to AC_INIT including the Remind
  home page.  Remove some unused autoconf cruft.

* IMPROVEMENT: Use standard C library versions of strdup, strcasemp and
  strncasecmp where available, rather than using our own versions.

* MINOR FEATURE: remind: Make $Tt a synonym for trigtime().

* BUG FIX: remind: Make sure shellescape() doesn't mangle UTF-8 characters
  with high-bits set.

* BUG FIX: remind: Don't rely on undefined behavior of "%" operator in
  the ord() built-in function.

* BUG FIX: remind: Do not clear out trigtime() unnecessarily.  Before,
  you could not write things like the following; now you can:

      REM Tue AT 11:30 DURATION 0:30 MSG Thing 1
      REM Tue AT [trigtime()+trigduration()] DURATION 1:00 MSG Thing 2
      REM Tue AT [trigtime()+trigduration()] DURATION 0:45 MSG Thing 3

  for successive reminders that should be moved as a block if the time of
  the first one changes.

* BUG FIX: Don't update trigdate() or trigtime() while parsing a REM
  statement... only when actually computing the trigger.

* VERSION 4.3 Patch 6 - 2024-04-02
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://dianne.skoll.ca/pipermail/remind-fans/attachments/20240429/1b8a225c/attachment.sig>

From remind at tim.thechases.com  Mon Apr 29 17:09:11 2024
From: remind at tim.thechases.com (Tim Chase)
Date: Mon, 29 Apr 2024 16:09:11 -0500
Subject: [Remind-Fans] Remind 04.03.07 is Released
In-Reply-To: <20240429162648.4b5c944c@gato.skoll.ca>
References: <20240429162648.4b5c944c@gato.skoll.ca>
Message-ID: <ZjAMd8hm2G8znsZc@thechases.com>

> * IMPROVEMENT: Use standard C library versions of strdup, strcasemp and
>   strncasecmp where available, rather than using our own versions.

In case you care for accurate changelogs, I presume you mean
s/strcasemp/strcasecmp/ in that :-)

> * BUG FIX: remind: Do not clear out trigtime() unnecessarily.  Before,
>   you could not write things like the following; now you can:
> 
>     REM Tue AT 11:30 DURATION 0:30 MSG Thing 1
>     REM Tue AT [trigtime()+trigduration()] DURATION 1:00 MSG Thing 2
>     REM Tue AT [trigtime()+trigduration()] DURATION 0:45 MSG Thing 3
> 
> for successive reminders that should be moved as a block if the time of
> the first one changes.

Ooh, nice.  

Thanks for continuing to polish remind(1)!

-tim






From aalinovi at riseup.net  Wed May  1 08:39:39 2024
From: aalinovi at riseup.net (aalinovi at riseup.net)
Date: Wed, 01 May 2024 08:39:39 -0400
Subject: [Remind-Fans] problem bulding remind
Message-ID: <302e713390c84660@eddie.fios-router.home>

I am trying to build the latest remind on OpenBSD-current.
What I get is:

* Installing REMIND (unstripped) *
*                                *
**********************************

mkdir -p /usr/local/bin || true
for prog in remind rem2ps ./../scripts/tkremind ; do  /usr/bin/install -c $prog /usr/local/bin || exit 1;  done
rm -f /usr/local/bin/rem > /dev/null 2>&1 || true
ln -s remind /usr/local/bin/rem
mkdir -p /usr/local/man/man1 || true
for man in ./../man/rem2ps.1 ./../man/remind.1  ./../man/tkremind.1 ./../man/rem.1 ; do   /usr/bin/install -c -m 644 $man /usr/local/man/man1 || exit 1;  done
mkdir -p /usr/local/share/remind || true
cp -R ../include/* /usr/local/share/remind
chmod -R a+rX /usr/local/share/remind
mkdir -p /usr/local/share/pixmaps
mkdir -p /usr/local/share/applications
/usr/bin/install -c -m 644 ./../resources/tkremind.png /usr/local/share/pixmaps
/usr/bin/install -c ./../resources/tkremind.desktop /usr/local/share/applications
if test "" = ""; then  update-desktop-database < /dev/null > /dev/null 2>&1 ;  xdg-icon-resource install --novendor --size 64 /usr/local/share/pixmaps/tkremind.png < /dev/null > /dev/null 2>&1 || true;  xdg-desktop-menu install --novendor /usr/local/share/applications/tkremind.desktop < /dev/null > /dev/null 2>&1 ||
true;  fi
*** Error 2 in rem2html (Makefile:25 'install': @if test "/usr/bin/perl" = "" ; then  echo "Not installing rem2html; Perl is required"; exit...)
*** Error 2 in /home/slaurel/Downloads/remind-04.03.07 (Makefile:23 'install': @make -C rem2html install)
/home/slaurel/Downloads/remind-04.03.07 $

Not knowing programming I have no clue what the problem might be.
Any suggestions would be appreciated.

Thank you

Arthur


From torreemanuele6 at gmail.com  Wed May  1 09:06:11 2024
From: torreemanuele6 at gmail.com (Emanuele Torre)
Date: Wed, 1 May 2024 15:06:11 +0200
Subject: [Remind-Fans] problem bulding remind
In-Reply-To: <302e713390c84660@eddie.fios-router.home>
References: <302e713390c84660@eddie.fios-router.home>
Message-ID: <ZjI-Q1Ce2qIPEwrV@t420>

On Wed, May 01, 2024 at 08:39:39AM -0400, Arthur Alinovi via Remind-fans wrote:
> *** Error 2 in rem2html (Makefile:25 'install': @if test "/usr/bin/perl" = "" ; then  echo "Not installing rem2html; Perl is required"; exit...)
> *** Error 2 in /home/slaurel/Downloads/remind-04.03.07 (Makefile:23 'install': @make -C rem2html install)
> /home/slaurel/Downloads/remind-04.03.07 $
> 
> Not knowing programming I have no clue what the problem might be.
> Any suggestions would be appreciated.
> 
> Thank you
> 
> Arthur

Hi!

I think I know what the problem is: at line 75 of src/Makefile.in, there
is a "fi" only prefixed by spaces which is probably unintentional.
GNU make is fine with commands continued on multiple lines not starting
with TAB after the first line, but evidently OpenBSD make is not as
forgiving.

https://git.skoll.ca/Skollsoft-Public/Remind/src/branch/master/src/Makefile.in#L75

You can try compiling remind with GNU make if you have that available
instead of using OpenBSD's make.

Alternatively, you could fix the problem manually:

* open src/Makefile.in
* go to line 75 (it should just "fi" with some spaces in front)
* add a TAB character at the very start of the line (make sure your
  editor is putting a TAB character there, and not spaces.
* save and exit
* re-run ./configure
* now make should work

o/
 emanuele6


From ruthard.baudach at web.de  Wed May  1 09:18:43 2024
From: ruthard.baudach at web.de (Ruthard Baudach)
Date: Wed, 01 May 2024 15:18:43 +0200
Subject: [Remind-Fans] problem bulding remind
In-Reply-To: <302e713390c84660@eddie.fios-router.home>
References: <302e713390c84660@eddie.fios-router.home>
Message-ID: <171456952342.2074.15781754343626782393@ruthard-lappi2>

Hello Arthur,

Not knowing programming and using OpenBSD - I bet yopur knowledge will
grow...

Reading this error:

>*** Error 2 in rem2html (Makefile:25 'install': @if test "/usr/bin/perl" = "" ; then  echo "Not installing rem2html; Perl is required"; exit...)

I'd guess you haven't Perl installed.

Greetings,
Ruthard

Quoting Arthur Alinovi via Remind-fans (2024-05-01 14:39:39)
> I am trying to build the latest remind on OpenBSD-current.
> What I get is:
> 
> * Installing REMIND (unstripped) *
> *                                *
> **********************************
> 
> mkdir -p /usr/local/bin || true
> for prog in remind rem2ps ./../scripts/tkremind ; do  /usr/bin/install -c $prog /usr/local/bin || exit 1;  done
> rm -f /usr/local/bin/rem > /dev/null 2>&1 || true
> ln -s remind /usr/local/bin/rem
> mkdir -p /usr/local/man/man1 || true
> for man in ./../man/rem2ps.1 ./../man/remind.1  ./../man/tkremind.1 ./../man/rem.1 ; do   /usr/bin/install -c -m 644 $man /usr/local/man/man1 || exit 1;  done
> mkdir -p /usr/local/share/remind || true
> cp -R ../include/* /usr/local/share/remind
> chmod -R a+rX /usr/local/share/remind
> mkdir -p /usr/local/share/pixmaps
> mkdir -p /usr/local/share/applications
> /usr/bin/install -c -m 644 ./../resources/tkremind.png /usr/local/share/pixmaps
> /usr/bin/install -c ./../resources/tkremind.desktop /usr/local/share/applications
> if test "" = ""; then  update-desktop-database < /dev/null > /dev/null 2>&1 ;  xdg-icon-resource install --novendor --size 64 /usr/local/share/pixmaps/tkremind.png < /dev/null > /dev/null 2>&1 || true;  xdg-desktop-menu install --novendor /usr/local/share/applications/tkremind.desktop < /dev/null > /dev/null 2>&1 ||
> true;  fi
> *** Error 2 in rem2html (Makefile:25 'install': @if test "/usr/bin/perl" = "" ; then  echo "Not installing rem2html; Perl is required"; exit...)
> *** Error 2 in /home/slaurel/Downloads/remind-04.03.07 (Makefile:23 'install': @make -C rem2html install)
> /home/slaurel/Downloads/remind-04.03.07 $
> 
> Not knowing programming I have no clue what the problem might be.
> Any suggestions would be appreciated.
> 
> Thank you
> 
> Arthur
> 
> _______________________________________________
> Remind-fans mailing list
> Remind-fans at lists.skoll.ca
> https://dianne.skoll.ca/mailman/listinfo/remind-fans
> Remind is at https://dianne.skoll.ca/projects/remind/


From remind at tim.thechases.com  Wed May  1 09:25:21 2024
From: remind at tim.thechases.com (Tim Chase)
Date: Wed, 1 May 2024 08:25:21 -0500
Subject: [Remind-Fans] problem bulding remind
In-Reply-To: <302e713390c84660@eddie.fios-router.home>
References: <302e713390c84660@eddie.fios-router.home>
Message-ID: <ZjJCwRCreHn_ihf-@thechases.com>

On 2024-05-01 08:39, Remind list wrote:
> I am trying to build the latest remind on OpenBSD-current.
> What I get is:
[snip]
> /usr/bin/install -c -m 644 ./../resources/tkremind.png /usr/local/share/pixmaps
> /usr/bin/install -c ./../resources/tkremind.desktop /usr/local/share/applications
[snip]
> *** Error 2 in rem2html (Makefile:25 'install': @if test "/usr/bin/perl" = "" ; then  echo "Not installing rem2html; Perl is required"; exit...)
> *** Error 2 in /home/slaurel/Downloads/remind-04.03.07 (Makefile:23 'install': @make -C rem2html install)
> /home/slaurel/Downloads/remind-04.03.07 $

My first thought is that it looks like you're doing a system install
here (you didn't do something like

  $ ./configure --prefix=$HOME/local

to install it in a local directory), so the next question would be
whether you're running the `make install` as your user or as root?

I just pulled 04.03.07 from git on one of my OpenBSD boxes, specified
a local prefix and it built/installed uneventfully:

  $ git clone $REMIND_REPO_URL remind
  $ cd remind
  $ git checkout 04.03.07
  $ mkdir ~/local
  $ ./configure --prefix=$HOME/local
  $ make
  $ make install

If you didn't add the `--prefix=...` when doing the ./configure,
you might need to do

  $ doas make install

(or `su -` to root and do the `make install` step).

-tim






From remind at tim.thechases.com  Wed May  1 09:27:15 2024
From: remind at tim.thechases.com (Tim Chase)
Date: Wed, 1 May 2024 08:27:15 -0500
Subject: [Remind-Fans] problem bulding remind
In-Reply-To: <171456952342.2074.15781754343626782393@ruthard-lappi2>
References: <302e713390c84660@eddie.fios-router.home>
 <171456952342.2074.15781754343626782393@ruthard-lappi2>
Message-ID: <ZjJDM9iGjKolQlBp@thechases.com>

On 2024-05-01 15:18, Remind list wrote:
> Reading this error:
> 
> >*** Error 2 in rem2html (Makefile:25 'install': @if test "/usr/bin/perl" = "" ; then  echo "Not installing rem2html; Perl is required"; exit...)
> 
> I'd guess you haven't Perl installed.

Perl comes as part of the base system.  My parsing of that (see my
other email) is that running `install` failed because of permissions,
but the failure was misinterpreted as perl not being installed.
When run with a non-system --prefix, it installs fine on OpenBSD.

-Tim






From aalinovi at riseup.net  Wed May  1 09:35:59 2024
From: aalinovi at riseup.net (aalinovi at riseup.net)
Date: Wed, 01 May 2024 09:35:59 -0400
Subject: [Remind-Fans] problem bulding remind
In-Reply-To: <ZjI-Q1Ce2qIPEwrV@t420>
References: <302e713390c84660@eddie.fios-router.home> <ZjI-Q1Ce2qIPEwrV@t420>
Message-ID: <3821ced4d0ebeb49@eddie.fios-router.home>

Thank you very much. Using GNU make as you suggested works.

Arthur

In message <ZjI-Q1Ce2qIPEwrV at t420>, Emanuele Torre writes:
>On Wed, May 01, 2024 at 08:39:39AM -0400, Arthur Alinovi via Remind-fans wrote:
>> *** Error 2 in rem2html (Makefile:25 'install': @if test "/usr/bin/perl" = "" ; then  echo "Not installing rem2html; Perl is required"; exit...)
>> *** Error 2 in /home/slaurel/Downloads/remind-04.03.07 (Makefile:23 'install': @make -C rem2html install)
>> /home/slaurel/Downloads/remind-04.03.07 $
>> 
>Hi!
>
>I think I know what the problem is: at line 75 of src/Makefile.in, there
>is a "fi" only prefixed by spaces which is probably unintentional.
>GNU make is fine with commands continued on multiple lines not starting
>with TAB after the first line, but evidently OpenBSD make is not as
>forgiving.
>
>https://git.skoll.ca/Skollsoft-Public/Remind/src/branch/master/src/Makefile.in#L75
>
>You can try compiling remind with GNU make if you have that available
>instead of using OpenBSD's make.


From remind at tim.thechases.com  Wed May  1 09:43:09 2024
From: remind at tim.thechases.com (Tim Chase)
Date: Wed, 1 May 2024 08:43:09 -0500
Subject: [Remind-Fans] problem bulding remind
In-Reply-To: <ZjI-Q1Ce2qIPEwrV@t420>
References: <302e713390c84660@eddie.fios-router.home> <ZjI-Q1Ce2qIPEwrV@t420>
Message-ID: <ZjJG7Q21bovafJZZ@thechases.com>

On 2024-05-01 15:06, Remind list wrote:
> at line 75 of src/Makefile.in, there is a "fi" only prefixed
> by spaces which is probably unintentional.  GNU make is fine
> with commands continued on multiple lines not starting with
> TAB after the first line, but evidently OpenBSD make is not
> as forgiving.
> 
> https://git.skoll.ca/Skollsoft-Public/Remind/src/branch/master/src/Makefile.in#L75

There are several of these

  $ find . -name Makefile -o -name Makefile.in | xargs grep -nB1 '^    '

but a quick check of them shows that the previous line has a backslash
continuation so make(1) accepts these lines despite the
space-prefix-instead-of-tab-prefix.

That said, it might be worth cleaning those up for consistency:

  $ sed -i .bak 's/^     */^I/' $(find . -name Makefile.in | xargs grep -l '^    ')

(where that ^I is a literal tab)

-tim






From dianne at skoll.ca  Wed May  1 09:50:19 2024
From: dianne at skoll.ca (Dianne Skoll)
Date: Wed, 1 May 2024 09:50:19 -0400
Subject: [Remind-Fans] problem bulding remind
In-Reply-To: <ZjJG7Q21bovafJZZ@thechases.com>
References: <302e713390c84660@eddie.fios-router.home> <ZjI-Q1Ce2qIPEwrV@t420>
 <ZjJG7Q21bovafJZZ@thechases.com>
Message-ID: <20240501095019.4e0688e7@gato.skoll.ca>

On Wed, 1 May 2024 08:43:09 -0500
Tim Chase via Remind-fans <remind-fans at lists.skoll.ca> wrote:

> sed -i.bak 's/^     */^I/' $(find . -name Makefile.in | xargs grep -l '^    ')

Thanks; applied at:

https://git.skoll.ca/Skollsoft-Public/Remind/commit/dac337a65b700b3bfcefe9665330433850cd7ff3

But as you say, these were continuation lines, so make should not have
been upset.

Regards,

Dianne.