| 09:51 |
rfrasur |
Now if it just had a fold out double/triple monitor that didn't make it unbalanced... |
| 09:59 |
paxed |
how come this search finds only two hits: http://62.148.106.92/eg/opac/results?query=title%3A^decade%24 ...when there's also this: http://62.148.106.92/eg/opac/record/213825 |
| 10:02 |
paxed |
select * from metabib.real_full_rec where tag='245' and subfield='a' and value like 'decade'; returns all three. |
| 10:02 |
kmlussier |
paxed: IIRC, when I previously tested anchored searching, and exact match was an exact match. I suspect the forward slash is the reason why you aren't retrieving that record in your results. |
| 10:03 |
kmlussier |
s/and/an |
| 10:04 |
paxed |
oh. yes, you're right. |
| 10:04 |
paxed |
ffs |
| 10:06 |
paxed |
i expected it to find the exact title as shown in the search results screen. (without the slash at the end) |
| 13:32 |
rfrasur |
dbs: that's what I saw from afar as well. |
| 13:33 |
Dyrcona |
jcamins: Just bust the locks and take it over. |
| 13:34 |
rfrasur |
Dyrcona++ #my thoughts exactly |
| 13:43 |
pinesol_green |
[evergreen|Mike Rylander] Live pgTAP test for 0847, authority overlay generator fixes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3e7f6f1> |
| 13:44 |
rfrasur |
rjackson-isl: we haven't gotten an all clear for cataloging yet, have we? |
| 13:46 |
dbs |
eeevil: does that pgTAP test assume that concerto has been loaded, given the "FROM authority.record_entry WHERE id = 1" clause? |
| 13:48 |
|
mjingle joined #evergreen |
| 13:49 |
eeevil |
dbs: yes. I chose to follow the statement in the README for the stuff in live_t/ |
| 13:52 |
jeff |
would there be any objection / issues with a patch to allow password resets to accept a single value, "enter your library card number or username", with org unit regex backed tests for detecting "that's a barcode!" vs "not a barcode, try it as a usrname!" logic? |
| 13:53 |
jeff |
(similar to the logic used for logging in) |
| 13:53 |
rjackson-isl |
rfrasur - waiting green light from Anna |
| 13:53 |
rjackson-isl |
she is at Montpelier doing the go live |
| 13:53 |
|
smyers_ joined #evergreen |
| 13:53 |
rfrasur |
rjackson-isl: okie. will relay. |
| 13:54 |
dbs |
eeevil: eh. okay. I'm not a big fan of that, personally, as we can't run that test on a production system. |
| 13:57 |
pinesol_green |
[evergreen|Mike Rylander] Only one of these tests was valid, removing the bad one - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a32f742> |
| 13:59 |
eeevil |
dbs: understood, and I'm not a /big/ fan either, but the mock env for that is (IMHO) more complicated (read: easy to get wrong) than the code it's testing or the test itself, and IIRC, we (as a community) generally aggreed to concerto as a testbed data set |
| 14:00 |
eeevil |
that said, the live test I just updated doe set up a nice mock env |
| 11:53 |
bshum |
We have to either remove that dir or change the ownerships to make it work. |
| 11:53 |
|
graced_ joined #evergreen |
| 11:53 |
bshum |
Has anyone seen anything like that on Debian Wheezy or is it just a Ubuntu Precise issue? |
| 11:56 |
paxed |
i don't think i've encountered that on debian - i run testing. |
| 11:57 |
bshum |
So maybe it's just a weird Ubuntu issue |
| 11:57 |
dbs |
bshum: at some point we'll cut over to running Apache as apache / www-data instead of opensrf, and then such errors will go away |
| 11:57 |
bshum |
dbs: True that |
| 13:13 |
rfrasur |
Only 7 from Indiana (and none from Hagerstown...sigh) |
| 13:13 |
graced_ |
collum++ |
| 13:15 |
csharp |
ah yes... the moment when you're 95% done with a reports template, only to realize that one of the requested fields is not avaialble via your chosen source... |
| 13:15 |
kmlussier |
Can anybody else confirm this? In testing offline circ in 2.4, we found that the "Skip offline checkout if newer item status changed time" was backwards. When set to false, it skipped the offline checkout. When set to true, it did not skip the offline checkout. |
| 13:18 |
jcamins |
rfrasur: does your library provide online access to JSTOR? |
| 13:19 |
rfrasur |
no |
| 13:19 |
rfrasur |
And it's not available through our statewide db list either. |
| 13:31 |
jcamins |
He went by Bozhidar, but his actual name was Bogdan Petrovich Gordeev. |
| 13:31 |
jcamins |
I found a great biography in JSTOR. :) |
| 13:33 |
jcamins |
It's by Janacek, too, which makes it doubly excellent. |
| 13:33 |
* rfrasur |
is testing INspire (and all it's Ebsco heavy awesomeness. *cough) |
| 13:35 |
rfrasur |
well, I found a record, but can't view it because apparently the library doesn't have enough permission to access statewide database stuff. |
| 13:36 |
csharp |
@blame walled gardens |
| 13:36 |
pinesol_green |
csharp: walled gardens musta been an Apple employee. |
| 13:36 |
kmlussier |
Massachusetts uses geolocation to authenticate to statewide databases, which is pretty cool. We don't have JSTOR, though. |
| 10:11 |
bshum |
I'd have to look closer to see how it renders. |
| 10:11 |
|
hopkinsju joined #evergreen |
| 10:12 |
berick |
bshum: oh, i see, i wasn't aware stuff was busted in there. |
| 10:13 |
bshum |
berick: We used to use field docs, but after our upgrade to newer masters (around 2.3's time), it stopped working. |
| 10:13 |
bshum |
Nobody missed it enough to really complain yet though. |
| 10:13 |
bshum |
Plus there's the new YAOUS to show examples next to all the stuff we used to use field docs for showing examples for. |
| 10:14 |
bshum |
But yeah, I'm not entirely sure the CSS renders right for the comments anymore. |
| 10:14 |
* bshum |
hasn't tested it lately |
| 10:18 |
bshum |
if I get a moment later, I'll poke at it some and file a bug if I still see issues. |
| 10:18 |
* bshum |
wanders off for meetings |
| 10:38 |
csharp |
bshum++ berick++ # thanks |
| 10:51 |
|
ningalls joined #evergreen |
| 10:54 |
csharp |
oh cool - now I see the alert |
| 14:33 |
gmcharlt |
bshum: I suggesting removing the Google checkout link and adding it to the menu soonish |
| 14:33 |
gmcharlt |
we can always fine-tune it later |
| 14:34 |
bshum |
gmcharlt: Sounds like a good plan. I'll go poke at the page now and then get the link up there. Fine-tuning it can go onto the next web team meeting agenda (not that I know when the next meeting is) |
| 14:37 |
csharp |
I'm beginning to look at the link checker and am looking for sane defaults for the four related library settings |
| 14:39 |
csharp |
right now I have max redirect attempts set to 4, max wait time for url lookup, 30 secs, number of parallel URLs to lookup: 10, and number of seconds between URL test attempts: 2 |
| 14:39 |
csharp |
if you're using this, would you mind sharing your settings? |
| 14:40 |
bshum |
gmcharlt: I'm going to rename that page from "sfc" to "conservancy" since we're not linking to it yet anyways, but also because of the name changes from ages back |
| 14:41 |
gmcharlt |
sounds good |
| 14:46 |
|
gsams joined #evergreen |
| 15:02 |
gmcharlt |
bshum++ |
| 15:03 |
bshum |
And done. |
| 15:03 |
RoganH |
So Google Checkout is finally dead (or at least officially dying). |
| 15:04 |
RoganH |
I've had the tragedy of spending all day taste testing BBQ for the catering for our south east conference. A horrible work day. |
| 15:05 |
bshum |
RoganH: That just makes me want to book a flight south. |
| 15:05 |
gmcharlt |
RoganH: we all would have been happy to share some of the load |
| 15:05 |
gmcharlt |
all you had to do was ask |
| 09:30 |
jeff |
paxed: that probably wouldn't have any effect on how expert search on 084a works for you now. |
| 09:30 |
paxed |
jeff: hm. :/ |
| 09:31 |
bshum |
Expert search is special. |
| 09:33 |
paxed |
another question: afaics, setting OUS ui.patron.edit.au.*.show to false doesn't actually do what i thought it would do, that is, it still shows the field in patron reg. |
| 09:34 |
paxed |
at least when it comes to the prefix/title and suffix fields, haven't tested with others. |
| 09:37 |
bshum |
I thought there were different settings for registration vs. editing |
| 09:39 |
paxed |
i don't think so. |
| 09:40 |
paxed |
register.js has orgSettings['ui.patron.edit.' + fmcls + '.' + fmfield + '.show'] |
| 11:01 |
jeff |
grr |
| 11:05 |
Dyrcona |
$rid = $rid->id() if (ref($rid)); #easy peasy... |
| 11:08 |
Dyrcona |
"They're off and running at Rockingham!" |
| 11:11 |
* tsbere |
finds it very difficult to install and test a router when the internet connection it is supposed to connect to isn't there |
| 11:11 |
|
mceraso joined #evergreen |
| 11:16 |
csharp |
could someone test something for me? log into the staff client, search the catalog, click on a record to bring up details, then hover on Add to My List and select an existing list |
| 11:17 |
csharp |
for me that creates an internal server error and a log message very similar to that reported in bug |
| 11:17 |
csharp |
bug 1060953 |
| 11:17 |
pinesol_green |
Launchpad bug 1060953 in Evergreen 2.3 "Internal Server Errors with "large" bookbags in TPAC" (affected: 2, heat: 14) [High,Fix released] https://launchpad.net/bugs/1060953 |
| 11:17 |
* bshum |
is happily showing how to IRC for mceraso (his new coworker) |
| 11:17 |
csharp |
mceraso: welcome! |
| 15:03 |
jeff |
(er, the message before last now) |
| 15:04 |
jammin |
Yep, got that. |
| 15:08 |
jammin |
Basically the paypal payflow pro "transparent redirect" looks like a method where the merchant server (our Evergreen) generates the form for the customer's (patron's) browser, but the form posts directly to paypal, and their data never touches our server. Sounds a little bit like Stripe from what I can tell, actually. |
| 15:09 |
jboyer-isl |
jammin: I've spent some time looking at the CC options, and currently only the last 4 of the card number are stored in the database (though that can be changed by adding a trigger to always null it out, etc.) |
| 15:09 |
jboyer-isl |
As you mentioned, I don't believe they hit the logs anymore. |
| 15:12 |
jboyer-isl |
Having worked with the stripe code (but not having time to test it properly, or sign off on it. :,( ) I'd say that's definitely a great option, once it's in. |
| 15:13 |
csharp |
okay - I'm having a srfsh syntax problem - and I know a lot of it is that I never use JSON for anything so I don't know the syntax... I'm trying 'request open-ils.actor open-ils.actor.user.transaction.fleshed.retrieve.authoritative {"authtoken", "xact_id"}' |
| 15:13 |
csharp |
the error is "Expected colon after hash key; didn't find it" |
| 15:13 |
jboyer-isl |
Also, as for the "transparent redirect" form, Stripe doesn't exactly work that way. The sensitive data is transfered by a javascript file downloaded from Stripe, then a token is inserted into your form, and the non-sensitive data is posted to Evergreen to actually do the billing. |
| 16:27 |
dbwells |
eeevil: I had an older version of MARC::File::XML installed, so I was getting errors in the old SAX.pm, but I just updated to latest, and still get errors, now in XML.pm. Just trying to determine now if the error is in our code, or in MARC::File::XML. |
| 16:27 |
csharp |
yessir |
| 16:28 |
eeevil |
dbwells: not a situation where you can replace the whole field? (no subfild list in the rule, I mean) |
| 16:28 |
bshum |
csharp: Hmm, my offline-blocked-list.pl works fine... |
| 16:28 |
bshum |
csharp: What version of opensrf are you testing with? |
| 16:28 |
* Dyrcona |
used the wrong file the other day and got a message, but forgot what it was exactly. |
| 16:28 |
* dbs |
hopes someone will test out bug #1242999 given the effort he put into rudimentary pgTAP tests |
| 16:28 |
pinesol_green |
Launchpad bug 1242999 in Evergreen "Encode.pm 2.54 breaks database functions (naco_normalize, maintain_control_numbers, others)" (affected: 1, heat: 6) [High,Confirmed] https://launchpad.net/bugs/1242999 |
| 16:28 |
csharp |
may be a genasys bug |
| 16:29 |
dbs |
Given that the community has invested in the QA effort, we should really consider requiring pgTAP tests for db-changing bugs |
| 16:30 |
bshum |
csharp: Oh, that I couldn't comment on :) |
| 16:30 |
csharp |
bshum: yeah - it's okay - if I can rule out genasys, I'll be back ;-) |
| 16:30 |
csharp |
thanks for confirming |
| 16:30 |
bshum |
csharp: Well, fwiw, I'm running on OpenSRF master and the command to run offline block list is still going without issues |
| 16:31 |
bshum |
Just finished, no errors. |
| 16:31 |
Dyrcona |
This reminds me that I had an idea for a branch to make --localhost unnecessary with osrf_control. |
| 16:31 |
dbwells |
eeevil: I was obviously just turning knobs, so to speak, and seeing what happened. I make no promises for the realistic-ness of my tests :) That said, there are certainly cases where you might want to replace one or two subfields, but you can't necessarily predict whether those will be the *only* subfields. |
| 16:34 |
eeevil |
dbwells: gotcha. worth an lp bug, then, certainly |
| 16:37 |
csharp |
duh - it helps if opensrf is running |
| 16:38 |
csharp |
okay - I'll take that as a sign that I need to quit for the day :-) |
| 20:18 |
gsams |
I'm her for about 2 more hours myself, down in Texas |
| 20:18 |
hbrennan |
Ah good. I'm not alone |
| 20:19 |
gsams |
Let me know if you have any other issues with that, I'm currently creating reports like a mad man down here. |
| 20:20 |
hbrennan |
I'll be sure to get it tested soon and I'll get back to you to take advantage of that report brain if I need to |
| 20:28 |
bshum |
hbrennan: I'm pondering your question to the general list about getting some sort of hold report filtered to copy locations and I don't think this would be possible with the staff client reporting. |
| 20:28 |
bshum |
hbrennan: My thinking is that most holds generally target bib records (title holds), so there isn't an exact and tight match to any given copy. At least not 100% of the time. |
| 20:29 |
hbrennan |
We usually only have one copy of something so it doesn't really matter |
| 20:31 |
hbrennan |
right after I get CCNA certified... |
| 20:31 |
hbrennan |
It looks useful! |
| 20:31 |
hbrennan |
I just need to find an extra few dozen hours a week for studying |
| 20:32 |
gsams |
heh, I'm currently studying for CIW database design specialist cert for school right now, I understand trying to find a few dozen extra hours |
| 20:32 |
gsams |
I'm basically up against the wall for testing at this point |
| 20:34 |
bshum |
hbrennan: http://pastie.org/8444266 for fun |
| 20:35 |
bshum |
I just wrote that from memory, so I haven't actually tested it to see how it would fare... might need additional tweaking |
| 20:35 |
hbrennan |
I am a psychology major, now diving into It |
| 20:36 |
hbrennan |
I'm 400 pages into Part 1 of the CCNA book |
| 20:36 |
hbrennan |
Thanks bshum++ |
| 09:33 |
bshum |
dbwells: While we're not using a fully updated master in our production (we need to update to get the new title browse stuff), we do have the beginnings of browse in play and haven't seen any extremely long browse attempts yet. |
| 09:35 |
kmlussier |
bshum: I think it might be something that was just recently introduced because the browse queries had previously been working on Dyrcona's server. I believe it's just in the past few weeks that they became problematic. |
| 09:36 |
dbwells |
bshum: for our production data set, it seemed to be every query. I suspect it has to do with 0837 on large DBs. |
| 09:36 |
bshum |
Alternatively, is this something related to auth records being linked to browse? In which case, I couldn't properly test it anyways. |
| 09:36 |
bshum |
And yeah, 0837, gotcha..... |
| 09:37 |
dbwells |
bshum: Do you have 0837 in place? We haven't done any authority linking yet at all. |
| 09:37 |
dbwells |
also, test branch is moments away... |
| 09:38 |
bshum |
Aha, 0837 is not on production yet. |
| 09:38 |
bshum |
It's on my test server which is awaiting finishing touches |
| 09:38 |
bshum |
So I guess I'll test it there |
| 09:38 |
bshum |
dbwells++ # I'll let you know what I find out as well later today, if Dyrcona doesn't beat me to it. |
| 09:40 |
dbwells |
bshum: thanks! |
| 09:40 |
csharp |
browse is broken on our pines test server too: http://next.gapines.org |
| 09:41 |
csharp |
I was starting with the assumption that our cold cache and slow DB server is the cause |
| 09:41 |
kmlussier |
I don't know if Dyrcona changed something this morning, but the browse search on his server is happier today than it has been in a long time. |
| 09:41 |
csharp |
(that's running 2.5-rc1, btw) |
| 09:42 |
Dyrcona |
I applied the changes from lp 1244432 last night when I updated the code to fix a typo in one of my development branches. |
| 11:25 |
doug_ |
jeff: thanks, that does help a lot, and contains a lot of what I'm looking for. |
| 11:26 |
Dyrcona |
dbwells: Reaction. |
| 11:29 |
jeff |
"I just wish we could get course credit for this." |
| 11:31 |
Dyrcona |
dbwells / kmlussier: I'll apply the complete branch on lp 1244432 tonight for testing tomorrow. I want to reload my database to test a script for deleting tons of copies again tomorrow. |
| 11:31 |
pinesol_green |
Launchpad bug 1244432 in Evergreen "Browse search functions need to be 'stable'" (affected: 1, heat: 8) [Critical,New] https://launchpad.net/bugs/1244432 |
| 11:32 |
bshum |
jeff: Sounds like Marty to me. |
| 11:33 |
bshum |
:) |
| 12:49 |
rfrasur |
Dyrcona: I only have experience with C ++ and it was only a semester...so enough to say I learned something for a month or so...and then never use again. |
| 12:49 |
rfrasur |
(it was a fun elective though) |
| 12:50 |
|
Sato`kun joined #evergreen |
| 12:52 |
bshum |
dbwells: Tested browse with my test server and production data and you were right that it was pretty broken. |
| 12:52 |
bshum |
Applied those alter functions and things went smoothly after that. |
| 12:52 |
csharp |
csharp## |
| 12:53 |
bshum |
I'll do some more testing after lunch. |
| 12:53 |
rfrasur |
lol, csharp++ |
| 12:53 |
csharp |
@karma c++ |
| 12:53 |
pinesol_green |
csharp: c++ has neutral karma. |
| 14:10 |
csharp |
leonard_: have you checked your logs for messages about holds? |
| 14:11 |
jeff |
leonard_: holds will not be targeted if the library associated with your staff client session is not considered "open" today in Evergreen. |
| 14:12 |
jeff |
leonard_: are these new holds, migrated holds, existing holds that were placed in evergreen and not migrated? |
| 14:13 |
leonard_ |
jeff: I am testing how holds works, I am placing a hold in TPAC, inmediatly I run the hold targeter cron, and then I try Pull List for hold requests |
| 14:14 |
jeff |
if you look at the patron account, do the holds show up, and do they have a status and/or a value in "current copy"? |
| 14:14 |
leonard_ |
no, the status is in waiting for copy |
| 14:15 |
leonard_ |
the currente copy value is No Copy |
| 15:00 |
|
mjingle joined #evergreen |
| 15:03 |
|
RoganH joined #evergreen |
| 15:09 |
bshum |
dbwells++ |
| 15:23 |
csharp |
okay testing the fix for bug 1244432 - before the fix, I saw some browse queries running for 1.5+ days |
| 15:23 |
pinesol_green |
Launchpad bug 1244432 in Evergreen "Browse search functions need to be 'stable'" (affected: 1, heat: 8) [Critical,New] https://launchpad.net/bugs/1244432 |
| 15:24 |
csharp |
now I see 11 seconds - still not great |
| 15:24 |
csharp |
but that may be may environment |
| 11:21 |
jeff |
in your case, i think the migration and post migration cleanup may have gotten it out of sync. |
| 11:21 |
jeff |
eeevil: liar! :-) |
| 11:22 |
eeevil |
lines 215-260, just replace the CREATE TABLE with a TRUNCATE |
| 11:23 |
jeff |
Bmagic: as eeevil indicated, the source sql file 080.schema.money.sql should give you the info you need to rebuild that materialized view -- but i'd recommend caution. test on a non-production copy of your database, and read / understand / ask questions here until you're comfortable with doing it. |
| 11:24 |
* dbs |
swore there was a "refresh materialized billable xact summary" function, too |
| 11:25 |
eeevil |
dbs: I couldn't find it, but, yeah, I thought there was one |
| 11:26 |
Bmagic |
jeff: Right on. I'm working with test db right now. Just so I understand, the operation would be to delete all rows inside of the mmbxs , the recreate with the 080.schema.money.sql ? |
| 11:26 |
eeevil |
dbs: I bet we're thinking of the "simple record extracts" matview |
| 11:26 |
jeff |
I think it used to be "truncate mmbxs and insert from mbxs", but for a while now mbxs has just been a pointer to mmbxs. |
| 11:27 |
jeff |
Bmagic: essentially, but you can use TRUNCATE on the mmbxs table, and you don't need all of that sql file to re-create things. |
| 13:30 |
* rfrasur |
opts for the second idea because I'm still a bit of a chicken. |
| 13:32 |
Dyrcona |
gmcharlt++ # For maintaining CPAN packages related to MARC |
| 13:32 |
jcamins |
rfrasur: ouch. |
| 13:34 |
dbs |
Am I crazy or is the current set of pgTAP tests basically fetching a list of objects from the PostgreSQL info schema, then iterating over that list to verify that those objects exist? |
| 13:36 |
dbs |
Seems like it is a test of PostgreSQL's info schema, with very little Evergreen-specific testing |
| 13:37 |
gmcharlt |
dbs: I believe the idea is that you would run make-pgtap-tests.sql on a known-clean database, then use them to test a production database for schema variances |
| 13:37 |
gmcharlt |
where "them" == the generated tests |
| 13:38 |
jeff |
oh. that sounds useful. i might look at that. |
| 13:38 |
dbs |
gmcharlt: oh. are there any separate pgTAP tests for Evergreen-specific functions? |
| 13:39 |
* dbs |
has just added one for ingesting a record and checking the md5 hash of the MARC to ensure the processing has proceeded as expected |
| 13:39 |
gmcharlt |
dbs: a few -- see Open-ILS/src/sql/Pg/t |
| 13:40 |
dbs |
gmcharlt: ah, the make-pgtap-tests.pl in sql/Pg/ threw me off |
| 13:41 |
gmcharlt |
make-pgtab-schema-tests.pl might be a better name |
| 13:42 |
dbs |
Might be useful to add some comments about the intended usage into make-whatever-tests.pl too |
| 13:46 |
dbs |
might add a pointer to "pg_prove" in t/README too. This is good stuff |
| 13:52 |
jboyer-isl |
rfrasur: You had your gadget discussion while I was at lunch, but I wanted to throw a couple cents at it. JCPL picked up a few gadgets (similar to the ISL kit, but hand-picked by me) with things like every type of available kindle, a chromebook, ipod, ipad, galaxy tab, and some nooks |
| 13:52 |
jboyer-isl |
Staff could check out devices to learn on, or to show patrons how to use Overdrive, ebrary, etc. |
| 13:53 |
jboyer-isl |
they also made an appearance at a staff day, as a kind of tech petting zoo. |
| 15:21 |
dbs |
/win/win 11 |
| 15:21 |
dbs |
meh |
| 15:21 |
dbs |
/lose/lose :) |
| 15:26 |
Bmagic |
jeff: LOL - it's the row that I fixed as a test |
| 15:27 |
jeff |
aha. :-) |
| 15:27 |
jeff |
which query did it show in? |
| 15:28 |
Bmagic |
I used a "not in" strategy there |
| 09:35 |
dbs |
You could create an actual source for "source unknown" and link it up and enforce the constraint, but I don't see how much that buys us |
| 09:35 |
Dyrcona |
Well, the source is usually known, someone just neglects to set it. |
| 09:36 |
Dyrcona |
makes queries fun: and (source is null or source in (1,2)) |
| 09:36 |
dbs |
bshum: Do you have an example RDA record you could supply for testing purposes? I think the fix may just be to add another get_graphic_880s() call right after the one for 260, similar to what we do for authors |
| 09:36 |
tsbere |
How about "we know, but the source isn't in the list"? Because I suspect sometimes that happens. ;) |
| 09:36 |
Dyrcona |
tsbere: I don't suspect that happens very often with our gang, and in that case, they should open a ticket to request the source be added. :) |
| 09:37 |
dbs |
Dyrcona: about 2 million of our bibs would be "source = migrated from previous system"; nobody is going to spend time tracking down the actual source for all of those unless there is some benefit |
| 10:01 |
bshum |
dbs: As for getting some sample RDA bibs, I could see that being helpful to include in our sample datasets for the future. I'll see what I can do on that front as well. |
| 10:01 |
jeff |
of course, some OU settings make no sense to have a workstation or usr level counterpart, so maybe not. |
| 10:02 |
bshum |
(though probably later) |
| 10:03 |
jeff |
while i have high hopes to test some more 2.5 goodness this evening or weekend, today i am fixing bits and adding bits in the user editor. |
| 10:03 |
bshum |
2.3 is unaffected since that was pre-880 stuff |
| 10:03 |
jeff |
one of the things it has me thinking about is how you'd specify an OU setting for "this is how you generate a suggested username" |
| 10:04 |
|
yboston joined #evergreen |
| 16:58 |
rfrasur |
oh, I don't kick them out. I just make them behave. They can't cover their faces and have to have on clothes over the suits. |
| 16:58 |
rfrasur |
There's also a kid with a pigeon mask. |
| 16:59 |
rfrasur |
It was kinda impressive...but yeah. |
| 16:59 |
anton____ |
hello everybody, I am testing the holds module in EG and I can´t get the Pull list, I mean, I hold a book with one test account, and then I try to see this hold in Pull List for hold requests but It doesn´t show nothing |
| 17:00 |
Dyrcona |
anton____: You have to run the hold targeter to target the hold at a copy before it will show up in the pull list. |
| 17:01 |
anton____ |
Is in EG site a complete documentation about how do that= |
| 17:01 |
anton____ |
? |
| 09:15 |
|
jbfink joined #evergreen |
| 09:16 |
|
mrpeters joined #evergreen |
| 09:24 |
Dyrcona |
dbs: Is there a solution that works whether one has upgraded or not? |
| 09:27 |
dbs |
Dyrcona: It would be great if someone not on one of those distros would test my branch and tell me how much breaks :) |
| 09:30 |
Dyrcona |
dbs: I only look at LTS releases from Ubuntu, so 14.04 would be the next that I experiment with. |
| 09:31 |
dbs |
Dyrcona: right, but if you have a 12.04 box at the ready it would be instructive to just check out the branch and run 'make check' on it |
| 09:32 |
Dyrcona |
dbs: Will do. |
| 10:01 |
dbs |
Dyrcona: does make check |
| 10:01 |
dbs |
Dyrcona: does "make check" pass for starters? |
| 10:01 |
dbs |
And then if that passes, "eg_db_config <yada yada> --load-all-sample"? |
| 10:02 |
Dyrcona |
I'm testing this on a system that already has data loaded. |
| 10:02 |
dbs |
three queries from the 12th? Wow. |
| 10:02 |
paxed |
dbs: not sure. i know i haven't done such a post. i could try to compile one... |
| 10:03 |
dbs |
Dyrcona: ah, okay, my branch doesn't have any upgrade scripts for the database functions yet, so just "make check" or running "prove -l lib t" in the Open-ILS/src/perlmods directory would be great |
| 10:03 |
Dyrcona |
I'm about to paste the output from make.check, looks some tests fail. |
| 10:04 |
dbs |
paxed: yeah. I mean, I know you have a long list of bugs but some level of abstraction & prioritization would probably help us understand our failings |
| 10:04 |
dbs |
Dyrcona: thanks |
| 10:05 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "make check > ../make.out 2>&1" (131 lines) at http://paste.evergreen-ils.org/28 |
| 10:05 |
Dyrcona |
One of the tests that fails is entityize diacritics. |
| 10:05 |
dbs |
Dyrcona: perfect. that's what I was worried about. |
| 10:05 |
paxed |
dbs: for example, today i found out the "Serials" as done by both Eg and Koha does not really serve our needs - our expert on it said the Serials is more for scientific papers and such, rather than "periodicals" (as he said), or magazines. |
| 10:06 |
Dyrcona |
paxed: You'll just have to implement your own ILS, then. :) |
| 10:12 |
paxed |
dbs: well, then it could be something that's missing from our database, and clicking on one of the issues under "issues held" does nothing. |
| 10:12 |
paxed |
s/and/as/ |
| 10:12 |
paxed |
(in opac) |
| 10:12 |
dbs |
Dyrcona: oh, fascinating. "prove -l lib t/14-OpenILS-Utils.t" works fine on its own, which is where I was focused on fixing the problem that had popped up, but last night / this morning I failed to run all the tests |
| 10:12 |
jboyer-isl |
paxed, Dyrcona: Somebody beat you to it: http://en.wikipedia.org/wiki/NewGenLib |
| 10:13 |
dbs |
jboyer-isl: oh yeah, that's been around a long time |
| 10:13 |
jboyer-isl |
Even has Acq. I tried to set it up in 2008-ish. Daunting is the polite term. |
| 10:53 |
bshum |
Or on the weekend. |
| 10:54 |
jcamins |
Heh. What time did you get home? |
| 10:54 |
bshum |
Around 1:40 or so |
| 10:55 |
jcamins |
Eww. I took a cab and was back before 12:30. |
| 10:56 |
jcamins |
Usually I am frugal and take the bus/subway, but I just couldn't bring myself to test the late night schedule. |
| 10:56 |
bshum |
Indeed, it was late. |
| 10:57 |
bshum |
Good to be home though. |
| 10:57 |
|
ktomita joined #evergreen |
| 12:35 |
bshum |
I'll try it again once I get a new fresh system going later this week. |
| 12:37 |
csharp |
yeah - I was going to experiment with reverting 3335c54 just to see if that makes a difference - nothing about that commit touches 'obj.active_services' though, so dunno ;-) |
| 12:37 |
pinesol_green |
[evergreen|Bill Erickson] Import bib trash fields : XUL Z39.50 UI - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3335c54> |
| 12:41 |
jeff |
ah yes... that lovely moment when you're testing your user editor changes and the username is replaced with: tfunctionanonymousnifargumentslengththisanreturnthisa |
| 12:49 |
gmcharlt |
heh |
| 12:54 |
jeff |
also fun: those moments where you spend some much time trying to write a non-awkward comment that you also end up re-factoring the one if statement that you were commenting |
| 12:54 |
jeff |
...not in a significant way, but just so that the ordering matches the ordering of the comment, because you have no interest in re-writing the comment Yet Again. |
| 14:26 |
|
BigRig__ joined #evergreen |
| 14:30 |
|
BigRig joined #evergreen |
| 14:30 |
JennB |
hello Evergreen Community, can you tell me if EG can be in Arabic? I saw this listserv message http://list.georgialibraries.org/pipermail/open-ils-general/2011-March/004343.html but as you see its from 2011 |
| 14:31 |
* bshum |
imagines it's possible, but doubts we've tested RTL extensively |
| 14:31 |
bshum |
(or at all) |
| 14:31 |
JennB |
ok, thanks Ben! |
| 14:32 |
bshum |
In theory, if we had the translations for arabic, we could try reviewing various parts of the GUI for right to left compatibility. |
| 14:32 |
Dyrcona |
Well, I've processed some records recently that had Arabic in them. |
| 17:18 |
tsbere |
hopkinsju: An attempt to say "the user is physically at...." though we use it with subdomains to say "this subdomain represents..." |
| 17:18 |
tsbere |
I believe it can be set with a url param in addition to IP based and apache-level configs |
| 17:19 |
hopkinsju |
tsbere: Any chance of documentation on this? Particularly the apache config |
| 17:20 |
tsbere |
hopkinsju: At the apache level you set an environment variable named "physical_loc"...for that matter for your testing just add physical_loc=id to the query string (add a ? or & or whatever before it as needed) |
| 17:20 |
hopkinsju |
Gotcha |
| 17:21 |
tsbere |
we do some fancy rewrite tricks to set all of that stuff for our subdomains, but you can also just hardcode it if you have widely varying configs |
| 17:22 |
tsbere |
hopkinsju: Once you have physical_loc set then the hiding depth (if >1) says "start the tree at that depth". 1 would be the "System" in a standard setup, I believe (with 0 being "everything" and 2 being "branch within the system") |
| 08:52 |
Dyrcona |
rjackson-isl: Same thing. :) |
| 08:54 |
|
mmorgan1 joined #evergreen |
| 09:04 |
|
ericar joined #evergreen |
| 09:05 |
egbuilder |
build #405 of evergreen-master-debian-6.00-x86_64 is complete: Success [build successful] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-debian-6.00-x86_64/builds/405 |
| 09:06 |
dbs |
Many thanks to Peter Lux at UPEI for getting me access to that build machine again :) |
| 09:09 |
dbs |
@later tell bshum GSoC summit is _so_ good for expanding horizons, eh? |
| 09:09 |
pinesol_green |
dbs: The operation succeeded. |
| 09:55 |
jboyer-isl |
yeah. Just have to take the time to genericise it. :/ |
| 09:55 |
mrpeters |
go convince Ana to allow holds to be placed on ANY item, but they will never transit if they're in the disallowed list |
| 09:56 |
jboyer-isl |
I want something like that to go through anyway. "Only our patrons can place holds on our items!" Librarian, please. |
| 09:56 |
mrpeters |
well, they still wouldnt get the items |
| 09:57 |
mrpeters |
it would just fail hold tests until the 9 months expired |
| 09:57 |
jeff |
What's the logic behind showing the patrons items then saying that they can't request them? |
| 09:57 |
mrpeters |
thats how PINES does it |
| 09:57 |
mrpeters |
lol jefff |
| 12:01 |
|
smyers_ joined #evergreen |
| 12:06 |
dbs |
working/user/dbs/encode-changed-behaviour - as of yet untested on anything other than Encode 2.54 on Fedora, so definitely experimental |
| 12:12 |
|
dMiller__ joined #evergreen |
| 12:22 |
* csharp |
plans to test Opensrf 2.2.1 as soon as he can come up for air on another project |
| 12:50 |
|
Sato`kun joined #evergreen |
| 13:11 |
|
smyers__ joined #evergreen |
| 13:19 |
|
dMiller_ joined #evergreen |
| 09:42 |
|
yboston joined #evergreen |
| 09:42 |
|
kmlussier joined #evergreen |
| 09:42 |
RoganH |
Patience is more of a necessity than a virtue with Overdrive. |
| 09:42 |
jeff |
They claim to review applications on a "weekly basis", but we applied Oct 1 and it is now Oct 15. |
| 09:43 |
jeff |
At this rate, I could have driven down to Cleveland, spent some time with friends, and knocked on OverDrive's door for a personal interview to obtain access to the Circulation APIs and/or test environment. ;-) |
| 09:43 |
RoganH |
Time is highly subjective. |
| 09:44 |
RoganH |
They may only be counting the third hour of every meal break towards the week. |
| 09:48 |
|
misilot joined #evergreen |
| 12:08 |
pinesol_green |
Launchpad bug 1239837 in Evergreen 2.4 "Undefined variable prevents quick PO creation" (affected: 1, heat: 6) [High,New] https://launchpad.net/bugs/1239837 |
| 12:10 |
berick |
dbwells: looking now, sorry |
| 12:10 |
dbwells |
np |
| 12:13 |
berick |
dbwells++ looks correct, testing and signing off now |
| 12:14 |
dbwells |
berick++ # thank you, sir |
| 12:34 |
gmcharlt |
berick++ |
| 12:34 |
berick |
does this look odd to anyone else? http://dev198.esilibrary.com/eg/opac/results?query=violin&qtype=keyword |
| 13:21 |
gmcharlt |
#info gmcharlt to release 2.2.1 this week |
| 13:22 |
kmlussier |
gmcharlt++ |
| 13:22 |
gmcharlt |
(and KohaCon as a vacation for Koha's release manager? you jest, surely! ;) ) |
| 13:22 |
kmlussier |
#info csharp to test 2.4.2 rc so we can officialize it |
| 13:22 |
eeevil |
gmcharlt: this includes the new opensrf controller script from berick, yes? |
| 13:22 |
bshum |
Related to opensrf, is there anything in master that lends cutting of a 2.3.0? |
| 13:22 |
eeevil |
kmlussier: that happened, 2.4.3 is waiting in the wings |
| 13:27 |
csharp |
senator++ |
| 13:27 |
gmcharlt |
as recommended, with note that 2.2.1 is compatible |
| 13:27 |
eeevil |
(yes, 2.3+ recommended) |
| 13:28 |
kmlussier |
#info 2.3.0 will be recommended to run with EG 2.5, but 2.2.1 will be compatible as well. |
| 13:28 |
kmlussier |
Moving on to the next action item... |
| 13:28 |
kmlussier |
#info senator to find old incomplete action items to move forward (with help from the channel in making sure I get the right ones) - Done! |
| 13:29 |
kmlussier |
senator++ # Thanks for all the action items! |
| 13:29 |
kmlussier |
#info eeevil to commit a techref doc explaining how to build pgTAP test |
| 13:31 |
eeevil |
kmlussier: I have not done that yet. it's on my gtasks list, though! |
| 13:31 |
eeevil |
nor have I had time to do the next one |
| 13:31 |
kmlussier |
OK, I'll add both as action items for next time then. |
| 13:31 |
kmlussier |
#action eeevil to commit a techref doc explaining how to build pgTAP test |
| 13:32 |
eeevil |
thanks |
| 13:32 |
kmlussier |
#action o publish detailed plan about freezing baseline schemas between EG releases and using deprecates/supersedes in database upgrade scripts. This will go on the mailing list and the thread should structure further discussion of pros and cons of eeevil's plan. |
| 13:32 |
kmlussier |
That's it for action items, and I think we've also covered OpenSRF Release Info? |
| 13:33 |
kmlussier |
#topic Evergreen release info |
| 13:33 |
|
Callender_ joined #evergreen |
| 13:33 |
kmlussier |
dbwells: Should we start with 2.5? |
| 13:34 |
dbwells |
Sure. After a couple brief rounds of testing and bug squashing, RC1 is uploaded to the usual. |
| 13:34 |
dbwells |
usual place, that is |
| 13:35 |
dbwells |
Been having fun working out the release notes, but that is done as well, and will be uploaded shortly. |
| 13:35 |
|
Callender__ joined #evergreen |
| 13:36 |
kmlussier |
#info 2.5 RC1 is uploaded. Release notes will be uploaded shortly. |
| 13:36 |
kmlussier |
dbwells: Anything else to add? |
| 13:36 |
dbwells |
Since we are a day late already for the delayed version of 2.5 final, I am not sure where to pin down the timeline, but I am pretty confident things we'll get there soon. |
| 13:37 |
dbwells |
It's really all about more testing at this point, so maybe RC will inspire some folks. |
| 13:37 |
|
Callender joined #evergreen |
| 13:37 |
dbwells |
That's about it, unless folks have questions I might be able answer. |
| 13:37 |
kmlussier |
How much time do we usually allow for testing between RC1 and final? |
| 13:38 |
* csharp |
is testing beta1, but will upgrade to RC |
| 13:38 |
gmcharlt |
dbwells: apologies if it's already been mentioned, but I'd like to take this opportunity to mention the fixes for bug 1086458 |
| 13:38 |
pinesol_green |
Launchpad bug 1086458 in Evergreen 2.4 "Staff client memory leaks in 2.3 and later" (affected: 11, heat: 76) [High,Confirmed] https://launchpad.net/bugs/1086458 |
| 13:39 |
gmcharlt |
whether or not it's a candidate for inclusion in 2.5.0, I'm pretty sure lots of folks will be very happy if it makes it in by 2.5.1 |
| 13:39 |
dbwells |
gmcharlt: I haven't looked at it, but I certainly will. |
| 13:40 |
kmlussier |
I think a lot of people would love to see those patches in sooner rather than later. I'm not sure how to approach testing, though. |
| 13:41 |
csharp |
kmlussier: our approach will probably be a due diligence approach on a test server to make sure nothing breaks, then move to production as soon as we're satisfied |
| 13:41 |
dbwells |
gmcharlt: It doesn't look too bad, and if there are no objections, I can pull back RC1 and cram it in there. No formal announcements have been made yet. |
| 13:41 |
csharp |
seems like it's too difficult to simulate in a test environment |
| 13:41 |
kmlussier |
csharp++ |
| 13:42 |
csharp |
dbwells: +1 # fwiw |
| 13:42 |
eeevil |
dbwells: I know it's a pain, having just gone through packaging, but I'm +1 to that |
| 13:43 |
gmcharlt |
dbwells: thanks -- but also, TIA to anybody who tests it |
| 13:43 |
kmlussier |
Is everyone in agreement to include the memory leak patches in RC1 then? |
| 13:43 |
* gmcharlt |
will search for a suitable libation whose name encodes the concept of "at the last minute" for delivery next time I see you ;) |
| 13:44 |
dbwells |
I would also appreciate a test/sign-off/push to master on that branch by anyone else who can take a look. |
| 13:44 |
gmcharlt |
+1 |
| 13:45 |
* dbwells |
will test what he can of it, but RC1 will be out today, or BUST |
| 13:45 |
csharp |
dbwells++ |
| 13:46 |
kmlussier |
#agree dbwells will pull back RC1 and incorporate memory leak patches. Sign-off from other testers will be appreciated. |
| 13:46 |
kmlussier |
Any other questions for dbwells? |
| 13:52 |
jsime |
e.g. a patron search which could use the flesh feature to grab both the search results' list of patrons and those patrons' details |
| 13:52 |
jsime |
instead of getting the list of patrons, then iterating through it to get each of their details in turn |
| 13:56 |
kmlussier |
I think one thing we were thinking we might do with that information is include it as part of some kind of best practices for building a new web client. Or maybe there is a better way to share that information as we proceed with the analysis? |
| 13:56 |
phasefx |
jsime: just want to make sure you've seen this: http://wiki.evergreen-ils.org/doku.php?id=dev:testing:performance_issues |
| 13:57 |
jsime |
phasefx: thanks for the link - berick's notes under General Improvement are spot on for that |
| 13:58 |
kmlussier |
OK, we're running short on time. I'm going to move on to the next agenda item. |
| 13:58 |
kmlussier |
#topic Discuss freezing of master during beta/RC phase |
| 18:50 |
|
kbeswick joined #evergreen |
| 18:58 |
|
kbeswick joined #evergreen |
| 19:02 |
|
hopkinsju joined #evergreen |
| 19:13 |
dbwells |
After much gnashing of teeth, I finally have updated RC1 bits in the usual places. Please feel free to grab them and test if you are so inclined. |
| 19:15 |
dbwells |
I haven't been able to update the downloads page, as it is currently locked by another editor. At this point, I guess that part will have to wait for tomorrow. |
| 19:16 |
* dbwells |
head for home |
| 19:18 |
* dbwells |
listens to that command to himself :) |
| 19:46 |
|
kbeswick joined #evergreen |
| 19:56 |
|
j_scott joined #evergreen |
| 20:34 |
|
stevenyvr2 left #evergreen |
| 14:41 |
rfrasur |
but maybe not |
| 14:41 |
* rfrasur |
hasn't done much using the bib source |
| 14:41 |
RoganH |
I'll be honest, I can use the reports interface but I have to think about it. I mostly use sql. |
| 14:41 |
gmcharlt |
rfrasur: then there's the scenario where online circulation works perfectly when the main catalog is offline -- due to somebody not noticing that they were connecting to the test system |
| 14:42 |
rfrasur |
gmcharlt: please never tell my staff there's more than one server. |
| 14:42 |
* rfrasur |
has visions of mushroom clouds |
| 14:43 |
RoganH |
rfrasur: so .... no staff development day discussion of load balancing and bricks? |
| 14:43 |
gmcharlt |
rfrasur: let's just say that we now will consider turning off a test system temporarily at appropriate times to avoid asploding heads |
| 14:43 |
RoganH |
rfrasur: we could explain round robin database setups to them :) |
| 14:43 |
rfrasur |
no....not this staff. They're great, but technology is perhaps not their greatest area of interest and expertise. |
| 14:44 |
rfrasur |
gmcharlt++ |
| 15:38 |
senator |
i remember fixing this once in a totally different, not-serials interface |
| 15:39 |
senator |
i had though the way i did that should apply to cases like this too, but will check it out |
| 15:39 |
senator |
oh, well you have a solution already too |
| 15:40 |
jeff |
Hrm. fieldmapper.standardRequest seems to be able to get into a state where none of oncomplete, onerror, ontransporterror, nor onmethoderror will fire. |
| 15:41 |
jeff |
Testing in both xulrunner and Firefox |
| 15:42 |
jeff |
My test is to force a user edit save to fail by creating a usrname collision. |
| 15:42 |
jeff |
(which isn't handled in register.js, and I was trying to add handling) |
| 15:44 |
senator |
jeff: so the error is a DATABASE_QUERY_FAILED event? |
| 15:44 |
|
dMiller joined #evergreen |
| 15:45 |
senator |
i would expect oncomplete to fire for that |
| 16:11 |
rfrasur |
yep...and that was a good one. |
| 16:17 |
jeff |
senator: it appears that onmethoderror will fire, but only in the staff client. also, "onerror" is not (always?) a less-specific handler for method errors. |
| 16:19 |
senator |
hrm. at least onmethoderror should work then for your cases of catching an event in the patron editor... odd |
| 16:19 |
jeff |
it does. my testing was incomplete. |
| 16:19 |
jeff |
i was updating my earlier assertion. |
| 16:20 |
jeff |
it works, but not in Firefox -- just in the staff client. i suspect I'm running into broken multipart as an issue, which is known and fixed. |
| 16:20 |
jeff |
so, probably-mostly mystery solved. |
| 16:21 |
dbwells |
berick: If you get a chance, I just posted an acq bug, bug #1239837. It is pretty simple, I think, but was causing us some grief today. |
| 16:21 |
pinesol_green |
Launchpad bug 1239837 in Evergreen 2.4 "Undefined variable prevents quick PO creation" (affected: 1, heat: 6) [High,New] https://launchpad.net/bugs/1239837 |
| 16:21 |
* dbwells |
heads out for a bit, will be back |
| 16:33 |
|
mrpeters left #evergreen |
| 16:34 |
jeff |
yeah, confirmed. it was multipart breaking. |
| 16:51 |
jeff |
and with multipart disabled in firefox, both onmethoderror and onerror fire. they also fire in the staff client as expected. |
| 16:52 |
jeff |
my test appears to have been sabatoged at least partly by muscle memory. when you are IN tab 3 in the client and you hold down alt and hit -, -, 3 -- there's very little clue that what actually happened was you did not clear cache, but you switched to tab 3. :-) |
| 16:58 |
|
akilsdonk joined #evergreen |
| 17:36 |
|
hopkinsju joined #evergreen |
| 17:37 |
hopkinsju |
Good afternoon gents. Can someone help me learn how to use the newish Org Unit Hiding feature in the OPAC? |
| 12:44 |
tsbere |
jeff: Since you didn't expect *me* to say it, I will: we track master, and thus don't have all-at-once upgrade pain :P |
| 12:44 |
jeff |
tsbere++ |
| 12:44 |
* jeff |
grins |
| 12:45 |
Dyrcona |
I'm sure jeff does this, but if you do your own upgrades, it is a good idea to have a training/test server around to try the upgrade on before doing it for real. |
| 12:47 |
tsbere |
jeff: Generally we (which usually means I) do updates on a sunday evening, when libraries are already closed. That obviously doesn't work if your updates take all weekend....I know some others have done them over holiday weekends to reduce the amount of time libraries would be in offline mode. |
| 12:59 |
jeff |
we do try to test things beforehand, including with a snapshot of data and with staff hitting on a test system beforehand both to find issues and to get familiarity with the new version. |
| 13:07 |
Dyrcona |
Our staff (outside of central site) don't seem too interested in looking at our test environment. |
| 13:09 |
jeff |
our actual upgrades are performed by ESI, where we are hosted. |
| 13:10 |
jeff |
my reasons for asking are both short term / selfish, and long term / altruistic. :-) |
| 13:11 |
jeff |
the long term / altruistic reasons include making large upgrades either faster or easier to do without need for anyone to close libraries :-) |
| 14:43 |
Dyrcona |
one positive thing it does is allow a library *not* to charge the book price for a longoverdue. |
| 14:44 |
Dyrcona |
they'll only charge when the patron says they lost it or something like that. |
| 14:44 |
jboyer-isl |
I always wondered what the point of it was. (My previous ILS experiences were DRA and Unicorn) |
| 14:45 |
* Dyrcona |
goes back to testing dbwells branch |
| 14:45 |
jboyer-isl |
Though Unicorn may have had it too, now that I think about it. |
| 14:48 |
dbwells |
eeevil: I think we are still waiting on a release of OpenSRF 2.2.1 before adding 1188217. That does seem imminent, but I am not 100% sure what's happening with it. |
| 14:50 |
Dyrcona |
dbwells: Fixes it for me. I'll signoff and push it to master. |
| 14:54 |
|
remingtron joined #evergreen |
| 14:54 |
eeevil |
dbwells: yes, a joiner of <empty-string> instead of NULL should do exactly what dbs wants in title|proper |
| 14:54 |
dbwells |
eeevil: IIRC, using the joiner of '' would fail when the call-template "part" made nodes (that is, they would stick together too). I thought about stringifying that too, but called it a day instead. |
| 14:54 |
* eeevil |
looks |
| 14:55 |
eeevil |
arg ... yeah... you're right |
| 14:55 |
eeevil |
ok, separate for now ... more thinking on this for .NEXT |
| 14:56 |
eeevil |
dbwells: ok. I've exhausted all complaints with the branch. there's too much to do to make it perfect, and it's good enough. :) |
| 14:56 |
eeevil |
dbwells++ |
| 14:56 |
eeevil |
and |
| 14:56 |
eeevil |
bshum++ |
| 14:56 |
eeevil |
senator++ |
| 14:56 |
eeevil |
for testing |
| 14:57 |
dbwells |
eeevil: we arrived at exactly the same place :) |
| 14:59 |
dbwells |
eeevil: I do want to continue down the better road for .NEXT, and really, the sooner, the better. 3-4 months out I am not likely to remember any of this. |
| 14:59 |
berick |
phasefx: finally, is this expected when running the tests? "Subroutine section_pkg redefined at (eval 1493) line 4."? -- seems to repeat w/ each test. |
| 14:59 |
berick |
they pass OK |
| 15:01 |
dbwells |
eeevil: I am also very keen to start documenting all the reasons for what we are doing, and I tried to do some of that on the bug / in the commits. It's definitely the sort of case where you try to push down one thing and something pops out on the other side, so to speak. |
| 15:01 |
phasefx |
berick: it happens with however make livecheck does it, but does not happen if you run the tests directly out of the live_t/ directory with perl or prove. I didn't try very hard to figure out why |
| 15:01 |
|
rfrasur joined #evergreen |
| 15:02 |
* phasefx |
blindly based livecheck off of what check was doing, but it may not make sense to do it that way |
| 15:02 |
berick |
phasefx: copy that. i'll leave it for another day -- maybe the same day we fix uninitialized value $dup_args{"real_api_name"} |
| 15:02 |
berick |
(from make check) |
| 15:03 |
phasefx |
whenever someone goes on a holy mission to eliminate all warnings :) |
| 15:05 |
berick |
skabam! live tests. |
| 15:05 |
* berick |
tries to think of a good live test to add |
| 15:07 |
phasefx |
berick++ |
| 15:07 |
pinesol_green |
[evergreen|Jason Etheridge] tests against stock test data and live Evergreen - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=310a0d5> |
| 15:07 |
pinesol_green |
[evergreen|Jason Etheridge] test bill payment - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5c883f0> |
| 15:07 |
pinesol_green |
[evergreen|Jason Etheridge] Add a TestUtils library for live tests - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6530fb4> |
| 15:08 |
phasefx |
berick: we could use examples for how to use MARC in a perl test |
| 15:10 |
berick |
phasefx: as in, inspect bre.marc (e.g. via xml::Libxml) or specifically marc::record? |
| 15:11 |
phasefx |
berick: let's say someone wants to test some parameter to an opensrf marc update method, how might they represent/get the MARC they're using in the perl environment? |
| 15:14 |
berick |
phasefx: k, i can probably come up w/ something. gracias |
| 15:14 |
eeevil |
dbwells: indeed. we've turned search into a stress ball! ;) |
| 15:15 |
dbwells |
heh |
| 16:05 |
* Dyrcona |
knows there are Princess Bride related jokes in all of these ouses. |
| 16:05 |
jboyer-isl |
It does exist and I've set and cleared it to no avail. I'm finding a patron with claimed items now. |
| 16:07 |
jeff |
jboyer-isl: on the patron whose counts you pasted earlier... can you confirm that they have a circ with a null checkin_time and with stop_fines of CLAIMSRETURNED, and that circ has an xact_finish that is non-null? |
| 16:07 |
berick |
phasefx: is this at all what you were thinking? http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/berick/bre-marc-live-test (top commit) |
| 16:07 |
|
kbutler joined #evergreen |
| 16:09 |
jboyer-isl |
jeff: Yes. For the pasted account xact_finish is set (no fines) and checkin_time is null |
| 16:10 |
jeff |
jboyer-isl: okay. and on your dev system you have a patron with a circ matching that same criteria, and it is shown where in production is it not? |
| 16:19 |
jboyer-isl |
jeff: I suppose that means that tomorrow I can file a bug on it in LP. At least I can stop chasing geese. |
| 16:23 |
jeff |
it appears that the storage method is more accurate but slower, and is only used by legacy scripts. the IDL view could just have its logic fixed rather easily. |
| 16:25 |
jboyer-isl |
That's good. I may see if I can get it working on our dev server tomorrow unless someone beats me to it. I'm out today in a couple mins. |
| 16:26 |
jeff |
it's an edit to fm_IDL.xml and some testing. :-) |
| 16:27 |
jboyer-isl |
Splendid. |
| 16:28 |
jboyer-isl |
thanks for talking it out, it would likely have taken me longer to find my mistake on my own. |
| 16:28 |
jboyer-isl |
jeff++ |
| 12:36 |
phasefx_ |
of course, it's working now :) |
| 12:36 |
bshum |
I guess I don't really have a strong opinion either way. |
| 12:37 |
bshum |
Though I would have wondered why the packaged yaz wasn't working for Wheezy |
| 12:37 |
phasefx_ |
may never have been tested |
| 12:37 |
bshum |
Though also, the packaged yaz for Precise has issues with it, so I guess I can't talk about that too much either. |
| 12:41 |
phasefx_ |
you know what, it's not yaz, it's simple server |
| 12:42 |
|
mrpeters joined #evergreen |
| 13:38 |
|
smyers_ joined #evergreen |
| 13:48 |
|
kbutler joined #evergreen |
| 14:01 |
Dyrcona |
cstore starts. cstore connects to the database. cstore dies silently. |
| 14:02 |
jeff |
try setting ON_ERROR_EXPLODE=1 |
| 14:03 |
jeff |
"push to test. *click* release to detonate." |
| 14:03 |
jeff |
Dyrcona: is this under some exceptional / test scenario, or in production? |
| 14:04 |
Dyrcona |
I'm just going to rebuild the VM with the old RAM parameters. |
| 14:04 |
Dyrcona |
jeff: It is a development VM with 4GB of RAM, and immediately after running osrf_control to start everything. |
| 14:04 |
Dyrcona |
reporter-store does the same thing, too. |
| 14:14 |
jeff |
good luck. i am interested from afar. |
| 14:15 |
Dyrcona |
I wonder if it is a memory limitation, but I don't see OOM killer messages. |
| 14:16 |
Dyrcona |
swap was not being used, and there were about 600MB of free RAM, out of 4GB. |
| 14:19 |
yboston |
Within 15 minutes I want to try an "on air" Google Hangout as preparation of the asciidoc training I want to give. Any volunteers to join me? |
| 14:19 |
yboston |
Your can send me your Google linked email accounts through private message. Thanks in advance |
| 14:34 |
yboston |
Any one see this test stream? http://youtu.be/fnH71b6rSWo |
| 14:34 |
jeff |
I'm not in an environment to participate or listen, but I can see the video, yes. |
| 14:35 |
kmlussier |
yboston: I see it! |
| 14:37 |
kmlussier |
yboston: I also see the presentation screen. But, like jeff, I'm not in a position to join the Hangout at the moment. |
| 15:37 |
Dyrcona |
the first object does, but the one being fleshed doesn't. |
| 15:38 |
Dyrcona |
should it work with a search? |
| 15:38 |
Dyrcona |
I'll try money::billing lacks pcrud. |
| 15:39 |
Dyrcona |
I'll test with the target copy which I know does.... |
| 15:41 |
Dyrcona |
So, if you search and request a flesh of something that doesn't have pcrud support, you get nothing. |
| 15:41 |
Dyrcona |
If you retrieve and flesh the same thing, you get the object you're retrieving, but the flesh_field is empty. |
| 15:45 |
* Dyrcona |
goes back to the original idea of using cstore. |
