[Reply inline.]
On Tue, November 28, 2023 17:54, Thomas Dukleth via Koha-devel wrote:
> Maybe no message copy is sent back if sending to "koha-devel"
> instead of bare
> koha-devel@lists.koha-community.org .
My testing confirms, using the bare form
koha-devel@lists.koha-
Maybe no message copy is sent back if sending to "koha-devel"
instead of bare
koha-devel@lists.koha-community.org .
I have not intentionally changed my procmail recipes this month. However,
I have been experimenting with my own mail server settings and testing
OpenARC.
Thomas Dukl
er)" / Matthieu -
https://weber.fi.eu.org/blog/Informatique/openarc_with_postfix_on_debian_10.html
. You can also build your own packages from source as I have. [In
current testing of my source build, Postfix has a socket permissions error
for OpenARC which may be from a mistake I had made with umask set
also build your own packages from source as I have. [In
current testing of my source build, Postfix has a socket permissions error
for OpenARC which may be from a mistake I had made with umask settings
long ago on the system which runs my mailserver.]
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New
Option.
Checking DMARC reports for failure may be helpful using the following form
for BIND configuration.
rua=mailto:dmarc-rua-repo...@domain.tld
Possible examples for the Biblibre and Katipo mailing list domains.
_dmarc.lists.koha-community.org. IN TXT "v=DMARC1; p=none;
rua=mailto:dmarc
Docker is nice but there are some Docker
specific bugs.
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
https://lists.koha
as VectorMod and vector as
vectormod has been scripted allows both Vector and VectorMod to be loaded
and available to users.
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
___
Koha-devel mailing lis
has been entered, when editing to
add your own content. If you want more information about MediaWiki
tables, see http://www.mediawiki.org/wiki/Help:Tables .
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
gnificant distinction which might lead Facebook to change the license
away from Facebook BSD+Patents for RocksDB but not for ReactJS is that
much of the code in RocksDB is from LevelDB written at Google. Yet,
Facebook originally released ReactJS under Apache License version 2 which
gives hope.
eate potential burdens upon
organisations which may be candidates for using Koha beyond the relatively
simple obligations respecting free software. Certainly, we should not
create a burden which Aaron Williamson describes as "compliance requires a
burdensome -- maybe impossible -- degree of
software in Koha even without anything from code examples.
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-communit
have a means to specify their own preferences at query time
and as a user preference default overriding any default set as a system
preference.
[...]
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
gives a mind-numbing number of results. I think the drill down
filters would be very helpful.
I applaud the recognition which Linda Culberson gives to the diversity of
library users.
[...]
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
such a transformation but the metadata representation should be
labelled appropriately with an appropriate structural representation in
list form and not subject heading form.
[...]
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
, then there should be an option
to support such a transformation but the metadata representation should be
labelled appropriately with an appropriate structural representation in
list form and not subject heading form.
[...]
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
with
completeness and p and you can declare on which index and which data you
want to deduplicate
$0 --match index/123sub##index2/123aindex2/001 AUTHTYPECODE1
AUTHTYPECODE2
Hope that helps.
[...]
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674
Sorry, I had not noticed that Henri-Damien Laurent had sent the the
authorities deduplication script as an attachment.
I have become unaccustomed to looking for attachments to email messages on
mailing lists.
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http
the problems would be, I have
to return to some non-library commitments presently.
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http
I would appreciate people adding some informal range of expected
accommodation prices either to the wiki,
http://wiki.koha-community.org/wiki/KohaCon2011_Proposals , or on the
mailing list.
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
when sending MARCXML
records?
So we are looking for information in order to know WHAT
SimpleServer should be sending.
We are still investigating.
[...]
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
that MARCXML is working with SimpleServer using
Solr/Lucene but I would be happy to test that if some SimpleServer target
would be configured to return only MARCXML.
If all else fails, Index Data can help solve the problems for a very
significant fee.
Thomas Dukleth
Agogme
109 E 9th Street, 3D
also not presume that a
Z39.50/SRU client is using YAZ, although, a YAZ based client would be best
as the primary client for testing.
[...]
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
in progress have not yet been included. Please
help keep BibLibre code functionality work in progress for supporting
Solr/Lucene updated.
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
with the new subject.
Discussion on the original subject can proceed under the original subject
or perhaps with another subject conveying the original purpose. The
original subject line lacks words identifying the nature of the proposed
features.
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY
effort. Anonymisation is very important.
[...]
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi
/Switch_to_Solr_RFC#How_To_Help , for
those having difficulty editing the Google Docs spreadsheet.
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
___
Koha-devel mailing list
Koha-devel
.
MARCXML is a performance killer at this point, but there's no other
apparent
way to handle large bib records. The parsing is the issue, not the data
transfer load. Perhaps cached BSON-formatted MARC::Record objects are a
way
out of this.
[...]
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York
idea but help free the
constraints of development practicalities by leaving less work to provide
some future development.
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
___
Koha-devel mailing
? and in the meantime, switch
Koha-Zebra interface from GRS1 to Dom in order to gain in
granularity and customazibility.
Yes. In any case, the zebra documentation notes that GRS1
has been improved and replaced by DOM.
1. WORK WHICH INDEX DATA IS DOING ALREADY.
And as suggested by Thomas Dukleth
Reply inline:
On Tue, October 12, 2010 16:20, LAURENT Henri-Damien wrote:
Le 12/10/2010 14:48, Thomas Dukleth a écrit :
Reply inline:
Original Subject: [Koha-devel] Search Engine Changes : let's get some
solr
On Mon, October 4, 2010 08:10, LAURENT Henri-Damien wrote:
[...]
I think
format or
MARCXML is poorly suited for any purpose other than as a somewhat
antiquated record exchange format which is accepted throughout the library
community.
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http://www.agogme.com
+1 212-674-3783
of support contracts for programming
libraries provided by companies such as Index Data or Knowledge
Integration across multiple Koha support companies or even outside of the
Koha community needs to be considered.
[...]
Thomas Dukleth
Agogme
109 E 9th Street, 3D
New York, NY 10003
USA
http
32 matches
Mail list logo