09:26 |
Dyrcona |
NM. I found it. |
09:54 |
berick |
Dyrcona: there are a couple branches. collab/berick/hatch2 is the current canonical branch |
09:54 |
Dyrcona |
Thanks, berick. That is what I thought after a quick git log on a couple. |
09:55 |
gmcharlt |
following up on a question kmlussier asked on Wednesday, I'd like to sound folks out on merging the current sprint2/sprint3 branch (ollab/gmcharlt/webstaff-sprint2-sprint3) into master |
09:55 |
gmcharlt |
perhaps around the end of next week, by which point miker and I should be done, or close to done, with sprint2 follow-up work based on testing partner reports |
09:56 |
Dyrcona |
gmcharlt: Do you think it is mostly ready for testing? I could load it so kmlussier and I (and possibly others) could see it with production data. |
09:56 |
gmcharlt |
the branch also includes some sprint3 stuff that's a bit more WIP-y, but since sprint3 is mostly just administration and config interfaces, that's pretty self-contained |
09:56 |
berick |
+1 to merging from me # disclaimer, a few commits are mine. |
09:57 |
gmcharlt |
Dyrcona: yeah, the current branch is in a fit state to usefully test with |
09:57 |
Dyrcona |
OK. I'll plan to merge it for testing by Monday. |
09:57 |
gmcharlt |
thanks |
09:57 |
berick |
Dyrcona++ |
10:03 |
|
yboston joined #evergreen |
12:32 |
dbs |
yeah, parallel seqscan should make a big difference |
12:36 |
dbs |
Or maybe not yet :/ |
12:37 |
berick |
yeah, early stages |
12:39 |
* dbs |
was at the retirement party for the DB2 software engineer who first got parallel query working in DB2 for Linux |
12:40 |
dbs |
he started a test query, headed out to his car to go home so he could see the results next day, realized he forgot something in his office and went back and it was already done |
12:40 |
Bmagic |
anyone aware of a SIP bug that reports holds to a query like AY4AZF087 and responds with all of the holds prefixed |CD - Then if the query was AY4AZF086 - responds with all of the holds prefixed |AS |
12:41 |
Bmagic |
which is conflicting information, essentially it's saying that the holds are both not available and available |
12:43 |
jboyer-isl |
Bmagic: could you paste in the rest of the SIP message? (minus any patron information) That's just the error detection stuff. |
15:59 |
kmlussier |
I don't think there were any merged but fixes for last month's release. Shouldn't have that problem this month. |
15:59 |
Dyrcona |
There was 1 for 2.9 and it was not a big deal. |
16:00 |
* kmlussier |
will try to get a jump on point release notes this time. |
16:00 |
Dyrcona |
kmlussier: I'm going to push lp1513554 as soon as I test the staff client bits. |
16:00 |
Dyrcona |
lp 1513554 |
16:00 |
pinesol_green |
Launchpad bug 1513554 in Evergreen "It is possible to delete acq.cancel_reasons that are used by the system" [High,New] https://launchpad.net/bugs/1513554 |
16:00 |
Dyrcona |
There we go. Need the space. |
13:40 |
gmcharlt |
but for lp1502292, writing your patch against that collab/gmcharlt/webstaff-sprint2-sprint3 branch is probably the better bet |
13:46 |
|
maryj joined #evergreen |
13:52 |
vlewis |
gmcharlt: Thank you. |
13:58 |
kmlussier |
I'm not really here today, but since the topic was just raised. |
13:58 |
kmlussier |
gmcharlt: Is there a way we could get the web client branches merged into master more frequently? |
13:59 |
kmlussier |
I do some of my web client testing on Dyrcona's server, and I sometimes forget what's been put in master and what is only available on webby. |
14:00 |
kmlussier |
It might also make it easier for people like vlewis to contribute since we'll all be working from the same place. Not that she couldn't load the collab branch, but not everybody knows where the latest code is. |
14:01 |
gmcharlt |
kmlussier: in the short term, we can mention the current review branch here whenever it changes, and we're also (as you know) getting to a milestone with the sprint 2 branch where it could be considered for merging |
14:02 |
kmlussier |
Yeah, the thing that makes it difficult is that sprint 2 and sprint 3 code is in the same branch. I feel very confident that the sprint 2 stuff looks pretty good. I haven't even looked at any of the sprint3 features yet. |
14:03 |
gmcharlt |
indeed, but won't be too hard to split apart if need be -- although arguably, it won't be in the short term, as the admin interfaces in sprint 3 have the virtue of being relatively self-contained |
14:14 |
David___ |
I'll give it a whirl, then. :) |
14:17 |
frank__ |
Hi all, I am again, Why Can´t I see the bucket I created in the Marc Batch Edit records? Do I need to reestart something? |
14:28 |
|
bmills joined #evergreen |
16:06 |
kmlussier |
I love all the new copy locations in the sample data. But, one unexpected problem I've come across is that the limited number of sample Concerto copies that have monographic parts are landing in non-holdable copy locations. |
16:07 |
kmlussier |
Not that I can't change those copy locations when testing, but is there a way in the Concerto script that we could force those in holdable copy locations? |
16:14 |
|
jonadab joined #evergreen |
16:58 |
|
bmills joined #evergreen |
18:06 |
|
sarabee joined #evergreen |
20:00 |
pinesol_green |
[evergreen|Ben Shum] Update core committer information on the staff client's About Page - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e2f1b53> |
20:02 |
|
artunit joined #evergreen |
20:44 |
pinesol_green |
[evergreen|Bill Erickson] LP#1483508 PGTAP tests for text_concat / agg_text - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1c3ba71> |
20:59 |
kmlussier |
@developer |
20:59 |
pinesol_green |
kmlussier: Communication:14, BigPicture:10, DetailOriented:6, KungFu:11, GetsStuffDone:14, FlakeFactor:13, JavaAvoidance:15 |
21:00 |
bshum |
@sortinghat |
21:07 |
pinesol_green |
Hmm... kmlussier... Let me see now... GRYFFINDOR! |
21:07 |
* kmlussier |
yawns |
21:08 |
kmlussier |
I was hoping for Slytherin |
21:18 |
pinesol_green |
[evergreen|Josh Stompro] LP#1483500 - pgtap Test for evergreen.lowercase - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=52fa86a> |
22:05 |
pinesol_green |
[evergreen|Yamil Suarez] LP# 1483506 public.first_agg & public.first pgTAP tests - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=066232c> |
01:05 |
|
tsbere_ joined #evergreen |
02:48 |
|
phil joined #evergreen |
02:49 |
phillipjphry |
Hello! |
03:06 |
phillipjphry |
I'm a library worker in BC setting up Evergreen for the heck of it. I'm on the last step in Evergreen/opensrf setup |
03:07 |
phillipjphry |
when I run the settings-tester.pl script, it hangs on testing connections to the database, and I think something went funny with my perl database setup script, as it just hangs(and is STILL hanging) |
03:21 |
phillipjphry |
Woop. Looks like I was just too hasty. I opened top and saw root had an init script running, and then some stuff popped up, one of them being the message about joining this channel for help. |
03:21 |
phillipjphry |
so I guess I'll just let it run. Silly me. |
03:33 |
phillipjphry |
Ok, completed, but threw an error, trying the settings tester again, just going to be patient this time |
04:39 |
phillipjphry |
Sorry about all the late night spam. |
05:05 |
phillipjphry |
AArrrrrggggghhhhh. I ran through everything, including the troubleshooting guide, and well, now apache won't start. I'm going to just wipe it and try again tomorrow night. |
05:05 |
phillipjphry |
Thanks for the wall to yell at. I'll try not to step on anyone's toes. |
05:12 |
phillipjphry |
fishyjoes.com is where I've posted my problems. If anyone feels like following up. |
05:12 |
phillipjphry |
Thank you. |
07:38 |
|
ericar joined #evergreen |
07:45 |
|
rjackson_isl joined #evergreen |
07:56 |
csharp |
phillipjphry: what instructions are you going by? |
08:54 |
Dyrcona |
Bib without titles!? Inconceivable! |
08:55 |
|
RoganH joined #evergreen |
08:56 |
|
Shae joined #evergreen |
08:57 |
jeff |
yeah. |
08:57 |
jeff |
To be more accurate, it wasn't that I was making that explicit assumption, I was just failing to properly account for the possibility when I added some new code to process titles. |
08:58 |
jeff |
I find myself wanting to write search tests. |
08:59 |
Dyrcona |
I mean titles are kind of the whole point, no? |
08:59 |
jeff |
Not hard pass/fail so much as "run this test suite to get an idea of how these known searches are performing with regard to these expected results" |
08:59 |
Dyrcona |
Heh. "Bibs without titles!? Pointless!" |
08:59 |
jeff |
"a search for FOO should turn up the following record or records within the first X results", that kind of thing. |
09:00 |
jeff |
Dyrcona: "I don't know the title, but it was blue..." |
09:02 |
* Dyrcona |
feels like a kid hopped on sugar. |
09:03 |
Dyrcona |
When I stayed with a family in France, the daughter arranged the books on the shelf by size. |
09:04 |
Dyrcona |
I don't dare touch the books on the shelf over the desk at home. Move one, and the rest come toppling down. |
09:05 |
dbwells |
jeff: Having search tests like you are talking about would be a very valuable thing. Maybe even necessary for regression purposes if we want to try to make bigger changes. |
09:06 |
dbwells |
It's really easy to improve specific searches, much harder to improve them all together :) |
09:08 |
jeff |
yeah. in experimenting with Elasticsearch over the past few weeks, we've been quite aware that pushing something down over here pushes a bunch of things up over here, etc. |
09:09 |
jeff |
(a concept not unique to Elasticsearch, and one that I heard at least one other person reference during hack-a-way discussions) |
09:09 |
jeff |
I've been trying to think what it reminds me of. |
16:30 |
kmlussier |
Yes, concerto and a given branch. I try ask people to submit their requests ahead of time to give us time to get ready. |
16:31 |
jeff |
also, how long do the VMs need to be made available? 24 hours? |
16:31 |
jeff |
12 hours? 72 hours? :-) |
16:31 |
kmlussier |
jeff: We've gotten to the point where we really could use more Sandboxes. I think I used a community demo server last time around. |
16:32 |
kmlussier |
jeff: For a little more than 24 hours. You'll want to have it in Sandbox mode before you leave the day beforehand, and then you could repurpose it the day after Bug Squashing Day. |
16:32 |
kmlussier |
jeff: Sometimes, people ask to keep theirs a little longer if they didn't get through testing during the official day. However, the MassLNC Sandboxes can be used after Bug Squashing Day. |
16:36 |
Bmagic |
kmlussier: sounds good |
16:37 |
kmlussier |
Bmagic: In that case, Sandbox requests should be submitted by the end of the day Thursday, December 10? That will give you Friday and Monday to prepare. Or do you need it to be a little earlier? |
16:38 |
Bmagic |
kmlussier: that will be great! |
09:15 |
csharp |
@quote add <gmcharlt> for a moment I had fears that Google Telepathy had exited alpha |
09:15 |
pinesol_green |
csharp: The operation succeeded. Quote #128 added. |
09:23 |
|
maryj joined #evergreen |
09:54 |
* jeff |
adds some more complicated mappings to elasticsearch and watches indexing speed drop by one record per second (oh noes!) |
09:54 |
* jeff |
tests a theory to confirm where the extra time is being spent |
09:55 |
jeff |
okay, bulk of the time is still being spent in fetching records and extracting fields data. |
09:55 |
jeff |
(as i'd expect) |
09:55 |
jeff |
meaning, i probably won't bother with bulk insert API yet. |
09:57 |
|
yboston joined #evergreen |
10:03 |
berick |
jeff: i played w/ bulk insert and it increased speed dramatically. |
10:04 |
* berick |
was doing a bib/copy parent/child experiment |
13:24 |
gmcharlt |
https://evergreen-ils.org/welcome-evergreens-newest-core-committer-kathy-lussier/ |
13:25 |
* csharp |
notices bug 1470957 when doing an LP search |
13:25 |
pinesol_green |
Launchpad bug 1470957 in Evergreen 2.8 "Items are incorrectly sorting when using the Sort By Publication date feature" [Undecided,New] https://launchpad.net/bugs/1470957 |
13:25 |
csharp |
kmlussier++ |
13:25 |
csharp |
looks like that just needs a test |
13:27 |
jboyer-isl |
kmlussier++ |
13:28 |
gmcharlt |
kmlussier++ |
13:29 |
berick |
kmlussier++ |
13:44 |
dbwells |
kmlussier++ |
13:44 |
jboyer-isl |
csharp: are you thinking that bug fix will speed up the searches, or are were you pointing out that it needs a sign-off? I couldn't tell from your reply, but I'm not sure it would effect the search/sort speed. |
13:45 |
yboston |
kmlussier++ |
13:45 |
dbs |
csharp: kmlussier++ needs a test? |
13:45 |
dbs |
because I'm happy to test it: kmlussier++ |
13:45 |
dbs |
kmlussier++ |
13:45 |
gmcharlt |
let's see if that worked... |
13:46 |
gmcharlt |
@karma kmlussier |
13:46 |
pinesol_green |
gmcharlt: Karma for "kmlussier" has been increased 161 times and decreased 0 times for a total karma of 161. |
13:46 |
kmlussier |
Wait, nobody told me there were tests involved! ;) |
13:46 |
kmlussier |
Thanks everyone! |
13:47 |
krvmga |
Saw the email announcement just now. Congratulations, Kathy! |
13:47 |
krvmga |
kmlussier++ |
13:48 |
jboyer-isl |
kmlussier: if 2 unladen african swallows leave the station at the same time, one going east, the other going north... |
16:05 |
csharp |
miker: I was chatting with others at the Hack-A-Way about page size - I don't recall the full discussion as to why we're using 10K pages, except that irrelevant results were showing up with the 1K number |
16:05 |
csharp |
that was several years ago, before QP improvements |
16:05 |
miker |
csharp: yeah, there's risk to smaller page sizes, certainly |
16:06 |
csharp |
I'll play with that on one of our test machines and try (and possibly try to find a balance with Elaine ;-)) |
16:09 |
miker |
csharp: that won't make things "fast", mind. I think a "show me stuff with this attribute" set of API methods could be, though. |
16:09 |
jboyer-isl |
I was looking at some of our 60+s searches in pgbadger and they all appear to be blank keywords with formats, or subject searches . (subject: United States seems to be a favorite.) |
16:09 |
miker |
the search query structure assumes search terms of some sort |
09:48 |
ldw |
bshum: ah, my change is not necessary then. |
09:49 |
gmcharlt |
ldw: http://wiki.evergreen-ils.org/doku.php?id=documentation:technical:jsontutorial - grep for aggregate and having |
09:50 |
ldw |
gmcharlt: thank you |
09:51 |
pinesol_green |
[evergreen|Bill Erickson] LP#1501471: Stamping SQL update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6c21348> |
09:51 |
pinesol_green |
[evergreen|Galen Charlton] LP#1501471: add some unit tests for batch OU retrieval - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d7e5c77> |
09:51 |
pinesol_green |
[evergreen|Galen Charlton] LP#1501471: add DB function for batch retrieval of OU settings - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=be1b6aa> |
09:51 |
pinesol_green |
[evergreen|Galen Charlton] LP#1501471: check OU setting view_perms only when needed - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=81e674e> |
10:00 |
|
kenstir joined #evergreen |
10:00 |
kenstir |
my EG android notes are here: https://docs.google.com/document/d/1KHHpPK7jEl3haEVOvHPCDmOvy3nkSjve6ymD0Rav2cY/edit?usp=sharing |
10:02 |
jeff |
kenstir++ |
11:13 |
jeff |
but not the idea at hand. ;-) |
11:13 |
|
collum_ joined #evergreen |
11:14 |
jeff |
It might be useful also to have the contents of said webinar used to seed written resources. |
11:17 |
* dbs |
is struck by Dyrcona's note from yesterday about wanting an app for staff--has anyone tested webby with common tablets? |
11:19 |
Bmagic |
Is the hackaway on a new hangout today? |
11:19 |
jeff |
Bmagic: yes (dunno why): https://goo.gl/72GJ4Z |
11:20 |
jeff |
https://goo.gl/72GJ4Z or https://hangouts.google.com/call/veduowhkbtuxw3siics5r3pegia |
13:47 |
jeff |
I'm going to look for more examples, but I am also wondering if the relevant xpath libs handle "//mods32:mods/mods32:name[@type='personal' and not(mods32:role/mods32:roleTerm[text()='creator'])]" in a way othan than the Python lxml library (which so far, is the only thing I've compared it with) |
13:47 |
jeff |
hack-a-way hangout is still muted, fwiw. |
13:48 |
miker |
fwiw, the relevant xpath lib is libxml (native pg XPATH() function) |
13:48 |
* jeff |
attempts to test that theory before finding any more examples |
13:49 |
jeff |
(will he regret that decision, folks?) |
13:49 |
miker |
jeff: //mods32:mods/mods32:name[@type='personal' and not(mods32:role)] |
13:49 |
jeff |
oh hey. |
13:50 |
miker |
so, it is the existance, in tadl's case :) |
14:24 |
alynn26 |
remingtron++ |
14:24 |
yboston |
I will move on, because of the hack-a-way |
14:24 |
krvmga |
remingtron++ |
14:24 |
yboston |
#info 11) yboston will test and sign-off on Launchpad bug 1482336 - allowing release notes with “.adoc” suffix |
14:24 |
pinesol_green |
Launchpad bug 1482336 in Evergreen "create_release_notes.sh include .adoc files" [Wishlist,Fix committed] https://launchpad.net/bugs/1482336 |
14:24 |
yboston |
I beleive this was pushed to master yesterday |
14:24 |
remingtron |
yboston++ |
16:01 |
* kmlussier |
double checks |
16:02 |
miker |
always look on the bright side of life</python> |
16:02 |
bshum |
miker: !!! one hopes :) |
16:04 |
miker |
and, looks like no. nexus 6 still in testing |
16:06 |
jeffdavis |
that spreadsheet comparing search times is quite useful, thank you to whoever put that together! |
16:07 |
jeffdavis |
(and fwiw I expect many of Sitka's search times to get drastically better tomorrow, once I've applied a fix for 1438136) |
16:07 |
bshum |
jeffdavis++ |
11:59 |
|
RoganH_ joined #evergreen |
11:59 |
jeff |
curl -s "$ES_URL/records-v5/record/-1" | wc |
11:59 |
jeff |
0 53724 668233 |
12:01 |
Dyrcona |
gmcharlt++ # He beat me to testing the adoc branch. |
12:06 |
jeff |
lost the hangout. |
12:07 |
Dyrcona |
It comes and goes. |
12:07 |
Dyrcona |
I may just leave it. |
14:15 |
bshum |
If there's nothing else, we shall end early. |
14:15 |
bshum |
:) |
14:15 |
berick |
#info we installed Hatch on the local PC and did some experimenting w/ printing. some good, some needs work. |
14:15 |
gmcharlt |
berick++ |
14:15 |
gmcharlt |
csharp++ # testing hatch |
14:15 |
bshum |
#endmeeting |
14:15 |
pinesol_green |
Meeting ended Wed Nov 4 14:15:39 2015 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
14:15 |
dbwells |
Any word on the search discussion time? I'd like to listen in, but have a meeting until 3:30 tomorrow. If it's better earlier, that's alright. |
15:09 |
Dyrcona |
I just asked, "Can Evergreen send an email before a patron's account expires?" |
15:09 |
Dyrcona |
I said, "Yes, when we upgrade to 2.9." |
15:09 |
Dyrcona |
Someone just asked me... duh. |
15:13 |
pinesol_green |
Showing latest 5 of 7 commits to Evergreen... |
15:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1384740 MARC stream importer auth release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=465b0e2> |
15:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1384740 MARC stream (etc) use auth nonce - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5cb6e6b> |
15:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1384740 marc_stream_importer no-import repairs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=38050c1> |
15:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1384740 marc_stream_importer test script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ad72cfc> |
15:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1384740 marc_stream_importer auth and cleanup - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=17cc186> |
15:14 |
|
_bott_1 joined #evergreen |
15:18 |
Dyrcona |
tsbere: Real time updates of thing1-access if you select me in the hangout. It's getting close. |
15:18 |
berick |
gmcharlt++ |
15:21 |
jboyer-laptaupe |
gmcharlt: lp 1371647 |
15:21 |
pinesol_green |
Launchpad bug 1371647 in Evergreen "config.marc21_ff_pos_map needs an audit" [Undecided,New] https://launchpad.net/bugs/1371647 |
15:23 |
Dyrcona |
tsbere: I'm going to let it run until it gets bad. I've seen it do this and it usually clears up in a few minutes. |
15:24 |
gmcharlt |
RoganH: kenstir: https://evergreen-ils.org/testing/libraries.json |
15:24 |
RoganH |
gmchart: thanks! |
15:24 |
RoganH |
gmcharlt even! |
15:24 |
gmcharlt |
RoganH: yeah, gmchart is off making maps |
16:01 |
pinesol_green |
Launchpad bug 924952 in Evergreen "Acquisitions: Order record loads fail when there is a null value in a holdings subfield" [High,Confirmed] |
16:05 |
kmlussier |
parts++ |
16:06 |
jeff |
it got quiet over there. |
16:07 |
gmcharlt |
Dyrcona: bug 1501471 now can haz tests |
16:07 |
pinesol_green |
Launchpad bug 1501471 in Evergreen "fetching OU settings in batch can be made faster" [Wishlist,New] https://launchpad.net/bugs/1501471 |
16:07 |
berick |
gmcharlt++ |
16:07 |
Dyrcona |
gmcharlt++ |
16:17 |
* berick |
loads the code |
16:17 |
tsbere |
Have you taught SIP to call the stored proc yet? |
16:18 |
dbwells |
berick: I'm not sure that's really the issue, although maybe you're just a step ahead of me. |
16:18 |
gmcharlt |
Dyrcona: heh, I was thinking that I would have to intentionally break a record in my test database to try out your patch for 1502152 |
16:18 |
gmcharlt |
as it happens... NOT NECESSARY. :) |
16:19 |
Dyrcona |
Yeah, just some weird characters are enough. |
16:19 |
ldw |
what is the preferred way to send a message in dojo (ie not alert). |
16:19 |
ldw |
? |
16:38 |
berick |
ok, i see |
16:38 |
dbwells |
The second call is if we authenticated via 3rd party. |
16:38 |
dbwells |
okay |
16:38 |
berick |
for non-native, it's just testing the password |
16:38 |
berick |
well, it's faking an internal login |
16:38 |
berick |
by loading the password |
16:38 |
berick |
and sending it on to aut |
16:39 |
dbwells |
yes |
16:40 |
berick |
hmm |
16:41 |
dbwells |
It was the simplest way to get all the trappings of a normal login without messing with auth or duplicating the token code, etc. Of course we're messing with auth now, so it makes sense to me to find a more direct path. |
16:51 |
berick |
dbwells: that would work |
16:52 |
dbwells |
It would limit the duality of the code, I think, but maybe overkill? I'm not sure. |
16:52 |
berick |
well, it would be good to have it all going through one entry point, since Perl vs. C memcache clients have been known to push the same key to different servers |
17:08 |
pinesol_green |
Showing latest 5 of 6 commits to Evergreen... |
17:08 |
pinesol_green |
[evergreen|Galen Charlton] LP#1251415: (follow-up) update release note extension - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fef3298> |
17:08 |
pinesol_green |
[evergreen|Bill Erickson] LP#1251415: juv-to-adult release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1b142be> |
17:08 |
pinesol_green |
[evergreen|Bill Erickson] LP#1251415: Juv-to-adult live test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3f46924> |
17:08 |
pinesol_green |
[evergreen|Bill Erickson] LP#1251415: Skip deleted users in juvenile update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3b630bd> |
17:08 |
pinesol_green |
[evergreen|Steven Callender] LP#1251415: Use the juvenile setting when removing juvenile flag. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0fd4ecc> |
18:12 |
|
bmills joined #evergreen |
19:00 |
|
rlefaive joined #evergreen |
22:30 |
|
RoganH joined #evergreen |
11:29 |
berick |
that JSON.parse() doesn't like |
11:29 |
berick |
but our old JSON parser was OK with |
11:29 |
berick |
we ended up editing the copy templates by hand to remove any spaces or excess junk |
11:30 |
gsams |
I will check into that and see if anything comes of it, thanks for the info! |
11:36 |
|
mmorgan joined #evergreen |
11:57 |
|
bmills joined #evergreen |
12:11 |
gsams |
Hmmm. It seems that the templates are not necessarily at fault but then I'm not sure what would be. |
12:18 |
gsams |
I am thinking I might just suggest reinstallation for this and hope that clears it up for her. |
12:19 |
gsams |
I had her export her templates and send them to me, testing shows that the templates work just fine elsewhere and do not have any odd characters or issues. |
12:54 |
jboyer-isl |
The state of automated vm building in Ubuntu is dire. |
12:55 |
jboyer-isl |
(unless you use Canonical's OpenStack stuff, I suppose?) |
13:01 |
Dyrcona |
jboyer-isl: I manage with vm-builder. |
09:28 |
|
maryj joined #evergreen |
09:33 |
|
yboston joined #evergreen |
09:35 |
|
bmills joined #evergreen |
09:41 |
Dyrcona |
kmlussier: I'm going to reload my dev database to test some stuff for Comcat. I need fresh data from production. |
09:41 |
Dyrcona |
<zombie>Brains!!!!!</zombie> |
09:41 |
Dyrcona |
This means my dev system will be off line for a couple of hours. |
09:47 |
kmlussier |
Dyrcona: Thanks for the heads up! |
11:09 |
bshum |
gmcharlt++ # website stuff |
11:11 |
JimT_ |
Does anyone have the browse index working for 710 tags which contain a subfield t? I think I have fixed all the author browse indexes that weren't working except for this one. Nothing I do seems to make a difference. |
11:20 |
Dyrcona |
And, aborting transits when holds are canceled is now optional in NCIPServer. |
11:20 |
Dyrcona |
Of course, I haven't tested it, yet. ;) |
11:20 |
* Dyrcona |
waits on the database reload to finish. |
11:21 |
Dyrcona |
jboyer-isl: So, I had a net removal of 156 lines of code the other day, and now a net addition of 121 lines since then. |
11:21 |
Dyrcona |
jboyer-isl: In case you're keeping score. :) |
11:25 |
* bshum |
glances at kmlussier and her probable mountain of knowledge with non-stock indexes. |
11:29 |
JimT_ |
I'm no expert and going with what the cataloger has told me should be there...710 t is a title index but supposedly the a,b,c,t,d,g,n will show in the author index as 'conference' listing. |
11:31 |
JimT_ |
...or maybe corporate?...gets mixed up in my head after a while. |
11:34 |
JimT_ |
as far as indexing...I tweak the stylesheet...and then resave my test record. |
11:35 |
|
dbwells joined #evergreen |
11:38 |
JimT_ |
The 710 t index is part of the stock indexes...it just doesn't seem to work. I'm not trying to do anything fancy...just, mostly, trying to make things work that are already defined but do not. |
11:40 |
JimT_ |
Was hoping to find someone who had this working and who would share what they did to make it work. |
13:39 |
kmlussier |
Bug wrangling question. |
13:40 |
kmlussier |
It appears as if bug 1086934 made it in for 2.9.beta, but we forgot to move it to Fix Committed, so the milestone was updated to 2.next. |
13:40 |
pinesol_green |
Launchpad bug 1086934 in Evergreen "TPAC: Complete column sorting in some screens" [Wishlist,Confirmed] https://launchpad.net/bugs/1086934 |
13:40 |
kmlussier |
I want to update the mileston, but my only option now is to move it to 2.9.1. Is there a way I can set the milestone, at this point, to 2.9.beta? |
13:46 |
* kmlussier |
also throws a link to some signedoff patches in case anyone is interested in merging some. http://bit.ly/1kNdEVP |
13:46 |
kmlussier |
Looks like there are a few tests there from our last testing day. |
14:11 |
Dyrcona |
kmlussier: I just took care of it. I made the 2.9-beta temporarily active to retarget the bug, then set it to fixed released. |
14:43 |
kmlussier |
Dyrcona++ # Thank you! |
14:45 |
ldw |
Has there ever been any work done on creating an OAI-PMH Repository for Evergreen? |
09:22 |
pinesol_green |
Dyrcona: The operation succeeded. |
09:23 |
Dyrcona |
Stompro: I would say, "Welcome to the club," but you're already in the club, so Welcome to the Inner Circle. :) |
09:23 |
csharp |
LET THE HAZING BEGIN! |
09:24 |
Stompro |
hehe, now I can start testing patches in production like all the cool kids. |
09:24 |
|
RoganH joined #evergreen |
09:25 |
kmlussier |
csharp: For bug 924952, I think our libraries have worked around it by having their vendors supply order records that don't include the subfield if there is no data in it. |
09:25 |
pinesol_green |
Launchpad bug 924952 in Evergreen "Acquisitions: Order record loads fail when there is a null value in a holdings subfield" [High,Confirmed] https://launchpad.net/bugs/924952 |
12:51 |
kmlussier |
Bmagic++ |
12:52 |
Bmagic |
mmorgan was still working on 1331174 ? |
12:56 |
kmlussier |
I don't know. I don't have it loaded on a Sandbox at the moment. |
13:03 |
* mmorgan |
has all good intentions on finishing testing and siging off in lp 1331174, but got pulled in other directions and didn't want to monopolize kmlussier's sandbox. |
13:03 |
pinesol_green |
Launchpad bug 1331174 in Evergreen "Long Overdue processing needs org unit settings separate from Lost Processing" [Wishlist,Confirmed] https://launchpad.net/bugs/1331174 |
13:03 |
mmorgan |
I can set sights for this on the next Bug Squashing Day. |
13:04 |
|
rlefaive joined #evergreen |
13:18 |
yboston |
The problem I was havign with the PG 9.2 was fixed by the suggestions in bug 1445182 |
13:18 |
pinesol_green |
Launchpad bug 1445182 in Evergreen 2.7 "Debian Jessie 2.8.0 libdbi-drivers cannot find libpq.so" [Undecided,Fix released] https://launchpad.net/bugs/1445182 |
13:18 |
yboston |
also, Dyrcona++ |
13:25 |
kmlussier |
Oh, darn it! I totally missed the fact that ldw is scheduling a test writing day the same week. :( |
13:26 |
tsbere |
kmlussier: Combine them! Squash the bugs and then write tests for them! ;) |
13:26 |
kmlussier |
No, I don't think combining them is the best way to go. Stretching our community resources too thin in one day. |
13:27 |
|
Dyrcona joined #evergreen |
13:27 |
Dyrcona |
wifi-- |
13:28 |
|
mmorgan joined #evergreen |
13:29 |
|
mmorgan joined #evergreen |
13:35 |
RoganH |
Ever have a day where you're trying to remember something you knew you knew but have now forgotten and it's driving you nuts? |
13:40 |
dbs |
Test squashing day! Squash buggy tests day! |
13:41 |
dbs |
(Do not test buggy squash, though, just throw it out) |
13:45 |
Dyrcona |
Squash testing day! |
13:58 |
|
mmorgan left #evergreen |
14:13 |
|
rlefaive joined #evergreen |
14:31 |
kmlussier |
Bmagic: OK, since it looks like November is out, how does the week of Dec. 14 look for all of you? |
11:43 |
|
mmorgan joined #evergreen |
11:43 |
Dyrcona |
Is there an emoticon for rolling eyes? (Yes. I say emoticon, not emoji.) |
11:44 |
jboyer-isl |
I've suggested @_@ before. I think that eared one. |
11:44 |
Dyrcona |
Actually, I'm not changing code in Evergreen. I'm testing if simplifying holds code in NCIPServer will work. |
11:45 |
Dyrcona |
I think it will, but before I actually write any code there, I like to test the concept with some scripts that make the equivalent calls. |
11:45 |
Dyrcona |
It works so far for ILL holds placed on local things to go elsewhere. |
11:45 |
Dyrcona |
I need to test the other direction, now. |
11:46 |
jboyer-isl |
I've been meaning to ask you about that. Are your local NCIPServer changes available? (I was thinking that there were multiple repos for NCIPServer and didn't know what's where) I find myself in a position to help with that in the next few months. |
11:46 |
kmlussier |
jboyer-isl: That looks like it should be an emoticon for somebody who was just blinded by a camera flash. |
11:46 |
jboyer-isl |
kmlussier: Multi-purpose! |
11:57 |
Dyrcona |
:) |
11:57 |
mmorgan |
Dyrcona++ |
11:58 |
Dyrcona |
jboyer-isl: I'll send you a PDF I created for MassLNC. There are no real instructions in the README to install it. |
11:58 |
jboyer-isl |
Dyrcona: Thanks, I was poking around and wondering where to begin. (Seems a fine thing to test on the new dev server I'm supposed to be building ASAP.) |
12:05 |
yboston |
Dyrcona: thanks for replying twice to my email and my apologies for "crossign the streams" |
12:05 |
Dyrcona |
No big deal. I probably would not have replied on list if you had not asked in here. |
12:07 |
yboston |
I'll buy you a beer when I see you soon. BTW, we have been trying out trivia some Tuesday at the Kendall sq Marriot restaurant (Champions). It start at 6, which might be hard to get to |
15:09 |
* dbs |
looking |
15:11 |
|
ericar_ joined #evergreen |
15:18 |
dbs |
Restarting open-ils.storage causes all hell to break loose IIRC? |
15:18 |
* tsbere |
wonders if the typo in gmcharlt's test file should be fixed |
15:19 |
tsbere |
dbs: Depends on what is happening in your system at the time, I would think. |
15:19 |
gmcharlt |
yeah, on a quiescent system, its fine |
15:19 |
|
jboyer-isl joined #evergreen |
15:19 |
* dbs |
currently only has an up-to-date production server and is hesitant to give it a restart there |
15:21 |
gmcharlt |
yeah, easier to do it in a multi-app-server setup |
15:21 |
* dbs |
will test it outside of core work hours though |
15:21 |
gmcharlt |
tsbere: the phase, it is unclosed? |
15:22 |
tsbere |
gmcharlt: My brain jumped on "phase" instead of "phrase" when looking over the test. The fact it isn't closed is obviously intentional. |
15:22 |
gmcharlt |
right |
15:46 |
gmcharlt |
dbs: tsbere: thanks for the feedback; I've pushed a branch that incorporates it |
15:49 |
tsbere |
gmcharlt: You put in more debug code than I would have, at least. |
12:59 |
|
dMiller_ joined #evergreen |
13:00 |
kmlussier |
Speaking of caffeine, I appear to be in need of some. |
13:04 |
|
bmills joined #evergreen |
13:06 |
csharp |
kmlussier++ # yep ;-) |
13:08 |
|
ericar joined #evergreen |
13:29 |
csharp |
kmlussier: mrpeters: (I just read up) - yes, we're running PG 9.3 in production and testing EG 2.9 on PG 9.4 |
13:30 |
kmlussier |
csharp: And your using GIN indexes? |
13:30 |
kmlussier |
*you're* |
13:36 |
csharp |
kmlussier: yes'm |
15:17 |
kmlussier |
I could be operating on old experience, but I didn't think it complained about barcode conflicts at all until you clicked modify. It didn't matter if the conflict was with a precat or not. |
15:18 |
kmlussier |
yeah, what tsbere said |
15:18 |
Dyrcona |
berick++ |
15:19 |
Bmagic |
kmlussier: I see, I was about to test that. So, it's really a wishlist item, to have the barcode conflict tested before the modify copy window? |
15:19 |
pinesol_green |
[evergreen|Bill Erickson] LP#838525 DoB as date SQL upgrade repairs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=01b0255> |
15:20 |
kmlussier |
Bmagic: I recall there be discussion about an enhancment for that a long time ago, but I can't remember if it was an LP bug or just a comment on the mailing list. |
15:21 |
kmlussier |
hmmm...I wonder if I tested that in webby. I think the same thing happens there too. |
15:21 |
kmlussier |
But I think it's more of an annoyance when you're using the separate copy and volume editors in the xul client. |
15:43 |
jboyer-isl |
Bmagic, kmlussier: to change "when" that error happens would require querying the server each time the barcode changes, similar to the way some online services do new usernames when signing up. (a green check for "this username is available" vs a red x for "someone else is using this name already") |
15:44 |
jboyer-isl |
Is the real issue that the changes made to the item are lost once that message is displayed, or just that it should warn the user sooner? |
15:44 |
|
Christineb joined #evergreen |
11:28 |
krvmga |
it is a puzzlement to me |
11:28 |
miker |
krvmga: which location is 217 |
11:28 |
krvmga |
Holyoke Community College - HCC |
11:28 |
miker |
nm, I'll just change the URL ;) |
11:28 |
miker |
ah, thanks |
11:30 |
|
mt-dev joined #evergreen |
11:45 |
miker |
krvmga: in a naive test that does not even come close to approximating all that evergreen does to generate a rank based on your config, they end up with the same relevance score. I wonder if you need to adjust the class weights. (unfortunately, I'm about to turn into a pumpkin, though ... POOF) |
11:46 |
krvmga |
miker: thanks for looking at this. is there anything you can share about the test you did? (however naive) |
11:49 |
miker |
select ts_rank_cd(index_vector,to_tsquery('cooked')),* from test_table; ... test_ contains the id and output of to_tsvector() for the 245 from each record in a index_vector column. they both have 0.2 |
11:49 |
miker |
so, other factors (up to and including the numerical order of the ids) are deciding the final sort order. but, there are knobs ... :) |
11:50 |
* miker |
runs away |
12:01 |
jboyer-isl |
You can also increase the worker limit, unless you’re running out of RAM/SPU/ETC. |
12:01 |
jboyer-isl |
SPU? CPU. |
12:01 |
Bmagic |
What is up with the fine generator rolling back constantly! |
12:02 |
jboyer-isl |
I think it tests and then discards some things. It’s been an age since I’ve looked at it. |
12:02 |
Bmagic |
we have it set to <max_children>45 <min_spare_children>1 <max_spare_children>5 on 4GB memory and 12 cpu |
12:03 |
Bmagic |
At some point, I remember someone saying that once you get to a certain point, you just need to spin up another app server |
12:06 |
jboyer-isl |
We have a 4 CPU, 16GB VM with most services set to a max of 75 children and it never causes us any trouble. |
13:00 |
pinesol_green |
csharp: Ubuntu 's bugfix broke csharp's feature! |
13:03 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "unmet dependencies" (36 lines) at http://paste.evergreen-ils.org/18 |
13:04 |
Dyrcona |
Looks like apache2 and friends are broken, or my sources.lst is. |
13:05 |
csharp |
Dyrcona: I'm cloning a stock trusty VM - I'll test momentarily |
13:05 |
Dyrcona |
My sources.list looks good, no local mirrors. |
13:06 |
Dyrcona |
If I try and install the missing packages by hand, I get a similar message about uuid-dev. |
13:07 |
Dyrcona |
Maybe apt-get follow options (or whatever) changed recently? |
13:16 |
csharp |
(assuming KVM/qemu as opposed to other virtualization possiblities) |
13:16 |
csharp |
ah |
13:16 |
Dyrcona |
yeah, it's kvm/qemu, also. |
13:17 |
jboyer-isl |
Dyrcona: I’ve looked at vmbuilder recently, but it looks like it’s been set aside for years. Is everything ok with it and Trusty? |
13:17 |
jboyer-isl |
(haven’t had time to test it yet, sadly) |
13:17 |
csharp |
@eightball is it time for the Evergreen project to finally give in to the public pressure to support Linux From Scratch? |
13:17 |
pinesol_green |
csharp: No. |
13:17 |
Dyrcona |
jboyer-isl: I got it working after applying a patch. I believe it may also be used with OpenStack. |
12:10 |
|
ldw joined #evergreen |
12:31 |
|
bmills joined #evergreen |
12:40 |
|
ldw joined #evergreen |
12:45 |
kmlussier |
It's funny seeing the kind of results you get when you type "test search" into a catalog search box. |
13:00 |
bshum |
ericar++ kmlussier++ # seeking workflow feedback to figure out the steps to reach an error |
13:05 |
|
mmorgan2 joined #evergreen |
13:07 |
|
mmorgan joined #evergreen |
15:01 |
tsbere |
Though you have to pull the pieces out yourself to pass in |
15:02 |
tsbere |
Bmagic: Also, I suppose a good question would be "were those holds placed BEFORE or AFTER the transit started?" |
15:02 |
Bmagic |
before |
15:02 |
Bmagic |
im testing the function |
15:06 |
Bmagic |
tsbere: I have a success='t' from that query |
15:06 |
Bmagic |
does that mean it should have filled the hold that I simulated? |
15:06 |
tsbere |
Possibly, if the hold was in a valid state at the time to accept the copy |
16:21 |
Bmagic |
does "hold stalling interval of 2 days" mean it wont try to fill holds that are newer than 2 days? |
16:22 |
tsbere |
within the stalling period means "only pull list or checked in at pickup library" |
16:23 |
Bmagic |
ok, so the issue is that there are more holds than it allows for when checking for fulfillment? |
16:31 |
jboyer-isl |
This reminds me of something we ran into when we tested FIFO holds here a few years ago. The gist is that the opportunistic targeter only looks at X holds, and if none of the first X holds returned are for the current branch it gives up. We had huge blockbuster items with tons of holds going back on the shelf at checkin because of the FIFO setting. It's been years since I looked at it, but I don't know if it's changed that much internally since then. |
16:34 |
|
mmorgan joined #evergreen |
16:40 |
mmorgan |
Bmagic: Did you figure out your hold thing? It looks to me like your item is age protected. |
16:40 |
mmorgan |
age_protect=2 |
16:51 |
mmorgan |
And it wants to go home to 161 rather than filling a hold at 156? |
16:52 |
Bmagic |
but instead it tries to fill all of the unfillable holds first and gives up after like 40 other holds |
16:52 |
Bmagic |
The hold that it should fill is not at 156, it's another branch in the same system |
16:53 |
Bmagic |
mmorgan: one example hold that it could fill has a pickup_lib of 157 (same system). Testing to see if the copy will fill it by calling action.hold_request_permit_test function tells me that it will fill it |
16:55 |
Bmagic |
I am sure it's by design, to keep the staff user waiting less for the checkin to finish |
16:56 |
mmorgan |
Hmm. But what's the point of less waiting if the hold that should get filled doesn't get filled? |
16:56 |
Bmagic |
it does seem like the code could prioritize/sort the resulting hold requests by proximity or something so that it wouldn't waste time attempting to fill unfillable hold requests |
17:27 |
pinesol_green |
Launchpad bug 1508208 in Evergreen "Checkin age based hold protected item may not fill fillable holds" [Undecided,New] |
18:04 |
jeff |
so, now's as good a time to ask again as any other: anyone know offhand why we put ineligible-due-to-age-hold-protection copies in ahcm? |
18:59 |
|
dMiller_ joined #evergreen |
19:28 |
miker |
Jeff: I don't believe we do that test in the targetter. /me imagines the "but the age protection expired this morning at 10 am" tickets |
19:29 |
* miker |
disappears |
20:01 |
jeff |
miker: easy fix there -- only include those copies that will be eligible within the next 24h or so ;-) |
20:01 |
jeff |
(and yes, I realize I'm saying "easy" with something to do with holds...) |
23:58 |
|
bmills joined #evergreen |
10:39 |
Bmagic |
csharp: I will say that printing was totally broken in previous versions. 2.8.2 fixed those issues. |
10:39 |
csharp |
awesome |
10:40 |
csharp |
kmlussier: any chance of bringing a couple of spare receipt printers to the hackaway? :-) |
10:41 |
Bmagic |
I agree, the hatch install should be easier. I was thinking of ways to package up all the pieces for our libraries and deliver at the very least a self extracting zip file with some hard links. It seemed like I could do the install on a test system, and zip the resulting directory |
10:41 |
kmlussier |
csharp: I think they may have a couple there. I'll check. |
10:41 |
csharp |
kmlussier: rock on - thanks |
10:43 |
csharp |
kmlussier: I think the ability to have a receipt printer attached to a laptop (or spare box) and the ability to connect to a networked printer would be a good enough mockup for the majority of our use cases (fwiw) |
11:05 |
Bmagic |
After the initial setup, and the initial bug reports, it has settled down and I can only assume they are enjoying the speed and working with it on a regular basis. But I should probably probe. |
11:17 |
|
maryj joined #evergreen |
11:32 |
csharp |
Bmagic++ |
11:36 |
Stompro |
I know it is possible to disable the "Clear Hold Shelf" option from the Circulation drop down, has anyone also disabled/hidden the "Clear These Holds" button on the Browse Hold Shelf page? I just asked someone to test out some instructions that don't mention that button at all, and they immediately clicked the "Clear these holds" button. |
11:38 |
Dyrcona |
People. Why won't they just do what they're told? :) |
11:38 |
csharp |
in our case, we want the option to clear the holds available, but not to automatically happen by entering the interface - what you're desiring might be better controlled by permissions |
11:38 |
csharp |
Stompro: ^^ |
12:31 |
tsbere |
Bmagic: Hint: helpers.get_user_setting(id, setting) |
12:32 |
Bmagic |
alrighty, I'll work this out and get back to you |
12:36 |
|
jihpringle joined #evergreen |
14:35 |
jonadab |
Hmm. After importing a bunch of bib records, I can find them in the staff client, but not in the OPAC. (This is a test installation.) |
14:35 |
kmlussier |
jonadab: Do they have copies attached? |
14:36 |
jonadab |
Oh, no, they currently don't. |
14:36 |
jonadab |
I hadn't gotten to that stage yet. |
15:59 |
Dyrcona |
pinesol_green: I do. Bring me some. |
15:59 |
pinesol_green |
Dyrcona: Have you tried taking it apart and putting it back together again? |
15:59 |
pinesol_green |
Dyrcona: I am only a bot, please don't think I'm intelligent :) |
16:00 |
kmlussier |
csharp: I've received confirmation that a receipt printer and network printer will be available at the hack-a-way for hatch testing. |
16:03 |
gmcharlt |
yay! |
16:05 |
* tsbere |
has an unused network-enabled receipt printer sitting on a shelf in his office |
16:05 |
kmlussier |
tsbere: Can we use it at the hack-a-way? |
08:58 |
|
ericar_ joined #evergreen |
09:01 |
|
abowling1 joined #evergreen |
09:02 |
|
abowling1 left #evergreen |
09:04 |
csharp |
bshum: not using a/t granularity for that at this point, but this is also on a test server, so no real competition for resources |
09:05 |
csharp |
bshum: I do mean PO HTML (printing the PO) |
09:05 |
csharp |
log is here http://pastebin.com/NzzJfkTF |
09:05 |
csharp |
the error messages indicate that there is no active DB transaction |
09:08 |
* bshum |
contemplates this and why his system doesn't seem to have a PO HTML at all. |
09:08 |
csharp |
hmm - do your acq people print POs? |
09:09 |
bshum |
Oh wait there it is |
14:54 |
bshum |
We should do a new survey of systems to see what distributions folks are using. |
14:54 |
bshum |
For fun reference |
14:54 |
kmlussier |
bshum: +1 |
14:57 |
Dyrcona |
bmills: We use Ubuntu 14.04 for almost everything. I still keep a 12.04 vm handy for testing. |
14:58 |
Dyrcona |
jeff: I usually do that sort of thing in Perl or Python and manage the transactions at that level. |
14:58 |
Dyrcona |
jeff: Mainly because I usually need logic to either update a call number or alter the copy, and it's kind a tricky to do that in one transaction without a function. |
14:59 |
Dyrcona |
Plus, I'm usually doing batches. |
15:08 |
Dyrcona |
The Evergreen side would actually do that, but hey don't send values in the messages that actually work. |
15:09 |
rangi |
the RequestItem message? |
15:09 |
Dyrcona |
yeah. |
15:09 |
rangi |
oh yeah, values that don't work |
15:09 |
rangi |
that was 99% of the time testing was, "yeah, you aren't actually sending the correct data" |
15:10 |
rangi |
it's passing testing now, but I forget what we had to do to get it to work, I think we finally got them sending the correct barcodes |
15:11 |
Dyrcona |
We didn't have trouble with testing until they went to production. |
15:12 |
Dyrcona |
Well, a couple of little things. |
15:12 |
Dyrcona |
I wasn't sure from the code if the Koha side could place a hold for a local patron in the local ILS. |
15:13 |
Dyrcona |
Knowing one way or the other might help me decide if it is worth to figure out their messages to make that work with Evergreen. |
15:13 |
rangi |
yup, it does do that |
15:13 |
Dyrcona |
Thanks, bro'. :) |
15:13 |
rangi |
at least it was in testing, it may be broken in production, but I haven't heard that :) |
15:14 |
Dyrcona |
I'll bug them for some of the messages. |
15:14 |
Dyrcona |
What I've got has busted codes, so I can't rely on it. |
15:20 |
Dyrcona |
rangi++ # 'Cause he should get some karma here. |
16:23 |
Bmagic |
for small, medium, large, all complain about NOT FOUND |
16:23 |
jboyer-isl |
Maybe I was thinking of something else. :-/ Last thought: you're running this directly on your main memcache machine, yes? The same one pointed to by your app servers' apache configs? |
16:23 |
Bmagic |
I assume that means that there isn't anything in the cache. And therefore, when I load the Bib in the OPAC, evergreen should* query our content provider for lc.gif |
16:24 |
Bmagic |
yep, for sure, test machine |
16:24 |
jboyer-isl |
Huh. Well, I suppose to make sure in that case you can just cycle the service. :D |
16:26 |
Bmagic |
i did that too, I'm going to do it again and make sure. I grep the logs for lc.gif on the prod servers, and it's everywhere. Just not when I want it to! |
16:26 |
berick |
Bmagic: if it's hitting the added content provider, you'll see something like this in the logs: |
08:53 |
|
ericar_ joined #evergreen |
08:54 |
csharp |
so, general reports question... would people be interested in a "Classic Item List" and/or "Classic Circulation View" cleansed of PINES-specific fields like "Legacy Stat Cat 1" and such? |
08:54 |
mmorgan |
I don't see it on ours: http://catalog.noblenet.org |
08:54 |
csharp |
if so, I wouldn't mind creating a branch for testing that sort of thing |
08:57 |
csharp |
jeff: our stock 2.9 test server is showing the FOUC too: http://webby.gapines.org/eg/opac/home |
08:57 |
* Dyrcona |
missed something. |
08:57 |
csharp |
well, it did on first load - subsequent loads are fine |
08:57 |
csharp |
Dyrcona: 08:39 < jeff> hrm. haven't seen that before: i get a FOUC on a 2.9 catalog that i recently spun up. i wonder why. |
11:47 |
Dyrcona |
or is it delete()? Whatever it is. |
11:47 |
Dyrcona |
It happens because you have the workstation registered locally, but the registration doesn't exist in the datbase. |
11:54 |
berick |
kmlussier: well, this time last year? it must The Great Pumpkin's fault. |
11:55 |
kmlussier |
berick: You're right! We'll wait until the hack-a-way to resume testing in Firefox. :) |
11:55 |
berick |
wise |
11:55 |
kmlussier |
"This time last year" actually should be interpreted as "when we were testing sprtint 1." |
11:55 |
kmlussier |
I don't really remember when that was. It's all become one big blur to me. |
11:57 |
Dyrcona |
At some undetermined point in the past.... |
12:01 |
jeff |
dbs: regarding earlier: NOBLE's catalog would trigger FOUC only with NoScript in use because it has autofocus, but their WriteLibNameLink script normally "worked around" the autofocus FOUC. |
12:06 |
|
bmills joined #evergreen |
14:24 |
berick |
krvmga: k. can't really answer the question, then. restarting all services and apache is safest. |
14:25 |
krvmga |
berick: thanks. i was starting to think better safe than sorry. :) |
14:25 |
|
dMiller_ joined #evergreen |
14:26 |
dbwells |
berick: It was 3-4 weeks ago that I was testing this, so I'm not 100% sure what I was thinking, but I believe we'll let them happen naturally. Our non-LDAP accounts are almost entirely staff, so if things go terrible, we should at least have enough attention and control to get through it. |
14:27 |
dbwells |
In other words, adapting midstream at least won't have major PR implications. |
14:27 |
berick |
dbwells: that's good. sort of a soft launch. |
14:32 |
Dyrcona |
krvmga: you probably don't need to restart anything, maybe an apache reload. |
14:32 |
Dyrcona |
but better safe than sorry. |
15:10 |
berick |
#info berick = Bill Erickson, King County Lib. System |
15:10 |
kmlussier |
#info kmlussier is Kathy Lussier, MassLNC |
15:10 |
miker |
#info miker = Mike Rylander, Equinox |
15:11 |
dbwells |
#topic Action Items from Last Meeting |
15:11 |
dbwells |
#info Dyrcona to update README/INSTALL for master to include web staff client installation instructions for developers by 2.9.0 release date. |
15:12 |
dbwells |
Dyrcona looks to be away, but pretty sure this got done. Anyone to confirm that? |
15:13 |
dbwells |
#info Status: probably done :) |
15:14 |
dbwells |
#info 2) dbwells will attempt to explode berick's Password Managment and Authentication improvements |
15:15 |
|
jlitrell joined #evergreen |
15:15 |
dbwells |
#info Status: Done. dbwells updated the bug earlier today to note that initial tests went well, and no intends to do some limited production testing. |
15:15 |
berick |
dbwells++ # again for good measure |
15:15 |
dbwells |
#info 3) gmcharlt to release OpenSRF version 2.4.2 on 8 September 2015. |
15:16 |
gmcharlt |
#info gmcharlt = Galen Charlton, ESI |
16:27 |
|
kitteh_ joined #evergreen |
16:30 |
dbs |
éwin 36 |
16:30 |
dbs |
fr_CA for the win |
16:35 |
Dyrcona |
Sorry that I missed the meeting. Had training and then intense NCIP testing that lead to the discovery of a bug in open-ils.circ.copy_transit.receive. |
16:36 |
kmlussier |
ugh |
16:36 |
kmlussier |
In the MARC editor in the current client, there is a keyboard shortuct to add a row and another keyboard shortcut to insert a row. They appear to do the same thing. Is there a difference? |
16:37 |
tsbere |
kmlussier: Do they do said "same thing" in the same place? |
14:20 |
krvmga |
bshum: interesting |
14:21 |
* kmlussier |
looks more closely |
14:22 |
krvmga |
krvmga wants more coffee. Coffee pot is done for the day. :( |
14:23 |
kmlussier |
krvmga: I added one here http://mlnc1.mvlcstaff.org/eg/opac/home but I don't know what might be available in the Concerto set with a uniform title to test it with. |
14:23 |
bshum |
Yeah, so... |
14:24 |
kmlussier |
But the resulting syntax on the search results page looks right. |
14:24 |
bshum |
Basic search is based off parts/searchbar.tt2 which pulls from qtype_selector.tt2 |
14:24 |
bshum |
Which seems to do coded_value stuff |
14:24 |
bshum |
So... different. |
14:24 |
bshum |
Hence, my question stands, which search are you working on? :) |
14:24 |
kmlussier |
OK, and the test I just did was for basic search. I assume the preference is that it show up in advanced. I hope. |
14:25 |
krvmga |
i added it to qtype_selector.tt2 and it shows up in both places |
14:25 |
krvmga |
{value => "uniform", label => l("Uniform Title")}, |
14:26 |
* bshum |
wonders if maybe it's deeper than he thought then |
14:57 |
miker |
krvmga: kmlussier's correct, and you can also use metabib.search_alias to give a specific field a name of its own without the class part. in fact, title|uniform can be spelled bib.titleuniform via alias already http://wiki.evergreen-ils.org/doku.php?id=documentation:technical:search_grammar |
14:58 |
kmlussier |
miker++ |
14:58 |
krvmga |
miker++ |
14:59 |
kmlussier |
miker: Thanks for confirming that. Do you have any thoughts on why it seems to be doing a title search when I tried it on a more recent master release? http://mlnc1.mvlcstaff.org/eg/opac/results?query=violin&qtype=title%7Cuniform&fi%3Asearch_format=&locg=1 |
14:59 |
kmlussier |
I don't know if there's a new bug there or if I did something wrong on the test server. |
15:01 |
miker |
kmlussier: hrm... I suspect that qtype is interpreted in EGCatLoader instead of simply used |
15:03 |
miker |
code suggests I'm wrong |
15:04 |
|
jwoodard joined #evergreen |
15:24 |
krvmga |
their marc:subfield is the same, just the datafield is different |
15:25 |
kmlussier |
krvmga: Yes. |
15:25 |
krvmga |
Yay! |
15:26 |
kmlussier |
To test it, change the xpath and then edit one record with a 264. After you save it, the publisher should show up in your publisher metabib entry for that record. |
15:28 |
jeff |
okay, looks like biblio.extract_metabib_field_entry does the "output a row containing a concatenated version of all the entries" for any field that is a search field. |
15:28 |
jeff |
and now i have deja vu. :P |
15:29 |
kmlussier |
bug 1251394 is what's needed for the titles to appear in proper capitalization in the web client, right? I should try loading that branch on the test server again. |
15:29 |
pinesol_green |
Launchpad bug 1251394 in Evergreen "Metabib Display Fields" [Wishlist,Triaged] https://launchpad.net/bugs/1251394 |
15:30 |
Bmagic |
it's funny we are talking about xpath, because I have a question about it as well. "//mods32:mods/mods32:titleInfo[mods32:title and not (@type)]" is stock in our DB for "Title Proper" - It looks like it would include the 700t but it doesn't |
15:31 |
jeff |
Bmagic: what method are you using to look at the mods32 transform of your example records? |
15:35 |
kmlussier |
I'm feeling a sense of deja vu myself. Have you had this discussion before? |
15:36 |
Bmagic |
ah relateditem |
15:39 |
|
ericar_ joined #evergreen |
15:48 |
Bmagic |
jeff: what method are you using to test your mods32 query? |
15:53 |
Bmagic |
jeff: Your query does match the 700t but it also gets the 490a? |
16:09 |
|
Sessions1024 joined #evergreen |
16:27 |
|
jlitrell joined #evergreen |
16:46 |
|
mceraso joined #evergreen |
16:46 |
|
akilsdonk joined #evergreen |
16:50 |
kmlussier |
bshum: bts? I haven't seen that one in a long, long time. |
16:50 |
bshum |
kmlussier: I was just testing it. |
16:51 |
bshum |
kmlussier: It's still reserved and assigned to my IRC account. |
16:51 |
bshum |
But it seems someone else was trying to use it. |
16:51 |
|
rangi joined #evergreen |
16:51 |
|
rangi joined #evergreen |
16:52 |
kmlussier |
OK, I think I've done as much sprint 2 testing as I can handle in a day. |
16:58 |
Dyrcona |
jonadab: I has something similar with an in-house GUI application at a place where I used to work. |
16:58 |
Dyrcona |
There was no generic search library, so I had to open a window hidden, fill the values in, and then do a search. |
16:58 |
Dyrcona |
Worked fine on my brand-new 233 MHz Pentium II. |
09:37 |
Dyrcona |
pinesol_green went bye bye last night, just before I signed off. |
09:37 |
Dyrcona |
kmlussier: If you read yesterday's logs, you'll see me mentioning something in the afternoon that jeff commented on. |
09:38 |
Dyrcona |
kmlussier: It will explain why circulation is currently busted on my development vm. :) |
09:38 |
Dyrcona |
So, if you're trying to test anything there today, be warned.... |
09:40 |
Dyrcona |
I probably won't get around to fixing it until tomorrow. |
09:51 |
kmlussier |
Dyrcona: If I like at anything today, it will be cataloging in the web client, so I'm good. |
09:51 |
kmlussier |
Thanks! |
11:35 |
|
ericar joined #evergreen |
11:56 |
|
rlefaive joined #evergreen |
12:04 |
|
jihpringle joined #evergreen |
12:07 |
gmcharlt |
berick++ # testing stuff even before a pullrequest tag gets applied! |
12:09 |
berick |
gmcharlt: some code is hard to resist :) |
12:11 |
|
graced joined #evergreen |
12:15 |
|
b_bonner_ joined #evergreen |
16:01 |
Dyrcona |
I also have one remote, where the local is an empty git repo on my laptop, and the push is my development vm. |
16:02 |
Dyrcona |
That way, if dev is shut down and I fetch, I don't have to wait on it to timeout. |
16:02 |
jeff |
having the push and pull url for a given remote not point at "the same place" (i.e., point at two completely different instances of a repo) is cautioned against in the git documentation. :-) |
16:02 |
Dyrcona |
And, I can push to the remote to distribute the changes for testing. |
16:03 |
jeff |
But it's mostly a "you break it, you fix it" kind of thing. |
16:03 |
Dyrcona |
jeff: of course it is, 'cause it can get confusing if you don't pay attention. |
16:03 |
Dyrcona |
I like the local bare repo trick for pull and something on a vm for push to distribute changes, though. Very handy. |