| Time |
Nick |
Message |
| 01:21 |
|
Bmagic|2 joined #evergreen |
| 02:12 |
|
dbwells joined #evergreen |
| 02:12 |
|
remingtron_ joined #evergreen |
| 02:45 |
|
dbwells joined #evergreen |
| 05:18 |
|
b_bonner_ joined #evergreen |
| 06:55 |
|
dbwells joined #evergreen |
| 07:24 |
|
rjackson-isl joined #evergreen |
| 07:40 |
|
kbeswick joined #evergreen |
| 07:54 |
|
mrpeters joined #evergreen |
| 08:13 |
|
kbeswick joined #evergreen |
| 08:27 |
|
akilsdonk joined #evergreen |
| 08:28 |
|
Dyrcona joined #evergreen |
| 08:29 |
Dyrcona |
All I can say this morning is, "WTF?" |
| 08:32 |
|
mdriscoll joined #evergreen |
| 08:53 |
|
mmorgan joined #evergreen |
| 08:58 |
|
timhome joined #evergreen |
| 08:59 |
|
ericar joined #evergreen |
| 09:02 |
|
Shae joined #evergreen |
| 09:05 |
|
RoganH joined #evergreen |
| 09:06 |
jeff |
this morning's mildly amusing/annoying bug: automated report failed due to the fact that virtual items from our statewide ILL system started appearing in the report output, and this report uses a Java barcode generation library to display printable barcodes, and the virtual items have a lowercase z in them, which is invalid for this barcode symbology/library. |
| 09:08 |
RoganH |
OK, potentially stupid questions but I haven't had to mess with circ policies a lot since 2.1. I thought I read somewhere that the circ_matrix_circ_mod_test stuff is now essentially not used in favor of the circ_limit_set, is that right? |
| 09:11 |
Dyrcona |
RoganH: That is pretty much true, yes. |
| 09:12 |
Dyrcona |
I managed to get this back online: https://jason.mvlcstaff.org/looking-glass/ |
| 09:12 |
RoganH |
Thanks! I may have more questions later, lol. |
| 09:13 |
Dyrcona |
That's OK. I always have questions for tsbere when setting these up, and I have to experiment with getting the limit group vs. circ_mod limit right. |
| 09:13 |
Dyrcona |
Y'know, the library wants to limit to 1 hot cd, 1 hot dvd, and unlimited on hot books. |
| 09:13 |
Dyrcona |
circ_mod limit doesn't work there. |
| 09:14 |
Dyrcona |
Yes, that is an actual scenario that I recently had to configure. |
| 09:14 |
RoganH |
ug. I think what I'll have to do is simpler than that :) |
| 09:14 |
* Dyrcona |
replies to Mr. Ogbodo off list. |
| 09:15 |
Dyrcona |
RoganH: That's good. That is about as complicated as it gets, but it isn't too hard. |
| 09:29 |
csharp |
Dyrcona: I unsubscribed him and banned him from the commits list -FYI |
| 09:29 |
tsbere |
csharp: Wouldn't setting said list to "moderate by default, reject moderated members by default" and then saying only the things we want to be sending to it be the best bet? I half expected it to be that way already, actually... |
| 09:29 |
Dyrcona |
csharp: Ok. I do think his request was sincere, so I told him that I didn't an ILS was a good place to start for storing medical records. |
| 09:30 |
csharp |
tsbere: honestly, I have pretty much ignored that list since 2008 when I started at GPLS ;-) |
| 09:32 |
csharp |
Dyrcona: I guess I didn't read closely - it sounded exactly like 85% of the spam we receive at open-ils-feedback :-/ |
| 09:34 |
Dyrcona |
csharp: Yes, the same style, but he was asking for a suggestion of what to do with medical records, I believe. Not trying to sell anything. |
| 09:35 |
csharp |
Dyrcona++ # consideration ;-) |
| 09:35 |
* csharp |
is trigger happy with our lists |
| 09:44 |
Dyrcona |
csharp: I agree with tsbere about making it so that only the bot or whatever can send email to open-ils-commits. |
| 09:46 |
Dyrcona |
Now, if I could just stop the spam texts on my phone. |
| 09:53 |
csharp |
Dyrcona: done |
| 09:53 |
csharp |
all current and future list members will be moderated and the git address is configured to accept |
| 10:07 |
|
yboston joined #evergreen |
| 10:08 |
Dyrcona |
csharp++ |
| 10:19 |
RoganH |
Do circ limits tie into specific circ matrix matchpoints in some way? |
| 10:24 |
Dyrcona |
RoganH: Yes, via config.circ_matrix_limit_set_map. |
| 10:25 |
|
akilsdonk joined #evergreen |
| 10:39 |
Dyrcona |
Hmm. Looks like things are missing from the presentation slides on that link that I posted earlier, but they appear in the notes.html that has the whole thing with notes. |
| 10:49 |
RoganH |
Dyrcona: I got it, I just needed to make sure I was looking at the right place. |
| 10:49 |
RoganH |
Drycona++ |
| 10:49 |
RoganH |
Dyrcona: thanks! |
| 10:53 |
Dyrcona |
RoganH: You're more than welcome. |
| 10:53 |
Dyrcona |
If things don't seem right later, feel free to ask in here again. |
| 10:53 |
Dyrcona |
It sometimes takes me a couple of tries to get it just right. |
| 10:59 |
RoganH |
Dyrcona: part of my problem was making it more complicated than I had to |
| 11:01 |
Dyrcona |
RoganH: I have that problem sometimes, too. |
| 11:02 |
Dyrcona |
I find though, that I often have to add a couple of new circ_matrix_matchpoint entries to get exactly what the library desires. |
| 11:02 |
Dyrcona |
However, if you do all of your matchpoints based on a circ_modifier and only a circ_modifier, it is easier. |
| 11:03 |
Dyrcona |
We use combinations of marc type, circ_modifier, and some times the bib level or whatever it is called that would indicate serial versus monograph, etc. |
| 11:03 |
RoganH |
Dyrcona: in the end that's what I had to do, create a couple of new match points and point them at the same circ limits as some other matchpoints |
| 11:04 |
RoganH |
Dyrcona: so far we only do limits on circ mods, I've threatened dire apocalyptic visions for support tickets if we make it unnecessarily complicated |
| 11:04 |
Dyrcona |
heh |
| 11:06 |
ldwhalen |
I need to move on contigious group of circ due dates forward by a set number of days. Is it sufficient for me to edit the due date field in action.circulaiton, or do I need to take other things into consideration? |
| 11:06 |
ldwhalen |
s/on/a |
| 11:06 |
RoganH |
ldwhalen: that will do it |
| 11:06 |
ldwhalen |
RoganH: thanks! |
| 11:25 |
csharp |
RoganH: I use the same threats when our libraries want to get fancy with circ/hold policies too ;-) |
| 11:51 |
jeff |
we're talking with a new library, and they have a single circ policy. |
| 11:52 |
jeff |
it made me happy. :-) |
| 11:55 |
phasefx |
"bring back the books" |
| 12:01 |
Dyrcona |
jeff: Inconceivable! |
| 12:13 |
|
smyers_ joined #evergreen |
| 12:14 |
tsbere |
jeff: Are you sure they aren't telling you lies? |
| 12:14 |
csharp |
"we have one circ policy with 56 exceptions" |
| 12:15 |
Dyrcona |
Everything circs for 21 days, except for 65% of the collection. |
| 12:20 |
jeff |
you are all of you jaded. |
| 12:29 |
Dyrcona |
jeff: We work for libraries, of course we're jaded. |
| 12:32 |
* linuxhiker |
is disappointed to not see more infrastructure level talks at the conference. |
| 12:36 |
kmlussier |
linuxhiker: There was an open proposal process. Anyone was welcome to submit on topics they thought were important. |
| 12:36 |
jeff |
all the cool talks will be on the underground conference track. ;-) |
| 12:38 |
linuxhiker |
kmlussier: oh no, I understand. It is just a bummer. I can't speak this year because I am in NYC the week after. That would make for a very hard two weeks. I have run many conferences, I know how difficult it can be to get the talks that you want/need |
| 13:01 |
jcamins |
kmlussier: according to Google Maps, getting from South Station to Kendall Square where the conference is is quite quick... eight or nine minutes. Does that sound right-ish (I don't care about the exact length of time, I'm just contemplating the EG conference, and want to make sure I understand the logistics)? |
| 13:20 |
|
mmorgan left #evergreen |
| 13:28 |
kmlussier |
jcamins: 8 to 9 minutes sounds long to me. It's really is just a few stops away. Very convenient. |
| 13:28 |
jcamins |
kmlussier: good, I'm always worried when I look at directions online that I'm looking at directions between two places that I am not interested in. |
| 13:28 |
kmlussier |
jcamins: Oh, but I'm thinking of the subway. If you're thinking taxi, it may be that long. |
| 13:28 |
jcamins |
I was thinking of the subway. |
| 13:29 |
jcamins |
And closer is definitely better. |
| 13:30 |
kmlussier |
The hotel is right outside the subway stop too (if you take the right exit.) No long walks. |
| 13:32 |
kmlussier |
linuxhiker: Awww, but NYC is so close. Just stay a few extra days and then head on down to the big city. ;) |
| 13:32 |
linuxhiker |
kmlussier: I wish |
| 13:33 |
jcamins |
linuxhiker: it really is... if I go to the EG conference, I'll be in Boston the one week and NYC the next! |
| 13:33 |
* jcamins |
read your comment to mean that you were going to be at the conference, but couldn't do two presentations in as many weeks. |
| 13:36 |
linuxhiker |
jcamins: kmlussier: problem is there is a week between my visits so that would be headed back to the west cost and then back to the east |
| 13:36 |
jcamins |
linuxhiker: I understand that if you're not a local there are lots of fun touristy things to do in Boston and NYC. |
| 13:38 |
jcamins |
If you are a local, of course, you go to the Met once every two years, MoMA once every five, and one of the other museums about once a decade. |
| 13:44 |
linuxhiker |
jcamins: oh.. well yeah I know that :)... I have ran and spoke at several conferences in NYC and I was press at LinuxWorld when it was in Boston 12 years ago |
| 13:45 |
linuxhiker |
jcamins: done lots of traveling to the east coast :D |
| 13:55 |
|
dMiller__ joined #evergreen |
| 13:57 |
|
edoceo joined #evergreen |
| 14:08 |
|
dMiller___ joined #evergreen |
| 14:11 |
sseng |
anyone on a brick setup (1xapache, 1x app) and using Batch Marc importer/exporter via the staff client? experience any issue where the apache side can upload the marc file fine, but the app side (at least via the log) shows that it is having trouble grabbing the file location via cache? smyers_ |
| 14:13 |
bshum |
So, that might be config problem |
| 14:13 |
jeff |
sseng: in a multi-server setup you will need to ensure that you have a shared filesystem set up between them where vandelay will write the files. |
| 14:13 |
bshum |
opensrf.xml defines the share. |
| 14:13 |
jeff |
sseng: ensure that the path used in open-ils.vandelay's app_settings/databases/importer config is shared between systems, not unique-to-each. it defaults to /tmp |
| 14:14 |
jeff |
the note in that area of the config notes that this should be a writeable nfs share. |
| 14:14 |
jeff |
s/the note/the comment/ |
| 14:15 |
|
dMiller__ joined #evergreen |
| 14:16 |
sseng |
bshum: jeff: that the strange part, it is setup like that (I am seeing the loaded marc file in both the apache and app since it is shared filesystem, but the app log can get at it via this command in Vandelay.pm : my $data = $cache->get_cache('vandelay_import_spool_' . $fingerprint);) |
| 14:17 |
jeff |
sseng: are you by chance not using the same memcached instance? i'd expect many more things to break if that were the case... |
| 14:19 |
jeff |
sseng: is the opensrf user on both systems able to read the marc file in question? |
| 14:19 |
jeff |
sseng: what error are you seeing? "unable to read MARC file", or something else? |
| 14:21 |
sseng |
jeff: that is the case, different memcached instance, so maybe that explains it. but yes, the opensrf user can see the file, and the ther type of errors I am seeing (Unable to read marc file), but again due to $data var being undef |
| 14:23 |
jeff |
storing something in one memcached instance and then trying to read it from another instance is not going to work. :-) |
| 14:24 |
jeff |
fix that and you'll probably start having more success. |
| 14:24 |
sseng |
jeff: great, going to try that, thanks lots for insights! |
| 14:51 |
kmlussier |
ericar++ # Updating list of Evergreen libraries. |
| 14:56 |
|
stevenyvr2 joined #evergreen |
| 15:25 |
jeff |
"we support both kinds of auth: Patron API *and* SIP2!" |
| 15:26 |
jcamins |
jeff: request NCIP support. |
| 15:28 |
* jeff |
sends jcamins a set of unstackable cups |
| 15:29 |
Dyrcona |
jeff: No OAuth 2? |
| 15:30 |
* jcamins |
almost manages to stack them before a hand appears out of nowhere to knock them over. |
| 15:31 |
jeff |
Dyrcona: i'm conflicted/undecided on OAuth2. |
| 15:31 |
|
afterl joined #evergreen |
| 15:32 |
Dyrcona |
jeff: Why? It sucks, just like everything else. :) |
| 15:32 |
jeff |
yeah, but it's the thing that sucks that the rest of the web uses, as opposed to the thing that sucks that libraries use. |
| 15:33 |
Dyrcona |
If libraries use it, it sucks *AND* is out of date, not to mention has no notion of security. |
| 15:33 |
jeff |
anyway. i'm going to see if this vendor is open to supporting anything else, or if i'm going to need to make those changes to SIPServer that i've been pondering. :P |
| 15:34 |
Dyrcona |
"We value patron privacy!" |
| 15:34 |
jeff |
who are you quoting there? :P |
| 15:36 |
* Dyrcona |
has become extra jaded this holiday season. If he's lucky, he'll have matching emeralds to replace his eyes by New Year's Day. |
| 15:51 |
|
mrpeters left #evergreen |
| 16:08 |
* csharp |
signs off for 2013 - see y'all in the new year ;-) |
| 16:15 |
sseng |
jeff: just wanted to let you know, after making the app/apache point to the same memcache, the import works. thanks again!! |
| 16:16 |
jeff |
you're welcome! |
| 16:39 |
|
mllewellyn joined #evergreen |
| 16:53 |
kmlussier |
Sending along good holiday cheer and best wishes for the new year to everyone before I leave for the week! |
| 16:54 |
RoganH |
Merry Christmas and Happy Holidays to everyone as well! |
| 16:54 |
RoganH |
I'll be around Monday too but I know most folks won't. :) |
| 16:57 |
|
afterl left #evergreen |
| 16:59 |
|
mdriscoll left #evergreen |
| 17:12 |
* Dyrcona |
wishes everyone a bah humbug! :) |
| 17:15 |
phasefx |
I think that's a cross between a sheep and a bumblebee |
| 17:20 |
|
hbrennan joined #evergreen |
| 17:23 |
hbrennan |
Hey gmcharlt, I'm super excited about the Git tutorial. Can you recommend some pre-reading to do, for someone like myself who is just starting out? |
| 17:26 |
gmcharlt |
hbrennan: sure, let me dig up a link |
| 17:26 |
hbrennan |
Thanks! |
| 17:26 |
gmcharlt |
book-like things: http://git-scm.com/book and http://alx.github.io/gitbook/ |
| 17:27 |
hbrennan |
A free resources to boot. Thanks! |
| 17:27 |
hbrennan |
*and |
| 17:29 |
gmcharlt |
and also http://acrl.ala.org/techconnect/?p=3062 |
| 17:30 |
hbrennan |
Awesome, thanks again. I knew you'd be able to point me in the right direction! |
| 17:30 |
hbrennan |
Oops, it's lunch time and I have to stay on schedule today |
| 17:30 |
hbrennan |
I'll be back later |
| 18:57 |
|
stevenyvr2 left #evergreen |
| 19:05 |
|
dbwells joined #evergreen |
| 19:05 |
|
mjingle joined #evergreen |
| 21:23 |
|
stevenyvr2 joined #evergreen |
| 21:24 |
|
stevenyvr2 left #evergreen |
