On Fri, 2010-03-05 at 11:54 +0100, Luca Iacono wrote:
hi, I've installed Evergreen client 1.6.0.3, however on one machine I
get the TypeError: g.my_libs_tree is null when it comes to registering
the WS Name. Can somebody provide some help on this one ? thank you
luca :-)
It sounds like
On Thu, 2010-03-04 at 11:11 -0500, Benjamin Shum wrote:
Hello,
We're in the process of evaluating different SSL certificate providers to get
one for our Evergreen server. What sort of providers do other Evergreen
libraries currently utilize for SSL? Does anyone have any specific
On Wed, 2010-03-03 at 10:58 -0500, Lee Dickens wrote:
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libreadline.so:
undefined reference to `PC'
Google suggests a few things:
* ensuring readline-devel and ncurses-devel is installed:
On Wed, 2010-03-03 at 10:58 -0500, Lee Dickens wrote:
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libreadline.so:
undefined reference to `PC'
See also https://bugzilla.redhat.com/show_bug.cgi?id=499837
On Wed, 2010-03-03 at 11:57 -0500, Lee Dickens wrote:
This fixes the issue: AC_CHECK_LIB([readline], [main], [],
AC_MSG_ERROR(*** OpenILS requires libreadline),[-lncurses])
Is this an acceptable solution?
Mmm, it's probably better to explicitly add ncurses as a prereq.
Adding:
We noticed that the results of an advanced search by barcode would not
display the add to bookbag extra actions selector when users were
logged in. I tracked it down far enough to find a correspondence with
the recordDrawn event in rdetail.js, and found that calling
rdetailSetExtrasSelector()
On Tue, 2010-03-02 at 11:12 -0500, Lee Dickens wrote:
Upon testing this patch this morning, I found one perl module missing.
Attached is an updated patch that is tested and working on 64bit RHEL.
An Evergreen patch will follow shortly.
One question - I'm guessing this will therefore support
On Tue, 2010-03-02 at 11:12 -0500, Lee Dickens wrote:
Upon testing this patch this morning, I found one perl module missing.
Attached is an updated patch that is tested and working on 64bit RHEL.
An Evergreen patch will follow shortly.
Excellent - I've applied the OpenSRF patch to OpenSRF
... and it runs like a lamb.
The Evergreen development team is pleased to announce the immediate
availability of Evergreen 1.6.0.3 from
http://evergreen-ils.org/downloads (including the Windows staff
client).
Evergreen 1.6.0.3 is a bug-fix release: see
On 25 February 2010 06:34, Galen Charlton g...@esilibrary.com wrote:
Hi,
The attached patch updates Makefile.install to list libencode-perl as
required for Debian Etch and Ubuntu Hardy in order to ensure that the version
of Encode 2.12 on those platforms. Encode 2.12 has a bug that breaks
Hi Daniel:
On Wed, 2010-02-10 at 17:22 +0100, Daniël Kollmer wrote:
Hello everyone
Well, since January we have the definitive GO! to implement Evergreen/Conifer
as our ILS here at the IISG.
Awesome!
That means I will have to design and install a hardware platform to run it on.
Oooh,
On Tue, 2010-02-02 at 10:34 -0500, Bill Erickson wrote:
I'd like to propose that we cut OpenSRF 1.2.1 along with (or before)
Evergreen 1.6.0.1. In particular, there is a critical stability fix
(1902) and a number of other nice to have fixes since the last OpenSRF
tag.
Seconded.
Maybe a
On Tue, 2010-02-02 at 11:31 -0500, Mike Rylander wrote:
On Tue, Feb 2, 2010 at 11:23 AM, Dan Scott d...@coffeecode.net wrote:
On Tue, 2010-02-02 at 10:34 -0500, Bill Erickson wrote:
I'd like to propose that we cut OpenSRF 1.2.1 along with (or before)
Evergreen 1.6.0.1. In particular
On Mon, 2010-02-01 at 13:49 -0500, Dan Wells wrote:
Hi Mike,
It's a small thing, but any chance of incorporating the fix for
MARC21slim2MODS32.xsl which I posted about on 1/15? I understand if it is
better to evaluate all the changes to the LOC version and incorporate them at
once at a
fixes for 1.6.0.1. Dan Scott got a
whole pile of new and updated translations in last night, which was
the last big part (AFAICT) we needed.
So, this is a final call for fixes or backporting before we cut
1.6.0.1. Speak now or hold your piece for a little while.
It's worthwhile pointing
On 21 January 2010 23:04, Dan Scott d...@coffeecode.net wrote:
Despite having added specific renew / renew response messages in SIP 2,
3M machines use the old SIP 1 method of renewing items by setting the
SC renewal policy flag of the checkout request (11) to 'Y'.
The Evergreen SIP server
Despite having added specific renew / renew response messages in SIP 2,
3M machines use the old SIP 1 method of renewing items by setting the
SC renewal policy flag of the checkout request (11) to 'Y'.
The Evergreen SIP server didn't support this method of renewing items,
so I set about trying to
On Wed, 2010-01-13 at 08:44 -0500, Soulliere, Robert wrote:
Hi Evergreen Community,
In reviewing at the upgrading instructions, I would like to add
information on restoring customizations made to a local Evergreen
system after completing the upgrade and would like to find the best
On Wed, 2010-01-20 at 13:51 -0500, Joe Atzberger wrote:
Dan,
This sounds like a good case for a DVCS, allowing you to have your
changes more in-stream than in-parallel. Now that they are
available, have you considered using a either the launchpad or github
repos as a starting point?
On Tue, 2010-01-12 at 08:52 -0700, Chad G. Hansen wrote:
Is this the current development community of Evergreen? Is this even
the mailing list for those who are actively working on Evergreen?
Hello. Yes, here be code and coders.
My group is submitting a proposal for a grant that will
On Sun, 2010-01-10 at 11:44 -0500, Mike Rylander wrote:
http://svn.open-ils.org/trac/ILS/changeset?old_path=%2Fbranches%2Frel_1_6_0old=14858new_path=%2Fbranches%2Frel_1_6_0new=head
That's the collection of changes in the rel_1_6_0 branch waiting to
become 1.6.0.1. IMO, it's nearly (passed?)
On Mon, 2009-12-21 at 13:29 -0500, Dan Scott wrote:
On Mon, 2009-12-21 at 12:01 -0500, Dan Scott wrote:
On Mon, 2009-12-21 at 10:44 -0500, Warren Layton wrote:
snip
Should there be an sfr class, too? Or does something else (in
Ingest.pm?) need to be changed?
Hmm. This is probably
I don't think you can cause any data corrruption problems if you restart
the system while it's in use, if that's what you're concerned about. Yay
for relational databases and ACID properties!
Depending on why you're restarting it, though (say, if you're changing
settings), staff should probably
On Tue, 2010-01-05 at 00:49 -0500, Dan Scott wrote:
On Mon, 2010-01-04 at 22:58 -0500, Mike Rylander wrote:
On Mon, Jan 4, 2010 at 10:13 PM, Dan Scott d...@coffeecode.net wrote:
On Mon, 2010-01-04 at 21:18 -0500, Mike Rylander wrote:
On Mon, Jan 4, 2010 at 8:34 PM, Dan Scott d
On Tue, 2010-01-05 at 14:24 -0500, David Fiander wrote:
Dan,
Do you have some unit tests to add to the SIP code to test this new
stuff? It would be great if we could test both configurations
automatically, but the test framework doesn't support changing the
config file on the fly, so we'd
I want to put this out there for discussion/inspection, as this is my
first time touching the SIP code.
The basic problem is that we purchased a brand-spanking-new 3M
self-check unit just before Christmas, plugged it in, and were happy to
see it working with the OpenNCIP / Evergreen SIP server
On Mon, 2010-01-04 at 20:01 -0500, Joe Atzberger wrote:
It's worse than all that. Despite the compatibility of your shiny new
3M hardware, the spec as written says:
In general the packet contains only ASCII characters... the
default character set will be English 850 (as
On Mon, 2010-01-04 at 21:18 -0500, Mike Rylander wrote:
On Mon, Jan 4, 2010 at 8:34 PM, Dan Scott d...@coffeecode.net wrote:
[snip]
So -- if I uncomment those two lines in OpenILS::SIP::clean_text() so
that the combining characters are stripped by default, would you find
this patch
On Mon, 2010-01-04 at 22:58 -0500, Mike Rylander wrote:
On Mon, Jan 4, 2010 at 10:13 PM, Dan Scott d...@coffeecode.net wrote:
On Mon, 2010-01-04 at 21:18 -0500, Mike Rylander wrote:
On Mon, Jan 4, 2010 at 8:34 PM, Dan Scott d...@coffeecode.net wrote:
[snip]
So -- if I uncomment those
On Sun, 2010-01-03 at 17:03 -0500, Wiktor Rzeczkowski wrote:
I had a similar experience on Fedora 9 early in 2009; findings are here:
http://www.mail-archive.com/open-ils-dev@list.georgialibraries.org/msg03030.html
Newer versions of ejabberd, such as those in Fedora 9 and Ubuntu 9.10,
On Fri, 2009-12-18 at 16:33 -0500, Wiktor Rzeczkowski wrote:
Access has now been set up for the general public to one of my Evergreen
development installations featuring Evergreen v. 1.6 with an additional
Evergreen Endeca based OPAC and with content (including 1.75 million
bibliographic
On Mon, 2009-12-21 at 10:44 -0500, Warren Layton wrote:
Hello again,
I'm trying to run through the MFHD test dataset located in trunk:
http://svn.open-ils.org/trac/ILS/browser/trunk/Open-ILS/tests/datasets/README
The first step, importing serials_marc21.xml, works fine. However,
when
On Mon, 2009-12-21 at 12:01 -0500, Dan Scott wrote:
On Mon, 2009-12-21 at 10:44 -0500, Warren Layton wrote:
Hello again,
I'm trying to run through the MFHD test dataset located in trunk:
http://svn.open-ils.org/trac/ILS/browser/trunk/Open-ILS/tests/datasets/README
The first
On Sat, 2009-12-19 at 14:04 -0800, Scott McKellar wrote:
I just added a little bulletproofing to the router code. Before I
describe the change, I must explain a bit about how the router works.
Hi Scott:
This sounds good, but it looks like you might have committed in the
wrong place; commit
We've been using bookbags for our course reserves lists, and it's mostly
been going well - particularly using the option to expose the book bags
in a given skin and locale. I plan on adding the ability to set the
chosen scope, as well, so that we're not showing the holdings across
every library in
Just in time for the holidays, I worked out a solution for a problem
where we were seeing garbled characters instead of diacritics in the
records resulting from Z39.50 serarches. This has been a problem since
we went live, and I've had an on-again / off-again battle trying to
figure out why it
On Mon, 2009-12-14 at 09:06 -0800, Scott McKellar wrote:
The introduction of libmemcached broke my build, and I haven't figured
out how to fix it.
When I first tried to compile the new version of osrf_cache.c, the
compiler couldn't find the header file memcached.h. Adept, the
package
On Mon, 2009-12-14 at 09:42 -0500, Mike Rylander wrote:
On Mon, Dec 14, 2009 at 12:07 AM, Dan Scott d...@coffeecode.net wrote:
On Sun, 2009-12-13 at 23:36 -0500, Warren Layton wrote:
On Sun, Dec 13, 2009 at 8:50 PM, Dan Scott d...@coffeecode.net wrote:
That issue notwithstanding, I would
Hi all:
This is just a heads-up that http://code.launchpad.net/opensrf now
offers a bzr mirror of OpenSRF trunk, synchronized every 6 hours. This
joins the mirror of Evergreen trunk at
http://code.launchpad.net/evergreen
If you're a bzr fan, you should be able to create, publish, and maintain
Hello to all interested in contributing new or updated translations to
Evergreen. With the recent release of 1.6.0.0, it's time to call for
translations.
In the past we asked translators to work directly with GNU gettext PO
files. This is okay, as long as the translator is comfortable working
On Fri, 2009-12-11 at 11:18 -0500, Warren Layton wrote:
On Tue, Dec 1, 2009 at 10:45 AM, Dan Scott d...@coffeecode.net wrote:
If not, and if rolling the try/catch blocks of the script into the
Perl Ingest function is fine, I can go ahead with that and post a
patch here soon.
I'd love
On Fri, 2009-12-11 at 11:18 -0500, Warren Layton wrote:
On Tue, Dec 1, 2009 at 10:45 AM, Dan Scott d...@coffeecode.net wrote:
If not, and if rolling the try/catch blocks of the script into the
Perl Ingest function is fine, I can go ahead with that and post a
patch here soon.
I'd love
On Sun, 2009-12-13 at 20:50 -0500, Ryan wrote:
I have noticed now that I am using OpenLibrary that the cover images
for books are not the right size. I wonder what we can do to fix that?
Check it out on our Production System http://library.laverdieres.com
Change 'small' to 'medium'
in
On Sun, 2009-12-13 at 23:36 -0500, Warren Layton wrote:
On Sun, Dec 13, 2009 at 8:50 PM, Dan Scott d...@coffeecode.net wrote:
That issue notwithstanding, I would be in favour of applying this patch
to trunk at this time, and with a little more testing and confirmation
of the fingerprinting
On Sat, 2009-12-05 at 09:09 -0800, Scott McKellar wrote:
snip
---
Migration path:
1. Create a similar function with a different name and no param_strings
parameter.
2. Replace all calls to the old function with calls to the new one.
3. Eliminate the old one.
4. Change the
On Fri, 2009-12-11 at 12:06 -0800, Scott McKellar wrote:
--- On Fri, 12/11/09, Dan Scott d...@coffeecode.net wrote:
Date: Friday, December 11, 2009, 9:11 AM
On Sat, 2009-12-05 at 09:09 -0800,
Scott McKellar wrote:
snip
---
Migration path:
1. Create a similar
On Thu, 2009-12-10 at 05:12 +, Buildbot wrote:
http://testing.esilibrary.com/buildbot/build/?opensrf=1869
Please see the URL above for more information on this build. This is an
autogenerated message from the Equinox Buildbot.
I anticipated your move, Buildbot. Check out the commit
On Sat, 2009-11-21 at 22:04 +0100, Jeroen van Meeuwen (Fedora Project)
wrote:
I was about to write an init script when Mike suggested there were some
floating around already. Does anyone have an init script for OpenSRF and
more importantly would you mind sharing it with me? ;-)
Thanks in
will do that! Are there any other advantages for using this?
On Sun, Dec 6, 2009 at 11:33 AM, Dan Scott d...@coffeecode.net wrote:
On Sun, 2009-12-06 at 08:44 -0500, Ryan wrote:
Hi all,
It seems we have hit a bump in using Evergreen, we have a
collection
that was our fault, and to some
extent not. (I think them and us would differ on the blame here.) In any
case, I was tired of the time and transactional friction, and wanted to
try a different approach. (from page above)
Josh
Dan Scott wrote:
On Sun, 2009-12-06 at 08:44 -0500, Ryan wrote
On Sun, 2009-12-06 at 08:44 -0500, Ryan wrote:
Hi all,
It seems we have hit a bump in using Evergreen, we have a collection
of cook books that need to be cataloged. These cook books are
fundraiser cook books so they are not sold by Amazon or cataloged by
the Library of Congress. We can
On Fri, 2009-12-04 at 09:36 -0500, Shawn Boyette wrote:
On 12/03/2009 09:30 PM, Dan Scott wrote:
Okay. Working on it.
I've manually re-run the generator, and now it encounters slews of
errors like:
/usr/lib/python2.5/site-packages/translate/convert/po2dtd.py:65:
UserWarning
On Fri, 2009-12-04 at 09:44 -0500, Dan Scott wrote:
On Fri, 2009-12-04 at 09:36 -0500, Shawn Boyette wrote:
On 12/03/2009 09:30 PM, Dan Scott wrote:
Okay. Working on it.
I've manually re-run the generator, and now it encounters slews of
errors like:
/usr/lib/python2.5
On Fri, 2009-12-04 at 11:56 -0500, Mike Rylander wrote:
snip
A dojo module with the name matching the application would be supplied
along with the backend service and would define the semantics of the
call to open-ils.auth.authenticate.complete that it implements. So,
the openils dojo module
On Thu, 2009-12-03 at 20:29 -0500, Mike Rylander wrote:
On Thu, Dec 3, 2009 at 8:10 PM, Shawn Boyette sboye...@esilibrary.com wrote:
We're now rolling nightly tarballs of OpenILS and OpenSRF trunk, and the
OpenILS ones have their i18n and Dojo bits *baked right in*.
Find out more at
On Wed, 2009-12-02 at 10:53 -0500, Dan Wells wrote:
Hello all,
Working at a college with a large Dutch population, we have an extremely
large number of last names with spaces in them (Van X, Vander X, De X, etc.).
Unfortunately, the user editor would not allow them. The attached patch
A question about LDAP authentication just came up on IRC again, and I
dug up this thread.
This deserves a code review; there's certainly a demand for the feature.
And I'd like to be able to tell people something other than your best
bet at the moment for an open source ILS with LDAP integration
On Tue, 2009-12-01 at 10:24 -0500, Warren Layton wrote:
On Mon, Nov 30, 2009 at 7:25 PM, Dan Scott d...@coffeecode.net wrote:
I suppose the next logical step would be to rewrite the
OpenILS::Application::Ingest fingerprint methods to avoid the
ScriptRunner server-side JavaScript
On Fri, 2009-11-27 at 15:33 -0500, Warren Layton wrote:
I'm trying to import a number of bib records with special characters
in the MARC fields. I've gotten as far running direct_ingest.pl but
I'm noticing that biblio_fingerprint.js chokes on a few of them.
Looking a bit closer, I noticed
On Mon, 2009-11-30 at 14:20 -0500, Dan Scott wrote:
On Fri, 2009-11-27 at 15:33 -0500, Warren Layton wrote:
I'm trying to import a number of bib records with special characters
in the MARC fields. I've gotten as far running direct_ingest.pl but
I'm noticing that biblio_fingerprint.js chokes
On Mon, 2009-11-30 at 15:00 -0500, Dan Scott wrote:
On Mon, 2009-11-30 at 14:20 -0500, Dan Scott wrote:
On Fri, 2009-11-27 at 15:33 -0500, Warren Layton wrote:
I'm trying to import a number of bib records with special characters
in the MARC fields. I've gotten as far running
2009/11/30 Dan Wells d...@calvin.edu:
Hi Dan,
I am still listening, and would be quite happy to see this resolved somehow.
I also want to note that the marc2bre.pl changed back to using composed
characters here:
On Wed, 2009-11-25 at 11:00 -0500, Dan Wells wrote:
Hello,
Attached is a relatively small set of MFHD code changes. Here is a basic
summary:
CHANGES
. Added more comments
. Removed OpenSRF dependency entirely
. Added compressed_to_last() method
. Added setter functionality to
On Tue, 2009-11-24 at 17:51 -0500, Shawn Boyette wrote:
It's alive! You can have a look-see at:
http://testing.esilibrary.com/
The web bits are pretty self-explanatory. From the front page, either
click on the Last build of a project to examine the full output
generated by that
Probably this change:
http://svn.open-ils.org/trac/ILS/changeset/14468/tags/rel_1_6_0_0/Open-ILS/src/sql/Pg/950.data.seed-values.sql
(and yes, Melissa, the subject indexing has been enhanced, and it's part
of the upgrade script as well, at
On Mon, 2009-11-23 at 22:02 -0400, Melissa Belvadi wrote:
Did the subject indexing bug get fixed in the new 1.6.0.0 release?
Thanks,
Melissa Belvadi
Ah, see also the 1.6.0.0 release notes
(http://evergreen-ils.org/dokuwiki/doku.php?id=feature_list_1_6_0)
linked from the downloads page
On Mon, 2009-11-23 at 15:00 -0500, Ryan wrote:
Hi Everyone,
On Sunday I did a fresh install of the Evergreen 1.6 stable release
and I am experiencing a problem with the OPAC. For some reason when I
go to my OPAC www.laverdieres.com I have to refresh the page after the
page loads for the page
On Sat, 2009-11-21 at 13:38 -0500, David Fiander wrote:
I'll just do a quick check, and then apply this later today.
Whoops. I spoke too soon. Dan, when I try to run my regression test
suite agains the patched code, the load fails because it can't find
OpenSRF/Utils/JSON.pm.
Since I
On Fri, 2009-11-20 at 08:46 -0500, Jason Stephenson wrote:
Quoting Alan Rykhus alan.ryk...@mnsu.edu:
Hello,
I've read the 4 posts related to the Dan Scott's post on keeping the 001
field in sync with the EG record_entry id and it brings up a question
for me.
I read those posts,
Hi Jeroen:
On Fri, 2009-11-20 at 01:48 +0100, Jeroen van Meeuwen (Fedora Project)
wrote:
Hi there,
Attached patch makes the auto foo respect the --with-apxs ./configure
option for src/gateway/Makefile.am.
Great catch! I've applied your patch to OpenSRF trunk and the OpenSRF
rel_1_2 branch.
On Fri, 2009-11-20 at 15:23 -0500, Soulliere, Robert wrote:
Hi everyone,
I was updating the upgrade instructions and I just wanted a few
clarifications:
1) When upgrading to 1.6: before running the database upgrade script at step
5, we recommend backing up the database. Now, I have been
On Fri, 2009-11-20 at 17:25 -0500, Dan Wells wrote:
Hello all,
Here is yet another version of my MFHD patch. There are no actual code
changes from what has already been reviewed by Dan and David. The new patch:
- restores deleted debug comments
- follows more carefully the whitespace
Thanks for the reply, Mike. The brakes are on until we can discuss this
further. A first attempt, below...
On Thu, 2009-11-19 at 08:34 -0500, Mike Rylander wrote:
snip
1a) Is there general interest in having such a thing (setting the 001
for authority records, bib records, and MFHD records
On Thu, 2009-11-19 at 13:21 -0400, Grant Johnson wrote:
Hi all,
Trying to get Refworks to successfully receive results via Z39.50.
The US site works fine and gets results BIUT when we try to search from
ScholarsPortal (Canadian)an error gets thrown.
Specifically this one...
The Z39
On Tue, 2009-11-17 at 10:42 +0100, Jeroen van Meeuwen (Fedora Project)
wrote:
Hi there,
please allow me to first introduce myself, before I go crazy and submit
patches to establish my goals with Evergreen Open ILS and OpenSRF ;-)
I'm looking forward to the craziness :) Note that we're
On Thu, 2009-11-12 at 11:51 -0500, Warren Layton wrote:
On Thu, Nov 12, 2009 at 11:17 AM, Joe Atzberger
jatzber...@esilibrary.com wrote:
On Thu, Nov 12, 2009 at 12:21 AM, Jason Etheridge ja...@esilibrary.com
wrote:
Incidentally, the reason why we're so concerned about consistent key
Hey folks,
It's been almost a month since our last developer IRC meeting.
We need to follow up on the action items that were assigned last time
(http://open-ils.org/dokuwiki/doku.php?id=dev:meetings:2009-10:minutes
and http://open-ils.org/dokuwiki/doku.php?id=dev:meetings:2009-10:notes
- thanks
On Thu, 2009-11-12 at 07:40 -0500, Warren Layton wrote:
On Wed, Nov 11, 2009 at 10:48 PM, Dan Scott d...@coffeecode.net wrote:
On Wed, 2009-11-11 at 22:00 -0500, Warren Layton wrote:
I don't know what you think of this patch.
I think it's a great patch.
Thanks!
In my opinion
On Wed, 2009-11-11 at 22:00 -0500, Warren Layton wrote:
I don't know what you think of this patch.
I think it's a great patch.
I wrote it up after
noticing the following comment in the
Open-ILS/src/sql/Pg/950.data.seed-values.sql file:
-- XXX Incomplete base permission setup. A patch
On Thu, 2009-11-05 at 15:44 -0500, Art W Rhyno wrote:
This is a patch for dealing with bib records that have large numbers
of items, a situation which can cause the network to timeout in the
opac if the set is too large. At Windsor, this is often caused by
microfilm sets, for example, The New
On Mon, 2009-11-02 at 15:34 -0500, Karen Collier wrote:
As you may already be aware, the Evergreen Documentation Interest Group is
working toward creating a set of Official community driven documentation
for Evergreen, using the DocBook standard to produce both HTML and PDF
versions, as
On Wed, 2009-10-28 at 12:43 -0300, Melissa Belvadi wrote:
This is also high on our dev list. We would like not just the call
number but also location and status, so patrons don't waste time
looking on the wrong set of shelves, or for a book that's checked out.
Anne Andres
2009/8/5 Warren Layton warren.lay...@gmail.com:
Hi Dan
On Fri, Jul 31, 2009 at 11:32 AM, Dan Scottdeni...@gmail.com wrote:
One problem in reading the patch: you've introduced a new entity, but
there's no corresponding diff for opac.dtd.
A minor nit is that the existing code in the context
2009/10/16 Anoop Atre anoop.a...@mnsu.edu:
The meeting notes/minutes are up
http://open-ils.org/dokuwiki/doku.php?id=dev:meetings
It was a great first meeting
http://evergreen-ils.org/blog/?p=276
We need to start scheduling the next one soon and hope it doesn't go
over 2 hours : )
Many
2009/10/13 Dan Wells d...@calvin.edu:
Hello all,
snip
3. Open-ILS/src/support-scripts/eg_db_config.pl does not set the database
attributes of the reporter daemon's state_store element in opensrf.xml.
snip
I have committed an enhancement to eg_db_config.pl to support
state_store in commit
2009/10/12 Mike Rylander mrylan...@gmail.com:
On Mon, Oct 12, 2009 at 4:08 PM, Bill Erickson erick...@esilibrary.com
wrote:
On Mon, Oct 12, 2009 at 4:00 PM, Dan Scott d...@coffeecode.net wrote:
2009/10/12 Dan Scott d...@coffeecode.net:
I know our West Coast friends would prefer the 10
We had 13 total responses to the poll for best times to hold the
developer IRC meeting, although two of them were refined responses based
on the clarification of the 1:00am/2:00am as actually meaning 1:00pm /
2:00 pm.
So of the total of 11 responses, the best time (where only one person
would not
2009/9/17 Dan Scott d...@coffeecode.net:
The subject search in bibtemplate, interestingly enough, searches
against the keywords index rather than the subject index.
This might just be a fortuitous mistake, but I suspect it is because
the subject index doesn't currently support searches
assume that the 2am and 3am timeslots are really supposed to be
2pm and 3pm. I've been caught out by that feature of doodle as
well.
- David
On Thu, Oct 8, 2009 at 11:04 PM, Dan Scott d...@coffeecode.net wrote:
With 1.6 coming close to a final release, I've been pushing for a
developers
With 1.6 coming close to a final release, I've been pushing for a
developers' meeting in IRC over the last few days (hopefully not too
annoyingly!) and I think we're close to nailing down a time next week
for a meeting, based on my fractured IRC conversations.
Since this approach seems to have
an error. The
bib record that I modified was TCN 15001152.
Thx too for explaining Vandelay import formats (for single non-MFHD
recods): will share with DIG.
Repke
[1] http://www.mail-archive.com/open-ils-
d...@list.georgialibraries.org/msg03539.html
Op 29-sep-2009, om 19:05 heeft Dan
On Sun, 2009-10-04 at 18:54 +1300, Chris Cormack wrote:
2009/10/4 Dan Scott d...@coffeecode.net:
2009/6/2 Mike Rylander mrylan...@gmail.com:
snip
Rather than trying to solve the problem in the Evergreen application
code, another approach would be to use something like nginx as a proxy
2009/6/2 Mike Rylander mrylan...@gmail.com:
On Tue, Jun 2, 2009 at 6:39 AM, Dan Scott deni...@gmail.com wrote:
2009/5/29 Mike Rylander mrylan...@gmail.com:
On Fri, May 29, 2009 at 12:38 AM, Dan Scott deni...@gmail.com wrote:
If I understand correctly, some browsers (hello IE!) throw up
2009/10/2 Jason Etheridge ja...@esilibrary.com:
Anyway, I've been meaning to throw the Launchpad option out there.
It's worth noting that Launchpad is open source, so if launchpad.net
were to go under, we could run our own instance of the software if
need be. However, I don't know how easy
Just wanted to say that I did some quick tests with Ubuntu Karmic
Koala (alpha-6) using OpenSRF trunk and Evergreen trunk a few days
back and everything that I tested worked nicely - including PostgreSQL
8.4. I added an ubuntu-karmic target to each of the Makefile.install
files.
Of course, Karmic
On Fri, 2009-09-18 at 21:16 -0400, Mike Rylander wrote:
On Fri, Sep 18, 2009 at 12:05 PM, Karen Schneider k...@esilibrary.com wrote:
On Fri, Sep 18, 2009 at 12:00 PM, Wills,Steve wi...@nelinet.net wrote:
KGS: A separate mailing list, evergreen-ils-bugs?
Some agreed upon procedure such as,
Hi Repke:
On Mon, 2009-09-28 at 17:27 +0200, Repke de Vries wrote:
Dear all
the same Evergreen DIG 1.6RC1 server as in my report on problems
Importing Authority Records and getting them (not) available for
validated cataloging (September 23; could anyone reproduce this
problem?) but
Okay, tracked down how Zotero determines what format it expects to be
MODS. From
https://www.zotero.org/svn/extension/branches/1.0/scrapers.sql in the
check_formats() function:
if(form...@namespace_uri == http://www.loc.gov/mods/v3; || lowerName ==
mods || form...@docs ==
So, by making mods32 and mods33 inherit from mods3 instead of mods in
OpenILS::WWW::SuperCat::Feed, we now have the correct namespace being
set on the resulting records and Zotero is happy.
I've applied the fix (starting with changeset 14178) all the way back to
the rel_1_6_0_0 tag.
(Aside: I
2009/9/24 Joe Atzberger jatzber...@esilibrary.com:
The purpose of this script is to consolidate a lot of the annoying and
error-prone tasks associated with an upgrade for a developer, including
make, make install, the xulrunner client built and autogen.
Considerations:
* Run as user opensrf
301 - 400 of 714 matches
Mail list logo