| Time |
Nick |
Message |
| 00:10 |
|
bmills joined #evergreen |
| 00:44 |
|
bmills joined #evergreen |
| 06:36 |
|
artunit joined #evergreen |
| 06:45 |
|
jboyer-isl joined #evergreen |
| 06:47 |
|
jeff_ joined #evergreen |
| 07:12 |
|
jeff_ joined #evergreen |
| 08:09 |
|
collum joined #evergreen |
| 08:11 |
|
collum joined #evergreen |
| 08:17 |
|
krvmga joined #evergreen |
| 08:21 |
|
maryj joined #evergreen |
| 08:44 |
|
mmorgan joined #evergreen |
| 08:54 |
|
mrpeters joined #evergreen |
| 08:54 |
|
Dyrcona joined #evergreen |
| 09:20 |
Dyrcona |
Whee! Kernel updates. |
| 09:22 |
|
RoganH joined #evergreen |
| 09:25 |
|
sciani joined #evergreen |
| 09:26 |
|
jwoodard joined #evergreen |
| 09:27 |
|
suec joined #evergreen |
| 09:27 |
|
suec left #evergreen |
| 09:28 |
|
Dyrcona joined #evergreen |
| 09:35 |
|
yboston joined #evergreen |
| 11:01 |
|
drigney joined #evergreen |
| 11:01 |
|
akilsdonk joined #evergreen |
| 11:01 |
|
phasefx_ joined #evergreen |
| 11:03 |
|
jyorio joined #evergreen |
| 11:06 |
|
miker joined #evergreen |
| 11:09 |
|
vlewis joined #evergreen |
| 11:20 |
|
Christineb joined #evergreen |
| 11:38 |
|
rjackson_isl joined #evergreen |
| 11:41 |
* Dyrcona |
sings along with Sting: I don't wanna spend the rest of my life looking at the barrel of a normal life.... |
| 11:42 |
Dyrcona |
@wunder 01845 |
| 11:42 |
pinesol_green |
Dyrcona: Have you tried taking it apart and putting it back together again? |
| 11:42 |
Dyrcona |
@weather 01845 |
| 11:42 |
pinesol_green |
Dyrcona: North Andover, MA :: Overcast :: 36F/2C | Tuesday: Partly cloudy skies this morning will give way to occasional showers during the afternoon. High near 45F. Winds SE at 5 to 10 mph. Chance of rain 50%. Tuesday Night: Cloudy with showers. Low 36F. Winds light and variable. Chance of rain 70%. | Updated: 11m ago |
| 11:46 |
* Dyrcona |
likes his own interpretation better. :) |
| 11:47 |
|
bmills joined #evergreen |
| 11:49 |
* Dyrcona |
spots errors in the lyric for "J'aurai toujours faim de toi" on Google Play. |
| 11:51 |
berick |
Dyrcona: i like yours better, too. more existential |
| 11:51 |
Dyrcona |
berick++ # More like Synchronicity II |
| 11:52 |
Dyrcona |
Think I'll get some lunch in a minute or ten. |
| 12:10 |
|
maryj joined #evergreen |
| 12:14 |
|
kitteh_ joined #evergreen |
| 12:17 |
|
sandbergja joined #evergreen |
| 12:21 |
dbwells |
So, finally converting our "volumes" into proper parts, and have a question. As part of the switchover we have begun to use the unified copy/call_number editor. Unlike the old copy editor, you cannot change the owning lib, only the circ lib. What's the guiding reason for that, and are people doing "transfers" instead, or something else? |
| 12:27 |
|
jihpringle joined #evergreen |
| 12:35 |
|
graced joined #evergreen |
| 12:44 |
kmlussier |
dbwells: I'm pretty sure we're doing transfers under that scenario. I'm not sure there was a guiding reason, but it looks like that will change and you'll be able to change the owning lib from the editor in the web client. |
| 12:45 |
dbwells |
kmlussier: good to know, thank you |
| 12:51 |
|
ericar joined #evergreen |
| 13:47 |
kmlussier |
Unfortunately, I missed a lot of the discussion on hatch at the hack-a-way. |
| 13:50 |
kmlussier |
Is the code for the hatch installer in an almost ready state or is it something that still needs a lot of work? |
| 13:51 |
kmlussier |
I'm just wondering where I should get started if I wanted to get hatch installed to see how it works. |
| 13:57 |
berick |
kmlussier: installer still needs work. you could install it the manual way, but takes a good bit more effort |
| 13:58 |
kmlussier |
berick: OK, thanks! |
| 13:58 |
berick |
i also had some print problems at the hackaway I had never seen before. could be probs with the browser app proper, but in any event, more bugs to track down |
| 13:59 |
* tsbere |
is still willing to help with some of the installer dance, if needed, including "building it on Linux" parts |
| 13:59 |
kmlussier |
berick: Ugh |
| 14:08 |
|
Shae joined #evergreen |
| 14:21 |
|
sciani left #evergreen |
| 14:27 |
* csharp |
is willing to test both Windows and Linux installers whenever they're in a semi-working state |
| 14:28 |
csharp |
"wait! what about Mac?" |
| 14:28 |
tsbere |
csharp: I am not in a position to really help too much with *linux* installers, but building windows installers on linux is something I have done several times now. |
| 14:28 |
csharp |
tsbere: oh - I see |
| 14:28 |
csharp |
:-) |
| 14:29 |
* tsbere |
usually goes with "extract the tar.gz file and run this shell script" for linux ;) |
| 14:29 |
csharp |
tsbere: that's all I'd expect |
| 14:29 |
csharp |
and I'm willing to do that once I have it installed the manual way - I got hung up on the java keystore issue |
| 14:29 |
csharp |
s/the/a/ |
| 14:30 |
* tsbere |
hasn't actually attempted it the manual way yet >_> |
| 14:32 |
tsbere |
csharp: I also still think we should see about picking up a wildcard cert, or at least checking with some potential providers thereof to see if they would revoke it once we started using it... |
| 14:33 |
csharp |
maybe we could look into becoming a certifying authority ourselves? I literally have no idea if that's feasible or just crazy |
| 14:34 |
tsbere |
I would go with "crazy" given the hoops I suspect we would need to get through to be added to browsers. |
| 14:34 |
csharp |
yeah :-/ |
| 14:34 |
tsbere |
May be better than self-signed certs, but not by much |
| 14:36 |
csharp |
when I get a week without a work-related trip (in sunny Savannah today), I plan to test the multiple-firefox-profile approach to multiple printers |
| 14:36 |
* tsbere |
is less sure about the potential need for 17,891,328 DNS entries for the wildcard cert to trigger on, though |
| 14:37 |
tsbere |
Oh, add at least one for localhost as well, I suppose. :/ |
| 15:04 |
jboyer-isl |
I don't suppose anyone has migrated in a Polaris system recently? |
| 15:05 |
jboyer-isl |
We're looking at some sample data and are dry-heaving currently. |
| 15:07 |
kitteh_ |
what are you migrating from? |
| 15:09 |
Dyrcona |
kitteh_: I believe jboyer-isl meant he was migrating data from a Polaris system. |
| 15:09 |
vlewis |
I hope someone can help me. I'm working on https://bugs.launchpad.net/evergreen/+bug/1436987 patron search parameters not retained. On line 816 of Open-ILS/web/js/ui/default/staff/circ/patron/app.js val.value = $scope.profiles.filter(function(p) { p.id() == val.value })[0] val.value comes back undefined |
| 15:09 |
vlewis |
I don't understand what the function is doing |
| 15:09 |
pinesol_green |
Launchpad bug 1436987 in Evergreen "Patron search parameters not retained" [Undecided,Confirmed] - Assigned to Victoria Lewis (vlewis-q) |
| 15:10 |
tsbere |
vlewis: I think it is trying to ensure that the profile is "in scope" before trying to set it |
| 15:11 |
* tsbere |
hasn't taken a close look though |
| 15:11 |
jboyer-isl |
kitteh_: Dyrcona's right, we're looking at brining in a Polaris system into our existing system. Just looking at the marc there are bizarre holdings fields that may or may not require copious coding to codify. (i.e. it stinks.) |
| 15:11 |
tsbere |
jboyer-isl: Is it at least valid MARC? |
| 15:12 |
Dyrcona |
jboyer-isl: Very often, you can configure the MARC holdings fields before export, but 1) I don't know if Polaris can do that and 2) if it can, I don't know if the people giving you the data know how to do that. |
| 15:12 |
jboyer-isl |
tsbere: yes, but there are multiple holdings tags with varying formats. I'm not sure how that was done, but un-doing it is going to be most of the work. |
| 15:13 |
Dyrcona |
jboyer-isl: That smells of the remnants of previous migrations. |
| 15:13 |
jboyer-isl |
Dyrcona: That's what I'm hoping. (Well, what I was really hoping for was someone to say "Oh, you probably need to have them BLAH" where BLAH isn't 3 dozen config changes) |
| 15:14 |
* jeff |
scrolls up |
| 15:15 |
jboyer-isl |
Dyrcona: That's a possibility. This is also the first time we're seeing any of their sample extract, perhaps it can be improved without boiling any oceans. |
| 15:16 |
Dyrcona |
jboyer-isl: Most likely. I'd be surprised if Polaris can't remove fields on export nor add holdings in a configurable manner. |
| 15:16 |
jeff |
tsbere: What are your thoughts with a wildcard cert? |
| 15:16 |
Dyrcona |
But, I'd probably not be surprised if it can't. |
| 15:16 |
jeff |
tsbere: There are several potential issues, but it may depend on what your intentions are. |
| 15:17 |
Dyrcona |
Funny how the browsers get all uptight about self-signed certs, but in most general cases, I trust them more than I do ones signed by the Turkish Intelligence Service. |
| 15:19 |
tsbere |
jeff: a truncated example of what I was thinking: http://tomtrunk.mvlcstaff.org/wildcard.zone |
| 15:20 |
Dyrcona |
So, that's where the 555 MB zone file came from .... :) |
| 15:21 |
|
sandbergja joined #evergreen |
| 15:22 |
jeff |
tsbere: so, guessing... please let me know if i'm incorrect: you'd obtain a wildcard certificate for *.hatch.evergreen-ils.org and share the private key? |
| 15:23 |
tsbere |
jeff: Pre-embed it in the installer type deal, yea. |
| 15:23 |
Dyrcona |
What could possibly go wrong? :) |
| 15:24 |
jeff |
Yeah, it'll be revoked as soon as someone notices. |
| 15:24 |
Dyrcona |
Um, well, not if someone sets up a private CA for that purpose, but then everyone needs to add that CA to the affected browsers. |
| 15:25 |
tsbere |
jeff: I am less sure of that, given some other things I have seen people do with certs, which is why I figured we could ask before buying one. |
| 15:26 |
jeff |
Having hatch maintain a connection to the Evergreen server or optionally another server might be a better approach. |
| 15:26 |
jeff |
I know that we had some discussions about that in Boston. |
| 15:27 |
tsbere |
As in have it connect to the EG server and have jobs stream to it from there? |
| 15:27 |
* jeff |
nods |
| 15:28 |
tsbere |
Could work, could also create major headaches if things start coming out of printers in the wrong building. |
| 15:30 |
Dyrcona |
Hmm. So, looks we got a receipt for a different book from a different library, but here you go! |
| 15:31 |
jeff |
There are a few sections of the current CA/B Forum Baseline Requirements that can apply to the idea of "everyone shares a wildcard". Mostly 9.6.3 and potentially 6.1.2. |
| 15:32 |
jeff |
9.6.3 requires that the subscriber agreement "MUST contain provisions imposing" ... "An obligation and warranty by the Applicant to take all reasonable measures to maintain sole control of, keep confidential, and properly protect at all times the Private Key" |
| 15:32 |
Dyrcona |
Hey, that looks like something good to read when I can't fall asleep. |
| 15:32 |
Dyrcona |
jeff++ |
| 15:33 |
tsbere |
jeff: Given that I have already heard of commercial software bundling private certs for websocket use on localhost (single name, granted, instead of multiple name) I am not sure we will actually have issues. |
| 15:34 |
jeff |
and 6.1.2 has "If the CA or any of its designated RAs become aware that a Subscriber?s Private Key has been communicated to an unauthorized person or an organization not affiliated with the Subscriber, then the CA SHALL revoke all certificates that include the Public Key corresponding to the communicated Private Key." |
| 15:34 |
jeff |
That last one is under a subheading of "Private Key Delivery to Subscriber", so could be argued to not quite apply... |
| 15:36 |
berick |
having hatch connect to a different server would work, i just fear the latency. it would have to be heavily optimized. i recall angry librarians years back with long lines and slow printing. |
| 15:36 |
* jeff |
nods |
| 15:36 |
berick |
don't actually remember how that was resolved, but haven't heard about that in a long time |
| 15:39 |
jeff |
tsbere: on the matter of certs for "localhost": 1) they're deprecated, 2) CAs cannot issue them as of Nov 1, 3) On 2016-10-01 any existing unexpired certs will be revoked. |
| 15:39 |
jeff |
(this is glossing over a small not-applicable-to-this-conversation bit about .onion hostnames. :-) |
| 15:43 |
dbwells |
berick: We're rolling with the new auth code in production, and so far, so good. I have a few small questions I'll post to the bug later on, but wanted to give an update in case I don't get to that today (heading to a meeting). |
| 15:43 |
berick |
dbwells: awesome. authproxy patch was pretty easy? |
| 15:45 |
dbwells |
yes, no problems |
| 15:46 |
dbwells |
probably spent more time doing unrelated refactoring while I was rethinking through it |
| 15:46 |
dbwells |
in AuthProxy, that is |
| 15:46 |
* berick |
knows the feeling |
| 15:47 |
berick |
thanks for the heads up |
| 15:48 |
* dbwells |
disappears for a while |
| 15:50 |
jeff |
tsbere: Also, as a concrete example of "CA will revoke a cert for this kind of thing", see https://blog.pivotal.io/labs/labs/sslip-io-a-valid-ssl-certificate-for-every-ip-address |
| 15:54 |
tsbere |
jeff: I still think it is worth asking a wildcard-issuing authority or two. Can't hurt to ask, right? Also, 127-0-0-1.blah would not be a cert for "localhost". |
| 15:56 |
dbs |
dbwells++ |
| 15:58 |
berick |
csharp: just filled my Hyperion ebook hold. looking forward to it. thanks for the suggestion. |
| 15:58 |
berick |
(libraries + ebooks)++ |
| 16:00 |
jeff |
tsbere: sorry, my localhost statement was with regard to your mention of localhost, which upon re-reading may not have been literal. |
| 16:01 |
tsbere |
jeff: Yea, not quite that literal. Just an entry for it in the wildcard list. Though I suppose the entry could be changed from 127-0-0-1.blah to localhost.blah ;) |
| 16:01 |
tsbere |
(the latter would allow us to publish an IP4 and IP6 version, but I don't know if we care enough about IP6) |
| 16:02 |
berick |
does auth-2-auth linking have any effect on auth-2-bib linking and vice versa? IOW, does it matter what order they run? |
| 16:03 |
* tsbere |
has no clue, but would assume that they don't matter in order unless auth-2-bib actually pays attention to auth-2-auth |
| 16:04 |
kmlussier |
yboston: I see you still have progress on web client docs on the agenda for the DIG meeting. Given gmcharlt's plans for the web client in 2.10, I was thinking it might be a good idea to schedule another web client doc day. |
| 16:04 |
tsbere |
berick: Also, now that I re-read that, I would assume you mean bib-2-auth as I don't think auth records are set to link to bib records at all... |
| 16:04 |
berick |
tsbere: yes, exactly |
| 16:05 |
tsbere |
berick: Given that as far as I know the linking ends up being by IDs I assume you don't have to worry about order. But I will admit to knowing very little as well. |
| 16:05 |
* berick |
nods |
| 16:09 |
jeff |
berick++ for bug 1521693 |
| 16:09 |
pinesol_green |
Launchpad bug 1521693 in Evergreen "Investigate using Sqitch for database change management" [Wishlist,New] https://launchpad.net/bugs/1521693 - Assigned to Bill Erickson (berick) |
| 16:19 |
|
jlitrell joined #evergreen |
| 16:20 |
Dyrcona |
berick: Order doesn't seem to matter. |
| 16:21 |
Dyrcona |
I've done both on my devel system from time to time. We do bib 2 auth in production. Don't think we've done auth 2 auth in a while. |
| 16:22 |
berick |
Dyrcona: good to know, thanks |
| 16:28 |
csharp |
berick: awesome - enjoy - I actually have Stories of Your Life and Others at home right now too ;-) |
| 16:35 |
mmorgan |
I'm working on a trigger to send library account expiration courtesy notices. |
| 16:36 |
mmorgan |
The email part is working fine, but I'm also trying to add a message to the patron message center and that part's not working. |
| 16:37 |
mmorgan |
No message is being created, and I can't find any clues in the logs. |
| 16:38 |
csharp |
mmorgan: is the trigger output getting created? |
| 16:38 |
mmorgan |
I suspect my problem is with the "Message Library Path" and the "Message User Path" |
| 16:38 |
mmorgan |
csharp: Yes, the trigger template output is being created. |
| 16:38 |
csharp |
ok |
| 16:40 |
mmorgan |
Since it uses the au.expired hook, with au as the core, any ideas how I should set the Message Library Path and the Message User Path? |
| 16:44 |
mmorgan |
I looked at the stock message center triggers for holds, that use the ahr core, and for those, Message Library Path is set to usr.home_ou, and Message User Path is set to usr |
| 16:44 |
tsbere |
mmorgan: home_ou and blank, I would imagine |
| 16:45 |
tsbere |
and in ahr the usr field is an au |
| 16:46 |
mmorgan |
tsbere: I am pretty sure I did try home_ou and blank, but I will give that another shot. |
| 16:46 |
jeff |
Check-in completed for item "[redacted]" [redacted] (ItemStatus=Illegible) (Result = OK) |
| 16:46 |
tsbere |
mmorgan: On a "being more specific" front, the DB would see "empty string" and "null" as two very different things, and in the UI "blank" may mean "null", not "empty string" |
| 16:47 |
* jeff |
looks for "Illegible" in the SIP spec... nope. |
| 16:47 |
|
lualaba joined #evergreen |
| 16:48 |
lualaba |
Hello i am not able to sign in in staff client via web localhost/eg/staff/login?route_to=%2Feg%2Fstaff%2Fcirc%2Fpatron%2Fsearch any ideas? |
| 16:49 |
tsbere |
jeff: As crazy as it may sound, do you have such a status in your system? >_> |
| 16:49 |
lualaba |
:) i am admin |
| 16:50 |
jeff |
tsbere: we do not. :-) |
| 16:50 |
lualaba |
button sign in not working at all, version 2.8.1 |
| 16:51 |
lualaba |
srfsh: Received Data: { "ilsevent":0, "textcode":"SUCCESS", "desc":"Success", "pid":33168, "stacktrace":"oils_auth.c:531", "payload":{ "authtoken":"56fefe0b40e9bee17ed0431408b0ba61", "authtime":420 } } |
| 16:52 |
jeff |
tsbere: item status is currently reshelving. |
| 16:52 |
jeff |
(and Checked out prior to that) |
| 16:52 |
mmorgan |
So the trigger definition in the db did indeed have NULL for the message user path, changed that to blank, but still no message. |
| 16:53 |
tsbere |
jeff: In that case, I have no clue. |
| 16:53 |
jeff |
lualaba: What happens when you try to sign in at https://localhost/eg/staff/home ? |
| 16:53 |
lualaba |
everything is ok |
| 16:53 |
jeff |
lualaba: I don't know offhand if there are issues with attempting to sign in via localhost as a hostname. |
| 16:53 |
tsbere |
jeff: For that matter, I am not sure what you are using. |
| 16:53 |
mmorgan |
How would I specify the user in the template? [%- user = ??? -%] |
| 16:54 |
lualaba |
also workstation is empty in web client (no logs, nothing ) |
| 16:54 |
tsbere |
mmorgan: target, I think |
| 16:55 |
tsbere |
mmorgan: Also, I believe things that group end up with target being an array, but that wouldn't apply here unless you were grouping on home_ou or something. Which makes no sense in this context. |
| 16:55 |
Dyrcona |
lualaba: Does it work from a browser on a different computer? |
| 16:56 |
lualaba |
no |
| 16:56 |
lualaba |
where can i found corresponding log files? |
| 16:56 |
lualaba |
desctop staff client works without any issue |
| 16:57 |
Dyrcona |
lualaba: Do you get a blank page at /eg/staff/home ? |
| 16:57 |
mmorgan |
tsbere: Ok, I did have "target", and no grouping, still no message. Will keep poking. Thanks. |
| 16:58 |
lualaba |
no i get signin user/password/workstation but after fill user/pass nothing is happened |
| 16:59 |
Dyrcona |
I have not seen that behavior before. |
| 16:59 |
jeff |
tsbere: the output was from an AMH/sorter. For all I know, that's perfectly normal for it, but it stuck out to me and made me curious. I may or may not digg more later. |
| 16:59 |
Dyrcona |
And, it is time for me to go, now. |
| 16:59 |
Dyrcona |
lualaba: Good luck! |
| 17:00 |
lualaba |
Thank you, can anyone suggest where can i found problem? |
| 17:00 |
tsbere |
jeff: Ahhh, in that case it could very well be that the sorter doesn't see it as needed for a hold, or for sorting to a normal bin. They can be wonky. <_< |
| 17:00 |
* tsbere |
goes as well ;) |
| 17:08 |
|
mmorgan left #evergreen |
| 17:10 |
kmlussier |
Good night #evergreen! |
| 17:11 |
jwoodard |
So a little Christmas cheer today. I was working on a billing report and created a Christmas tree. https://drive.google.com/file/d/0ByGpJMWyDlTeZG1seFl3Z3QzUlk/view?usp=sharing |
| 17:12 |
jeff |
jwoodard++ |
| 17:13 |
csharp |
jwoodard++ |
| 17:15 |
* csharp |
now has "Bills...Yay (clone) (clone) (clone)" playing in his head |
| 17:16 |
gmcharlt |
jwoodard++ |
| 17:16 |
csharp |
jwoodard: may I save and use your image for my future reports trainings? I think PINES library staff would appreciate it ;-) |
| 17:18 |
|
Lualaba joined #evergreen |
| 17:26 |
|
Lualaba joined #evergreen |
| 17:27 |
Lualaba |
I should install something for web client staff functionality? |
| 18:20 |
jwoodard |
csharp: Go right ahead. I would be honored if my suffering can bring joy to others. Haha |
| 18:35 |
jboyer-isl |
berick: You were right at the hackaway about my coding changes to the web staff client blind; of 2 changes 1 half works and the other doesn't at all, heh. |
| 20:53 |
|
kenstir joined #evergreen |
| 22:39 |
|
kmlussier joined #evergreen |
| 22:40 |
|
mceraso joined #evergreen |
