| Time |
Nick |
Message |
| 01:19 |
pinesol_green |
Showing latest 5 of 11 commits to Evergreen... |
| 01:19 |
pinesol_green |
[evergreen|Bill Erickson] LP#1596595 Targeter accepts a list of hold ID's - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dbcd6ec> |
| 01:19 |
pinesol_green |
[evergreen|Bill Erickson] LP#1596595 Targeter use child editor for settings - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=129a38b> |
| 01:19 |
pinesol_green |
[evergreen|Bill Erickson] LP#1596595 AOUS lookup batch by org id - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=85e73bc> |
| 01:19 |
pinesol_green |
[evergreen|Bill Erickson] LP#1596595 Targeter leverages batch AOUS lookups - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=895f8bd> |
| 01:19 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1596595: Stamping upgrade scripts for hold targeter refactoring - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=eee584e> |
| 01:43 |
pinesol_green |
[evergreen|Jason Boyer] LP1517137: Add Permissions Missing From Stock Data - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=06e1f29> |
| 01:43 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1517137: Release note entry for addition of missing permissions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7e590bd> |
| 01:43 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1517137: Stamping upgrade script for adding overlooked permissions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b3a6cba> |
| 01:59 |
pinesol_green |
[evergreen|Josh Stompro] LP#1494748 - Change pay fines link to a button & increase checkbox sizes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c222f68> |
| 01:59 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1494748: Decrease the input size on Firefox by a smidge - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ced1e6c> |
| 01:59 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1494748: Release notes entry for self check interface improvements - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f9f830e> |
| 05:00 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 07:21 |
|
kmlussier joined #evergreen |
| 07:24 |
kmlussier |
Good morning #evergreen! Happy DIG hackaway day! |
| 07:25 |
|
agoben joined #evergreen |
| 07:25 |
kmlussier |
And happy 2.12 feature freeze day! |
| 07:25 |
* kmlussier |
sees more test failures and wonders if she can break Evergreen even more today. |
| 07:33 |
kmlussier |
rhamby: Following up on our conversation last night, I have filed bug 1665626 |
| 07:33 |
pinesol_green |
Launchpad bug 1665626 in Evergreen "Need more metarecord groups in sample dataset" [Undecided,New] https://launchpad.net/bugs/1665626 |
| 07:38 |
phasefx |
kmlussier: one option may be to create the test data needed as part of the test. Some pros and cons to that, but I've tried it before with some things |
| 07:40 |
rhamby |
kmlussier: sounds good. It'll be something I can do tomorrow morning when the house is asleep :) |
| 07:41 |
kmlussier |
phasefx: Yeah, that would work too, but, either way, we should have so grouped records in the test dataset. It makes it easier to test metarecord things. |
| 07:41 |
phasefx |
kmlussier: yeah, you're right |
| 07:42 |
kmlussier |
Of course, the nice thing about making it part of the test is that you don't have to worry about the test data moving on you. On the other hand, the person who wrote the test is on vacation right now. :) |
| 08:02 |
kmlussier |
I just ran the hold targeter test that failed. It failed for me too, but I got different errors, all of which related to the metarecord hold. |
| 08:10 |
kmlussier |
I think I know what the problem is there. It's targeting metarecord 42, but with the change in parting, metarecord 42 probably is the master of a totally new record now. |
| 08:10 |
* kmlussier |
sees if she can trace it down. |
| 08:11 |
|
Stompro joined #evergreen |
| 08:12 |
|
Dyrcona joined #evergreen |
| 08:18 |
Dyrcona |
What was it Helmuth von Moltke said? "No plan survives first contact with the enemy." |
| 08:18 |
Dyrcona |
Something like that. |
| 08:18 |
* Dyrcona |
had to change plans for server updates Monday, 'cause not enough disk space free on the database server. |
| 08:18 |
Dyrcona |
So, we're staying on Pg 9.2 a bit longer....and that reminds me.... |
| 08:25 |
* Dyrcona |
may have to pg_dump and pg_restore, but I'm not ready for that on Monday. |
| 08:28 |
Dyrcona |
hmm.. Download the official OpenSRF 2.4.2 tarbal or make my own...? |
| 08:29 |
Dyrcona |
csharp: "I'm talking to myself in a monologue." |
| 08:29 |
Dyrcona |
Such a quotable song! |
| 08:32 |
Dyrcona |
@monologue |
| 08:32 |
pinesol_green |
Dyrcona: Your current monologue is at least 9 lines long. |
| 08:34 |
kmlussier |
My suspicion was wrong. The metarecord is pointing to the same bib in concerto now. |
| 08:38 |
Dyrcona |
Evergreen 2.9 is past its security release date. Should it be removed from the downloads page? |
| 08:38 |
kmlussier |
berick: Do you think you might have time today to look at 20-hold-targeter.t? This morning's test failed for hold 1 - http://testing.evergreen-ils.org/~live/test.24. |
| 08:38 |
kmlussier |
When I ran it on my VM, I didn't have trouble with that particular test, but I had errors with the test for hold 263. |
| 08:38 |
* kmlussier |
will past the output in a second. |
| 08:38 |
Dyrcona |
Also, I think the release date for 2.11 is wrong on the downloads page. |
| 08:39 |
kmlussier |
Dyrcona: yes. I noticed that yesterday but forgot to say something. |
| 08:39 |
kmlussier |
That is, I noticed that 2.9 was past the security date. |
| 08:39 |
Dyrcona |
That happened in December, IIRC. |
| 08:40 |
Dyrcona |
I don't pay much attention to the downloads page and forgot to mention it. |
| 08:40 |
kmlussier |
It did happen in December. I've been adding those dates to the dev calendar. |
| 08:40 |
Dyrcona |
I can remove it later, but I've got other things to do right now. |
| 08:40 |
kmlussier |
The 2.11 date is right, I think. It should be the date of the latest point release, right? |
| 08:41 |
Dyrcona |
Oh, yeah. Duh. |
| 08:42 |
Dyrcona |
I just noticed it was the same as 2.10 and thought that was wrong. |
| 08:42 |
Dyrcona |
Silly brain.... :) |
| 08:42 |
kmlussier |
berick: The output when I run that test is http://pastebin.com/DJr1L6z2 |
| 08:44 |
kmlussier |
That just leaves the web client build test. I'm not sure what's going on there. |
| 08:45 |
|
mmorgan joined #evergreen |
| 08:49 |
|
bos20k joined #evergreen |
| 09:15 |
|
afterl joined #evergreen |
| 09:15 |
kmlussier |
berick: Actually, ignore my output. Just realized I have the old hold targeter running in a cron job, which may have affected the test results? When I manually retargeted hold 263, I was left with 1 error. |
| 09:16 |
kmlussier |
It expected 22 mapped copies, but only got 21. 21 seems right to me since I only see 21 visible copies in the catalog. But I may be missing something. |
| 09:22 |
|
jvwoolf joined #evergreen |
| 09:23 |
gmcharlt |
oh, in case it wasn't obvious, I lift my hold on merging to rel_2_11 and rel_2_10 |
| 09:25 |
kmlussier |
:) |
| 09:28 |
kmlussier |
Starting my morning off right. Testing code that hasn't actually been loaded on the server I'm using. |
| 09:28 |
kmlussier |
@coffee |
| 09:28 |
* pinesol_green |
brews and pours a cup of La Esperanza Colombia Huila, and sends it sliding down the bar to kmlussier |
| 09:29 |
dbs |
kmlussier: that's your control group, right? :) |
| 09:29 |
gmcharlt |
@coffee kmlussier |
| 09:29 |
* pinesol_green |
brews and pours a cup of El Salvador La Montana Pacamara, and sends it sliding down the bar to kmlussier |
| 09:29 |
kmlussier |
dbs: Yes, that's right! It's all going according to plan. |
| 09:32 |
gmcharlt |
Dyrcona: kmlussier: do you recall whether plan is to have rel_2_10 go security-only upon release of 2.12? |
| 09:32 |
Dyrcona |
gmcharlt: That's usually how it works. |
| 09:32 |
kmlussier |
I have a wiki page to answer that question. |
| 09:32 |
Dyrcona |
More or less. |
| 09:33 |
kmlussier |
https://wiki.evergreen-ils.org/doku.php?id=dev:release_process:schedule |
| 09:33 |
gmcharlt |
OK, so one more release |
| 09:33 |
gmcharlt |
(I'm dealing with updating milestones in LP, hence my question) |
| 09:34 |
kmlussier |
Yes, looks like it. |
| 09:40 |
|
yboston joined #evergreen |
| 09:57 |
berick |
kmlussier: hey just to confirm, you are testing on a new concerto data set? |
| 09:58 |
berick |
kmlussier++ merging the midnight oil |
| 10:00 |
kmlussier |
berick: The only new thing I know of that has changed in the concerto data set is that some grouped records are no longer living in the same metarecord group. But it doesn't appear to affect the records in your tests. |
| 10:00 |
berick |
kmlussier: there's a concerto change in one of the hold targeter commits |
| 10:00 |
berick |
it adds a metarecord hold |
| 10:01 |
kmlussier |
berick: Yes, that's there. |
| 10:01 |
berick |
ok |
| 10:01 |
berick |
possible some parallel changes occurred that affect the test. kmlussier, I can revisit in a bit, after I deploy some security patches |
| 10:02 |
kmlussier |
berick: Great, thanks! Yes, secure your system first. :) |
| 10:02 |
kmlussier |
berick++ |
| 10:21 |
kmlussier |
Calling 1022 and 1023 |
| 10:27 |
|
mmorgan1 joined #evergreen |
| 10:31 |
|
collum joined #evergreen |
| 10:35 |
pinesol_green |
Showing latest 5 of 9 commits to Evergreen... |
| 10:35 |
pinesol_green |
[evergreen|Galen Charlton] LP#1117808: fix marcXml binding for egRecordBreaker - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2fe878c> |
| 10:35 |
pinesol_green |
[evergreen|Galen Charlton] LP#1117808: teach record bucket merge about merge profiles - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=42f56d3> |
| 10:35 |
pinesol_green |
[evergreen|Galen Charlton] LP#1117808: teach Z39.50 import about merge profiles - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e991dda> |
| 10:35 |
pinesol_green |
[evergreen|Galen Charlton] LP#1117808: release notes for New Access points for MARC Overlay - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a179a35> |
| 10:35 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1117808: Stamping upgrade scripts for extend use of merge profiles - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6c537fc> |
| 10:35 |
gmcharlt |
kmlussier: I'll be preparing a rebased version of the sprint-4-5 branch for merging shortly |
| 10:36 |
kmlussier |
gmcharlt: OK, I thought I loaded that one last night without any conflicts. |
| 10:37 |
gmcharlt |
ah, I'd just assumed |
| 10:37 |
gmcharlt |
regardless, I'd still like to rebase anyway so that webby has the overall latest and greatest |
| 10:37 |
kmlussier |
yes indeed |
| 10:37 |
kmlussier |
That one's on my list for today. |
| 10:38 |
kmlussier |
If somebody else doesn't beat me to it, that is. |
| 10:39 |
kmlussier |
Would anyone be willing to look at bug 1661747 for JBoyer today? |
| 10:39 |
pinesol_green |
Launchpad bug 1661747 in Evergreen "Add get_org_unit_ancestor_at_depth to action trigger reactor helpers" [Wishlist,New] https://launchpad.net/bugs/1661747 |
| 10:40 |
kmlussier |
Dyrcona: Did you ever get any sample ISBN's to test the czech added content module? |
| 10:41 |
Dyrcona |
kmlussier: Better than that. They sent me some MARC records, that I admittedly have not looked at, yet. |
| 10:41 |
Dyrcona |
I've been doing C/W MARS stuff this morning. |
| 10:41 |
kmlussier |
Dyrcona: Do you think you'll have a chance to look at it today? If not, maybe you can send them my way and I can give it a try. |
| 10:42 |
Dyrcona |
Yes, I was just about to say that I have all I need and should be able to look at it today. |
| 10:42 |
kmlussier |
Excellent! Dyrcona++ |
| 10:43 |
* Dyrcona |
fires up the vm and rebases the branch to check for conflicts. |
| 10:43 |
* kmlussier |
takes a look at bug 1661754 |
| 10:43 |
pinesol_green |
Launchpad bug 1661754 in Evergreen "Staff users should be prevented from marking a Long Overdue item Lost" [Undecided,Confirmed] https://launchpad.net/bugs/1661754 - Assigned to Kathy Lussier (klussier) |
| 10:44 |
* Dyrcona |
also waits for 2 tarballs to copy to 22 servers. |
| 10:45 |
miker |
Dyrcona: you don't want to just patch and rebuild libopensrf.so.2.1.1 once and throw that around? |
| 10:46 |
miker |
then a service and apache restart |
| 10:46 |
miker |
(and throw the O::U::Cache.pm around, too) |
| 10:46 |
Dyrcona |
Suppose I could, but I'm not a fan of that sort of thing. |
| 10:47 |
Dyrcona |
May sound strange, but I prefer to have the sources on each server as it was installed. |
| 10:50 |
Dyrcona |
So, I get a conflict in sumary.tt2, but I imagine that I can fix it. |
| 10:50 |
|
bmills joined #evergreen |
| 10:54 |
* dbs |
hopes that the Czechs get a little leniency / positive outcome on their first major contribution |
| 10:54 |
dbs |
If some rebasing is required I can pitch in, rather than another trans-atlantic cycle |
| 10:55 |
Dyrcona |
dbs: It was easy. |
| 10:55 |
Dyrcona |
A stray line needed to be remove is all. |
| 10:55 |
Dyrcona |
whitespace--- # and that goes for the programming language, too. |
| 10:56 |
gmcharlt |
butwithoutwhitespacwherewouldwebe? |
| 10:56 |
Dyrcona |
:) |
| 10:56 |
Dyrcona |
I was just about to increment it. |
| 10:56 |
dbs |
Dyrcona++ |
| 10:57 |
Dyrcona |
whitespace++ # what gmcharlt said. :) |
| 10:57 |
gmcharlt |
@karma whitespace |
| 10:57 |
pinesol_green |
gmcharlt: Karma for "whitespace" has been increased 1 time and decreased 0 times for a total karma of 1. |
| 10:57 |
dbwells |
pinesol doesn't know about the triple-minus operator. Few do. |
| 10:58 |
Dyrcona |
Everyone has been busy: |
| 10:58 |
kmlussier |
Oh, is that it? |
| 10:58 |
Dyrcona |
Your branch and 'origin/user/jkotrla/lp1624366-added_content_obalkyknih_2' have diverged, and have 102 and 2 different commits each, respectively |
| 10:58 |
Dyrcona |
I'm the king of typos. |
| 10:59 |
Dyrcona |
Maybe I meant an em dash? |
| 10:59 |
Dyrcona |
Working is my origin on my test vms for obvious reasons. |
| 10:59 |
Dyrcona |
So guess I'll install again. |
| 11:02 |
Dyrcona |
I just heard from Eva and it's OK to add the records that she sent to Concerto, so I'll add them with this branch when I push it later. |
| 11:03 |
* Dyrcona |
is confident the testing will be a success. |
| 11:03 |
Dyrcona |
Should I add the documentation as a release note, or will someone else take care of that? |
| 11:03 |
|
Christineb joined #evergreen |
| 11:05 |
kmlussier |
Dyrcona: Jane was going to take care of the documentation. |
| 11:06 |
Dyrcona |
OK. |
| 11:06 |
Dyrcona |
That's what I thought. |
| 11:07 |
kmlussier |
Dyrcona: If needed, I can add a brief release notes entry at the same time I add another release note that I forgot to do. |
| 11:07 |
Dyrcona |
Ok. I was just going to copy the email attachment into a file and commit it. |
| 11:08 |
* Dyrcona |
is gonna try vandelay on the vm, with 5 or so records, it should work, right? |
| 11:12 |
gmcharlt |
kmlussier: OK, collab/gmcharlt/webstaff-sprint-4-5 exists and is ready for review and merging into master |
| 11:15 |
Dyrcona |
You mean, I just rebuilt the browser staff client for nothing? |
| 11:29 |
|
khuckins_ joined #evergreen |
| 11:34 |
kmlussier |
Ooh! Something isn't looking good in the web client patron interface. I don't know if it's in master or is one of the branches I loaded. |
| 11:35 |
kmlussier |
Dyrcona: Did you say you just built the web client? |
| 11:36 |
Dyrcona |
Yeah, after rebasing the obalky branch and installing. I build the web client and xul client. |
| 11:36 |
Dyrcona |
I've been using the web client in a lot of my testing on my vm lately. |
| 11:36 |
gmcharlt |
Dyrcona: the branch is a little dusty (*cough* *hack*), but is there anything you still have out there would would benefit from mergin 939535? |
| 11:37 |
kmlussier |
I think the problems I'm seeing are related to a branch I haven't merged yet. |
| 11:37 |
Dyrcona |
gmcharlt: Not at the moment, and I forgot that I even did that. |
| 11:38 |
gmcharlt |
ok, I'll let it remain dusty for now (double-checking whether there's anything worth squeezing into OpenSRF 2-5-beta next week) |
| 11:38 |
kmlussier |
Woah! 2012 |
| 11:39 |
Dyrcona |
I'm not even sure what I used that for any more. Must have been some customization or application at MVLC. |
| 11:40 |
Dyrcona |
Maybe for 3.0, eh? |
| 11:40 |
gmcharlt |
yeah |
| 11:41 |
kmlussier |
Webby looks fine too, so I'll just focus on making sure I don't merge whatever broke my checkout screen. |
| 11:41 |
Dyrcona |
Maybe I'll check it out and take it for a spin. I'm probably more amenable to berick's suggestion today. |
| 11:42 |
gmcharlt |
speaking of OpenSRF 2.5-beta - I'll realize that simultaneously with the EG 2.12-beta release |
| 11:43 |
berick |
kmlussier: fyi, looking at hold tests. data has changed in a variety of ways. unclear how, since it was OK a few days ago. metarecord 42 picked up a record. bib 45 only has 21 in holdable locations, before it has 22. also, if I run the fill test suite, patrons pick up penatles that aren't there when running in isolation. (also seeing neg. balance test failures, not sure if that has any effect). |
| 11:43 |
berick |
more to follow.. |
| 11:43 |
Dyrcona |
I'll have to see if I can find my client code that used it. I probably do not still have it hanging around. |
| 11:44 |
kmlussier |
OK, I haven't seen any of the negative balance test failures. I ran the full suite of pgtap tests yesterday. |
| 11:44 |
Dyrcona |
Unless it's a branch at mvlc. |
| 11:44 |
berick |
kmlussier: perl live tests |
| 11:44 |
Dyrcona |
pgtap tests should not be a problem, IIRC. |
| 11:44 |
Dyrcona |
perl live tests mostly can only run once, then you have to reload the db. |
| 11:44 |
|
mmorgan joined #evergreen |
| 11:45 |
Dyrcona |
been a while since I ran all of the pgtap tests, though. |
| 11:45 |
Dyrcona |
that may have changed. |
| 11:45 |
kmlussier |
berick: Ah, ok. For some reason, I was thinking they were pgtap. But I didn't see any hiccups with negative balance tests in this morning's test results. |
| 11:45 |
berick |
it occurs to me if we don't enforce a leave-it-like-you-found-it policy on perl live tests, writing new tests is going to be painstakingly slow process |
| 11:46 |
berick |
rebuild db, run all tests, new test fails, start over, ... |
| 11:46 |
gmcharlt |
agreed |
| 11:46 |
Dyrcona |
But, I had a test that worked, then started failing after some other data/code was changed. IIRC, someone else ended up fixing it. |
| 11:46 |
Dyrcona |
Anyway, back to what I was doing. |
| 11:49 |
berick |
kmlussier: it's possible (nay, likely) my fines test failure was a result of running the live tests multiple times |
| 11:50 |
berick |
kmlussier: will confirm shortly |
| 11:52 |
kmlussier |
berick: As far as the changes in the metarecords, I don't have a good handle on how the sample data is built, but I wonder if my code that broke up the existing metarecord groups somehow threw off how the holdings were applied to the records. |
| 11:53 |
dbwells |
berick: when we wrote the negative balance tests, we also included a neg_bal_testing_reset.sql which might do what you need. |
| 11:57 |
dbwells |
berick: I think the main reason that doesn't just happen is that its awfully helpful to actually see the resulting test-generated data when it fails. I agree we should think about a better system or convention for that. |
| 11:58 |
berick |
dbwells: thanks |
| 11:59 |
Dyrcona |
Well, I think it would be hard to leave it like you found it with Perl tests that are doing backend calls. There's no undo mechanism for that, and a lot of things can't be deleted or undone, really. |
| 11:59 |
Dyrcona |
Bills could be paid, etc., but don't think they can be removed without gymnastics. :) |
| 12:00 |
dbwells |
yeah, the "reset" just deletes data above a certain id in certain tables. It isn't exactly future- or fool-proof by any stretch. |
| 12:08 |
kmlussier |
bug 1661754 seems more like a bug fix than new feature to me. Does anyone object to my backporting it? |
| 12:08 |
pinesol_green |
Launchpad bug 1661754 in Evergreen "Staff users should be prevented from marking a Long Overdue item Lost" [Undecided,Confirmed] https://launchpad.net/bugs/1661754 - Assigned to Kathy Lussier (klussier) |
| 12:11 |
berick |
dbwells: Dyrcona: yeah, i don't have any big plans. just some light griping. |
| 12:11 |
berick |
i'm going to avoi the issue for now by testing data that other scripts don't touch |
| 12:13 |
|
NawJo joined #evergreen |
| 12:18 |
miker |
kmlussier: I tend to agree. and I think there are policy decisions being made by the code that might not work for existing use cases (I have no hard examples, though) |
| 12:19 |
berick |
yeehaw, all tests pass now |
| 12:20 |
kmlussier |
berick++ |
| 12:22 |
berick |
kmlussier: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/lp1596595-hold-target-tests-update -- i took the liberty of tagging it w/ the same hold targeter LP # |
| 12:22 |
kmlussier |
miker: Thanks. I think there is general agreement that we would like to eventually see a full-featured resolution with bug 1562061 |
| 12:22 |
pinesol_green |
Launchpad bug 1562061 in Evergreen "Marking a Long Overdue transaction Lost adds a second bill to the patron record" [Undecided,New] https://launchpad.net/bugs/1562061 |
| 12:22 |
berick |
if you want a new LP, i can add one |
| 12:23 |
kmlussier |
berick: No, I think that's fine. I'll look at that one before I move on to NawJo's and bshum's rtl-support branch. |
| 12:23 |
berick |
cool, thanks |
| 12:27 |
|
jihpringle joined #evergreen |
| 12:28 |
kmlussier |
Actually, I think I need to test this on a clean database. |
| 12:31 |
pinesol_green |
[evergreen|Galen Charlton] LP#1662902: do not re-download EDI files that failed processing - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3573009> |
| 12:31 |
pinesol_green |
[evergreen|Bill Erickson] LP#1662902: do not re-download EDI files that failed parsing - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=82732c5> |
| 12:33 |
jeff |
"I think that's what he says, but I need to hear it on a Maxell." |
| 12:34 |
|
sandbergja joined #evergreen |
| 12:35 |
miker |
JBoyer: looking at bug 1661747 |
| 12:35 |
pinesol_green |
Launchpad bug 1661747 in Evergreen "Add get_org_unit_ancestor_at_depth to action trigger reactor helpers" [Wishlist,New] https://launchpad.net/bugs/1661747 - Assigned to Michele Morgan (mmorgan) |
| 12:36 |
miker |
wondering if it should return the org unit passed if $depth is null (or an invalid depth, generally), or should it return null to the caller |
| 12:39 |
|
b_bonner joined #evergreen |
| 12:41 |
kmlussier |
Ooh! Pretty - http://mlnc1.noblenet.org/eg/opac/home with arabic turned on. |
| 12:42 |
NawJo |
beautiful :) |
| 12:42 |
kmlussier |
NawJo++ |
| 12:42 |
NawJo |
thank you bshum |
| 12:42 |
NawJo |
thank you kmlussier |
| 12:45 |
Dyrcona |
NawJo++ |
| 12:47 |
JBoyer |
miker, just catching up. I was modeling it on the existing get_org_unit; though the wisdom of that may be up for debate. As I understand it you'll get an error and the whole thing falls over if you try anything too unusual, which I would be fine with. |
| 12:47 |
miker |
ok, I'll proceed with it as is, then. I have no problems responding to "Dr., it hurts when I do this" :) |
| 12:48 |
JBoyer |
But the most common use case will be an ou(_id) that comes straight from target[] and even if you pass the same depth that the ou is at you do still get an ou in return. |
| 12:48 |
JBoyer |
+1 |
| 12:50 |
|
brahmina joined #evergreen |
| 12:50 |
miker |
mmorgan: are you still actively working on bug 1661747? I was going to commit it... :) |
| 12:51 |
pinesol_green |
Launchpad bug 1661747 in Evergreen "Add get_org_unit_ancestor_at_depth to action trigger reactor helpers" [Wishlist,New] https://launchpad.net/bugs/1661747 - Assigned to Michele Morgan (mmorgan) |
| 12:51 |
mmorgan |
miker: Nope, grabbed it just a few minutes ago. Feel free to commit! |
| 12:52 |
miker |
thanks |
| 12:52 |
mmorgan |
miker++ |
| 12:52 |
miker |
done |
| 12:55 |
pinesol_green |
[evergreen|Jason Boyer] LP1661747: get_org_unit_ancestor_at_depth Helper - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b048818> |
| 12:55 |
pinesol_green |
[evergreen|Jason Boyer] Add Release Note for new helper - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cb37d04> |
| 12:58 |
bshum |
NawJo++ |
| 13:00 |
NawJo |
:) |
| 13:01 |
kmlussier |
LOL - https://twitter.com/gmcharlt/status/832621006191669248 |
| 13:04 |
kmlussier |
berick: All tests successful. Huzzah! |
| 13:10 |
berick |
@bartender #evergreen |
| 13:10 |
* pinesol_green |
fills a pint glass with Hitachino Nest Japanese Classic Ale, and sends it sliding down the bar to #evergreen (http://beeradvocate.com/beer/profile/697/16429) |
| 13:11 |
pinesol_green |
[evergreen|Bill Erickson] LP#1596595 Hold targeter Perl live test repairs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=86cce7f> |
| 13:11 |
Dyrcona |
So, stock concerto, should I have a record match set option in vandelay? |
| 13:11 |
Dyrcona |
Do I need to make one? |
| 13:12 |
kmlussier |
Dyrcona: I usually don't set one when I'm doing imports in testing. |
| 13:12 |
kmlussier |
Especially if I know they aren't in the stock data. I just select the option to import new records, and, if a matchpoint isn't set, it sees all the records as new. |
| 13:13 |
Dyrcona |
Well it says the value enterd is invalid, but I haven't tried importing. |
| 13:13 |
kmlussier |
It should work. I do it all the time. |
| 13:14 |
Dyrcona |
OK. thanks. i'll give it a whirl. |
| 13:14 |
jeff |
today in "if this query returns any results there's probably a story behind it": SELECT * FROM config.rule_circ_duration WHERE normal NOT BETWEEN shrt AND extended; |
| 13:17 |
Dyrcona |
kmlussier++ # It worked! I imported 7 Czech records. |
| 13:18 |
kmlussier |
Yay! |
| 13:18 |
Dyrcona |
And I get cover images! |
| 13:18 |
Dyrcona |
jabok_library++ |
| 13:19 |
Dyrcona |
Even has a URL: Digitalizovaný dokument |
| 13:19 |
kmlussier |
Huzzah again! |
| 13:20 |
Dyrcona |
So, I'll figure out how to add these to concerto after I do some more testing. |
| 13:21 |
Dyrcona |
Think I need to add copies and/or target the urls for opac testing, though. |
| 13:21 |
|
frank__ joined #evergreen |
| 13:22 |
kmlussier |
Calling 1024 and 1025 |
| 13:22 |
* Dyrcona |
thinks Prague in the Spring would make a nice setting for a Evergreen conference. |
| 13:23 |
* Dyrcona |
liked Prague when he visited. |
| 13:23 |
frank__ |
Hi all, I am migrating my EG production system to a new server, I am installing the 2.11.3EGv, but I am trying to access to the EG Opac login and it looks like the https is not working, I created the openssl certificate but it doesn't work, |
| 13:24 |
frank__ |
where should I look for? I mean, a log? |
| 13:24 |
Dyrcona |
frank__: Do yo get a warning about an invalid certificate in the browser? |
| 13:24 |
frank__ |
no, thats the problem, |
| 13:24 |
Dyrcona |
frank__: For server logs check in /var/log/apache2 or /var/log/syslog . |
| 13:25 |
Dyrcona |
frank__: /var/log/apache2 is a directory. If something's up with ssl should be messages in those logs about it. |
| 13:25 |
Dyrcona |
frank__: Also check that apache is running: ps ax | grep apache2 |
| 13:25 |
Dyrcona |
on the server command line |
| 13:26 |
frank__ |
yes, actually if I get into the Opac it works, I can´t find items, but if I try to loggin into the OPAC or into the staff client, it doesnt work |
| 13:26 |
frank__ |
sorry, I can find items |
| 13:27 |
JBoyer |
jeff, you have no idea. that Q returns probably 75%+ of our circ durations. It is my white whale. |
| 13:29 |
Dyrcona |
frank__: So, just https isn't working. Did you check the server logs? |
| 13:30 |
Dyrcona |
And, I thought all I had to do make a targeted url was add a valid $9 and save the record. I think I'm missing something. |
| 13:30 |
jeff |
JBoyer: only one here, and not long for this world. |
| 13:31 |
JBoyer |
jeff++ |
| 13:31 |
Dyrcona |
frank__: Is login not working but you're getting something if you go to the opac with https? |
| 13:32 |
JBoyer |
Dyrcona, are you searching at or below the location in the $9? They don't appear unless you are, even if there's another reason that the bib will appear. |
| 13:32 |
Dyrcona |
JBoyer: Yes, I think so, I added the $9 for BR1 and I search at Example Branch 1. |
| 13:33 |
frank__ |
Dyrcona: not, actually it looks like https is not working, I checked the server logs but their doesn´t share someting about |
| 13:33 |
JBoyer |
Yeah, that should be all you need to do then. Hmm. |
| 13:33 |
pinesol_green |
[evergreen|Nawras Othman] LP#1661661: Support for right-to-left (RTL) languages - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8e3750f> |
| 13:33 |
pinesol_green |
[evergreen|Ben Shum] LP#1661661: Fixing syntax in base.tt2 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=18122a6> |
| 13:33 |
pinesol_green |
[evergreen|Ben Shum] LP#1661661: Use new rtl field in config.i18n_locale - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0eb771e> |
| 13:33 |
pinesol_green |
[evergreen|Ben Shum] LP#1661661: Add release note about Arabic and RTL support in TPAC - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=179d730> |
| 13:33 |
Dyrcona |
frank__: I'm not sure then. Did you copy config files from an older version? |
| 13:33 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1661661: Stamping upgrade scripts for Arabic and right-to-left support - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2d3c5a7> |
| 13:33 |
kmlussier |
Dyrcona: indicators? |
| 13:33 |
Dyrcona |
4 1 |
| 13:34 |
kmlussier |
Dyrcona: Yeah, that should work. |
| 13:34 |
Dyrcona |
It shows up in the staff client, but staff client shows even untargeted urls. |
| 13:34 |
frank__ |
cd /home/opensrf/Evergreen-ILS-2.11.3 cp Open-ILS/examples/apache_24/eg_24.conf /etc/apache2/sites-available/eg.conf cp Open-ILS/examples/apache_24/eg_vhost_24.conf /etc/apache2/eg_vhost.conf cp Open-ILS/examples/apache/eg_startup /etc/apache2/ |
| 13:34 |
frank__ |
no, I copied this 3 files from 2.11.3v |
| 13:35 |
Dyrcona |
Ok, now it doesn't show up in the staff client even logged in at br1 and search br1. |
| 13:35 |
Dyrcona |
frank__: Not sure. You'll need to double check the configuration. |
| 13:35 |
jeff |
I'd be curious if anyone uses is_percent on config.rule_max_fine with a percent other than 100: SELECT * FROM config.rule_max_fine WHERE is_percent AND amount <> 100; |
| 13:35 |
Dyrcona |
frank__: Make sure the key is owned by and only readable by root. |
| 13:36 |
Dyrcona |
jeff: Someone used 150 recently, but I think that was an accident. |
| 13:36 |
jeff |
Dyrcona: hah! i wasn't being creative enough. |
| 13:37 |
jeff |
Dyrcona: presumably that didn't break? |
| 13:37 |
Dyrcona |
That would be a good way to make a little extra dough for the book fund. |
| 13:37 |
Dyrcona |
It worked, the fine was exactly 1.5 times the price. |
| 13:37 |
jeff |
bah. hate coming back to a set of notes and seeing "other things like " |
| 13:38 |
jeff |
i can ALMOST remember what i was thinking there. |
| 13:40 |
frank__ |
ok, letme re-check |
| 13:41 |
kmlussier |
Added NawJo to the contributors page for her first code contribution to Evergreen. Congrats NawJo! |
| 13:41 |
NawJo |
Thank you :) |
| 13:42 |
jeff |
NawJo++ |
| 13:42 |
kmlussier |
Meant to include the link to the contributors page - https://wiki.evergreen-ils.org/doku.php?id=contributing:contributors |
| 13:43 |
NawJo |
:) |
| 13:43 |
Dyrcona |
Can someone else check master to see if located URIs are broken? |
| 13:44 |
Dyrcona |
I'm not finding anything useful to tell me why this record doesn't come up. |
| 13:44 |
Dyrcona |
I'll check the db to see that the asset.uri was created, next. |
| 13:46 |
kmlussier |
Dyrcona: Works for me. https://mlnc1.noblenet.org/eg/opac/results?query=evergreen&qtype=keyword&fi%3Asearch_format=&locg=4&detail_record_view=0&sort= |
| 13:46 |
Dyrcona |
I get no uri call number map. |
| 13:47 |
Dyrcona |
hmm. I think I need to rebuild my database and try again. |
| 13:47 |
kmlussier |
Dyrcona: That VM is running master as of sometime in the early morning hours today. |
| 13:48 |
Dyrcona |
I think it's my fault. I need to rebuild the database to make sure. |
| 13:50 |
Dyrcona |
Appropriate song is playing right now: "Nettie Moore" by Bob Dylan, "You could get wrecked in this dance." |
| 13:57 |
Dyrcona |
Would doing the record import and edits as admin affect things? |
| 13:57 |
Dyrcona |
"If it keep on rainin' the levee gonna break." |
| 13:57 |
kmlussier |
Dyrcona: It shouldn't. I always do those things as admin. |
| 13:57 |
kmlussier |
Zeppelin! |
| 13:57 |
Dyrcona |
Dylan! |
| 13:57 |
kmlussier |
heh |
| 13:58 |
Dyrcona |
It comes after Nettie Moore on Modern Times. |
| 13:58 |
Dyrcona |
He improvises most of the lyrics. |
| 13:58 |
* kmlussier |
should turn on some music. |
| 14:01 |
Dyrcona |
I still get no call_number_map. |
| 14:02 |
dbs |
Dyrcona: you have 856, ind1=4, ind2=0 ? |
| 14:02 |
Dyrcona |
They're 4 1. |
| 14:02 |
dbs |
4 1 should work too. hmm. |
| 14:03 |
gmcharlt |
noting that (slightly annoyingly) that the MARCXML to MODS 3.6 stylesheet requires XSLT 2.0 |
| 14:03 |
dbs |
NawJo++ |
| 14:04 |
Dyrcona |
I changed to 4 0 and still no asset.uri_call_number_map. |
| 14:04 |
Dyrcona |
No errors in the pg logs. |
| 14:04 |
dbs |
gmchartl: surely 10 years is fair? :) https://www.w3.org/TR/xslt20/ - "W3C Recommendation 23 January 2007" |
| 14:04 |
Dyrcona |
This is pg 9.5, btw. |
| 14:04 |
dbs |
Dyrcona: I've seen ingest fail entirely due to invalid marcxml |
| 14:05 |
Dyrcona |
dbs: The only person who has successfully implemented xslt 2.0 is the guy who wrote the spec. |
| 14:05 |
gmcharlt |
dbs: well, my annoyance isn't so much with the stylesheet as with the lack of non-Java free software XSLT processors |
| 14:05 |
gmcharlt |
*XSLT 2.0 |
| 14:05 |
dbs |
that's fair! |
| 14:06 |
Dyrcona |
That's what I said. :) Everyone uses Java underneath, 'cause that's the only that works. |
| 14:06 |
Dyrcona |
Others have tried and quickly give up. |
| 14:06 |
dbs |
Dyrcona: is anything showing up in the metabib indexes for that record? |
| 14:07 |
JBoyer |
gmcharlt, There's a xslt 1.0 version? http://www.loc.gov/standards/mods/v3/MARC21slim2MODS3-6.xsl |
| 14:07 |
dbs |
gmcharlt: wait, http://www.loc.gov/standards/mods/mods-conversions.html lists a 1.0 version |
| 14:07 |
dbs |
or did they lie and just link to the 2.0 version? |
| 14:07 |
dbs |
JBoyer++ # jinx |
| 14:07 |
gmcharlt |
JBoyer++ |
| 14:07 |
gmcharlt |
dbs++ |
| 14:07 |
JBoyer |
I saw MODS and my eyes perked up. Er, something like that. l;) |
| 14:08 |
gmcharlt |
(though to be fair to myself, the particular page I grab the stylesheet from didn't specifiy) |
| 14:08 |
Dyrcona |
dbs: I'm not sure, metabib.real_full_rec looks like it is all there. |
| 14:08 |
gmcharlt |
*grabbed |
| 14:08 |
berick |
Dyrcona: the Dylan version is decidedly more.. jaunty ;) I like 'em both. |
| 14:09 |
Dyrcona |
:) |
| 14:11 |
kmlussier |
JBoyer: When I see MODS, I generally bury my head under a pillow. |
| 14:11 |
JBoyer |
Shame xslt 2.0 isn't more usable, some of the built in funcs seem very handy. :/ |
| 14:11 |
JBoyer |
kmlussier, a newer MODS transform means less custom edits on my end! :D |
| 14:11 |
Dyrcona |
berick: I'll have to see if I can find the original from 1929 on youtube later. |
| 14:11 |
Dyrcona |
dbs: The marc looks good and is entityized. |
| 14:11 |
kmlussier |
JBoyer: Fair enough then. |
| 14:12 |
JBoyer |
(though there are a couple things that we want to display that I'm pretty sure will always be locally customized. :/ ) |
| 14:12 |
Dyrcona |
Bmagic: You're on pg 9.5. Have you had any issue with targeted uris? |
| 14:12 |
kmlussier |
Bmagic is on vacation |
| 14:13 |
Dyrcona |
Oh well. |
| 14:14 |
dbs |
Dyrcona: do you have any other records with located URIs? Maybe try adjusting the URL for one and see if it gets ingested with the new URI |
| 14:14 |
Dyrcona |
This is concerto, so the other located uris are added when the db is created. |
| 14:15 |
Dyrcona |
hm. does it matter that item with the uri says it is a book. I don't think it does. |
| 14:16 |
dbs |
nope, it shouldn't matter |
| 14:17 |
pinesol_green |
[evergreen|Michele Morgan] LP#1661754 - Prevent staff users from marking a Long Overdue item Lost - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3709bf9> |
| 14:21 |
Dyrcona |
I updated another uri and it's call number map disappeared. |
| 14:22 |
Dyrcona |
Now, I think maybe my search is plain broken, too. |
| 14:24 |
Dyrcona |
hmm. I fixed it somehow with the flat text editor. I guess the spacing was wrong or something. |
| 14:25 |
kmlussier |
hmmm...the blog post about the 2018 conference didn't automatically post to FB and Google+. That usually happens very quickly. |
| 14:25 |
kmlussier |
It worked yesterday. |
| 14:32 |
Dyrcona |
So, the new added content module works with titles that the provider knows about. |
| 14:32 |
Dyrcona |
And, if I switch back to OpenLibrary, I get images, etc. for records that weren't getting them from Obalky. (I like typing that. |
| 14:33 |
Dyrcona |
So, I'm ready to sign off on it. kmlussier should I just push it? |
| 14:33 |
kmlussier |
Dyrcona: Yes, please! |
| 14:33 |
kmlussier |
Dyrcona++ |
| 14:34 |
Dyrcona |
My lack of skill with the MARC editor notwithstanding. :) |
| 14:34 |
kmlussier |
And I get to add another new code contributor to the Evergreen wiki today. :) |
| 14:43 |
|
mmorgan1 joined #evergreen |
| 14:50 |
Dyrcona |
Y'know what. I think someone else should look at the code changes. |
| 14:51 |
Dyrcona |
I'm not sure about what I see in the top commit after cherry-picking it to master. |
| 14:51 |
Dyrcona |
Seems to be a number of whitespace changes, etc. |
| 14:52 |
Dyrcona |
Yeah, if I ignore whitespace changes, it looks better. |
| 14:53 |
Dyrcona |
I wonder if the top commit is even needed after resolving conflicts. I'm going to play with this some more. |
| 15:02 |
Dyrcona |
Ok. that top commit is needed.... |
| 15:02 |
Dyrcona |
Think I'll amend to fix whitespace issues. |
| 15:02 |
Dyrcona |
It's confusing reading the diff without -w |
| 15:04 |
Dyrcona |
Oh, it's not that bad after all. I need to take a break, I guess. just a missing newline. |
| 15:10 |
pinesol_green |
[evergreen|Jakub Kotrla] LP#1624366 Evergreen integration with obalkyknih.cz (Czech AC provider) - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c9b78ab> |
| 15:10 |
pinesol_green |
[evergreen|Jakub Kotrla] LP#1624366 Evergreen integration with obalkyknih.cz (Czech AC provider) - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d35945a> |
| 15:10 |
Dyrcona |
And, there it is. |
| 15:19 |
* kmlussier |
takes a look at getting Overdrive integration to work. |
| 15:21 |
kmlussier |
I don't know if there any tuits left in here, but I would love to see multiple eyes on bug 1541559. |
| 15:21 |
pinesol_green |
Launchpad bug 1541559 in Evergreen "OneClickdigital API integration" [Wishlist,New] https://launchpad.net/bugs/1541559 - Assigned to Jeff Davis (jdavis-sitka) |
| 15:22 |
kmlussier |
jeffdavis: Should that bug have a pullrequest tag? |
| 15:25 |
jeffdavis |
I'm not sure. There are a couple of minor issues I'm aware of and working on. |
| 15:25 |
jeffdavis |
1. Better CSS on detailed checkout/hold view in My Account, (2) occasional duplicate entries in the same place. |
| 15:28 |
kmlussier |
jeffdavis: OK, if I get it working, I'll see how polished it looks from my perspective. :) |
| 15:28 |
* kmlussier |
needs to steal some test records from NOBLE first. |
| 15:42 |
* Dyrcona |
counts backwards with Throwing Muses. |
| 15:46 |
Dyrcona |
I should have squashed those two commits into one... |
| 15:46 |
Dyrcona |
oh well. |
| 15:47 |
Dyrcona |
Done an interactive rebase on master and the changes would have disappeared probalby. |
| 15:47 |
kmlussier |
Now I'm having trouble finding Located URI records. Dyrcona is contagious. |
| 15:47 |
Dyrcona |
:) |
| 15:48 |
Dyrcona |
I think I need another mini chocolate cupcake. |
| 15:49 |
kmlussier |
That sounds nice. I wish we had some chocolate around here. |
| 15:49 |
kmlussier |
Well, we do have cases of GS cookies. |
| 15:49 |
kmlussier |
But I just handed off the last of the thin mints. |
| 15:49 |
Dyrcona |
:) |
| 15:51 |
|
mmorgan joined #evergreen |
| 15:53 |
jeffdavis |
pushed a fix for duplicate ebook checkout/hold entries in My Account to user/jeffdavis/lp1541559-ebook-api-master |
| 15:53 |
kmlussier |
jeffdavis++ |
| 15:54 |
Dyrcona |
jeffdavis++ |
| 15:58 |
jeff |
Dyrcona: did you (or perhaps bshum) have some sql views that you had put together for summarizing circ policies in the db? |
| 15:59 |
Dyrcona |
I have a Perl program that generates an Excel workbook with multiple sheets covering various circ and hold related tables, including the matrix matchpoints. |
| 16:00 |
jeff |
ah! maybe that's what i'm thinking of. |
| 16:00 |
jeff |
do you have that in github or somewhere? |
| 16:00 |
Dyrcona |
It's in here: https://github.com/Dyrcona/evergreen_utilities |
| 16:00 |
jeff |
Dyrcona++ |
| 16:01 |
bshum |
Yeah I think Dyrcona's tricks are better. I did have SQL queries for that sort of thing too, but having all of it spit up is nice :) |
| 16:01 |
kmlussier |
So, this is strange. In the past, if I hadn't gone through the web client installation steps, if I accidentally navigated to eg/staff/home, I would get a blank page. Now, I'm getting to a login page with bad css. |
| 16:01 |
Dyrcona |
Mine also uses weights for the matchpoint tables. |
| 16:02 |
Dyrcona |
I was working on a per-system/branch version, but it never made it to git or got finished. |
| 16:04 |
mmorgan |
jeff: I have an evolving query I can share, if you're interested. |
| 16:05 |
pastebot |
"mmorgan" at 64.57.241.14 pasted "Circ Policies query" (54 lines) at http://paste.evergreen-ils.org/47 |
| 16:07 |
jeff |
i was just toying with the idea of throwing some queries into views for seeing what rules were used by which org units, which rules were unused, etc -- like https://gist.github.com/jeff/d8728bed86820e45a2bdbaef95ff1b50 |
| 16:08 |
jeff |
mmorgan++ thanks! |
| 16:08 |
Dyrcona |
views would be nice. |
| 16:09 |
Dyrcona |
I made the spreadsheet to manipulate/limit in Excel, etc. |
| 16:09 |
Dyrcona |
Plus, I had the crazy notion that I could give it to a head of circulation and they could see their policies. |
| 16:10 |
Dyrcona |
It takes training for a mere mortal to understand. :) |
| 16:21 |
|
bmills joined #evergreen |
| 16:22 |
jeffdavis |
ebook CSS fix pushed as well |
| 16:25 |
|
StomproJ joined #evergreen |
| 16:28 |
|
afterl left #evergreen |
| 16:30 |
kmlussier |
I'm having trouble matching up what's requested in the OU settings with the information we have for our API key. |
| 16:31 |
kmlussier |
For example, I'm not quite sure what the authorization name is. |
| 16:34 |
* kmlussier |
takes a guess that it's the Client Key. |
| 16:35 |
jeffdavis |
no |
| 16:35 |
jeffdavis |
one sec |
| 16:35 |
jeffdavis |
overdrive has a ton of different values that you need, it's very overcomplicated |
| 16:36 |
kmlussier |
jeffdavis: Circulation API, Discovery API, Granted Authorization Redirect - are those things I need to enter now with the current functionality we have? |
| 16:38 |
jeffdavis |
Circulation API and Discovery API base URIs will default to OverDrive's production API. If you're using that API you don't need to touch those settings. If you want to use their test ("integration") API instead, you would need to add values for those settings. |
| 16:39 |
jeffdavis |
(There's probably a better way to handle that but I was trying to avoid hardcoding URIs that might change with little notice.) |
| 16:39 |
jeffdavis |
the Granted Auth one is not required for right now, that piece is not functional yet |
| 16:39 |
kmlussier |
sure |
| 16:39 |
jeffdavis |
as for the other settings... |
| 16:40 |
jeffdavis |
OverDrive will provide you with a client key and secret. You combine those and base-64 encode the result (following the instructions they provided) to get the value for the "basic token" setting. |
| 16:42 |
jeffdavis |
Account ID, website ID, and authorization name (aka library name) are values provided by OverDrive. For example, Sechelt Public Library (a member library of ours) has authorizationname = 'sechelt' |
| 16:42 |
jeffdavis |
I got the account ID and website ID when I signed up for API access, and then had to request the individual authorization names for each of our participating libraries. |
| 16:43 |
kmlussier |
Well, the collection I'm looking at is owned the consortium. So I don't know if I need the authorization names for each library. |
| 16:43 |
kmlussier |
I think I know what it might be though. |
| 16:44 |
kmlussier |
I'm using Library ID for account ID, and I see website ID. |
| 16:45 |
jeffdavis |
Our account ID and website ID are the same for all OverDrive subscribers but each participating library has a separate authorization name. I hope it is simpler for you folkd! |
| 16:45 |
kmlussier |
jeffdavis: Does Sitka own the Overdrive collection or are they owned by the individual libraries? |
| 16:47 |
jeffdavis |
Actually technically we have two account/website IDs because Sitka contains two consortial groups that each have their own OverDrive subscription (one in BC, one in Manitoba). |
| 16:49 |
|
khuckins joined #evergreen |
| 16:50 |
jeffdavis |
We handle the subscriptions but I don't know if "ownership" of the collections resides with the consortia or with each participating library. |
| 16:50 |
jeffdavis |
I assume the former but OverDrive often surprises me. |
| 16:52 |
kmlussier |
OK, I'll see what I can do. |
| 16:55 |
jeff |
you can have both: individual libraries within an OverDrive consortium can purchase their own titles which are then not part of the consortial pool. OverDrive calls this "OverDrive Advantage". |
| 16:55 |
jeff |
So your individual libraries can each have "advantage" titles that only their patrons can check out. |
| 16:56 |
jeffdavis |
which would imply the need for authorization names for individual libraries |
| 16:58 |
|
Christineb joined #evergreen |
| 16:58 |
kmlussier |
Yeah, I don't think we're doing Advantage titles. |
| 17:00 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 17:01 |
* kmlussier |
has to finish up for the day. I'll take another look at this over the weekend. |
| 17:01 |
kmlussier |
Oh good! The only test failure is the one rhamby and I have a plan for. |
| 17:02 |
kmlussier |
Thanks to everyone for their help with the release today! Have a nice weekend! |
| 17:02 |
jeffdavis |
kmlussier++ |
| 17:02 |
bshum |
kmlussier++ |
| 17:07 |
|
jvwoolf left #evergreen |
| 17:15 |
|
mmorgan left #evergreen |
| 17:23 |
|
khuckins_ joined #evergreen |
| 17:45 |
Dyrcona |
I kind of wish checkout had a - option, similar to cd. It would take you to the previous branch you had checked out. |
| 17:45 |
Dyrcona |
heh. It does. |
| 17:46 |
Dyrcona |
Ask and ye shall have already received. |
| 17:46 |
Dyrcona |
git giveth and git taketh away? :) |
| 17:52 |
berick |
oh, cool, didn't know that |
| 17:56 |
Dyrcona |
I'm seeing more stuff in our Makefiles that is bad practice with autotools, particularly for portability. |
| 17:56 |
Dyrcona |
I know I've made Lp bugs, but I really should take the time to fix these issues. It would really help with getting it to work on FreeBSD. |
| 17:57 |
Dyrcona |
Only reason I'm noticing/mentioning it now is that I'm looking at targets to use to install certain parts of Evergreen. |
| 17:57 |
Dyrcona |
Too much direct calling of sed going for my liking. |
| 17:57 |
Dyrcona |
But, that's for later. |
| 17:58 |
Dyrcona |
Not meant to be negative by the way... Just thinking out loud and my tired brain's filter is shutting down. :) |
| 17:58 |
Dyrcona |
but yeah, berick, that is cool. |
| 17:58 |
Dyrcona |
After I said I wished it had that feature, I thought I'd just give it a try and it worked. |
| 17:59 |
|
_adb left #evergreen |
| 17:59 |
Dyrcona |
And rather than run make ilscore-install in Open-ILS/src, I think I'll copy the marc templates with cp.... |
| 18:01 |
Dyrcona |
My day has gone on too long already. I should quit. |
| 18:11 |
Dyrcona |
Ok. I'm out for now. May be back over the weekend. Peace, everyone! |
| 18:59 |
|
sandbergja joined #evergreen |
| 21:27 |
|
bmills joined #evergreen |
