| 04:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:40 |
|
rlefaive joined #evergreen |
| 07:59 |
|
kmlussier joined #evergreen |
| 09:59 |
kmlussier |
JBoyer++ # Sleuthing for bug 1693560 |
| 09:59 |
pinesol_green |
Launchpad bug 1693560 in Evergreen "UPDATE_MARC Permission Error in Search Catalog" [Undecided,New] https://launchpad.net/bugs/1693560 |
| 10:00 |
kmlussier |
JBoyer: You can delete those local storage values by highlighting it, then clicking the X that appears to the left of the Filter box. |
| 10:01 |
JBoyer |
As soon as someone said "it always happens on this testing account" and it didn't happen on my browser it was really easy. |
| 10:01 |
* kmlussier |
can't help with the actual bug, but has had plenty of experience deleting those local storage keys. |
| 10:01 |
JBoyer |
Oh, hey, that's much simpler, heh. |
| 10:01 |
Dyrcona |
Sure, just as I connect to the training the server, the VPN closes on me. |
| 10:06 |
csharp |
heh - I haven't tried that |
| 10:06 |
Dyrcona |
Building your own ssh tunnels on the command line and configuring those as servers is more reliable. |
| 10:06 |
csharp |
we have a vpn |
| 10:06 |
* kmlussier |
tests bshum's tip with lp 922128 |
| 10:06 |
pinesol_green |
Launchpad bug 922128 in Evergreen "Scrollbars non sunt multiplicanda praeter necessitatem" [Undecided,Triaged] https://launchpad.net/bugs/922128 - Assigned to Ben Shum (bshum) |
| 10:06 |
Dyrcona |
I have a vpn, but still need to tunnel the production servers. |
| 10:06 |
csharp |
sylvar++ |
| 10:21 |
JBoyer |
berick++ |
| 10:22 |
Dyrcona |
dbwells++ |
| 10:22 |
csharp |
debug must be on? or no process to automate truncating/deletion? |
| 10:22 |
Dyrcona |
I left a test vm running over the weekend with everything being logged. Came in on Monday to find the 60GB space for it full, and no one had touched it. |
| 10:23 |
Dyrcona |
/home and /var are pretty close to full, too. |
| 10:24 |
* kmlussier |
just realized that we no longer have holds, transit, or other images on slips in the web client. :( |
| 10:25 |
csharp |
frog time! |
| 10:32 |
Dyrcona |
I think I should adjust my postgresql logging settings downwards and stop sending them to syslog on training. NOTE: I did not set this up originally. |
| 10:32 |
JBoyer |
Dyrcona, it's great so long as you're also using the recommended syslog config, but yes, it should not be dumped in messages. |
| 10:34 |
Dyrcona |
JBoyer: The default configs now send everything to syslogs, IIRC. I think we should set the defaults back to /openils/var/log and /var/log/apache2 with notes on setting up a syslog server for bigger sites. |
| 10:34 |
Dyrcona |
The defaults are not ideal for standalone installations and/or test vms. |
| 10:34 |
Dyrcona |
I know... I know... I should LP it. |
| 10:35 |
JBoyer |
Dyrcona, I know, but we also include some rsyslog configs that pull everything out of messages and puts them in /var/log/evergreen/* which is pretty handy. |
| 10:35 |
Dyrcona |
In the stock configs or you do that in Indiana? |
| 11:21 |
|
_bott_ joined #evergreen |
| 11:21 |
Dyrcona |
I have Pg 9.5 on Debian, installed from apt.postgresql.org, so I guess the man pages are just out of date. |
| 11:26 |
csharp |
so who is running 9.5+ in production? any issues of note? |
| 11:27 |
Dyrcona |
Not in production, yet, but training and all of my test dbs are on 9.5. |
| 11:28 |
Dyrcona |
If you install 0979 and 0982, then everything seems hunky dory. |
| 11:28 |
csharp |
we're upgrading over Labor Day and current plan is to stay on 9.4 - we're shy of being pioneers atm :-) |
| 11:28 |
Dyrcona |
We plan to upgrade to 9.5 when we get a new db server this summer, probably in July. |
| 11:29 |
Dyrcona |
I still have to actually spec. out the hardware. |
| 11:29 |
Dyrcona |
I've been hitting 9.5 pretty hard, running the tests, cron jobs, all kinds of stuff. |
| 11:29 |
csharp |
cool |
| 11:32 |
berick |
been running 9.6 on test vm's for a bit now. (also with 0979 and 0982). |
| 11:34 |
Dyrcona |
Going well, I take it? |
| 11:34 |
berick |
yeah, so far so good. |
| 11:34 |
bshum |
http://irc.evergreen-ils.org/evergreen/2017-01-26 |
| 11:35 |
csharp |
bshum: yeah just on concerto-sized vms :-) |
| 11:36 |
bshum |
csharp: Eh, Labor Day is still awhile from now... You've got plenty of time to acquire that adventurous spirit :) |
| 11:37 |
csharp |
true dat |
| 11:38 |
Dyrcona |
I've been testing with copies of production data and with concerto. |
| 11:38 |
Dyrcona |
FWIW. |
| 11:39 |
Dyrcona |
Maybe I'll upgrade my test db server, dumbo, to 9.6. |
| 11:41 |
Bmagic |
anyone struggle to keep enough cstore drones for action triggers in the middle of the night? |
| 11:41 |
bshum |
How many did you set up with? |
| 11:41 |
Bmagic |
I'm at 85 |
| 12:10 |
Dyrcona |
hmm. trying to get the id from actor.org_unit_descendants for a bunch of ous at once and not having much luck. I swear that I've done this before, though. |
| 12:10 |
Dyrcona |
After lunch.... |
| 12:15 |
|
maryj joined #evergreen |
| 12:16 |
pinesol_green |
Showing latest 5 of 6 commits to Evergreen... |
| 12:16 |
pinesol_green |
[evergreen|Bill Erickson] LP#1672775 Action/Trigger purge PGTAP tests - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=71817cb> |
| 12:16 |
pinesol_green |
[evergreen|Bill Erickson] LP#1672775 Action/Trigger CRON-able purge script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ea536c7> |
| 12:16 |
pinesol_green |
[evergreen|Bill Erickson] LP#1672775 Action/Trigger retention interval release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=36567bb> |
| 12:16 |
pinesol_green |
[evergreen|Galen Charlton] LP#1672775: add purge_at_events.srfsh to example crontab - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6ded4c3> |
| 12:16 |
pinesol_green |
[evergreen|Bill Erickson] LP#1672775 Stamping A/T purge SQL upgrade - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=510d4fe> |
| 12:18 |
gmcharlt |
berick++ |
| 12:22 |
JBoyer |
berick++ |
| 12:23 |
JBoyer |
Oh, and I have a question that berick or gmcharlt may have a quick answer to. I want to base the destination of a link on the tt2 splash page on the workstation's system level ou ancestor. what in broad strokes do you think is the best way to find that? |
| 13:57 |
berick |
heh |
| 13:58 |
Dyrcona |
I notice we're not doing shutdown on the sockets, but close. I wonder if there is any real difference? (Probably not, but I'll look.) |
| 13:59 |
Dyrcona |
shutdown in a signal handler might help.... |
| 14:05 |
Dyrcona |
Well, I don't see any SIGPIPE errors on my 2.12 development/test vm. |
| 14:06 |
Dyrcona |
I just truncated the logs on training or I'd look there, too. |
| 14:06 |
Dyrcona |
I haven't updated to 2.12.2, yet. It is still about 2.12.1. |
| 14:07 |
|
Jillianne joined #evergreen |
| 16:22 |
Bmagic |
Dyrcona: We were able to accomplish this for circulate=false, but that is different |
| 16:25 |
Bmagic |
Dyrcona: The Everything permission will make it work though |
| 16:26 |
|
jvwoolf joined #evergreen |
| 16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:31 |
berick |
hear ye, hear ye, the afternoon test bell rings |
| 16:35 |
kmlussier |
:) |
| 16:37 |
Dyrcona |
Bmagic: If Everything works, but adding HIGH_LEVEL.....override doesn't, I'd consider that a bug of some kind. |
| 16:37 |
Bmagic |
yeah, there is something wrong in here somewhere, hard to say what exactly |
| 18:01 |
csharp |
@who is the spy |
| 18:01 |
pinesol_green |
StomproJosh is the spy. |
| 18:23 |
Bmagic |
gnight all |
| 18:23 |
bshum |
Oooo Stretch got a release date! |
| 18:25 |
bshum |
June 17. |
| 18:26 |
bshum |
Guess we'll have some time to test it out before 3.0 |
| 20:13 |
|
jvwoolf joined #evergreen |
| 22:20 |
|
genpaku joined #evergreen |
| 00:33 |
pinesol_green |
[evergreen|Ben Shum] Translation updates - newpot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1fb27b3> |
| 00:33 |
pinesol_green |
[evergreen|Ben Shum] Translation updates - po files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4f578be> |
| 00:50 |
|
StomproJ joined #evergreen |
| 04:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:06 |
|
StomproJosh joined #evergreen |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 07:40 |
|
rlefaive joined #evergreen |
| 08:40 |
|
jvwoolf joined #evergreen |
| 08:43 |
|
mmorgan joined #evergreen |
| 08:59 |
|
_adb joined #evergreen |
| 09:09 |
pinesol_green |
[evergreen|Bill Erickson] LP#1691801 Webstaff grid column move controls - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=58579e8> |
| 09:09 |
pinesol_green |
[evergreen|Josh Stompro] LP1574141 - Allow invalidate for all patrons with the same contact. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c1ac484> |
| 09:09 |
pinesol_green |
[evergreen|Galen Charlton] LP1574141: minor code tweaks - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1c6b0d4> |
| 09:09 |
pinesol_green |
[evergreen|Galen Charlton] LP1574141: add release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=52b09a6> |
| 09:11 |
* gmcharlt |
claims 1041 in the name of apple cake recipes everywhere! |
| 09:17 |
* JBoyer |
is suddenly more interested in whatever 1041 fixes if apple cake is involved. |
| 09:17 |
gmcharlt |
dbs: if you've got a second, I'd appreciate an eye on my follow-up for bug 1411699 before I merge it |
| 10:28 |
jeff |
JBoyer: we thankfully don't have that issue, but i do remember KCLS was experimenting a while back with some changes with regard to that interface. |
| 10:30 |
|
mmorgan1 joined #evergreen |
| 10:31 |
berick |
JBoyer: just curious, have you loaded the same title in webby? |
| 10:31 |
jeff |
perhaps we should have some bibs (or serials, though I think in JBoyer's case they're not serial.record_entries) in sample data with many copies for easier testing of such things. |
| 10:32 |
jeff |
because yes, webby. |
| 10:32 |
jeff |
i skipped a few thoughts there. |
| 10:32 |
JBoyer |
berick, yeah, it's fine there because paging is the issue. |
| 10:32 |
berick |
JBoyer: just the answer i was hoping for |
| 10:32 |
JBoyer |
And jeff's right, they' |
| 10:32 |
JBoyer |
re not "serials," just regular old acp. |
| 10:33 |
JBoyer |
I'd like to be able to tell people "this works, stop using the old thing" but we don't have anything in the way of an intro or training or etc. It's coming, but it's not here yet. |
| 10:35 |
JBoyer |
jeff, and I'm not sure it makes much difference to include them in the sample data because it's always going to be fast to pull hundreds of items out of a database with under 1000 records total. |
| 10:38 |
jeff |
well, it wouldn't take the place of testing with real life datasets, but it's potentially useful for getting a feel for interfaces where the number of items is going to make an impact (not just on speed, but potentially other things as well) |
| 10:38 |
berick |
yeah, i doubt DB speed is the issue there |
| 10:52 |
dbs |
gmcharlt: I'm focused on a workshop but at one point I had pushed http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbs/nodojo_acjs (as a WIP) |
| 11:06 |
|
Jillianne joined #evergreen |
| 16:29 |
bshum |
oracle-- microsoft-- # just 'cause |
| 16:30 |
Dyrcona |
sybase-- # for completeness-sake |
| 16:30 |
Dyrcona |
:P |
| 16:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:31 |
Dyrcona |
Succes! |
| 16:31 |
Dyrcona |
Or for the English speakers in the audience, "Success!" |
| 16:31 |
Dyrcona |
:) |
| 00:09 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: 2.11.5 maintenance release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=82dee7d> |
| 00:09 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: 2.12.2 Maintenance release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a8e1007> |
| 01:16 |
|
Christineb joined #evergreen |
| 04:32 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:38 |
|
Stone joined #evergreen |
| 05:39 |
Stone |
Good day. I am new on here. I am here to make enquiries about setting up a library |
| 05:39 |
Stone |
I need guidlines, sort of |
| 09:35 |
bos20k |
Dyrcona: good, that's what I was planning to do. |
| 09:35 |
Dyrcona |
You'll sometimes find multiple upgrades doing more or less the same ingest and its more efficient to do the ingests all at once at the end. |
| 09:36 |
bshum |
nom, nom, nom |
| 09:36 |
Dyrcona |
So, on my acq thing: I looked at the event output and nothing jumps out at me. Is there some way I can test this to see where it is blowing up? |
| 09:37 |
bshum |
Dyrcona: The event that's failing is the push right? But was there anything odd in the POJEDI move? From PO to EDI I mean. That would be a related trigger event. |
| 09:38 |
bos20k |
Thanks! |
| 09:38 |
miker |
bos20k: you can either use Dyrcona's script, or generate SQL along the lines of: 1) \o /tmp/reingest.sql 2) select 'select metabib.reingest_record_attributes('||id||'),'||id||';' from biblio.record_entry where not deleted; 3) \i /tmp/reingest.sql |
| 09:49 |
miker |
Dyrcona: I was talking about a full update with the 'ingest.skip_browse_indexing' enabled, followed by a browse-only reingest |
| 09:49 |
Dyrcona |
OK, then, that will pick it up. |
| 09:49 |
miker |
so that the first can be parallelized safely (deadlocks possible on parallel with browse enabled) |
| 09:50 |
bos20k |
dbwells: Maybe. At the moment we're not running a normal 2.9. We're running what bshum left. I figured it might be a good way to do it, do them individually. I have just started testing them and have already had to modify them a bit due to nonstandard stuff in our database. |
| 09:50 |
Dyrcona |
dbwells: If you're past the version where the 2.9 to 2.10 upgrade script was made it can be difficult to use the packaged upgrade scripts. |
| 09:50 |
Dyrcona |
I make my own, but I know how. |
| 09:51 |
bshum |
Right, it'd be master as of around when rel_2_9 got branched, but not specifically. |
| 10:08 |
dbwells |
bshum: well, you are always good company :) |
| 10:08 |
berick |
Dyrcona: i can rebase bug 1373690 if it'll help |
| 10:08 |
pinesol_green |
Launchpad bug 1373690 in Evergreen "Direct EDI generation for ACQ orders -- AKA kill ruby webrick" [Wishlist,New] https://launchpad.net/bugs/1373690 - Assigned to Jason Stephenson (jstephenson) |
| 10:08 |
Dyrcona |
berick: It might. If you scroll up you'll see why I want to test it. |
| 10:09 |
Dyrcona |
I'm stuck with an edi pusher error and so far haven't figured out the exact cause. |
| 10:13 |
berick |
yeah, that can be a real pain. one thing to verify: select is_json(jedi) from acq.edi_message where id = .. |
| 10:13 |
* dbs |
waves |
| 10:13 |
jeff |
dbs: greetings! |
| 10:16 |
berick |
haha, I finally found where I fixed an egPcrud error in a working branch. and I of course fixed it a different way (mixed w/ other fixes). Dyrcona, gimme a minute to fix the branch before you test anything, plz. |
| 10:16 |
Dyrcona |
Too many blue icons... I often end up in a different application from the one that I wanted. |
| 10:16 |
Dyrcona |
berick: NP. I don't think I'm getting to it today at this rate. |
| 10:19 |
Dyrcona |
berick: No acq.edi_message is generated for this purchase order. I think that is the step that's blowing up. |
| 10:22 |
berick |
Dyrcona: ah |
| 10:24 |
berick |
Dyrcona: the is_json test should be done on the event_output.data in that case |
| 10:26 |
Dyrcona |
It says 'f' but just eyeballing it earlier, I didn't see the problem. Would perl2json report the exact issue, do you think? |
| 10:26 |
Dyrcona |
Err, json2perl rather.... |
| 10:28 |
Dyrcona |
All right, I'll dump the output data and try parsing it with a small script. |
| 11:49 |
JBoyer |
Hah, though you could use them sort of like the reverse of a custom ringtone based on the job you were about to perform. Simple admin tasks = :D, catalog cleanup = :/, and working a public desk = D: |
| 11:51 |
Dyrcona |
jeff: apropos one-off scripts, I wrote one to check validity of json that might prove useful later. |
| 11:52 |
Dyrcona |
It has 5 use statements and 3 lines of actual code. :) |
| 11:52 |
JBoyer |
jeff, there's a fun test of our unicode handling; can you successfully use a location name of 🔥🆕📚 and have everything appear correctly |
| 11:55 |
csharp |
JBoyer++ |
| 11:56 |
JBoyer |
Bummer, acpl editor says no. :/ |
| 11:56 |
JBoyer |
To the database! |
| 14:01 |
|
khuckins__ joined #evergreen |
| 14:07 |
Dyrcona |
Looks like it is finally fixed. |
| 15:00 |
Dyrcona |
Ah, he just left. |
| 15:06 |
Dyrcona |
Anyway, a full ingest as I described earlier had been running for 16 days on a test vm before I just stopped it. |
| 15:06 |
Dyrcona |
I'm updating the test db server software. |
| 15:06 |
Stompro |
cesardv++, thanks for working on bug 1098685. |
| 15:06 |
pinesol_green |
Launchpad bug 1098685 in Evergreen "User can select SMS notify without providing a valid address" [Undecided,Confirmed] https://launchpad.net/bugs/1098685 - Assigned to Cesar V (cesardv) |
| 15:08 |
cesardv |
Stompro: hi! sure np |
| 16:16 |
pinesol_green |
[evergreen|Galen Charlton] forward-port 2.12.1-2.12.2 schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=02b95ed> |
| 16:21 |
gmcharlt |
Evergreen-ILS-2.12.2a.tar.gz is now in place and the downlaods page update |
| 16:21 |
gmcharlt |
d |
| 16:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:31 |
dbs |
re: input type=date, for some stupid reason Firefox on the desktop still falls back to plain text input (https://developer.mozilla.org/en-US/docs/Web/HTML/Element/input/date) |
| 16:31 |
dbs |
yay releases! |
| 16:33 |
dbs |
https://bugzilla.mozilla.org/show_bug.cgi?id=825294#c93 summarizes the unfortunate Firefox situation |
| 03:32 |
|
Anna_ joined #evergreen |
| 03:33 |
|
Anna_ joined #evergreen |
| 03:38 |
|
Anna_ joined #evergreen |
| 04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:03 |
|
rlefaive joined #evergreen |
| 06:51 |
|
rlefaive joined #evergreen |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 14:30 |
Dyrcona |
That's good news. |
| 14:30 |
kmlussier |
Dyrcona: It will give a useful message and bounce you to the workstation registration page. |
| 14:31 |
Dyrcona |
OK. I haven't done that for a while, 'cause I've not been using a client on the vm that gets reinstalled the most. |
| 14:31 |
* phasefx |
is going to have start testing his assumptions more |
| 14:33 |
Dyrcona |
Yes, always good to retest assumptions from time to time. |
| 14:33 |
kmlussier |
I would send a reply to the email, but my lost email to the general list was a reply to the same thread. Not that there was anything insightful in that email. Mainly confirming what mmorgan found and asking for more detail. |
| 14:36 |
Dyrcona |
I have been using the webstaff client for most of my recent testing, though. |
| 14:49 |
mmorgan |
Dyrcona: What do you use your new uri table and view for? |
| 14:51 |
Dyrcona |
Removing 856s from bib records. |
| 14:52 |
Dyrcona |
The table is for vendors and holds some data about them, including two regexes: one to identify their URLs, and the second to get the vendor's record id from the URL. |
| 15:46 |
|
mmorgan joined #evergreen |
| 15:48 |
jeff |
we did similar when we were running 2.7 on Jessie. Ansible checked out one branch to do the pre-req install, then checked out a different branch to install Evergreen. :-) |
| 15:59 |
Bmagic |
2.11 is going away soon enough..... |
| 16:23 |
berick |
jeff: fyi at the top 2 commits https://github.com/berick/pysip2/commits/master |
| 16:24 |
berick |
using it to test stunnel->sip connections |
| 16:32 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:33 |
jeff |
handy! |
| 16:33 |
jeff |
and yeah, why not support it in the client instead of needing to use stunnel on both ends. |
| 16:33 |
jeff |
berick++ |
| 16:33 |
berick |
exactly, one less step there |
| 16:33 |
* mmorgan |
always feels like it's time to go home when the afternoon test results are reported. Especially when they're successful. |
| 16:34 |
jeff |
"quick, leave before something breaks!" |
| 16:34 |
mmorgan |
Exactly! |
| 16:36 |
csharp |
berick++ jeff++ |
| 01:04 |
|
Jillianne joined #evergreen |
| 01:08 |
|
rlefaive joined #evergreen |
| 04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:26 |
|
kmlussier joined #evergreen |
| 07:27 |
kmlussier |
gmcharlt: I made it about half-way through testing bug 1312824 on Wednesday. Do you mind if I assign myself to it again or have you already made progress testing it? |
| 07:28 |
pinesol_green |
Launchpad bug 1312824 in Evergreen "open-ils.circ.hold.change_title(.specific_holds) APIs cancel previously captured holds at other locations, confusing staff and patrons" [Medium,Confirmed] https://launchpad.net/bugs/1312824 |
| 07:28 |
|
rlefaive joined #evergreen |
| 08:02 |
* kmlussier |
just noticed that the Reserves copy status is not set to "is available" by default. Should it be? |
| 09:25 |
kmlussier |
If I do an Oliver Twist search with metarecord searching turned off, I get pages and pages of results for the Charles Dickens work before I see any other work by that name. When I turn metarecord searching on, the relevance for the Charles Dickens title sinks. |
| 09:25 |
kmlussier |
I wouldn't expect metarecord searching to have that effect on relevance ranking. |
| 09:31 |
jeff |
is relevance ranking on metarecord searches done based on the lead/master record in the metarecord set, and is that record of low rank in the non-metarecord search results? |
| 09:32 |
kmlussier |
jeff: I don't know. I test it to see if it gets a low rank. |
| 09:33 |
kmlussier |
I'm finding that it happens consistently with all those classic novels where there are lots of critical or other derivative works that share the same title. |
| 09:36 |
|
maryj joined #evergreen |
| 09:36 |
* kmlussier |
has wandered far off from what she started working on. |
| 09:47 |
csharp |
hmm, so my bug from yesterday (bug 1691784) was working off the wrong premise - it's batch volume transfer that rips the bib out from under the acq lineitem |
| 09:47 |
pinesol_green |
Launchpad bug 1691784 in Evergreen "batch volume transfers need to take acq into account" [Medium,New] https://launchpad.net/bugs/1691784 |
| 09:47 |
csharp |
(original report assumed that it was a bib merge) |
| 16:11 |
pinesol_green |
[evergreen|Galen Charlton] LP#1678638: technical documentation for qstore - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f87c94c> |
| 16:11 |
pinesol_green |
[evergreen|Galen Charlton] LP#1678638: add text versions the qstore and query_schema docs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2d338c3> |
| 16:11 |
pinesol_green |
[evergreen|Galen Charlton] LP#1678638: use new preferred extension for AsciiDoc files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=391d7ed> |
| 16:13 |
kmlussier |
While testing bug 1690468, I noticed some odd behavior with the exclude electronic resources limiter that is unrelated to the code I'm testing. |
| 16:13 |
pinesol_green |
Launchpad bug 1690468 in Evergreen 3.0 "Exclude Electronic Resources cannot be un-selected with advanced search filters applied" [Undecided,Confirmed] https://launchpad.net/bugs/1690468 |
| 16:13 |
kmlussier |
If I go to https://mlnc2.noblenet.org/eg/opac/results?bool=and&qtype=keyword&contains=contains&query=two&bool=and&qtype=title&contains=contains&query=&bool=and&qtype=author&contains=contains&query=&_adv=1&detail_record_view=0&fi%3Aitem_type=m&fi%3Aitem_type=a&fi%3Aitem_lang=eng&locg=2&pubdate=after&date1=1980&date2=&fi%3A-search_format=electronic&sort= |
| 16:13 |
kmlussier |
I get 2 results |
| 16:18 |
kmlussier |
You know, I noticed some strange behavior with the pub date filter earlier, but I never nailed it down. I'll follow up on that and file a bug in LP |
| 16:18 |
kmlussier |
dbwells++ |
| 16:22 |
|
Jillianne joined #evergreen |
| 16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:33 |
Dyrcona |
kmlussier: The weirdness with the pub date filter is it uses fixed fields and not what displays in the OPAC. I've seen it before and may or may not have opened a bug. |
| 16:33 |
* Dyrcona |
disappears in a puff of smoke. |
| 16:34 |
kmlussier |
hmmm...I don't know that we're talking about the same weirdness. |
| 04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:18 |
|
rlefaive joined #evergreen |
| 06:29 |
|
Callender joined #evergreen |
| 07:33 |
|
agoben joined #evergreen |
| 13:01 |
|
hbrennan joined #evergreen |
| 13:02 |
|
jihpringle joined #evergreen |
| 13:02 |
miker |
berick: egPromptDialog.open returns an object containing a "result" which is a promise, correct? Just like any other uibModal ... |
| 13:14 |
jeffdavis |
What would "Forking Error" normally indicate (beyond OpenSRF failing to create a child process)? Just saw that on a test server experiencing an outage, memory seemed adequate and drone counts weren't too high when I checked. |
| 13:17 |
Dyrcona |
jeffdavis: The user may have exceeded the process limit set by the O/S. This can be configured per user, but the O/S also has an absolute limit that cannot be exceeded. |
| 13:17 |
Dyrcona |
jeffdavis: Could mean other things, too. |
| 13:19 |
jeffdavis |
Hmm, total processes seemed ok but maybe I missed something transient. |
| 13:19 |
* jeffdavis |
travels back in time, sets up monitoring for this test server |
| 13:19 |
Dyrcona |
:) |
| 13:20 |
jeffdavis |
unusual_outages_on_test_server_2_days_before_upgrade-- |
| 13:20 |
Dyrcona |
Modern Linux runs a whole pile of stuff. |
| 13:27 |
Dyrcona |
I love those. Some day, I plan to learn what all of the numbers in those log entries mean. :) |
| 13:32 |
csharp |
jeff: I just wanted to have control over who has access to our bibs via z39.50 |
| 13:32 |
|
yboston joined #evergreen |
| 13:36 |
Dyrcona |
Anyone else want to test drive hold targeter v2 repairs and additions? I'm sold. |
| 13:42 |
kmlussier |
Dyrcona: If you think somebody else should test it before it goes in, I can put it on my to-do list for tomorrow. But I'm also comfortable with your ok if you think it's ready to merge. |
| 13:43 |
Dyrcona |
I think it's OK. I like the soft retarget interval. It does what I expected based on the description. |
| 13:44 |
Dyrcona |
There was one thing I wanted to look at, but it was a "bug" in the old targeter. |
| 13:44 |
|
yboston joined #evergreen |
| 15:04 |
tspindler |
Thanks all, made it just over an hour |
| 15:04 |
kmlussier |
tspindler++ |
| 15:05 |
hbrennan |
tspindler: not bad at all! |
| 15:09 |
pinesol_green |
[evergreen|Bill Erickson] LP#1677661 Hold Targeter V2 Repairs & Improvements - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3073bcb> |
| 15:09 |
pinesol_green |
[evergreen|Bill Erickson] LP#1677661 Targeter V2 extras release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=54dc1aa> |
| 15:09 |
pinesol_green |
[evergreen|Bill Erickson] LP#1677661 Targeter V2 remove unused batch API - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d1c2d9c> |
| 15:09 |
pinesol_green |
[evergreen|Bill Erickson] LP#1677661 Hold targeter live test use API, etc. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=238dba9> |
| 15:10 |
terran_ |
kmlussier: are you going to update the outreach committee page with the text changes? |
| 15:10 |
kmlussier |
terran_: Yes, I will. |
| 15:10 |
kmlussier |
But probably not until tomorrow. |
| 15:43 |
|
rlefaive joined #evergreen |
| 15:53 |
|
rlefaive joined #evergreen |
| 16:06 |
|
tspindler left #evergreen |
| 16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:37 |
|
rlefaive joined #evergreen |
| 16:49 |
|
mmorgan joined #evergreen |
| 16:56 |
|
khuckins_ joined #evergreen |
| 02:11 |
|
tsbere_ joined #evergreen |
| 04:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:27 |
|
cioran89 joined #evergreen |
| 06:12 |
|
cioran89 left #evergreen |
| 07:13 |
|
rjackson_isl joined #evergreen |
| 14:20 |
|
Jillianne joined #evergreen |
| 14:43 |
rhamby |
bshum: we probably need more variety in terms of media - video game discs, laserdiscs, realia, web sites, etc... |
| 14:43 |
rhamby |
well, need is probably too strong a word here.... |
| 14:44 |
bshum |
rhamby: Actually in a previous life with access to more records, I used to use Star Trek and other series for testing parts. Cause kmlussier knows how much I *loved* testing parts... |
| 14:45 |
bshum |
But yes, having more media would be good someday. |
| 14:45 |
rhamby |
bshum: parts is a good thought, also records with previous/sequel entries (and other 77Xs) |
| 14:55 |
pinesol_green |
[evergreen|Bill Erickson] LP#1648234 Apache redirects to standard ports - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1e02c65> |
| 14:55 |
pinesol_green |
[evergreen|Galen Charlton] LP#1648234: fix Apache 2.2 version of redirect rules - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a5dcb85> |
| 15:41 |
pinesol_green |
Launchpad bug 1670242 in Evergreen "Web client: Cannot successfully check in hold transit items" [Medium,Confirmed] https://launchpad.net/bugs/1670242 |
| 15:49 |
berick |
kmlussier++ # launchpad clickbait |
| 15:50 |
kmlussier |
:) |
| 15:52 |
abneiman |
kmlussier: berick: "Comment #4 will shock you!" (seriously though I'm going to look into that on our test system) |
| 15:52 |
kmlussier |
berick: At the time I initially filed the report, I thought the bug was as alarming as the title would lead you to believe. |
| 15:53 |
kmlussier |
I was ready to stop the 2.12 release for that one. |
| 15:53 |
berick |
kmlussier: oh, i was commenting on your "nice finding" comment, not the bug title. |
| 16:15 |
csharp |
"SITKA tried to check in hold transit items. You'll never BELIEVE what they found!" |
| 16:24 |
|
mmorgan joined #evergreen |
| 16:29 |
dbs |
rhamby: for Star Trek records, might I recommend William Shatner's "The Transformed Man": http://ultimateclassicrock.com/william-shatner-lucy-in-the-sky-with-diamonds-terrible-classic-rock-covers/ |
| 16:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:39 |
rhamby |
dbs: you are a cruel man |
| 16:47 |
kmlussier |
Best. Cover. Ever. |
| 16:49 |
mmorgan |
:) |
| 00:53 |
|
dcook joined #evergreen |
| 02:12 |
|
b_bonner joined #evergreen |
| 02:14 |
|
mnsri_away joined #evergreen |
| 04:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:47 |
|
Callender joined #evergreen |
| 08:09 |
|
agoben joined #evergreen |
| 09:29 |
kmlussier |
Yeah, we probably should. |
| 09:30 |
gmcharlt |
jeffdavis: I call your attention to bug 1552861, where you may want to double-check how I'm proposing we deal with invalid values during upgrade |
| 09:31 |
pinesol_green |
Launchpad bug 1552861 in Evergreen 2.11 "Incorrect datatype for Default Record Match Set org setting" [Low,Confirmed] https://launchpad.net/bugs/1552861 |
| 09:33 |
gmcharlt |
Dyrcona: kmlussier: then it sounds like thorough testing of bug 1677661 would be right up your alley prior to changing the stock crontab :) |
| 09:33 |
pinesol_green |
Launchpad bug 1677661 in Evergreen "Hold Targeter V2 Repairs & Improvements" [Undecided,New] https://launchpad.net/bugs/1677661 |
| 09:33 |
gmcharlt |
shameless RM is shameless ;) |
| 09:35 |
Dyrcona |
gmcharlt: I will gladly test it. I am in the middle of writing an email saying I want to test it before I enable it on the training server to local staff. :) |
| 09:35 |
gmcharlt |
:) |
| 09:35 |
kmlussier |
Dyrcona++ |
| 09:41 |
|
bos20k joined #evergreen |
| 11:48 |
Dyrcona |
Heh. I lost my network connectivity a couple of times while in the meeting, but my client acts like it never disconnected. |
| 11:48 |
JBoyer |
(nothing to do meaning I think it's in an entirely different process at that point) |
| 11:48 |
Dyrcona |
Ah. I see. |
| 11:48 |
Dyrcona |
Well, the vm I'm fiddling with right now is one where I plan to test this, so I should be able to start looking later today or tomorrow. |
| 11:49 |
Dyrcona |
I just got my configuration issues squared away and all services are running. |
| 11:50 |
JBoyer |
I'm perusing the Dancer docs since this shuts down our resource sharing system for over half of its users, so I'm not planning to work on anything else today so it's no rush if you've got things vying for your time today. |
| 11:50 |
JBoyer |
My grammar module has obviously crashed also. |
| 12:48 |
mmorgan |
The Lost/Long overdue seems to happen in AssetCommon.pm |
| 12:49 |
mmorgan |
and it looks like penalties should be calculated there. |
| 12:49 |
Dyrcona |
That code may do it if you manually set it. |
| 12:49 |
JBoyer |
FANTASTIC. I've been changing one server and testing another. It's working, but now I have no idea why. |
| 12:49 |
mmorgan |
Ah. ok. |
| 12:49 |
Dyrcona |
The default name of the trigger is 90 Day Overdue Mark Lost. |
| 12:50 |
bshum |
JBoyer: The chaos monkey strikes again! |
| 12:55 |
kmlussier |
gmcharlt: Gotcha. I guess that means I can't use it as an excuse to get out of a meeting. ;) |
| 12:56 |
gmcharlt |
kmlussier: correction - everybody will be required to spend all time from 9-5 to participate! ;) |
| 12:58 |
Dyrcona |
:) |
| 13:15 |
* mmorgan |
has confirmed that penalties are indeed calculated after the nightly mark long overdue action trigger is run. |
| 13:16 |
mmorgan |
I was using the test mode for the trigger definition, which apparently does not calculate the penalties. |
| 13:25 |
|
ohiojoe joined #evergreen |
| 13:29 |
Dyrcona |
mmorgan++ |
| 13:41 |
kmlussier |
Heads up. Evergreen web team meeting in 19 minutes. |
| 14:57 |
graced |
:) |
| 14:57 |
kmlussier |
:) |
| 14:57 |
DianeD |
I can be the lowly enduser who fixes computer problems by turning the thing off and on again but wants to reach other endusers. |
| 14:57 |
kmlussier |
We do have a test server available where I think playing can happen. http://test-www.evergreen-ils.org/ |
| 14:57 |
kmlussier |
DianeD: I think it's important we have that perspective. |
| 14:58 |
kmlussier |
I think the test server needs some WordPress updates, though. |
| 14:58 |
kmlussier |
graced: Do you think it will be possible for your group to meet and report back in time for our June meeting? |
| 14:59 |
kmlussier |
Or, maybe not meet, but discusss. |
| 14:59 |
graced |
Barring vacation scheduling issues... yes I think so |
| 14:59 |
kmlussier |
Great. |
| 14:59 |
kmlussier |
#action graced to head team to investigate new web site theme. |
| 15:00 |
collum_ |
Same credentials on test server and real server? |
| 15:00 |
kmlussier |
#action rhamby DianeD ohiojoe collum jlundgren to work on team to investigate new web site theme |
| 15:00 |
kmlussier |
If I missed anyone, let me know. |
| 15:01 |
kmlussier |
collum_: I think so, but I don't know how old the user data is on that system. |
| 15:01 |
kmlussier |
gmcharlt: Would it be easy to update the test server with fresh data? |
| 15:02 |
gmcharlt |
kmlussier: sure |
| 15:02 |
kmlussier |
gmcharlt: Would you be willing to do an update on it? |
| 15:02 |
dbs |
(ignore this) We should totally rewrite the website in Angular to match our AngularJS-based 3.0 release! |
| 16:07 |
|
ohiojoe joined #evergreen |
| 16:11 |
|
ohiojoe joined #evergreen |
| 16:12 |
|
ohiojoe joined #evergreen |
| 16:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:54 |
berick |
arg, so my problems last week (or thereabouts) with xulrunner not liking self-signed certs from nginx is just another symptom of bug #1648234 |
| 16:54 |
pinesol_green |
Launchpad bug 1648234 in Evergreen 2.12 "Internal Apache port leaks when using proxy" [Medium,Confirmed] https://launchpad.net/bugs/1648234 |
| 16:55 |
berick |
it was trying to add an exception for hostname:443 with a cert served from hostname:7443 though this was not visible to the user in the xul login window. |
| 16:55 |
* berick |
adds a note to the bug |
| 16:56 |
remingtron |
jlundgren: do I have your permission to add your name/email as the author for your Apache docs changes? (in bug 1673841) |
| 16:56 |
pinesol_green |
Launchpad bug 1673841 in Evergreen "Docs: Fix formatting on chapter Apache Access Handler" [Undecided,New] https://launchpad.net/bugs/1673841 - Assigned to Jeanette Lundgren (jlundgren) |
| 16:57 |
bshum |
berick: Good to know... fun times... |
| 16:57 |
bshum |
berick: We should get that merged :D |
| 16:57 |
bshum |
I read through the changes last night, but I wanted to test on a clean installation without proxy to be sure that all is well too |
| 16:57 |
bshum |
I'll try to give it a final whirl tonight and get it pushed |
| 16:59 |
berick |
bshum: that would be awesome. this thing's a bear. |
| 17:02 |
bshum |
berick: Indeed, perhaps it should be "High" importance |
| 17:03 |
bshum |
But in any case, soon, very soon. |
| 17:03 |
* bshum |
signs off for now to run some errands and then go home to get dinner. And test code! :D |
| 17:06 |
kmlussier |
@dessert |
| 17:06 |
* pinesol_green |
grabs some Coconut Cream Pie for kmlussier |
| 17:15 |
|
jvwoolf left #evergreen |
| 17:19 |
pinesol_green |
[evergreen|blake] Docs: Update MARC editor docs for web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5729d40> |
| 17:31 |
|
AndroUser2 joined #evergreen |
| 18:07 |
gmcharlt |
bshum: please do test and signoff, but I want to do give final eyes on this one; assuming you test without finding issues tonight, I'll plan on testing and merging tomorrow |
| 18:29 |
|
AndroUser2 joined #evergreen |
| 18:49 |
bshum |
gmcharlt: Sure thing, I planned on checking with you on the rel_2_12 backport at the very least. But I'll just angle on testing then. |
| 18:50 |
* bshum |
doesn't like backporting too much |
| 22:20 |
|
genpaku joined #evergreen |
| 03:32 |
|
ejk joined #evergreen |
| 04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:06 |
|
eady joined #evergreen |
| 07:17 |
|
rjackson_isl joined #evergreen |
| 07:53 |
|
agoben joined #evergreen |
| 14:23 |
Bmagic |
to keep the tunnel going when it breaks. Have you had to tackle that issue? |
| 14:23 |
jeff |
we are happy autossh users |
| 14:42 |
JBoyer |
Dyrcona, do you know anyone running NCIPServer against 2.11 or 2.12? I'm running into some trouble after loading the latest 2.12 this weekend. |
| 14:43 |
Dyrcona |
NOBLE might be. I'm still running on 2.10, but I could test on 2.12. What's going on? |
| 14:44 |
JBoyer |
Looks like the other end is getting 500 errors for CheckoutItem requests, and LookupUser requests are all returning "User with barcode (blah) unknown at (Location)" |
| 14:45 |
JBoyer |
I haven't done a ton of looking yet, was wondering if you or anyone else had seen similar. |
| 14:45 |
Dyrcona |
Have you got any scripts to test these, yourself? |
| 14:46 |
JBoyer |
Really basic ones to send a single pre-composed request and save the reply. |
| 14:46 |
JBoyer |
(so not really, no.) |
| 14:49 |
Dyrcona |
I can send you some, just give me an hour or two. |
| 14:50 |
JBoyer |
I'm only seeing it on 2.12, latest rel_2_12 as of this morning. |
| 14:51 |
JBoyer |
Not knowing what's up, I didn't know if it might also be hitting late 2.11's or not also. |
| 14:51 |
Dyrcona |
OK. |
| 14:52 |
Dyrcona |
I have a vm where I can easily test with 2.12. |
| 14:52 |
Bmagic |
docker.... |
| 14:54 |
Dyrcona |
I say "easily" but I have to finish setting up Evergreen, etc. I'm using it to do another test of our upgrade to 2.12. |
| 14:54 |
Dyrcona |
I don't have time to learn docker right now. :) |
| 15:03 |
|
mmorgan1 joined #evergreen |
| 15:04 |
JBoyer |
Nice. I get 500's even for a simple LookupUser against myself. :( Really the only logs I have for NCIP are the generic osrfsys logs that look fine, the full NCIP messages I dump coming and going, which looks fine, leading me to believe it's dying after rendering but before sending. |
| 15:13 |
Dyrcona |
That reminds me, I haven't installed the NCIPServer prerequisites on the vm. |
| 15:13 |
Dyrcona |
I sent you the scripts. |
| 15:14 |
JBoyer |
Dyrcona++ |
| 15:26 |
JBoyer |
Outlook doesn't like them. I do have a couple simple tests I can do locally (using w3m to post a file at (server)/NCIP and saving the reply) |
| 15:48 |
|
jwoodard joined #evergreen |
| 16:05 |
|
mmorgan joined #evergreen |
| 16:07 |
mmorgan |
JBoyer: FWIW, we have not seen any NCIP issues on 2.11. |
| 16:07 |
JBoyer |
Thanks |
| 16:07 |
JBoyer |
mmorgan++ |
| 16:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:01 |
|
mmorgan left #evergreen |
| 22:20 |
|
genpaku joined #evergreen |
