| Time |
Nick |
Message |
| 00:34 |
|
beanjammin joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:01 |
|
JBoyer joined #evergreen |
| 07:17 |
|
rjackson_isl joined #evergreen |
| 07:21 |
|
agoben joined #evergreen |
| 08:13 |
|
collum joined #evergreen |
| 08:43 |
|
kmlussier joined #evergreen |
| 08:53 |
csharp |
2b943b591069 |
| 08:53 |
pinesol_green |
csharp: [evergreen|Chris Sharp] LP#1734963: Teach copy template converter about older templates. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2b943b5> |
| 08:53 |
|
Dyrcona joined #evergreen |
| 09:02 |
|
bos20k joined #evergreen |
| 09:17 |
|
yboston joined #evergreen |
| 09:19 |
rjackson_isl |
kmlussier++ bug 1737540 - guess I should read a little closer what the staff are reporting! |
| 09:19 |
pinesol_green |
Launchpad bug 1737540 in Evergreen "Web Client: Patron name fields missing from checkout printer template" [Medium,Confirmed] https://launchpad.net/bugs/1737540 |
| 09:31 |
|
jvwoolf joined #evergreen |
| 09:48 |
JBoyer |
FYI, in case you haven't heard: https://security.googleblog.com/2017/09/chromes-plan-to-distrust-symantec.html |
| 09:48 |
|
mllewellyn joined #evergreen |
| 09:49 |
JBoyer |
Before rolling your eyes at the mention of Symantec, you might check out the list of companies that were basically Symantec resellers. :/ |
| 09:49 |
JBoyer |
letsencrypt is looking better all the time. *nosepinch* |
| 09:51 |
mllewellyn |
Morning all. I have a question about configuring the 852 subfields that display when someone connects to our catalog via Z39.50. We used to have our copy ID number display in the 852$f, but that seems to have disappeared, and I don't know where to go to put it back. One of our libraries' vendors uses it for cataloging so we can match the item when we load their file. |
| 09:52 |
bshum |
mllewellyn: It's part of one of the perl modules |
| 09:53 |
bshum |
I can't remember exactly |
| 09:54 |
bshum |
If it's from Evergreen/Open-ILS/src/perlmods/lib/OpenILS/WWW/Exporter.pm |
| 09:54 |
bshum |
Or |
| 09:54 |
bshum |
Evergreen/Open-ILS/src/perlmods/lib/OpenILS/WWW/SuperCat.pm |
| 09:54 |
bshum |
But I'm pretty sure it's one of those |
| 09:55 |
bshum |
There's a spot in both of those, where it removes legacy 852s from the bib records, and then appends new ones based on holdings |
| 09:55 |
mllewellyn |
Thanks, bshum ++ |
| 09:55 |
bshum |
I think SuperCat is what is queried by Z39.50 |
| 09:55 |
bshum |
And Exporter is used by marc_export script. Or maybe marc_export does it all on its own... |
| 09:55 |
bshum |
Or maybe it's for Vandelay, the exporter one |
| 09:56 |
mllewellyn |
And it's possible our recent upgrade wiped it out? |
| 09:56 |
bshum |
Depends on what local customizations were kept, yeah |
| 09:57 |
mllewellyn |
You did the customization. :) |
| 09:57 |
bshum |
Once upon a time :) |
| 09:57 |
bshum |
I don't have a local copy anymore though. It might still be in the git repo somewhere, if they still exist. |
| 09:59 |
mllewellyn |
Thanks, I'll pass this along. |
| 10:03 |
berick |
*sigh* missed conference proposal deadline. |
| 10:03 |
* berick |
prepares to beg for extension |
| 10:03 |
bshum |
The deadline already passed? Wow that seems quick. |
| 10:04 |
bshum |
This year is just flying on by..... |
| 10:04 |
Dyrcona |
marc_export does it on its own. |
| 10:04 |
berick |
bshum: right? conference is 4.5 months away |
| 10:05 |
berick |
i think i was subconsiously expecting a last-minute email reminder |
| 10:05 |
bshum |
o.O |
| 10:05 |
bshum |
That does feel very close by |
| 10:09 |
bshum |
Totally unrelated, "Bionic Beaver" is the name for 18.04 next year. That ought to be amusing :) |
| 10:13 |
Bmagic |
Production is on 3.0.2 |
| 10:18 |
JBoyer |
Bmagic++ # welcome to the club. :) |
| 10:18 |
Bmagic |
JBoyer: sweet thanks! It feels good! |
| 10:20 |
Bmagic |
berick: I might be able to put in a good word |
| 10:21 |
Bmagic |
berick: remingtron: Debbie says "go ahead and submit" |
| 10:21 |
berick |
Bmagic++ |
| 10:24 |
|
mmorgan joined #evergreen |
| 10:29 |
|
mmorgan1 joined #evergreen |
| 10:46 |
Bmagic |
what is the preferred method of importing and overlaying over 1 million bibs? marc_stream_importer? Matching 901 will be 1to1. I have some custom scripts for this but I thought I would just get an idea |
| 10:51 |
berick |
Bmagic: marc_stream_importer should work, but for that many records with a 1-to-1 match on 901c, talking directly to the DB (e.g. perl DBI) will be significantly faster. |
| 10:56 |
Bmagic |
berick: ok, great, that is what I was planning on doing, but I just wanted to check to make sure I wasn't wasting my time |
| 10:57 |
Bmagic |
berick: oh and hey! I implemented the new hold targeter with the 2-bi-setup. Two crons |
| 10:57 |
Bmagic |
1 2 * * * . ~/.bashrc && $EG_BIN_DIR/hold_targeter_v2.pl |
| 10:57 |
Bmagic |
and |
| 10:58 |
Bmagic |
* */30 * * * . ~/.bashrc && $EG_BIN_DIR/hold_targeter_v2.pl --retarget-interval '2 days' --soft-retarget-interval '30 minutes' |
| 10:58 |
Dyrcona |
Yeah, dbi will be faster. There's also: http://git.esilibrary.com/?p=migration-tools.git;a=blob;f=eg_staged_bib_overlay;h=4df0cdeaba9c32ec28dbb4c286c47f5615833bf3;hb=8116ae8e275e305ee91d3aea06df40ffab1f07ab |
| 10:59 |
* Dyrcona |
has been running hold_target_v2.pl every 15 minutes since the upgrade to 2.12. :) |
| 11:00 |
Dyrcona |
Sorry for the typos. It's cold in my office. :) |
| 11:03 |
jeff |
Dyrcona: did you have an 856 or located uri aware branch of marc_export somewhere that I remember from the past few months? |
| 11:03 |
berick |
Bmagic: nice, any news to report there? |
| 11:03 |
Dyrcona |
Yes. It's on Lp. |
| 11:03 |
jeff |
Dyrcona: trying to determine if I'm not looking in the right place, or imagining it. |
| 11:03 |
jeff |
Dyrcona: ah, thanks! |
| 11:03 |
Dyrcona |
jeff: I'll look up he bug. |
| 11:03 |
* berick |
pictures Dyrcona throwing logs on a fire |
| 11:03 |
Dyrcona |
I would if I were at home. :) |
| 11:04 |
jeff |
bug 1350916? |
| 11:04 |
pinesol_green |
Launchpad bug 1350916 in Evergreen "Use -i in marc_export exclude records with located URIs.should at least include records with located URIs" [Wishlist,Triaged] https://launchpad.net/bugs/1350916 |
| 11:04 |
Dyrcona |
Yeah, that's it. |
| 11:07 |
Bmagic |
berick: not yet - today is the first day - just wanted to tell you that is the way it's configured right now. I am going to be eliciting feedback from the members as we progress. csharp was wondering about it too :) |
| 11:07 |
Dyrcona |
hold_targeter_v2.pl is a lot faster than the old one. :) |
| 11:08 |
berick |
Bmagic++ |
| 11:08 |
Dyrcona |
berick++ |
| 11:08 |
Bmagic |
berick++ |
| 11:10 |
Dyrcona |
So, looks like we're still having an issue with search.facets_for_record_set after updating to 2.12.8. |
| 11:10 |
kmlussier |
Bmagic: I don't remember what the different flags do. What are the two runs doing for you? |
| 11:10 |
Bmagic |
kmlussier: it's an attempt to target newly cataloged items |
| 11:10 |
Bmagic |
instead of waiting for the 24 hour mark |
| 11:11 |
kmlussier |
Oh! So is that what the soft retarget every 30 minutes does? |
| 11:11 |
Bmagic |
in theory |
| 11:11 |
berick |
kmlussier: it's a less-real-time version of bug #1686463 |
| 11:11 |
pinesol_green |
Launchpad bug 1686463 in Evergreen "Wishlist: Background targeting of holds when items are edited into a holdable state" [Wishlist,Confirmed] https://launchpad.net/bugs/1686463 |
| 11:11 |
Dyrcona |
Bmagic: I think your minute and hour are inverted on the second line. Did you copy and paste that? |
| 11:11 |
Bmagic |
oh yeah! sorry, reverse that |
| 11:13 |
Bmagic |
should be more like |
| 11:13 |
Bmagic |
*/30 7-20 * * * |
| 11:13 |
Dyrcona |
OK. |
| 11:14 |
Dyrcona |
And, building management sends an email that they are having problems with the boiler. |
| 11:15 |
Dyrcona |
So, saved circ_history goes in action.usr_circ_history and there is not an equivalent table for user hold history, correct? |
| 11:21 |
berick |
Dyrcona: correct. holds history still lives in action.hold_request |
| 11:23 |
Dyrcona |
Thanks. That is what I tawt I taw. :) |
| 11:25 |
Dyrcona |
Crazy. Not sure why a search client disappeared while search.facets_for_record_set was running, though there's an error before that, so maybe it disconnected earlier. |
| 11:25 |
Dyrcona |
But, the exact call from the logs runs pretty quickly even on my slow, development db. |
| 11:25 |
Dyrcona |
62ms |
| 11:29 |
|
rlefaive joined #evergreen |
| 11:48 |
|
beanjammin joined #evergreen |
| 12:01 |
|
rlefaive joined #evergreen |
| 12:09 |
|
abowling joined #evergreen |
| 12:15 |
|
khuckins joined #evergreen |
| 12:25 |
|
Christineb joined #evergreen |
| 12:32 |
kmlussier |
bshum++ #Doing his part to ensure I don't have to sing karaoke at the conference. :) |
| 12:32 |
bshum |
D'oh, if I knew that was the outcome, I should have procrastinated more... |
| 12:34 |
kmlussier |
I'm now having second thoughts about accepting rhamby's 2nd challange on that deal because it depends on people other than me meeting deadlines. |
| 12:34 |
rhamby |
kmlussier: too late. if it makes any difference I'll do anything in my power to help you make it happen. |
| 12:34 |
rhamby |
kmlussier: what are we missing? |
| 12:35 |
kmlussier |
rhamby: Well, we don't have anything yet except the contribution bshum just sent me this morning. |
| 12:35 |
rhamby |
kmlussier: #*$& well, I'll have all my stuff on time heck or high water |
| 12:35 |
kmlussier |
rhamby++ |
| 13:02 |
Bmagic |
We are seeing issues with Hatch where the non-elevated non-admin windows user cannot get native messaging/java communication going |
| 13:07 |
JBoyer |
Bmagic, There are 2 possibilities: the 0.1.3 version wasn't installed (it can't be the one linked on evergreen-ils.org, it has to be the one from comment 5 on bug 1733692 : https://bugs.launchpad.net/evergreen/+bug/1733692/comments/5) |
| 13:07 |
pinesol_green |
Launchpad bug 1733692 in Evergreen "Hatch Windows installer doesn't follow best practices" [High,New] |
| 13:07 |
Bmagic |
JBoyer - I covered that base |
| 13:07 |
JBoyer |
The other possibility is that the org.evergreen_ils.hatch.json file may have the wrong permissions. Make sure everyone can read it. |
| 13:07 |
Bmagic |
ah.... didn't check that |
| 13:08 |
JBoyer |
(it's under the install dir/host/ |
| 13:08 |
Bmagic |
it's installed in Program Files (x86) BTW |
| 13:08 |
Bmagic |
This particular workstation had* the old version of the messaging app installed... used control panel to remove it but did not delete the Hatch directory afterwards |
| 13:09 |
JBoyer |
I think I encountered a permissions issue on my work PC but given how these machines are locked down I didn't look into it enough. |
| 13:10 |
JBoyer |
Bmagic, deleting the old version isn't strictly necessary so long as the new installer is run (so the registry keys can be put where they belong) |
| 13:11 |
Bmagic |
We did that |
| 13:27 |
Dyrcona |
Template customizations are cumulative, right? |
| 13:28 |
JBoyer |
Nothing useful in the browser console? (there certainly isn't in Firefox when I'm trying to see what's what there. :/ ) |
| 13:28 |
Dyrcona |
By that I mean, if you specify 3 directories, it looks in the last, then the middle, then the first, right? |
| 13:28 |
JBoyer |
Dyrcona, My understanding is that you're right though I haven't tried it. |
| 13:29 |
Dyrcona |
JBoyer: That's what I think, and I'm about to test it, maybe. :) |
| 13:29 |
JBoyer |
Dyrcona++ |
| 13:31 |
Dyrcona |
I can test it in training.. |
| 13:44 |
Dyrcona |
Bleh. Training is behind, or at least we've made many changes to our customizations since I last updated training. I have 13 files with conflicts. |
| 13:55 |
|
khuckins_ joined #evergreen |
| 14:01 |
Dyrcona |
JBoyer: I'm not having any luck, but it looks like my training configuration is kind of messed up. |
| 14:03 |
|
rlefaive_ joined #evergreen |
| 14:05 |
Dyrcona |
And, looks like training didn't get the commit to install our custom templates.... |
| 14:06 |
Dyrcona |
JBoyer: It works! |
| 14:06 |
Dyrcona |
JBoyer++ |
| 14:09 |
JBoyer |
Dyrcona++ # data! |
| 14:09 |
|
rlefaive joined #evergreen |
| 14:10 |
JBoyer |
Good to know, and potentially a good way for people to apply (and enable/disable) different customizations in self-contained, well named directories. |
| 14:15 |
Dyrcona |
Yeah. It's how we're doing our academic customizations. They inherit our main customizations, etc. |
| 14:16 |
Dyrcona |
I just wanted to make sure that it would pick up a custom header.tt2, though I'm think of moving my new macro to its own file in the final version of my code. |
| 14:17 |
Dyrcona |
Don't think I'll share this with the community, though. It requires setting EVAl_PERL => 1 for Template Toolkit, and that might be dangerous for general use. |
| 14:18 |
|
afterl joined #evergreen |
| 14:36 |
|
rlefaive joined #evergreen |
| 14:36 |
JBoyer |
Yeah, I'm not a fan of generalized use of EVAL_PERL. In addition to the safety issue we already do a lot of "work" in the interface. |
| 14:37 |
JBoyer |
(and saying that EVAL_PERL is ok in general opens the gates to doing a lot more work in the interface) |
| 14:38 |
|
khuckins__ joined #evergreen |
| 14:39 |
Dyrcona |
JBoyer: Agreed. |
| 14:42 |
Dyrcona |
I suppose I could avoid the use of EVAL_PERL by adding the code to EGWeb/EGCatLoader and adding it to the context. |
| 14:44 |
JBoyer |
Eh, if it works for you and it's self contained it seems safe enough. What's it doing? |
| 14:56 |
Dyrcona |
Getting the hostname for the opac footer. |
| 14:56 |
Dyrcona |
We've been hardcoding a value and that's a pain to maintain. |
| 14:57 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "hostname macro" (5 lines) at http://paste.evergreen-ils.org/954 |
| 14:58 |
Dyrcona |
It's dead simple. :) |
| 15:01 |
Dyrcona |
And, no, SERVER_NAME from the ENV is not the same thing. :) |
| 15:02 |
|
mmorgan1 joined #evergreen |
| 15:05 |
|
rlefaive joined #evergreen |
| 15:14 |
JBoyer |
Ooh, I've been curious about things like that and I hadn't gone to the trouble to try using SERVER_NAME yet to realize it's not the same. That one might be nice to through into EGCatLoader someday. |
| 15:19 |
csharp |
@band add Hostname Macro |
| 15:19 |
pinesol_green |
csharp: Band 'Hostname Macro' added to list |
| 15:20 |
csharp |
@band |
| 15:20 |
pinesol_green |
csharp: Hostname Macro |
| 15:20 |
csharp |
pinesol_green: dude |
| 15:20 |
pinesol_green |
csharp: You keep using that word. I do not think it means what you think it means. |
| 15:21 |
csharp |
pinesol_green: dunno |
| 15:21 |
pinesol_green |
csharp: BIG LETTERS MEAN BIG IDEAS, AM I RIGHT THOUGHT LEADERS? |
| 15:21 |
Dyrcona |
@praise [band] |
| 15:21 |
* pinesol_green |
Blighted Tormenter Contours LOVES the RESISTANCE! |
| 15:21 |
JBoyer |
I love that one. |
| 15:21 |
JBoyer |
(The dunno) |
| 15:21 |
Dyrcona |
@blame [band] |
| 15:21 |
pinesol_green |
Dyrcona: CHACHA20 was monkeying around too much on the prod servers! |
| 15:21 |
csharp |
JBoyer: it's pretty great |
| 15:22 |
Dyrcona |
@dunno |
| 15:22 |
pinesol_green |
Dyrcona: Fire BAD! Reading GOOD! |
| 15:22 |
csharp |
@blame add $who tests their code on the LIVE SERVERS, then blames the user. SAD! |
| 15:22 |
pinesol_green |
csharp: The operation succeeded. Blame #29 added. |
| 15:24 |
Dyrcona |
@who loves [band] |
| 15:24 |
pinesol_green |
bwicksall loves C-Sharp and The Servers. |
| 15:29 |
csharp |
@coffee [band] |
| 15:29 |
* pinesol_green |
brews and pours a cup of Kenya AA Top, and sends it sliding down the bar to Ejabberd and the Shapers |
| 15:48 |
|
mmorgan joined #evergreen |
| 16:19 |
|
afterl joined #evergreen |
| 16:37 |
|
jvwoolf left #evergreen |
| 17:01 |
|
serflog joined #evergreen |
| 17:01 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org |
| 17:01 |
|
pastebot joined #evergreen |
| 17:06 |
|
mmorgan left #evergreen |
| 17:32 |
Bmagic |
JBoyer - do you have anyone using OSX and Hatch? |
| 17:32 |
Bmagic |
or anyone for that matter |
| 17:33 |
berick |
Bmagic: i've confirmed it works. don't use it regularly, though |
| 17:34 |
Bmagic |
berick: I have a user who has it working, but it only works for a short time and he has to force quit chrome |
| 17:36 |
abowling |
i've got a marc file that's loaded with "9F" characters and conversion to UTF-8 doesn't seem to get rid of them. anyone have any thoughts/experience on the matter and how to fix? |
| 17:37 |
berick |
Bmagic: familar with process of opening the extension console? similarly, ~/.evergreen/hatch.log* may have something useful. |
| 17:37 |
|
gsams joined #evergreen |
| 17:38 |
Bmagic |
berick: yeah, I think I will have to setup a screen sharing session with him and get some of those details. Glad to hear that folks have it working. Lets me know that it should* work |
| 17:39 |
berick |
Bmagic: to be clear, it sounds your user has clocked more time than I did using Hatch on OSX. I just did basic function tests. |
| 17:40 |
Bmagic |
berick: thanks! |
| 17:40 |
berick |
they may be in rarefied air |
| 18:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 18:57 |
|
ejk joined #evergreen |
| 19:00 |
|
bshum joined #evergreen |
| 19:01 |
|
eby joined #evergreen |
| 19:40 |
|
montgoc1 joined #evergreen |
| 19:44 |
|
afterl left #evergreen |
| 22:08 |
|
abowling1 joined #evergreen |
| 22:22 |
|
phasefx_ joined #evergreen |
