Re: [Evergreen-general] Save the Date: Organizing Meeting for new interest group
Hi Elizabeth, Just to make sure I'm understanding, you will be sending out the connection information to the general list separately? On Tue, Apr 30, 2024 at 10:50 AM Elizabeth Davis via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hello > > > > During the Hackfest System Admin Interest Group meeting, we discussed the > creation of a new interest group for those who are more Systems/ILS admin > staff but not quiet full System Administrators. We’re looking for those > who are interested in talking about topics like: > >- Understanding/Creating/Organizing policies >- Troubleshooting basics >- Permission Group management >- Notifications >- Support Desk ideas >- How to speak "Developer" > > If you are interested in helping create a new interest group, join us for > an organizational meeting on Tuesday, May 21st at 2 pm est. Connection > information to follow. > > Please let me know if you have any questions, > > > > *Elizabeth Davis* (she/her), *Support & Project Management Specialist* > > *Pennsylvania Integrated Library System **(PaILS) | SPARK* > > (717) 256-1627 | elizabeth.da...@sparkpa.org > > support.sparkpa.org | supp...@sparkpa.org > > > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Save the Date: Organizing Meeting for new interest group
Hello During the Hackfest System Admin Interest Group meeting, we discussed the creation of a new interest group for those who are more Systems/ILS admin staff but not quiet full System Administrators. We're looking for those who are interested in talking about topics like: * Understanding/Creating/Organizing policies * Troubleshooting basics * Permission Group management * Notifications * Support Desk ideas * How to speak "Developer" If you are interested in helping create a new interest group, join us for an organizational meeting on Tuesday, May 21st at 2 pm est. Connection information to follow. Please let me know if you have any questions, [cid:image002.png@01DA9AEC.3C992600]Elizabeth Davis (she/her), Support & Project Management Specialist Pennsylvania Integrated Library System (PaILS) | SPARK (717) 256-1627 | elizabeth.da...@sparkpa.org<mailto:katherine.dann...@sparkpa.org> support.sparkpa.org<https://support.sparkpa.org/> | supp...@sparkpa.org<mailto:supp...@sparkpa.org> _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Bug#1070056: oath-toolkit FTBFS on 32-bit big-endian hppa platform
Source: oath-toolkit
Version: 2.6.11
Tags: ftbfs, patch
X-Debbugs-Cc: del...@debian.org
User: debian-...@lists.debian.org
Usertags: time-t
As can be seen here:
https://buildd.debian.org/status/fetch.php?pkg=oath-toolkit=hppa=2.6.11-2.1=1713624192=0
oath-toolkit testsuite fails on hppa like this:
FAIL: oathtool --verbose --totp --now @0 00
expected:
Start time: 1970-01-01 00:00:00 UTC (0)
Current time: 1970-01-01 00:00:00 UTC (0)
got:
Start time: 1970-01-01 00:00:00 UTC (2130640639)
Current time: 1970-01-01 00:00:00 UTC (35)
The failure stems from the fact that hppa is a 32-bit big-endian platform,
and which is the reason as well, why it does not fail on 32-bit little endian
platforms.
(Although this is not an issue on arm, I nevertheless added the usertag since
this bug in timet related)
The C-code is similar to this:
printf ("Current time: %ld\n", tim);
where tim is of type "time_t".
time_t can be 32- or 64-bit, depending on compile flags.
On Debian we now did for 32-bit platforms the time64 transition, which
made that value become a 64-bit entity.
So, the "%ld" printf format which defines 32-bit values on hppa does not
fit to the 64-bit tim value stored on the stack. Additionally hppa has
alignment requirements for 64-bit values which are put on the stack, which
is why a wrong value is printed in the testcase.
Solution is either to apply the attached patch, or to make printf
use "%ld" for 32-bit time_t and "%lld" for 64-bit time_t, which needs
to be checked at compile-time.--- oathtool/oathtool.c.org 2024-04-29 11:55:18.854982447 +
+++ oathtool/oathtool.c 2024-04-29 11:57:34.646507216 +
@@ -96,6 +96,7 @@
{
struct tm tmp;
char outstr[200];
+ long long counter;
printf ("TOTP mode: %s\n", flags == OATH_TOTP_HMAC_SHA256 ? "SHA256" :
flags == OATH_TOTP_HMAC_SHA512 ? "SHA512" :
@@ -107,8 +108,8 @@
if (strftime (outstr, sizeof (outstr), "%Y-%m-%d %H:%M:%S UTC", ) == 0)
error (EXIT_FAILURE, 0, "strftime");
- printf ("Step size (seconds): %ld\n", time_step_size);
- printf ("Start time: %s (%ld)\n", outstr, t0);
+ printf ("Step size (seconds): %lld\n", (long long)time_step_size);
+ printf ("Start time: %s (%lld)\n", outstr, (long long)t0);
if (gmtime_r (, ) == NULL)
error (EXIT_FAILURE, 0, "gmtime_r");
@@ -116,9 +117,9 @@
if (strftime (outstr, sizeof (outstr), "%Y-%m-%d %H:%M:%S UTC", ) == 0)
error (EXIT_FAILURE, 0, "strftime");
- printf ("Current time: %s (%ld)\n", outstr, when);
- printf ("Counter: 0x%lX (%ld)\n\n", (when - t0) / time_step_size,
- (when - t0) / time_step_size);
+ printf ("Current time: %s (%lld)\n", outstr, (long long)when);
+ counter = (when - t0) / time_step_size;
+ printf ("Counter: 0x%llX (%lld)\n\n", counter, counter);
}
#define generate_otp_p(n) ((n) == 1)
Re: [Evergreen-general] ANNOUNCMENT - Welcome to the New Director of the Evergreen Indiana Library Consortium
Congrats! Welcome!
-Blake-
Conducting Magic
Will consume any data format
MOBIUS
On 4/25/2024 3:06 PM, Rogan Hamby via Evergreen-general wrote:
Welcome!
On Thu, Apr 25, 2024 at 4:03 PM Brown, Courtney via Evergreen-general
wrote:
Thank you!
Courtney Brown
Southeast Regional Coordinator
Professional Development Office
Indiana State Library
140 N Senate Avenue
Indianapolis, IN 46204
317.910.5777
cobr...@library.in.gov
*From:*Evergreen-general
*On Behalf Of
*Lussier, Kathy via Evergreen-general
*Sent:* Thursday, April 25, 2024 12:33 PM
*To:* Evergreen Discussion Group
*Cc:* Lussier, Kathy
*Subject:* Re: [Evergreen-general] ANNOUNCMENT - Welcome to the
New Director of the Evergreen Indiana Library Consortium
This is an EXTERNAL email. Exercise caution. DO NOT open
attachments or click links from unknown senders or unexpected
email.
Welcome to the community Courtney! If you need any guidance as you
get familiar with the Evergreen community, feel free to reach out!
Kathy
--
Kathy Lussier
she/her
Executive Director
NOBLE: North of Boston Library Exchange
Danvers, MA
978-777-8844 x201
www.noblenet.org
<https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-7104298d45dbc571=1=cfdca0e2-b09d-4548-a3a0-489552529705=http%3A%2F%2Fwww.noblenet.org%2F>
On Thu, Apr 25, 2024 at 12:25 PM Frasur, Ruth via
Evergreen-general wrote:
Hello Evergreen Community,
I am pleased to announce the appointment of Courtney Brown as
the incoming Director of the Evergreen Indiana Library
Consortium. Courtney is well known to many of you based on her
roles as Southwest Regional Coordinator from the Indiana State
Library, as well as her time at Plainfield-Guilford Township
Public Library and the Indianapolis Public Library. Courtney
has been a long-time advocate and resource for Evergreen
Indiana and has served and led in many ways throughout the
years. Courtney will enter into her role beginning Monday,
April 29, and I will be working with her until May 24.
We are excited to welcome Courtney into the Evergreen Indiana
Library Consortium.
Ruth Frasur Davis (she/they)
Coordinator
/Evergreen Indiana Library Consortium/
Indiana State Library
140 N. Senate Ave.
Indianapolis, IN 46204
(317) 232-3691
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
<https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-2865476d45623b25=1=cfdca0e2-b09d-4548-a3a0-489552529705=http%3A%2F%2Flist.evergreen-ils.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fevergreen-general>
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] ANNOUNCMENT - Welcome to the New Director of the Evergreen Indiana Library Consortium
Welcome! On Thu, Apr 25, 2024 at 4:03 PM Brown, Courtney via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Thank you! > > > > Courtney Brown > > Southeast Regional Coordinator > > Professional Development Office > > Indiana State Library > > 140 N Senate Avenue > > Indianapolis, IN 46204 > > 317.910.5777 > > cobr...@library.in.gov > > > > *From:* Evergreen-general < > evergreen-general-boun...@list.evergreen-ils.org> *On Behalf Of *Lussier, > Kathy via Evergreen-general > *Sent:* Thursday, April 25, 2024 12:33 PM > *To:* Evergreen Discussion Group > > *Cc:* Lussier, Kathy > *Subject:* Re: [Evergreen-general] ANNOUNCMENT - Welcome to the New > Director of the Evergreen Indiana Library Consortium > > > > This is an EXTERNAL email. Exercise caution. DO NOT open attachments > or click links from unknown senders or unexpected email. > -- > > Welcome to the community Courtney! If you need any guidance as you get > familiar with the Evergreen community, feel free to reach out! > > > > Kathy > > -- > > Kathy Lussier > > she/her > > Executive Director > > NOBLE: North of Boston Library Exchange > > Danvers, MA > > 978-777-8844 x201 > > www.noblenet.org > <https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-7104298d45dbc571=1=cfdca0e2-b09d-4548-a3a0-489552529705=http%3A%2F%2Fwww.noblenet.org%2F> > > > > > > > > > > On Thu, Apr 25, 2024 at 12:25 PM Frasur, Ruth via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > > Hello Evergreen Community, > > > > I am pleased to announce the appointment of Courtney Brown as the incoming > Director of the Evergreen Indiana Library Consortium. Courtney is well > known to many of you based on her roles as Southwest Regional Coordinator > from the Indiana State Library, as well as her time at Plainfield-Guilford > Township Public Library and the Indianapolis Public Library. Courtney has > been a long-time advocate and resource for Evergreen Indiana and has served > and led in many ways throughout the years. Courtney will enter into her > role beginning Monday, April 29, and I will be working with her until May > 24. > > > > We are excited to welcome Courtney into the Evergreen Indiana Library > Consortium. > > > > Ruth Frasur Davis (she/they) > > Coordinator > > *Evergreen Indiana Library Consortium* > > Indiana State Library > > 140 N. Senate Ave. > > Indianapolis, IN 46204 > > (317) 232-3691 > > > > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > <https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-2865476d45623b25=1=cfdca0e2-b09d-4548-a3a0-489552529705=http%3A%2F%2Flist.evergreen-ils.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fevergreen-general> > > _______ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] ANNOUNCMENT - Welcome to the New Director of the Evergreen Indiana Library Consortium
Thank you! Courtney Brown Southeast Regional Coordinator Professional Development Office Indiana State Library 140 N Senate Avenue Indianapolis, IN 46204 317.910.5777 cobr...@library.in.gov From: Evergreen-general On Behalf Of Lussier, Kathy via Evergreen-general Sent: Thursday, April 25, 2024 12:33 PM To: Evergreen Discussion Group Cc: Lussier, Kathy Subject: Re: [Evergreen-general] ANNOUNCMENT - Welcome to the New Director of the Evergreen Indiana Library Consortium This is an EXTERNAL email. Exercise caution. DO NOT open attachments or click links from unknown senders or unexpected email. Welcome to the community Courtney! If you need any guidance as you get familiar with the Evergreen community, feel free to reach out! Kathy -- Kathy Lussier she/her Executive Director NOBLE: North of Boston Library Exchange Danvers, MA 978-777-8844 x201 www.noblenet.org<https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-7104298d45dbc571=1=cfdca0e2-b09d-4548-a3a0-489552529705=http%3A%2F%2Fwww.noblenet.org%2F> On Thu, Apr 25, 2024 at 12:25 PM Frasur, Ruth via Evergreen-general mailto:evergreen-general@list.evergreen-ils.org>> wrote: Hello Evergreen Community, I am pleased to announce the appointment of Courtney Brown as the incoming Director of the Evergreen Indiana Library Consortium. Courtney is well known to many of you based on her roles as Southwest Regional Coordinator from the Indiana State Library, as well as her time at Plainfield-Guilford Township Public Library and the Indianapolis Public Library. Courtney has been a long-time advocate and resource for Evergreen Indiana and has served and led in many ways throughout the years. Courtney will enter into her role beginning Monday, April 29, and I will be working with her until May 24. We are excited to welcome Courtney into the Evergreen Indiana Library Consortium. Ruth Frasur Davis (she/they) Coordinator Evergreen Indiana Library Consortium Indiana State Library 140 N. Senate Ave. Indianapolis, IN 46204 (317) 232-3691 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org<mailto:Evergreen-general@list.evergreen-ils.org> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general<https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-2865476d45623b25=1=cfdca0e2-b09d-4548-a3a0-489552529705=http%3A%2F%2Flist.evergreen-ils.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fevergreen-general> _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] ANNOUNCMENT - Welcome to the New Director of the Evergreen Indiana Library Consortium
Welcome and congratulations, Courtney! Debbie Luchenbill Associate Director, Open Source Initiatives MOBIUS 2511 Broadway Bluffs, Ste. 101 Columbia, MO 65201 deb...@mobiusconsortium.org 573-234-4914 https://mobiusconsortium.org <http://mobiusconsortium.org> MOSS Help Desk: h...@mobiusconsortium.org / 877-312-3517 Pronouns: She/Her or She/They (see https://pronouns.org/ to learn more) Input | Maximizer | Intellection | Relator | Adaptability On Thu, Apr 25, 2024 at 11:34 AM Gina Monti via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Congratulations, Courtney! > > On Thu, Apr 25, 2024, 12:25 PM Frasur, Ruth via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> Hello Evergreen Community, >> >> I am pleased to announce the appointment of Courtney Brown as the >> incoming Director of the Evergreen Indiana Library Consortium. Courtney is >> well known to many of you based on her roles as Southwest Regional >> Coordinator from the Indiana State Library, as well as her time at >> Plainfield-Guilford Township Public Library and the Indianapolis Public >> Library. Courtney has been a long-time advocate and resource for Evergreen >> Indiana and has served and led in many ways throughout the years. Courtney >> will enter into her role beginning Monday, April 29, and I will be working >> with her until May 24. >> >> We are excited to welcome Courtney into the Evergreen Indiana Library >> Consortium. >> >> Ruth Frasur Davis (she/they) >> >> Coordinator >> >> *Evergreen Indiana Library Consortium* >> >> Indiana State Library >> >> 140 N. Senate Ave. >> >> Indianapolis, IN 46204 >> >> (317) 232-3691 >> >> >> ___ >> Evergreen-general mailing list >> Evergreen-general@list.evergreen-ils.org >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> > _______ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] ANNOUNCMENT - Welcome to the New Director of the Evergreen Indiana Library Consortium
Congratulations, Courtney! On Thu, Apr 25, 2024, 12:25 PM Frasur, Ruth via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hello Evergreen Community, > > I am pleased to announce the appointment of Courtney Brown as the incoming > Director of the Evergreen Indiana Library Consortium. Courtney is well > known to many of you based on her roles as Southwest Regional Coordinator > from the Indiana State Library, as well as her time at Plainfield-Guilford > Township Public Library and the Indianapolis Public Library. Courtney has > been a long-time advocate and resource for Evergreen Indiana and has served > and led in many ways throughout the years. Courtney will enter into her > role beginning Monday, April 29, and I will be working with her until May > 24. > > We are excited to welcome Courtney into the Evergreen Indiana Library > Consortium. > > Ruth Frasur Davis (she/they) > > Coordinator > > *Evergreen Indiana Library Consortium* > > Indiana State Library > > 140 N. Senate Ave. > > Indianapolis, IN 46204 > > (317) 232-3691 > > > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] ANNOUNCMENT - Welcome to the New Director of the Evergreen Indiana Library Consortium
Welcome to the community Courtney! If you need any guidance as you get familiar with the Evergreen community, feel free to reach out! Kathy -- Kathy Lussier she/her Executive Director NOBLE: North of Boston Library Exchange Danvers, MA 978-777-8844 x201 www.noblenet.org On Thu, Apr 25, 2024 at 12:25 PM Frasur, Ruth via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hello Evergreen Community, > > I am pleased to announce the appointment of Courtney Brown as the incoming > Director of the Evergreen Indiana Library Consortium. Courtney is well > known to many of you based on her roles as Southwest Regional Coordinator > from the Indiana State Library, as well as her time at Plainfield-Guilford > Township Public Library and the Indianapolis Public Library. Courtney has > been a long-time advocate and resource for Evergreen Indiana and has served > and led in many ways throughout the years. Courtney will enter into her > role beginning Monday, April 29, and I will be working with her until May > 24. > > We are excited to welcome Courtney into the Evergreen Indiana Library > Consortium. > > Ruth Frasur Davis (she/they) > > Coordinator > > *Evergreen Indiana Library Consortium* > > Indiana State Library > > 140 N. Senate Ave. > > Indianapolis, IN 46204 > > (317) 232-3691 > > > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] ANNOUNCMENT - Welcome to the New Director of the Evergreen Indiana Library Consortium
Hello Evergreen Community, I am pleased to announce the appointment of Courtney Brown as the incoming Director of the Evergreen Indiana Library Consortium. Courtney is well known to many of you based on her roles as Southwest Regional Coordinator from the Indiana State Library, as well as her time at Plainfield-Guilford Township Public Library and the Indianapolis Public Library. Courtney has been a long-time advocate and resource for Evergreen Indiana and has served and led in many ways throughout the years. Courtney will enter into her role beginning Monday, April 29, and I will be working with her until May 24. We are excited to welcome Courtney into the Evergreen Indiana Library Consortium. Ruth Frasur Davis (she/they) Coordinator Evergreen Indiana Library Consortium Indiana State Library 140 N. Senate Ave. Indianapolis, IN 46204 (317) 232-3691 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Pdl-general] SciPDL v2.088 release
Hi PDL folk, I have now made a SciPDL version (drag and drop MacOS installer) of the latest PDL v2.088 Please find it, and some previous builds, at the new location: https://github.com/PDLPorters/SciPDL/releases <https://github.com/PDLPorters/SciPDL/releases> Let me know if there any issues using GitHub Happy ANZAC day! Karl ___ pdl-general mailing list pdl-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdl-general
Re: git quirk: core.autocrlf
> On Apr 21, 2024, at 8:00 PM, James Addison via rb-general > wrote: > > ... > That universal newline handling may cause problems in some cases if > not handled carefully, but surprisingly -- at least to me -- 'git' > itself also automatically converts the line-endings of files to the > local platform's standard. This is configurable, and I recommend turning it off. Today you typically don't need to try to force data to the local convention. It made sense when on Windows, because some tools - especially Notepad - couldn't handle Unix lines. This created *endless* problems. However, as of 2018, Notepad added support for Unix line endings: https://devblogs.microsoft.com/commandline/extended-eol-in-notepad/ Most other tools quietly accept either format. E.g., vim prefers Unix line endings, but if a file has only MSDOS|Windows|CP/M line endings of \r\n, it will accept it and save revisions in that format: https://vim.fandom.com/wiki/File_format#:~:text=File%20format%20detection,-The%20'fileformats'%20option=Vim%20will%20look%20for%20both,ff'%20option%20will%20be%20dos. I prefer creating stuff using Unix line-endings (\n), but if I clone a Windows repo, most of the tools will quietly use that other format, and I wouldn't normally even notice. This kind of thing *can* create mysterious reproduction problems, so I think it's in scope for this mailing list. --- David A. Wheeler
Re: [Evergreen-general] Evergreen Booking Module
Hello Beth, The Student Success Interest Group is starting back up (next meeting is at 2:00pm ET on Thursday April 25th during the Hackfest). The booking module is on the list as one of the potential topics for Thursday and going forward so may be a good place for a discussion and to find out who is currently using booking. Jennifer -- Jennifer Pringle (she/her) Co-op Support - Training Lead BC Libraries Cooperative Toll-free: 1-888-848-9250 Email:jennifer.prin...@bc.libraries.coop Website: http://bc.libraries.coop Gratefully acknowledging that I live and work in the unceded Traditional Territory of the St'at'yemc Nations. From: Evergreen-general On Behalf Of Willis, Beth via Evergreen-general Sent: Tuesday, April 23, 2024 7:09 AM To: Evergreen Discussion Group Cc: Willis, Beth Subject: [Evergreen-general] Evergreen Booking Module Hello everyone, NOBLE is not currently using Evergreen's Booking module, though we have had a couple of libraries use it in the past on a limited basis. Another one of libraries is interested in implementing this module, so we are looking at it again. If your library/consortium is using this module, I would be interested in hearing about your experience with it. Thank you in advance! Beth -- Beth Willis Digital & Catalog Librarian NOBLE, Inc. 5 Cherry Hill Drive Danvers, MA 01923 This message originated from outside the M365 organisation. Please be careful with links, and don't trust messages you don't recognise. ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Evergreen Booking Module
Hello everyone, NOBLE is not currently using Evergreen's Booking module, though we have had a couple of libraries use it in the past on a limited basis. Another one of libraries is interested in implementing this module, so we are looking at it again. If your library/consortium is using this module, I would be interested in hearing about your experience with it. Thank you in advance! Beth -- Beth Willis Digital & Catalog Librarian NOBLE, Inc. 5 Cherry Hill Drive Danvers, MA 01923 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] 2024 Evergreen Project Board Election Results and Congratulations
Congratulations to everyone! So glad to hear we had a good "turnout" for voting, as well. On Fri, Apr 19, 2024 at 7:09 AM Frasur, Ruth via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Thank you to everyone who served as candidates for this year's Evergreen > Project Board election. As a note for all newcomers, the Evergreen Project > Board election is an annual event with generally three seats available to > fill. This year saw four seats open. Even so, we had an abundance of > willing and engaged candidates and the only problem was choosing amongst > such a strong field. Thankfully, we also saw a highly engaged electorate > with a significant number of community members registering to vote and then > actually "showing up." Thanks to all of you who participated in this > aspect of the election as well. In the end, four individuals were elected. > > *3 year term* > Katie Greenleaf Martin, PAILS/SparkPA > Susan Morrison, GA PINES > Lindsay Stratton*, Westchester Library System > > *1 year term* > Andrea Buntz Neiman*, Equinox Open Library Initiative > > *decided by coin toss to break tie agreed to by both parties > > Once again, thank you to all who participated in the election and > congratulations to those elected. > > Ruth Frasur Davis (she/they) > > President > > *Evergreen Project Board* > > Coordinator > > *Evergreen Indiana Library Consortium* > > *Evergreen Community Development Initiative* > > Indiana State Library > > 140 N. Senate Ave. > > Indianapolis, IN 46204 > > (317) 232-3691 > > > _______ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: Which conferences are folks attending these days?
On 18/04/2024 15.45, Chris Lamb wrote: To that end, what conferences are folks on this list still going to, and, hopefully, still getting something from? I mean, there must be some exceptions other than FOSDEM… :) My list has become rather short: rb conf (if within Europe) openSUSE conf, Nuremberg and a mini-openSUSE conf in Berlin, co-located with SUSECon
git quirk: core.autocrlf
Hi folks,
This message isn't _directly_ related to reproducible builds, but it
does relate to unexpected differences in text (including, potentially,
source code) checked out from git repositories, and I think that that
could be relevant to the audience here.
Some of the code within the Sphinx documentation generator removes
carriage-return ('\r' in Python string literal escape code notation)
characters from input documents before checksumming them, and that
part of the code puzzled me - generally any kind of content
modification before checksumming seems like a code smell to me.
The relevant code removes those carriage-returns so that the checksums
produced are in a sense cross-platform compatible; that is, the 'same
content' produces the same checksum whether the platform uses CRLF or
LF line-endings.
Now, Python itself does include some functionality[1] to handle what
it refers to as 'universal newlines'; newlines in strings are
generally represented using a single '\n' character, that is
serialized and deserialized to CRLF or LF as platform-appropriate.
This is stable, mature and well-established behaviour at this point.
That universal newline handling may cause problems in some cases if
not handled carefully, but surprisingly -- at least to me -- 'git'
itself also automatically converts the line-endings of files to the
local platform's standard.
I suppose this makes sense so that developer tooling designed for each
platform works as-expected with text stored in git repositories
(which, internally, store the newlines using LF).
However it does mean that the checksums of files checked out from the
same origin git repository can differ on different OS platforms.
Overriding this behaviour on a per-file basis is possible using
.gitattributes config[2] file(s) within the repository, or
alternatively a git client system system can use the 'core.autocrlf'
configuration setting[3] to specify the desired line-ending-conversion
method.
Again: this is probably slightly off-topic and perhaps not of direct
relevance to anyone on the list today. However, it seems like the
kind of issue that is useful to be aware of if-and-when puzzling over
unexpected git content / checksum issues (situations that I _do_
expect people on this list encounter from time-to-time).
Regards,
James
[1] - https://docs.python.org/3.12/glossary.html#term-universal-newlines
[2] - https://git-scm.com/docs/gitattributes
[3] -
https://git-scm.com/docs/git-config#Documentation/git-config.txt-coresafecrlf
PS: For anyone concerned that this might inadvertently expose some
kind of checksumming vulnerability; I briefly worried about that after
determining the line-ending behaviour to be the cause. Padding of
source files with carriage-returns could be a way for bad actors to
attempt to find checksum collisions, yes; but equally, newlines -- or
spaces -- are available to achieve the same. Are there any languages
that attempt to prevent arbitrary source code padding so that
checksum-space-exploration from a known code plaintext is constrained?
Golang and other languages that require or support autoformatting may
be the safest bets.
Re: [Pdl-general] SciPDL move
FYI I have now uploaded to the repo the scripts I use to build the DMG files and done a ‘release’ for my DMG build of PDL 2.084. The disclaimer is that I have zero confidence that the scripts will work for anyone other than me. But knock yourself out if you want to play The releases are here: https://github.com/PDLPorters/SciPDL/releases <https://github.com/PDLPorters/SciPDL/releases> My next step will be to do this for the latest version (The reason it is old is I was originally doing this back in January, but I was waiting until I could figure our the Apple Dev stuff…) I will look forward to my first ‘issue’ :-) Karl > On 17 Apr 2024, at 8:52 pm, Ed . wrote: > > Hi Karl, > > This seems like a really good approach! > > I'm wondering whether to piggyback off the same repo to host the upcoming > Homebrew recipe for PDL, or make a new one? Probably the latter to minimise > conflicts. > > Best regards, > Ed > > From: Karl Glazebrook via pdl-general > Sent: 16 April 2024 2:35 AM > To: perldl > Subject: [Pdl-general] SciPDL move > > Hi all > > I’ve moved my SciPDL distribution (easy MacOS kitchen sink install) to a new > location: > > > > PDLPorters/SciPDL: This is a repository for creating SciPDL distributions > (easy install of PDL on MacOS) > github.com > <https://github.com/PDLPorters/SciPDL>PDLPorters/SciPDL: This is a > repository for creating SciPDL distributions (easy install of PDL on MacOS) > <https://github.com/PDLPorters/SciPDL> > github.com <https://github.com/PDLPorters/SciPDL> > This means I can do ‘releases’ without mucking up the main GitHub repo (sorry > Ed!) > > I have even updated the pdl.perl.org <http://pdl.perl.org/> web pages to > point there, (first change in 2 years!) > > Will add some more recent versions. I have 2.084 sitting on disk (Arm and > Intel) so I will just re-check and put that up in the next few days, and then > look at v2.087 which is hopefully straight forward… > > I hope this is a good approach for the future. > > best > > Karl > ___ pdl-general mailing list pdl-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdl-general
Re: Modify buffering of standard streams via environment variables (not LD_PRELOAD)?
On Thu, 18 Apr 2024, Zachary Santer wrote: On Wed, Mar 20, 2024 at 4:54 AM Carl Edquist wrote: However, if stdbuf's magic env vars are exported in your shell (either by doing a trick like 'export $(env -i stdbuf -oL env)', or else more simply by first starting a new shell with 'stdbuf -oL bash'), then every command in your pipelines will start with the new default line-buffered stdout. That way your line-items from build.sh should get passed all the way through the pipeline as they are produced. Finally had a chance to try to build with 'stdbuf --output=L --error=L --' in front of the build script, and it caused some crazy problems. For what it's worth, when I was trying that out msys2 (since that's what you said you were using), I also ran into some very weird errors when just trying to export LD_PRELOAD and _STDBUF_O to what stdbuf -oL sets. It was weird because I didn't see issues when just running a command (including bash) directly under stdbuf. I didn't get to the bottom of it though and I don't have access to a windows laptop any more to experiment. Also I might ask, why are you setting "--error=L" ? Not that this is the problem you're seeing, but in any case stderr is unbuffered by default, and you might mess up the output a bit by line buffering it, if it's expecting to output partial lines for progress or whatever. Carl
Re: [Evergreen-general] Dealing with significant traffic increase caused by AI bots
Thank you for sharing the link to the Dark Visitors website - it looks very useful, indeed! Linda On 4/19/24 20:21, Lolis, John via Evergreen-general wrote: There's been quite a conversation on the CODE4LIB listserv about this lately... Scott Prater <007dd2c67ad2-dmarc-requ...@lists.clir.org> Thu, 11 Apr, 10:43 (8 days ago) to CODE4LIB We've also been seeing some traffic from inconsiderate AI bots. One of my colleagues came across this site, which tracks and documents AI bots: https://darkvisitors.com/ -- Scott -- Scott Prater Digital Library Architect UW Digital Collections Center University of Wisconsin - Madison From: Code for Libraries on behalf of Lolis, John Sent: Wednesday, April 10, 2024 12:15 PM To: code4...@lists.clir.org Subject: Re: [CODE4LIB] blocking GPTBot? This *sounds* as if it should help: https://urldefense.com/v3/__https://searchengineland.com/google-extended-crawler-432636__;!!Mak6IKo!Pm6vbeyDLkzwxaEhcIBmaI0pK1d7U0GtguiIAgWmNzfNyOyR1m3n9iypyhqwZH3QxxIfNMIETf94S2_ioTtPPtfncyM$ John Lolis Coordinator of Computer Systems 100 Martine Avenue White Plains, NY 10601 tel: 1.914.422.1497 fax: 1.914.422.1452 https://urldefense.com/v3/__https://whiteplainslibrary.org/__;!!Mak6IKo!Pm6vbeyDLkzwxaEhcIBmaI0pK1d7U0GtguiIAgWmNzfNyOyR1m3n9iypyhqwZH3QxxIfNMIETf94S2_ioTtPwb7-RSk$ *“I would rather have questions that can’t be answered than answers that can’t be questioned.”* — Richard Feynman <https://urldefense.com/v3/__https://click.fourhourmail.com/5qure95xkf7hvvo93wh2/7qh7h8h05vr4zrtz/aHR0cHM6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvUmljaGFyZF9GZXlubWFu__;!!Mak6IKo!Pm6vbeyDLkzwxaEhcIBmaI0pK1d7U0GtguiIAgWmNzfNyOyR1m3n9iypyhqwZH3QxxIfNMIETf94S2_ioTtP3X91XJ0$ >, theoretical physicist and recipient of the Nobel Prize in Physics in 1965 On Mon, 8 Apr 2024 at 16:31, Jason Casden wrote: > Thanks for bringing this up, Eben. We've been having a horrible time with > these bots, including those from previously fairly well-behaved sources > like Google. They've caused issues ranging from slow response times and > high system load all the way up to outages for some older systems. So far, > our systems folks have been playing whack-a-mole with a combination of IP > range blocks and increasingly detailed robots.txt statements. A group is > being convened to investigate more comprehensive options so I will be > watching this thread closely. > > Jason > > On Mon, Apr 8, 2024 at 4:18 PM Eben English > wrote: > > > Hi all, > > > > I'm wondering if other folks are seeing AI and/or ML-related crawlers > like > > GPTBot accessing your library's website, catalog, digital collections, or > > other sites. > > > > If so, are you blocking or disallowing these crawlers? Has anyone come up > > with any policies around this? > > > > We're debating whether to allow these types of bots to crawl our digital > > collections, many of which contain large amounts of copyrighted or "no > > derivatives"-licensed materials. On one hand, these materials are > available > > for public view, but on the other hand the type of use that GPTBot and > the > > like are after (integrating the content into their models) could be > > characterized as creating a derivative work, which is expressly > > discouraged. > > > > Thanks, > > > > Eben English (he/him/his) > > Digital Repository Services Manager > > Boston Public Library > > > John Lolis Coordinator of Computer Systems 100 Martine Avenue White Plains, NY 10601 tel: 1.914.422.1497 fax: 1.914.422.1452 https://whiteplainslibrary.org/ /“I would rather have questions that can’t be answered than answers that can’t be questioned.”/ — Richard Feynman <https://click.fourhourmail.com/5qure95xkf7hvvo93wh2/7qh7h8h05vr4zrtz/aHR0cHM6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvUmljaGFyZF9GZXlubWFu>, theoretical physicist and recipient of the Nobel Prize in Physics in 1965 On Fri, 19 Apr 2024 at 07:05, Jane Sandberg via Evergreen-general wrote: Hi Linda, It's not for Evergreen, but my colleague recently blocked claudebot using fail2ban on our load balancer <https://github.com/pulibrary/princeton_ansible/commit/6f9009249a168442391d90e2b75028d40a8a9e91>. Essentially, fail2ban is configured to watch Nginx's access log, and if more than 10 claudebot requests appear within the past minute from a particular IP, it automatically blocks all requests from that IP for the next 24 hours. I would think that something similar could work for Apache's access log. Good luck with the bots! -Jane El vie, 19 abr 2024 a la(s) 3:42 a.m., Linda Jansová via Evergreen-general (evergreen-general@list.evergreen-ils.org) escribió: Dear all, Have any of you
Re: [Evergreen-general] Dealing with significant traffic increase caused by AI bots
There's been quite a conversation on the CODE4LIB listserv about this lately... Scott Prater <007dd2c67ad2-dmarc-requ...@lists.clir.org> Thu, 11 Apr, 10:43 (8 days ago) to CODE4LIB We've also been seeing some traffic from inconsiderate AI bots. One of my colleagues came across this site, which tracks and documents AI bots: https://darkvisitors.com/ -- Scott -- Scott Prater Digital Library Architect UW Digital Collections Center University of Wisconsin - Madison From: Code for Libraries on behalf of Lolis, John Sent: Wednesday, April 10, 2024 12:15 PM To: code4...@lists.clir.org Subject: Re: [CODE4LIB] blocking GPTBot? This *sounds* as if it should help: https://urldefense.com/v3/__https://searchengineland.com/google-extended-crawler-432636__;!!Mak6IKo!Pm6vbeyDLkzwxaEhcIBmaI0pK1d7U0GtguiIAgWmNzfNyOyR1m3n9iypyhqwZH3QxxIfNMIETf94S2_ioTtPPtfncyM$ John Lolis Coordinator of Computer Systems 100 Martine Avenue White Plains, NY 10601 tel: 1.914.422.1497 fax: 1.914.422.1452 https://urldefense.com/v3/__https://whiteplainslibrary.org/__;!!Mak6IKo!Pm6vbeyDLkzwxaEhcIBmaI0pK1d7U0GtguiIAgWmNzfNyOyR1m3n9iypyhqwZH3QxxIfNMIETf94S2_ioTtPwb7-RSk$ *“I would rather have questions that can’t be answered than answers that can’t be questioned.”* — Richard Feynman < https://urldefense.com/v3/__https://click.fourhourmail.com/5qure95xkf7hvvo93wh2/7qh7h8h05vr4zrtz/aHR0cHM6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvUmljaGFyZF9GZXlubWFu__;!!Mak6IKo!Pm6vbeyDLkzwxaEhcIBmaI0pK1d7U0GtguiIAgWmNzfNyOyR1m3n9iypyhqwZH3QxxIfNMIETf94S2_ioTtP3X91XJ0$ >, theoretical physicist and recipient of the Nobel Prize in Physics in 1965 On Mon, 8 Apr 2024 at 16:31, Jason Casden wrote: > Thanks for bringing this up, Eben. We've been having a horrible time with > these bots, including those from previously fairly well-behaved sources > like Google. They've caused issues ranging from slow response times and > high system load all the way up to outages for some older systems. So far, > our systems folks have been playing whack-a-mole with a combination of IP > range blocks and increasingly detailed robots.txt statements. A group is > being convened to investigate more comprehensive options so I will be > watching this thread closely. > > Jason > > On Mon, Apr 8, 2024 at 4:18 PM Eben English > wrote: > > > Hi all, > > > > I'm wondering if other folks are seeing AI and/or ML-related crawlers > like > > GPTBot accessing your library's website, catalog, digital collections, or > > other sites. > > > > If so, are you blocking or disallowing these crawlers? Has anyone come up > > with any policies around this? > > > > We're debating whether to allow these types of bots to crawl our digital > > collections, many of which contain large amounts of copyrighted or "no > > derivatives"-licensed materials. On one hand, these materials are > available > > for public view, but on the other hand the type of use that GPTBot and > the > > like are after (integrating the content into their models) could be > > characterized as creating a derivative work, which is expressly > > discouraged. > > > > Thanks, > > > > Eben English (he/him/his) > > Digital Repository Services Manager > > Boston Public Library > > > John Lolis Coordinator of Computer Systems 100 Martine Avenue White Plains, NY 10601 tel: 1.914.422.1497 fax: 1.914.422.1452 https://whiteplainslibrary.org/ *“I would rather have questions that can’t be answered than answers that can’t be questioned.”* — Richard Feynman <https://click.fourhourmail.com/5qure95xkf7hvvo93wh2/7qh7h8h05vr4zrtz/aHR0cHM6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvUmljaGFyZF9GZXlubWFu>, theoretical physicist and recipient of the Nobel Prize in Physics in 1965 On Fri, 19 Apr 2024 at 07:05, Jane Sandberg via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hi Linda, > > It's not for Evergreen, but my colleague recently blocked claudebot using > fail2ban on our load balancer > <https://github.com/pulibrary/princeton_ansible/commit/6f9009249a168442391d90e2b75028d40a8a9e91>. > Essentially, fail2ban is configured to watch Nginx's access log, and if > more than 10 claudebot requests appear within the past minute from a > particular IP, it automatically blocks all requests from that IP for the > next 24 hours. I would think that something similar could work for > Apache's access log. > > Good luck with the bots! > > -Jane > > El vie, 19 abr 2024 a la(s) 3:42 a.m., Linda Jansová via Evergreen-general > (evergreen-general@list.evergreen-ils.org) escribió: > >> Dear all, >> >> Have any of you encountered an extensive crawling by Bytespider and >> Bytedan
[Evergreen-general] 2024 Evergreen Project Board Election Results and Congratulations
Thank you to everyone who served as candidates for this year's Evergreen Project Board election. As a note for all newcomers, the Evergreen Project Board election is an annual event with generally three seats available to fill. This year saw four seats open. Even so, we had an abundance of willing and engaged candidates and the only problem was choosing amongst such a strong field. Thankfully, we also saw a highly engaged electorate with a significant number of community members registering to vote and then actually "showing up." Thanks to all of you who participated in this aspect of the election as well. In the end, four individuals were elected. 3 year term Katie Greenleaf Martin, PAILS/SparkPA Susan Morrison, GA PINES Lindsay Stratton*, Westchester Library System 1 year term Andrea Buntz Neiman*, Equinox Open Library Initiative *decided by coin toss to break tie agreed to by both parties Once again, thank you to all who participated in the election and congratulations to those elected. Ruth Frasur Davis (she/they) President Evergreen Project Board Coordinator Evergreen Indiana Library Consortium Evergreen Community Development Initiative Indiana State Library 140 N. Senate Ave. Indianapolis, IN 46204 (317) 232-3691 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Dealing with significant traffic increase caused by AI bots
Thank you very much, Jane! We will certainly give fail2ban a try, though - as we use Apache - some implementation details will probably be a bit different :-). Linda On 4/19/24 13:05, Jane Sandberg wrote: Hi Linda, It's not for Evergreen, but my colleague recently blocked claudebot using fail2ban on our load balancer <https://github.com/pulibrary/princeton_ansible/commit/6f9009249a168442391d90e2b75028d40a8a9e91>. Essentially, fail2ban is configured to watch Nginx's access log, and if more than 10 claudebot requests appear within the past minute from a particular IP, it automatically blocks all requests from that IP for the next 24 hours. I would think that something similar could work for Apache's access log. Good luck with the bots! -Jane El vie, 19 abr 2024 a la(s) 3:42 a.m., Linda Jansová via Evergreen-general (evergreen-general@list.evergreen-ils.org) escribió: Dear all, Have any of you encountered an extensive crawling by Bytespider and Bytedance (see e.g., https://wordpress.org/support/topic/psa-bytedance-and-bytespider-bots-recommend-blocking/), Claudebot or other AI bots? If so, do you have any secret recipe how to disable the crawler from accessing the site? Thank you very much for sharing your experience! Linda ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Dealing with significant traffic increase caused by AI bots
Hi Linda, It's not for Evergreen, but my colleague recently blocked claudebot using fail2ban on our load balancer <https://github.com/pulibrary/princeton_ansible/commit/6f9009249a168442391d90e2b75028d40a8a9e91>. Essentially, fail2ban is configured to watch Nginx's access log, and if more than 10 claudebot requests appear within the past minute from a particular IP, it automatically blocks all requests from that IP for the next 24 hours. I would think that something similar could work for Apache's access log. Good luck with the bots! -Jane El vie, 19 abr 2024 a la(s) 3:42 a.m., Linda Jansová via Evergreen-general ( evergreen-general@list.evergreen-ils.org) escribió: > Dear all, > > Have any of you encountered an extensive crawling by Bytespider and > Bytedance (see e.g., > > https://wordpress.org/support/topic/psa-bytedance-and-bytespider-bots-recommend-blocking/), > > Claudebot or other AI bots? > > If so, do you have any secret recipe how to disable the crawler from > accessing the site? > > Thank you very much for sharing your experience! > > Linda > > ___________ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Dealing with significant traffic increase caused by AI bots
Dear all, Have any of you encountered an extensive crawling by Bytespider and Bytedance (see e.g., https://wordpress.org/support/topic/psa-bytedance-and-bytespider-bots-recommend-blocking/), Claudebot or other AI bots? If so, do you have any secret recipe how to disable the crawler from accessing the site? Thank you very much for sharing your experience! Linda ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [EXTERNAL] Which conferences are folks attending these days?
SCaLE https://www.socallinuxexpo.org/scale/21x -- +1 425 785 6102 (he/him) “Thursday Morning Coffee<https://microsoft.sharepoint.com/teams/ThursdayMorningCoffee#thursday-morning-coffee-with-stephe>” on Standards & Open Source N.B. My working day may not be your working day! Please don’t feel obliged to read or reply to this e-mail outside of your normal working hours. From: rb-general on behalf of Chris Lamb Date: Thursday, April 18, 2024 at 6:45 AM To: rb-general Subject: [EXTERNAL] Which conferences are folks attending these days? Hey -general, I was talking to a bunch of RB folks yesterday, and we came to the loosely shared view that, after peak Covid and other industry-wide changes, conferences are no longer the "must attend" events they previously were… especially in the area of software supply-chain security. In rough, practical terms, it seems harder to justify conference travel today than it did in mid-2019. To that end, what conferences are folks on this list still going to, and, hopefully, still getting something from? I mean, there must be some exceptions other than FOSDEM… :) Best wishes, -- o ⬋ ⬊ Chris Lamb o o reproducible-builds.org ⬊ ⬋ o
Re: Shelling
Not discouraging you from gash, but babashka is pretty good for this too: https://babashka.org/
Re: Bootstrapping and autotools
2024 m. balandžio 18 d., ketvirtadienis 23:18:53 BST Andrius Štikonas via rb- general rašė: > 2024 m. balandžio 18 d., ketvirtadienis 23:11:41 BST kpcyrd rašė: > > hello, > > > > does somebody know what the bootstrapping status of autotools is? > > It can be done. See https://github.com/fosslinux/live-bootstrap/blob/master/ > parts.rst > > > Also, is something considered "bootstrapped from source" if the build is > > making use of a pre-generated `./configure` script that is 25k lines long? > > Yes, I agree and that's what live-bootstrap does. Sorry, this ended up confusing. I wanted to say that live-bootstrap reuilds all pre-generated files (at least as far as we are aware): autotools scripts, bison/flex files, pregenerated header files, etc... > > > In my opinion something is only "bootstrapped from source" if autoreconf > > is used as part of the build instead of executing some pre-compiled > > `./configure` script. This however means that, to compile bash, one > > needs to compile autotools first. > > No, that doesn't mean that you need to compile autotools first. There are > other options, e.g. you can hand-write makefile. > > Also note that we recently learned that autoreconf -f is not guaranteed to > rebuild all pre-generated files. > > Andrius > > > curious, > > kpcyrd
Re: Shelling
Thanks all. Very helpful. Tom On Thursday, April 18, 2024 at 04:29:36 PM PDT, Matt Wette wrote: On 4/18/24 9:44 AM, Tom Whitcomb via General Guile related discussions wrote: > Hi. > I need to write a set of shell scripts and I would really like to do it with > a lisp. Is that a use case for guile or should I move towards scheme/scsh? > Tom You may be interested in gash: https://savannah.nongnu.org/projects/gash/
Re: Bootstrapping and autotools
2024 m. balandžio 18 d., ketvirtadienis 23:11:41 BST kpcyrd rašė: > hello, > > does somebody know what the bootstrapping status of autotools is? It can be done. See https://github.com/fosslinux/live-bootstrap/blob/master/ parts.rst > > Also, is something considered "bootstrapped from source" if the build is > making use of a pre-generated `./configure` script that is 25k lines long? > Yes, I agree and that's what live-bootstrap does. > In my opinion something is only "bootstrapped from source" if autoreconf > is used as part of the build instead of executing some pre-compiled > `./configure` script. This however means that, to compile bash, one > needs to compile autotools first. No, that doesn't mean that you need to compile autotools first. There are other options, e.g. you can hand-write makefile. Also note that we recently learned that autoreconf -f is not guaranteed to rebuild all pre-generated files. Andrius > > curious, > kpcyrd
Shelling
Hi. I need to write a set of shell scripts and I would really like to do it with a lisp. Is that a use case for guile or should I move towards scheme/scsh? Tom
Re: [Pdl-general] SciPDL move
Thanks, probably best to keep seperate as they seem quite orthogonal?KarlOn 17 Apr 2024, at 8:52 PM, Ed . wrote: Hi Karl, This seems like a really good approach! I'm wondering whether to piggyback off the same repo to host the upcoming Homebrew recipe for PDL, or make a new one? Probably the latter to minimise conflicts. Best regards, Ed From: Karl Glazebrook via pdl-general Sent: 16 April 2024 2:35 AM To: perldl Subject: [Pdl-general] SciPDL move Hi all I’ve moved my SciPDL distribution (easy MacOS kitchen sink install) to a new location: PDLPorters/SciPDL: This is a repository for creating SciPDL distributions (easy install of PDL on MacOS) github.com This means I can do ‘releases’ without mucking up the main GitHub repo (sorry Ed!) I have even updated the pdl.perl.org web pages to point there, (first change in 2 years!) Will add some more recent versions. I have 2.084 sitting on disk (Arm and Intel) so I will just re-check and put that up in the next few days, and then look at v2.087 which is hopefully straight forward… I hope this is a good approach for the future. best Karl ___ pdl-general mailing list pdl-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdl-general
[Evergreen-general] next meeting of the Evergreen Project board
Hello all, The Evergreen Project Board will be meeting tomorrow- Thursday, April 18 at 11 a.m. PT / 1 p.m. CT / 2 p.m. ET. The agenda and connection details for the meeting are at https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2024-04-18 This meeting is public and community members are encouraged to attend. Thanks! Katie TEP Secretary [cid:image001.png@01DA90E8.9B233840]Katie Greenleaf Martin (she/her), Executive Director Pennsylvania Integrated Library System (PaILS) | SPARK (717) 873-9461 | k...@sparkpa.org<mailto:k...@sparkpa.org> support.sparkpa.org<https://support.sparkpa.org/> | supp...@sparkpa.org<mailto:supp...@sparkpa.org> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Feature idea for patrons accounts; Personalized Carousels
I agree with once third party companies get involved, that could become a privacy issue. Especially if patrons can't opt out easily. Goodreads is probably a good compromise if third parties would have to be involved to do it. On Wed, Apr 17, 2024 at 12:16 PM Terran McCanna < tmcca...@georgialibraries.org> wrote: > I feel fairly certain this would be a pretty massive project to come up > with a way to determine recommendations and may or may not be worth the > time and development expense since there are third party vendors that > already do similar things as part of their core business. Syndetics and > NoveList added content will both provide recommendations at the title or > author level (ie, you look up a book you liked and it will recommend others > that are available to you through the library), and then there are other > companies that can generate recommendations based on personal reading > history - that is going to depend on providing them with a certain amount > of user data though, and that gets really tricky with patron > confidentiality. > > Of course, users can also download their reading history as a CSV file and > upload it to GoodReads themselves if they are somewhat savvy - this could > probably made easier with a relatively small development project to allow > patrons to export their booklist in a format that was specifically > compatible to goodreads so they wouldn't have to do any editing to it > (unless they wanted to) after they downloaded it. > > > On Wed, Apr 17, 2024 at 11:37 AM Johnathon Redmon via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> I'm a cataloger, not a programmer so I don't know how reasonable (or >> possible) this is. But ever since I first heard about the idea of >> carousels, I've dreamed of being able to log into my patron account and >> have a netflix style recommendation carousel hooked on to an algorithm that >> suggests items based on the 1xx, 6xx and 7xx marc fields of items you've >> recently checked out. What would be the possibility of such a feature, and >> what kind of hurdles would have to be jumped to do this? >> >> >> -- >> Johnathon Redmon >> Technical Services Cataloging Clerk >> Monticello Union-Township Public Library >> 321 W. Broadway St. >> Monticello, IN 47960 >> _______ >> Evergreen-general mailing list >> Evergreen-general@list.evergreen-ils.org >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> > -- Johnathon Redmon Technical Services Cataloging Clerk Monticello Union-Township Public Library 321 W. Broadway St. Monticello, IN 47960 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] 3.13 Release Schedule Update
Hello community! On behalf of the release team, I’d like to let you know about some updates to the release schedule for 3.13 There are a number of excellent pullrequested and signed off features still needing some attention, so the release team is changing Feature Slush to *Friday, May 3rd *in order to take advantage of collaboration time at the conference Hackfest. The full updated schedule can be seen on the roadmap page here: https://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_roadmap#release_schedule Our thought here is to give committers a bit more time to test and merge, and developers a bit more time to get those last couple features updated. With your help, we can make 3.13 a feature-packed release. To that end, there’s things that are in need of some community testing and/or merging. Consider this our call to action! These features are ready for the last step (i.e., they are signed off and need committer testing / merging): - Add Library Groups to Angular Staff Catalog https://bugs.launchpad.net/evergreen/+bug/1949109 - Angular staff catalog copy location group filtering support https://bugs.launchpad.net/evergreen/+bug/1861701 - Angular staff client navbar is not responsive https://bugs.launchpad.net/evergreen/+bug/1945498 - Omnibus branch for cataloging permissions and hold cancel https://bugs.launchpad.net/evergreen/+bug/2061136 Here’s some features that are pullrequested, and need testing and signoff: - Rename Any Parts label https://bugs.launchpad.net/evergreen/+bug/1902120 - eg-grid: Accessibility with tables that aren't really tables https://bugs.launchpad.net/evergreen/+bug/1615781 - Skip link for staff interfaces https://bugs.launchpad.net/evergreen/+bug/2017034 - Eresource click tracking https://bugs.launchpad.net/evergreen/+bug/1895695 - Circ policies angularization https://bugs.launchpad.net/evergreen/+bug/1855781 - Reports interface port to Angular https://bugs.launchpad.net/evergreen/+bug/1993823 - Reports security improvements https://bugs.launchpad.net/evergreen/+bug/2043142 Both Reports branches are available on an Equinox test server at https://butternut.evergreencatalog.com/eg/staff/home running Concerto data, with an admin login of admin / demo123. Equinox will be putting out new or updated branches (as well as community test servers) for the following by the end of this week: - Ordering and Z39.50 port to Angular (Sprint A) https://bugs.launchpad.net/evergreen/+bug/2039609 - Claims and invoices interfaces port to Angular (Sprint B) https://bugs.launchpad.net/evergreen/+bug/2006970 - MARC editor port to Angular https://bugs.launchpad.net/evergreen/+bug/2006969 Other community test environments are welcome! On behalf of the release team, Bill Erickson Blake Graham-Henderson Stephanie Leary Shula Link Andrea Buntz Neiman -- Andrea Buntz Neiman, MLS Project Manager for Software Development | Product Specialist Equinox Open Library Initiative abnei...@equinoxoli.org 1-877-OPEN-ILS (673-6457) Direct: 770-709-5583 *https://www.equinoxOLI.org/ <https://www.equinoxOLI.org/>* ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Feature idea for patrons accounts; Personalized Carousels
In Aspen, there is a way to sort of do this, but it requires the use of reviews and a few other things. More investigation would be necessary. (From one EG-Indiana person to another). Ruth Frasur Davis (she/they) Coordinator Evergreen Indiana Library Consortium Evergreen Community Development Initiative Indiana State Library 140 N. Senate Ave. Indianapolis, IN 46204 (317) 232-3691 From: Evergreen-general On Behalf Of Terran McCanna via Evergreen-general Sent: Wednesday, April 17, 2024 12:16 PM To: Evergreen Discussion Group Cc: Terran McCanna Subject: Re: [Evergreen-general] Feature idea for patrons accounts; Personalized Carousels This is an EXTERNAL email. Exercise caution. DO NOT open attachments or click links from unknown senders or unexpected email. I feel fairly certain this would be a pretty massive project to come up with a way to determine recommendations and may or may not be worth the time and development expense since there are third party vendors that already do similar things as part of their core business. Syndetics and NoveList added content will both provide recommendations at the title or author level (ie, you look up a book you liked and it will recommend others that are available to you through the library), and then there are other companies that can generate recommendations based on personal reading history - that is going to depend on providing them with a certain amount of user data though, and that gets really tricky with patron confidentiality. Of course, users can also download their reading history as a CSV file and upload it to GoodReads themselves if they are somewhat savvy - this could probably made easier with a relatively small development project to allow patrons to export their booklist in a format that was specifically compatible to goodreads so they wouldn't have to do any editing to it (unless they wanted to) after they downloaded it. On Wed, Apr 17, 2024 at 11:37 AM Johnathon Redmon via Evergreen-general mailto:evergreen-general@list.evergreen-ils.org>> wrote: I'm a cataloger, not a programmer so I don't know how reasonable (or possible) this is. But ever since I first heard about the idea of carousels, I've dreamed of being able to log into my patron account and have a netflix style recommendation carousel hooked on to an algorithm that suggests items based on the 1xx, 6xx and 7xx marc fields of items you've recently checked out. What would be the possibility of such a feature, and what kind of hurdles would have to be jumped to do this? -- Johnathon Redmon Technical Services Cataloging Clerk Monticello Union-Township Public Library 321 W. Broadway St. Monticello, IN 47960 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org<mailto:Evergreen-general@list.evergreen-ils.org> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general<https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-2865476d45623b25=1=655b7bd9-a2c5-420a-9831-7c60b140fd1d=http%3A%2F%2Flist.evergreen-ils.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fevergreen-general> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Feature idea for patrons accounts; Personalized Carousels
I feel fairly certain this would be a pretty massive project to come up with a way to determine recommendations and may or may not be worth the time and development expense since there are third party vendors that already do similar things as part of their core business. Syndetics and NoveList added content will both provide recommendations at the title or author level (ie, you look up a book you liked and it will recommend others that are available to you through the library), and then there are other companies that can generate recommendations based on personal reading history - that is going to depend on providing them with a certain amount of user data though, and that gets really tricky with patron confidentiality. Of course, users can also download their reading history as a CSV file and upload it to GoodReads themselves if they are somewhat savvy - this could probably made easier with a relatively small development project to allow patrons to export their booklist in a format that was specifically compatible to goodreads so they wouldn't have to do any editing to it (unless they wanted to) after they downloaded it. On Wed, Apr 17, 2024 at 11:37 AM Johnathon Redmon via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > I'm a cataloger, not a programmer so I don't know how reasonable (or > possible) this is. But ever since I first heard about the idea of > carousels, I've dreamed of being able to log into my patron account and > have a netflix style recommendation carousel hooked on to an algorithm that > suggests items based on the 1xx, 6xx and 7xx marc fields of items you've > recently checked out. What would be the possibility of such a feature, and > what kind of hurdles would have to be jumped to do this? > > > -- > Johnathon Redmon > Technical Services Cataloging Clerk > Monticello Union-Township Public Library > 321 W. Broadway St. > Monticello, IN 47960 > ___________ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Feature idea for patrons accounts; Personalized Carousels
I'm a cataloger, not a programmer so I don't know how reasonable (or possible) this is. But ever since I first heard about the idea of carousels, I've dreamed of being able to log into my patron account and have a netflix style recommendation carousel hooked on to an algorithm that suggests items based on the 1xx, 6xx and 7xx marc fields of items you've recently checked out. What would be the possibility of such a feature, and what kind of hurdles would have to be jumped to do this? -- Johnathon Redmon Technical Services Cataloging Clerk Monticello Union-Township Public Library 321 W. Broadway St. Monticello, IN 47960 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [users@httpd] openssl comand(s) for https mode on apache 2.4 on windows.
On Wed, Apr 17, 2024, 3:27 PM General Email < general.email.12341...@gmail.com> wrote: > > >> > If people are asking for advice on PHP then advise them on PHP or don't >> say anything. >> > Don't start advising them about Java. >> >> Please... I am not even making remarks about you asking openssl questions >> at httpd. >> > > > So, is this wrong forum for asking about openssl commands required for > generating certificates for enabling https on apache? > > I can easily look at openssl website or other websites and look how to > create self signed certificates. However, I was not sure if that would work > on apache. That's why I asked here. > > Most of the websites showed how to generate .pem certificates, but after > reading about ssl/https on apache website, I saw that apache requires .crt > certificates. > > Obviously, I can figure out this whole thing if I read whole openssl > manual and apache ssl configs, etc. but I don't want to invest time in that > and I was looking for a quick solution and that's why I posted here. > > > >> I think most people will understand that I try to make you see the >> difference between developing an application and how it is hosted/used what >> ever, operate within your area of expertise. >> > > I know this and I told you that I want to hard code https. Now, please > tell me how can my idea go wrong? > > Please don't tell me how other people's unrelated ideas went wrong. > > Let's have a meaningful discussion. > > I don't work for any company. > > I do freelancing. I am doing this project for a real estate client. So, > its only me who will do everything and decide everything - development, > testing, maintenance hosting, hard coding, migration, https, ssl, etc. > > I would really like to know how my idea of hardcoding https can go wrong? > Anyways, I looked more on google and I think that I have found what I was looking for on this page: https://gist.github.com/taoyuan/39d9bc24bafc8cc45663683eae36eb1a
Re: [users@httpd] openssl comand(s) for https mode on apache 2.4 on windows.
> > > If people are asking for advice on PHP then advise them on PHP or don't > say anything. > > Don't start advising them about Java. > > Please... I am not even making remarks about you asking openssl questions > at httpd. > So, is this wrong forum for asking about openssl commands required for generating certificates for enabling https on apache? I can easily look at openssl website or other websites and look how to create self signed certificates. However, I was not sure if that would work on apache. That's why I asked here. Most of the websites showed how to generate .pem certificates, but after reading about ssl/https on apache website, I saw that apache requires .crt certificates. Obviously, I can figure out this whole thing if I read whole openssl manual and apache ssl configs, etc. but I don't want to invest time in that and I was looking for a quick solution and that's why I posted here. > I think most people will understand that I try to make you see the > difference between developing an application and how it is hosted/used what > ever, operate within your area of expertise. > I know this and I told you that I want to hard code https. Now, please tell me how can my idea go wrong? Please don't tell me how other people's unrelated ideas went wrong. Let's have a meaningful discussion. I don't work for any company. I do freelancing. I am doing this project for a real estate client. So, its only me who will do everything and decide everything - development, testing, maintenance hosting, hard coding, migration, https, ssl, etc. I would really like to know how my idea of hardcoding https can go wrong?
Re: [users@httpd] openssl comand(s) for https mode on apache 2.4 on windows.
On Wed, Apr 17, 2024, 1:17 PM Marc wrote: > > > > > http is an insecure protocol. I don't want my website to run on > > http. So, I am hardcoding https in links in my website that refer to > > pages in my website. > > > > > > Now, I know that you will write why not redirect http to https by > > default. > > No because that is not relevant to me and what I would like to address. I > am even deploying https on tasks in private air-gapped environments. This > is not a discussion about whether or not https should be used and when. > > > > The problem with this is that if the website gets migrated to > > different provider and if people forget to redirect http to https in new > > setup then it will become a security problem. > > I know there are many idiots out there and your concern is very valid. > Most of the security breaches you read about is about such issues. > However, can you imagine the apache dev team thinking like you? Hard > coding everything to https? Can you imagine all http ports of tomcat, > httpd, jboss etc. being dropped? These people have been making rock solid > applications for decades they don't lecture others how to use or not use > https. > You will never match them in any way, why not follow their lead? > > > > Hardcoding https solves all issues. > > > > A few years back I had an argument with apple developers. They were having > in the build process of the calendar server openssl. The developers thought > for security purposes it would be better to include it in the build. This > resulted in that calenderservers were always having an old insecure > openssl, because the openssl updated by the distribution was not used. (and > nobody is going to build the application frequently) This is what happens > when application developers think they are security geniuses. > > The point I am trying to make is that you as an application developer > should be focussed on developing your application it is not your business > how this application is hosted. You should not concern yourself with things > you are not experienced in/with. Especially when it comes to something as > crucial as security. You are not removing ca certs from the trust store, > your are not setting secure ciphers, you are not setting limits on key > sizes etc. Why would you then even bother with https or http? > > With your argument you might as well hard code the domain name in your > application (like wordpress) and hardcode root name servers etc. > If you buy an egg in the store, it does not come with any requirement that > it should be used only for making cakes. Grasp this concept. > Marc, I don't know what you are trying to prove by your points + you are insulting people for no reason. If you insult people, they may insult you back. Russia attacked Ukraine and Ukraine/NATO hit Russia back. The original discussion was about openssl commands and I think that since you don't know openssl commands, you should not have said anything. Let other people do what they want to do. If they want to hardcode something, why are you bothered. I will hard code https, its my choice. It has nothing to do with you. Now, you are saying to hard code root name servers, etc. which doesn't make sense. You are taking this discussion in all sorts of directions and I don't know what you want to prove. If you want to prove that you are a very smart person and other people are fools then for that you need to play chess with all other people and win all the games. You can invite wordpress idiots to play chess with you and then if you win then probably you can tell that person that he/she is an idiot. There are many people in this world who are very smart but they don't say that other people are fools - for example, Steve Wozniak, Larry Page, Knuth, etc. If people are asking for advice on PHP then advise them on PHP or don't say anything. Don't start advising them about Java. By the way, if you insult me, I will insult you back. GE
Re: [Qgis-user] QGIS - Hanging on Windows browser
Hi all I am having a problem with QGIS where it seems to hang any time a Windows browser window is opened i.e. Project Save; Export layout, Export to any format; Save to Shapefile/DXF etc. (see the image below). I have tried uninstalling and reinstalling the latest version 3.36.1 and using older versions too. I even tried on my 2.18.4, with the same issue. However, on no other software is this occurring, as far as I have been able to test, including MS Office applications, ArcMap, ArcPro, Surfer, Adobe Photoshop. I have tried removing the Browser and taken off networked drives (these have never been an issue for me before). As I thought perhaps one of my data drives may be at fault, I have now tried disconnecting them too. However, the problem persists. There were Windows 11 cumulative updates recently, which were installed (KB5036893; KB5036620; KB5037336), but this is not affecting any other software. I am going to try uninstall the cumulative update, but in the mean time, has anyone else experienced this problem and if so, do you have any recommendations to resolve it, other than removing cumulative updates, which I am not sure is going to work (I will advise if it does resolve the issue). -- Regards, Nigel Berjak Please consider the environment before printing this email.___ QGIS-User mailing list QGIS-User@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [users@httpd] openssl comand(s) for https mode on apache 2.4 on windows.
> This is also not relevant to what I am stating. If you develop, do it > regardless of http/https that is convenient for everyone. It will be to > your own benefit. If you have to host the application on your own server, > so be it. It will be easier with choosing your https solution. You could > already be developing it now, and later you can check how to use openssl. > Last thing you want, is an application that forces https or http. > http is an insecure protocol. I don't want my website to run on http. So, I am hardcoding https in links in my website that refer to pages in my website. Now, I know that you will write why not redirect http to https by default. The problem with this is that if the website gets migrated to different provider and if people forget to redirect http to https in new setup then it will become a security problem. Hardcoding https solves all issues.
[Evergreen-general] Updated Evergreen API deprecation announcement
Hi, The following Evergreen API methods will be deprecated: - open-ils.circ.holds.create - open-ils.circ.holds.create.override - open-ils.circ.holds.create.batch - open-ils.circ.holds.create.override.batch The deprecation will occur in two phases: - Evergreen 3.13: formal deprecation. Evergreen will warn about use of these APIs in its logs. - The major Evergreen release that follows 3.13: removal of the methods Any applications using the deprecated APIs should instead use the methods "open-ils.circ.holds.test_and_create.batch" and/or "open-ils.circ.holds.test_and_create.batch.override". This switch can and should be made at any time; it need not wait on the formal deprecation. For assistance with updating your application, please feel free to raise questions on the evergreen-dev <http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-dev> mailing list or on the #evergreen IRC channel <https://evergreen-ils.org/communicate/irc/>. Additional information and discussion about this deprecation can be found in bug 1017990 <https://bugs.launchpad.net/evergreen/+bug/1017990>. This announcement supersedes a previous, retracted announcement that incorrectly stated that "open-ils.circ.title_hold.is_possible" will be deprecated. That method will NOT be deprecated Regards, Galen -- Galen Charlton Implementation and IT Manager Equinox Open Library Initiative g...@equinoxoli.org https://www.equinoxOLI.org phone: 877-OPEN-ILS (673-6457) direct: 770-709-5581 _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [users@httpd] openssl comand(s) for https mode on apache 2.4 on windows.
> > Here’s a possible SO question that might help you: > > https://stackoverflow.com/questions/10175812/how-to-generate-a-self-signed-ssl-certificate-using-openssl > Thanks Will. I will look look into it.
Re: [users@httpd] openssl comand(s) for https mode on apache 2.4 on windows.
> But should your development be not protocol independent? If your code > works on http it should also work on https. I am getting sick of these > wordpress idiots where they still have hardcoded links everywhere and I > can't even convert a website from http to https. > Are you saying that I am a wordpress idiot?
Re: [users@httpd] openssl comand(s) for https mode on apache 2.4 on windows.
> I think you need to search for setting up your own CA and sign certs. Windows is my development environment. Later the website will be hosted on linux and the linux hosting provider will provide SSL certificate. I had looked at https://stackoverflow.com/questions/4221874/how-do-i-allow-https-for-apache-on-localhost But it looks like many answers on this page are obsolete now. I don't think openssl commands are any differnt on windows. Yeah, they are not. But I don't know what all arguments to give to openssl. Maybe easier to get an existing cert and use that, and just ignore the > warning? > Maybe there are even easier to use tools on windows that do this all for > I actually want to use openssl. openssl.exe comes with apache 2.4 distribution.
[users@httpd] openssl comand(s) for https mode on apache 2.4 on windows.
Hi, I was looking for openssl command(s) to generate server side certificate and key so that https start working on my apache 2.4 web server on windows. I looked on Internet but found few commands but they all used different arguments to openssl. Can someone please give me exact openssl command(s) to use. I will appreciate it. Regards, GE
[Pdl-general] SciPDL move
Hi all I’ve moved my SciPDL distribution (easy MacOS kitchen sink install) to a new location: https://github.com/PDLPorters/SciPDL PDLPorters/SciPDL: This is a repository for creating SciPDL distributions (easy install of PDL on MacOS) github.com This means I can do ‘releases’ without mucking up the main GitHub repo (sorry Ed!) I have even updated the pdl.perl.org <http://pdl.perl.org/> web pages to point there, (first change in 2 years!) Will add some more recent versions. I have 2.084 sitting on disk (Arm and Intel) so I will just re-check and put that up in the next few days, and then look at v2.087 which is hopefully straight forward… I hope this is a good approach for the future. best Karl ___ pdl-general mailing list pdl-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdl-general
Re: [Evergreen-general] Hold Notices Once per Day?
We limit SMS and Phone hold pickup notices to only send out one a day, but it isn't at a certain time. We send them out within 20-30 minutes of the last item for that patron being put on the holdshelf. With email hold pickup notices, we don't try to limit the number per day, but we do wait to send any until the last item checked in has been on the holdshelf for a certain period of time. If it takes an hour to check in the delivery and do the pull list, then that usually avoids multiple emails for one patron. If it takes 2 hours then the customer might yet still get two emails. We have sites that are only open 2 hours at a stretch, so we also want to make sure those customers get notified soon enough that they can make it in that day to pick up their items. So we try to balance batching up and quick notification. This is done with pre-processing sql that runs before the action trigger runner is executed. All pending events for one user get updated so they all have the most recent events run time. That ensures they all get sent at the same time, and delays the sending if a new item was just checked in. And for SMS and Phone, if there is a completed event within a certain time frame, then the run time gets pushed to the next day to skip sending out more notices that day. Josh On Mon, Apr 15, 2024 at 9:42 AM Gina Monti via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hi All, > > Are there any libraries/consortia that are sending hold notices via email > once per day? We received a request from one library to do this to help > consolidate staff effort in gathering the holds together. Are there any > unintended side effects from having them sent once per day besides > potential frustration from the patrons? > > Let me know! > > -- > Gina Monti (she/her) > Evergreen Systems Manager > Bibliomation, Inc. > (203) 577-4070 ext. 109 > English, American Sign Language > ___________ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Hold Notices Once per Day?
Hi All, Are there any libraries/consortia that are sending hold notices via email once per day? We received a request from one library to do this to help consolidate staff effort in gathering the holds together. Are there any unintended side effects from having them sent once per day besides potential frustration from the patrons? Let me know! -- Gina Monti (she/her) Evergreen Systems Manager Bibliomation, Inc. (203) 577-4070 ext. 109 English, American Sign Language ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] 2024 EG Conference Begins Next Week!
Hi All, This is a reminder that the 2024 International Online Evergreen Conference is in one week with the preconference beginning Monday, April 22, regular conference dates Tuesday, April 23 and Wednesday, April 24, and the Hackfest held on Thursday, April 25. Please review our Pheedloop guide for attendees. <https://docs.google.com/document/d/1ti599IUk-VhH0i9Vo7UnvwHAOLCDBGgdRLIrXBF8fx8/edit?usp=sharing> Click here for our conference website that includes the schedule, sponsors, and more! <https://evergreen-ils.org/conference/2024-evergreen-international-online-conference/> If you would like to still register: Click here for preconference. <https://site.pheedloop.com/event/2024egpreconference/home/> Click here for conference. <https://site.pheedloop.com/event/evergreenconference2024/home/> And finally, Hackfest is free, but we are asking for an informal registration as a head count. Click here to register for Hackfest. <https://docs.google.com/forms/d/e/1FAIpQLScwlQt6XnBQMpNmWTKpR-A_G8vZsQCj9sHQdG4kSjgwCtUWzw/viewform?usp=sf_link> Click here for the Hackfest schedule and Zoom links. <https://evergreen-ils.org/conference/2024-evergreen-international-online-conference/2024-conference-schedule/> Thank you all so much for making each and every conference possible. Please email me off list if you have a question. Thank you! -- Gina Monti (she/her) Evergreen Systems Manager Bibliomation, Inc. (203) 577-4070 ext. 109 English, American Sign Language _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [BUG] Org parser error when removing latex preview [9.6.15 (release_9.6.15 @ /gnu/store/gnvv2a1nxfbibkm1wdxdv6bd6mhk4cf8-emacs-29.3/share/emacs/29.3/lisp/org/)]
> Then, it looks like a duplicate of > https://list.orgmode.org/orgmode/caedgbw4gmfmpt4-w6edrh7poapd5drarbtusfulrq7vbvtu...@mail.gmail.com/ > > There is no bug on the latest development version of Org mode (main). Sure! Thank you for pointing it out and helping with the resolution. -- Anush Veeranala
Re: [BUG] Org parser error when removing latex preview [9.6.15 (release_9.6.15 @ /gnu/store/gnvv2a1nxfbibkm1wdxdv6bd6mhk4cf8-emacs-29.3/share/emacs/29.3/lisp/org/)]
> I did the following: > > 1. Save your file to /tmp/ > 2. rm -rf /tmp/ltximg > 3. emacs-29 --version > GNU Emacs 29.3 > Copyright (C) 2024 Free Software Foundation, Inc. > > 4. emacs-29 -Q > 5. C-x C-f /tmp/tmp.org > 6. C-n > 7. C-c C-x C-l > 8. C-c C-x C-l > 9. I do not observe any warnings Thanks for outlining your steps. I’ve added an additional step (5). Here's the updated sequence: 1. Save your file to /tmp/ 2. rm -rf /tmp/ltximg 3. emacs-29 --version GNU Emacs 29.3 Copyright (C) 2024 Free Software Foundation, Inc. 4. emacs-29 -Q 5. M-: (setq org-startup-numerated t) 6. C-x C-f /tmp/tmp.org 7. C-n 8. C-c C-x C-l 9. C-c C-x C-l 10. I observe warning -- Anush Veeranala
Re: [BUG] Org parser error when removing latex preview [9.6.15 (release_9.6.15 @ /gnu/store/gnvv2a1nxfbibkm1wdxdv6bd6mhk4cf8-emacs-29.3/share/emacs/29.3/lisp/org/)]
> From: Ihor Radchenko > Date: Fri, 12 Apr 2024 18:24:17 + > > Anush V via "General discussions about Org-mode." > writes: > >> Below are the steps to replicate the issue: >> >> Start emacs by running "emacs --no-init". >> >> Set the org-startup-numerated variable to true with the command (setq >> org-startup-numerated t). >> >> Create a new file named tmp.org and insert the following content: >> >> - H >> $\alpha$ >> >> To view the latex equation, place the cursor on the equation and press >> the shortcut C-c C-x C-l to run org-latex-preview. This will display >> the latex preview. >> >> Press C-c C-x C-l again to remove the latex preview and receive the >> warning: >> >> >> >> ■ Warning (org-element-cache): org-element--cache: Org parser error in >> tmp.org::11. Resetting. >> The error was: (error "Invalid search bound (wrong side of point)") >> Backtrace: nil >> Please report this issue to the Org mode mailing list using M-x >> org-submit-bug-report. > > Thanks for reporting! > I tried to follow your steps, but I am unable to reproduce the problem. > May you please attach the exact problematic Org file, so that we can > make sure that we do the same thing? Thanks for the prompt response. Please find the attached file tmp.org. Please ensure that the LaTeX preview image for the equation ($\alpha$) is not in the directory specified by org-preview-latex-image-directory. This warning appears when you generate a preview image that is not already present in the directory specified by org-preview-latex-image-directory. I should have clarified this in the initial email. Apologies for any confusion. -- Anush Veeranala - H $\alpha$
[BUG] Org parser error when removing latex preview [9.6.15 (release_9.6.15 @ /gnu/store/gnvv2a1nxfbibkm1wdxdv6bd6mhk4cf8-emacs-29.3/share/emacs/29.3/lisp/org/)]
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
Hello,
Below are the steps to replicate the issue:
Start emacs by running "emacs --no-init".
Set the org-startup-numerated variable to true with the command (setq
org-startup-numerated t).
Create a new file named tmp.org and insert the following content:
- H
$\alpha$
To view the latex equation, place the cursor on the equation and press
the shortcut C-c C-x C-l to run org-latex-preview. This will display
the latex preview.
Press C-c C-x C-l again to remove the latex preview and receive the
warning:
■ Warning (org-element-cache): org-element--cache: Org parser error in
tmp.org::11. Resetting.
The error was: (error "Invalid search bound (wrong side of point)")
Backtrace: nil
Please report this issue to the Org mode mailing list using M-x
org-submit-bug-report.
Running C-c C-x C-l again will not trigger the warning. However, the
warning reappears whenever a new latex preview is generated.
For example, changing $\alpha$ to $\beta$ and generating a latex preview
using C-c C-x C-l and removing preview using C-c C-x C-l will again
result in this warning.
Emacs : GNU Emacs 29.3 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.41,
cairo version 1.16.0)
Package: Org mode version 9.6.15 (release_9.6.15 @
/gnu/store/gnvv2a1nxfbibkm1wdxdv6bd6mhk4cf8-emacs-29.3/share/emacs/29.3/lisp/org/)
current state:
==
(setq
org-link-elisp-confirm-function 'yes-or-no-p
org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn
ENTRY)"]
org-persist-after-read-hook '(org-element--cache-persist-after-read)
org-export-before-parsing-hook '(org-attach-expand-links)
org-cycle-tab-first-hook '(org-babel-hide-result-toggle-maybe
org-babel-header-arg-expand)
org-archive-hook '(org-attach-archive-delete-maybe)
org-odt-format-inlinetask-function 'org-odt-format-inlinetask-default-function
org-ascii-format-drawer-function #[771 "\207" [] 4 "\n\n(fn NAME CONTENTS
WIDTH)"]
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-show-empty-lines
org-cycle-optimize-window-after-visibility-change
org-cycle-display-inline-images)
org-startup-numerated t
org-persist-before-read-hook '(org-element--cache-persist-before-read)
org-mode-hook '(#[0 "\300\301\302\303\304$\207"
[add-hook change-major-mode-hook org-fold-show-all append
local]
5]
#[0 "\300\301\302\303\304$\207"
[add-hook change-major-mode-hook org-babel-show-result-all
append local]
5]
org-babel-result-hide-spec org-babel-hide-all-hashes)
org-latex-format-drawer-function #[514 "\207" [] 3 "\n\n(fn _ CONTENTS)"]
org-latex-format-headline-function 'org-latex-format-headline-default-function
org-confirm-shell-link-function 'yes-or-no-p
org-html-format-drawer-function #[514 "\207" [] 3 "\n\n(fn NAME CONTENTS)"]
outline-isearch-open-invisible-function 'outline-isearch-open-invisible
org-odt-format-headline-function 'org-odt-format-headline-default-function
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
org-confirm-elisp-link-function 'yes-or-no-p
org-speed-command-hook '(org-speed-command-activate
org-babel-speed-command-activate)
org-html-format-inlinetask-function
'org-html-format-inlinetask-default-function
org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
org-odt-format-drawer-function #[514 "\207" [] 3 "\n\n(fn NAME CONTENTS)"]
org-persist-directory "/tmp/org-persist-Wop8rB"
org-fold-core-isearch-open-function 'org-fold--isearch-reveal
org-latex-format-inlinetask-function
'org-latex-format-inlinetask-default-function
org-persist-before-write-hook '(org-element--cache-persist-before-write)
org-tab-first-hook '(org-babel-hide-result-toggle-maybe
org-babel-header-arg-expand)
org-link-shell-confirm-function 'yes-or-no-p
org-babel-pre-tangle-hook '(save-buffer)
org-agenda-loop-over-headlines-in-active-region nil
org-occur-hook '(org-first-headline-recenter)
org-metadown-hook '(org-babel-pop-to-session-maybe)
org-link-parameters '(("attachment" :follow org-attach-follow :complete
org-attach-complete-link)
("id" :follow org-id-open)
("eww" :follow org-eww-open :store org-eww-store-link)
("rmail" :follow org-rmail-open :store
org-rmail-store-link)
RE: Mutant cube skills; Two birds in the bush better than one in the hand?
MK, I'm absolutely not a spokesperson for the group. I'm merely an enthusiastic user who tries to take some the load off the devs by answering those questions that I'm able to. If they are not commenting, it's for their own reasons and that shouldn't be interpreted as a tacit endorsement of my opinions. MK: 1) You acknowledged that the bot becomes inadequate against even a most primitive mutant cube strategy, (hopefully we will discuss my more elaborate ones later also), and is obligated to adjust its "cube skill theory", The gnubg cube strategy assumes that the other player plays like gnubg. I suggested a strategy that I thought could better if it was known that the opponent was always taking. Ways to improve results when playing against humans as opposed bot v. bot move arises frequently in bg discussions. MK: 2) You switched to a strategy of minimizing your losings instead of maximizing your winnings, which is the exact opposite of what the "cube skill theory" is supposed to promote I don't know how you conclude that. I consider improving net points difference, be that + or -. Nor have I considered whether my strategy would be optimal. My answer to why I "wouldn't double at 99%" is indeed about minimizing losses, but it's in the context of maximising net points won. The only reasons to double "now" rather than wait a turn is that (a) your position might improve to a point where they will drop the cube and you only win one point - you "lose your market" (b) the game might end before your next turn, so you only win one point (c) the game might go badly, and you regret doubling. My strategy was to maximise the points won through a & b, and to minimise the points lost at c. Crudely speaking: a) doesn’t apply if your opponent will never drop the cube b) if you are >50% and <= 4 crossovers left so doubles could end the game, cube (This is an oversimplification to illustrate the concept) c) minimise the losses on the 1% of games that go badly. Given condition a, it is always correct to wait a turn because your opponent will still take. You can never lose your market. MK: After 1,000 games mutant won 1,411 points (56.66%) vs bot's 1,079... there was almost no fluctuation with the cube never going past 2, with the mutant almost always reaching GWC > 50% and doubling early in the game and your bot never doubling at GWC < 100%, at which the mutant dropped. There were also a few 1-point wins. My strategy was not to double until 100%, on the understanding that your strategy would always take (which also means that it would never be Too Good to Double). But since your bot WAS dropping when win chances were 100%, then mine was always losing its market. Your experiment demonstrates the importance of doubling before you lose your market. -Original Message- From: Murat K Sent: Wednesday, April 10, 2024 7:51 AM To: bug-gnubg@gnu.org; Ian Shaw Subject: Mutant cube skills; Two birds in the bush better than one in the hand? Hi Ian, On the one hand, since nobody else in this forum negates, nor even adds anything to support your arguments, I feel that I'm debating with a spokesperson for the group, but on the other hand I feel that our ideas don't attain their full potential. With this thread having become too long and more about mutant cube strategies than value of cube ownership, I will take the opportunity to start a new thread responding to your last post, not only here in bug-gnubg but also in rec.games.backgammon and bgonline.org forums where you had posted in the past, for the sake of creating more interest on the subject and hoping that you will participate in those forums also. > - > *From:* MK > *Sent:* Wednesday, April 3, 2024 10:29:11 pm > *To:* Ian Shaw > ; GnuBg Bug > *Subject:* Re: > Interesting question/experiment about value of cube ownership > > On > 4/2/2024 7:08 AM, Ian Shaw wrote: > >> A cube strategy against a bot that never passes: > > Not never but we loosely say that since it takes at GWC > 0, > i.e. even at > 0.0001% > >> only double when (a) you are 100% to win > > I don't > understand why you wouldn't double at 99%? Can you > explain this? > >> (b) it's the last roll of the game and you have an advantage. > > Yes, this is very bad for the mutant and already happens now. > >> So the take point is 16.7%. Gammons complicate it, but I'm >> sure you get >> the idea. > > If you can clearly define your strategy, I would be glad to > create a > script to run the experiment to see what will happen. > > BTW: you are still avoiding the issue of how much the mutant > will win > compared to what it would be expected to win based on > its total "cube > error rate". > > What win rate would you say a mutant that takes at GWC > 0.0001 > even on > the last roll, (which must be the biggest possible cube > error), will > achieve? Any
RE: Cubeful and matchful training a BG bot
MK: I didn't say the selection was random. The self-play moves were random. These two statements appear contradictory to me. What do you mean by "selection" if not the "self-play moves"? Please clarify your understanding of which parts of the training are random. My understanding is this: 0) the weights of the neural net are initialised to random values. This is the only random part of the process. 1) the bot generates a list of legal moves. 2) the neural net evaluates each move and gives it a score for wins, gammon wins, bg wins, gammon losses, bg losses 3) the bot plays the HIGHEST scoring move (This is NOT a randomly selected move, but a simple calculation - a sort - to find the move with the best equity) 4) the bot uses the outcomes of the games to adjust the weights of the neural network according to an algorithm 5) repeat the process of steps 1 - 4 many times until the bot gets good at backgammon Which steps, if any, do you disagree with? You seem to be saying that you think step 3 is random selection of a move. Based on my understanding of step 3, I wrote: IS: How do you propose to rank double vs no double, and take vs pass? MK: To answer your last question, just like checker decisions, cube decisions to double, take, pass, etc. would be random If my understanding is correct, your response above does not successfully answer my question, so I come back to it: How do you propose to rank double vs no double, and take vs pass (at step 3 of the above procedure)? Regards, Ian -Original Message- From: Murat K Sent: Wednesday, April 10, 2024 10:48 PM To: bug-gnubg@gnu.org; Ian Shaw Subject: Cubeful and matchful training a BG bot Hi Ian, Since this specific subject also strayed from the value of cube ownership, I'll do the same with it by creating a new thread and posting it also to RGB and Bgonline. My response to you is below the quoted posts. > - > *From:* MK > *Sent:* Wednesday, April 3, 2024 10:01:17 PM > *To:* Ian Shaw > ; GnuBg Bug > *Subject:* Re: > Interesting question/experiment about value of cube ownership > On 4/2/2024 > 5:13 AM, Ian Shaw wrote: > >> What would be your proposed structure for training a >> cubeful bot? What >> gains and obstacles do you foresee. > > I don't know what you mean by "structure". What I propose > is doing the > same thing done training TD-Gammon v.1, i.e. > random self-play, but this time also cubeful and matchful, > i.e. random > cube as well as checker decisions. > > Apparently Tseauro still works at IBM with access to huge > CPU powers. > Perhaps he can be put to shame for the damage > he caused to BG AI by what > he did with TD-Gammon v.2 and > be urged to redeem himself. > > In other forums, people talk about doing "XG rollouts on > Amazon's cloud > servers", etc. Doing more biased rollouts > is plain stupid/illogical. Any > such efforts would be put > to better use in training a new bot instead. > The question > is who would volunteer to do it. > > People like the Alpha-Zero team, etc. don't seem to want > to touch > "gamblegammon" with a ten feet pole, possibly > because of the gambling > nature of the game. > > In the past, I have suggested in RGB that random rollout > feature can be > added to GnuBG and results from trustable > users can be collected over > time in a central database > to gradually create a bot that won't rely on > concocted, > biased/inaccurate cube formulas and match equity tables. > > Unfortunately the faithfuls are happy with their dogmas > and no better > bots are likely in the near future... :( > -- On 4/3/2024 11:44 PM, Ian Shaw wrote: > MK: What I PROPOSE is doing the same thing done training > TD-Gammon v.1, > I.E. random self-play, but this time also > cubeful and MATCHFUL, i.e. > random cube as well as checker > decisions. > > As I remember it (though it's many years since I read the > research), the > self-play wasn't accomplished by picking > random moves. It was the initial > network weights that were > random. The move picked was the best-ranked > move of all > the evaluated moves. This is a calculation, not a random > > selection. > > How do you propose to rank double vs no double, and take > vs pass? > -- I didn't say the selection was random. The self-play moves were random. There were no "calculations" either. Moves were compared and better performing ones rose up in rank. It was kind of a "bubble sorting" of large numbers of statistical data. I remember that Tom Keith had used the expression "percolating up" in describing how he trained a Hypergammon bot through cubeless random self-play. It's the only way, (using "empirical data and scientific method"), to train a "non-human-biased" BG bot, (at least as best as
Re: [Evergreen-general] SMS Messages Not Being Received
When Rogers and Fido went offline, I tracked down the company responsible to see if they were still in business. They were, but without giving too many details, informed me that the relationship with the carriers was severed in a way that was astoundingly negative, with no notice being given. (They didn't specify who was "at fault", nor did I ask.) In my experience, the (Canadian, at least) carriers did/do not care about or acknowledge spam sent through SMS gateways. The usual path down the yellow brick road is to hear from them "there's no such thing as an email to SMS gateway", then when shown that there is, "the email to SMS gateway is built into our systems and cannot be changed, disabled, or spam-controlled in any way", then things eventually progress to "I'll talk to the appropriate people to have them disable it for your accounts". I think this jarring drop of a service is par for course for our carriers, unfortunately. Paid services would seem to be the way to go for getting the most messages through to patrons, but it's probably long past time to start looking for alternatives to SMS. (It would surprise me if SMS is still common in ten years. Both handset/OS manufacturers and carriers have been trying to put SMS/MMS on the short end of the stick for at least the last ten years, and there is no corresponding push in the opposite direction, so that's where things are heading.) Integration with common instant messenger systems is an obvious replacement, but comes with its own set of problems (such as the data collection by the instant messenger system provider, which in many cases is also the handset/OS manufacturer (iMessage, and whatever they're calling Google Chat these days). I'm not too sure how that would fly under FOIPPA, PIPEDA, and related legislation. I don't know if the encrypted messenger services have enough market share to support specifically. Is there interest in putting together a working group to investigate ways forward? I would be happy to organise, at least initially. Thank you, Kev -- Kev Woolley (they/them) Gratefully acknowledging that I live and work in the unceded traditional territories of the Səl̓ílwətaɬ (Tsleil-Waututh) and Sḵwx̱wú7mesh Úxwumixw. ____ From: Evergreen-general on behalf of Rogan Hamby via Evergreen-general Sent: 05 April 2024 11:41 To: Evergreen Discussion Group Cc: Rogan Hamby Subject: Re: [Evergreen-general] SMS Messages Not Being Received This is an ongoing trend I've been seeing with SMS Gateways. A charitable interpretation would be that they are doing it to prevent spam but regardless of motive it is certainly driving people to look at SMS services that don't rely on gateways. This has been a topic of conversation in the Koha community as well. This message originated from outside the M365 organisation. Please be careful with links, and don't trust messages you don't recognise. _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: Please review the draft for March's report
> On Apr 10, 2024, at 7:42 AM, kpcyrd wrote: > > On 4/10/24 12:58 PM, Chris Lamb wrote: >> https://reproducible-builds.org/reports/2024-03/?draft > > > Reproducible builds developer kpcyrd reported that that the Arch Linux > > "minimal container userland" is now 100% reproducible after work by > > developers dvzv and Foxboron on the one remaining package. The post, which > > kpcyrd suffixed with the question "now what?", continues on to outline some > > potential next steps, including validating whether the container image > > itself could be reproduced bit-for-bit. The post generated a significant > > number of replies. > > Thanks for the kind words :) maybe it should be listed higher though, in its > own section, as "major accomplishment within the community"? I agree, this one is HUGE news. There's been a lot of awesome work related to reproducible builds, but "minimal container userland is a 100% reproducible build in a real-world widely-used distro" is a big step forward and should be widely announced. Like press release level. I routinely hear "reproducible builds are impractical". Yes, in some cases they're hard, but clearly there are cases where it's practical. --- David A. Wheeler
Re: [Evergreen-general] removal of vendor from paid support wiki page
Yeah, we want to be completely transparent about any maintenance of that information. Just to shed a bit of light on the maintenance we found a several vendors that did not have the required link on their pages and worked with them to fix that up so they never left the listing. However, after several weeks of no reply combined with the statement to a community member that they weren't offering Evergreen anymore we felt it was warranted to remove them. On Wed, Apr 10, 2024 at 8:52 AM Terran McCanna < tmcca...@georgialibraries.org> wrote: > Thank you, Rogan - I, for one, appreciate getting the notice here on the > list since I hadn't heard they'd stopped doing all Evergreen support. > > On Wed, Apr 10, 2024, 8:47 AM Rogan Hamby via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> We are have been doing a review of the vendors on the paid support >> listing of the wiki : >> https://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_companies#catalyte_inc >> >> One vendor, Catalyte no longer offers Evergreen services and does not >> provide a link back to the Evergreen community web site, nor has responded >> to an email inquiry so they are being removed. This is being posted because >> we set as a procedure that the general list would be updated of any >> removals. >> >> >> Rogan Hamby (he/him/his), MLIS >> >> Data and Project Manager >> >> Equinox Open Library Initiative >> >> rogan.ha...@equinoxoli.org >> >> 1-770-709- x5570 >> >> www.equinoxOLI.org >> >> >> _______ >> Evergreen-general mailing list >> Evergreen-general@list.evergreen-ils.org >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] removal of vendor from paid support wiki page
Thank you, Rogan - I, for one, appreciate getting the notice here on the list since I hadn't heard they'd stopped doing all Evergreen support. On Wed, Apr 10, 2024, 8:47 AM Rogan Hamby via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > We are have been doing a review of the vendors on the paid support listing > of the wiki : > https://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_companies#catalyte_inc > > One vendor, Catalyte no longer offers Evergreen services and does not > provide a link back to the Evergreen community web site, nor has responded > to an email inquiry so they are being removed. This is being posted because > we set as a procedure that the general list would be updated of any > removals. > > > Rogan Hamby (he/him/his), MLIS > > Data and Project Manager > > Equinox Open Library Initiative > > rogan.ha...@equinoxoli.org > > 1-770-709- x5570 > > www.equinoxOLI.org > > > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] removal of vendor from paid support wiki page
Thank you for this information Rogan. Joan On Wed, Apr 10, 2024 at 8:47 AM Rogan Hamby via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > We are have been doing a review of the vendors on the paid support listing > of the wiki : > https://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_companies#catalyte_inc > > One vendor, Catalyte no longer offers Evergreen services and does not > provide a link back to the Evergreen community web site, nor has responded > to an email inquiry so they are being removed. This is being posted because > we set as a procedure that the general list would be updated of any > removals. > > > Rogan Hamby (he/him/his), MLIS > > Data and Project Manager > > Equinox Open Library Initiative > > rogan.ha...@equinoxoli.org > > 1-770-709- x5570 > > www.equinoxOLI.org > > > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > -- Joan Kranich (she/her/hers) Library Applications Manager, C/W MARS, Inc. -- [image: icon] jkran...@cwmars.org | [image: icon]www.cwmars.org [image: icon] 508-755-3323 x 1 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] removal of vendor from paid support wiki page
We are have been doing a review of the vendors on the paid support listing of the wiki : https://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_companies#catalyte_inc One vendor, Catalyte no longer offers Evergreen services and does not provide a link back to the Evergreen community web site, nor has responded to an email inquiry so they are being removed. This is being posted because we set as a procedure that the general list would be updated of any removals. Rogan Hamby (he/him/his), MLIS Data and Project Manager Equinox Open Library Initiative rogan.ha...@equinoxoli.org 1-770-709- x5570 www.equinoxOLI.org ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Developer meeting reminder: Today! April 9th at 3pm Eastern, 12 Pacific
All, A friendly reminder that we'll have our Evergreen dev meeting in IRC today, April 9th at 3pm Eastern, 12 Pacific. Agenda: https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2024-04-09 There's almost nothing on the agenda FYI. -- -Blake- Conducting Magic Will consume any data format ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] SMS Messages Not Being Received
Adding to Kathy's point, Evergreen uses an email-to-SMS bridge to send texts. This is why the patron's carrier must be known. For example, if the carrier is Verizon, one can send a text from an email account addressing it to xxx...@vztext.com, where the Xs denote the mobile phone number. This of course is less expensive than maintaining an actual mobile number from which to directly send texts. In that case, the carrier need not be known. I would expect the existing email-to-text method to be less reliable than directly texting from a mobile account for no other reason than the fact that an additional system--email--comes into play. John Lolis Coordinator of Computer Systems 100 Martine Avenue White Plains, NY 10601 tel: 1.914.422.1497 fax: 1.914.422.1452 https://whiteplainslibrary.org/ *“I would rather have questions that can’t be answered than answers that can’t be questioned.”* — Richard Feynman <https://click.fourhourmail.com/5qure95xkf7hvvo93wh2/7qh7h8h05vr4zrtz/aHR0cHM6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvUmljaGFyZF9GZXlubWFu>, theoretical physicist and recipient of the Nobel Prize in Physics in 1965 On Mon, 8 Apr 2024 at 13:07, Lussier, Kathy wrote: > Hi, > > One thing to keep in mind is that Evergreen's core text messaging > functionality was created more than 10 years ago when the wireless service > provider market was much less complex. We now have carriers that use > multiple networks, each with its own email gateway. Does the typical patron > know which network their discount carrier may happen to run on? Some > carriers don't even provide an email gateway, or make it very difficult to > find. If I were to write up development requirements for this feature in > 2024, they would be entirely different from what they were in 2011ish. > > NOBLE is planning to move to a third-party text messaging service soon. > Although I can't speak to how this provider works yet, in my previous job, > I used a service that relied on Twilio, and it was a much better > experience. Patrons didn't have to worry about getting the precise carrier > listed. It did not fix the sending / receipt for every single text message, > but it did handle text messaging in a modern way with sophisticated error > reporting letting us know the reason for the failed delivery, which helped > staff better manage these errors. > > Kathy > -- > Kathy Lussier > she/her > Executive Director > NOBLE: North of Boston Library Exchange > Danvers, MA > 978-777-8844 x201 > www.noblenet.org > > > > > On Mon, Apr 8, 2024 at 12:50 PM Lolis, John via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> I don't know about anyone else's mileage, but in the past few weeks I've >> had reports of even personal text messages failing delivery. T'would be a >> shame if we end up chasing our tails trying to fix something we have no >> control over. I'm not saying this is definitely the case, but it bears >> consideration. >> >> John Lolis >> Coordinator of Computer Systems >> >> 100 Martine Avenue >> White Plains, NY 10601 >> tel: 1.914.422.1497 >> fax: 1.914.422.1452 >> >> https://whiteplainslibrary.org/ >> >> *“I would rather have questions that can’t be answered than answers that >> can’t be questioned.”* >> — Richard Feynman >> <https://click.fourhourmail.com/5qure95xkf7hvvo93wh2/7qh7h8h05vr4zrtz/aHR0cHM6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvUmljaGFyZF9GZXlubWFu>, >> theoretical physicist and recipient of the Nobel Prize in Physics in 1965 >> >> >> On Mon, 8 Apr 2024 at 09:17, Elizabeth Davis via Evergreen-general < >> evergreen-general@list.evergreen-ils.org> wrote: >> >>> Hi Jon, >>> >>> We went with Unique’s MessageBee. We manage is on the consortium level >>> so there’s no customization for individual libraries, but it’s been working >>> great. >>> >>> >>> >>> *Elizabeth Davis* (she/her), *Support & Project Management Specialist* >>> >>> *Pennsylvania Integrated Library System **(PaILS) | SPARK* >>> >>> (717) 256-1627 | elizabeth.da...@sparkpa.org >>> >>> support.sparkpa.org | supp...@sparkpa.org >>> >>> >>> >>> *From:* Evergreen-general < >>> evergreen-general-boun...@list.evergreen-ils.org> *On Behalf Of *JonGeorg >>> SageLibrary via Evergreen-general >>> *Sent:* Friday, April 5, 2024 6:13 PM >>> *To:* Evergreen Discussion Group < >>> evergreen-general@list.evergreen-ils.org> >>> *Cc:* JonGeorg SageLibrary >>> *Subject:* Re: [Evergreen-general] SMS Messages Not Being Rece
Re: [Evergreen-general] SMS Messages Not Being Received
Hi, One thing to keep in mind is that Evergreen's core text messaging functionality was created more than 10 years ago when the wireless service provider market was much less complex. We now have carriers that use multiple networks, each with its own email gateway. Does the typical patron know which network their discount carrier may happen to run on? Some carriers don't even provide an email gateway, or make it very difficult to find. If I were to write up development requirements for this feature in 2024, they would be entirely different from what they were in 2011ish. NOBLE is planning to move to a third-party text messaging service soon. Although I can't speak to how this provider works yet, in my previous job, I used a service that relied on Twilio, and it was a much better experience. Patrons didn't have to worry about getting the precise carrier listed. It did not fix the sending / receipt for every single text message, but it did handle text messaging in a modern way with sophisticated error reporting letting us know the reason for the failed delivery, which helped staff better manage these errors. Kathy -- Kathy Lussier she/her Executive Director NOBLE: North of Boston Library Exchange Danvers, MA 978-777-8844 x201 www.noblenet.org On Mon, Apr 8, 2024 at 12:50 PM Lolis, John via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > I don't know about anyone else's mileage, but in the past few weeks I've > had reports of even personal text messages failing delivery. T'would be a > shame if we end up chasing our tails trying to fix something we have no > control over. I'm not saying this is definitely the case, but it bears > consideration. > > John Lolis > Coordinator of Computer Systems > > 100 Martine Avenue > White Plains, NY 10601 > tel: 1.914.422.1497 > fax: 1.914.422.1452 > > https://whiteplainslibrary.org/ > > *“I would rather have questions that can’t be answered than answers that > can’t be questioned.”* > — Richard Feynman > <https://click.fourhourmail.com/5qure95xkf7hvvo93wh2/7qh7h8h05vr4zrtz/aHR0cHM6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvUmljaGFyZF9GZXlubWFu>, > theoretical physicist and recipient of the Nobel Prize in Physics in 1965 > > > On Mon, 8 Apr 2024 at 09:17, Elizabeth Davis via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> Hi Jon, >> >> We went with Unique’s MessageBee. We manage is on the consortium level >> so there’s no customization for individual libraries, but it’s been working >> great. >> >> >> >> *Elizabeth Davis* (she/her), *Support & Project Management Specialist* >> >> *Pennsylvania Integrated Library System **(PaILS) | SPARK* >> >> (717) 256-1627 | elizabeth.da...@sparkpa.org >> >> support.sparkpa.org | supp...@sparkpa.org >> >> >> >> *From:* Evergreen-general < >> evergreen-general-boun...@list.evergreen-ils.org> *On Behalf Of *JonGeorg >> SageLibrary via Evergreen-general >> *Sent:* Friday, April 5, 2024 6:13 PM >> *To:* Evergreen Discussion Group < >> evergreen-general@list.evergreen-ils.org> >> *Cc:* JonGeorg SageLibrary >> *Subject:* Re: [Evergreen-general] SMS Messages Not Being Received >> >> >> >> Elizabeth, what 3rd party service did you end up using and how well has >> it been working for your libraries? >> >> -Jon >> >> >> >> On Fri, Apr 5, 2024 at 11:29 AM Elizabeth Davis via Evergreen-general < >> evergreen-general@list.evergreen-ils.org> wrote: >> >> Hi Will >> >> >> >> We’ve had several issues with most of the carriers on SMS issues. >> Sometimes SMS messages were throttled, and patrons would get them days or >> weeks later if at all. Some carriers just stopped sending them totally. >> Sometimes the messages to a specific carrier would deliver for one library >> in the consortium but not others. We tried changing from sending SMS to >> MMS with no luck. Also we were getting asked to add new carriers that >> don’t have gateways and so we were unable to provide SMS service to those >> patrons.In the end we moved to a third-party option to deliver SMS >> notifications. >> >> >> >> >> >> *Elizabeth Davis *(she/her), *Support & Project Management Specialist* >> >> *Pennsylvania Integrated Library System (PaILS) | SPARK* >> >> (717) 256-1627 | elizabeth.da...@sparkpa.org >> >> support.sparkpa.org >> <https://urldefense.proofpoint.com/v2/url?u=https-3A__support.sparkpa.org_=DwMFaQ=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM=LRHEWfG7tKtoSjGM1XBmJX5tlkBCMt3lnyKxcaVacsw=dwrYBC8O0BMnqZB2_wBS
Re: [Evergreen-general] SMS Messages Not Being Received
I don't know about anyone else's mileage, but in the past few weeks I've had reports of even personal text messages failing delivery. T'would be a shame if we end up chasing our tails trying to fix something we have no control over. I'm not saying this is definitely the case, but it bears consideration. John Lolis Coordinator of Computer Systems 100 Martine Avenue White Plains, NY 10601 tel: 1.914.422.1497 fax: 1.914.422.1452 https://whiteplainslibrary.org/ *“I would rather have questions that can’t be answered than answers that can’t be questioned.”* — Richard Feynman <https://click.fourhourmail.com/5qure95xkf7hvvo93wh2/7qh7h8h05vr4zrtz/aHR0cHM6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvUmljaGFyZF9GZXlubWFu>, theoretical physicist and recipient of the Nobel Prize in Physics in 1965 On Mon, 8 Apr 2024 at 09:17, Elizabeth Davis via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hi Jon, > > We went with Unique’s MessageBee. We manage is on the consortium level so > there’s no customization for individual libraries, but it’s been working > great. > > > > *Elizabeth Davis* (she/her), *Support & Project Management Specialist* > > *Pennsylvania Integrated Library System **(PaILS) | SPARK* > > (717) 256-1627 | elizabeth.da...@sparkpa.org > > support.sparkpa.org | supp...@sparkpa.org > > > > *From:* Evergreen-general < > evergreen-general-boun...@list.evergreen-ils.org> *On Behalf Of *JonGeorg > SageLibrary via Evergreen-general > *Sent:* Friday, April 5, 2024 6:13 PM > *To:* Evergreen Discussion Group > > *Cc:* JonGeorg SageLibrary > *Subject:* Re: [Evergreen-general] SMS Messages Not Being Received > > > > Elizabeth, what 3rd party service did you end up using and how well has it > been working for your libraries? > > -Jon > > > > On Fri, Apr 5, 2024 at 11:29 AM Elizabeth Davis via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > > Hi Will > > > > We’ve had several issues with most of the carriers on SMS issues. > Sometimes SMS messages were throttled, and patrons would get them days or > weeks later if at all. Some carriers just stopped sending them totally. > Sometimes the messages to a specific carrier would deliver for one library > in the consortium but not others. We tried changing from sending SMS to > MMS with no luck. Also we were getting asked to add new carriers that > don’t have gateways and so we were unable to provide SMS service to those > patrons.In the end we moved to a third-party option to deliver SMS > notifications. > > > > > > *Elizabeth Davis *(she/her), *Support & Project Management Specialist* > > *Pennsylvania Integrated Library System (PaILS) | SPARK* > > (717) 256-1627 | elizabeth.da...@sparkpa.org > > support.sparkpa.org > <https://urldefense.proofpoint.com/v2/url?u=https-3A__support.sparkpa.org_=DwMFaQ=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM=LRHEWfG7tKtoSjGM1XBmJX5tlkBCMt3lnyKxcaVacsw=dwrYBC8O0BMnqZB2_wBS0yeMRrM7MXdRr1RsCIfpP_FWgATVvcKJ-V7A_fxhtQn4=a-DVfDIJ6SZYJnpG5nLk4H2X6ZNXrw3WxhvfBiNNhIk=> > | supp...@sparkpa.org > > > > *From:* Evergreen-general < > evergreen-general-boun...@list.evergreen-ils.org> *On Behalf Of *Szwagiel, > Will via Evergreen-general > *Sent:* Friday, April 5, 2024 2:13 PM > *To:* Szwagiel, Will via Evergreen-general < > evergreen-general@list.evergreen-ils.org> > *Cc:* Szwagiel, Will > *Subject:* [Evergreen-general] SMS Messages Not Being Received > > > > Good afternoon, > > > > We have recently been receiving a number of reports from different > libraries that patrons are not receiving SMS notifications, particularly > those for holds. Evergreen is sending the messages like it is supposed to, > so we are thinking that some carriers may be flagging the messages as > spam. Based on the reports we have received, it appears to be most common > with AT > > > > For anyone else who might have experienced this in the past, did you have > any direct interactions with the carrier/s, and if so, what were the steps > that needed to be taken to prevent this from happening in the future? > > > > Thank you. > > > > *William C. Szwagiel* > > NC Cardinal Project Manager > > State Library of North Carolina > > william.szwag...@ncdcr.gov | 919.814.6721 > > https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal > <https://urldefense.proofpoint.com/v2/url?u=https-3A__statelibrary.ncdcr.gov_services-2Dlibraries_nc-2Dcardinal=DwMFAw=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM=LRHEWfG7tKtoSjGM1XBmJX5tlkBCMt3lnyKxcaVacsw=0H4t3hQJflpFt0ea7x85qUiTVDQWbYqh6Dz0QJdoxJOUX_T6PrvwY7VnJnpC2V-2=qM9rGoZZzkmnBg-dhc0vkdPvc6yTj-
Re: [Evergreen-general] SMS Messages Not Being Received
Hi Jon, We went with Unique’s MessageBee. We manage is on the consortium level so there’s no customization for individual libraries, but it’s been working great. [cid:image004.png@01DA8995.890A58A0]Elizabeth Davis (she/her), Support & Project Management Specialist Pennsylvania Integrated Library System (PaILS) | SPARK (717) 256-1627 | elizabeth.da...@sparkpa.org<mailto:katherine.dann...@sparkpa.org> support.sparkpa.org<https://support.sparkpa.org/> | supp...@sparkpa.org<mailto:supp...@sparkpa.org> From: Evergreen-general On Behalf Of JonGeorg SageLibrary via Evergreen-general Sent: Friday, April 5, 2024 6:13 PM To: Evergreen Discussion Group Cc: JonGeorg SageLibrary Subject: Re: [Evergreen-general] SMS Messages Not Being Received Elizabeth, what 3rd party service did you end up using and how well has it been working for your libraries? -Jon On Fri, Apr 5, 2024 at 11:29 AM Elizabeth Davis via Evergreen-general mailto:evergreen-general@list.evergreen-ils.org>> wrote: Hi Will We’ve had several issues with most of the carriers on SMS issues. Sometimes SMS messages were throttled, and patrons would get them days or weeks later if at all. Some carriers just stopped sending them totally. Sometimes the messages to a specific carrier would deliver for one library in the consortium but not others. We tried changing from sending SMS to MMS with no luck. Also we were getting asked to add new carriers that don’t have gateways and so we were unable to provide SMS service to those patrons.In the end we moved to a third-party option to deliver SMS notifications. [cid:image003.png@01DA8995.89059DB0]Elizabeth Davis (she/her), Support & Project Management Specialist Pennsylvania Integrated Library System (PaILS) | SPARK (717) 256-1627 | elizabeth.da...@sparkpa.org<mailto:katherine.dann...@sparkpa.org> support.sparkpa.org<https://urldefense.proofpoint.com/v2/url?u=https-3A__support.sparkpa.org_=DwMFaQ=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM=LRHEWfG7tKtoSjGM1XBmJX5tlkBCMt3lnyKxcaVacsw=dwrYBC8O0BMnqZB2_wBS0yeMRrM7MXdRr1RsCIfpP_FWgATVvcKJ-V7A_fxhtQn4=a-DVfDIJ6SZYJnpG5nLk4H2X6ZNXrw3WxhvfBiNNhIk=> | supp...@sparkpa.org<mailto:supp...@sparkpa.org> From: Evergreen-general mailto:evergreen-general-boun...@list.evergreen-ils.org>> On Behalf Of Szwagiel, Will via Evergreen-general Sent: Friday, April 5, 2024 2:13 PM To: Szwagiel, Will via Evergreen-general mailto:evergreen-general@list.evergreen-ils.org>> Cc: Szwagiel, Will mailto:william.szwag...@dncr.nc.gov>> Subject: [Evergreen-general] SMS Messages Not Being Received Good afternoon, We have recently been receiving a number of reports from different libraries that patrons are not receiving SMS notifications, particularly those for holds. Evergreen is sending the messages like it is supposed to, so we are thinking that some carriers may be flagging the messages as spam. Based on the reports we have received, it appears to be most common with AT For anyone else who might have experienced this in the past, did you have any direct interactions with the carrier/s, and if so, what were the steps that needed to be taken to prevent this from happening in the future? Thank you. William C. Szwagiel NC Cardinal Project Manager State Library of North Carolina william.szwag...@ncdcr.gov<mailto:william.szwag...@ncdcr.gov> | 919.814.6721 https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal<https://urldefense.proofpoint.com/v2/url?u=https-3A__statelibrary.ncdcr.gov_services-2Dlibraries_nc-2Dcardinal=DwMFAw=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM=LRHEWfG7tKtoSjGM1XBmJX5tlkBCMt3lnyKxcaVacsw=0H4t3hQJflpFt0ea7x85qUiTVDQWbYqh6Dz0QJdoxJOUX_T6PrvwY7VnJnpC2V-2=qM9rGoZZzkmnBg-dhc0vkdPvc6yTj-v0trgYzDKOFOo=> 109 East Jones Street | 4640 Mail Service Center Raleigh, North Carolina 27699-4600 The State Library is part of the NC Department of Natural & Cultural Resources. Email correspondence to and from this address is subject to the North Carolina Public Records Law and may be disclosed to third parties. Email correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties by an authorized state official. _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org<mailto:Evergreen-general@list.evergreen-ils.org> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general<https://urldefense.proofpoint.com/v2/url?u=http-3A__list.evergreen-2Dils.org_cgi-2Dbin_mailman_listinfo_evergreen-2Dgeneral=DwMFaQ=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM=LRHEWfG7tKtoSjGM1XBmJX5tlkBCMt3lnyKxcaVacsw=dwrYBC8O0BMnqZB2_wBS0yeMRrM7MXdRr1RsCIfpP_FWgATVvcKJ-V7A_fxhtQn4=Cc-IgVadVxk5CCePbMOYP1vq2DFgsTyBdSjP30QS0LA=> ___ Evergreen
Re: [Evergreen-general] SMS Messages Not Being Received
Elizabeth, what 3rd party service did you end up using and how well has it been working for your libraries? -Jon On Fri, Apr 5, 2024 at 11:29 AM Elizabeth Davis via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hi Will > > > > We’ve had several issues with most of the carriers on SMS issues. > Sometimes SMS messages were throttled, and patrons would get them days or > weeks later if at all. Some carriers just stopped sending them totally. > Sometimes the messages to a specific carrier would deliver for one library > in the consortium but not others. We tried changing from sending SMS to > MMS with no luck. Also we were getting asked to add new carriers that > don’t have gateways and so we were unable to provide SMS service to those > patrons.In the end we moved to a third-party option to deliver SMS > notifications. > > > > > > *Elizabeth Davis* (she/her), *Support & Project Management Specialist* > > *Pennsylvania Integrated Library System **(PaILS) | SPARK* > > (717) 256-1627 | elizabeth.da...@sparkpa.org > > support.sparkpa.org | supp...@sparkpa.org > > > > *From:* Evergreen-general < > evergreen-general-boun...@list.evergreen-ils.org> *On Behalf Of *Szwagiel, > Will via Evergreen-general > *Sent:* Friday, April 5, 2024 2:13 PM > *To:* Szwagiel, Will via Evergreen-general < > evergreen-general@list.evergreen-ils.org> > *Cc:* Szwagiel, Will > *Subject:* [Evergreen-general] SMS Messages Not Being Received > > > > Good afternoon, > > > > We have recently been receiving a number of reports from different > libraries that patrons are not receiving SMS notifications, particularly > those for holds. Evergreen is sending the messages like it is supposed to, > so we are thinking that some carriers may be flagging the messages as > spam. Based on the reports we have received, it appears to be most common > with AT > > > > For anyone else who might have experienced this in the past, did you have > any direct interactions with the carrier/s, and if so, what were the steps > that needed to be taken to prevent this from happening in the future? > > > > Thank you. > > > > *William C. Szwagiel* > > NC Cardinal Project Manager > > State Library of North Carolina > > william.szwag...@ncdcr.gov | 919.814.6721 > > https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal > <https://urldefense.proofpoint.com/v2/url?u=https-3A__statelibrary.ncdcr.gov_services-2Dlibraries_nc-2Dcardinal=DwMFAw=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM=LRHEWfG7tKtoSjGM1XBmJX5tlkBCMt3lnyKxcaVacsw=0H4t3hQJflpFt0ea7x85qUiTVDQWbYqh6Dz0QJdoxJOUX_T6PrvwY7VnJnpC2V-2=qM9rGoZZzkmnBg-dhc0vkdPvc6yTj-v0trgYzDKOFOo=> > > 109 East Jones Street | 4640 Mail Service Center > > Raleigh, North Carolina 27699-4600 > > The State Library is part of the NC Department of Natural & Cultural > Resources. > > *Email correspondence to and from this address is subject to the North > Carolina Public Records Law and may be disclosed to third parties.* > > > > > ------ > > > Email correspondence to and from this address may be subject to the North > Carolina Public Records Law and may be disclosed to third parties by an > authorized state official. > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] SMS Messages Not Being Received
This is an ongoing trend I've been seeing with SMS Gateways. A charitable interpretation would be that they are doing it to prevent spam but regardless of motive it is certainly driving people to look at SMS services that don't rely on gateways. This has been a topic of conversation in the Koha community as well. ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] SMS Messages Not Being Received
Hi Will We've had several issues with most of the carriers on SMS issues. Sometimes SMS messages were throttled, and patrons would get them days or weeks later if at all. Some carriers just stopped sending them totally. Sometimes the messages to a specific carrier would deliver for one library in the consortium but not others. We tried changing from sending SMS to MMS with no luck. Also we were getting asked to add new carriers that don't have gateways and so we were unable to provide SMS service to those patrons.In the end we moved to a third-party option to deliver SMS notifications. [cid:image002.png@01DA8765.AFBEE1A0]Elizabeth Davis (she/her), Support & Project Management Specialist Pennsylvania Integrated Library System (PaILS) | SPARK (717) 256-1627 | elizabeth.da...@sparkpa.org<mailto:katherine.dann...@sparkpa.org> support.sparkpa.org<https://support.sparkpa.org/> | supp...@sparkpa.org<mailto:supp...@sparkpa.org> From: Evergreen-general On Behalf Of Szwagiel, Will via Evergreen-general Sent: Friday, April 5, 2024 2:13 PM To: Szwagiel, Will via Evergreen-general Cc: Szwagiel, Will Subject: [Evergreen-general] SMS Messages Not Being Received Good afternoon, We have recently been receiving a number of reports from different libraries that patrons are not receiving SMS notifications, particularly those for holds. Evergreen is sending the messages like it is supposed to, so we are thinking that some carriers may be flagging the messages as spam. Based on the reports we have received, it appears to be most common with AT For anyone else who might have experienced this in the past, did you have any direct interactions with the carrier/s, and if so, what were the steps that needed to be taken to prevent this from happening in the future? Thank you. William C. Szwagiel NC Cardinal Project Manager State Library of North Carolina william.szwag...@ncdcr.gov<mailto:william.szwag...@ncdcr.gov> | 919.814.6721 https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal<https://urldefense.proofpoint.com/v2/url?u=https-3A__statelibrary.ncdcr.gov_services-2Dlibraries_nc-2Dcardinal=DwMFAw=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM=LRHEWfG7tKtoSjGM1XBmJX5tlkBCMt3lnyKxcaVacsw=0H4t3hQJflpFt0ea7x85qUiTVDQWbYqh6Dz0QJdoxJOUX_T6PrvwY7VnJnpC2V-2=qM9rGoZZzkmnBg-dhc0vkdPvc6yTj-v0trgYzDKOFOo=> 109 East Jones Street | 4640 Mail Service Center Raleigh, North Carolina 27699-4600 The State Library is part of the NC Department of Natural & Cultural Resources. Email correspondence to and from this address is subject to the North Carolina Public Records Law and may be disclosed to third parties. Email correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties by an authorized state official. ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] SMS Messages Not Being Received
We've had a lot of issues with SMS notifications not going out according to patrons. Sometimes it's because the carriers were bought out by another carrier like when StraightTalk was purchased by Verizon out here in Oregon- so I updated SMS server settings. Another was when US Cellular apparently stopped supporting email to text altogether, at least that is what I was told by their support. However, some users are still receiving notifications while others aren't- leaving me completely confused and unable to verify the issue. For now we've been suggesting to staff to recommend email notifications instead of SMS, and I've set up email forwarders for all branches to avoid SPF issues for the time being. Looking forward to seeing more responses on this topic to see what solutions others are using. It's been mentioned before that the time to use a 3rd party application for email & text notifications is approaching and I'd like to hear more about success/issues with that if anyone has gone that route. Thanks for bringing this topic up. -Jon On Fri, Apr 5, 2024 at 11:13 AM Szwagiel, Will via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Good afternoon, > > We have recently been receiving a number of reports from different > libraries that patrons are not receiving SMS notifications, particularly > those for holds. Evergreen is sending the messages like it is supposed to, > so we are thinking that some carriers may be flagging the messages as > spam. Based on the reports we have received, it appears to be most common > with AT > > For anyone else who might have experienced this in the past, did you have > any direct interactions with the carrier/s, and if so, what were the steps > that needed to be taken to prevent this from happening in the future? > > Thank you. > > *William C. Szwagiel* > > NC Cardinal Project Manager > > State Library of North Carolina > > william.szwag...@ncdcr.gov | 919.814.6721 > > https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal > > 109 East Jones Street | 4640 Mail Service Center > > Raleigh, North Carolina 27699-4600 > > The State Library is part of the NC Department of Natural & Cultural > Resources. > > *Email correspondence to and from this address is subject to the North > Carolina Public Records Law and may be disclosed to third parties.* > > > > -- > > Email correspondence to and from this address may be subject to the North > Carolina Public Records Law and may be disclosed to third parties by an > authorized state official. > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] SMS Messages Not Being Received
Good afternoon, We have recently been receiving a number of reports from different libraries that patrons are not receiving SMS notifications, particularly those for holds. Evergreen is sending the messages like it is supposed to, so we are thinking that some carriers may be flagging the messages as spam. Based on the reports we have received, it appears to be most common with AT For anyone else who might have experienced this in the past, did you have any direct interactions with the carrier/s, and if so, what were the steps that needed to be taken to prevent this from happening in the future? Thank you. William C. Szwagiel NC Cardinal Project Manager State Library of North Carolina william.szwag...@ncdcr.gov<mailto:william.szwag...@ncdcr.gov> | 919.814.6721 https://statelibrary.ncdcr.gov/services-libraries/nc-cardinal 109 East Jones Street | 4640 Mail Service Center Raleigh, North Carolina 27699-4600 The State Library is part of the NC Department of Natural & Cultural Resources. Email correspondence to and from this address is subject to the North Carolina Public Records Law and may be disclosed to third parties. Email correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties by an authorized state official. ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: Arch Linux minimal container userland 100% reproducible - now what?
> On Apr 2, 2024, at 1:11 PM, John Gilmore wrote: > > For me, the distinction is that the local storage is under the direct > control of the person trying to rebuild, while the network and the > servers elsewhere in the network are not. If local storage is > unreliable, you can fix or replace it, and continue with your work. There are obviously many advantages to local storage. However, if you locally record cryptographic hashes, and re-download the bits for (say) a compiler, you could still reproduce the results *if* the information is still available where you're downloading it from (or can find an alternative source). The key is that "if" condition. The risk of not having local copies is the risk of loss of availability. However, many sites are fairly reliable. I'd hate to tell someone they can't verify reproducible builds just because they don't (currently) have a local copy of everything. Indeed, you want multiple verifications of reproducible builds, and they'll have to get their data from somewhere. It's sometimes much easier to send the source including build instructions, information on how to download the rest, and the cryptographic hashes for what is not bundled. --- David A. Wheeler
Re: Interesting question/experiment about value of cube ownership
MK: I don't understand why YOU wouldn't double at 99%? Can you explain this? If the oppenent will still take at 100% then why risk losing 2 points 1% of the time? I thought I answered your question about win rates previously. A bot that always doubles, I'd expect to lose 0.3 ppg. It's hard to search back on my phone app, so maybe that's incorrect.) A bot that doubles immediately it's ahead, I'd expect to lose about half that. Those values assume the bot plays as well as gnubg for the remainder of the game. If the opponent will make further cube errors, then it should be a little bit more. From: MK Sent: Wednesday, April 3, 2024 10:29:11 pm To: Ian Shaw ; GnuBg Bug Subject: Re: Interesting question/experiment about value of cube ownership On 4/2/2024 7:08 AM, Ian Shaw wrote: > A cube strategy against a bot that never passes: Not never but we loosely say that since it takes at GWC > 0, i.e. even at 0.0001% > only double when (a) you are 100% to win I don't understand why you wouldn't double at 99%? Can you explain this? > (b) it's the last roll of the game and you have an advantage. Yes, this is very bad for the mutant and already happens now. > So the take point is 16.7%. Gammons complicate it, but I'm > sure you get the idea. If you can clearly define your strategy, I would be glad to create a script to run the experiment to see what will happen. BTW: you are still avoiding the issue of how much the mutant will win compared to what it would be expected to win based on its total "cube error rate". What win rate would you say a mutant that takes at GWC > 0.0001 even on the last roll, (which must be the biggest possible cube error), will achieve? Any guesses by anyone..? MK
Re: Interesting question/experiment about value of cube ownership
MK: What I PROPOSE is doing the same thing done training TD-Gammon v.1, I.E. random self-play, but this time also cubeful and MATCHFUL, i.e. random cube as well as checker decisions. As I remember it (though it's many years since I read the research), the self-play wasn't accomplished by picking random moves. It was the initial network weights that were random. The move picked was the best-ranked move of all the evaluated moves. This is a calculation, not a random selection. How do you propose to rank double vs no double, and take vs pass? From: MK Sent: Wednesday, April 3, 2024 10:01:17 PM To: Ian Shaw ; GnuBg Bug Subject: Re: Interesting question/experiment about value of cube ownership On 4/2/2024 5:13 AM, Ian Shaw wrote: > What would be your proposed structure for training a > cubeful bot? What gains and obstacles do you foresee. I don't know what you mean by "structure". What I propose is doing the same thing done training TD-Gammon v.1, i.e. random self-play, but this time also cubeful and matchful, i.e. random cube as well as checker decisions. Apparently Tseauro still works at IBM with access to huge CPU powers. Perhaps he can be put to shame for the damage he caused to BG AI by what he did with TD-Gammon v.2 and be urged to redeem himself. In other forums, people talk about doing "XG rollouts on Amazon's cloud servers", etc. Doing more biased rollouts is plain stupid/illogical. Any such efforts would be put to better use in training a new bot instead. The question is who would volunteer to do it. People like the Alpha-Zero team, etc. don't seem to want to touch "gamblegammon" with a ten feet pole, possibly because of the gambling nature of the game. In the past, I have suggested in RGB that random rollout feature can be added to GnuBG and results from trustable users can be collected over time in a central database to gradually create a bot that won't rely on concocted, biased/inaccurate cube formulas and match equity tables. Unfortunately the faithfuls are happy with their dogmas and no better bots are likely in the near future... :( MK
Re: question
Hi Max, GnuBg can import match files and analyse them. You can also copy an XG position id and paste it into gnubg. Like XG, it can identify errors and estimate how lucky the rolls are. The results won't be exactly the same as XG because the analysis engine is different. But it will be very similar. Does this answer your question? Regards, Ian Shaw From: bug-gnubg-bounces+ian.shaw=riverauto.co...@gnu.org on behalf of Max S Sent: Wednesday, April 3, 2024 2:39:07 AM To: bug-gnubg@gnu.org Subject: question HI Am I able to import a file of a position, match score etc and you would return the XG analysis to me?
Re: [Evergreen-general] Minors and Self Registration
We require a DOB to be entered in the online registration form. We don't verify that the DOB entered is correct. Our online form is used to create Internet Only accounts. We don't create these accounts for minors. In order to check out physical materials, patrons must bring photo ID to the library. Parents must sign for minors. Diane Disbro Pronouns: she/her Circulation Coordinator Scenic Regional Library 251 Union Plaza Drive Union, MO 63084 (636) 583-0652 ext 110 ddis...@scenicregional.or g On Mon, Apr 1, 2024 at 9:27 AM Gina Monti via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hi Everyone, > > I had a conversation with a library director in regards to the self > registration page. I know that there is support in developing a > customizable page, but in the meantime, I wanted to ask how other > libraries/consortia handle minors wanting to self-register for cards. > > I have mentioned to this director that we can add a DOB, but the main > problem is having an actual acknowledgement of the library policy to > protect minors given the current climate in regards to censorship. This I > completely understand, and I'm interested in your replies of how > Evergreen can address this issue if possible. > > Thanks! > > -- > Gina Monti (she/her) > Evergreen Systems Manager > Bibliomation, Inc. > (203) 577-4070 ext. 109 > English, American Sign Language > _______ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Evergreen releases 3.11.5 and 3.12.3
The Evergreen community is pleased to announce the latest patch releases in the 3.11 and 3.12 series: 3.11.5 and 3.12.3. Both releases contain numerous bugfixes and updates. Please see the release notes for more information: 3.11 Release Notes <https://evergreen-ils.org/documentation/release/RELEASE_NOTES_3_11.html> 3.12 Release Notes <https://evergreen-ils.org/documentation/release/RELEASE_NOTES_3_12.html> Both releases are available for download <https://evergreen-ils.org/egdownloads/>. Thank you to all who contributed to this release! -- Andrea Buntz Neiman, MLS Project Manager for Software Development | Product Specialist Equinox Open Library Initiative abnei...@equinoxoli.org 1-877-OPEN-ILS (673-6457) Direct: 770-709-5583 *https://www.equinoxOLI.org/ <https://www.equinoxOLI.org/>* _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: Interesting question/experiment about value of cube ownership
Of course I don't assume that gnubg always wins. That would be naive. A cube strategy against a bot that never passes: only double when (a) you are 100% to win (b) it's the last roll of the game and you have an advantage. The bot can also take a double deeper than normal, since the mutant will always take the recube to 4. So the risk is 1 point and the reward is 5 points (instead of 3). So the take point is 16.7%. Gammons complicate it, but I'm sure you get the idea. From: MK Sent: Tuesday, April 2, 2024 12:08:49 pm To: Ian Shaw ; GnuBg Bug Subject: Re: Interesting question/experiment about value of cube ownership On 3/31/2024 4:18 AM, Ian Shaw wrote: > If the mutant strategy is always to take, then gnubg GAINS when > Mutant > takes a D/P because that increases the points GnuBg wins. Yes, of course, but only and only if the GnuBG wins. Obviously you faithfully assume that GnuBG will always win and keep raking in the higher cube points but experiment like the ones I did may prove it otherwise. And this is only speaking about winning more than 50% of points. To this day, I have never been able get you guys to talk about mutant strategies winning more than what would be expected from their cube error rates, which is even more important in debunking the elaborate so-called "cube skill theory" a complete mound of cow pies... > Currently, gnubg is assuming it is playing against a player using > it's own cube strategy. And this is why they are as easy to derail as toy trains on tracks around the xmas tree and to beat even by people like me, who is a nobody compared to gamblegammon giants. See my 10-years old experiments against various bots at my site: https://montanaonline.net/backgammon/ I do however believe that future bots, trained through cubeful and matchful self-play, will come very close to "perfect" play that no human may possibly beat but current bots, including GnuBG, are not even worth a mention by that measure. > It could be reprogrammed to take advantage of knowing that it's > opponent would never pass. Okay, well, I'm daring to tell me how do you propose the bot could be reprogrammed to do that? You don't need to post the programming code here. Just explain how the bot would achieve that in plain language. I bet you won't be able to do. Empty talk is cheap... Let me hold your hand to make another baby step: even if you could reprogram a bot to to that, it would become just another version of the same toy train on tracks going in circles around the xmas tree, with the same weakness of exploitability by being totally predictable. After that, you would have to reprogram you bot by revising your jackoffski cube formulae again... Do you see your problem..? MK > > *From:* MK > *Sent:* Friday, March 29, 2024 2:28:09 AM > *To:* Ian Shaw ; GnuBg Bug > *Subject:* Re: Interesting question/experiment about value of cube ownership > On 3/19/2024 3:54 AM, Ian Shaw wrote: > >> MK "Those numbers are based on how the bot would play against itself. >> If you accept the bot's decisions as best/perfect and if you try to >> play just like bot, assuming that your opponent will also try to play >> just like the bot, of course you wouldn't/shouldn't double." > >> Agreed. Against a worse player, you can take with fewer winning chances. >> If your opponent will give up enough equity in errors to overcome the >> error of the bad take (and your own subsequent errors), then you should >> still come out ahead. > > I hope you are realizing that you are agreeing with the bot, not with me. > What you quoted from me above was in response to your previously saying: > > "I wouldn’t double. As shown by the rollouts, I'd be giving > "up 0.36 points per game, on average. Even if I knew you would > "roll 66, I would still take, because the equity of -0.276 * 2 > "is still better than giving up a whole 1.000 point. > > Would you drop if you knew that the mutant would roll 77? You wouldn't. > (Just exaggerating to make a point, while reminiscing how Jellyfish was > not only rolling 77's but shamelessly playing them to escape 6-primes:) > > Once the mutant conditionally pre-doubles, (i.e. if rules allow it, in > case it wins the opening roll), you will become hostage to its strategy, > or in better sounding words, you will be dancing to its tune... ;) > > Reaching a D/P later won't help you either because the mutant will not > drop and will force you to keep playing until the last roll, perhaps > trading the cube more times back and forth. > > Letting the bot play for both side after the "opening double" actually > defeats the purpose of the experiment but since there is no "separately > existing, fully functional mutant bot (that would play like me;)" to > make it play against GnuBG 2-ply, this is the only way we can do it and > it's better than nothing. >
Re: Interesting question/experiment about value of cube ownership
Yes, I am referring to theoretical continuous model for the 20% value, and agree it would apply to any suitable game, not just backgammon. But backgammon isn't a continuous game. It has jumps in equity betewen one opportunity to double and the next. The concept of cube efficiency is the estimate to allow for this. What other approximations are there? If course, at deeper plies than 0, bots look at the outcomes of all possible sequences so the effect of the cube efficiency approximation diminishes. What would be your proposed structure for training a cubeful bot? What gains and obstacles do you foresee. If course I think similarly about your other insulting terminology. Speaking personally, it reduces the amount of pleasure I get from the discussion and therefore the amount of time I'm prepared to put in. From: MK Sent: Tuesday, April 2, 2024 11:43:40 AM To: Ian Shaw ; GnuBg Bug Subject: Re: Interesting question/experiment about value of cube ownership On 3/31/2024 3:53 AM, Ian Shaw wrote: > I'm glad we agree on the basic 25% take point. Do you also agree on > the the theoretical 20% take point for perfect cube efficiency? If by "theoretical" you mean a purely mathematical proposition, i.e. not specifically related to cubeful backgammon, cubeful hopscotch, cubeful snakes and ladders, etc., or (to repeat myself) as applied in simple games where you can calculate those 25% and 20% accurately and consistently, then I would say I agree with you. > As far as I know, the only part of cube theory not calculated > mathematically is the estimate made for cube efficiency. But it's > a long time since I read Janowski so I may be wrong on that. Since no bot was ever trained through cubeful self-play, all cubeful calculations of all kinds are "mythematically" calculated, by using repeatedly adjusted constants to produce the results desired by the humans of faith... > (I think you are using "gamble gammon" as a pejorative. I suspect > that every time you do so, you lose credibility with anyone likely > to read this. You may wish to take this into account, bearing in > mind that most backgammon with the cube isn't played for money.) I like writing poems, coining new expressions, country music lyrics, word plays, puns, etc. and ta times I use them pejoratively but not so much with "gamblegammon", for which I used worse names. There was a game called "backgammon" before the "doubling cube" was introduced to it for gambling purposes, which changed it drastically enough for it to be considered a "variant" of backgammon, just like any other such variants. I have argued for over 20 years that the "cubeful backgammon variant" needs to be given a new name and I proposed "gamblegammon", which I thought was quite appropriate. I have been calling it "gamblegammon" in other forums like RGB ever since and invited others to suggest other names for it if they didn't like my "gamblegammon". Feel free to offer your suggestion. While on the subject, I'm surprised that you didn't catch on to many other expressions that I have been using pejoratively, such as my "fartoffski cube skill formula" against the "jackoffski cube skill formula", etc. Focus on understanding and refuting my arguments. If you (all) can't, then I really don't care about my credibility with people who can't understand my arguments, let alone rise up to defeat my arguments. MK > > *From:* MK > *Sent:* Friday, March 29, 2024 4:34:39 AM > *To:* Ian Shaw ; GnuBg Bug > *Subject:* Re: Interesting question/experiment about value of cube ownership > On 3/19/2024 7:44 AM, Ian Shaw wrote: > >> I don’t "divinely believe" in the current cube theory. I understand >> the maths behind it. If you have found errors in the maths, then I >> would be glad to re-evaluate. > >> Let's find out where you disagree by starting from the beginning. >> What is your analysis of the basic 25% takepoint calculation? > > > I'm not questioning whether a simple doubling theory, (assuming it > can be called a "theory"), can be applied in simple game where you > can calculate that 25% accurately and consistently. > > I'm questioning whether some doubling strategy can be applied in > gamblegammon, based on a jumble of incomplete/inaccurate empirical > statistics and mathematical calculation formulas that were several > times retrofitted to produce some expected results, and call it a > "cube skill theory". > > In RGB, some mathematicians had argued that it could be called a > "theory" because it was mathematically proven, which can not be > because the so-called "cube skill" is not a purely mathematical > proposition. > > In a game involving luck like gamblegammon, (more luck than skill > in my personal opinion), the proposition is necessarily statistical, > empirical one and thus needs to be empirically proven. > > You say "let's start from the
Re: Arch Linux minimal container userland 100% reproducible - now what?
Hi John, On Fri, 29 Mar 2024 at 19:29, John Gilmore wrote: > > kpcyrd wrote: > > 1) There's currently no way to tell if a package can be built offline > > (without trying yourself). > > Packages that can't be built offline are not reproducible, by > definition. They depend on outside events and circumstances > in order for a third party to reproduce them successfully. > > So, fixing that in each package would be a prerequisite to making a > reproducible Arch distro (in my opinion). This perspective is valuable because it is certainly true that unreliable or unexpected responses from a network adapter could cause software builds to fail, be delayed, or contain errors. However I fail to see why any of those circumstances would not be equally possible in the case of equivalent responses from physically or locally attached I/O devices. A storage device could be considered a node on a local network that no other host is able to communicate with directly; and to my knowledge it's rarely the case that traffic to-and-from local storage devices is inspected for integrity by hardware/software outside of the device that it is connected to (which isn't necessarily the place that it makes sense to run those checks). My guess is that we could get into near-unsolvable philosophical territory along this path, but I think it's worth being skeptical of the notions that local-storage is always trustworthy and that the network should always be avoided. Regards, James
Re: Two questions about build-path reproducibility in Debian
Thanks, Chris, On Sun, 31 Mar 2024 at 13:01, Chris Lamb wrote: > > Hi James, > > > Approximately thirty are still set to other severity levels, and I plan to > > update those with the following adjusted messaging […] > > Looks good to me. :) > > Completely out of interest, are any of those 30 bugs tagged both > "buildpath" and "toolchain"? It's written nowhere in Policy (and I > can't remember if it's ever been discussed before), but if package X > is causing package Y to be unreproducible, I feel that has some > bearing on the severity of the bug for that issue filed against X… > completely independent of whether package X is reproducible itself or > not. :) None of the remaining thirty-or-so (and in fact, none of the 66 updated so far) are usertagged both 'buildpath' and 'toolchain'. I would say that a few of them _are_ 'toolchain packages' -- mono, binutils-dev and a few others -- but for these bugs the buildpath issues are internal to each package at build-time and do not affect the construction of other packages in their ecosystem. > Just to underscore that this is simply my curiosity before you > reassign: in the particular case of *buildpath* AND toolchain, these > should almost certainly be wishlist anyway because, as discussed, we > "aren't testing buildpath". Mostly agree. Of the bugs in Debian that _are_ usertagged both buildpath and also toolchain, a few of them appear to have possible known/tested fixes, but in some cases are awaiting maintainer/upstream support. Using a static buildpath seems like it should mitigate most concern there, but if that were not the case, then the severity of those could perhaps be re-argued based on the quantity, popularity and importance of affected software (packaged or otherwise). Regards, James
Re: [Evergreen-general] Minors and Self Registration
Hi Gina, We're using Quipu for self-registration at NOBLE. Even though it isn't the Evergreen self-registration form, I can speak to how we handled minors at NOBLE and also at my previous consortium, which was in the process of implementing Quipu when I left. In both cases, we looked to how libraries were handling the issuance of physical library cards to minors to inform our policy on how to handle registration through our online form. In my previous consortium, we found that the form parents signed on behalf of their children in most of the public libraries included an agreement that parents are solely responsible for their child's use of library materials. Since our eCard allows access to electronic resources, like Overdrive, it raised the question of how parents could agree to this term if they didn't know their child had registered for a card. All of the other terms they agreed to did not apply to the use of e-resources (e.g. to be financially responsible for the loss or damage of physical materials). In cases where a minor self registered and then decided to pick up a physical card, the library's requirement for the parental signature was applicable, so we only worried about the e-resource use. In this case, the libraries agreed to a policy where children under 13 could not self register for a card. If a minor of the age of 14-15 self registered, Quipu requested a parental email address and sent an email at registration informing the parent that the child had registered for a card. At NOBLE, we went in a different direction. Very few of our libraries ask that parents agree that they are solely responsible for their child's use of library materials. Our libraries ultimately decided against setting any age restrictions. There also is no email sent to parents of minors. Does Bilbliomation's self-registration allow for access to electronic resources? If not, I would think the best way to approach this is for libraries to continue to follow local policies for requiring parental signatures when the minor picks up the physical card. I hope this helps! Kathy -- Kathy Lussier she/her Executive Director NOBLE: North of Boston Library Exchange Danvers, MA 978-777-8844 x201 www.noblenet.org On Mon, Apr 1, 2024 at 10:27 AM Gina Monti via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hi Everyone, > > I had a conversation with a library director in regards to the self > registration page. I know that there is support in developing a > customizable page, but in the meantime, I wanted to ask how other > libraries/consortia handle minors wanting to self-register for cards. > > I have mentioned to this director that we can add a DOB, but the main > problem is having an actual acknowledgement of the library policy to > protect minors given the current climate in regards to censorship. This I > completely understand, and I'm interested in your replies of how > Evergreen can address this issue if possible. > > Thanks! > > -- > Gina Monti (she/her) > Evergreen Systems Manager > Bibliomation, Inc. > (203) 577-4070 ext. 109 > English, American Sign Language > _______ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Minors and Self Registration
Hi Everyone, I had a conversation with a library director in regards to the self registration page. I know that there is support in developing a customizable page, but in the meantime, I wanted to ask how other libraries/consortia handle minors wanting to self-register for cards. I have mentioned to this director that we can add a DOB, but the main problem is having an actual acknowledgement of the library policy to protect minors given the current climate in regards to censorship. This I completely understand, and I'm interested in your replies of how Evergreen can address this issue if possible. Thanks! -- Gina Monti (she/her) Evergreen Systems Manager Bibliomation, Inc. (203) 577-4070 ext. 109 English, American Sign Language ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Evergreen and TBS
Hello all, I'm curious if any of you or anyone you know is using TBS point of sale software with Evergreen. Feel free to email me off-list if you'd like. Ruth Frasur Davis (she/they) Coordinator Evergreen Indiana Library Consortium Evergreen Community Development Initiative Indiana State Library 140 N. Senate Ave. Indianapolis, IN 46204 (317) 232-3691 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
OBS/rpm & java-21 success
Hi, today I want to share with you two successes on our path to total reproducibility in openSUSE: Through the persistence of my colleague Jan Zerebecki and the help of mls (SUSE's rpm maintainer) we made nice progress on https://bugzilla.opensuse.org/show_bug.cgi?id=1148824 to finally normalize mtimes in official openSUSE Tumbleweed rpms. Together with a workaround for https://github.com/rpm-software-management/rpm/issues/2965 this allowed me to create bit-identical rpms to the ones pulled from build.opensuse.org , processed with rpm --delsign Now everything that was reproducible in my QA-tests is also reproducible+verifiable in practice. The other success is that I saw 2 bit-identical java-21-openjdk rpm builds, but only when both were done on 1-core VMs, so there might only be some raciness left. [1] javadoc output still has an issue from filesystem-readdir-order. We have a build-tool workaround for that in place [2] Ciao Bernhard M. [1] https://rb.zq1.de/compare.factory-20240331/diffs/java-21-openjdk-compare.out [2] https://github.com/bmwiedemann/openSUSE/blob/54e27e1/packages/_/_project/_config#L19-L20 OpenPGP_signature.asc Description: OpenPGP digital signature
Re: Interesting question/experiment about value of cube ownership
If the mutant strategy is always to take, then gnubg GAINS when Mutant takes a D/P because that increases the points GnuBg wins. Currently, gnubg is assuming it is playing against a player using it's own cube strategy. It could be reprogrammed to take advantage of knowing that it's opponent would never pass. From: MK Sent: Friday, March 29, 2024 2:28:09 AM To: Ian Shaw ; GnuBg Bug Subject: Re: Interesting question/experiment about value of cube ownership On 3/19/2024 3:54 AM, Ian Shaw wrote: > MK "Those numbers are based on how the bot would play against itself. > If you accept the bot's decisions as best/perfect and if you try to > play just like bot, assuming that your opponent will also try to play > just like the bot, of course you wouldn't/shouldn't double." > Agreed. Against a worse player, you can take with fewer winning chances. > If your opponent will give up enough equity in errors to overcome the > error of the bad take (and your own subsequent errors), then you should > still come out ahead. I hope you are realizing that you are agreeing with the bot, not with me. What you quoted from me above was in response to your previously saying: "I wouldn’t double. As shown by the rollouts, I'd be giving "up 0.36 points per game, on average. Even if I knew you would "roll 66, I would still take, because the equity of -0.276 * 2 "is still better than giving up a whole 1.000 point. Would you drop if you knew that the mutant would roll 77? You wouldn't. (Just exaggerating to make a point, while reminiscing how Jellyfish was not only rolling 77's but shamelessly playing them to escape 6-primes:) Once the mutant conditionally pre-doubles, (i.e. if rules allow it, in case it wins the opening roll), you will become hostage to its strategy, or in better sounding words, you will be dancing to its tune... ;) Reaching a D/P later won't help you either because the mutant will not drop and will force you to keep playing until the last roll, perhaps trading the cube more times back and forth. Letting the bot play for both side after the "opening double" actually defeats the purpose of the experiment but since there is no "separately existing, fully functional mutant bot (that would play like me;)" to make it play against GnuBG 2-ply, this is the only way we can do it and it's better than nothing. So, this way the really "semi-mutant" play will lose but it still will not lose more than what would be expected from the cube error rate that the mutant incurs from this "opening double". This alone is enough to prove that the currently dogmatized "cube skill theory" is a jarful of cow chip cookies... MK
Re: Interesting question/experiment about value of cube ownership
I'm glad we agree on the basic 25% take point. Do you also agree on the the theoretical 20% take point for perfect cube efficiency? As far as I know, the only part of cube theory not calculated mathematically is the estimate made for cube efficiency. But it's a long time since I read Janowski so I may be wrong on that. (I think you are using "gamble gammon" as a pejorative. I suspect that every time you do so, you lose credibility with anyone likely to read this. You may wish to take this into account, bearing in mind that most backgammon with the cube isn't played for money.) Regards, Ian Shaw From: MK Sent: Friday, March 29, 2024 4:34:39 AM To: Ian Shaw ; GnuBg Bug Subject: Re: Interesting question/experiment about value of cube ownership On 3/19/2024 7:44 AM, Ian Shaw wrote: > I don’t "divinely believe" in the current cube theory. I understand > the maths behind it. If you have found errors in the maths, then I > would be glad to re-evaluate. > Let's find out where you disagree by starting from the beginning. > What is your analysis of the basic 25% takepoint calculation? I'm not questioning whether a simple doubling theory, (assuming it can be called a "theory"), can be applied in simple game where you can calculate that 25% accurately and consistently. I'm questioning whether some doubling strategy can be applied in gamblegammon, based on a jumble of incomplete/inaccurate empirical statistics and mathematical calculation formulas that were several times retrofitted to produce some expected results, and call it a "cube skill theory". In RGB, some mathematicians had argued that it could be called a "theory" because it was mathematically proven, which can not be because the so-called "cube skill" is not a purely mathematical proposition. In a game involving luck like gamblegammon, (more luck than skill in my personal opinion), the proposition is necessarily statistical, empirical one and thus needs to be empirically proven. You say "let's start from the beginning". Yes, let's do so indeed. TD-Gammon v.1 was empirically trained through self-play of cubeless "money games", including gammons but not backgammons, and perhaps not enough trials. That's it. That's your beginning... To that, you use all kinds of "maths and mirrors" to add backgammon rates, cubeful equity formulas, cubeful matchful equity tables, etc. to "estimate" your winning chances, in order to apply to it what you a "basic 25% take point". And I'm questioning sanity of all this, in fact I'm arguing that it's all a pile of cow pies. Shortcuts was taken in the days of TD-Gammon because of not having enough CPU power, which is no longer true. Yet, there is no signs of any willingness out there to create cubefully, matcfully trained better gamblegammon bots. It's easier to destroy a falsely claimed "theory" by poking holes in it than to prove a proposition so that you can call it a theory, and this is what I'm trying to accomplish with my experiments. Since I can't single-handedly create a better bot, I'm trying what I can do to create a need for, thus an incentive for the creation of such a bot, "from scratch". My "fartoffski mutant cube strategy", (based on arbitrary stages of game and double/take points), in my experiments 11 and 12 came within margin of error of beating GnuBG 2-ply. Folks, it's time for better gamblegammon bots... MK
Re: Two questions about build-path reproducibility in Debian
Hi again, On Mon, 11 Mar 2024 at 18:24, James Addison wrote: > > Hi folks, > > On Wed, 6 Mar 2024 at 01:04, James Addison wrote: > > [ ... snip ...] > > > > The Debian bug severity descriptions[1] provide some more nuance, and that > > reassures me that wishlist should be appropriate for most of these bugs > > (although I'll inspect their contents before making any changes). > > Please find below a draft of the message I'll send to each affected bugreport. > > Note: I confused myself when writing this; in fact Salsa-CI reprotest _does_ > continue to test build-path variance, at least until we decide otherwise. > > --- BEGIN DRAFT --- > Because Debian builds packages from a fixed build path, customized build paths > are _not_ currently evaluated by the 'reprotest' utility in Salsa-CI, or > during > package builds on the Reproducible Builds team's package test infrastructure > for Debian[1]. > > This means that this package will pass current reproducibility tests; however > we still believe that source code and/or build steps embed the build path into > binary package output, making it more difficult that necessary for independent > consumers to confirm whether their local compilations produce identical binary > artifacts. > > As a result, this bugreport will remain open and be assigned the 'wishlist' > severity[2]. > > ... > > [1] - https://tests.reproducible-builds.org/debian/reproducible.html > > [2] - https://www.debian.org/Bugs/Developer#severities > --- END DRAFT --- Most of the remaining buildpath bugs have been updated to severity 'wishlist'. Approximately thirty are still set to other severity levels, and I plan to update those with the following adjusted messaging: --- BEGIN DRAFT --- Control: severity -1 wishlist Dear Maintainer, Currently, Debian's buildd and also the Reproducible Builds team's testing infrastructure[1] both use a fixed build path when building binary packages. This means that your package will pass current reproducibility tests; however we believe that varying the build path still produces undesirable changes in the binary package output, making it more difficult than necessary for independent consumers to check the integrity of those packages by rebuilding them themselves. As a result, this bugreport will remain open and be re-assigned the 'wishlist' severity[2]. You can use the 'reprotest' package build utility - either locally, or as provided in Debian's Salsa continuous integration pipelines - to assist uncovering reproducibility failures due build-path variance. For more information about build paths and how they can affect reproducibility, please refer to: https://reproducible-builds.org/docs/build-path/ ... [1] - https://tests.reproducible-builds.org/debian/reproducible.html [2] - https://www.debian.org/Bugs/Developer#severities --- END DRAFT --- Thanks for your feedback and suggestions, James
Verifying reproducibility of Java builds from Maven Central
Hi everybody, I am trying to understand how someone can independently verify the reproducibility of Java projects on Maven Central. Having explored the repositories on Maven Central, I could not find examples where the "buildinfo" file was present. The archives of this mailing list pointed out examples such as https://repo1.maven.org/maven2/com/typesafe/akka/akka-actor_2.13/2.6.4/akka-actor_2.13-2.6.4.buildinfo, and yet my understanding is that this is not enough [but why?], hence reproducible-central was created to address some sort of gap. So far, my mental model is that: * By including buildinfo in the artifacts on Maven Central, library authors empower users to check for themselves if the build is reproducible or not. * Reproducible-central takes it a step further and attempts to do a build and then gives you a "yes/no" result. Thus, the former makes the problem solvable in principle, whereas the latter actually solves it. Is my understanding is correct? Besides that, I have some additional questions: 1. Can you provide references to documentation that explains how to make sure buildinfo ends up on Maven Central? 2. Is there a tutorial that describes how to get featured on Reproducible Central? I had a look at https://github.com/jvm-repo-rebuild/reproducible-central/blob/master/doc/BUILDSPEC.md, and my understanding is that this is not working for projects built on Windows, because it relies on rebuild.sh, which implies one has bash. The library I publish on Maven Central is built on a Windows computer - does this mean that I won't be able to list it in reproducible-builds? Looking forward to your feedback, Alex
[Evergreen-general] REMINDER: Evergreen Reports Interest Group Meets Tomorrow at 2 PM Eastern!
Just a reminder that the Reports Interest Group will meet tomorrow to take a sneak peak at the new Angular reports interface! Hope to see you there! On Fri, Mar 22, 2024 at 12:07 PM Jessica Woolford wrote: > The Reports Interest Group will meet next Wednesday, March 27th at 2 PM > Eastern via Zoom. Our original plan was to talk about acquisition reports, > but since the Angular reports interface development has been released for > community testing, we thought it would be a good time to take a look at it! > Andrea Buntz Neiman from Equinox Open Library Initiative will be joining us > to show off the new interface. > > You're encouraged to take the new interface for a spin on the demo server > <https://butternut.evergreencatalog.com/eg/staff> prior to the meeting. > Login info for the server can be found here > <https://wiki.evergreen-ils.org/doku.php?id=qa:concerto_logins>. > > Connection information and agenda can be found here: > https://wiki.evergreen-ils.org/doku.php?id=evergreen-reports:meetings:2024-03-27 > > Hope to see you there! > > Jessica > > -- > > Jessica Woolford (she/her) > > Director of Member Services > > jwoolf...@biblio.org | (203) 577-4070 <203-577-4070>x105 > > » Help Desk: Open or Check a Ticket <https://helpdesk.biblio.org> > > [image: Stylized turquoise book with blue swirl around it, above text > reading Bibliomation: Libraries Sharing Computerized Services] > <https://biblio.org/> > -- Jessica Woolford (she/her) Director of Member Services jwoolf...@biblio.org | (203) 577-4070 <203-577-4070>x105 » Help Desk: Open or Check a Ticket <https://helpdesk.biblio.org> [image: Stylized turquoise book with blue swirl around it, above text reading Bibliomation: Libraries Sharing Computerized Services] <https://biblio.org/> _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] [Evergreen-documentation] Bug Squashing Week - Final Report
Thank you to everyone who worked on this! Diane Disbro Pronouns: she/her Circulation Coordinator Scenic Regional Library 251 Union Plaza Drive Union, MO 63084 (636) 583-0652 ext 110 ddis...@scenicregional.or g On Mon, Mar 25, 2024 at 9:59 AM Terran McCanna via Evergreen-documentation < evergreen-documentat...@list.evergreen-ils.org> wrote: > Thanks to everyone who participated in last week's Bug Squashing Week and > helped to make it another successful effort! > > The final report is at: > https://wiki.evergreen-ils.org/doku.php?id=dev:bug_squashing:2024-03 > > As always, if I missed recording your name or spelled your name wrong, > please let me know so that I can correct it! > > > [image: logo with link to Georgia Public Library Service website] > <https://georgialibraries.org/> > > Terran McCanna, PINES Program Manager > > -- > > Georgia Public Library Service > > 2872 Woodcock Blvd, Suite 250 | Atlanta, GA 30341 > > (404) 235-7138 | tmcca...@georgialibraries.org > > https://help.georgialibraries.org | h...@georgialibraries.org > > [image: logo with link to Georgia Public Library Service Facebook page] > <https://www.facebook.com/georgialibraries>[image: logo with link to > Georgia Public Library Service Instagram page] > <https://www.instagram.com/georgialibraries/>[image: logo with link to > Georgia Public Library Service LinkedIn page] > <https://www.linkedin.com/company/georgia-public-library-service/>[image: > logo with link to Georgia Public Library Service Threads page] > <https://www.threads.net/@georgialibraries> > > > > > ___ > Evergreen-documentation mailing list > evergreen-documentat...@list.evergreen-ils.org > > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-documentation > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] [Evergreen-catalogers] Bug Squashing Week - Final Report
Incredible job everyone! It's always so cool to me to see the work that comes out of this when everyone comes together! On Mon, Mar 25, 2024 at 9:59 AM Terran McCanna via Evergreen-catalogers < evergreen-catalog...@list.evergreen-ils.org> wrote: > Thanks to everyone who participated in last week's Bug Squashing Week and > helped to make it another successful effort! > > The final report is at: > https://wiki.evergreen-ils.org/doku.php?id=dev:bug_squashing:2024-03 > > As always, if I missed recording your name or spelled your name wrong, > please let me know so that I can correct it! > > > [image: logo with link to Georgia Public Library Service website] > <https://georgialibraries.org/> > > Terran McCanna, PINES Program Manager > > -- > > Georgia Public Library Service > > 2872 Woodcock Blvd, Suite 250 | Atlanta, GA 30341 > > (404) 235-7138 | tmcca...@georgialibraries.org > > https://help.georgialibraries.org | h...@georgialibraries.org > > [image: logo with link to Georgia Public Library Service Facebook page] > <https://www.facebook.com/georgialibraries>[image: logo with link to > Georgia Public Library Service Instagram page] > <https://www.instagram.com/georgialibraries/>[image: logo with link to > Georgia Public Library Service LinkedIn page] > <https://www.linkedin.com/company/georgia-public-library-service/>[image: > logo with link to Georgia Public Library Service Threads page] > <https://www.threads.net/@georgialibraries> > > > > > ___ > Evergreen-catalogers mailing list > evergreen-catalog...@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-catalogers > _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Bug Squashing Week - Final Report
Thanks to everyone who participated in last week's Bug Squashing Week and helped to make it another successful effort! The final report is at: https://wiki.evergreen-ils.org/doku.php?id=dev:bug_squashing:2024-03 As always, if I missed recording your name or spelled your name wrong, please let me know so that I can correct it! [image: logo with link to Georgia Public Library Service website] <https://georgialibraries.org/> Terran McCanna, PINES Program Manager -- Georgia Public Library Service 2872 Woodcock Blvd, Suite 250 | Atlanta, GA 30341 (404) 235-7138 | tmcca...@georgialibraries.org https://help.georgialibraries.org | h...@georgialibraries.org [image: logo with link to Georgia Public Library Service Facebook page] <https://www.facebook.com/georgialibraries>[image: logo with link to Georgia Public Library Service Instagram page] <https://www.instagram.com/georgialibraries/>[image: logo with link to Georgia Public Library Service LinkedIn page] <https://www.linkedin.com/company/georgia-public-library-service/>[image: logo with link to Georgia Public Library Service Threads page] <https://www.threads.net/@georgialibraries> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] The Evergreen Project Board Election - Voter Registration OPEN
Hello all, Here's one last shot to register to vote for the Evergreen Project Board elections which will take place next week, beginning on April 1. If you have not done so already, please fill out the voter registration form which is available at https://forms.gle/s8CGfVqRfzcdSV368. I will be closing the form at 4 p.m. Eastern Time today. Ruth Frasur Davis (she/they) Coordinator Evergreen Indiana Library Consortium Evergreen Community Development Initiative Indiana State Library 140 N. Senate Ave. Indianapolis, IN 46204 (317) 232-3691 From: Frasur, Ruth Sent: Tuesday, March 12, 2024 2:52 PM To: Evergreen-general@list.evergreen-ils.org Subject: The Evergreen Project Board Election - Voter Registration OPEN Hello all, Thank you to all who submitted nominations to fill open and opening seats on the Evergreen Project Board. The next step in this process is voter registration. Anyone who has contributed to the Evergreen Community or is employed by an institution that utilizes the Evergreen open-source ILS is eligible to register and ultimately vote. The voter registration form is available at https://forms.gle/s8CGfVqRfzcdSV368 and will remain open until EOB on Friday, March 22. Ruth Frasur Davis (she/they) President Evergreen Project Board Coordinator Evergreen Indiana Library Consortium Evergreen Community Development Initiative Indiana State Library 140 N. Senate Ave. Indianapolis, IN 46204 (317) 232-3691 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] PINES is hiring!
Good morning, and apologies in advance for the crossposting. We're very excited to announce that two of our three vacant positions on the PINES team are now posted and open for applications! *PINES Cataloging Specialist* https://georgialibraries.org/job/georgia-public-library-service-atlanta-295-pines-cataloging-specialist/ *PINES Bibliographic Services Specialist* https://georgialibraries.org/job/georgia-public-library-service-atlanta-295-pines-bibliographic-services-specialist/ The third posting, the PINES Collection Management Specialist, is in the final phases of approvals and will be posted as soon as those are complete. Please make sure to review the notes in the "Regarding this Posting" section for each position. If anyone has any other questions, you're more than welcome to email me. We hope you'll consider joining the team! Thanks, Tiffany [image: logo with link to Georgia Public Library Service website] <https://georgialibraries.org/> Tiffany Little *PINES Bibliographic Projects Manager* -- Georgia Public Library Service 2872 Woodcock Blvd, Suite 250 | Atlanta, GA 30341 (404) 235-7161 | tlit...@georgialibraries.org [image: logo with link to Georgia Public Library Service Facebook page] <https://www.facebook.com/georgialibraries>[image: logo with link to Georgia Public Library Service Instagram page] <https://www.instagram.com/georgialibraries/>[image: logo with link to Georgia Public Library Service LinkedIn page] <https://www.linkedin.com/company/georgia-public-library-service/>[image: logo with link to Georgia Public Library Service Threads page] <https://www.threads.net/@georgialibraries> Join our email list <http://georgialibraries.org/subscription> for stories of Georgia libraries making an impact in our communities. ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Permissions Working Group Meeting Tuesday, March 26
Good Morning, The Permissions Working Group will be meeting tomorrow, Tuesday, March 26, at 3 p.m. EST. Here is the agenda and connection info: https://docs.google.com/document/d/1ZSI_LgX5FmFX1qFp3QYIn7hLc-r0HwPmQjm3GQlWR7E/edit?usp=sharing Notes from previous meetings can be found here: https://wiki.evergreen-ils.org/doku.php?id=community:permissions_working_group#past_meetings <https://wiki.evergreen-ils.org/doku.php?id=community:permissions_working_group#next_meeting> Thanks all! ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Item status translations in Evergreen
Dear all, It seems that currently default item statuses can only be translated within Evergreen, e.g., on Blake’s bugsquash2 server via this interface: https://bugsquash2.mobiusconsortium.org/eg2/en-US/staff/admin/server/config/copy_status We are just wondering – as these strings are the same in every Evergreen installation, wouldn’t it make sense to have them translated on Launchpad or in POEditor? But maybe there are practical reasons why the current approach makes more sense (perhaps like the fact that the original strings can be overwritten in the interface so that once they change, the translations would no longer be correct)? In previous versions only the custom item statuses had to be translated one by one in the installation. The default ones are still included in the db.seed file on Launchpad, e.g. this translation for Discard/Weed item status: https://translations.launchpad.net/evergreen/main/+pots/db.seed/cs/+translate?batch=10=all=Discard%2FWeed Thank you for sharing your thoughts! And – last but not least – a big thank you goes out to Blake for setting up the bugsquash2 test server with Czech! Linda ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
