| Time |
Nick |
Message |
| 00:22 |
|
dbwells_ joined #evergreen |
| 00:22 |
|
remingtron_ joined #evergreen |
| 00:26 |
|
DPearl joined #evergreen |
| 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 |
| 08:01 |
|
akilsdonk joined #evergreen |
| 08:20 |
|
ericar joined #evergreen |
| 08:28 |
|
mrpeters joined #evergreen |
| 08:29 |
|
Dyrcona joined #evergreen |
| 08:47 |
|
Shae joined #evergreen |
| 08:48 |
|
mmorgan joined #evergreen |
| 09:07 |
|
RoganH joined #evergreen |
| 09:07 |
jeff |
@later tell phasefx I think that might be the second time we've seen that qatests failure with ejabberd -- any ideas? |
| 09:07 |
pinesol_green |
jeff: The operation succeeded. |
| 09:09 |
jeff |
@later tell kmlussier regarding adding a block type to an existing standing penalty, I suspect the issue is that Bmagic has only one org unit that wants the existing penalty to block holds, and the others do not want it to block holds. Currently, there's no way to have per-org-unit block masks. |
| 09:09 |
pinesol_green |
jeff: The operation succeeded. |
| 09:09 |
jeff |
(And I'm not yet sure how I feel about introducing them, even though I think we did have some use case here where I was looking into something along those lines.) |
| 09:12 |
tsbere |
jeff: I would be much more willing to introduce per-org-unit penalties, each being a specific system-level "this is how we generate this one" type. For added fun that would let us say "you can't circ when you owe $10, you can't place holds when you owe $50, and we stop capturing your existing holds when you owe $75" - Which the current single PATRON_EXCEEDS_FINES block doesn't allow |
| 09:13 |
|
RoganH joined #evergreen |
| 09:13 |
jeff |
tsbere: *nod* |
| 09:14 |
jeff |
tsbere: i don't remember the use case here, but i do like the "different penalty means different things" rather than the idea of "this penalty can mean different things depending on the context ou" |
| 09:14 |
phasefx |
jeff: I'll look |
| 09:15 |
tsbere |
jeff: Of course, I have issues with org-unit level thresholds right now too. <_< |
| 09:16 |
jeff |
phasefx: cool. thanks! i wasn't sure if it was a weird timing issue that resolved itself last time, etc. |
| 09:17 |
|
RoganH_ 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 |
| 09:36 |
phasefx |
jeff: I think I'm just going to put a bigger sleep after the ejabberd start, and maybe sprinkle some timestamps around so we can more easily cross-reference with the logs next time |
| 09:37 |
jeff |
phasefx: sounds like a reasonable place to start |
| 09:38 |
phasefx |
any changes we push to collab/phasefx/wheezy_installer automatically get picked up next run if you ever want to tinker |
| 09:45 |
|
BigRig joined #evergreen |
| 09:56 |
|
dkyle left #evergreen |
| 09:57 |
mrpeters |
is there a YAOUS for a "default address" when registering a patron or would you have to resort to schema changes, like default au.mailing_address.id? |
| 10:01 |
|
krvmga joined #evergreen |
| 10:01 |
phasefx |
mrpeters: don't think a simple schema change would work with expectations within the patron editor for new users |
| 10:02 |
mrpeters |
no? damn. i was thinking it might auto populate an address in the patron registration based on a single "stock" address everyone uses |
| 10:02 |
phasefx |
well maybe it would, if you're not requiring an address |
| 10:02 |
phasefx |
worthy of an experiment if nothing else :) |
| 10:02 |
phasefx |
it just wouldn't "show up" during registration |
| 10:02 |
mrpeters |
it's a school, so they just want to use the school's address -- trying to avoid a schema change removing the not null constraint, or doing the described. |
| 10:03 |
mrpeters |
right, but since it would have a default value it would allow you to skip over it |
| 10:03 |
jeff |
you can have patrons without an address, iirc. |
| 10:04 |
phasefx |
may be better to not have an address, and just modify whatever templates actually need an address to use the school default if required |
| 10:04 |
jeff |
so if there's no requirement for any address, adjusting the tt/js for the patron editor to remove the current behavior of creating one new address for a new user... could do the trick. might run into some unexpected things especially if you're using staged users. |
| 10:05 |
* phasefx |
would just encourage them to press the red X :) |
| 10:05 |
tsbere |
mrpeters: What null constraint are you running into? We have several users with no address blocks, though there is an OU setting for requiring one... |
| 10:06 |
mrpeters |
i think it was more a migration issue -- inserting patrons with null street1/city1/etc. by the migrator dropping the not null on aua |
| 10:06 |
mrpeters |
but you make a good point, phasefx -- you dont HAVE to have an address, do you...just have to have all the bits if you start one |
| 10:07 |
krvmga |
i've written some code that fixes a tiny - almost unnoticeable - bug in holds status display. i don't understand the process for submitting code for consideration. help? |
| 10:14 |
phasefx |
krvmga: do you have a git environment set up? |
| 10:15 |
|
montgoc1 joined #evergreen |
| 10:15 |
phasefx |
krvmga: this may help: http://wiki.evergreen-ils.org/doku.php?id=dev:git |
| 10:18 |
|
mllewellyn joined #evergreen |
| 10:19 |
krvmga |
phasefx: thx |
| 10:19 |
krvmga |
i have my own local git. |
| 10:19 |
krvmga |
(to answer your original question) |
| 10:20 |
csharp |
has anyone implemented institutional library cards (as opposed to individuals)? I know it's not a feature, but I was wondering if anyone has figured out a good workaround/process for that |
| 10:20 |
phasefx |
krvmga: then the git format-patch origin route on that page sounds relatively easy, but I prefer the "working" branches when it comes to checking stuff out |
| 10:20 |
rjackson-isl |
for anyone doing Evergreen support that has ever waded thru log files attempting to debug a failed patron delete - you might want to review this post by jboyer-isl: https://bugs.launchpad.net/evergreen/+bug/885270/+attachment/4112365/+files/fix_addresses.sql |
| 10:20 |
pinesol_green |
Launchpad bug 885270 in Evergreen "Delete User Aborts on Shared Address" (affected: 4, heat: 22) [Medium,Confirmed] |
| 10:20 |
krvmga |
phasefx++ |
| 10:21 |
jeff |
csharp: what are the challenges as you see them? |
| 10:21 |
rjackson-isl |
Here at Evergreen Indiana we had 13K patrons updated... |
| 10:21 |
tsbere |
csharp: I have considered notes for cards so that the system could store "who was given this card" and other useful information (such as "do not re-activate this card, confiscate if someone hands you it"), but haven't implemented anything. |
| 10:21 |
csharp |
I'm in a PINES executive committee meeting where an "institutional" card is being considered |
| 10:22 |
jeff |
rjackson-isl: i'm assuming that bug 885270 can provide more context? |
| 10:22 |
pinesol_green |
Launchpad bug 885270 in Evergreen "Delete User Aborts on Shared Address" (affected: 4, heat: 22) [Medium,Confirmed] https://launchpad.net/bugs/885270 |
| 10:23 |
rjackson-isl |
the link posted is to an attachment on that bug - it is sql code to fix shared addresses -creating unique addresses per patron |
| 10:23 |
tsbere |
csharp: If I had any say in how our libraries did some of this (given that they have done some of it for a couple of other systems I don't have much) I would have recommended starting "institutional" cards with a different leading digit (Patron is 2XXXX, Item 3XXXX, institutional card 5XXXX or something) to make it easier to identify personal compared to institutional cards |
| 10:23 |
jeff |
rjackson-isl: the filename "fix_addresses.sql" is in the eye of the beholder -- some might interpret what that script does as damage. |
| 10:23 |
csharp |
so there would be an institution as the card holder and an official representative that signs for it |
| 10:23 |
csharp |
it will probably be a feature request |
| 10:24 |
csharp |
but there are some legal questions about whether an institution can owe fines, be put in collections, etc. |
| 10:24 |
jeff |
csharp: i'm not sure how you'd like them to be different. |
| 10:24 |
rjackson-isl |
jeff: for us it was very helpful since deletion of the accounts after the shared addresses exist is a pain |
| 10:25 |
Bmagic |
kmlussier: Yes, we want the holds to be blocked at a lower number than exceeds fines penalty which blocks other things |
| 10:25 |
* csharp |
will have to ponder that |
| 10:25 |
phasefx |
csharp: is it necessary to load the concepts into "card", rather than just a unique permission group / profile? |
| 10:25 |
jeff |
rjackson-isl: certainly -- for your specific environment, with this bug in its current state, i can see how you found those updates to be beneficial. i just wanted to warn about what that change can mean to others whose environments are different. |
| 10:26 |
phasefx |
we know how folks love fake users as it is :) |
| 10:26 |
csharp |
phasefx: I haven't fully thought this out, so I'm not sure how this would need to be implemented. |
| 10:26 |
jeff |
csharp: in short, someone might be overthinking it. |
| 10:26 |
jeff |
pseudopatrons-- |
| 10:26 |
csharp |
@eightball do librarians overthink stuff? |
| 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. |
| 10:37 |
dbs |
At least it seems unlikely that records that one has to pay for (and which would be a much likelier source of stink) would be in OCLC. |
| 10:38 |
dbs |
The nuances of providing attribution as laid out in OCLC's recommendations for ODC-BY licensing might be annoying though. |
| 10:38 |
dbs |
CC0 would be so much nicer to deal with :/ |
| 10:38 |
RoganH |
dbs: I think under the path I outlined in the last email there may be a way to arguably use other's records (so long as you have holdings) permitted under the OCLC policy but as so many things in licenses it's about "how defensible is it" not absolute yes and no. |
| 10:40 |
phasefx |
and remember, lawyers beget more lawyers |
| 10:40 |
dbs |
RoganH: well, and as Equinox and ByWater and others are commercial enterprises, the whole "non-commercial" bit becomes problematic |
| 10:40 |
RoganH |
In SCLENDS we as policy put out everything as CC or GPL but we'd never talked about MARC records as a consortial creation. Hmmm.... |
| 10:41 |
dbs |
So if the project rolls in a set of OCLC records as part of the sample dataset, do Equinox and others have to strip them out or come to an agreement with OCLC before redistributing them? |
| 10:41 |
* dbs |
hates turning over legal rocks but prefers that to feigning ignorance |
| 10:42 |
dbs |
Speaking of ignorance: I have a workshop I have to prepare :) |
| 10:42 |
RoganH |
dbs: they wouldn't be the recipients of the records though, the Evergreen Community would be. I was imagining that the recipient would technically be the folks whose name I can't think of because I need more coffee. |
| 10:43 |
dbs |
SFC? |
| 10:43 |
RoganH |
That's it. |
| 10:43 |
RoganH |
They are essentially the legal entity umbrella we are under as a community. |
| 10:49 |
dbs |
Yeah, actually, reading the ODC-BY license there are no restrictions on commercial usage. So on www.oclc.org/data/attribution.en.html the sentence "This license allows the data to be used for study and research, among other things, with attribution in derivative works produced from the dataset" that I was worried about is actually toothless. |
| 10:50 |
dbs |
opendatacommons.org/licenses/by/1.0/ under 3.0 Rights granted says "These rights explicitly include commercial use, and do not exclude any field of endeavour." |
| 10:50 |
dbs |
So let's include the whole WorldCat database :) |
| 10:51 |
RoganH |
dbs: right, teh ODB-BY is very open but that's dependent on the right's owners, the individual record creators :) |
| 10:51 |
RoganH |
dbs: are you planning on a separate package for the OCLC version? :) |
| 10:52 |
dbs |
Right, under the fine Preamble statement "this license only governs the rights over the Database, and not the contents of the Database individually" |
| 10:52 |
RoganH |
Still, we find one decent OCLC library doing RDA who says "sure you can use these for Evergreen" and they don't even have to do ODB, we're in the clear with their permission. |
| 10:53 |
RoganH |
If they're using ODB-BY then it's even easier of course. |
| 10:53 |
eeevil |
dbs / RoganH: heh ... I just brought up that point on the EOB list... ;) |
| 10:54 |
RoganH |
eeevil: that's actually debatable |
| 10:54 |
RoganH |
eeevil: and unfortunately recent court rulings would be against us there |
| 10:54 |
eeevil |
RoganH: the fact-ness of MARC, you mean? |
| 10:54 |
RoganH |
eeevil: yep. |
| 10:54 |
dbs |
Finding a decent library with RDA records that they created and who were willing to let us redistribute them was actually my original request, to avoid this entire mess! |
| 10:54 |
eeevil |
dbs++ |
| 10:55 |
dbs |
FACT: Apparently nobody has decent RDA records. |
| 10:55 |
RoganH |
eeevil: the descriptive versus expressive work debate is an old one. For example, rankings used to be considered descriptive and facts but recent court rulings have said if a unique process discovered them then they're not. |
| 10:55 |
gmcharlt |
for that matter, a recent enough contribution of MARC records to the IA from an academic library may well have some RDA records |
| 10:55 |
* gmcharlt |
can't comment on how decent they might be |
| 10:55 |
eeevil |
RoganH: I'm behind the times, then! IIRC, it was just 2005-ish when the consensus was "they're facts" ... but, 9 years is a long time |
| 10:55 |
RoganH |
eeevil: so if you have a unique process to creating a MARC .... now, another court may rule the opposite way |
| 10:56 |
RoganH |
eeevil: this stuff is up in the air, there's not absolute black and white on it |
| 10:56 |
tsbere |
dbs: Doesn't a decent RDA record imply a decent MARC record? And I don't know if the latter is possible. |
| 10:56 |
RoganH |
dbs: Hey, I agree with you. |
| 10:56 |
eeevil |
hrm... I thought Fiest did away with the process argument... but /again/ IANAL ;) |
| 10:57 |
RoganH |
The evolution of copyright in the digital age is actually the topic of an upcoming presentation of mine. |
| 10:57 |
RoganH |
eeevil: no, Fiest vs Rural established that a low enough amount of original work is not enough but each judge gets to rule what is above that threshold |
| 10:58 |
eeevil |
"first thing, kill all ..." |
| 10:58 |
RoganH |
eeevil: now, me, I would rule that a MARC record is below that threshold and I can probably find 3 judges who would agree with me at least one that wouldn't |
| 10:58 |
RoganH |
eeevil: the question becomes which judge hears your case? |
| 10:59 |
Dyrcona |
RoganH++ |
| 10:59 |
eeevil |
well, if they're in texas, dead. ;) |
| 10:59 |
eeevil |
er, "we're dead" |
| 11:00 |
RoganH |
Exactly. |
| 11:01 |
RoganH |
All of this comes back to are you conservative or willing to take a risk? Sometimes the risk is really, really low but it's still a risk. |
| 11:01 |
RoganH |
The conservative route is to do what dbs and I proposed and just get permission from a rights holder (even if I don't personally believe they should have an enforceable copyright on said records). :) |
| 11:02 |
Dyrcona |
Yeah, well the joy of shared databases, like shared code, is who are the rights holders? |
| 11:02 |
Dyrcona |
Anyone who touched the record has a legal right to their part of it. |
| 11:03 |
gmcharlt |
Dyrcona: 15 subfields as a de minimum contribution to assert copyright, a la the guideline one sometimes hears about code? |
| 11:03 |
RoganH |
Dyrcona: That is an interesting legal question and scope of use and other individual issues will be part of that. SCLENDS would be messy since we say they're communally owned but we agreed to do a Creative Commons Non-Commercial by Attribution release for all non GPLed products so it would be covered under that. |
| 11:04 |
RoganH |
I'm wondering if we should switch that to an open data license for the MARC records. |
| 11:04 |
Dyrcona |
gmcharlt: I wouldn't be so sure... As RoganH says, it all depends on your judge and which side's lawyer has the more expensive suit. ;) |
| 11:05 |
RoganH |
Drycona: and which lawyer the judge plays golf with :) |
| 11:09 |
Dyrcona |
Yep, who needs conspiracy when you have the same tee time? |
| 11:12 |
RoganH |
Dyrcona: Yep. I have one story in that vein from my own life (not terribly exciting, traffic court related). It's human nature. |
| 11:22 |
|
rjackson_isl joined #evergreen |
| 11:24 |
|
akilsdonk_ joined #evergreen |
| 11:25 |
|
mllewellyn1 joined #evergreen |
| 12:12 |
|
vlewis joined #evergreen |
| 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 |
| 12:56 |
jeff |
vlewis: you don't normally (and I think probably "can't") do it from the staff client. an entry in the money.collections_tracker table is present when a user is in collections. there is an API call which performs the needed actions (which off the top of my head includes inserting a row into that table and setting a user standing penalty -- possibly more). it also handles billing them an optional collections fee. |
| 13:37 |
|
tonyb_ohionet joined #evergreen |
| 13:42 |
|
RoganH 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. |
| 14:06 |
|
zerick2 joined #evergreen |
| 14:08 |
|
RoganH joined #evergreen |
| 14:12 |
mrpeters |
Bmagic: no, deduping a set of MARCXML that has never been loaded |
| 14:23 |
|
RoganH joined #evergreen |
| 14:49 |
Bmagic |
Dyrcona: When placing a hold for a patron, that line should* be executed, I would think. I figured the more sever log level would have a better chance of making it to the log |
| 14:52 |
Dyrcona |
Bmagic: Look in opensrf_core.xml for your loglevel. |
| 14:53 |
Bmagic |
Dyrcona: 3 |
| 14:54 |
Bmagic |
sever = severe |
| 14:57 |
Dyrcona |
Bmagic: loglevel can be set in multiple places. |
| 14:58 |
Dyrcona |
in opensrf_core.xml. I have some 3 and some 2. |
| 14:58 |
Bmagic |
Dyrcona: I have level 2 in two places and 3 in two places |
| 14:58 |
Dyrcona |
Well, two should include warnings. |
| 14:59 |
Bmagic |
Dyrcona: But shouldn't 3 include warns,errors,info ? |
| 14:59 |
Dyrcona |
Yes. |
| 14:59 |
Dyrcona |
The point is, you should be getting warnings to the logs. |
| 14:59 |
Bmagic |
Dyrcona: So if I logger->warn() then my settings would catch that and log it |
| 15:00 |
Bmagic |
right, so perhaps my code isn't getting executed |
| 15:00 |
Dyrcona |
So, I'd try moving the logger line around a bit. Maybe the code isn't doing exactly what you think it is. |
| 15:00 |
Bmagic |
I tried that already...... sub create_hold doesnt get executed when a hold is getting placed?> |
| 15:00 |
Dyrcona |
That might depend on how the hold is getting placed. |
| 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:22 |
Dyrcona |
krvmga: Pretty much any time you see the option to override, it means you can't, whether patron or staff. |
| 15:24 |
kmlussier |
That sounds like a bug. Is there anything in LP on that? |
| 15:32 |
krvmga |
Dyrcona: this reminds me of the buttons they put at street corners. you push them because you think the light will change faster but the main effect is "nothing happens". |
| 15:33 |
kmlussier |
krvmga: I just tried renewing an item in another catalog with an account that had reached the max fine threhold, and I didn't get the same message. |
| 15:33 |
kmlussier |
I'm still digging. There's something I want to check. |
| 15:34 |
krvmga |
kmlussier: i wonder why it's appearing in mine. that's not an area i hacked around in. |
| 15:34 |
krvmga |
i'm gonna go look at the code and see if it tells me anything. |
| 15:36 |
eeevil |
krvmga: are you sure it doesn't say that you can override some, or might be able to override? (IIRC, the wording is vague because of lack of internal event context at the UI level) |
| 15:37 |
krvmga |
eeevil: let me double check |
| 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. |
| 15:45 |
jeff |
:P |
| 15:45 |
jeff |
anyway, launchpad appears down from here. |
| 15:45 |
mmorgan |
Here too. |
| 15:46 |
kmlussier |
krvmga: For holds, you might want to see if your "Auto-Override Permitted Hold Blocks (Patrons)" is enabled. I know some of our other networks are using that to prevent that message from appearing. |
| 15:46 |
hbrennan |
I created a bug report a few minutes ago |
| 15:46 |
kmlussier |
@blame hbrennan |
| 15:46 |
pinesol_green |
kmlussier: Your failure is now complete, hbrennan. |
| 15:46 |
kmlussier |
hbrennan: Sorry, I couldn't resist. I'm sure it wasn't you. |
| 15:46 |
eeevil |
krvmga: right. if there's more than one reason for the failure, but the UI level doesn't know the details beyond "they seem to have some of the overrides required", that's the message you'll get. I know I've proposed a few dev projects (none funded yet) that would address that by surfacing the details so a smarter/better/more accurate message would be possible (in addition to several other use cases affected by the underlying issue) |
| 15:46 |
hbrennan |
Sorry guys, I broke Launchpad |
| 15:46 |
hbrennan |
haha |
| 15:46 |
mmorgan |
lp 1194860 |
| 15:46 |
pinesol_green |
Launchpad bug 1194860 in Evergreen ""You have permission to override some of the failed holds." appearing when it should not for patrons in the OPAC" (affected: 5, heat: 22) [Medium,Confirmed] https://launchpad.net/bugs/1194860 |
| 15:46 |
mmorgan |
It's back! |
| 15:47 |
hbrennan |
Phew |
| 15:47 |
hbrennan |
000106813 |
| 15:47 |
hbrennan |
Woops.. that was barcode I just scanned in |
| 15:48 |
gmcharlt |
let's play guess the title! |
| 15:48 |
gmcharlt |
The Hunger Games? |
| 15:50 |
krvmga |
i think the patron must have reported the problem incorrectly; that it was over a hold and not over a renewal. when i just tried a renewal i got the popup for "are you sure you want to renew?" and then a clear failure message. |
| 15:51 |
ericar |
llama llama red pajama? |
| 15:51 |
jeff |
krvmga: perhaps the patron attempted to then place a hold on the item they were trying to renew, and THAT failed with the override message. *shrug* |
| 15:53 |
jeff |
hbrennan: Woman's day June 2014 issue. |
| 15:53 |
jeff |
(i cheated) |
| 15:53 |
|
_bott_ joined #evergreen |
| 15:53 |
krvmga |
bug 1194860 seems to be it. i agree with kmlussier that no message like that should be displayed on this page. |
| 15:53 |
pinesol_green |
Launchpad bug 1194860 in Evergreen ""You have permission to override some of the failed holds." appearing when it should not for patrons in the OPAC" (affected: 5, heat: 22) [Medium,Confirmed] https://launchpad.net/bugs/1194860 |
| 15:54 |
kmlussier |
krvmga: I agree with me too. But you can get that message to stop displaying if you enable that setting I mentioned above. |
| 15:54 |
hbrennan |
jeff: What? I stepped away for a minute |
| 15:54 |
krvmga |
kmlussier: i have every intention of doing so. thx! |
| 15:54 |
jeff |
hbrennan: sorry, you scanned an item barcode and gmcharlt said "let's play guess the title!" |
| 15:54 |
hbrennan |
jeff: Oh, haha |
| 15:54 |
eeevil |
fwiw, that was intentional, as a corollary to the "auto-override when you can" flag |
| 15:55 |
hbrennan |
jeff: I would have figured it out in a minute |
| 15:55 |
hbrennan |
:) |
| 15:55 |
hbrennan |
Don't you wish the scanner knew which window my eyes were looking at? That would be a great technological advancement |
| 15:56 |
jeff |
some desktop environments have/had a feature called "focus follows mouse" -- many jokes were made about "focus follows eyes" |
| 15:56 |
tsbere |
hbrennan: I have worked in the same building as people that worked on "the window you are looking at gets focus automatically" - Issues included "reading instructions from one window while typing into another" >_> |
| 15:56 |
hbrennan |
I would pay for such a thing |
| 15:58 |
tsbere |
Though I don't think they ever got better than "focus follows screen you are looking at" due to various issues with properly figuring out where your eyes are focused either....I didn't have a lot of interaction with them >_> |
| 15:59 |
hbrennan |
I know it's possible. I was a psych major and many experiments require knowing where eyes are looking. I think it requires something attached to your head though :) |
| 15:59 |
tsbere |
They were using cameras mounted in fixed positions |
| 16:01 |
hbrennan |
Until I receive such a set-up, guess I'll try paying more attention to where my cursor is |
| 16:01 |
krvmga |
kmlussier: currently Auto-Override Permitted Hold Blocks (Patrons) has no context or value in our system. |
| 16:02 |
kmlussier |
krvmga: You'll want to set it to True. |
| 16:02 |
krvmga |
kmlussier++ |
| 16:19 |
krvmga |
why would downloading checkout history as a csv result in a 0 byte file? |
| 16:22 |
tsbere |
krvmga: Because that is an A/T based task and it timed out waiting? |
| 16:23 |
Dyrcona |
I have it on my list of things to fix. |
| 16:23 |
Dyrcona |
Downloading my lists can have the same result. |
| 16:28 |
|
Sato`kun joined #evergreen |
| 16:31 |
krvmga |
Dyrcona: i'm wondering if the time out is a function of how big the history list is. |
| 16:31 |
Dyrcona |
That, and going through action-trigger. |
| 16:33 |
krvmga |
Dyrcona: has this been noted as a bug in launchpad. i would guess it has. |
| 16:35 |
Dyrcona |
Yep. lp 1208875 |
| 16:35 |
pinesol_green |
Launchpad bug 1208875 in Evergreen "OPAC: My Account: Download Checkout History CSV breaks when there are a large number of items in the history" (affected: 4, heat: 20) [Medium,Confirmed] https://launchpad.net/bugs/1208875 |
| 16:35 |
Dyrcona |
You might find who submitted it to be very interesting. ;) |
| 16:37 |
|
frank_____ joined #evergreen |
| 16:38 |
frank_____ |
hi all, I am trying to run the version-upgrade/2.5.3-2.6.0-upgrade-db.sql script but I am getting this cannot ALTER TABLE "record_entry" because it has pending trigger events |
| 16:38 |
frank_____ |
how could I solve it |
| 16:38 |
frank_____ |
? |
| 16:41 |
|
Sato`kun joined #evergreen |
| 16:44 |
phasefx |
frank_____: you may need to cut that script up |
| 16:47 |
|
mrpeters left #evergreen |
| 16:48 |
krvmga |
Dyrcona: i just looked at who submitted it. Clearly, someone is masquerading as me. |
| 16:48 |
krvmga |
lol |
| 16:48 |
phasefx |
interesting, I expected for that upgrade script to be in master, but it's not |
| 16:48 |
krvmga |
it was submitted by Alterjim from bizarro world |
| 16:49 |
frank_____ |
so, phasefx is not necesary ALTER TABLE "record_entry"? |
| 16:49 |
dbwells |
phasefx: that's my fault, sorry |
| 16:49 |
Dyrcona |
frank_____: No, its necessary, but it needs to happen elsewhere. |
| 16:50 |
dbwells |
phasefx: I like to wait for at least one "it works" before pushing it upstream, but I never got one :) |
| 16:50 |
dbwells |
phasefx: I'll do it now, even though, at least in some circumstance, it doesn't work |
| 16:51 |
frank_____ |
What should I do to solve it? |
| 16:51 |
phasefx |
frank_____: one strategy might be to use grep block_check\(\' 2.5.3-2.6.0-upgrade-db.sql to get the individual version numbers out of the script.. and then in the ../upgrade/ directory, run each of those corresponding scripts individually, in order |
| 16:52 |
phasefx |
so for example, the first line from that grep will be SELECT evergreen.upgrade_deps_block_check('0851', :eg_version); |
| 16:52 |
phasefx |
and in ../upgrade, there will be a file called 0851.function.remove_extra_utf8_decodes.sql |
| 16:53 |
phasefx |
dbwells: you know, shame on me, but I've run into that error of frank's before and just worked around it without bugging it |
| 16:54 |
dbwells |
phasefx: We also had a similar kind of problem with the 2.5 upgrade script, but I could never reproduce it. |
| 16:54 |
* phasefx |
is just in the habit of breaking up the upgrade scripts automagically and running the individual components |
| 16:54 |
dbwells |
frank_____: In the interest of trying to solve this for all, would you be willing to try a different upgrade script if I post it somewhere? |
| 16:55 |
|
Pigimi joined #evergreen |
| 16:55 |
frank_____ |
dbwells: of course |
| 16:56 |
dbwells |
frank_____: ok, thanks, give me minute or two |
| 16:56 |
frank_____ |
sure |
| 16:57 |
phasefx |
dbwells++ frank_____++ |
| 17:00 |
Pigimi |
hello, I am trying to install openSRF 2.3 for Evergreen on Ubuntu 14.04 I am currently at the step 'make install' to install opensrf but I get an error regarding apxs2. Please note that I have apache2 the new version 2.4 as well apache2 mpm prefork. I hope someone can help me with this information |
| 17:01 |
Pigimi |
here's the error message I get /bin/mkdir -p `/usr/bin/apxs2 -q LIBEXECDIR` /bin/mkdir: missing operand Try '/bin/mkdir --help' for more information. make[3]: *** [install-exec-local] Error 1 make[3]: Leaving directory `/home/library/opensrf/opensrf-2.3.0/src/gateway' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/home/library/opensrf/opensrf-2.3.0/src/gateway' make[1]: *** [install-recursive] Error 1 make[1]: Leav |
| 17:02 |
bshum |
Pigimi: For the time being, you may want to try installing OpenSRF/Evergreen on Ubuntu 12.04 |
| 17:02 |
bshum |
The make targets for 14.04 are still being worked on. |
| 17:03 |
bshum |
That was recently released and the Evergreen developers are still working on getting all the issues worked out. |
| 17:04 |
bshum |
For the time being, 12.04 is the latest LTS that is expected to work with Evergreen / OpenSRF. |
| 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 |
| 17:15 |
dbwells |
frank_____: Ok, that's good, thanks for the report. The notices are by design. |
| 17:15 |
frank_____ |
yes, dbwells thanks for your help |
| 17:16 |
|
mtate joined #evergreen |
| 17:16 |
frank_____ |
Do I have to run a reingest after that? |
| 17:17 |
dbwells |
frank_____: yes |
| 17:17 |
frank_____ |
what script do I have to run? I mean, which file? |
| 17:20 |
dbwells |
frank_____: There's more than one way to do it. The notice at the end of the upgrade script suggests one possible way, but it might not be your best option depending on individual circumstances. |
| 17:21 |
Pigimi |
I would like to ask if openSRF readme file has been updated for the new apache version 2.4? |
| 17:21 |
|
mmorgan left #evergreen |
| 17:31 |
Pigimi |
thanks for your help |
| 17:46 |
pinesol_green |
[evergreen|Dan Wells] Forward-port 2.6.0 version upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bcf542d> |
| 17:50 |
|
Dyrcona joined #evergreen |
| 17:54 |
ktomita |
When updating bib records with this setting enabled, ingest.metarecord_mapping.skip_on_update, what must be done to redo the metarecord mapping after? |
| 17:56 |
pinesol_green |
[evergreen|Dan Wells] Preserve script version from 2.6.0 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=82a6569> |
| 17:59 |
pinesol_green |
[evergreen|Dan Wells] Move authority.record_entry trigger changes out of transaction - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0c159df> |
| 19:32 |
|
dcook joined #evergreen |
| 19:40 |
|
kmlussier joined #evergreen |
| 19:56 |
|
bbqben joined #evergreen |
| 23:35 |
|
zerick2 joined #evergreen |
