| 15:04 |
|
mmorgan left #evergreen |
| 15:06 |
|
jeff_ joined #evergreen |
| 15:14 |
|
lualaba joined #evergreen |
| 15:14 |
lualaba |
hello time to time on my server processes died |
| 15:14 |
lualaba |
* timed out waiting on open-ils.acq pid=37626 to die * cannot signal open-ils.acq: process 37626 is not running * sending TERM signal to pid=37604 router * sending TERM signal to pid=37605 router |
| 15:15 |
lualaba |
after restart osrf everyrhing is working |
| 15:19 |
lualaba |
this is in logs: evergreen CRON[50526]: (root) CMD (test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )) |
| 15:23 |
jeff |
lualaba: that log entry is expected -- it's cron running daily tasks. it is possible that you are running out of memory, in which case you'll probably have a recent note to that effect in the output of dmesg or in the file /var/log/dmesg (and likely some other places as well) |
| 15:23 |
jeff |
lualaba: how much memory does the machine have? |
| 15:27 |
lualaba |
2 GB ram |
| 15:41 |
lualaba |
Thank you, there is any suggestion to disable some of services or jobs? |
| 15:59 |
|
jvwoolf1 joined #evergreen |
| 16:02 |
Dyrcona |
lualaba: If you're not using acq, you could probably disable that. There are not that many you can actually disable without causing problems. |
| 16:02 |
Dyrcona |
lualaba: You could also configure fewer minimum drones and maximum drones. I've done that for test and development servers. |
| 16:04 |
* Dyrcona |
would like to make it so that circ does not depend on booking, for instance. |
| 16:04 |
* Dyrcona |
had an idea how to do it once, but ran out of tuits. |
| 16:04 |
lualaba |
how fewer minimum drones and maximum drones? |
| 16:08 |
Dyrcona |
lualaba: You don't want to set <min_children> below 1, though. |
| 16:08 |
Dyrcona |
miker: I think we tried once and circ blew up. |
| 16:08 |
Dyrcona |
miker: I know there are calls to open-ils.booking in there. give me a minute. |
| 16:09 |
miker |
related to Dyrcona's advice (for the room), I have a branch that needs testing that teaches C apps how to respect {min|max}_spare_servers, like perl does (or is supposed to) |
| 16:10 |
miker |
Dyrcona: yeah, there are def calls, but I thought we had fenced those off, and there was even a setting at one time to say "booking is not running, don't even try to use it" |
| 16:10 |
Dyrcona |
lualaba: Also, I would keep <max_children> at or above 2 also. |
| 16:11 |
lualaba |
i check and in most cases parameter is 15 |
| 16:11 |
lualaba |
<min_children>5</min_children> <max_children>15</max_children> |
| 16:17 |
Dyrcona |
I'll give it a try next time I build a new branch on my development vm. |
| 16:17 |
miker |
I had the advantage of helping senator with that particular feature. and dbwells was involved as well, I think... |
| 16:18 |
Dyrcona |
lualaba: Yeah, those are defaults. I've found in some production environments they need to be higher. |
| 16:19 |
Dyrcona |
lualaba: If you're testing/kicking the tires, you can probably drop most of the <max_children> settings. |
| 16:19 |
lualaba |
4 GB ram will be enough |
| 16:19 |
Dyrcona |
I have numbers for how many drones are spawned on our production servers, but not for training or development. |
| 16:19 |
lualaba |
tomorrow i will try increase nd after that will change settings |
| 16:20 |
Dyrcona |
lualaba: 4GB is cutting it close with the database running on the same hardware. |
| 16:20 |
lualaba |
this mean i should move DB on another server? |
| 16:21 |
Dyrcona |
It should work with the right tuning. If you don't want to test booking or acq, I'd out right disable those services. |
| 16:21 |
miker |
lualaba: for production, almost certainly. or add a lot of CPU cores to the VM (if it's a VM) |
| 16:21 |
lualaba |
yes it is VM |
| 16:21 |
Dyrcona |
Oh, right. I would not run production on 4GB. |
| 16:22 |
Dyrcona |
I use 6GB for development and I do run the database on is own server. |
| 16:22 |
Dyrcona |
Granted, that database server also runs our training and other test databases. |
| 16:23 |
Dyrcona |
What you need for production depends a lot on your size and how many transactions you do. |
| 16:23 |
|
mmorgan joined #evergreen |
| 16:23 |
lualaba |
Thank you for information i will try some of changes in opensrf.xml |
| 05:16 |
csharp |
@later tell bshum re: bug 1486592... I don't see any reason why it shouldn't be targeted for 2.10 as long as someone tests/signs off |
| 05:16 |
pinesol_green |
csharp: The operation succeeded. |
| 06:40 |
|
rlefaive joined #evergreen |
| 06:52 |
bshum |
csharp: Sure, I had a feeling that would be the case, but since you put needstest on it, I assumed it was still work in progress of some sort. I just don't like bugs without a milestone cause they're harder to filter for. |
| 07:46 |
csharp |
bshum: is there a better way than "needstest" to indicate "all this is waiting for is a test and signoff"? |
| 07:46 |
|
mrpeters joined #evergreen |
| 07:49 |
|
rjackson_isl joined #evergreen |
| 07:54 |
|
JBoyer joined #evergreen |
| 07:58 |
|
rlefaive joined #evergreen |
| 08:24 |
|
ericar joined #evergreen |
| 08:29 |
|
Dyrcona joined #evergreen |
| 08:35 |
bshum |
csharp: "needstest" is the tag that is meant for bugs that require additional tests to be added, like unit test, pgTap, etc. |
| 08:36 |
csharp |
bshum: ohhhhh |
| 08:36 |
csharp |
ok - got it |
| 08:36 |
bshum |
It doesn't mean test me, that's what "pullrequest" is for |
| 08:36 |
csharp |
aha - okay - my bad |
| 08:37 |
bshum |
No worries, at least I think that's what it means. Hopefully I haven't been using it wrong either.. :) |
| 08:38 |
csharp |
I'm sure you're right about that |
| 08:59 |
|
collum joined #evergreen |
| 09:01 |
|
RoganH joined #evergreen |
| 09:19 |
|
maryj joined #evergreen |
| 09:38 |
kmlussier |
Ah, that explains things. I was perplexed as to why the new Concerto data needed a test. ;) |
| 09:39 |
|
yboston joined #evergreen |
| 09:42 |
tsbere |
kmlussier: To ensure that it is in fact the data that is expected! ;) |
| 09:48 |
Dyrcona |
Thank you, Rhythmbox for sorting Vivaldi under A for Antonio. |
| 10:44 |
pinesol_green |
maryj missed something. |
| 10:47 |
Dyrcona |
So, it boils down to our production being affected by lp 1414112. |
| 10:47 |
pinesol_green |
Launchpad bug 1414112 in Evergreen 2.7 "Audience filter no longer searching blank spaces" [Medium,Fix released] https://launchpad.net/bugs/1414112 |
| 10:47 |
Dyrcona |
I will test on training. |
| 10:52 |
Dyrcona |
Yes, it is fixed on our training server which is running 2.9.1. |
| 10:53 |
Dyrcona |
So, I can say, "fixed at our next update." |
| 10:54 |
tsbere |
I get to be happy that I don't have to change the code I wrote that is involved. ;) |
| 12:21 |
|
mllewellyn joined #evergreen |
| 12:26 |
|
afterl joined #evergreen |
| 12:48 |
|
jvwoolf joined #evergreen |
| 12:56 |
jeffdavis |
I'm getting a perplexing error from a Perl live test I'm working on: Can't locate object method "create_actor_org_unit_setting" via package "OpenILS::Utils::CStoreEditor" at live_t/12-lp1533329-opt-in.t line 80. |
| 12:56 |
jeffdavis |
http://git.sitka.bclibraries.ca/gitweb/?p=sitka/evergreen.git;a=blob;f=Open-ILS/src/perlmods/live_t/12-lp1533329-opt-in.t;h=690167a;hb=4987b9d |
| 12:57 |
Dyrcona |
jeffdavis: You need to either init CStoreEditor or the Fieldmapper or both. |
| 12:58 |
jeffdavis |
Dyrcona: I think I am initializing CStoreEditor correctly: |
| 12:58 |
jeffdavis |
my $e = new_editor(xact => 1); |
| 16:09 |
tsbere |
current_copy is for "captured" and "pull list" lookup, basically. The hold copy maps cover opportunistic capture. I don't think prev_check_time should stay null, though... |
| 16:10 |
dbs |
ahcm should be populated when hold_targeter is run, and ahr.prev_check_time should be set when hold_targeter is run too |
| 16:10 |
JBoyer |
dbs opportunistic holds kind of run in reverse, because what you're checking is for holds at the location the item is returned to, not the location that owns it, etc. like the pull lists care about. (Still doesn't explain why that wasn't targeted though. :( ) |
| 16:10 |
dbs |
okay. I'll check on that in a future test when I have a few minutes |
| 16:10 |
mmorgan |
dbs: one more shot in the dark - Did the hold specify mint_condition = true, and the copy mint_condition = false? |
| 16:11 |
dbs |
But our circ staff have filed tons of tickets about books getting checked in, and then a few hours later they show up on the holds shelf pull list, rather than flagged at checkin time |
| 16:11 |
dbs |
mmorgan: lemme see |
| 11:43 |
Dyrcona |
I mostly poke around with PgAdmin to see what's what. |
| 11:43 |
lualaba_ |
same here :) |
| 11:43 |
lualaba_ |
but i spent a lot of time |
| 11:44 |
Dyrcona |
Also, I highly recommend having a test/development database set up so you don't break production. |
| 11:44 |
Dyrcona |
Yes, it is time consuming. |
| 11:44 |
lualaba_ |
what i need now is to know relations between tables |
| 11:45 |
Dyrcona |
I think someone made a relational chart of the database once, but I could have hallucinated that. |
| 12:43 |
Dyrcona |
The ones with the $9 by itself the value of $9 is the consortium shortname. |
| 12:44 |
Dyrcona |
Some how, I don't think that is enough to make it show up, but I'll do a search before changing the flag. |
| 12:45 |
Dyrcona |
And, I'm naturally logged in at the wrong library. :) |
| 12:45 |
Dyrcona |
But, it's a good test anyway. :) |
| 12:46 |
Dyrcona |
So, yep, the $9 MVC by itself doesn't do anything. The $u has to be there. |
| 12:50 |
jeff |
were you hoping to use/abuse the feature to have some records that didn't have URIs show up somewhere? |
| 12:50 |
jeff |
or just testing an edge case? |
| 12:53 |
Dyrcona |
jeff: Just testing what it does in general. |
| 12:53 |
* jeff |
nods |
| 12:53 |
Dyrcona |
We have a couple buckets of electronic records that catalogers/reference staff want things done to, so I'm testing some of those things. |
| 12:54 |
Dyrcona |
I'm not sure where the $9 MVC by itself comes, probably cataloging staff. |
| 12:54 |
Dyrcona |
I've not mangled the records for real, yet. :) |
| 12:54 |
Dyrcona |
Someone else was probably trying to get them to show up. |
| 15:16 |
pinesol_green |
[evergreen|Dan Wells] LP#1526547 Prevent bogus notes when adjusting lost/lod overdues - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=98477d3> |
| 15:18 |
kmlussier2 |
snow-- |
| 15:31 |
|
jvwoolf1 left #evergreen |
| 16:08 |
berick |
kmlussier: re: bug 1474051 did you confirm your org unit table had more values before applying the patch? that almost sounds like an install without the seed/test data installed. |
| 16:08 |
pinesol_green |
Launchpad bug 1474051 in Evergreen "Avoid storing partial credit card payment info" [Wishlist,Triaged] https://launchpad.net/bugs/1474051 |
| 16:09 |
kmlussier |
berick: I'm using tsbere's script that merges the patch before the install. But I've done other installs today on the same machine without any problem. There's also other seed data in the tables. |
| 16:12 |
berick |
kmlussier: grr, I see the problem. base schema is missing a "," |
| 06:35 |
jeff |
commit a5d2ba32 |
| 06:36 |
jeff |
maybe a working repo commit? i don't recall if pinesol_green reacts to those. |
| 06:40 |
|
rlefaive joined #evergreen |
| 06:44 |
kmlussier |
hmmmm |
| 06:46 |
kmlussier |
chreeus: On bug 1541801, we noticed the same issue in the web client when we were testing Z39.50. |
| 06:46 |
pinesol_green |
Launchpad bug 1541801 in Evergreen "search fields in z39.50 sort in random order" [Undecided,New] https://launchpad.net/bugs/1541801 |
| 06:47 |
kmlussier |
chreeus: I wonder if work on the web client caused the change in the xul client interface |
| 07:02 |
chreeus |
kmlussier: that's our theory |
| 07:03 |
bshum |
chreeus, jeff: right pinesol doesn't track working |
| 07:04 |
bshum |
I think it was mostly a matter of avoiding double reporting since it would likely spit back master changes in both repos |
| 07:05 |
bshum |
Never quite tested beyond that. |
| 07:06 |
kmlussier |
Using working to look up commits would be useful. Getting an announcment every time somebody pushes a branch to working? Not so much. |
| 07:06 |
bshum |
Hmm |
| 07:10 |
bshum |
kmlussier: Well what would happen is that it would only announce master changes |
| 07:18 |
pinesol_green |
bshum: evg-working (Evergreen-Working, branch: master) |
| 07:18 |
pinesol_green |
bshum: opensrf (OpenSRF, branch: master) |
| 07:18 |
pinesol_green |
bshum: sipserver (SIPServer, branch: master) |
| 07:18 |
bshum |
I'm going to test an idea |
| 07:18 |
bshum |
and try asking it to track another branch for announce |
| 07:18 |
bshum |
if it works anyways |
| 07:19 |
bshum |
@git repolist |
| 07:19 |
pinesol_green |
bshum: evergreen (Evergreen, branch: master) |
| 07:19 |
pinesol_green |
bshum: evg-working (Evergreen-Working, branch: master) |
| 07:19 |
pinesol_green |
bshum: opensrf (OpenSRF, branch: master) |
| 09:33 |
|
yboston joined #evergreen |
| 09:35 |
|
maryj joined #evergreen |
| 09:44 |
JBoyer |
Dyrcona++ |
| 09:45 |
JBoyer |
Thanks for the help yesterday re: deadlocks, we were able to load 100K+ records in an hour or so in our test, migrations here are going to look at a lot different in the future. |
| 09:45 |
JBoyer |
look a lot. I try not to look directly into the operational end of a migration in progress.. |
| 09:46 |
jeff |
JBoyer: ``Do not look into laser with remaining good eye.'' |
| 09:47 |
JBoyer |
I feel like I should know that, but it's not coming to me. |
| 10:25 |
JBoyer |
Completely unrelated news: This morning I tracked down the application guide for a temp/humidity sensor I've been looking for and I haven't been this excited to play around with code since I was playing with OpenGL in my college dorm room. |
| 10:32 |
|
collum joined #evergreen |
| 11:28 |
|
sandbergja joined #evergreen |
| 11:30 |
pinesol_green |
[opensrf|Mike Rylander] LP#1494486: Limit damage caused by dropped drone XMPP sockets - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=5580724> |
| 11:36 |
pinesol_green |
[opensrf|Jason Etheridge] LP#1474507: fix interval_to_seconds for weeks and seconds - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=69cbe80> |
| 11:36 |
pinesol_green |
[opensrf|Jason Etheridge] LP#1474507: tests for interval_to_seconds - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=7a714ae> |
| 11:40 |
|
mllewellyn joined #evergreen |
| 11:59 |
|
bmills joined #evergreen |
| 12:01 |
kmlussier |
@coffee |
| 12:40 |
|
mllewellyn joined #evergreen |
| 12:40 |
|
Bmagic joined #evergreen |
| 12:51 |
JBoyer |
Ah, makes sense. |
| 13:12 |
pinesol_green |
[opensrf|Galen Charlton] LP#1350457: add test case for perl2JSONObject change - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=b6cf3eb> |
| 13:12 |
pinesol_green |
[opensrf|Mike Rylander] LP#1350457: Pass caller's session to subrequests called via method_lookup - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=e1581d4> |
| 13:36 |
* chreeus |
wonders if the addition of UPC to the fields in commit 2038e93a caused weird sorting in bug 1541801 |
| 13:36 |
pinesol_green |
Launchpad bug 1541801 in Evergreen "search fields in z39.50 sort in random order" [Medium,Confirmed] https://launchpad.net/bugs/1541801 |
| 13:36 |
pinesol_green |
[evergreen|Josh Stompro] LP#1519925 - Allow MARC Federated Search to search UPC index of local catalog. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2038e93> |
| 14:35 |
yboston |
shoudl we make it an action item to have a DIG member check with the devs about what is productionr eady for 2.10? |
| 14:36 |
remingtron |
I can't remember what gmcharlt (the release manager) said his goals were |
| 14:36 |
remingtron |
but I think it was only circ desk use. |
| 14:36 |
jihpringle |
will there be a web client test server for 2.10? We're not planning to release the web client to our libraries until we make the final switch so it won't be part of our test server |
| 14:36 |
jihpringle |
^^ community web client test server for 2.10 |
| 14:38 |
remingtron |
Here's gmcharlt's "plan for 2.10": |
| 14:38 |
remingtron |
#link http://georgialibraries.markmail.org/thread/wlnvqe53umjjevae |
| 14:38 |
yboston |
we can hope that the "webby" server would get updated for us to use |
| 14:39 |
remingtron |
I think yes, someone should probably ask gmcharlt or whomever has power over webby |
| 14:39 |
remingtron |
yboston++ |
| 14:40 |
jihpringle |
yboston++ |
| 14:40 |
gmcharlt |
well, it won't be webby, which is primarily for testing by the funding partners for the web staff client sprints, but we can update the ESI-hosted demo server to 2.10 closer in |
| 14:40 |
yboston |
#action yboston will check in with 2.10 release manager (gmcharlt ) about havign Webby ready for us to use and confirmation of what is produciton ready in the web client |
| 14:41 |
gmcharlt |
strike that action item, please, per my statement above |
| 14:41 |
yboston |
damm I typed too slow |
| 14:55 |
yboston |
or somethign along those lines |
| 14:55 |
yboston |
thoughts? |
| 14:55 |
sandbergja |
Sounds good to me |
| 14:55 |
remingtron |
yboston: do we already have a test DIG server? |
| 14:55 |
krvmga |
good idea. |
| 14:55 |
yboston |
remingtron: it is not set up |
| 14:55 |
gmcharlt |
indeed, that's available |
| 14:59 |
dluch |
yboston++ |
| 14:59 |
jihpringle |
yboston++ |
| 15:00 |
Christineb |
yboston++ |
| 15:00 |
chreeus |
dbs: I'm creating a PG 9.3 test VM to test your implicit sorting theory - it sounds like it would explain everything |
| 15:05 |
kmlussier |
yboston++ |
| 15:06 |
Stompro |
Stompro |
| 15:06 |
* Stompro |
oops |
| 15:16 |
chreeus |
kmlussier: is it 9.4? |
| 15:16 |
jeff |
ah, see... i went with differing perl versions, didn't think about differing postgres versions. :-) |
| 15:17 |
kmlussier |
chreeus; Nope 9.3.10 |
| 15:17 |
chreeus |
hmm |
| 15:17 |
chreeus |
my non-random-sorting server is PG 9.3 |
| 15:18 |
chreeus |
9.3.10 |
| 15:18 |
chreeus |
argh |
| 15:20 |
|
bshum joined #evergreen |
| 15:22 |
|
bshum joined #evergreen |
| 15:23 |
chreeus |
ok - gonna build a precise VM with PG 9.4 to test the perl version issu |
| 15:23 |
chreeus |
e |
| 15:25 |
|
bshum joined #evergreen |
| 15:27 |
jeff |
chreeus: what are the perl versions in question? |
| 15:27 |
jeff |
oh, i see you provided that elsewhere. |
| 15:28 |
kmlussier |
chreeus: I'm updating the bug, but I was on 5.18.2 as well |
| 15:28 |
|
jvwoolf joined #evergreen |
| 15:29 |
jeff |
Perl 5.18 introduced major changes in hashes, including changes that affect order. |
| 15:29 |
jeff |
and randomization. |
| 15:29 |
jeff |
see http://perldoc.perl.org/perl5180delta.html |
| 15:30 |
jeff |
under "Hash overhaul" |
| 15:30 |
|
jlitrell joined #evergreen |
| 15:30 |
jeff |
iirc, we hit those changes with some tests, which needed to be adjusted slightly. |
| 15:32 |
kmlussier |
I've updated the bug and now try remembering exactly what it was I was working on today. |
| 15:32 |
|
dkyle1 left #evergreen |
| 15:33 |
jlitrell |
An excellent time to interrupt you with exclusion checkboxes. :-D |
| 16:38 |
jeff |
my gut reaction to the idea is rather curmudgeonly. |
| 16:39 |
jeff |
it might be possible, moreso now with the ability to fetch jackets by record id. i don't know if the receipt templates have been prevented from pulling remote images now or not. |
| 16:46 |
jeff |
jihpringle: are you doing this in the self checkout interface with success? |
| 16:46 |
jihpringle |
I just had a library tell me that they print out on the self check items out receipt |
| 16:46 |
jihpringle |
I need to test myself to double check |
| 16:48 |
jeff |
i'm curious if they're printing in greyscale on a receipt printer, or printing to a letter sized sheet on a laser/inkjet, black and white or color, etc. |
| 16:52 |
jihpringle |
I'll do some testing and find out more details from the library |
| 17:00 |
|
jvwoolf left #evergreen |
| 17:05 |
|
mmorgan left #evergreen |
| 17:12 |
kmlussier |
Good night #evergreen! |
| 10:58 |
kmlussier |
Dyrcona: Nope |
| 10:58 |
|
ericar_ joined #evergreen |
| 11:00 |
Dyrcona |
OK. I plan to start up my precise vm to update the software, then maybe make a new vm for concerto. |
| 11:00 |
Dyrcona |
I use the latter to test tarballs and run the perl and db tests. |
| 11:03 |
Dyrcona |
BTW, I plan to finally release 2.9.2 on the 17th. |
| 11:16 |
JBoyer |
I wonder how many users actually make use of wildcard searching, vs those that think that you really do have to search for M*A*S*H to find the DVD you want... |
| 11:16 |
Dyrcona |
JBoyer: I'm going to build just master on my concerto vm to see if the grunt all command still fails. |
| 11:31 |
kmlussier |
JBoyer: Does it work if you surround it in quotes? |
| 11:32 |
Dyrcona |
I don't think I would enter MASH that way, and I usually search in lowercase, 'cause the shift key is hard. :) |
| 11:32 |
kmlussier |
Actually, it works with and without quotes |
| 11:33 |
JBoyer |
It's quicker with the quotes, but neither of my tests took 90+ seconds like the search that was in my log analyzer... |
| 11:34 |
JBoyer |
I'm with Dyrcona, it just seems like such a tedious thing to type. What do these people say out loud? "What are you looking for?" "Emm, star, aye, star, ess, star, aich." |
| 11:34 |
kmlussier |
JBoyer: Yeah, I tried it on C/W MARS. The unquoted one was longer, but it wasn't terrible. |
| 11:35 |
JBoyer |
My test was fine too, there must have been something else about when they searched, or the phase of the moon, etc. |
| 11:36 |
JBoyer |
The person that searched for the entire copy/pasted contents of a Google Play book search page must have had some interesting ideas. |
| 11:36 |
* Dyrcona |
should automate the prerequisite installation for OpensRF and Evergreen on his VMs. It will save time without typos. |
| 11:37 |
* JBoyer |
knows a guy... |
| 11:54 |
tsbere |
Stompro: Fair note, that is (obviously) a little dated, and doesn't take into account details like parts being flagged as deleted. |
| 11:54 |
tsbere |
So if you have that code loaded there are adjustments that need to be made |
| 11:55 |
Stompro |
I don |
| 11:55 |
Dyrcona |
I think grunt test failed, but I'll try it manually in a bit. |
| 11:56 |
Dyrcona |
It scrolls by so fast. |
| 11:56 |
Stompro |
tsbere, I don't think that 2.8.4 has the parts deletion bits, no deleted field in biblio.monograph_parts here. |
| 11:57 |
tsbere |
Stompro: Specifically, the "SELECT INTO existing_part id FROM... line would need to have "AND NOT deleted" added to the where clause when you do have the flag. |
| 12:10 |
Dyrcona |
It stats with couldn't load egCoreWeb because of the above. |
| 12:11 |
Dyrcona |
gmcharlt: Fresh checkout of master. |
| 12:11 |
Dyrcona |
Fresh vm. |
| 12:11 |
Dyrcona |
That happens with grunt test. |
| 12:12 |
Dyrcona |
The test output is "this should parse the IDL" |
| 12:14 |
gmcharlt |
Dyrcona: OK, I think I see what the problem is, one moment |
| 12:14 |
berick |
if it's a new dependency, it may need to be added to the test manifest |
| 12:15 |
gmcharlt |
ayup |
| 12:17 |
gmcharlt |
Dyrcona: check the tip of collab/gmcharlt/webstaff-sprint2-sprint3-round2 |
| 12:19 |
|
bmills joined #evergreen |
| 12:21 |
Dyrcona |
gmcharlt++ that resolves it. |
| 12:21 |
Dyrcona |
Should I just cherry-pick that into master since it is a fix for a test? |
| 12:21 |
|
_bott_ joined #evergreen |
| 12:28 |
berick |
Dyrcona: +1 to cherry-pick |
| 12:28 |
gmcharlt |
+1 |
| 12:29 |
gmcharlt |
Dyrcona++ |
| 12:29 |
Dyrcona |
breick++ |
| 12:29 |
Dyrcona |
berick++ |
| 12:31 |
pinesol_green |
[evergreen|Galen Charlton] webstaff: add angular-file-saver to test manifest - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e32a1d4> |
| 12:35 |
csharp |
@karma breick |
| 12:35 |
pinesol_green |
csharp: Karma for "breick" has been increased 1 time and decreased 0 times for a total karma of 1. |
| 12:35 |
csharp |
@karma chreeus |
| 13:28 |
pinesol_green |
Launchpad bug 1499086 in Evergreen 2.9 "Slowness/timeout on loading bookbags in OPAC" [Medium,Triaged] https://launchpad.net/bugs/1499086 |
| 13:36 |
|
jihpringle joined #evergreen |
| 13:46 |
csharp |
new_glasses++ |
| 13:48 |
bshum |
jeffdavis: If as you're working through and see stuff that will be signed off or tested as part of 2.10 I would go ahead and update the bug |
| 13:49 |
bshum |
Otherwise, it's just extra churn to update the milestone for work that may go unfinished and end up back on 2.next or later |
| 13:51 |
* Dyrcona |
agrees with bshum. |
| 13:51 |
jeffdavis |
Makes sense, thanks. |
| 14:12 |
JBoyer |
Is anyone using the migration tools to load bibs in parallel? We're working on a local method because a single process isn't getting it done, but we're hitting deadlocks on occasion. I know there's src/extras/import/parallel_pg_loader.pl but I don't think it's ready to use as-is for the output of the migration tools. |
| 17:14 |
gsams |
mmorgan: I appreciate it, I'd still be interested because it might be relevant for another library if nothing else |
| 17:16 |
mmorgan |
ok will dig up the info tomorrow. Good night all! |
| 17:16 |
|
mmorgan left #evergreen |
| 17:58 |
jeffdavis |
So I'm in the middle of writing a Perl live test for the opt-in feature. |
| 17:58 |
jeffdavis |
One of the test steps is to opt in a patron with open-ils.actor.user.org_unit_opt_in.create. |
| 17:59 |
jeffdavis |
I want to return to a "clean" state when the testing is done, so I need to delete the opt-in during my test. |
| 18:00 |
jeffdavis |
But there's no method for deleting opt-ins, and I can't delete arbitrary records with something like json_query (it only does SELECT statments, IIRC). |
| 18:00 |
jeffdavis |
So I'm thinking the easiest solution is just to add a new open-ils.actor.user.org_unit_opt_in.method to EG. |
| 18:00 |
jeffdavis |
Which we ought to have anyway. |
| 18:00 |
jeffdavis |
Here ends a case study in why tests are a Good Thing. |
| 18:01 |
jeffdavis |
(a new open-ils.actor.user.org_unit_opt_in.delete method, that is) |
| 18:08 |
dbwells |
jeffdavis: or pcrud? (not familiar with the feature, just throwing it out there) |
| 18:09 |
* dbwells |
is not familiar with opt-in. He knows about pcrud :) |
| 18:10 |
jeffdavis |
dbwells: pcrud ought to work, unless there's some reason live tests can't use it. |
| 18:10 |
jeffdavis |
I just like the idea of tests giving me an excuse to add a new feature. :) |
| 18:16 |
miker |
jeffdavis: pcrud or cstore should work fine in live tests |
| 18:16 |
miker |
fwiw |
| 18:16 |
dbwells |
Well, live tests can do about whatever they want, so even cstore's an option. |
| 18:16 |
dbwells |
right :) |
| 18:17 |
jeffdavis |
good to know |
| 18:20 |
dbwells |
We've got plenty of CRUD methods hanging around in EG, so not a big deal, but if simple client access is something desirable, think of pcrud as a good way to _not_ add a new feature :) |
| 18:21 |
* dbwells |
disappears |
| 08:22 |
Dyrcona |
pinesol_green: Got any laters for me? |
| 08:22 |
pinesol_green |
Dyrcona: Have you confirmed your ISBN SPIDs with your service provider? |
| 08:22 |
pinesol_green |
Dyrcona: I am only a bot, please don't think I'm intelligent :) |
| 08:25 |
kmlussier |
Dyrcona: No laters, but gmcharlt mentioned last night that collab/gmcharlt/webstaff-sprint2-sprint3-round2 is ready for testing. |
| 08:36 |
Dyrcona |
OK. Looks like i use the round2 branch. |
| 08:37 |
|
mrpeters joined #evergreen |
| 08:38 |
jeff |
and we have reached the point in the morning where i wish i had a rolling packet capture on all SIP2 traffic. |
| 14:37 |
tsbere |
May need some adjusting for you as I hardcoded a bib source or two in the bibs sans call numbers query |
| 14:38 |
* tsbere |
has that (and some other things) running nightly for MVLC, though I think we have upped the period variable to 90 days instead of 30 |
| 14:39 |
kmlussier |
gsams: I just checked. Transferring items to volumes will delete the volume too if it's left empty. |
| 14:40 |
gsams |
kmlussier++ #I appreciate the quick test! |
| 14:40 |
|
jlitrell joined #evergreen |
| 14:40 |
kmlussier |
gsams: I just happened to be in holdings maintenance when you asked the question. :) |
| 14:41 |
tsbere |
I know empty volumes still crop up for us. Probably from failed creates and other things. |
| 14:43 |
* jeff |
tries to sort out his feelings for call numbers like "DVD AVE RATED PG-13" |
| 14:43 |
Bmagic_ |
yeah, lol |
| 14:44 |
|
RoganH_ joined #evergreen |
| 14:46 |
kmlussier |
OK, everything looks okay on Dyrcona's test system. I think I'm ready to merge the sprint2/sprint 3 branch |
| 14:47 |
kmlussier |
Thank you, cat, for hitting the Enter key before I was done. |
| 14:47 |
tsbere |
kmlussier: The cat apparently thought it was a good place to stop. |
| 14:47 |
kmlussier |
Does the branch need an LP bug before I merge it? |
| 14:48 |
kmlussier |
tsbere: Yeah, he then hit All Caps afterwards, which is why it took me a while to pose my next question. |
| 15:30 |
csharp |
and that's obviously not what the feature was built to accommodate |
| 15:31 |
csharp |
yeah, I'll play with that in the short term |
| 15:31 |
tsbere |
csharp: If you want standing penalties to generally be at the top level then set the depths to 0. I think that will generally work across the board. |
| 15:31 |
csharp |
tsbere: cool - I'll do some testing |
| 15:31 |
tsbere |
We set many of them that way, if you want to poke me on some of that |
| 15:31 |
csharp |
thanks! |
| 15:32 |
tsbere |
We also have some "System-level" versions that staff can set for more local issues (blocking another library's patron from their library, for example) |
| 09:26 |
|
maryj joined #evergreen |
| 09:42 |
|
bwicksall joined #evergreen |
| 09:44 |
kmlussier |
Dyrcona++ gmcharlt++ |
| 09:47 |
Dyrcona |
kmlusser: I might have to build a new branch after the rebase if you want to continue testing on my development system. |
| 09:48 |
Dyrcona |
If that's the case, do you want to just load the sprint2-sprint3 branch, and maybe the patron editor branch? |
| 09:53 |
kmlussier |
Dyrcona: Yes, that's fine. That's all I'm focusing on ATM |
| 09:55 |
Dyrcona |
I could reload the database in the meantime, and probably should. |
| 10:02 |
|
mmorgan left #evergreen |
| 10:16 |
Dyrcona |
kmlussier: Would want the hotkeys branch? |
| 10:16 |
Dyrcona |
Should be a "you" in there somewhere. |
| 10:17 |
kmlussier |
Dyrcona: I'll probably be testing that soon after the sprint2 branch goes in, so yes. |
| 10:17 |
* kmlussier |
checks to see if there is even a pullrequest tag on that one. |
| 10:18 |
kmlussier |
gmcharlt: Do you want a pullrequest on bug 1508477? |
| 10:18 |
pinesol_green |
Launchpad bug 1508477 in Evergreen "browser client: hotkeys don't work if an input element has focus" [Wishlist,New] https://launchpad.net/bugs/1508477 |
| 10:18 |
kmlussier |
It's worked very well in my testing on webby. Even if there is still work left to be done, it would be nice to have it in before 2.10 |
| 10:20 |
Dyrcona |
I can always add it again later. |
| 10:21 |
gmcharlt |
kmlussier: sure |
| 10:23 |
Dyrcona |
I just figured that I put the branch together with what's ready so I could run upgrade scripts before hand. |
| 10:05 |
Dyrcona |
Bmagic: When I need to tune a Pg installation, I usually spend days pouring over wiki pages and conference slides, and then twiddle things until it is "fast enough." |
| 10:05 |
csharp |
Bmagic: do you have more than one RAID controller? |
| 10:05 |
csharp |
Dyrcona: that's my current method too ;-) |
| 10:05 |
Bmagic |
Dyrcona: what method do you use to test speed? |
| 10:06 |
tsbere |
JBoyer: For reference, I found that "search in their system" and "login to their system" didn't play nice together in the same link. So I skipped the "search" part. |
| 10:06 |
csharp |
Bmagic: http://www.postgresql.org/docs/9.3/static/runtime-config-connection.html and following explain every setting in pretty good detail |
| 10:06 |
Dyrcona |
Bmagic: None that's worth mentioning. |
| 10:07 |
Bmagic |
csharp: ty |
| 10:07 |
Dyrcona |
I might time some scripts, etc. |
| 10:08 |
JBoyer |
I'd like to someday pull an entire day's worth of queries from the logs, keep the dump from that day; clean up any that don't play nice, then see how long it takes to replay that day on a fresh reload. It would be easy to see how big an impact settings changes make across that level of activity. It's more difficult to improve everything when you can only really test this or that slow query. |
| 10:08 |
csharp |
Bmagic: check 'top' for high wait when things are slow - it might mean you need to reevaluate your disk setup - we're on SSDs now, but when we were on spinning disks, adding a second RAID controller solved all our problems |
| 10:08 |
Bmagic |
csharp: changing hardware isn't in the cards right now. The fact is, 9.2 was faster |
| 10:08 |
Bmagic |
on the same hardware |
| 12:22 |
|
geoffsams joined #evergreen |
| 12:31 |
|
bmills joined #evergreen |
| 12:34 |
|
jihpringle joined #evergreen |
| 12:51 |
Dyrcona |
@decide make new test accounts or crack passwords on existing test accounts? |
| 12:51 |
pinesol_green |
Dyrcona: go with crack passwords on existing test accounts? |
| 12:56 |
RoganH |
Clearly that would take less time. Or at least be less tedious. One of those. |
| 12:58 |
Dyrcona |
Assuming that the majority of the test accounts have four digits for the password, yes. |
| 12:58 |
Dyrcona |
And by test account, I mean "not real patrons used for testing purposes." |
| 13:02 |
Dyrcona |
And now, I apparently don't have to.... |
| 13:03 |
Dyrcona |
We apparently already sent this information, and I was just given the spread sheet that was sent previously. |
| 13:03 |
Dyrcona |
Oh well, it could have been a "fun" way to spend the afternoon. |
| 13:09 |
* tsbere |
cracked the passwords on a few thousand accounts just to test some code he provided to Dyrcona for possibly cracking existing accounts >_> |
| 13:09 |
jeff |
yeah. it takes about 27ms to generate hashes for four digit pins. |
| 13:09 |
jeff |
and that's with storing them in a temp table for reuse. |
| 13:10 |
jeff |
for one, it's actually faster to skip the temp table. |
| 07:49 |
|
Stompro joined #evergreen |
| 08:07 |
|
ericar joined #evergreen |
| 08:09 |
|
JBoyer joined #evergreen |
| 08:25 |
csharp |
Bmagic: regarding DB differences between 2.8.2/2.9.1 and autosuggest, what's more likely (from our experience with moving to 9.3 and 9.4) is that the query planner in postgres is working differently than before - if you have (or can assemble) a test server with the old version of EG/PG, you might be able to track the difference in the queries created - then it's a matter of DB and EG query tuning |
| 08:43 |
|
mmorgan joined #evergreen |
| 08:46 |
|
mrpeters joined #evergreen |
| 09:05 |
|
Dyrcona joined #evergreen |
| 09:38 |
Dyrcona |
Wonder if it did that yesterday and I missed it. |
| 09:38 |
Dyrcona |
kmlussier: Thanks! |
| 09:40 |
Dyrcona |
I don't really have time to sort this right now. I'd have to do a clean install. It could be something going on with running the scripts twice. |
| 09:47 |
JBoyer |
Dyrcona: Does it have that problem with just grunt build, or only grunt all? Skipping the tests may not be ideal, but if it gets things moving on your test server it could always be investigated later. |
| 09:48 |
Dyrcona |
JBoyer: Good question, and if I knew enough about it, I would have tried that before blowing out the VM and building a fresh one. :) |
| 09:48 |
Dyrcona |
JBoyer: Don't think I'm intelligent. I am only a bot following a script. :) |
| 09:49 |
* Dyrcona |
is a total newb when it comes to Node.js and friends. |
| 11:31 |
pinesol_green |
kmlussier: I am only a bot, please don't think I'm intelligent :) |
| 11:48 |
berick |
dbwells: fix pushed. I'm working on a follow up patch to make some things more efficient. specifically, reduce the number of times we have to look up the root unit unit ID from the database and use cstore instead of storage for perm checks. |
| 11:48 |
berick |
the API call will get (intentionally) slower w/ bcrypt, so may as well make some other parts faster/leaner |
| 11:49 |
Dyrcona |
JBoyer: grunt build works. Guess it is a test that fails. |
| 11:55 |
JBoyer |
That's good. (for certain values of good...) The specific test that I had fail on me was somehow related to our fmIDL.xml file and either permissions or paths, so I wasn't too worried about it at the time, |
| 11:55 |
JBoyer |
. |
| 11:56 |
Dyrcona |
kmlussier: FWIW, my dev vm is running with the branches we discussed. |
| 11:56 |
kmlussier |
Dyrcona: Great, thank you! |
| 10:18 |
* csharp |
just turned 42 - so far everything is just as mysterious as before |
| 10:20 |
* Dyrcona |
is *mumble* *mumble* years old.... |
| 10:23 |
|
jwoodard joined #evergreen |
| 10:47 |
csharp |
hmm - looks like the new hold_request_capture_protect_idx index is preventing item checkin with no useful errors to the end user |
| 10:48 |
csharp |
duplicate key value violates unique constraint "hold_request_capture_protect_idx" - DETAIL: Key (current_copy)=(14779072) already exists. |
| 10:48 |
csharp |
seems like something the application layer should be testing before it tries to update the hold row |
| 10:49 |
csharp |
rather than failing gracelessly |
| 10:51 |
csharp |
32e415a2 |
| 10:51 |
pinesol_green |
[evergreen|Mike Rylander] LP#902255: Protect against hold double-capture - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=32e415a> |
| 10:51 |
csharp |
hmm |
| 10:51 |
* csharp |
checks that util.js and circ.properties is up-to-date |
| 11:27 |
kmlussier |
I may have misunderstood, but I didn't think the code in question only comes into play for asynchronous checkin. It was just higlighted as one occurance where double capture can happen. |
| 11:28 |
pinesol_green |
[evergreen|Jason Stephenson] Forward port 2.9.0 to 2.9.1 db upgrade script. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ea474a9> |
| 11:29 |
csharp |
kmlussier: yeah, I'm asking them to try with the checkbox unchecked, but it still looks like there's some bugaboo lurking there |
| 11:29 |
kmlussier |
Yeah, looking at my notes on bug 902255, I was able to replicate the bug without asynchronous checkin being selected. In testing, the user-friendly error message did appear. |
| 11:29 |
pinesol_green |
Launchpad bug 902255 in Evergreen "possible to double-scan an item during check-in and have it captured by two holds" [Low,Fix released] https://launchpad.net/bugs/902255 |
| 11:31 |
csharp |
kmlussier: your comment #7 there is exactly what was reported to m |
| 11:31 |
csharp |
e |
| 15:45 |
Bmagic |
jeffdavis: I wonder why we didn't have this problem on 9.2 ? |
| 15:47 |
jeffdavis |
We figured it had more to do with needing to vacuum after the PG+EG upgrade. |
| 15:48 |
jeffdavis |
Hard to say, though. At least I don't think we had any definitive evidence of our conclusion. |
| 15:51 |
csharp |
more info on that unapi.bre error - all I've seen and tested appear to be kid's titles, so the KPAC is suspect |
| 15:51 |
csharp |
@blame kpac |
| 15:51 |
pinesol_green |
csharp: kpac forgot to give the gerbils their chocolate-frosted sugar bombs |
| 15:58 |
dbwells |
berick: Got the validate bits in place for AuthProxy.pm. I pushed it (plus your latest fix) out to production here locally, and am going to let it chill for a bit before pushing back to the collab branch. At this point in the day, probably going to be tomorrow. |
| 15:59 |
Bmagic |
jeffdavis: now that I am looking at config.tt2 I dont see where to turn off autosuggest. I would have expected to see the setting there. where is use_autosuggest.enabled ? Should I just set that variable in config.tt2? |
| 09:11 |
Dyrcona |
mdriscoll: That's interesting. We were talking about something similar this morning... |
| 09:11 |
jboyer-isl |
Ah, we're going to be leaning toward extracts/uploads with Z for availability. |
| 09:12 |
Dyrcona |
mdriscoll: I'll share the branch in a few minutes. |
| 09:12 |
mdriscoll |
Dyrcona: great I'll test it. |
| 09:14 |
|
yboston joined #evergreen |
| 09:16 |
Dyrcona |
And the search that was mentioned as a problem "harry potter rowling" works. |
| 09:19 |
mdriscoll |
Here's another z39.50 search with punctuation: Monsters inc (CW-9, NOBLE-3, MVLC-594) |
| 10:30 |
berick |
https://bugs.launchpad.net/evergreen/+bug/1384740 |
| 10:30 |
pinesol_green |
Launchpad bug 1384740 in Evergreen "Add authority records support to marc stream importer (Connexion)" [Wishlist,Fix committed] |
| 10:30 |
berick |
it's in master |
| 10:31 |
jboyer-isl |
berick: Huzzah! Apparently not in the 2.9.cough version I upgraded us to, but we would be happy to apply some additional in-production testing. :D |
| 10:32 |
berick |
awesome. we've been using the updated script for bib imports. planning to use it for auth soon. |
| 10:34 |
jboyer-isl |
One of your comments referenced bug 1171984 that was released sometime in 2.8, does that mean anything needs to be changed to address it, or did the options just not do anything until that bug was closed? |
| 10:34 |
pinesol_green |
Launchpad bug 1171984 in Evergreen "add support in Vandelay for overlaying authorities during import using match sets" [Wishlist,Fix released] https://launchpad.net/bugs/1171984 |
| 11:07 |
yboston |
remingtron: thanks |
| 11:08 |
yboston |
yboston: y por cierto muchas felicidades con lo de de tu familia |
| 11:09 |
yboston |
remingtron: y por cierto muchas felicidades con lo de de tu familia |
| 11:21 |
rjackson_isl |
berick++ - first import using patched importer and correct parameters worked - next test will be the authority side |
| 11:22 |
rjackson_isl |
inclued both an overlay and new recs in one imput file... |
| 11:22 |
rjackson_isl |
s/inclued/included |
| 11:23 |
berick |
sweet |
| 11:24 |
jboyer-isl |
Bummer. A parallel reingest is no sweat for the database, but slony does not like it one bit. :-/ |
| 11:25 |
Dyrcona |
Alas, poor Slony. I knew him well, Horatio. |
| 16:48 |
kmlussier |
Dyrcona: I was thinking it might be first by database ID. Because Magazine is not first alphabetically on webby |
| 16:48 |
kmlussier |
Dyrcona: Oh, so that's a problem. |
| 16:48 |
kmlussier |
We need an Unset there. |
| 16:48 |
jihpringle |
yboston: I ran into a few bugs while testing, do you know what the best way to report web client bugs is? |
| 16:48 |
Dyrcona |
Well, you should be able to add a copy without a circ modifier, I think. |
| 16:48 |
* kmlussier |
wanders off to Launchpad. |
| 16:49 |
kmlussier |
And this is why it always takes me so long to work on documentation. :) |
| 17:12 |
|
mmorgan left #evergreen |
| 17:37 |
kmlussier |
jihpringle: For bug 1537227, the problem is that you aren't using a registered workstation. |
| 17:37 |
pinesol_green |
Launchpad bug 1537227 in Evergreen "Web Client: Navigation Buttons in Catalogue Not Working" [Undecided,New] https://launchpad.net/bugs/1537227 |
| 17:38 |
kmlussier |
We came across that one in testing. |
| 17:38 |
jihpringle |
kmlussier: thanks, I thought it seemed familar |
| 17:38 |
kmlussier |
Which is why it's really, really important that we have a way to require workstation registration before the web client is rolled in production. There are several things that don't work as expected without a workstation. |
| 17:39 |
jihpringle |
yes, that;s definitely crucial |
| 13:31 |
mllewellyn |
IF VENDACCT == '336033V' AND VENDCODE == '1084'; ORG_UNIT_SAN = '336033V'; END; |
| 13:32 |
mllewellyn |
I can't figure where this LOC thing comes in. |
| 13:32 |
berick |
mllewellyn: oh! I should have finished reading.. |
| 13:33 |
mllewellyn |
I wish it were the SAN issue. :( |
| 13:35 |
mllewellyn |
From our test order. They added the LOC line to show me what they're expecting. |
| 13:35 |
mllewellyn |
UNB+UNOB:3+336033V:31B+1556150:31B+160113:1310+1' UNH+1+ORDERS:D:96A:UN' BGM+220+21423+9' DTM+137:20160113:102' NAD+BY+336033V 1084::91' NAD+SU+1556150::31B' NAD+SU+2563::92' CUX+2:USD:9' LIN+420651++6315949045:IB' PIA+5+6315949045:IB' IMD+F+BTI+:::Cinderella' IMD+F+BPU+:::Walt Disney Pictures,' IMD+F+BPD+:::2015.' IMD+F+BPH+:::1 videodisc (112 min.) ' QTY+21:5' GIR+001+BRDGOM:LLO++1:LQT+acquisitions:LST+ |
| 13:37 |
berick |
mllewellyn: hm, we use the LCO (copy id) field, but I don't recall using LOC |
| 13:38 |
* Dyrcona |
misspoke earlier. I don't have to strip quotes off the term. I misunderstood my error. :) |
| 13:38 |
mllewellyn |
This is for Enriched AV processing. |
| 15:22 |
kmlussier |
Yikes. Yeah, record buckets can only handle so many records. |
| 15:23 |
phasefx |
might be better in the web client with paging |
| 15:23 |
Stompro |
phasefx, thanks, I wasn't finding anything but wanted to double check. I need to change the item_type on 20K large print titles and I'm just trying to find the best way. I was going to try and use the marc batch edit function. |
| 15:23 |
kmlussier |
phasefx: You said xul client. Is there hope there will be improvement in this respect in the web client? My webby testing has been limited to buckets with 50 records. |
| 15:23 |
Dyrcona |
And, that is why I write so many custom scripts. |
| 15:23 |
miker |
if you just use them for container searches, never accessed as a list, that could be useful |
| 15:23 |
phasefx |
kmlussier: I think there's always hope. Not sure what the current performance is with webby |
| 14:12 |
krvmga |
me, too |
| 14:12 |
yboston |
we can swithc to that in a second. I had a goal to talk a bit about the web client hacking and we already spoke a little abotu it |
| 14:13 |
sandbergja_ |
sounds good to me |
| 14:13 |
yboston |
liek I said I will send out a link in the morning. I will also start a Google hangout in the morning |
| 14:13 |
yboston |
the wiki page will have login info for a test serve that can be used to document the web client |
| 14:14 |
yboston |
#link https://webby.evergreencatalog.com/eg/staff/ |
| 14:14 |
|
dluch joined #evergreen |
| 14:14 |
yboston |
I think that is about it. We might want to check in the morning to verify what everyone will work on |
| 14:15 |
yboston |
at this point we can switch to talking about the re-org |
| 14:16 |
yboston |
#topic docs re-org |
| 14:16 |
yboston |
go ahead |
| 14:16 |
sandbergja_ |
I think that there was a lot of excitement when we talked about it on the mailing list |
| 14:17 |
krvmga |
when i originally talked about this idea, i was thinking of "books" for different staff |
| 14:17 |
yboston |
#link http://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:reorg_2014 |
| 14:34 |
sandbergja_ |
yes, yboston++ |
| 14:34 |
dluch |
yes! yboston++ |
| 14:35 |
sandbergja_ |
how hard would that be to achieve technically? |
| 14:35 |
yboston |
#idea use the new re-org layout for storing the new web client docs |
| 14:36 |
yboston |
my rough understanding is... |
| 14:36 |
yboston |
that Robert Soulliere would need to do some config set ups on his docs server |
| 14:36 |
yboston |
to handle a new set of templates for the new re-org |
| 14:37 |
yboston |
though we might want to have a final decision on the re-org style before we start this, though we can just do soemtests |
| 14:37 |
yboston |
*some tests |
| 14:38 |
yboston |
in some ways it might not be that differnt from when Robert set ups the docs foreach new version of EG |
| 14:39 |
yboston |
lets talk about sandbergja_ list of concers, which are very important |
| 14:39 |
yboston |
1) when to meet next 2) how to get more people involved |
| 14:40 |
yboston |
I added 3) what risks shoudl we address, I would also add 4) do we have a final re-org that we can follow |
| 14:40 |
sandbergja_ |
I feel like we got some consensus around (1) |
| 14:40 |
yboston |
any other cocnenrs or ideas that we should keep in mind, that perhaps sandbergja_ and I can add to the re-org page in preparation for the eventual re-org meeting? |
| 14:41 |
krvmga |
i have no others atm |
| 10:46 |
|
bmills joined #evergreen |
| 10:48 |
Bmagic |
Dyrcona: it looks like it's money.payment from this line my $last_payment = $e->search_money_payment(..... then return 1 if ($payment_ts + $interval_secs >= $now); |
| 10:50 |
Dyrcona |
I thought so, but wasn't sure any more. |
| 10:50 |
kmlussier |
That's my recollection from testing. |
| 10:56 |
|
maryj joined #evergreen |
| 11:01 |
|
Christineb joined #evergreen |
| 11:10 |
Bmagic |
Does anyone have a library that controls access to the public workstations via login? That uses SIP backend? |
| 11:40 |
kmlussier |
jboyer-isl: I got the reference. :) |
| 11:41 |
Dyrcona |
We use 9.3 in production and 9.1 on development/training. |
| 11:42 |
Dyrcona |
'Cause we've been too lazy to upgrade the second db server. |
| 11:52 |
csharp |
kmlussier: we're moving to 9.4 this weekend - been testing on it for months on two test servers with no issues |
| 11:53 |
kmlussier |
csharp: Awesome! I'll be interested in hearing how things go in production. |
| 12:51 |
jeff |
_bott_: is GRPL also running 9.4 in production? |
| 12:52 |
dbwells_ |
kmlussier: We've been on 9.4 in production since 12/22. So far, so good. |
| 13:47 |
|
pinesol_green joined #evergreen |
| 13:48 |
csharp |
@dunno |
| 13:48 |
pinesol_green |
csharp: I see nothing, I know nothing! |
| 13:49 |
jeffdavis |
I'm working on a new feature in the staff client. We're not using the web client locally yet, but if I am adding it there for feature parity, I guess I'd better know how to test it. :) |
| 13:49 |
csharp |
@quote random |
| 13:49 |
pinesol_green |
csharp: Quote #67: "< Rogan_Ni> Star Wars" (added by berick at 01:38 PM, September 17, 2013) |
| 13:49 |
Dyrcona |
csharp++ |
| 17:27 |
kmlussier |
For the logs, the depth appears to be 2. |
| 17:29 |
berick |
kmlussier: i believe it defaults to the depth of the staff login workstation org unit. |
| 17:29 |
berick |
which would be 2 in a stock EG setup |
| 17:31 |
kmlussier |
berick: Ah, ok. That makes sense. |
| 17:31 |
kmlussier |
berick: Can you guess what I'm testing right now? :) |
| 17:32 |
berick |
heh, i have a theory patron reg is involved |
| 17:34 |
kmlussier |
berick: I'm hoping to complete the testing on the latest code for the new editor tonight. |
| 17:35 |
berick |
kmlussier++ |
| 17:35 |
kmlussier |
But, first, I suppose I should feed the children. Their faces are looking a little gaunt. |
| 17:35 |
berick |
hah |
| 11:35 |
Dyrcona |
mceraso: YW! |
| 11:36 |
jeff |
and /cl |
| 11:36 |
jeff |
er |
| 11:47 |
dbs |
csharp: test received (on gitadmin) |
| 11:56 |
berick |
dbs: thought of one of your SEO talks today as google news showed a headline of 'Heartburn pills linked to increased risk of kidney disease' next to a picture of David Bowie. |
| 12:04 |
dbs |
berick: ouch |
| 12:09 |
csharp |
dbs: thanks! |
| 12:29 |
|
jihpringle joined #evergreen |
| 12:33 |
bshum |
csharp: That's happened before a couple times now |
| 12:33 |
bshum |
csharp: I think it's a memory killer issue |
| 12:33 |
jeff |
anyone generating logs should be forced to parse those logs before committing. |
| 12:33 |
jeff |
unparsable log entries should be a test failure. |
| 12:34 |
jeff |
(mostly unrelated to evergreen, just a general "if i ruled the world" whim of this morning) |
| 12:35 |
jeff |
i'm parsing logs generated by software which i think i wrote in 2008. |
| 12:43 |
tsbere |
jeff: At least once I wrote something that logged perfectly parseable logs, then the logging system changed and they became useless. So maybe not past-you's fault? ;) |
| 12:45 |
csharp |
yay! now I'm seeing feedback evergreen-ils.org spam! |
| 12:45 |
csharp |
(meaning that all is back to normal :-)) |
| 14:55 |
csharp |
berick: thanks for that info - I'll stop chasing the red herring |
| 14:56 |
csharp |
jeff: I think your question has got me on a better track - I'll report back after checking on environment stuff |
| 14:56 |
berick |
the 1 exception is the initial "what am I processing" query taking longer than the $req_timeout, in which case the events would never even get created |
| 14:57 |
csharp |
well, the good news is that I'm working this out now on a test server rather than doing it next week when everythings on fire ;-) |
| 15:05 |
Dyrcona |
@praise csharp |
| 15:05 |
* pinesol_green |
You don't want to get mixed up with someone like csharp. csharp is a loner, Dottie. A rebel. |
| 15:06 |
bshum |
Memory killers |
| 10:35 |
Bmagic |
mmorgan: bug 1532236 |
| 10:35 |
pinesol_green |
Launchpad bug 1532236 in Evergreen "Evergreen should allow for HTML formatted action trigger emails" [Undecided,New] https://launchpad.net/bugs/1532236 |
| 10:36 |
mmorgan |
Bmagic++ |
| 10:39 |
Dyrcona |
Hmmm... Maybe 1.4 million barcodes are a bit much for a test. |
| 10:40 |
mmorgan |
Dyrcona: That would be a thorough test ;-) |
| 10:42 |
Dyrcona |
Yeah. I'm not sure it would upload though, the file is 21.1 MB according to Nautilus File Manager. |
| 10:43 |
Dyrcona |
I recall reading somewhere that the limit is 10 MB unless you change it, but that could have been inaccurate information. |
| 10:45 |
csharp |
Bmagic: regarding bug 1532236, we've been wanting HTML email too - not sure if it needs a new A/T reactor or if we can encode some logic into the current SendEmail.pm that would do what we're after |
| 11:07 |
|
Christineb joined #evergreen |
| 11:28 |
|
sandbergja joined #evergreen |
| 11:31 |
Stompro |
Bmagic++ tsbere++ I've been wondering how to create HTML notices for a while. I think cover art included in notices would be appreciated by many customers. |
| 11:31 |
Bmagic |
excellent - some testing would great |
| 11:38 |
tsbere |
Stompro: I disagree on the cover art bit, but as I mentioned yesterday I tend to disable HTML/Rich Text email viewing in general. |
| 11:43 |
Stompro |
tsbere, the multipart should take care of text email purist such as yourself. The docs to can stress the importance of including the text only version. |
| 11:56 |
tsbere |
Stompro: I just don't like the idea in general. Then again, I dislike the fact email supports HTML in the first place. Too many things can be "hidden", like link targets. >_> |
