| Time |
Nick |
Message |
| 01:48 |
|
StomproJ joined #evergreen |
| 07:19 |
|
rjackson_isl joined #evergreen |
| 07:47 |
|
agoben joined #evergreen |
| 08:12 |
|
dac joined #evergreen |
| 08:19 |
|
Dyrcona joined #evergreen |
| 08:36 |
|
mmorgan joined #evergreen |
| 08:48 |
|
bos20k joined #evergreen |
| 08:53 |
|
maryj joined #evergreen |
| 08:58 |
|
gsams joined #evergreen |
| 09:02 |
|
bos20k joined #evergreen |
| 09:09 |
StomproJ |
Good morning! Does anyone know off the top of their head what the difference between a "Staff-Generated Penalties/Messages" Note and Alert? Both seems to trigger an alert. Maybe that is a bug? |
| 09:10 |
mmorgan |
StomproJ: In my experience "Note" doesn't alert staff. |
| 09:11 |
mmorgan |
Note does put an aqua frame arount the patron's name |
| 09:12 |
tsbere |
StomproJ: More specifically, by default note doesn't alert staff. If someone messed with the configuration it may, though. |
| 09:12 |
|
kmlussier joined #evergreen |
| 09:12 |
StomproJ |
mmorgan, Hmm, by alert I mean that the "Stop" screen comes up and shows the note when I scan a barcode into checkout. Maybe that isn't actually an alert though? |
| 09:13 |
tsbere |
StomproJ: Sounds like your config.standing_penalty row for "SILENT_NOTE" (id 21?) likely has staff_alert set to true instead of the default false? |
| 09:14 |
mmorgan |
StomproJ: Yes, a "note" does not by default bring up the stop sign screen. |
| 09:14 |
StomproJ |
tsbere++ mmorgan++ thanks, I'll fix our system. |
| 09:15 |
tsbere |
StomproJ: Also, in the staff client Admin->Local Admin->Standing Penalties if you don't want to fire up DB access |
| 09:15 |
|
collum joined #evergreen |
| 09:19 |
StomproJ |
tsbere, that was it, I wonder why it was setup like that? I should probably check to see what kind of data was migrated there from Millennium. |
| 09:21 |
kmlussier |
Top o' the Morning #evergreen. |
| 09:22 |
jeff |
good morning! |
| 09:23 |
|
jwoodard joined #evergreen |
| 09:25 |
StomproJ |
Hmm, looks like all our old patron alerts got migrated as standing penalty notes, that would explain it, I guess I'll be leaving that at is. |
| 09:28 |
jeff |
another option would be to update the pre-migration standing penalty entries to be the type you prefer, and then change the config so that the "note" type does what you prefer. |
| 09:30 |
|
jvwoolf joined #evergreen |
| 09:30 |
StomproJ |
jeff, I think it might be clearer to be able to say, anything entered here "Messages" will alert. If you want to add a note, use the Other->Notes. |
| 09:30 |
StomproJ |
Rather than have two locations for notes that don't alert. |
| 09:31 |
* Dyrcona |
just got bizarre errors from git, so it logging out of his laptop to unmount his home partition and check it for errors. |
| 09:32 |
jeff |
StomproJ: ah, the older "Notes" (not standing penalties / messages) is in my mind old and dead. |
| 09:32 |
jeff |
though we still have data there, for the most part we don't enter new things there. |
| 09:32 |
jeff |
although, i think at least one part of Evergreen still does -- collections. I could be wrong. |
| 09:34 |
* jeff |
makes note to check |
| 09:35 |
tsbere |
StomproJ: Benefit of standing penalty "notes" is that, if configured correctly, they can be global or system/branch specific. The other "Notes" interface is always global... |
| 09:35 |
StomproJ |
jeff, "notes" does have some things going for it though. Ability to create patron visible notes that show up in the message center? It seems like it would also be possible to automatically generate an email from a Patron Visible note also. |
| 09:36 |
jeff |
StomproJ: oh, did the new Message Center feature make use of Notes? |
| 09:37 |
StomproJ |
jeff, yes, if you add a patron visible note it shows up as a message to the customer. You can see the message stats for the note (Read date, deleted) |
| 09:40 |
StomproJ |
tsbere, We haven't run into issues with note/penalty scope yet so I haven't considered that. Our EG system is setup for two regional library systems, most users that go from branch to branch are within the same system. |
| 09:41 |
tsbere |
StomproJ: We have set the default block/alert/note to "global" (depth 0) and made custom "System Level" versions (depth 1) so that libraries can choose which level. |
| 09:41 |
tsbere |
StomproJ: Without depth values I think staff ones get added branch level.... |
| 09:44 |
jeff |
Ah, interesting. I see what the upgrade scripts did with actor.usr_message and actor.usr_note |
| 09:45 |
jeff |
StomproJ++ for giving me an excuse to look into that |
| 09:49 |
StomproJ |
Hmm, so when a patron visible note is created, it creates a actor.usr_message which includes the staff circ location as the context org unit, so the usr_message version is scoped so to speak. |
| 09:52 |
mmorgan |
StomproJ: If I recall that doesn't limit where the message displays in the message center viewed by staff. Just an ownership stamp, really. |
| 09:53 |
mmorgan |
I take that back, I guess, now that I'm looking at it. |
| 09:56 |
|
Dyrcona joined #evergreen |
| 09:57 |
Dyrcona |
And now, I remember one of the reasons that I always used to use a separate partiton for /home.... |
| 09:59 |
Dyrcona |
You can't safely fsck a mounted volume, and you can't unmount / if you want to run fsck, so I need to make a recovery disk. |
| 10:00 |
Dyrcona |
I ain't got time for that, so at the risk of having corrupted files, I continue with testing my 2.9.5 to 2.10.7 upgrade. |
| 10:28 |
StomproJ |
Ahhhahh, my memcache server is hitting a openvz tcprcvbuf limit, causing connections to fail. |
| 10:31 |
* Dyrcona |
uses kvm, so wouldn't know about that. :P |
| 10:34 |
StomproJ |
Proxmox has moved away from openvz, so I won't use it in the future either. |
| 10:35 |
Dyrcona |
First I've heard of them. |
| 10:36 |
* Dyrcona |
waits on the make_release i18n dance. |
| 10:42 |
|
kmlussier joined #evergreen |
| 10:58 |
dbs |
StomproJ: hmm, where do you see evidence of connections like that failing? |
| 10:58 |
dbs |
always good to add another system debugging card to the deck of tricks... |
| 11:00 |
StomproJ |
dbs, are you useing openvz? In each vm there is a /proc/user_beancounters file that shows the values of the variou limits that openvz lets you set. There is a failcount column that shows how many times a limit has been hit. |
| 11:06 |
* Dyrcona |
investigates to see if he should be concerned about: psql:2.9.5-2.10.7-upgrade-db.sql:5082: NOTICE: constraint "usr_circ_history_target_copy_fkey" of relation "usr_circ_history" does not exist, skipping |
| 11:09 |
kmlussier |
Dyrcona: http://irc.evergreen-ils.org/evergreen/2016-03-30#i_239285 |
| 11:10 |
Dyrcona |
I've got bigger problems than that. |
| 11:11 |
Dyrcona |
make_release doesn't work for any two arbitrary releases. |
| 11:11 |
Dyrcona |
The actor.usr_circ_history table was not created. |
| 11:11 |
Dyrcona |
I'm going to have make this upgrade script by hand. |
| 11:12 |
Dyrcona |
Also, it's missing from the C/W MARS training database that someone else upgraded to 2.10 in August. |
| 11:13 |
Dyrcona |
Ah. It's action.usr_circ_history. |
| 11:14 |
Dyrcona |
Stupid me. :) |
| 11:14 |
* dbs |
breathes a sigh of relief |
| 11:14 |
Dyrcona |
And, there it is in both places. |
| 11:14 |
Dyrcona |
I should look harder next time. :) |
| 11:15 |
Dyrcona |
Ok, so my upgrade script does work. |
| 11:15 |
kmlussier |
heh |
| 11:16 |
Dyrcona |
It's pretty fast when there's next to no data, too. |
| 11:16 |
Dyrcona |
:) |
| 11:33 |
Dyrcona |
Ok. I just need to get some files from someone else, it looks like. |
| 12:08 |
|
jihpringle joined #evergreen |
| 12:10 |
|
sandbergja joined #evergreen |
| 12:56 |
|
bmills joined #evergreen |
| 13:04 |
|
brahmina joined #evergreen |
| 13:21 |
jeffdavis |
Is NCIPServer considered stable and ready for general use these days? |
| 13:22 |
Dyrcona |
jeffdavis: Three sites are using it in production with a specific product. It lacks any form of documentation, other than a few comments. |
| 13:23 |
Dyrcona |
Stable, depends on your definition of stable. Ready for general use, No. |
| 13:23 |
jeff |
we (and a handful or two of other libraries) continue to use iNCIPit with a specific instance (MeLCat) of a specific product (INN-Reach) |
| 13:23 |
|
yboston joined #evergreen |
| 13:24 |
jeff |
i haven't looked recently to see if we could move to NCIPServer. |
| 13:24 |
kmlussier |
Dyrcona: Do you say 'no' to general use because it only works with one product at the moment? |
| 13:24 |
Dyrcona |
One of the fun things about NCIP, it turns out, is you can't really have a NCIP responder for "general" use, depending on the definition of general. |
| 13:24 |
Dyrcona |
kmlussier: Mostly that, and it will only ever work with one product. |
| 13:24 |
jeff |
you know what they say... once you've seen one NCIP implementation, you've seen one NCIP implementation. |
| 13:25 |
kmlussier |
ha! |
| 13:25 |
jeffdavis |
Which product does NCIPServer work with? |
| 13:25 |
Dyrcona |
Every vendor seems to implement different versions of different parts of the standard(s) with different expectations. |
| 13:25 |
kmlussier |
Dyrcona: That's unfortunate. I know the early hope was that it would plug into other products. So much for standards, I guess. |
| 13:25 |
kmlussier |
jeffdavis: Autographics |
| 13:25 |
Dyrcona |
Library standards usually aren't. |
| 13:26 |
jeffdavis |
kmlussier: thx |
| 13:26 |
Dyrcona |
I was going to look up which Autographics product, but they're the vendor, yeah. |
| 13:29 |
jeffdavis |
So, fair to say that NCIPServer uses NCIP v2, IMP1, but currently works with a specific Autographic product and may need some development to work with other products due to everyone implementing NCIP differently? |
| 13:30 |
jeffdavis |
Likewise, iNCIPit talks NCIP v1 and is designed for jeff's specific use case? |
| 13:30 |
Dyrcona |
jeffdavis: Other than I'd be inclined to say you should probably write a whole different responder to work with a different vendor, yeah. :) |
| 13:31 |
jeffdavis |
One thing that prompted the question was a library considering EG who said "Does EG support NCIP or shall we write our own?" |
| 13:31 |
Dyrcona |
iNCIPit is intended to work with INN-Reach, but it is most useful if you're part of MELCAT. |
| 13:31 |
jeffdavis |
So I guess the answer to their question is "yes" :) |
| 13:32 |
Dyrcona |
Yes is my default answer to either/or questions, unless both options are false. :) |
| 13:32 |
* Dyrcona |
drives his wife nuts. :) |
| 13:33 |
Dyrcona |
NCIP isn't a standard so much as it a smorgasboard of options. That's why "profiles" exist, though NCIPServer was not written to target any specific profile. |
| 13:34 |
Dyrcona |
I was given some documentation and "sample" messages. |
| 13:34 |
Dyrcona |
Spent several months coding, then got it to actually work with the vendor once testing starting. |
| 13:35 |
Dyrcona |
Changes have accrued while it is in production and real things happen. |
| 13:35 |
|
ssieb joined #evergreen |
| 13:35 |
* kmlussier |
feels sympathy for Dyrcona's wife. |
| 13:35 |
Dyrcona |
:) |
| 13:36 |
Dyrcona |
Her: "Do you want X or Y for dinner? " Me: "Yes!" |
| 13:36 |
Dyrcona |
I don't do it that often, just when I don't have a strong preference for X or Y. |
| 13:36 |
mmorgan |
Dyrcona: Do you want to take out the garbage or wash the dishes? |
| 13:37 |
Dyrcona |
No! |
| 13:37 |
Dyrcona |
:) |
| 13:37 |
mmorgan |
:) |
| 13:37 |
kmlussier |
mmorgan: You misspelled 'Go take out the garbage and wash the dishes.' |
| 13:38 |
berick |
heh |
| 13:38 |
Dyrcona |
jeffdavis: I do have a PDF somewhere with instructions for setting up NCIPServer for use with the MA Commonwealth Catalog. I could mail it to you if you're interested. |
| 13:38 |
berick |
logic gates! annoy your (friends && family) |
| 13:38 |
mmorgan |
kmlussier: Good point. A question mark snuck in there too. |
| 13:39 |
jeffdavis |
Dyrcona: thanks, that would be great! |
| 13:39 |
* Dyrcona |
usually takes out the garbage, and someone does the dishes when they need doing. :) |
| 13:40 |
jeffdavis |
We're not looking to try using NCIP right now, but it's a question that comes up fairly regularly when we talk to potential new members. Thanks all for the information. |
| 13:41 |
jeff |
at least one other library took iNCIPit as a base and modified it for their use case with some 2.x version of NCIP, but their branch is not something which I've been able to do much with. |
| 13:42 |
Dyrcona |
I s'pose this PDF would make a good start for a README if converted to asciidoc. The original is ODT. |
| 13:43 |
jeff |
it's listed as a fork off the main iNCIPit repo on github, and has two commits past current HEAD. the first commit is a doozy. |
| 13:44 |
jeff |
it looks like they had an old copy of iNCIPit, perhaps via email, and modified it, then committed that modified-from-ancient copy. |
| 13:44 |
jeff |
i tried to pull the changes apart but gave up. |
| 13:45 |
jeffdavis |
is that the MNPALS fork? |
| 13:45 |
jeff |
yes. |
| 13:46 |
Dyrcona |
I thought they started it? |
| 13:47 |
jeff |
started what? |
| 13:48 |
miker |
no, who started it |
| 13:48 |
miker |
what's the fork |
| 13:49 |
* miker |
sees this "who's on first" going nowhere and steps away |
| 13:49 |
jeff |
i was waiting to see if you'd monologue into the skit yourself. :-) |
| 13:56 |
jeff |
Now I place the request on the central server, whoever it is passes on the request, so the hold autoforwards to za001. DCB1 processes the item and throws the ItemShipped message to DCB3. DCB3 throws it to iNCIPit. iNCIPit throws it to Evergreen -- item in transit! |
| 13:57 |
jeff |
Now that's the first thing you've said right. |
| 13:57 |
jeff |
I DON'T EVEN KNOW WHAT I'M TALKIN ABOUT! |
| 14:01 |
jeffdavis |
jeff++ |
| 14:05 |
|
Christineb joined #evergreen |
| 14:21 |
Dyrcona |
Can someone see what's wrong with this: [% date.format(helpers.format_date(circ.due_date), '%A, %B %d, %Y') %] |
| 14:21 |
Dyrcona |
I put that in a template and it is erroring out with invalid date format, but that looks correct to me. |
| 14:22 |
Dyrcona |
I don't have a quick way to test it, unfortunately. |
| 14:27 |
berick |
Dyrcona: see if circ.due_date is null |
| 14:27 |
dbs |
is it an invalid input date perhaps? |
| 14:28 |
Dyrcona |
In every single courtesy notice for the past week? |
| 14:28 |
dbs |
oh yeah what berick said. |
| 14:28 |
berick |
Dyrcona: dunno, man, just offering :) |
| 14:28 |
Dyrcona |
Yeah. Thanks. :) |
| 14:29 |
Dyrcona |
I suppose I can change it back and see what happens. |
| 14:29 |
Dyrcona |
If that were the problem, I'd expect the original template to blow up, too. |
| 14:29 |
Dyrcona |
It has [% date.format(helpers.format_date(circ.due_date), '%Y-%m-%d') %] |
| 14:29 |
Dyrcona |
just a few lines lower. |
| 14:29 |
berick |
indeed |
| 14:30 |
Dyrcona |
I didn't touch the environment. I only updated the template. |
| 14:31 |
Dyrcona |
Ah.... I got it. |
| 14:31 |
Dyrcona |
I missed something. |
| 14:31 |
Dyrcona |
circ is null there. |
| 14:32 |
Dyrcona |
target.0.due_date should work. |
| 14:33 |
Dyrcona |
berick++ dbs++ bshum++ |
| 14:33 |
Dyrcona |
bshum mentioned it to me in private. |
| 14:33 |
berick |
aha |
| 14:33 |
Dyrcona |
About due date being null, not the circ being null. |
| 14:34 |
berick |
@eightball is bshum batman? |
| 14:34 |
pinesol_green |
berick: I doubt it very much. |
| 14:34 |
Dyrcona |
I realized my mistake when I noticed that the use of circ.due_date is in a loop. |
| 14:35 |
bshum |
pinesol_green is wise to keep its opinion to itself... |
| 14:35 |
pinesol_green |
bshum: I am only a bot, please don't think I'm intelligent :) |
| 14:35 |
pinesol_green |
bshum: Down time is a fact of business when you're a poor 501c3 corporation. |
| 14:38 |
* Dyrcona |
pines for a test environment. |
| 14:39 |
* jeff |
uses PINES for a test environment |
| 14:39 |
Dyrcona |
:) |
| 14:39 |
jeff |
(not really, but i couldn't let that pun opportunity go to waste) |
| 14:46 |
* jeff |
sends out a few emails in an attempt to gather iNCIPit forks |
| 14:46 |
Dyrcona |
Reading that PDF reminds me....Did I actually update the NCIPServer master branch from better_abstraction? |
| 14:47 |
Dyrcona |
I seem to recall doing that. |
| 14:47 |
Dyrcona |
Indeed, I did. |
| 14:48 |
Dyrcona |
jeffdavis: You can just clone the master NCIPServer repository and skip the checkout of better_abstraction in the instructions that I sent you. |
| 14:48 |
Dyrcona |
git://git.evergreen-ils.org/NCIPServer.git |
| 14:49 |
Dyrcona |
They're over a year old at this point. |
| 14:54 |
jeffdavis |
Dyrcona: noted -- thanks |
| 15:02 |
|
mmorgan1 joined #evergreen |
| 15:20 |
berick |
thanks, kmlussier. I would have forgotten all about parts (bug #1619703). |
| 15:20 |
pinesol_green |
Launchpad bug 1619703 in Evergreen "Support moving ACQ lineitems to alternate bib record" [Wishlist,New] https://launchpad.net/bugs/1619703 - Assigned to Bill Erickson (berick) |
| 15:21 |
kmlussier |
berick: All in the name of supporting my mission to generate more positive karma for parts. :) |
| 15:36 |
bshum |
@karma parts |
| 15:36 |
pinesol_green |
bshum: Karma for "parts" has been increased 1 time and decreased 1 time for a total karma of 0. |
| 15:37 |
csharp |
@karma karma parts |
| 15:37 |
pinesol_green |
csharp: Karma for "parts" has been increased 1 time and decreased 1 time for a total karma of 0. |
| 15:37 |
csharp |
@karma karma karma karma karma chameleon |
| 15:37 |
pinesol_green |
csharp: karma karma karma chameleon has neutral karma. |
| 15:38 |
berick |
chameleon++ |
| 15:40 |
csharp |
@who is using PINES as a test environment? |
| 15:40 |
pinesol_green |
Stompro is using PINES as a test environment. |
| 15:40 |
miker |
whew! I thought pinesol was about to rat me out... |
| 15:41 |
miker |
CRAP ... I said the quiet part loud again |
| 15:41 |
kmlussier |
@blame miker |
| 15:41 |
pinesol_green |
kmlussier: miker stole bradl's tux doll! |
| 15:41 |
csharp |
@blame inner monologues |
| 15:41 |
pinesol_green |
csharp: inner monologues musta been an Apple employee. |
| 15:41 |
berick |
wait, we're not supposed to be using PINES as a test environment? |
| 15:42 |
miker |
berick: define "supposed" .... |
| 15:42 |
miker |
also, define "test" |
| 15:42 |
berick |
hah |
| 16:13 |
Bmagic |
csharp: was it you who used the TTP-247 barcode printers for replacing barcodes during migration? |
| 16:19 |
|
jvwoolf joined #evergreen |
| 16:52 |
kmlussier |
We're getting some test failures on the purge-user-activity tests. http://testing.evergreen-ils.org/~live/test.html |
| 16:53 |
kmlussier |
And on the abort transity copy status live test. |
| 16:53 |
* kmlussier |
misses the twice daily test results that used to post in channel. |
| 16:57 |
csharp |
Bmagic: nope, not me |
| 16:57 |
Bmagic |
cool, no biggie |
| 17:01 |
csharp |
kmlussier: I see what's happening with the perl test - it's expecting the copy status to be "Reshelving" after transit abort and it's now "Canceled Transit" |
| 17:01 |
|
mmorgan joined #evergreen |
| 17:03 |
kmlussier |
csharp: Ah, ok. So is that the one Dyrcona did for his fix before your new feature went in? |
| 17:03 |
csharp |
right |
| 17:03 |
kmlussier |
heh, just saw my typo. transity |
| 17:04 |
|
mmorgan left #evergreen |
| 17:15 |
Bmagic |
Anyone have issues with missing items getting checked in, and triggering a transit, then arriving at the destination and getting the status of missing again? |
| 17:16 |
Bmagic |
And sometimes, the checkin action at the destination library triggers a transit to go right back to where it came from |
| 17:31 |
csharp |
Bmagic: the first example's supposed to happen - the transit stores the status it was in when it went into transit so it can resume that status when it gets to its destination |
| 17:32 |
csharp |
and the second problem can have multiple causes, including "checkout fills related hold"-type stuff (probably the most common) |
| 17:32 |
Bmagic |
csharp: right, I understand that part. Missing items are being reported as being on the pull list. Would the hold targeter target missing items? Perhaps it wasn't missing when the targeter ran? |
| 17:32 |
csharp |
oh - yeah, it shouldn't target missing copies |
| 17:33 |
csharp |
auditor.asset_copy_history might help know what happened |
| 17:36 |
csharp |
dbs: are you still managing buildbot/testing.evergreen-ils.org? |
| 17:36 |
* csharp |
would like to create a few new builders on mundungus |
| 17:40 |
dbs |
csharp: I might still be able to! |
| 17:41 |
dbs |
Trying to prep for a hands-on Angular 2 session that I'm supposed to be leading in 1.25 hours atm though |
| 17:41 |
csharp |
dbs: no prob - it will take a while to set up the VMs anyway |
| 17:41 |
csharp |
thanks! |
| 17:41 |
dbs |
Really should have carved out some time before... |
| 17:42 |
dbs |
Looks like my ssh key might have gone dead on testing.evergreen-ils.org |
| 17:43 |
csharp |
ok, I'll see if phasefx_ or miker or someone can get me going |
| 17:57 |
dbs |
gmcharlt used to be my partner in crime for testing.evergreen-ils.org |
| 17:58 |
|
jvwoolf left #evergreen |
| 18:03 |
gmcharlt |
dbs: send me the current one(s) and I'll get you set up again |
| 18:03 |
* gmcharlt |
goes poof, braves Atlanta traffic |
| 19:42 |
|
bmills1 joined #evergreen |
| 22:32 |
|
ssieb joined #evergreen |
