| Time |
Nick |
Message |
| 06:13 |
|
Stompro joined #evergreen |
| 07:02 |
|
kworstell-isl joined #evergreen |
| 07:15 |
|
redavis joined #evergreen |
| 07:24 |
|
collum joined #evergreen |
| 08:02 |
|
BDorsey joined #evergreen |
| 08:29 |
|
mmorgan joined #evergreen |
| 09:06 |
|
dguarrac joined #evergreen |
| 09:13 |
|
kmlussier joined #evergreen |
| 09:31 |
kmlussier |
Good morning #evergreen! |
| 09:31 |
kmlussier |
@coffee [someone] |
| 09:31 |
* pinesol |
brews and pours a cup of Decaf Organic Caffe Volcan, and sends it sliding down the bar to degraafk |
| 09:31 |
kmlussier |
@tea [someone] |
| 09:31 |
* pinesol |
brews and pours a pot of Magic Summer Organic Tea, and sends it sliding down the bar to degraafk (http://ratetea.com/tea/organic-herbie/magic-summer-organic-tea/9533/) |
| 09:32 |
kmlussier |
pinesol: Really, you should spread the caffeine among more people. |
| 09:32 |
pinesol |
kmlussier: did you finish your beer? |
| 09:33 |
kmlussier |
Heh. I think that one was added after I left the community. |
| 09:35 |
|
Dyrcona joined #evergreen |
| 10:13 |
|
smayo joined #evergreen |
| 10:18 |
sharpsie |
@band add LXD Snap Track |
| 10:18 |
pinesol |
sharpsie: Band 'LXD Snap Track' added to list |
| 10:19 |
sharpsie |
pinesol: gimme somethin |
| 10:19 |
pinesol |
sharpsie: If all else fails, try this: http://en.wikipedia.org/wiki/Rubber_duck_debugging |
| 10:19 |
sharpsie |
pinesol: too tame |
| 10:19 |
pinesol |
sharpsie: pretty sure there's already a bug report about that. |
| 10:31 |
|
sandbergja joined #evergreen |
| 10:39 |
Stompro |
tlittle++ Thank you so much for the suggestion for PO activation. |
| 10:39 |
|
kworstell_isl joined #evergreen |
| 10:39 |
|
kworstell_isl_ joined #evergreen |
| 10:47 |
|
briank joined #evergreen |
| 10:53 |
|
smayo joined #evergreen |
| 11:16 |
Bmagic |
I'm struggling to figure out why this bib isn't coming up in search results. I'm beginning to wonder if it's a bug with EG 3.9.0. It's electronic, and has the $9. I've confirmed that it has the ##URI## row in call_number. It simply won't come up. I've changed the $9 to be at different levels of the org tree, nothing works. Though, if I mark it transcendent, it does work. |
| 11:17 |
Bmagic |
And to beat caching, I'm changing the 245a with each change so I can search for something new each time |
| 11:21 |
Dyrcona |
Bmagic: Is the call_number entry deleted? |
| 11:21 |
Dyrcona |
Or the bib for that matter, but setting the source to transendant would not fix that. |
| 11:23 |
Dyrcona |
There's also a flag/setting that turns URIs into items or something like that. Is that on or off? |
| 11:25 |
Dyrcona |
Which sort of segues into something I noticed: There's a usr_setting that is an integer, and some of them are entered as JSON strings with double quotes and some are plain, i.e. no quotes. Makes doing SQL comparisons on the field require the translate function. |
| 11:26 |
Dyrcona |
Roughly 2/3 are strings and the rest stored as JSON integers. |
| 11:27 |
|
smayo joined #evergreen |
| 11:31 |
Bmagic |
it's non-deleted |
| 11:32 |
Bmagic |
each time I update the $9, it deletes the previous one and makes a new one (non deleted) as expected |
| 11:37 |
Bmagic |
also: none* of the electronic bibs show up in search results unless they are transcendent. I'm just using this one as an example |
| 11:38 |
Bmagic |
for fun, I'm going to upgrade it to 3.9.1 |
| 11:38 |
mmorgan |
Bmagic: What version is it on now? |
| 11:40 |
Dyrcona |
Hm. I'm not aware of any bugs like that. |
| 11:41 |
Dyrcona |
I'll hold off on sharing what I'm seeing with marc_export doing smaller batches. |
| 11:42 |
Bmagic |
3.9.0 |
| 11:44 |
mmorgan |
Does the bib have an entry in metabib.record_attr_vector_list? |
| 11:48 |
jeffdavis |
Bmagic: is the opac.located_uri.act_as_copy global flag set to true or false? |
| 11:49 |
|
jihpringle joined #evergreen |
| 11:49 |
Bmagic |
I thought it might be a global flag or something, checking |
| 11:49 |
mmorgan |
jeffdavis++ |
| 11:49 |
Bmagic |
false |
| 11:50 |
Bmagic |
so, that's probably it huh |
| 11:51 |
Dyrcona |
Well, it might be, but they should show up without it set to true. It just changes how they "scope" or something. |
| 11:52 |
Dyrcona |
Bmagic: Did you check what mmorgan suggested in the metabib.record_attr_vector_list or other metabib tables? |
| 11:52 |
Bmagic |
I changed it, no go, but there might be something else I need to do |
| 11:52 |
Dyrcona |
You'd need to restart services, I think. |
| 11:53 |
Dyrcona |
And Apache. |
| 11:53 |
Bmagic |
mmorgan: yes |
| 11:54 |
Dyrcona |
Bmagic: Is this the staff client or the patron OPAC or both? |
| 11:54 |
Bmagic |
patron only |
| 11:55 |
Bmagic |
ok it's working now! |
| 11:55 |
Bmagic |
It had to have been the flag |
| 11:56 |
Bmagic |
jeffdavis++ mmorgan++ Dyrcona++ |
| 11:56 |
Bmagic |
that was making me go crazy |
| 11:58 |
pinesol |
News from commits: Docs: follow up commit to add nav for permissions list <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=913424321450d6285828c7515f09d17d200e9d77> |
| 12:01 |
Dyrcona |
Also, what's up with negative bib ids? I know we've discussed this years ago, but I've got bibs with ids as low as -389. Something to do with "temporary" items or whatever? |
| 12:33 |
Dyrcona |
Is NCIPServer creating them, I wonder? |
| 12:34 |
|
collum joined #evergreen |
| 13:04 |
|
smayo joined #evergreen |
| 13:15 |
Dyrcona |
Does this ever happen to you: timed out waiting on open-ils.acq pid=1966 to die |
| 13:20 |
jeffdavis |
yes, fairly frequently |
| 13:28 |
pinesol |
News from commits: LP#2007603: restore functioning of default search tab preference <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=adf3bd07e0e4558e9d48f9cdf5081e956eef7866> |
| 13:55 |
|
jihpringle joined #evergreen |
| 13:59 |
Dyrcona |
berick: eg-marc-export appears to be way more efficient than marc_export. However, the XML it produces isn't pretty printed, so I'll have to split records with sed or something to see what I've got when it is done. |
| 14:06 |
berick |
Dyrcona: ah, i've been piping to xmllint --format |
| 14:06 |
berick |
but could easily add a --pretty-print option |
| 14:12 |
berick |
pushed --pretty-print-xml option. added some other options since yesterday as well. |
| 14:13 |
|
mantis1 joined #evergreen |
| 14:13 |
mantis1 |
Is recall and force holds a library setting? |
| 14:18 |
berick |
mantis1: when placing an item-level hold in the staff catalog, the options should be available. |
| 14:18 |
berick |
they do have their own permissions |
| 14:18 |
Dyrcona |
berick: I could have just dumped a binary marc file. I've got a thing to count records for that. |
| 14:19 |
Dyrcona |
I pasted your example from yesterday and changed the filename. |
| 14:20 |
jihpringle |
mantis1: depending on what you're doing there are three library settings that control how recalls work |
| 14:21 |
mantis1 |
berick: it might be the permissions then that I need to assign |
| 14:21 |
mantis1 |
I'll look into that |
| 14:21 |
mantis1 |
berick++ |
| 14:22 |
mmorgan |
mantis1: I think those hold options are only available under Request Item in Item Status. |
| 14:22 |
berick |
mmorgan: they're in the Ang staff catalog |
| 14:22 |
Dyrcona |
berick is there a way to just build eg-marc-export? |
| 14:23 |
mmorgan |
Oh! I should have known that! |
| 14:23 |
berick |
Dyrcona: sorta, not really. you can build --package evergreen, but it of course builds its opensrf depenencies |
| 14:24 |
Dyrcona |
OK. Thanks! |
| 14:25 |
Dyrcona |
It is fast if you've done build --all before. :) |
| 14:26 |
Dyrcona |
It appears that the postgres module does not use .pgpass? |
| 14:26 |
berick |
Dyrcona: the EG code that sits atop the PG module might be interfering... |
| 14:27 |
berick |
it honors env vars, fwiw |
| 14:27 |
* berick |
looks |
| 14:29 |
Dyrcona |
OK. I don't use the env vars as much as I used to. I mention it because I had to specify the password on the command line. |
| 14:30 |
berick |
yeah, be good to avoid that |
| 14:55 |
Dyrcona |
berick: https://github.com/sfackler/rust-postgres/issues/729 |
| 14:56 |
Dyrcona |
Maybe I'll submit a patch after I get more comfortable with Rust? :) |
| 14:58 |
berick |
https://github.com/sfackler/rust-postgres/pull/766 -- another that made it farther |
| 14:58 |
berick |
looking at some other options too |
| 15:01 |
Dyrcona |
I should have time'd this run... I'll do that next time. |
| 15:02 |
|
mantis1 left #evergreen |
| 15:24 |
Dyrcona |
berick: It doesn't look like eg-marc-export can be fed a list of ids in a pipe. |
| 15:24 |
Dyrcona |
That was more a question, really. |
| 15:28 |
Dyrcona |
It finds lots of errors, too. |
| 15:32 |
berick |
Dyrcona: no, that's not yet supported |
| 15:33 |
berick |
sounds highly add-able |
| 15:33 |
Dyrcona |
I was just going to add that I can --query-file to simulate passing in record ids. |
| 15:33 |
Dyrcona |
can use --query-file... |
| 15:34 |
Dyrcona |
I'm going to start over with some different options and time it. |
| 15:34 |
berick |
k. --query-file may need some work too. it wants 'id' and 'marc' columns in the query, which may vary from the marc_export version. |
| 15:35 |
* berick |
looks at --pipe |
| 15:35 |
Dyrcona |
Yeah, but I could use a modified version of the SQL to get the list of ids, just add the marc column. |
| 15:35 |
berick |
yeah |
| 15:35 |
Dyrcona |
marc_export just takes ids on stdin. |
| 15:36 |
Dyrcona |
Think I'll just dump all records with --items to a binary file, time it, and see what I get and how long it takes. I'll dump stderr to a file to see if I can fix some of these records. I see a bit of "bad subfield code." |
| 15:41 |
Dyrcona |
All right. Going back to XML output with the pretty-print option. I got an error that I didn't understand about slice length when not doing xml. |
| 15:55 |
|
brianmk joined #evergreen |
| 15:56 |
berick |
Dyrcona: --pipe option pushed. i'm also happy to see any errors you encounter. |
| 15:57 |
Dyrcona |
berick++ |
| 15:57 |
Stompro |
Do the test email / sms features require that the app servers be able to send email? |
| 15:57 |
Dyrcona |
I might work up the nerve to submit some PRs later. |
| 15:58 |
Dyrcona |
Stompro: I don't remember, but there is something that does. |
| 15:59 |
Stompro |
I'm so used to only our utility server sending out email... |
| 16:01 |
Dyrcona |
Stompro: I think that's bug worthy if that's the case. |
| 16:02 |
Stompro |
I think I've been under the incorrect impression that action_trigger_runner had to be called to send email.... |
| 16:07 |
Dyrcona |
I could be wrong, but I swear I remember there being something that required the app servers to send email. Test emails and SMS go through action trigger. |
| 16:08 |
berick |
Stompro: open-ils.actor.event.test_notification ? looks like that fires the A/T event in real time from whatever server the API is called at. |
| 16:08 |
berick |
it doesn't wait for a_t_runner |
| 16:09 |
berick |
a variation on that API that creates but does not fire the event would be useful |
| 16:10 |
Dyrcona |
berick++ |
| 16:13 |
Stompro |
Hmm, my flowroute sms reactor is only setup on our utility server... I'll have to figure out how to get those test messages working. |
| 16:14 |
Stompro |
There probably is no reason it couldn't be on the app servers also. |
| 16:16 |
Dyrcona |
Stompro: I think a setting could be added to make the test notification API NOT fire the event, just leave it pending, then the pending a/t runner could pick it up, or it could be given the same granularity and the password reset emails. |
| 16:16 |
Dyrcona |
It would require development, of course. |
| 16:16 |
Stompro |
I was just stumped when I looked at the event def 155 entries and saw that they were processed 1 second after they were created. |
| 16:17 |
Dyrcona |
Yeah, in my case they're 523 and 524... |
| 16:18 |
Dyrcona |
It *might* be useful for the password resets to also just fire, but that's a different conversation. :) |
| 16:18 |
Stompro |
I think this makes sense. The password reset emails could use the same treatment. .... jink |
| 16:18 |
Stompro |
jinks |
| 16:18 |
Dyrcona |
:) |
| 16:20 |
Stompro |
And MFA related emails/texts could use the same method. |
| 16:26 |
Dyrcona |
Yeahp. |
| 16:37 |
|
jihpringle joined #evergreen |
| 16:41 |
Dyrcona |
About 143,000 records in 1 hour.... That's pretty good. I estimate about 12 hours to do our whole collection at that rate, which is a lot faster than marc_export. |
| 16:44 |
Dyrcona |
Looks like I'll have to start hacking Rust this weekend. :) |
| 16:47 |
|
kmlussier left #evergreen |
| 16:47 |
Stompro |
Hmm, Reactor.pm - failed to load Date/Calc.pm ... do the built in TT2 templates use Date::Calc, or is that something I added. |
| 16:49 |
|
Stompro joined #evergreen |
| 16:54 |
Dyrcona |
Well, speaking of "weekend...." Have a good one, everybody! |
| 17:07 |
|
mmorgan left #evergreen |
| 17:45 |
berick |
@later tell Dyrcona how big is the xml file for that 143,000 records? about 14 mins here for 150k + holdings as xml, 20.8MB file. |
| 17:45 |
pinesol |
berick: The operation succeeded. |
| 17:45 |
jeffdavis |
took a look at bug 2002693 - not sure how to fix but I may have found the redirect loop? |
| 17:45 |
pinesol |
Launchpad bug 2002693 in Evergreen "Logging out on a page with a pcrud call floods browser with errors" [High,Confirmed] https://launchpad.net/bugs/2002693 |
| 18:37 |
jeffdavis |
oh ha, looks like mmorgan posted a branch while I was looking at it, nice! |
| 18:49 |
|
jihpringle joined #evergreen |
| 19:55 |
|
sandbergja joined #evergreen |
