| Time |
Nick |
Message |
| 06:44 |
|
sarabee joined #evergreen |
| 07:15 |
|
Callender joined #evergreen |
| 07:24 |
|
graced joined #evergreen |
| 07:27 |
|
ericar joined #evergreen |
| 07:45 |
|
krvmga joined #evergreen |
| 07:51 |
|
jboyer-isl joined #evergreen |
| 07:52 |
|
mrpeters joined #evergreen |
| 08:09 |
|
rjackson_isl joined #evergreen |
| 08:11 |
|
collum joined #evergreen |
| 08:27 |
|
Shae joined #evergreen |
| 08:35 |
|
rlefaive joined #evergreen |
| 08:58 |
|
Callender joined #evergreen |
| 09:12 |
|
Callender joined #evergreen |
| 09:26 |
|
maryj joined #evergreen |
| 09:26 |
* csharp |
tests dbs 's approach to bug 1206936 but is still seeing the wrong last_billing_note and last_billing_type for his original example |
| 09:26 |
pinesol_green |
Launchpad bug 1206936 in Evergreen "money.transaction_billing_summary view displays incorrect billing_type and billing_note for the actual last transaction" [High,Triaged] https://launchpad.net/bugs/1206936 |
| 09:26 |
|
drigney joined #evergreen |
| 09:27 |
csharp |
I'm wondering if the problem is that the older data in money.materialized_billable_xact_summary is what's wrong there (which would be a separate bug, probably) |
| 09:27 |
csharp |
(the example data is from 2010) |
| 09:27 |
|
jyorio joined #evergreen |
| 09:28 |
csharp |
so I'm trying to find more recent examples |
| 09:31 |
csharp |
huh - so far the more recent examples look okay |
| 09:33 |
|
yboston joined #evergreen |
| 09:39 |
csharp |
yep, I'll confirm that it works. I'll put a branch together based on dbs 's example from miker |
| 09:48 |
|
sbrylander joined #evergreen |
| 10:21 |
* dbs |
is happy that dbs of the past is still contributing fruitfully |
| 10:22 |
csharp |
past_dbs++ |
| 10:23 |
* csharp |
often sees that the csharp of the past left a whole bunch of things unfinished ;-) |
| 10:29 |
dbs |
csharp: I think that goes for all of us! |
| 10:29 |
dbs |
csharp++ |
| 10:37 |
|
drigney joined #evergreen |
| 10:42 |
|
Dyrcona joined #evergreen |
| 10:43 |
|
jyorio joined #evergreen |
| 10:43 |
dbs |
fwiw, I just noticed that we only put $1,000 into our primary funding source, and have allocated about $2,000,000. heh. |
| 10:43 |
dbs |
so bug 1175400 is relevant :) |
| 10:43 |
pinesol_green |
Launchpad bug 1175400 in Evergreen "ACQ: Possible to Over-allocate from a Funding Source" [High,Confirmed] https://launchpad.net/bugs/1175400 - Assigned to Liam Whalen (whalen-ld) |
| 10:45 |
|
mmorgan joined #evergreen |
| 10:47 |
|
mllewellyn joined #evergreen |
| 10:47 |
|
mmorgan1 joined #evergreen |
| 10:48 |
* Dyrcona |
has been having trouble getting into freenode this morning. |
| 10:49 |
* mmorgan1 |
has also had trouble connecting. |
| 10:50 |
|
jihpringle joined #evergreen |
| 10:51 |
|
mmorgan1 left #evergreen |
| 10:53 |
|
mmorgan joined #evergreen |
| 10:56 |
|
pastebot joined #evergreen |
| 11:04 |
|
mrpeters joined #evergreen |
| 11:05 |
bshum |
Dyrcona: mmorgan: I think freenode was having some DDOS attack issues over the holidays |
| 11:05 |
bshum |
Maybe things aren't fully calmed |
| 11:05 |
Dyrcona |
bshum: I think it might still be going on. |
| 11:06 |
|
vlewis joined #evergreen |
| 11:11 |
|
maryj joined #evergreen |
| 11:13 |
gsams |
Anyone work with OCLC to setup Z3950 over ssl for their NRE service? The process they use to verify items are there for ILL? |
| 11:21 |
gmcharlt |
gsams: I have not, but I look forward to your success |
| 11:22 |
gmcharlt |
is this something that OCLC already supports, or something that you're trying to nudge them to support? |
| 11:23 |
gsams |
Well, it sounds like they don't. My rep has put in an enhancement request, but there are no guarantees when or if it will be done. |
| 11:23 |
|
akilsdonk joined #evergreen |
| 11:23 |
gsams |
I'll need an alternative in the meantime I suppose |
| 11:24 |
gsams |
I'm not sure what I could do that would work now that I've made changes. |
| 11:24 |
gmcharlt |
gsams: a thought occurrs - if they support SRU for that purpose, you could get HTTPS for free |
| 11:28 |
gsams |
gmcharlt: that is a thought I had not thought on! |
| 11:35 |
Dyrcona |
I don't get the rush for ssl with z39.50. |
| 11:36 |
Dyrcona |
Unless you're sending credential back and forth, there's really nothing private going on. |
| 11:36 |
Dyrcona |
TLS Everywhere, I s'pose. |
| 11:38 |
gmcharlt |
Dyrcona: TLS Everywhere is part of it; the other part is that search queries ought to be private (or at least secure from eavesdropping) |
| 11:38 |
gmcharlt |
in the case of OCLC pinging for item availability, that's not a big deal |
| 11:38 |
gmcharlt |
but for somebody running RefNotes or $RANDOM_Z_CLIENT, a slightly bigger deal on the patron privacy front |
| 11:42 |
Dyrcona |
How 'bout people realizing that the Internet is a public network? Always has been. |
| 11:42 |
Dyrcona |
But, anyway. |
| 11:42 |
Dyrcona |
I agree about TLS Everywhere. |
| 11:51 |
|
Shae joined #evergreen |
| 11:54 |
|
jyorio joined #evergreen |
| 12:12 |
|
Christineb joined #evergreen |
| 12:14 |
krvmga |
can i restart just one open-ils service or do i have to restart them all to restart one? |
| 12:15 |
Dyrcona |
You can normally restart just one. |
| 12:15 |
Dyrcona |
I do it all the time. |
| 12:15 |
Dyrcona |
Sometimes, you have to restart more than one. |
| 12:16 |
Dyrcona |
For instance, add a marc template to config, it's best to restart opensrf.settings and open-ils.cat. |
| 12:37 |
krvmga |
Dyrcona++ |
| 12:37 |
krvmga |
gmcharlt++ |
| 12:44 |
|
maryj joined #evergreen |
| 12:44 |
csharp |
hmm - I'm trying to get the PATRON_IN_COLLECTIONS standing penalty to be visible in the staff client, but what I'm trying isn't working :-/ |
| 12:45 |
csharp |
I set staff_alert to true, no dice - I then set org_depth to 0, but still nothing |
| 12:48 |
* csharp |
investigates actor.calculate_system_penalties() |
| 12:48 |
tsbere |
csharp: org_depth will only change new entries, assuming it isn't overridden by whatever sets it |
| 12:49 |
csharp |
ah - that helps |
| 12:49 |
tsbere |
csharp: I would start by checking what org unit your test is already set at. Change that to 1 (or the top of your tree if that isn't 1) to force it to show up everywhere. |
| 12:52 |
csharp |
I thought that's what 0 was doing - "all PINES libraries" is "0" for is |
| 12:53 |
csharp |
s/is/us/ |
| 12:53 |
jeff |
you have an actor.org_unit row with id = 0? |
| 12:53 |
jeff |
or do you mean 0 as "depth"? |
| 12:54 |
csharp |
jeff: 0 is depth here, I think |
| 12:54 |
csharp |
if it's consistent with other uses of "depth" in EG |
| 12:56 |
jeff |
i'm fairly certain tsbere was recommending that you set the org_unit value of your test row in actor.usr_standing_penalty to be the id of the org that is top of tree, which in most systems (and i think PINES also) is 1. |
| 12:57 |
tsbere |
csharp: What jeff said. As I pointed out, changing the depth on the penalty type will, at best, only apply to future applications |
| 12:57 |
csharp |
ah - I see |
| 12:57 |
csharp |
okay - lemme try something |
| 12:59 |
csharp |
I see, it's working from the workstation OU |
| 12:59 |
tsbere |
csharp: Also, calculate_system_penalties won't help, as far as I can tell, as that is set by the Collections module only. Depth will be obeyed, though. |
| 12:59 |
jeff |
The call for putting a patron into collections accepts a shortname as a location argument, and uses that to fetch the org id, and uses that org id for the penalty. It does not use the depth from the penalty's def. |
| 13:00 |
tsbere |
jeff: Yes, it does, indirectly. open-ils.actor.user.penalty.apply will get the ancestor at the penalty depth during create. |
| 13:00 |
jboyer-isl |
csharp: you might want to check with Unique (or whichever collections agency you're using) to make sure they don't need that penalty to be "set" by the library that sends them. |
| 13:00 |
csharp |
I created the penalties manually in a batch - there were patrons in money.collections_tracker without the standing penalty applied |
| 13:00 |
jeff |
tsbere: ah! thanks. |
| 13:01 |
jboyer-isl |
(It's entirely possible they track this some other way, I've only looked at Collections enough to fix 1 bug a while ago.) |
| 13:01 |
csharp |
jboyer-isl: yeah - I asked them a while back and they said they only see the tracker, not the penalties |
| 13:01 |
csharp |
(Unique) |
| 13:02 |
jeff |
ah, yep. there it is. tsbere++ |
| 13:02 |
csharp |
so org_unit in actor.usr_standing_penalty needs to be "1" (PINES) to be visible everywhere? |
| 13:02 |
jeff |
i should have kept going. |
| 13:02 |
tsbere |
csharp: Yes. And you should set depth to 0 on the penalty type so it gets set to that by default. |
| 13:02 |
jeff |
csharp: yes. |
| 13:03 |
csharp |
tsbere: excellent |
| 13:03 |
csharp |
jeff: thanks |
| 13:03 |
csharp |
thanks to both of you |
| 13:03 |
csharp |
tsbere++ jeff++ jboyer-isl++ |
| 13:03 |
|
bmills joined #evergreen |
| 13:22 |
|
sandbergja joined #evergreen |
| 13:23 |
|
Bmagic joined #evergreen |
| 13:23 |
|
hopkinsju joined #evergreen |
| 13:26 |
|
ldw joined #evergreen |
| 13:28 |
|
eady joined #evergreen |
| 13:28 |
Bmagic |
Is the patron mailing address exposed to the receipt template ? |
| 13:30 |
tsbere |
Bmagic: That would depend on the receipt the template is for, I think. |
| 13:31 |
Bmagic |
checkout, items out and renew |
| 13:31 |
|
Callender joined #evergreen |
| 13:33 |
tsbere |
Bmagic: At this point I can't find anything that makes it show up, but that doesn't mean it doesn't. Just means I can't find it. |
| 13:34 |
Bmagic |
gotcha, thanks for looking! |
| 13:35 |
* tsbere |
would have to dig through the appropriate code points to take a closer look |
| 13:36 |
tsbere |
Bmagic: I suspect renew is a no-go on that one though, if only because there may be a different patron per item. |
| 13:46 |
|
_bott_ joined #evergreen |
| 13:54 |
|
jihpringle joined #evergreen |
| 13:55 |
Bmagic |
tsbere: interesting, I never thought of a scenario where the receipt would be for more than one patron. I did find this file staff_client/chrome/content/util/print.js - seems to have all of the variables and how they are decoded |
| 13:55 |
Bmagic |
I don't see anything for patron addresses |
| 13:56 |
tsbere |
Bmagic: A lot of it comes from the columns in the interface you are printing as well |
| 14:04 |
|
vlewis_ joined #evergreen |
| 14:28 |
dbs |
Just had a question: "why does it say renewals = -1 for this item?" hoping my response of "THat means someone overrode the renewal limit when it was at zero" has a reasonable chance of being correct |
| 14:29 |
csharp |
dbs: yep, that's why |
| 14:29 |
gsams |
dbs: If it is renewals remaining is -1 then that is probably what happened. |
| 14:30 |
dbs |
possibly in a "Renew all" situation where that one wasn't intended, but nobody looks at the override messages anyway :/ |
| 14:31 |
Dyrcona |
Most likely staff just being "nice" or renewing their own things. |
| 14:33 |
Dyrcona |
But, yeah, no one reads dialogs, they just want them to go away. |
| 14:36 |
|
vlewis joined #evergreen |
| 14:36 |
Dyrcona |
The ones with -66 bother me, but I'm not the circulation police. |
| 14:46 |
Dyrcona |
StomproJosh++ |
| 14:48 |
pinesol_green |
[evergreen|Josh Stompro] LP#1519925 - Allow MARC Federated Search to search UPC index of local catalog. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2038e93> |
| 15:05 |
csharp |
@who *is* the Circulation Police? |
| 15:05 |
pinesol_green |
StomproJosh *is* the Circulation Police. |
| 15:12 |
|
Guest99574 left #evergreen |
| 15:13 |
Dyrcona |
@who is the Dream Police? |
| 15:13 |
pinesol_green |
maryj is the Dream Police. |
| 15:13 |
maryj |
yassssssss |
| 15:14 |
Dyrcona |
@who renewed the book 68 times. |
| 15:14 |
pinesol_green |
BigRig renewed the book 68 times. |
| 15:15 |
csharp |
@renew |
| 15:15 |
pinesol_green |
csharp: I'm sorry, Dave. I'm afraid I can't do that. |
| 15:15 |
Dyrcona |
That was perfect. |
| 15:15 |
Dyrcona |
pinesol_green++ |
| 15:15 |
Dyrcona |
prng++ |
| 15:16 |
dbs |
-66++ |
| 15:16 |
Dyrcona |
heh |
| 15:16 |
Dyrcona |
-66-- |
| 15:16 |
csharp |
@karma -66 |
| 15:16 |
pinesol_green |
csharp: Karma for "-66" has been increased 1 time and decreased 1 time for a total karma of 0. |
| 15:18 |
BigRig |
@who |
| 15:18 |
pinesol_green |
BigRig: (who [<channel>] <question>) -- Answers <question> with a random nick from <channel>. <channel> is only necessary if the message isn't sent in the channel itself. |
| 15:20 |
Dyrcona |
@who stole the cookie from the cookie jar? |
| 15:20 |
pinesol_green |
stole the cookie from the cookie jar. |
| 15:21 |
gmcharlt |
... Thereby breaking all EU cookie regulations |
| 15:24 |
Dyrcona |
heh |
| 15:24 |
bshum |
III-- |
| 15:24 |
bshum |
*big sigh* |
| 15:25 |
Dyrcona |
@karma III |
| 15:25 |
pinesol_green |
Dyrcona: Karma for "III" has been increased 0 times and decreased 9 times for a total karma of -9. |
| 15:55 |
Bmagic |
III-- |
| 16:06 |
|
jlitrell joined #evergreen |
| 16:14 |
Bmagic |
@karma iii |
| 16:14 |
pinesol_green |
Bmagic: Karma for "iii" has been increased 0 times and decreased 10 times for a total karma of -10. |
| 16:15 |
Bmagic |
I suppose the bot is case insensitive |
| 16:17 |
Dyrcona |
Bmagic: It is for most commands. |
| 17:00 |
|
vlewis_ joined #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 17:35 |
|
vlewis joined #evergreen |
| 17:47 |
Bmagic |
Is there a trick to get the web based staff client working on 14.04? Firewall or something. All the node/bower/grunt are installed and working as far as I can tell. Tests pass. Apache2-websockets is running. |
| 17:47 |
Bmagic |
domainname/eg/staff/ opens and shows the login |
| 17:47 |
berick |
https? |
| 17:48 |
Bmagic |
logging in, I see that there is a request for port 7682, which is attempted and timed out |
| 17:48 |
Bmagic |
berick: https -yes |
| 17:48 |
berick |
Bmagic: chrome or FF? |
| 17:48 |
Bmagic |
ff |
| 17:49 |
berick |
Bmagic: navigate to https://domain:7682/ |
| 17:49 |
berick |
if u get a cert warning, click through |
| 17:50 |
Bmagic |
I tired that, it just times out |
| 17:50 |
Bmagic |
it's like it's not listening |
| 17:50 |
Bmagic |
I have nothing in /var/log/apache2-websockets/* |
| 17:51 |
Bmagic |
oh, wait |
| 17:51 |
Bmagic |
here is something |
| 17:51 |
Bmagic |
/etc/init.d/apache2-websockets status - apache2 is not running |
| 17:52 |
Bmagic |
and it wont start, no logs, silent. I wonder if it's file permission |
| 17:52 |
berick |
Bmagic: use apache2ctl-websockets stop/start instead of init.d or service stop/start |
| 17:54 |
Bmagic |
ok there we go, that lead me to the issue |
| 17:54 |
Bmagic |
berick++ |
| 18:05 |
|
bmills joined #evergreen |
| 22:33 |
|
finnx joined #evergreen |
| 23:17 |
|
jeff__ joined #evergreen |
