| 02:12 |
|
ats_vin joined #evergreen |
| 04:50 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:40 |
|
b_bonner joined #evergreen |
| 06:41 |
|
mtcarlson_away joined #evergreen |
| 07:28 |
|
timf joined #evergreen |
| 12:09 |
jeff |
which is probably a good argument for any future "manual tuning" of metarecords to exist as overrides outside that table... maybe. |
| 12:17 |
|
john3213 joined #evergreen |
| 12:22 |
|
john3213 left #evergreen |
| 12:28 |
jboyer-isl |
As luck would have it we just got a test database server large enough to handle a full dump/restore of our production data. Maybe I'll try that out sometime. As for now though, I think I will give quick_metarecord_map.sql a looking-over. |
| 12:29 |
jboyer-isl |
Thanks! |
| 12:32 |
kmlussier |
remingtron: A question on the 2.6 features that need documentation. For the removal of open-ils.ingest service, does the removal of a service require documentation? |
| 12:33 |
kmlussier |
Or is there some documentation already that needs to be removed? |
| 12:34 |
remingtron |
kmlussier: I guess the task of that feature assignment would be to answer the second question. |
| 15:02 |
bbqben |
I wondered whether we might like to meet by phone perhaps at the next (or the one after) regular meeting. |
| 15:02 |
bbqben |
I'll get a survey out next week to see what you think |
| 15:02 |
kmlussier |
bbqben: Out of curiousity, why by phone? |
| 15:03 |
bbqben |
kmlussier: thought you'd never ask! |
| 15:04 |
bbqben |
Came to my attention at the conference that some folks feel a little je ne sais quoi about IRC - just wanting to test the waters on that especially around strategic discussions, e.g. |
| 15:05 |
bbqben |
Obviously IRC provides a very full record of the conversation, and is totally inclusive - not wanting to sacrifice that, but perhaps go after some of the tonal qualities |
| 15:05 |
bbqben |
e.g. a recorded teleconference once / twice a year |
| 15:05 |
bbqben |
anyways, you asked. I'll survey :) |
| 15:05 |
krvmga |
and there could be a transcript anyway |
| 15:06 |
bbqben |
ok, unless there's no other business (in 10 seconds...) |
| 15:07 |
bbqben |
our next meeting is 19.06.14 @ 11 Pacific |
| 15:57 |
berick |
Bmagic: actor.org_unit_setting has the values |
| 15:57 |
Dyrcona |
Bmagic: actor.org_unit_setting and config.org_unti_setting_type |
| 15:57 |
* Dyrcona |
prefers a confederacy of dunces. :) |
| 15:58 |
berick |
Dyrcona++ maketext testing |
| 15:58 |
Bmagic |
berick++ Dyrcona++ |
| 15:58 |
|
bbqben joined #evergreen |
| 15:59 |
kmlussier |
Did the ESI quassel server just crash? |
| 16:07 |
mmorgan |
Actually, this is more complicated. In our situation, age protect shouldn't be a failure at all. |
| 16:07 |
phasefx |
and, I'm not familiar with that code at all, so don't know how hairy it might really be |
| 16:08 |
kmlussier |
mmorgan: Because you have the auto-override setting set to True? |
| 16:08 |
phasefx |
mmorgan: yeah, it's really the fines reason that failed the entire hold for your test patron |
| 16:08 |
mmorgan |
kmlussier: Yes |
| 16:08 |
phasefx |
but the way it works now, is that all the failure reasons come across the wire, if the hold fails altogether |
| 16:08 |
phasefx |
and the UI picks one over another |
| 16:09 |
phasefx |
so one thought is that maybe the only failure reasons we should send over the wire are the ones held in common across all the items that were tested for the hold |
| 16:09 |
phasefx |
so in the example, only the fines one would get sent |
| 16:10 |
phasefx |
but let's say it was fines and long overdue... the UI as written today will still pick only one to display |
| 16:10 |
phasefx |
but, at least either would make sense |
| 16:11 |
phasefx |
it's only the failures that happen for a subset of the items tested that don't make sense |
| 16:11 |
mmorgan |
phasefex: Right. |
| 16:12 |
kmlussier |
phasefx: So let's say you only send reasons that are held in common across all items. What happens in a case where a patron is trying to place a hold on a title where all of the items are in a copy location, like reference, that doesn't allow holds? They have no other problems on their record that would prevent the hold. |
| 16:12 |
kmlussier |
Would they get a reason for the hold failing? |
| 16:24 |
mmorgan |
dessert cures many ills :) |
| 16:24 |
kmlussier |
csharp: So should I be adding Lemon Chess Pie to my list of things to try the next time I visit Atlanta? Along with fried chicken and waffles, which I missed out on during my last trip. |
| 16:24 |
csharp |
kmlussier: Chess Pie of any variety, yes. I actually prefer straight-up Chess Pie myself ;-) |
| 16:24 |
phasefx |
kmlussier: mmorgan: so right now, all failure events are trumping the PATRON_EXCEEDS_FINE event for display. We could reverse the order of that test, and let exceeds fine trump everything else :) |
| 16:25 |
phasefx |
that looks relatively simple |
| 16:25 |
csharp |
America's Test Kitchen's home cookbook has a great recipe for it, btw - it's very easy (as pie baking goes) |
| 16:25 |
phasefx |
well, almost all. if something isn't coded for in the error map, I'm not sure what happens to it |
| 16:25 |
kmlussier |
But what about events like exceeding overdue count or others that apply to all copies? |
| 16:26 |
mmorgan |
Seems like failures due to blocks on the patron should be more important, and trump failures due to items |
| 16:30 |
phasefx |
maybe in part, where it loops over items |
| 16:32 |
phasefx |
and there are two maps in hold_error_messages.tt2, FAIL_PART_MSG_MAP and EVENT_MSG_MAP. The first gets precedence over the second (and the second is where PATRON_EXCEEDS_FINES is defined/translated) |
| 16:32 |
mmorgan |
If a patron is blocked, and can't place a hold at all, does it still loop over all the items? Sounds like it does. |
| 16:33 |
phasefx |
let's say something is handled by FAIL_PART_MSG_MAP.. I'm not sure if it's the first event or the last event in the list of failure events that get returned |
| 16:33 |
phasefx |
mmorgan: I think that's a true statement |
| 16:34 |
phasefx |
and then if you override, it's looping through all the events, and testing for related .override permissions on each one |
| 16:35 |
mmorgan |
Doesn't seem very efficient ;-) |
| 16:35 |
phasefx |
this stuff evolves :) the tests used to be javascript, and it was efficient enough for a while |
| 16:36 |
phasefx |
then the move to in-db circ; much faster, but maybe room for improvement still |
| 00:57 |
|
dac joined #evergreen |
| 01:14 |
|
zerick joined #evergreen |
| 03:39 |
|
dcook joined #evergreen |
| 04:34 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:38 |
|
timlaptop joined #evergreen |
| 07:47 |
|
Callender joined #evergreen |
| 07:52 |
|
rjackson-isl joined #evergreen |
| 09:17 |
phasefx |
jeff: I don't recall ever seeing that ejabberd error; but I've been out sick for more than a week |
| 09:18 |
RoganH_ |
phasefx: you have my empathy, I've been out sick too |
| 09:18 |
phasefx |
RoganH_: hello friend plague zombie |
| 09:19 |
jeff |
phasefx: similar but not identical test failure back in April, http://testing.evergreen-ils.org/~live/archive/2014-04/2014-04-26_16:00:02/ |
| 09:19 |
jeff |
phasefx: and welcome back! |
| 09:21 |
phasefx |
jeff: thanks :) if you ever need to, you can jump from the buildbot testing server by sudoing to 'live' and then ssh esi 192.168.25.129 |
| 09:21 |
phasefx |
from testing server to qa server, that is |
| 09:21 |
jeff |
phasefx: thanks. made a note of it. |
| 09:22 |
phasefx |
I see some Failed legacy authentication in the ejabberd log |
| 09:32 |
|
yboston joined #evergreen |
| 10:26 |
pinesol_green |
csharp: The answer is certainly yes. |
| 10:27 |
csharp |
pinesol_green++ |
| 10:27 |
* csharp |
will take it home to chew on it - it's possible the policy won't even be adopted |
| 10:31 |
eeevil |
RoganH: head's up, there's a 2.5-ish version of https://bugs.launchpad.net/evergreen/+bug/925776 if you want to test |
| 10:31 |
pinesol_green |
Launchpad bug 925776 in Evergreen "located URIs appear in staff client OPAC searches regardless of $9's" (affected: 8, heat: 46) [Medium,Confirmed] |
| 10:31 |
RoganH |
yboston: I blame you for ending up reading OCLC docs again. Ug. |
| 10:32 |
RoganH |
eeevil: I already put it on our test server, I'm waiting on feedback from users now. |
| 10:32 |
RoganH |
eeevil: and thank you! |
| 10:32 |
eeevil |
RoganH: cool! any initial up/down? |
| 10:32 |
dbs |
RoganH / yboston / dbwells : I pointed to this a week or two ago: https://www.mail-archive.com/code4lib@listserv.nd.edu/msg23252.html |
| 10:33 |
RoganH |
eeevil: not yet but I'll let you know. I'll probably get tired of waiting by this afternoon and test it myself. |
| 10:33 |
RoganH |
dbs: I just sent another email about it. I think there is a route for us but of course it's OCLC so it's going around your elbow to your knee to get there. |
| 10:35 |
RoganH |
dbs: I'm glad for Roy's sentiment but it comes down to your legal level of ease. Me, I say do it, I'm comfortable with it. But I feel I'm being dishonest if I said "there's no way someone couldn't raise a legal stink about it" - not that I think OCLC would, just that they could. |
| 10:37 |
dbs |
RoganH: Oh, I agree with you. That and/or the contributor of a given record to OCLC could (_highly theoretically_) raise a stink. |
| 12:23 |
|
jwoodard joined #evergreen |
| 12:32 |
Bmagic |
mmorgan: PATRON_EXCEEDS_HOLD_LIMIT.overrid permission doesnt exist in my database, do you have that in your database ? |
| 12:32 |
|
kmlussier joined #evergreen |
| 12:42 |
vlewis |
I'm working on Launchpad bug 914800. For testing, how do I set a patron's status to 'in collections' from the Staff Client and in which table is it recorded in the database? Thanks. |
| 12:42 |
pinesol_green |
Launchpad bug 914800 in Evergreen "Attempting to merge user in collections provides an unfriendly error message" (affected: 3, heat: 18) [Low,Confirmed] https://launchpad.net/bugs/914800 |
| 12:53 |
|
kayals joined #evergreen |
| 12:54 |
|
jihpringle joined #evergreen |
| 13:44 |
|
bmills joined #evergreen |
| 13:49 |
mrpeters |
anyone ever tried using fingerprinter to dedupe a set of authority records (in marcxml) against themselves? I've got a batch of about 30K that seem to be running into unique constraint collisions on " ERROR: duplicate key value violates unique constraint "unique_by_heading_and_thesaurus" |
| 13:50 |
mrpeters |
thought maybe i might be able to knock out some of these with fingerprinter, but i dont know that it was designed with authority MARC in mind or not... |
| 13:51 |
Bmagic |
I am trying to make a log entry by editing some Evergreen code. I am editing Holds.pm and adding the line $logger->warn("testing"); directly after the subroutine definition: sub create_hold { After restarting opensrf, that change should be live right? Why doesnt my log entry show up in /openils/var/log/ ? |
| 13:52 |
Bmagic |
mrpeters: Are you attempting to dedupe your database using your database and turning it back onto itself? |
| 13:53 |
|
hbrennan joined #evergreen |
| 13:57 |
Dyrcona |
Bmagic: Either your line didn't get called when you thought it should or your loglevel isn't logging warnings in osrfsys.log. |
| 15:01 |
Bmagic |
ok, I will move it around more |
| 15:01 |
Dyrcona |
It has been a while since I looked put there are multiple pathways through the holds code. |
| 15:05 |
|
Worch joined #evergreen |
| 15:10 |
tsbere |
Bmagic: Holds have a "test" phase and a "create" phase - The latter doesn't tend to happen unless the former says it is ok to place the hold. |
| 15:13 |
|
krvmga joined #evergreen |
| 15:14 |
Bmagic |
tsbere: I am making some headway now, I finally got it to put something in the logs and the corrisponding function that made it happen was test_and_create_hold_batch |
| 15:20 |
krvmga |
in our system (cwmars, eg2.4), if a patron tries to renew an item in their account and gets denied because of late fees, there is a link on the page that says they can override this (and, of course, they can't). i must have done something wrong if this is appearing in the patron's account but i don't know what. |
| 15:43 |
krvmga |
eeevil: i double checked. the exact wording is "You have permission to override some of the failed holds. Click Submit to override and place your hold on the selected items." This appears, though, for an attempted hold placement on one item. |
| 15:44 |
kmlussier |
krvmga: Is this for holds or renewals? |
| 15:44 |
mmorgan |
There is a launchpad bug for the holds message: lp 1194860 |
| 15:44 |
krvmga |
kmlussier: i just tested for holds. it was reported to me for a renewal. i'll double check it. |
| 15:44 |
pinesol_green |
mmorgan: Error: Could not gather data from Launchpad for bug #1194860 (https://launchpad.net/bugs/1194860). The error has been logged |
| 15:45 |
jeff |
@isitdown launchpad.net |
| 15:45 |
pinesol_green |
jeff: Try restarting apache. |
| 17:05 |
Pigimi |
ok, I see. |
| 17:07 |
Pigimi |
Can you tell me some details about the /usr/bin/apxs2 file, what it does for apache, and what should be its content? |
| 17:07 |
dbwells |
frank_____: changed file is here: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=blob_plain;f=Open-ILS/src/sql/Pg/version-upgrade/2.5.3-2.6.0-upgrade-db.sql;h=3814b720c50111cc7ebef6eb4bc09c88f79cc0ae;hb=ddfc59f4cae6813b05638d67bd567d851b8019b5 |
| 17:07 |
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 |
dbwells |
frank_____: file is in branch user/dbwells/rel_2_6_0_upgrade_test on working - http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbwells/rel_2_6_0_upgrade_test |
| 17:12 |
frank_____ |
ok dbwells I started to run it |
| 17:14 |
frank_____ |
it finished, I didn´t get the same error. I just get some NOTICES |
| 01:02 |
|
bmills joined #evergreen |
| 02:02 |
|
bmills joined #evergreen |
| 02:38 |
|
jane_1 joined #evergreen |
| 02:38 |
jane_1 |
anyone here online again? |
| 02:39 |
jane_1 |
I have error regarding in client when they enter the hostname "10.0.0.119", they get the status message "There was an error testing this hostname." It happens on every computer in their facility. I check the cables and DNS but they are working fine.. please help |
| 02:40 |
jane_1 |
I've tried to login and make a request add in srfsh and it work's fine.... |
| 03:02 |
|
bmills joined #evergreen |
| 03:15 |
|
jane_1 joined #evergreen |
| 04:02 |
|
bmills joined #evergreen |
| 04:17 |
bshum |
jane_1: if you click the add exception button, the next dialog might display the reason why it doesn't want to connect (my guess is mismatched or self-signed SSL certificate) |
| 04:18 |
* bshum |
disappears back into the darkness. |
| 05:02 |
|
bmills joined #evergreen |
| 05:09 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:02 |
|
bmills joined #evergreen |
| 06:34 |
* csharp |
imagines bshum disappearing like this: https://www.youtube.com/watch?v=_lPJ9J-6vDw |
| 06:34 |
|
timlaptop joined #evergreen |
| 16:51 |
mmorgan |
If you pay a bill, bringing the patron below the threshold, that will recalculate. |
| 16:51 |
Dyrcona |
Yeah, that too. |
| 16:51 |
Dyrcona |
I think you have to add or remove/pay a bill, though. |
| 16:52 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:52 |
Dyrcona |
I don't think anything else causes the penalties to recalculate, unless there is a magical option that I'm over looking. |
| 16:52 |
Bmagic |
Drycona: mmorgan: I am having a heck of a time getting that penality applied. I can apply it manually and it blocks the holds like I would expect. I also have PATRON_EXCEEDS_FINES setup under all of the same circumstances and that one gets applied. I dont get it |
| 16:52 |
mmorgan |
I have removed the penalty from the Messages area of the patron record, and reloaded the patron and the penalty is reapplied. |
| 12:22 |
csharp |
jeff: also (I've been meaning to follow up on this myself), you mentioned you have an interface that staff can log into and upload images, right? is that code available? |
| 12:23 |
krvmga |
has anyone (or group of someones) gotten any study together to look at the online catalog *strictly* from a patron point of view? |
| 12:24 |
krvmga |
(by *strictly*, i mean disregarding whatever we think the patron wants/needs and just compiling data from patrons) |
| 12:25 |
csharp |
krvmga: you mean like actual usability testing, or something else? |
| 12:25 |
krvmga |
csharp: both usability and desire/wishlist |
| 12:26 |
csharp |
we haven't done anything formal on the first point, but we get a "wishlist" of sorts in our PINES annual survey feedback |
| 12:27 |
krvmga |
it seems i'm constantly running into things from the patrons that they wish they had: context sensitive help, information about holds - when the hold is place - about how the hold will be filled |
| 15:29 |
|
timhome_ joined #evergreen |
| 15:45 |
graced |
kmlussier: eeevil might know the answer to that since Equinox hosts that |
| 15:46 |
kmlussier |
graced: Thanks! I don't think I need to know now that I figured out my problem. |
| 15:46 |
jeff |
kmlussier: from the perspective of "more community demo/test servers in the near future", can I ask for details on why you ask, and what answer you're hoping for? :-) |
| 15:46 |
kmlussier |
But if eeevil answers, I'll add it to the wiki page. |
| 15:47 |
kmlussier |
jeff: I was testing something there because I was worried local tpac customizations were skewing my results. I then wanted to point to the record I was testing as an example of the bug. |
| 15:48 |
kmlussier |
I guess I was just hoping the example would be there for a couple of days before it was wiped out. |
| 15:49 |
kmlussier |
I should say I wanted to point to it as an example of what I thought was a bug. Alas, it turned out to be user error. :( |
| 15:50 |
csharp |
@dessert search velvet |
| 15:50 |
pinesol_green |
csharp: No matching desserts were found. |
| 15:50 |
csharp |
@dessert add Red Velvet Cake |
| 16:41 |
krvmga |
jeff: i checked if dojo was loaded with the method you suggested. i got the dojo version. |
| 16:41 |
jeff |
ah. |
| 16:42 |
jeff |
what is the URL of your advanced search page where you're seeing that error? |
| 16:42 |
krvmga |
yes, it did sound exactly like that bug, though. |
| 16:42 |
krvmga |
i'm afraid i can't show it to you. it's our training/test server and not open to the world. |
| 16:43 |
jeff |
ah. |
| 16:43 |
krvmga |
:( |
| 16:43 |
kmlussier |
tsbere: You had mentioned today that you were getting an error when tpac was trying to load consortium-owned copy locations? Is it similar to the one krvmga just posted? |
| 17:03 |
|
akilsdonk_ joined #evergreen |
| 17:03 |
krvmga |
yes, i think i'm going to have to come back to this tomorrow and approach it from the other side. |
| 17:04 |
krvmga |
jeff: thanks for your help, though |
| 17:12 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:20 |
|
jwoodard joined #evergreen |
| 17:28 |
|
mmorgan left #evergreen |
| 17:44 |
pinesol_green |
[evergreen|Yamil Suarez] Documentation: add a 'where' clause to bib record import stored procedure - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c04958b> |
| 17:53 |
|
ktomita_ joined #evergreen |
| 18:02 |
|
ktomita joined #evergreen |
| 18:46 |
|
mceraso joined #evergreen |
| 02:09 |
|
berick joined #evergreen |
| 02:20 |
|
flopaul joined #evergreen |
| 03:58 |
|
dreuther joined #evergreen |
| 05:13 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:39 |
|
timlaptop joined #evergreen |
| 07:27 |
|
Callender joined #evergreen |
| 07:32 |
|
jboyer-isl joined #evergreen |
| 10:33 |
* csharp |
hasn't seen issues using 14.04 on his desktops/laptop |
| 10:34 |
csharp |
Dyrcona: what software is incompatible? |
| 10:34 |
csharp |
Dyrcona: I'm working with EDI now too, FYI, if you want to compare notes at any point |
| 10:35 |
Dyrcona |
csharp: I understand that Perl 5.18 causes some issues with tests in CPAN packages as well possibly our tests. |
| 10:35 |
Dyrcona |
csharp: I know that Horde, ckeditor, and mobile jquery, are installed with incompatible versions. |
| 10:35 |
csharp |
eww |
| 10:35 |
Dyrcona |
csharp: The latter causes parts of Horde web mail not to function properly. |
| 10:38 |
csharp |
lots of moving parts |
| 10:38 |
|
montgoc1 joined #evergreen |
| 10:39 |
Dyrcona |
As for EDI, I'm using this documentation: http://docs.evergreen-ils.org/2.5/_installation.html |
| 10:39 |
Dyrcona |
I'll set that much up today, since I don't have the information to configure any testing with vendors, yet. |
| 10:40 |
|
rfrasur joined #evergreen |
| 10:40 |
Dyrcona |
After that, I think I'll try upgrading my development vm from Ubuntu 12.04 to 14.04 to see what breaks. |
| 10:41 |
csharp |
Dyrcona: see the message on e56f3e59 regarding the replacement PO JEDI template |
| 13:33 |
gmcharlt |
I'm not; not on that basis, anyway |
| 13:35 |
RoganH |
I understand and I can see your position even if I come to a different conclusion. |
| 13:36 |
RoganH |
I suspect my position will be in the distinct minority when it comes to voting anyway and I won't be heart broken to be out voted. |
| 14:06 |
jeffdavis |
So does 2.6 require Postgres 9.3, or is 9.1 fine? |
| 14:07 |
jeffdavis |
I'm running 2.6 on a test server with a 9.1 db now and haven't run into any issues, but haven't thoroughly tested so far. |
| 14:08 |
bshum |
jeffdavis: 9.1 is fine |
| 14:08 |
bshum |
9.3 should work though |
| 14:08 |
bshum |
Or at least, that's what a bunch of bugs were directed at fixing |
| 14:09 |
jeffdavis |
thanks! |
| 14:17 |
dbs |
9.3 should work as of 2.6, right? |
| 14:18 |
dbs |
So upgrade from 2.5 to 2.6 on 9.1, then upgrade from 9.1 to 9.3 |
| 14:18 |
bshum |
dbs: That's the general idea. |
| 14:18 |
bshum |
I think |
| 14:18 |
bshum |
I didn't test it that way though, now that you mention it. |
| 14:19 |
bshum |
I just did 9.1 to 9.3 first, then upgraded the rest of the way from where I left off in my numbered scripts. |
| 14:19 |
bshum |
Ignoring any broken parts of the restore (since those were broken things fixed with the upgrade SQL) |
| 14:20 |
dbs |
Yeah. I wonder if there are clear pros to either approach for "normal" sites |
| 14:20 |
bshum |
Depends on how you do the PG upgrade I guess. |
| 14:20 |
bshum |
I think we'll also be moving to new hardware at the same time for us. So we have *lots* of moving parts in our equation. :\ |
| 14:31 |
gsams |
huzzah! |
| 14:37 |
Dyrcona |
If you run the upgrade SQLs before doing the upgrade of the database to 9.3, then the database should restore just fine. |
| 14:38 |
* Dyrcona |
chimes in a little late. |
| 14:38 |
Dyrcona |
bshum: Are you doing your production upgrade or is this a test? |
| 14:39 |
bshum |
Dyrcona: This is the hardware we're using for production upgrade. |
| 14:39 |
bshum |
Though I guess we're testing it the next couple weeks. |
| 14:39 |
Dyrcona |
bshum: I misunderstood when you said "mceraso is doing our next upgrade." I think I get it now. |
| 14:39 |
Dyrcona |
We're upgrading this Sunday, Mother's Day, and I'm doing this one. |
| 14:40 |
bshum |
Dyrcona: Ah, cool. Our upgrade will be Memorial Day weekend. |
| 14:40 |
bshum |
Doing both the switch to new hardware and Evergreen upgrade |
| 14:40 |
Dyrcona |
We've had staff testing it on our training server for the past few weeks. |
| 14:40 |
dbs |
yous++ |
| 14:40 |
bshum |
Dyrcona++ # going first this time ;) |
| 14:41 |
Dyrcona |
Heh. |
| 15:04 |
jl- |
imo VM is really all you need for unix |
| 15:05 |
jl- |
I love my raspberry pi though |
| 15:06 |
Dyrcona |
jl-: I disagree. For some applications, I prefer to run them on a dedicated, real machine in production. |
| 15:08 |
Dyrcona |
VMs are awesome for testing and development, and for smaller things in production. |
| 15:08 |
bshum |
Heh, for want of a USB memory drive, Ubuntu could not be installed on this machine :) |
| 15:08 |
bshum |
(yet) |
| 15:08 |
Dyrcona |
Heh, funny you mention that..... |
| 16:11 |
pinesol_green |
jeff: Try restarting apache. |
| 16:11 |
jeff |
zoia++ |
| 16:12 |
berick |
heh, zoia muscle memory |
| 16:15 |
gsams |
csharp: as far as I can see everything seems to be working. My current predicament tells me otherwise though. |
| 16:15 |
gsams |
postgres isn't throwing any issues related to the permissions, and as far as I can tell it is returning both ADMIN_TRIGGER and UPDATE_TRIGGER at the same time |
| 16:18 |
gsams |
maybe it's just the test server... |
| 16:18 |
jeff |
berick: i was intentionally incrementing zoia for having @decide, where pinesol_green does not. ;-) |
| 16:19 |
bshum |
It probably could. |
| 16:19 |
berick |
jeff: ohh, missed that |
| 16:21 |
bshum |
Yeah it's part of the original Assorted plugin, which we've only adapted bits and pieces of over time. |
| 16:21 |
gsams |
it is the test server |
| 16:22 |
gsams |
something isn't configured correctly I guess... |
| 16:47 |
bshum |
So has anyone ever seen this before, where Linux reads off the network device as "em1", "em2", etc. and not "eth0", "eth1" |
| 16:47 |
bshum |
It's kind of freaking me out, but nothing seems quite right with it other than the name. |
| 16:47 |
berick |
i've seen all manner of names |
| 16:49 |
bshum |
Thanks everyone, not going to freak out for now. |
| 16:55 |
jeff |
berick's "i've seen all manner of names" came across in a james earl jones voice. |
| 16:56 |
jeff |
"I'm interested in all kinds of astronomy." |
| 16:56 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:00 |
berick |
heh, too bad instead of wise / world-weary, I was really going for, "it's all crazy talk to me" |
| 17:04 |
|
mmorgan left #evergreen |
| 17:12 |
bshum |
jeff: That's one of my favorite movies :) |
| 03:48 |
|
eby__ joined #evergreen |
| 04:57 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:04 |
|
serflog joined #evergreen |
| 06:04 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org |
| 06:28 |
|
dac joined #evergreen |
| 09:28 |
|
jwoodard joined #evergreen |
| 09:28 |
* csharp |
wonders if it's worth trying to backport the new marc_export script to 2.5.1 |
| 09:29 |
csharp |
I'm doing a full DB + holdings export, and that takes us about 48 hours with the "old" script |
| 09:31 |
bshum |
csharp: It's not scientific, but doing a parallel export test when that new marc_export was merged got me my whole DB in less than two hours what used to take 26 hours consecutive extracting. |
| 09:32 |
bshum |
(i.e. it might be worth it, if you're not planning to upgrade again for awhile) |
| 09:34 |
|
yboston joined #evergreen |
| 09:39 |
* Dyrcona |
thinks the new marc_export will just work on 2.5.1. |
| 09:39 |
jeff |
i don't think there's much to backport, yeah. |
| 13:01 |
Dyrcona |
Then you can git merge the custom branches into it. |
| 13:02 |
Dyrcona |
We base our custom branches on the master branch, because when we upgrade, we checkout from the master branch. |
| 13:02 |
Dyrcona |
For instance, we're upgrading this coming weekend. |
| 13:02 |
Dyrcona |
We also loaded everything on our training server in advance to give our members a chance to look at things and find any bugs that we missed during preliminary testing. |
| 13:03 |
eeevil |
csharp: sorta ... sick day :| |
| 13:04 |
Dyrcona |
We made the branch on the 16th of April and named it mvlc_20140416. |
| 13:04 |
csharp |
I'll just ask my question to the full channel (though I'd be happy if eeevil sees it) - I am making some edits to the reporter.classic_item_list definition in fm_IDL.xml, and wanted to know if it is correct to denote the "rel" attribute of the link between reporter.classic_item_list and our "legacy" stat cats as "might_have" rather than "has_a" |
| 13:05 |
Dyrcona |
It has had two or three bug fixes applied as well as our custom branches. |
| 13:05 |
|
tjspindler joined #evergreen |
| 13:05 |
csharp |
for reference http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commit;h=0e114d1d33e4f23e28c43c3a5ef04bc8718348e3 |
| 13:06 |
Dyrcona |
It is a good idea to rebase your custom branches periodically to keep them up to date with changes or when you want to test a new branch, like going from 2.5 to 2.6 . |
| 13:06 |
eeevil |
csharp: checking something before answering ... working from memory is not a good idea today ;) |
| 13:06 |
csharp |
eeevil: understood |
| 13:08 |
|
mrpeters joined #evergreen |
| 17:27 |
|
vlewis joined #evergreen |
| 17:29 |
kmlussier |
All kidding aside, the thing that concerns me about all of our lists is that a new person entering the community might send a request for help to a low traffic list not knowing that he/she may get more responses if the same request were sent to the general list. |
| 17:30 |
kmlussier |
I'm primarily thinking of the sys admin list, where I've seen a couple of questions languish. |
| 17:30 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:34 |
|
krvmga joined #evergreen |
| 18:58 |
|
mjingle joined #evergreen |
| 20:02 |
|
doug joined #evergreen |
| 08:59 |
pinesol_green |
kmlussier: The operation succeeded. Dessert #8 added. |
| 09:07 |
tspindler |
bshum: thanks, I have a vague understanding about what they might mean but I don't want to assume, you know what they say about assuming |
| 09:08 |
|
jeff___ joined #evergreen |
| 09:10 |
bshum |
tspindler: I just sent the reply, I think I'll take some of what I said and add it to the bug wrangler wiki page for the milestone section of the page. |
| 09:11 |
bshum |
tspindler: Thanks for asking the question, it's something I've been a bit delinquent in getting fully explained in my past roles. |
| 09:12 |
|
akilsdonk joined #evergreen |
| 09:13 |
bshum |
tspindler: I just realized I didn't say anything specific about the one bug you linked to |
| 09:14 |
bshum |
I note in https://bugs.launchpad.net/evergreen/+bug/1086550/comments/13 that I guess I removed the pullrequest tag off the bug because there were conflicting approaches being suggested and we hadn't reached a final conclusion over what code we were testing/reviewing. |
| 09:14 |
pinesol_green |
Launchpad bug 1086550 in Evergreen "TPAC: Not clear to patron how to deselect a facet" (affected: 5, heat: 24) [Wishlist,Confirmed] |
| 09:14 |
bshum |
Without an active pullrequest and the unfinished discussion, I guess this one slipped through the cracks during development cycles for 2.5, etc. |
| 09:17 |
bshum |
My recommendation is to take back the conversation and get a new pullrequest on the bug with the code that should be reviewed. |
| 09:27 |
bshum |
That said, historically, our core group of bug wranglers have been a bit lax in this department. :( |
| 09:28 |
dbs |
bshum: suggestion for the "deleted record" that might make everyone happy - just add an extra @class value that sites that don't want greyed-out bibs can just override in their CSS with background-color: inherit; or whatever? |
| 09:29 |
kmlussier |
Since LP already allows any LP user to mark it as confirmed, I expect some people will do it whether it's part of our best practices or not. And I don't think that's a bad thing. We just need to be aware that there may be a valid reason why an importance isn't set when somebody marks a bug as confirmed. |
| 09:29 |
tspindler |
If i can chime in, i thinnk keeping the status changes to the bug wrangler team is important, i think it could really muddy things if all users could do this. A regular user can argue in a comment section for its importance or indicate it was tested. |
| 09:29 |
kmlussier |
+1 to dbs' suggestion. |
| 09:29 |
kmlussier |
tspindler: I'm not advocating that all users set the importance level. But I do think it's a good thing that they can mark it as confirmed. |
| 09:29 |
bshum |
dbs: That's a fair suggestion. I'm not even sure how much my users will even notice or complain about its return. I was just being grumpy yesterday :\ |
| 12:11 |
kmlussier |
Yeah, 33 doesn't look right to me. |
| 12:11 |
krvmga |
kmlussier: this search http://bark.cwmars.org/eg/opac/results?query=guns%20of%20navarone;qtype=keyword;locg=1;detail_record_view=1;page=1 number 19 |
| 12:11 |
krvmga |
kmlussier: the last library is not in alphabetical order |
| 12:11 |
kmlussier |
I have another thought. Hold on, let me look up the bug number... |
| 12:12 |
kmlussier |
I know https://bugs.launchpad.net/evergreen/+bug/1234845 was loaded on your test server a while back, and we talked about loading it in production because it looked good under my testing. |
| 12:12 |
pinesol_green |
Launchpad bug 1234845 in Evergreen "possible optimization for evergreen.ranked_volumes database function" (affected: 2, heat: 12) [Medium,Triaged] |
| 12:13 |
kmlussier |
Do you know if it ever was loaded in production? Because, if so and if my testing didn't catch something, that's where you would see the problem. |
| 12:14 |
krvmga |
kmlussier: i do not know if it was. i'll see if i can find out. |
| 12:14 |
kmlussier |
Nice. I actually listed what the expected ranking behavior was in my testing notes. It should be preferred library -> search library name ->call number label -> availability. |
| 12:17 |
jeff |
asking because it just came up in conversation: does anyone have an example of where you might use a copy's "reference" attribute vs the copy's "circulate" attribute (or perhaps more commonly, the copy's location's "circulate" attribute)? |
| 12:18 |
jeff |
i.e., is there a situation where "reference" wouldn't just be an inverse of "circulate"? |
| 12:19 |
gmcharlt |
jeff: to explain why it doesn't circulate, particulary for reference books that are interfiled with circulating material |
| 16:48 |
bshum |
Then give it to you for a quick glance and merge ;) |
| 16:48 |
gmcharlt |
ok |
| 16:55 |
bshum |
gmcharlt: Bug updated https://bugs.launchpad.net/opensrf/+bug/1315525 |
| 16:55 |
pinesol_green |
Launchpad bug 1315525 in OpenSRF "Add Ubuntu 14.04 makefile target for OpenSRF" (affected: 1, heat: 6) [Medium,Confirmed] |
| 17:08 |
|
bmills joined #evergreen |
| 17:17 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:30 |
pinesol_green |
[opensrf|Chris Sharp] LP#1315525: Updating Makefile.install for Ubuntu 14.04. Removing lucid support. - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=be5c3d8> |
| 17:30 |
pinesol_green |
[opensrf|Ben Shum] LP#1315525: Add trusty target and remove lucid from README - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=65ce998> |
| 17:41 |
bshum |
Thanks gmcharlt! Now the fun part, getting Evergreen squared away.... |
| 17:58 |
|
edoceo joined #evergreen |
| 18:09 |
bmills |
https://bugs.launchpad.net/evergreen/+bug/1315552 |
| 05:18 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:16 |
csharp |
@later tell bmills check out the action.find_hold_matrix_matchpoint function - it takes the pickup lib ID, the request lib ID, the copy ID, the user's ID, and the requestor's ID and will return the IDs of the matching hold rules and the one chosen (usage: SELECT action.find_hold_matrix_matchpoint(pickup_ou.id, request_ou.id, copy.id, user.id, requestor.id);) |
| 07:16 |
pinesol_green |
csharp: The operation succeeded. |
| 07:18 |
|
kmlussier joined #evergreen |
| 09:40 |
bshum |
Sounds intriguing. |
| 09:43 |
tsbere |
And of course only available for 9.3+ |
| 09:43 |
tsbere |
<_< |
| 09:44 |
bshum |
Yeah I just got to that part of the README |
| 09:44 |
bshum |
I'm giving serious thought towards using 9.3 for our nextgen DB server in a couple weeks. |
| 09:44 |
|
yboston joined #evergreen |
| 09:47 |
bshum |
It's hard to test all the parts of Evergreen with 9.3 but so far nothing too crazy jumping out at me in the test servers we're practicing on. |
| 09:48 |
bshum |
Also, it being the default in Ubuntu 14.04, maybe I'm just being lazy. :D |
| 09:57 |
|
denishpatel joined #evergreen |
| 10:00 |
bshum |
yboston: For DIG, I took a tiny thing and tried my hand at making a short asciidoc snippet (with pictures) in http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/bshum/docs-for-opensearch with an example of how to add OpenSearch to Firefox. If you have time later, I'd like to check with you on how to test how it looks and whether I screwed up a lot :) |
| 10:01 |
yboston |
I am off to a meeting, I will ping you when I am done, and thanks! |
| 10:11 |
remingtron |
bshum: if you have asciidoc installed on your machine, you can test the conversion to html with something like: |
| 10:11 |
remingtron |
asciidoc -a data-uri -a icons -a toc -d book -o OUTPUT_FILE |
| 10:12 |
remingtron |
oops, you also need your asciidoc file on the end :) |
| 10:12 |
bshum |
remingtron: Ah, the extra flags are helpful. I just did a basic conversion test, which failed to find all the images I embedded probably cause of the path I was using. |
| 10:12 |
remingtron |
yeah, I usually have a problem with the image path too, but your syntax looks fine for those |
| 10:22 |
|
jbfink joined #evergreen |
| 10:29 |
|
montgoc1 joined #evergreen |
| 14:06 |
rsoulliere |
I have a couple of items. |
| 14:06 |
rsoulliere |
#topic Conversion Coordinator Report |
| 14:06 |
yboston |
go ahead |
| 14:06 |
rsoulliere |
#info Evergreen Documentation for 2.6 is up and available now and pulling for the rel_2_6 branch. |
| 14:07 |
rsoulliere |
#info Note that the documentation processing is a bit finicky and asciidoc errors may hold back processing of pages you have edited. They may also prevent the PDF file from being produced. Testing asciidoc syntax before pushing is recommended. |
| 14:07 |
rsoulliere |
#info I sent out a question to the mailing list regarding retiring "Evergreen in Action" on Lulu? |
| 14:07 |
rsoulliere |
#link http://list.georgialibraries.org/pipermail/open-ils-documentation/2014-April/001645.html |
| 14:08 |
rsoulliere |
Any suggestions? |
| 14:08 |
remingtron |
do we have access to the purchase history? |
| 14:09 |
kbutler |
Given that it's out of date, it seems logical to take it down. But will/should/does anyone want to update it? |
| 14:09 |
|
Meme joined #evergreen |
| 15:00 |
remingtron |
krvmga: thanks for sharing your work |
| 15:01 |
krvmga |
yw :) |
| 15:01 |
remingtron |
yboston: go ahead and add the action, I think it only works for the person running the mtg |
| 15:01 |
yboston |
as a test, give it a shot |
| 15:02 |
yboston |
start with #action |
| 15:02 |
remingtron |
#action remingtron will send a 2.6 docs progress report to the DIG list in two weeks |
| 15:03 |
yboston |
I think that should work, but Iw ill make a dup action to be safe |
| 15:03 |
yboston |
#action remingtron will send a 2.6 docs progress report to the DIG list in two weeks |
| 16:53 |
* kmlussier |
doesn't really like cherry pie. |
| 16:53 |
jventuro |
Mmm dessert |
| 16:53 |
hbrennan |
it takes 5 tries to get something chocolate |
| 16:54 |
* kmlussier |
tests hbrennan's theory. |
| 16:54 |
kmlussier |
@dessert hbrennan |
| 16:54 |
* pinesol_green |
grabs a slice of Pecan Pie and sends it sliding down the dessert bar to hbrennan |
| 16:54 |
montgoc1 |
a la mode? |
| 16:54 |
kmlussier |
@dessert jventuro |
| 16:59 |
kmlussier |
Ooh! I can do that? |
| 17:01 |
bshum |
Hehe |
| 17:01 |
gmcharlt |
assuming bshum doesn't lock it away ;) |
| 17:01 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:01 |
gmcharlt |
though seriously, there would be worse things than the bot to use an an example/testbed for introductory programming tutorials |
| 17:01 |
kmlussier |
That's the problem. bshum has too much power. |
| 17:03 |
bshum |
Oh, really, can we not make them gray bibs again? bug 1084753 discussion makes me queasy |
| 01:26 |
|
MsAngel joined #evergreen |
| 01:26 |
MsAngel |
Hello I have problem in autogen.sh |
| 01:26 |
MsAngel |
ubuntu 12.04 and evergreen 2.5.4 |
| 05:02 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:59 |
csharp |
@later tell Dyrcona this made me think of you: http://developers.slashdot.org/story/14/04/30/0042250/the-ways-programming-is-hard |
| 05:59 |
pinesol_green |
csharp: The operation succeeded. |
| 07:05 |
|
timf joined #evergreen |
| 07:28 |
csharp |
looks like the upgrade path from 2.1 to 2.3 and forward doesn't include script 0738 |
| 07:28 |
csharp |
PINES doesn't have the updated vandelay.get_expr_from_match_set function either, so we'll have to schedule a time to run 0738 separately |
| 07:29 |
csharp |
(looking back at frank__'s problem yesterday rang a bell about the same issue I found on our acq testing server) |
| 07:41 |
|
collum joined #evergreen |
| 07:43 |
bshum |
csharp: I'm stepping out momentarily, today is one of my random days off; but I just wanted to touch base with you briefly on the Ubuntu 14.04 situation |
| 07:44 |
bshum |
I removed my working branch playtest for opensrf, I've been finding further complications with how I was hammering the changes to deal with the warnings during autoreconf |
| 10:41 |
yboston |
jeff & jboyer-isl : just pushed to working a slightly edited copy of the Stripe release notes info, that I plan to commit to the main docs. let me know if I you have any suggestions for me, and note that the release notes information will be left where it is http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commitdiff;h=25ab425af44bd09a979b8d549e12398ff9c4499a |
| 10:42 |
mrpeters |
same deal with the PerlSetVar loaded |
| 10:42 |
mrpeters |
though, should i uncomment templates_custom from eg_vhost now? |
| 10:43 |
tsbere |
mrpeters: Just a thought, are you certain you are getting the correct vhost? Is your other directive matching instead of this one? (you could add your Location block from the one you pasted to the other one temporarily to test) |
| 10:43 |
mrpeters |
yeah let me throw up that section of the eg.conf |
| 10:44 |
pastebot |
"mrpeters" at 64.57.241.14 pasted "eg.conf" (22 lines) at http://paste.evergreen-ils.org/22 |
| 10:45 |
jboyer-isl |
yboston: Looks good to me, though I wonder about the point of including the bare setting names. Is that so direct-db users have an easier time setting them, or just because they were in the notes and were left? |
| 12:59 |
krvmga |
tsbere: i think i've got it! EUREKA! it's sorting on call number as related to the search |
| 13:01 |
krvmga |
tsbere: so, for instance, Marlborough actually has three copies but the call numbers are J DVD FINDING and J DVD DISNEY. J DVD DISNEY does not show up in the show more details returns. |
| 13:01 |
tsbere |
krvmga: or it could just be a fluke. :P |
| 13:01 |
krvmga |
tsbere: or that. |
| 13:02 |
krvmga |
tsbere: i'll test it on some other searches and see what happens. |
| 13:08 |
mrpeters |
score....got it! |
| 13:09 |
|
RoganH joined #evergreen |
| 13:09 |
pastebot |
"mrpeters" at 64.57.241.14 pasted "working eg.conf with secondary vhost for custom templates" (22 lines) at http://paste.evergreen-ils.org/24 |
| 13:17 |
tsbere |
For even *more* fun, the staff members that want it on by default want a user setting....and share the account with staff members that hate it. >_> |
| 13:18 |
krvmga |
tsbere: that extra complainy goodness... |
| 13:19 |
jeff |
stop sharing accounts. :P |
| 13:19 |
krvmga |
i'm still testing some examples of the search returns and they're not panning out consistently yet. |
| 13:20 |
tsbere |
jeff: I argued against it. I was outvoted. And for that matter, not really given a vote. |
| 13:20 |
dbs |
Hmm: artrhyno wrote 209edc8199677 a couple of years ago |
| 13:20 |
jeff |
i'm still interested in ideas like "require ssl client cert for any staff access" combined with "ssl client cert and maybe a role account gets you minimum access, but MOST things require you to log in with your individual staff credentials that are yours and yours alone" -- that's a mix of code and policy. |
| 16:36 |
* kmlussier |
went to library school and doesn't know the answer to that question. |
| 16:38 |
dbs |
mrpeters: it can be anywhere, but normally is at the end |
| 16:41 |
|
mtcarlson_away joined #evergreen |
| 17:09 |
bmills |
hello. has anyone found a way to uncover what hold matrix matchpoint id was used in a specific hold request? or if that is possible to find out? i'm looking to test and see what policies are being used when certain users are making hold requests |
| 17:18 |
|
RBecker joined #evergreen |
| 17:18 |
gsams |
mrpeters: our cataloging committee should be aware of that, and should be working that direction. We did have a bad start entering records without the URI information at first, but new ones coming in should be setup properly according to the documentation for 2.3(currently) |
| 17:30 |
|
mmorgan left #evergreen |
| 17:35 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:38 |
|
geoffsams joined #evergreen |
| 18:05 |
|
gsams joined #evergreen |
| 18:32 |
|
gsams joined #evergreen |
| 07:21 |
dbs |
You have to install the prereqs when you install OpenSRF, and then again once you start on Evergreen |
| 07:22 |
dbs |
that error suggests that the package that supplies libdbd-pgsql wasn't installed |
| 07:22 |
mika__ |
I don't encounter a problem when installing opensrf only in evergreen |
| 07:23 |
dbs |
However... I'm not 100% sure that 14.04 was tested with Evergreen 2.5, because we released 2.5 back in the fall and 14.04 only became stable last month |
| 07:23 |
mika__ |
what should I do? |
| 07:23 |
dbs |
I know we tested with Evergreen 2.6 |
| 07:23 |
mika__ |
so should i remove the 2.5.4? |
| 07:24 |
dbs |
What Makefile.install target did you use for Evergreen 2.5? |
| 07:24 |
mika__ |
I M just following the tutorial in there web.. i think Path: /openils/Bin |
| 10:18 |
Guest23408 |
please? |
| 10:20 |
jeff |
Guest23408: your open-ils.cstore service is no longer connected to the Jabber / XMPP server, or it simply isn't running at all. |
| 10:20 |
Guest23408 |
so i need to go back in jabber to run it again> |
| 10:21 |
jeff |
Guest23408: in very general terms, I would suggest stopping apache, stopping all OpenSRF services, then starting OpenSRF services and waiting for them to finish starting (watch CPU usage and/or logs), then start Apache again. |
| 10:21 |
jeff |
You could optionally test with srfsh in between starting OpenSRF services and starting Apache. |
| 10:22 |
jeff |
But keep an eye on logs to see if you have a problem that isn't fixed by a simple restart -- and I would recommend looking back in the logs to see what happened in the first place. |
| 10:22 |
jeff |
Guest23408: good luck! |
| 10:25 |
|
jcamins joined #evergreen |
| 10:26 |
|
ellie-bas joined #evergreen |
| 10:28 |
ellie-bas |
hello friends! i am having trouble to make Pull List for Hold Requests work |
| 10:40 |
ellie-bas |
jeff: this is probably because one of the holds was placed from opac, while the other was placed from staff client and probably there is a difference due to title / volume / copy level holds |
| 10:42 |
|
jboyer-laptaupe joined #evergreen |
| 10:45 |
ellie-bas |
jeff: the status of both entries in patron's account say: Waiting for copy |
| 10:51 |
jeff |
ellie-bas: is this a test system? also, are the copies in question in either Available or Reshelving statuses, or are they in some other status? |
| 10:55 |
ellie-bas |
jeff: yes, this is a test system, and everything works fine on other test branch. but on particular test branch the pull list does not seem to work. |
| 10:55 |
ellie-bas |
jeff: yes, the titles are available and they are not out. |
| 10:56 |
jeff |
ellie-bas: ah! another good clue. is the branch in question configured with hours of operation that show it as being open today/now? |
| 10:56 |
|
miguel___1 joined #evergreen |
| 10:56 |
ellie-bas |
jeff: wow, I never thought about that :) |
| 11:13 |
jeff |
ellie-bas: holds can be complex, and you might find that there's another issue after checking on the holds targeter. |
| 11:17 |
ellie-bas |
jeff: yes, there are available copies, an all the copies are on the same branch, i.e. circ library and owning library is the same |
| 11:17 |
tsbere |
ellie-bas: But is the circ/owning library the library you are running the pull list at? |
| 11:19 |
miguel___1 |
jeff >>>http://paste.evergreen-ils.org/17 |
| 11:20 |
miguel___1 |
When I test srfsh I get 4.... |
| 11:20 |
jeff |
miguel___1: if you could paste the contents of your ejabberd.cfg file at paste.evergreen-ils.org, i suspect you may need to adjust some settings. if you think you've already adjusted them correctly, you may need to completely stop and start ejabberd for them to take effect. |
| 11:21 |
miguel___1 |
I already did tat |
| 11:27 |
ellie-bas |
jeff: yes, circ/owning library is the library that my workstation is registered to and also my car/circ patron account has a home library of the same branch |
| 17:15 |
pinesol_green |
[evergreen|Thomas Berezansky] Checkout Fills Related Hold modifications - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=be76579> |
| 17:15 |
jeff |
tsbere: trying to picture a workflow/etc |
| 17:16 |
|
mmorgan left #evergreen |
| 17:19 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:23 |
jeff |
has anyone here made the transition from "staff use one account for patron-y and staff-y things" to "staff have a staff account and a patron account, and the patron account is not used for staff operations"? |
| 17:23 |
|
pastebot joined #evergreen |
| 17:23 |
jeff |
i'm interested in pitfalls, or good methods for avoiding same. |
| 00:16 |
|
kmlussier1 joined #evergreen |
| 00:38 |
* bshum |
is confused over what LBS stands for... |
| 05:18 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:12 |
|
RBecker joined #evergreen |
| 07:57 |
|
jboyer-isl joined #evergreen |
| 08:01 |
|
kmlussier joined #evergreen |
| 12:55 |
mllewellyn |
SOme of my adventurous librarians may try those and we don't whatn them to. |
| 12:55 |
jeff |
if the staff users in question don't have the underlying permission to merge or delete bibs, in theory the buttons will be enabled but not actually do what they do, unless someone enters credentials when prompted that DO have those underlying permissions. |
| 12:56 |
mllewellyn |
That's all I need is for rogue merging to be going on behind our backs. |
| 12:56 |
jeff |
i would recommend testing this theory in a test system with some unimportant bibs, or in a live system with (again) unimportant (say, generated for this test) bibs. :-) |
| 12:56 |
mllewellyn |
jeff: OK, thanks |
| 12:57 |
* csharp |
installs Windows XP in a VM so he can demonstrate how to install Lubuntu over it in documentation ;-) |
| 12:57 |
mllewellyn |
Since bibs do delete when they remove the last items, I'm thinking they kind of do have permission to delete. |
| 13:00 |
mllewellyn |
csharp: But you're right, I was hoping for some granularity. |
| 13:01 |
mmorgan |
mllewellyn: just tried to merge to records from a bucket as a user who didn't have permission, and was prompted for authorization to MERGE_BIB_RECORDS |
| 13:01 |
mmorgan |
btw, thanks for the cupcakes! |
| 13:02 |
mllewellyn |
mmorgan: thanks for testing, and you're welcome for the cupcakes. :) |
| 13:02 |
mllewellyn |
mmorgan++ |
| 13:04 |
|
mtate joined #evergreen |
| 13:12 |
phasefx_ |
hrmm, I think there's a typo in 0799.state_field_required_toggle.sql and 2.4.3-2.5.0-upgrade-db.sql. ui.patron.edit.au.state.require vs ui.patron.edit.aua.state.require, and similar |
| 13:13 |
tsbere |
phasefx_: It might be fixed by a later update....not sure. >_> |
| 16:55 |
kmlussier |
remingtron: At some point (not today), I want to run some ideas by you for organizing the public catalog chapter of the docs. I'm struggling with how we combine more administrative tasks with end user information. |
| 16:56 |
remingtron |
kmlussier: cool, I'll be glad to discuss that. I'm around most of the week. |
| 16:57 |
kmlussier |
remingtron: Sounds good. I'll be missing this week's DIG meeting. I'm hoping to have time to give it some real thought on Friday. |
| 17:01 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:04 |
sseng |
Question about authority.authority_linking table: if i have auth A and auth B (where auth A has a 500 that corresponds to to the 100 field in auth B), after the linking scripts run, what auth (A or B) is the source and what is the target in the authority.authority_linking table? |
| 17:14 |
|
mmorgan left #evergreen |
| 18:04 |
frank__ |
hi remingtron sorry but I was in a meeting, my EG version is 2.5.3 but I was analazyng and I discovered that the functions get_expr_from_match_set and get_expr_from_match_set_point doesnt have the last changes, I have to apply the http://git.esilibrary.com/?p=transitory.git;a=blob_plain;f=Open-ILS/src/sql/Pg/upgrade/XXXX.schema.vandelay.import-match-no-like-any.sql;hb=b82c278f404a142bb55d3659d61c5acf1087cf4c solution I guess |
| 05:02 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:07 |
|
kmlussier joined #evergreen |
| 05:10 |
|
kmlussier left #evergreen |
| 05:11 |
|
kmlussier joined #evergreen |
| 13:01 |
eeevil |
bshum: please do |
| 13:02 |
Dyrcona |
Well, I'm just going to spit this record's id out with a message that it errored. It is only one out of 6,218. |
| 13:02 |
Dyrcona |
I'm also spitting out a list of records that I can't fix, so I'll put it in that list. |
| 13:03 |
jeff |
Dyrcona: there's a comment in MARC::File::SAX (used by MARC::File::XML) to the effect of being more consistent with MARC::File::USMARC's behavior with regard to parse errors. |
| 13:04 |
jeff |
That's my usual mode -- identify the malformed records and exclude, or fix by hand. |
| 13:05 |
jeff |
Ideally they wouldn't get into biblio.record_entry.marc if they're malformed. I don't know if that's just imported or older record data. I haven't tested to see if you can sneak bad data in in current Evergreen. |
| 13:10 |
|
hbrennan joined #evergreen |
| 13:16 |
Dyrcona |
bshum++ |
| 13:25 |
Dyrcona |
On my MARC::Record error: I can print $@ to get the error message. |
| 15:52 |
|
Callender_ joined #evergreen |
| 15:52 |
jeff |
tsbere: adding it to the temp list fails in a fashion. if you request the anon cache key's value you see one electronic resource id, but you can never add it to a real (non-temp) list, and the next record you add to the list overwrites the electronic resource. |
| 15:52 |
tsbere |
huh, fun |
| 15:53 |
jeff |
overwrites is an oversimplification -- the contents of the anon cache are fetched, run through search, and then the new record is appended to the end of those results -- so the search step always eats the electronic resource. |
| 15:53 |
jeff |
unless your resource is an auri at the top of the org tree, i suspect (but haven't tested that) |
| 15:55 |
|
Callender__ joined #evergreen |
| 15:57 |
eeevil |
jeff: or within the current search scope? or acts-like-copies? |
| 16:09 |
jeff |
eeevil: "current search scope" is always "no org unit, defaults to top of tree" in this case, i think. |
