r 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 <
&g
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 p
tps://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.
ated 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
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 sev
community as well.
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
.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 Messa
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:
> G
___
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-il
> 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
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
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
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
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-gene
LS
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-genera
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
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
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
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
--
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
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
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
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
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
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
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
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
lized 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
___
> 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
e/>[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://
reads.net/@georgialibraries>
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
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
s
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
:
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-g
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
On 21/03/2024 21.38, kpcyrd wrote:
- libjpeg-turbo: this package contains a .jar file that is built by
CMake and contains timestamps of the buildtime, but there's no way in
CMake to pass --date to the jar executable to normalize this
You could use strip-nondeterminism for post-processing
t;[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>
______
ces]
<https://biblio.org/>
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
<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
gt; https://lists.reproducible-builds.org/pipermail/rb-general/2024-March/003291.html
>
> Due to amazing work by dvzrv and Foxboron this package is now also
> reproducible!
That is fantastic, congratulations!!
But you know what I'm going to ask :-). What steps are left, if any, before the
&
) 232-3691
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
that are separated into
multiple items. This becomes complicated. All suggestions are welcome tho
so we can determine the best path forward.
Joan
On Wed, Mar 20, 2024 at 1:14 PM Cerninakova Eva via Evergreen-general <
evergreen-general@list.evergreen-ils.org> wrote:
>
> Have you cons
Hi Tiffany,
Thank you for the link to your documentation.
And thanks everyone for your really helpful responses! I appreciate it.
Joan
On Wed, Mar 20, 2024 at 1:09 PM Tiffany Little via Evergreen-general <
evergreen-general@list.evergreen-ils.org> wrote:
> PINES uses the sa
pedagogická a teologická
+420 211 222 409
cer...@jabok.cz
knihovna.jabok.cz
Salmovská 8, Praha 2, 120 00
Dne st 20. 3. 2024 18:09 uživatel Tiffany Little via Evergreen-general <
evergreen-general@list.evergreen-ils.org> napsal:
> PINES uses the same record if everything else about
-general <
evergreen-general@list.evergreen-ils.org> wrote:
> Hello
>
>
>
> PaILS uses the same record for hardcover and trade paper editions. We
> encourage a separate record for mass market paperback. I’d have to test it
> but would the multi-format hold work for insta
We are considering this.
>
> Joan
>
> On Wed, Mar 20, 2024 at 1:01 PM Terran McCanna via Evergreen-general <
> evergreen-general@list.evergreen-ils.org> wrote:
>
>> PINES uses separate records.
>>
>> On Wed, Mar 20, 2024, 12:57 PM Szwagiel, Will via Evergreen-
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.
On Wed, Mar 20, 2024 at 1:06 P
Taxter Rd., 4th Floor
Elmsford, NY 10523
lstrat...@wlsmail.org
On Wed, Mar 20, 2024 at 12:43 PM Joan Kranich via Evergreen-general <
evergreen-general@list.evergreen-ils.org> wrote:
> Hi,
>
> In C/W MARS a bibliographic record may contain items for paperback and for
>
Hi Terran,
Thank you!
We're thinking separate records will need more work to make the record
specifically for paperback. We are considering this.
Joan
On Wed, Mar 20, 2024 at 1:01 PM Terran McCanna via Evergreen-general <
evergreen-general@list.evergreen-ils.org> wrote:
> PINES uses
markets are never put on the
same record as hardovers, and of course if there is a different
illustrator, narrator, foreword, etc., they get their own records.
On Wed, Mar 20, 2024 at 12:01 PM Terran McCanna via Evergreen-general <
evergreen-general@list.evergreen-ils.org> wrote:
> P
Kranich via Evergreen-general <
evergreen-general@list.evergreen-ils.org> wrote:
> Hi,
>
> In C/W MARS a bibliographic record may contain items for paperback and for
> hardcover. We have had some recommendations to separate paperback items
> from hardcover items.
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, March 20, 2024 1:01 PM
To: Evergreen Discussion Group
Cc: Terran McCanna
Subject: Re
p...@sparkpa.org<mailto:supp...@sparkpa.org>
From: Evergreen-general On
Behalf Of Terran McCanna via Evergreen-general
Sent: Wednesday, March 20, 2024 1:01 PM
To: Evergreen Discussion Group
Cc: Terran McCanna
Subject: Re: [Evergreen-general] [External] Paperback vs. Hardcover Records
PINES
/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
PINES uses separate records.
On Wed, Mar 20, 2024, 12:57 PM Szwagiel, Will via Evergreen-general <
evergreen-general@list.evergreen-ils.org> wrote:
> Good afternoon Joan,
>
> Like you, our bibliographic records can contain both paperback and
> hardcover versions of a book. We
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.
________
From: Evergreen-general on
behalf of Joan Kranich via Evergreen-ge
: 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
Thank you very much, Blake!
Linda
On 3/20/24 15:50, Blake Graham-Henderson via Evergreen-general wrote:
Linda,
The Czech language is now available in the OPAC. Sorry I missed that!
-Blake-
Conducting Magic
Will consume any data format
MOBIUS
On 3/19/2024 12:15 PM, Linda Jansová via Evergreen
Linda,
The Czech language is now available in the OPAC. Sorry I missed that!
-Blake-
Conducting Magic
Will consume any data format
MOBIUS
On 3/19/2024 12:15 PM, Linda Jansová via Evergreen-general wrote:
Hi Blake,
Thank you very much!
I have just found out that you have switched on some
a 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
On Tue, 19 Mar 2024, Zachary Santer wrote:
On Tue, Mar 19, 2024 at 1:24 AM Kaz Kylheku wrote:
But what tee does is set up _IONBF on its output streams,
including stdout.
So it doesn't buffer at all. Awesome. Nevermind.
Yay! :D
And since tee uses fwrite to copy whatever input is
Thanks, Blake!
On Tue, Mar 19, 2024 at 12:43 PM Blake Graham-Henderson via
Evergreen-general wrote:
> All,
>
> I just finished a second server for testing. Those of you that may have
> looked at the spreadsheet before now may not realize there's a new set of
> bugs to tes
on things in both places :-)...
Linda
On 3/19/24 17:43, Blake Graham-Henderson via Evergreen-general wrote:
All,
I just finished a second server for testing. Those of you that may
have looked at the spreadsheet before now may not realize there's a
new set of bugs to test on bugsquash2!
Many
c-library-service/>logo
with link to Georgia Public Library Service Threads page
<https://www.threads.net/@georgialibraries>
___
Eg-newdevs mailing list
eg-newd...@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/eg-newdevs
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
> https://wiki.evergreen-ils.org/doku.php?id=cataloging:cwg
> -
>
>
> ---
>
> Jennifer Weston, MLIS
>
> Product and Education Manager | Assistant Operations Manager
>
> Equinox Open Library Initiative
>
> *je
MK: Even though I think most of you won't absorb what I wrote above, because
you all "divinely believe" in the current "cube skill theory", I won't consider
it a total waste of my time even if it sows a seed of doubt in just one mind.
I don’t "divinely believe" in the current cube theory. I
MK: This is why I am doing my various experiments. One of which that I had
previously mentioned in this very thread involves a "mutant cube strategy" of
doubling at GWC > 50% and taking at GWC > 0%. In that experiment of 20,000
money games, the mutant won 40.80% of total points against GnuBG
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
reads.net/@georgialibraries>
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
MK,
You wrote "Not the "equity" but the "equity difference" between the "from"
position and the "to" position."
I can't see any difference in outcome between selecting the play that maximises
the equity of the move made, and maximising the equity gain between the current
position and the new
ary Initiative
>
> rogan.ha...@equinoxoli.org
>
> 1-770-709-5570 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
t;[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
atrons must be using an
>>>> old device that is stubbornly hanging onto a locally cached version of the
>>>> page. But we haven't been able to recreate the problem, so it's really
>>>> frustrating to troubleshoot.
>>>>
>>>> As far as I can tell, wh
programs that the shell stands up.
Using stdbuf to tweak a very fast program, causing it to output more often
at newlines over pipes rather than at block boundaries, does slow down
those programs somewhat. But as we've discussed, this is necessary for
certain pipelines that have two-
do the negative bill check, pays,
>>> Stripe accepts the payment but it's the wrong amount, so when Stripe sends
>>> it to Evergreen it fails. Then the patron sees that Evergreen didn't accept
>>> it and they pay again (still the wrong amount), causing their credit card
green it fails. Then the patron sees that Evergreen didn't accept
>> it and they pay again (still the wrong amount), causing their credit card
>> to be charged again.
>>
>>
>>
>>
>> On Tue, Feb 27, 2024 at 4:59 PM Morgan, Michele via Evergreen-general <
&g
> On Mar 12, 2024, at 11:45 AM, Vagrant Cascadian
> wrote:
>
> On 2024-03-12, Holger Levsen wrote:
>> On Mon, Mar 11, 2024 at 06:24:22PM +, James Addison via rb-general wrote:
>>> Please find below a draft of the message I'll send to each affected
>>>
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
LI.org <http://www.equinoxOLI.org>*
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
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
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
,
since my script gets to benefit from 'stdbuf --output=L'.
:thumbsup:
Truth be told, I don't currently have a need for --output=N.
Mmm-hmm :)
Of course, sed and all sorts of other Linux command-line tools can
produce or handle null-terminated data.
Definitely. So in the general case
-general mailing list
Slony1-general@lists.slony.info
https://lists.slony.info/cgi-bin/mailman/listinfo/slony1-general
Hi Zack,
This sounds like a potentially useful feature (it'd probably belong with a
corresponding new buffer mode in setbuf(3)) ...
Filenames should be passed between utilities in a null-terminated
fashion, because the null byte is the only byte that can't appear within
one.
Out of
/*
TZ=UTC zip -X --latest-time "$zipfile" fab/*
# Note the -X flag; to be pedantic about timestamps,
# that means you should unpack with TZ=UTC unzip "$zipfile". See
#
https://lists.reproducible-builds.org/pipermail/rb-general/2023-April/002927.html
else
zip "$zipfile&
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
Dirk van Deun writes:
> On Wed, Mar 06, 2024 at 09:11:54PM +0100, Simon Josefsson wrote:
>> Dirk van Deun writes:
>>
>> > Hi,
>> >
>> > I really like the fact that you can use user_unknown=ignore to
>> > introduce pam_oath gradually, and it works fine if you use one users
>> > file to store
reen 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.everg
Hi Spring
I think that, if I am understanding Emma's workflow correctly, you do
not need to recreate the entire project, only the layout part. If I have
misunderstood, I would first try loading the same project, then creating
a new layout from the template, then reincorporating all the
Dirk van Deun writes:
> Hi,
>
> I really like the fact that you can use user_unknown=ignore to
> introduce pam_oath gradually, and it works fine if you use one users
> file to store all the secrets; but when you use a file per user
> (like with usersfile=/oath/${USER}), users that do not have a
My apologies all. I didn’t realize this was going out to the EVGILS general
list.
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
an understanding of general library workflows and needs as
well as the willingness to work collaboratively and help make consensus based
decisions.
Ruth Frasur Davis (she/they)
Coordinator
Evergreen Indiana Library Consortium
Evergreen Community Development Initiative
Indiana State Library
140 N
> >> > > makes sense, given buildd.debian.org now normalizes them.
> >
> > James Addison via rb-general
> > wrote:
> >> Ok, thank you both. A number of these bugs are currently recorded at
> >> severity
> >> level 'normal'; unless told n
have to know,
is the location of the library.
—Albert Einstein
On Mon, Mar 4, 2024 at 10:51 AM, "Frasur, Ruth via Evergreen-general" wrote:
Hello all,
This is a reminder that there are FOUR open or opening seats on the Evergreen
Project Board. I’m extending the deadline for nominat
> On Mar 4, 2024, at 3:37 PM, Holger Levsen wrote:
>
> On Mon, Mar 04, 2024 at 11:52:07AM -0800, John Gilmore wrote:
>> Why would these become "wishlist" bugs as opposed to actual reproducibility
>> bugs
>> that deserve fixing, just because one server at Debian no longer invokes this
>> bug
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
On Wed, 28 Feb 2024 at 12:06, Chris Lamb wrote:
>
> Vagrant Cascadian wrote:
>
> > There are real-world build path issues, and while it is possible to work
> > around them in various ways, I think they are still issues worth fixing
> > to make it easier to debug other issues, although
Hi Chris, Vagrant,
On Tue, 27 Feb 2024 at 17:44, Vagrant Cascadian
wrote:
>
> On 2024-02-27, Chris Lamb wrote:
> >> * Update reprotest to handle a single-disabled-varations-value as a
> >> special case - treating it as vary and/or emitting a warning.
>
> Well, I would broaden this to include
Sorry, MK, I didn't read back over the old threads, to see what links you had
referenced, before I replied. It was late at night, and I was using my phone
rather than a PC.
In that case, I must have misunderstood what you meant by, "Is making the bot
auto-play the same as doing rollouts?" It
and these. Hopefully others will pitch in their
comments in response...
MK
> *From:*bug-gnubg-bounces+ian.shaw=riverauto.co...@gnu.org
> *On Behalf Of *Ian Shaw
> via Bug reports for and
> general discussion about GNU Backgammon.
> *Sent:* Thursday, February 8, 2024 11:39 A
101 - 200 of 184166 matches
Mail list logo