| Time |
Nick |
Message |
| 00:08 |
|
jboyer_isl joined #evergreen |
| 00:56 |
|
mmorgan1 joined #evergreen |
| 01:20 |
|
dbwells joined #evergreen |
| 01:57 |
|
mmorgan1 joined #evergreen |
| 02:00 |
|
mmorgan2 joined #evergreen |
| 03:01 |
|
mmorgan1 joined #evergreen |
| 04:01 |
|
mmorgan1 joined #evergreen |
| 05:02 |
|
mmorgan1 joined #evergreen |
| 05:14 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:31 |
|
jcamins joined #evergreen |
| 06:03 |
|
mmorgan1 joined #evergreen |
| 07:04 |
|
mmorgan1 joined #evergreen |
| 07:25 |
|
kmlussier joined #evergreen |
| 07:36 |
|
mmorgan1 joined #evergreen |
| 07:38 |
|
collum joined #evergreen |
| 08:20 |
|
mrpeters joined #evergreen |
| 08:29 |
|
akilsdonk joined #evergreen |
| 08:35 |
|
kmlussier joined #evergreen |
| 08:36 |
|
RoganH joined #evergreen |
| 08:37 |
|
dkyle joined #evergreen |
| 08:47 |
|
timf joined #evergreen |
| 08:47 |
|
jwoodard joined #evergreen |
| 08:52 |
|
Dyrcona joined #evergreen |
| 08:54 |
|
ericar joined #evergreen |
| 09:01 |
|
mmorgan joined #evergreen |
| 09:10 |
|
ericar_ joined #evergreen |
| 09:15 |
|
ericar joined #evergreen |
| 09:19 |
pinesol_green |
[evergreen|Dan Wells] Forward port 2.5.4 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d4c0419> |
| 09:27 |
|
yboston joined #evergreen |
| 09:53 |
bshum |
Hmm, has anyone played with random_page_cost and their postgresql.conf? |
| 09:53 |
bshum |
Just reading stuff like http://www.databasesoup.com/2012/05/random-page-cost-revisited.html and pondering our switch to SSDs |
| 09:54 |
bshum |
As is, we've been using a random_page_cost = 2.0 for quite awhile anyways, but it makes me wonder how others setup. |
| 09:59 |
|
rjackson-isl joined #evergreen |
| 10:00 |
|
RoganH joined #evergreen |
| 10:05 |
|
ldw joined #evergreen |
| 10:42 |
|
ningalls joined #evergreen |
| 11:22 |
|
ldw joined #evergreen |
| 11:30 |
|
ericar_ joined #evergreen |
| 11:32 |
|
tspindler joined #evergreen |
| 11:53 |
|
ldw joined #evergreen |
| 12:17 |
gsams |
I think I'll take another stab at this: |
| 12:17 |
gsams |
http://paste.evergreen-ils.org/43 |
| 12:18 |
gsams |
One of our libraries is getting this error when attempting to clear the holds shelf. |
| 12:18 |
gsams |
And so far they've been unable to clear it at all it seems |
| 12:18 |
kmlussier |
Looks familiar. |
| 12:18 |
gsams |
There is a bug related to it |
| 12:19 |
gsams |
I think its this one: https://bugs.launchpad.net/evergreen/+bug/1167979 |
| 12:19 |
pinesol_green |
Launchpad bug 1167979 in Evergreen "Circulation > Clear Shelf-Expired Holds fails " (affected: 6, heat: 28) [Medium,Confirmed] |
| 12:19 |
kmlussier |
gsams: I usually recommend that people clear the holds shelf checkin modifier for clearing the holds shelf. |
| 12:19 |
kmlussier |
Ugh. "use" the holds shelf checkin modifier. Not clear it. |
| 12:19 |
gsams |
yeah, that is what we do here, just spot check the shelf and checkin the materials with that flag active |
| 12:21 |
gsams |
I think I'll just need to check with them on how they are trying to use it, and if that particular function is actually important in a mass clearing way |
| 12:22 |
kmlussier |
gsams: What release are you on? I forget. |
| 12:23 |
gsams |
2.3.5 currently |
| 12:23 |
kmlussier |
Then you might want to take a look at this: https://bugs.launchpad.net/evergreen/+bug/1017989 |
| 12:23 |
pinesol_green |
Launchpad bug 1017989 in Evergreen 2.4 "fix clear shelf action with 25 or more holds" (affected: 6, heat: 28) [Medium,Fix released] |
| 12:23 |
gsams |
but willing to mess with things if it's within my ability |
| 12:24 |
gsams |
well then |
| 12:24 |
gsams |
kmlussier++ |
| 12:24 |
kmlussier |
IIRC, that problem that code was trying to fix caused the same error message you're reporting. |
| 12:29 |
gsams |
hmm |
| 12:29 |
gsams |
Well, the least I can do is throw it on the test server and give it a whirl |
| 12:38 |
|
akilsdonk_ joined #evergreen |
| 12:49 |
|
jihpringle joined #evergreen |
| 13:01 |
|
hbrennan joined #evergreen |
| 13:49 |
|
afterl joined #evergreen |
| 14:00 |
|
akilsdonk joined #evergreen |
| 14:16 |
|
kbeswick joined #evergreen |
| 14:18 |
|
frank__ joined #evergreen |
| 14:20 |
frank__ |
Hi all, could someone tell me how can I change the value of a tag in the Tpac catalog?, for example, in this item http://biblioteca.ipicyt.edu.mx/eg/opac/record/42732?contains=contains;_special=1;qtype=identifier%7Ctcn;query=42732;locg=1, behind the title appears the leyend International... and the title (Author) but I want to change it to change it to "Meeting Name" |
| 14:29 |
|
BigRig joined #evergreen |
| 14:46 |
kmlussier |
frank__: I don't understand your question. When I look at that record, it looks like International Symposium... is displaying as the meeting name. |
| 14:47 |
frank__ |
sorry kmlussier , but I already found the file to change that field, /openils/var/templates/opac/parts/record/authors.tt2, thanks |
| 14:48 |
kmlussier |
frank__: Happy to hear you found it. :) |
| 14:50 |
frank__ |
yes kmlussier thanks for response |
| 15:01 |
yboston |
hello, I am trying to build the full offical documentation into HTML with asciidoc (since I just succesfully intalled the souce-highlight & Boost:REgex library) |
| 15:01 |
yboston |
what params do you guys/gals normally pass to asciidoc to build the docs? |
| 15:02 |
yboston |
I so far have used sciidoc -a data-uri -a toc -b html5 root.txt |
| 15:13 |
|
mmorgan1 joined #evergreen |
| 15:34 |
csharp |
okay, so to build Evergreen successfully on Ubuntu 14.04, you have to tell configure where the dbi libs are, because they are no longer at the default location |
| 15:34 |
csharp |
PATH=/openils/bin:$PATH ./configure --prefix=/openils --sysconfdir=/openils/conf --with-dbi=/usr/lib/x86_64-linux-gnu/dbd/ |
| 15:34 |
csharp |
so is that acceptable? (a change in docs) as opposed to a change in the default /usr/local/lib/dbd/ location? |
| 15:35 |
* csharp |
figures that Debian and Fedora have the default location in /usr/local, but may be wrong |
| 15:35 |
Dyrcona |
csharp: You installed libdbi from a package? |
| 15:35 |
csharp |
Dyrcona: nope - from the repos |
| 15:36 |
Dyrcona |
csharp: What I mean is, via apt-get. |
| 15:36 |
csharp |
yep |
| 15:36 |
csharp |
oh, sorry - yeah - from a package |
| 15:36 |
* csharp |
read "from source" |
| 15:37 |
tsbere |
csharp: I would argue we update the configure script to include that location in the list of fallbacks to automatically try |
| 15:38 |
csharp |
tsbere: okay - that makes sense. I'm kind of green around autotools, which have Just Worked™ before |
| 15:38 |
tsbere |
csharp: line 244 of configure.ac, I believe |
| 15:38 |
tsbere |
csharp: should be fairly obvious what needs changing |
| 15:39 |
csharp |
oh - yeah, that looks easy |
| 15:40 |
* csharp |
thinks of Sir Robin "That's Easy!" |
| 15:41 |
tsbere |
csharp: Nothing against documenting things, but making it work without additional options being needed sounds better to me ;) |
| 15:42 |
csharp |
tsbere: I totally agree |
| 15:42 |
tsbere |
csharp: Also, a few lines above that you may want to change the default to the newer entry (as I believe it is on the list of "fallbacks" anyway) |
| 15:47 |
csharp |
actually /usr/lib/dbd/ is the default location in libdbi-0.8.3 and it changes to /usr/lib/x86_64-linux-gnu/dbd/ in 0.8.4 |
| 15:48 |
tsbere |
csharp: I would still consider making the "newest" location the default, so long as the old one is still in the fallback list |
| 15:48 |
csharp |
ok - that works |
| 15:52 |
|
ericar joined #evergreen |
| 15:53 |
|
bmills joined #evergreen |
| 15:55 |
csharp |
built and installed okay, now to finish installation and see if she runs ;-) |
| 15:56 |
* csharp |
disappears for the moment though - back later |
| 16:00 |
bshum |
csharp++ |
| 16:16 |
frank__ |
is there any table where I could check who deleted one bibliographic record? |
| 16:20 |
bshum |
frank__: The last editor (biblio.record_entry.editor) for the given row for the bib that's been deleted tends to be the person who deleted the record. |
| 16:20 |
bshum |
But it depends on how the record was deleted too. |
| 16:21 |
frank__ |
if it was deleted though the staff client |
| 16:21 |
bshum |
You could also look at auditor.biblio_record_entry_history for that bib ID and see if it shows there who was the audit_user |
| 16:21 |
bshum |
For the person who updated the bib to mark it deleted |
| 16:25 |
frank__ |
thanks bshum :D |
| 16:31 |
|
mmorgan1 joined #evergreen |
| 16:34 |
bshum |
Oh, pleasantly surprising, the tpac file for Spanish is 71.56% translated already. Maybe we can get the rest done before 2.7 :) |
| 16:34 |
bshum |
https://translations.launchpad.net/evergreen/master/+lang/es |
| 16:35 |
|
tspindler left #evergreen |
| 16:36 |
frank__ |
yes bshum I were working on it, we hope could continue with the translation |
| 16:42 |
bshum |
frank__: Exciting! Yeah, I'm curious to see what else can be done to improve our overall process for that work. |
| 16:47 |
frank__ |
thanks bshum |
| 16:53 |
|
kmlussier left #evergreen |
| 16:57 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:09 |
|
ldw joined #evergreen |
| 23:36 |
|
mmorgan1 joined #evergreen |
