| Time |
Nick |
Message |
| 01:42 |
|
Mark__T joined #evergreen |
| 02:48 |
* jlitrell |
declares war on commas |
| 03:00 |
|
dluch joined #evergreen |
| 03:06 |
|
bwicksall_ joined #evergreen |
| 07:26 |
|
rjackson_isl joined #evergreen |
| 07:30 |
bshum |
kmlussier: jlitrell: For the end of the SQL upgrade script in https://bugs.launchpad.net/evergreen/+bug/1519055, I think that the reingest stuff is incomplete. I might suggest stealing from the end of version-upgrade/2.7.2-2.7.3-upgrade-db.sql where a more complete version of the echo statement might guide a user towards properly reingesting their bibs after the changes are made. |
| 07:30 |
pinesol_green |
Launchpad bug 1519055 in Evergreen "Simple checkbox to exclude electronic resources from search results" [Wishlist,New] |
| 07:31 |
bshum |
Otherwise, tests perform fine, I'll help merge it later tonight after work if nobody else gets to it ahead of me. |
| 07:47 |
|
JBoyer joined #evergreen |
| 07:56 |
|
Dyrcona joined #evergreen |
| 07:59 |
|
ericar joined #evergreen |
| 08:14 |
Dyrcona |
kmlussier gmcharlt: I got the kinks worked out of moving my development database last night. |
| 08:15 |
Dyrcona |
I'm building a new development branch based on this morning's master with MVLC's customizations and the latest wip branch for activity metric. |
| 08:16 |
Dyrcona |
Upgrade scripts might take a while, particularly 0960. |
| 08:16 |
Dyrcona |
Overall this server feels about the same as the other. |
| 08:17 |
kmlussier |
Dyrcona++ |
| 08:19 |
|
rhamby joined #evergreen |
| 08:20 |
Dyrcona |
My development document on Google drive shows what was merged. |
| 08:26 |
Dyrcona |
The performance isn't so bad 0960 says it has migrated circ history for 20000 users already. |
| 08:26 |
Dyrcona |
Missing a zero there, 200,000. |
| 08:27 |
Dyrcona |
220,000... Guess I should have waited a mo'. ;) |
| 08:30 |
|
mrpeters joined #evergreen |
| 08:32 |
csharp |
heh: Irssi: Uptime: 398d 11h 7m 54s |
| 08:53 |
|
mmorgan joined #evergreen |
| 08:59 |
|
jwoodard joined #evergreen |
| 09:00 |
|
mmorgan1 joined #evergreen |
| 09:09 |
Dyrcona |
So I just upgraded on master this morning, and I am getting errors logging in. |
| 09:09 |
Dyrcona |
In fact, I can't login with the staff client. |
| 09:11 |
csharp |
@who is NOT CONNECTED TO THE NETWORK!!!? |
| 09:11 |
pinesol_green |
kmlussier is NOT CONNECTED TO THE NETWORK. |
| 09:11 |
rhamby |
I'm going to go out on a limb and say that's not good. |
| 09:11 |
Dyrcona |
ERROR: function actor.get_salt(unknown, unknown) does not exist |
| 09:12 |
Dyrcona |
Yep. |
| 09:12 |
* kmlussier |
doesn't feel like she's connected to much today. Good call pinesol_green! |
| 09:13 |
Dyrcona |
psql:/home/opensrf/Evergreen/Open-ILS/src/sql/Pg/upgrade/0961.schema.password-st |
| 09:13 |
Dyrcona |
orage.sql:5: ERROR: permission denied to create extension "pgcrypto" |
| 09:13 |
Dyrcona |
HINT: Must be superuser to create this extension. |
| 09:14 |
Dyrcona |
That could be a problem for people who don't normally us a superuser account in their Evergreen database. |
| 09:19 |
Dyrcona |
ERROR: permission denied for relation passwd |
| 09:19 |
Dyrcona |
So, I've got to change ownership afterwards. |
| 09:24 |
csharp |
Dyrcona: so do you have the Evergreen user as a non-superuser? |
| 09:24 |
* csharp |
has wanted to do that for some time, but it hasn't risen to the top of the list yet |
| 09:24 |
Dyrcona |
On this server I do because it has other databases. |
| 09:24 |
csharp |
oh, I see |
| 09:25 |
Dyrcona |
I can fix this. |
| 09:25 |
Dyrcona |
I will want to automate that fix until we merge this into our production branch. |
| 09:26 |
* Dyrcona |
should maybe read release notes to see if this is mentioned anywhere. :) |
| 09:29 |
dbwells |
I believe all the current documentation assumes the "evergreen" Postgres account will be a superuser. |
| 09:30 |
dbwells |
Well, actually not 'assumes', it specifies that. |
| 09:43 |
Dyrcona |
Well, I'm not changing my user at this point, but I can have the pgcrypto extension installed beforehand and then everything should work. |
| 09:43 |
* Dyrcona |
just went through some trouble to make it a non-superuser. |
| 09:46 |
dbwells |
Glad to hear it works without too much trouble. |
| 09:49 |
|
yboston joined #evergreen |
| 09:54 |
Dyrcona |
Yep, it's working. |
| 09:54 |
Dyrcona |
Just some peculiarities of my set up. |
| 09:57 |
Dyrcona |
kmlussier gmcharlt: Looks like my development vm is working with the new database. It shouldn't run out of space this time, unless you're adding 800GB of data. :) |
| 10:01 |
kmlussier |
Dyrcona: Do you have the latest updates to the branch there? |
| 10:01 |
* kmlussier |
was testing elsewhere this morning, but thinks she could get more testing done on two servers. |
| 10:01 |
Dyrcona |
Yes, I fetched this morning and made a new branch from master. |
| 10:02 |
Dyrcona |
Hence, my issues with the new authentication code. :) |
| 10:02 |
kmlussier |
Dyrcona++ |
| 10:05 |
kmlussier |
I notice there is a dev meeting on the schedule for tomorrow, but it's only a couple of weeks since our last meeting. |
| 10:06 |
kmlussier |
However, it might be worthwhile to have one since the beta release is almost out. Or maybe we'll be too busy with the beta release to be able to participate in a meeting. |
| 10:06 |
kmlussier |
When I say, we'll be too busy, I mean gmcharlt |
| 10:07 |
dbwells |
I feel like meetings on the first xxxday of a month are generally not ideal. They always sneak up on you! |
| 10:08 |
* dbwells |
means "you" collectively |
| 10:08 |
kmlussier |
I find that meetings on any day of the month sneak up on me. ;) |
| 10:09 |
dbwells |
:) |
| 10:10 |
Dyrcona |
heh |
| 10:11 |
|
mmorgan joined #evergreen |
| 10:11 |
Dyrcona |
A meeting might be useful to discuss anything related to the beta, but gmcharlt sould weigh in on that. |
| 10:11 |
Dyrcona |
should, even.... |
| 10:11 |
|
Christineb joined #evergreen |
| 10:23 |
gmcharlt |
re meeting - not this week, but one in between the beta and final makes sense |
| 10:23 |
gmcharlt |
general topic I'd suggest: are there showstoppers? |
| 10:33 |
|
mmorgan joined #evergreen |
| 10:44 |
|
bwicksall joined #evergreen |
| 10:49 |
|
ericar_ joined #evergreen |
| 10:58 |
|
berick joined #evergreen |
| 11:05 |
|
bwicksall_ joined #evergreen |
| 11:13 |
|
afterl joined #evergreen |
| 11:14 |
|
bwicksall joined #evergreen |
| 11:22 |
jeff |
finally getting around to "retrieve all the patrons via SIP2" |
| 11:22 |
jeff |
berick++ pysip2++ |
| 11:26 |
Dyrcona |
@decide revert commit or reset hard |
| 11:26 |
pinesol_green |
Dyrcona: go with reset hard |
| 11:26 |
Dyrcona |
I believe I will. |
| 11:27 |
* tsbere |
wonders why jeff wants to retrieve them all |
| 11:28 |
berick |
was about to say the same |
| 11:28 |
Dyrcona |
Maybe he's going to play Pokemon with them? |
| 11:28 |
jeff |
bughunt. |
| 11:28 |
Dyrcona |
Ooh, that's a fun game. |
| 11:28 |
Dyrcona |
:) |
| 11:28 |
jeff |
i *think* i know where there are some bugs, but since i have the tools, i figure i'll stop playing whack-a-mole and just smoke 'em all out. |
| 11:29 |
jeff |
also, reasonable way to throw some load at a test system. :-) |
| 11:39 |
kmlussier |
@coffee |
| 11:39 |
* pinesol_green |
brews and pours a cup of Sumatra Lake Tawar, and sends it sliding down the bar to kmlussier |
| 11:57 |
Dyrcona |
@lunch |
| 11:57 |
pinesol_green |
Dyrcona: Must be because I had the flu for Christmas. |
| 11:57 |
Dyrcona |
@launch |
| 11:57 |
pinesol_green |
Dyrcona: Fire BAD! Reading GOOD! |
| 12:09 |
dbs |
@launch fire |
| 12:09 |
pinesol_green |
dbs: did you finish your beer? |
| 12:10 |
csharp |
@eightball *is* fire bad? |
| 12:10 |
pinesol_green |
csharp: The outlook is hazy, please ask again later. |
| 12:13 |
|
jihpringle joined #evergreen |
| 12:22 |
|
kitteh_ joined #evergreen |
| 12:40 |
|
ericar joined #evergreen |
| 12:59 |
jwoodard |
our library is a polling place for elections today... |
| 12:59 |
jwoodard |
@decide librarian or elections administrator |
| 12:59 |
pinesol_green |
jwoodard: go with elections administrator |
| 13:00 |
jwoodard |
I thought so... |
| 13:02 |
Dyrcona |
heh |
| 13:02 |
Dyrcona |
@librarian |
| 13:02 |
pinesol_green |
Dyrcona: Management:6, Cataloging:7, Acquisitions:15, Reference:7, Circulation:15, Systems:9, Research:12, Custodial:9 |
| 13:06 |
|
jlitrell joined #evergreen |
| 13:08 |
Dyrcona |
@blame Dyrcona's fingers |
| 13:08 |
pinesol_green |
Dyrcona: I come to bury Dyrcona's fingers, not to praise them. |
| 13:09 |
* jlitrell |
backs away slowly |
| 13:09 |
Dyrcona |
I just clicked a button that I didn't intend to, and commented on a bug when I was considering not commenting after all. |
| 13:10 |
Dyrcona |
Anyway.... |
| 13:13 |
* kmlussier |
now waits to see which bug Dyrcona decided not to comment on. |
| 13:14 |
berick |
pinesol_green is the bone collector |
| 13:14 |
pinesol_green |
berick: I'm sorry, Dave. I'm afraid I can't do that. |
| 13:14 |
pinesol_green |
berick: I am only a bot, please don't think I'm intelligent :) |
| 13:14 |
berick |
@eightball is pinesol_green intelligent? |
| 13:14 |
pinesol_green |
berick: No clue. |
| 13:14 |
berick |
perfect |
| 13:15 |
* kmlussier |
chuckles |
| 13:16 |
Dyrcona |
heh |
| 13:17 |
Dyrcona |
It was just me saying I don't object to 9.2+ being the minimum PG version for 2.10. |
| 13:17 |
Dyrcona |
But that isn't particularly helpful. |
| 13:18 |
jlitrell |
Just playing coy until the moment is ready to STRIKE, surely. |
| 13:23 |
Dyrcona |
Well, bshum tells me that 9.1 is supported by the Pg community until September. |
| 13:23 |
Dyrcona |
So, it would make sense to support 9.1 for one more release. |
| 13:24 |
Dyrcona |
I wanted to add that or just not comment. |
| 13:24 |
Dyrcona |
Too many distractions..... |
| 13:24 |
Dyrcona |
@blame distractions |
| 13:24 |
pinesol_green |
Dyrcona: distractions wants the TRUTH?! distractions CAN'T HANDLE THE TRUTH!! |
| 13:40 |
csharp |
@blame add I know it was you, $who. You broke my heart. You broke my heart. |
| 13:40 |
pinesol_green |
csharp: The operation succeeded. Blame #22 added. |
| 13:45 |
|
bmills joined #evergreen |
| 13:45 |
|
stompro__ joined #evergreen |
| 13:53 |
|
gsams joined #evergreen |
| 13:59 |
Dyrcona |
@blame launchpad search |
| 13:59 |
pinesol_green |
Dyrcona: launchpad search must eat cottage cheese! |
| 14:05 |
|
gsams joined #evergreen |
| 14:07 |
|
graced joined #evergreen |
| 14:13 |
|
Callender_ joined #evergreen |
| 14:32 |
csharp |
@search launchpad |
| 14:32 |
pinesol_green |
csharp: supybot.plugins.Bugtracker.bugtrackers.launchpad, supybot.plugins.Bugtracker.bugtrackers.launchpad.url, supybot.plugins.Bugtracker.bugtrackers.launchpad.description, and supybot.plugins.Bugtracker.bugtrackers.launchpad.trackertype |
| 14:32 |
csharp |
pinesol_green: I meant for that to elicit a "dunno" |
| 14:32 |
pinesol_green |
csharp: I am only a bot, please don't think I'm intelligent :) |
| 14:32 |
pinesol_green |
csharp: Yeah, well, you know, that's just, like, your opinion, man. |
| 14:49 |
|
eby joined #evergreen |
| 14:50 |
kmlussier |
The 2.6 release notes say that the Evergreen catalog had accessiblity improvements to make it better comply with WCAG 2.0 at a target level of AA of compliance. |
| 14:50 |
kmlussier |
Does that mean the catalog has met level AA of compliance? |
| 14:52 |
kmlussier |
Of course, no matter how the default catalog complies, I'm guessing it would be easy enough for a site to customize itself to non-compliance. |
| 14:56 |
Dyrcona |
@dunno |
| 14:56 |
pinesol_green |
Dyrcona: Fire BAD! Reading GOOD! |
| 14:56 |
Dyrcona |
Meh. I keep getting the same ones. |
| 14:58 |
Dyrcona |
I don't know, kmlussier. Has anyone actually tested the OPAC for accessiblity? |
| 14:58 |
kmlussier |
I assume it was done when the WCAG work was done. But, you know what happens when you assume. |
| 14:59 |
* kmlussier |
is running a check at http://achecker.ca/checker/index.php |
| 14:59 |
kmlussier |
Looks like there are still some issues |
| 14:59 |
berick |
i was using a validation tool when doing that work. I think it was called Total Validator |
| 14:59 |
berick |
and, yeah, I'd be surprised if there weren't some issues still. they're easy to miss and it's also easy to add new ones |
| 14:59 |
Dyrcona |
On a totally unrelated note, does anyone use MVLC's MARC templates branch? |
| 15:01 |
kmlussier |
berick: hmmm...might be a good thing to check for at every major release. To make sure we don't introduce new ones |
| 15:01 |
Dyrcona |
@eightball Does anyone use our MARC templates? |
| 15:01 |
pinesol_green |
Dyrcona: _I_ don't know. |
| 15:03 |
Dyrcona |
Well, neither do I, pinesol_green. |
| 15:03 |
kmlussier |
Of course, the question posed to me was regarding 508 compliance rather than WCAG. Apparently an entirely different thing. |
| 15:04 |
Dyrcona |
Yeah, I can see 508 compliance being necessary for a number of institutions, probably including most of ours. |
| 15:05 |
|
mmorgan1 joined #evergreen |
| 15:06 |
* kmlussier |
installs the Total Validator Chrome extension |
| 15:15 |
|
ericar joined #evergreen |
| 15:17 |
kmlussier |
Using http://achecker.ca/checker/index.php, the main issue with 508 compliance seems to be with the absence of noscript sections. And we have an image on the record summary page without an alt tag. |
| 15:18 |
* kmlussier |
can fix the image without an alt tag |
| 15:19 |
kmlussier |
WCAG 2.0 seems to be stricter than Section 508 |
| 15:26 |
* kmlussier |
may look at these further on Bug Squashing Day. |
| 15:27 |
|
mmorgan joined #evergreen |
| 15:38 |
|
maryj joined #evergreen |
| 15:38 |
|
artunit_away joined #evergreen |
| 15:44 |
stompro__ |
tsbere++, thanks for the suggestions. |
| 15:45 |
tsbere |
stompro__: Have any of them actually helped yet? |
| 15:47 |
stompro__ |
tsbere, I'm still in the gathering acorns phase. I haven't tried anything yet. |
| 15:49 |
stompro__ |
I like the idea of turning off stalling for our hub location, that seems like it would be a positive step in any case. |
| 15:49 |
jeff |
i am intrigued by the idiom "gathering acorns phase" |
| 15:50 |
jeff |
no literal matches on google (yet!) |
| 15:50 |
kmlussier |
I like it! |
| 15:50 |
jeff |
and most searches on "gathering acorns" turn up information on... gathering actual acorns. |
| 15:51 |
rhamby |
jeff: I want to say I've heard that phrase before but I can't remember where. A regional idiom maybe? (I moved around a lot as a kid) |
| 15:58 |
bshum |
"The mighty oak was once a little nut that stood its ground." https://twitter.com/bshum/status/704772673633718272 |
| 16:01 |
jeff |
reminds me of an old math joke. "what did the acorn say when he grew up?" |
| 16:01 |
jeff |
GEOMETRY! |
| 16:02 |
kmlussier |
huh? |
| 16:02 |
jlitrell |
Ugh. |
| 16:02 |
* mmorgan |
groans. |
| 16:03 |
jeff |
kmlussier: "gee, i'm a tree!" |
| 16:04 |
* kmlussier |
goes back to work |
| 16:04 |
Dyrcona |
@blame jeff |
| 16:04 |
pinesol_green |
Dyrcona: jeff caused the white screen of death! |
| 16:04 |
Dyrcona |
@blame gemoetry |
| 16:04 |
pinesol_green |
Dyrcona: gemoetry broke Evergreen. |
| 16:04 |
Dyrcona |
@blame spelling |
| 16:04 |
pinesol_green |
Dyrcona: spelling must eat cottage cheese! |
| 16:05 |
berick |
lot of cottage cheese hate today |
| 16:06 |
Dyrcona |
Apparently, there are a number of pages with the gemoetry typo. |
| 16:06 |
Dyrcona |
Yeah. I like cottage cheese sometimes. |
| 16:09 |
|
vlewis joined #evergreen |
| 16:11 |
JBoyer |
So if one were inclined to start messing with the subjects displayed in src/templates/opac/parts/record/subject.tt2, what perl module is the best one to read the docs for (specifically for the nodes values in the render_subject block) |
| 16:13 |
JBoyer |
What I'm trying to accomplish is throwing the entire field away if it's got a subfield 2 of 'fast'. |
| 16:17 |
tsbere |
JBoyer: I recommend working with Template Toolkit for that one |
| 16:17 |
Dyrcona |
I don't have such a file. |
| 16:17 |
tsbere |
Dyrcona: add an Open-ILS/ to the front ;) |
| 16:17 |
Dyrcona |
I still don't have it. |
| 16:18 |
bshum |
well that's not good. |
| 16:18 |
* tsbere |
has it |
| 16:18 |
* bshum |
has it too |
| 16:18 |
Dyrcona |
find . -name subject.tt2 says nothing. |
| 16:18 |
bshum |
With an s |
| 16:18 |
bshum |
subjects |
| 16:19 |
JBoyer |
Oh, yes. I typed it from memory, subjects.tt2. |
| 16:19 |
tsbere |
JBoyer: Actually, looking at things, your best bet may be to look up *xpath* documentation. |
| 16:19 |
berick |
yeah, looks like subjects.tt2 is doing all of the work |
| 16:19 |
Dyrcona |
JBoyer: Yeah, I just found subjects.tt2. |
| 16:20 |
tsbere |
JBoyer: Adding a "NEXT IF" doing a xpath search for your exclusionary subfield after the "FOR node IN..." in there could work |
| 16:22 |
JBoyer |
I was hoping that's all it would take, now I'm digging around for examples. I've very rarely toyed around with xpath, and then it was mostly cargo-culting existing things that were very similar. |
| 16:22 |
JBoyer |
I'll do some searches and pick it up again in the morning. |
| 16:22 |
JBoyer |
Thanks! |
| 16:28 |
|
bcormack joined #evergreen |
| 16:28 |
gmcharlt |
hi folks, I'd like to introduce my newest colleague, bcormack |
| 16:28 |
* jeff |
waves |
| 16:28 |
gmcharlt |
she will be working with us as a project manager |
| 16:29 |
gmcharlt |
and for starting with us |
| 16:29 |
jeff |
welcome, bcormack! |
| 16:29 |
gmcharlt |
bcormack++ |
| 16:30 |
jlitrell |
Hullo bcormack! :) |
| 16:31 |
bshum |
Huzzah, welcome aboard bcormack! |
| 16:31 |
* Dyrcona |
waves "hello." |
| 16:32 |
kmlussier |
Hello bcormack! Welcome! |
| 16:33 |
mmorgan |
Welcome, bcormack! |
| 16:35 |
bcormack |
Howdy! |
| 16:40 |
|
maryj joined #evergreen |
| 16:53 |
|
vlewis_ joined #evergreen |
| 17:04 |
* dbs |
waves to bcormack |
| 17:08 |
|
mmorgan left #evergreen |
| 17:25 |
Bmagic |
What step sets the expiration date on holds shelf? We have a setting setup in "Default hold shelf expire interval" but that doesn't seem to be put onto the holds on the shelf |
| 17:29 |
berick |
Bmagic: hmm, that's the one. |
| 17:30 |
berick |
if that setting has a value, the hold should get a value applied to shelf_expire_time when the hold reaches the shelf |
| 17:30 |
Bmagic |
that's what the documentation says |
| 17:31 |
Bmagic |
if you use the column picker to show the expire date, it's blank |
| 17:31 |
berick |
beware it will not affect captured holds still in transit to the pickup lib |
| 17:31 |
berick |
also, expire_date is not the same as shelf_expire_time |
| 17:31 |
Bmagic |
oh wait |
| 17:31 |
berick |
sorry, expire_time |
| 17:31 |
Bmagic |
yep! I just caught that |
| 17:31 |
Bmagic |
I was misled |
| 17:40 |
Bmagic |
berick: is there a cron script that cancels expired holds? |
| 17:42 |
Bmagic |
I only ask because some of our holds that are "clearable" have a status of "Ready for Pickup" |
| 17:44 |
berick |
Bmagic: "view clearable holds" in circ->browse holds shelf |
| 17:44 |
berick |
then "clear these holds" |
| 17:44 |
berick |
it's a manual process |
| 17:44 |
Bmagic |
Ah, ok, thanks! I was confused |
| 17:45 |
kmlussier |
Bmagic: Alternatively, you could use the checkin modifier to clear shelf-expired holds instead of using the "clear these holds" option. |
| 17:45 |
kmlussier |
BmgIf you do use the "clear these holds" option in the Browse Shelf, you still need to check those items in to send them off to their next location. |
| 17:46 |
kmlussier |
Bmagic ^ ^ |
| 17:46 |
Bmagic |
right on! |
| 18:12 |
* jlitrell |
votes for a 'whitespace cleanup day.' |
| 18:40 |
|
dbs joined #evergreen |
| 18:49 |
jwoodard |
@weather |
| 18:49 |
pinesol_green |
jwoodard: Aubrey, TX :: Clear :: 67F/19C | Tuesday: Clear. Lows overnight in the low 40s. Tuesday Night: Clear skies. Low 41F. N winds shifting to ESE at 10 to 15 mph. |
| 20:13 |
|
gdunbar joined #evergreen |
| 20:56 |
kmlussier |
Hmmm...I wonder if anyone else can confirm this problem I'm seeing in master on the MassLNC VM's right now. |
| 20:57 |
kmlussier |
If I go to https://mlnc2.mvlcstaff.org, the click My Account, and then log in (In Concerto, I use 99999376864 / leona1234 )... |
| 20:58 |
kmlussier |
And then I immediately click Account Preferences, it prompts me for my login information again. |
| 21:01 |
bshum |
kmlussier: Works for me on my demo server. |
| 21:02 |
kmlussier |
huh, that's strange. It's happening for me on all 3 VMs. mlnc2 is a clean master install |
| 21:16 |
kmlussier |
OK, bshum and I have traced the above problem down to problems with the "Stay logged in?" checkbox. |
| 21:16 |
* kmlussier |
files a bug |
| 21:17 |
bshum |
So persistent login must need to be taught how to work with the new auth stuff |
| 21:17 |
bshum |
If I were to guess |
| 21:24 |
bshum |
Calling 0964. |
| 21:29 |
pinesol_green |
Showing latest 5 of 12 commits to Evergreen... |
| 21:29 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1519055: Add reingest instructions to upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1d8d688> |
| 21:29 |
pinesol_green |
[evergreen|Jake Litrell] LP#1519055: Some JS fixes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8c208fc> |
| 21:29 |
pinesol_green |
[evergreen|Jake Litrell] LP#1519055: Make electronic search filter optional - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=37224a3> |
| 21:29 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1519055: Fix to sql to get seed data values and to reingest instruction - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=53e14a6> |
| 21:29 |
pinesol_green |
[evergreen|Ben Shum] LP#1519055: Stamping upgrade script for electronic resources filter - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8a5406b> |
| 21:31 |
kmlussier |
bshum++ |
| 22:20 |
jeff |
cat output*.txt | grep "RECEIVED: 64" | sed -e 's/.*00020160301 ......//' | grep -v ^000000000000000000000000AO | sed -e 's/.*|AA//' -e 's/|.*//' > barcodes-of-interest.txt |
| 22:20 |
jeff |
because SIP2 |
| 23:22 |
jeff |
my original pass didn't fetch details for things like fine items. new pass is therefore running only on those without all-zeros. |
