| Time |
Nick |
Message |
| 07:34 |
|
graced joined #evergreen |
| 07:42 |
|
rjackson_isl joined #evergreen |
| 08:02 |
|
jboyer-isl joined #evergreen |
| 08:08 |
|
collum joined #evergreen |
| 08:25 |
|
Dyrcona joined #evergreen |
| 08:27 |
|
Shae joined #evergreen |
| 08:30 |
|
mdriscoll1 joined #evergreen |
| 08:38 |
|
mrpeters joined #evergreen |
| 08:49 |
|
mmorgan joined #evergreen |
| 08:51 |
|
ericar joined #evergreen |
| 09:02 |
|
RoganH joined #evergreen |
| 09:10 |
kmlussier |
miker++ #The fix for bug 1516707 is working great! |
| 09:10 |
pinesol_green |
Launchpad bug 1516707 in Evergreen "Relevance ranking deteriorates when phrases are added to search" [Medium,New] https://launchpad.net/bugs/1516707 |
| 09:10 |
kmlussier |
Dyrcona++ #Loading the fix on his VM |
| 09:11 |
Dyrcona |
kmlussier: Should we target that for 2.8 and 2.9? It could make it into today's releases, unless we think it needs more testing. |
| 09:12 |
kmlussier |
Dyrcona: I think it's good to go. I can merge it in a minute. Yes, I think it should be backported. |
| 09:14 |
Dyrcona |
I've targeted it for 2.8.5 and 2.9.1. I think we should let berick decide if it goes into 2.8, though. |
| 09:17 |
kmlussier |
OK, I'll hold off until I get the ok (or not ok) from berick then. |
| 09:20 |
|
Bmagic joined #evergreen |
| 09:42 |
|
mrpeters joined #evergreen |
| 09:43 |
mmorgan |
kmlussier++ miker++ |
| 09:43 |
|
maryj joined #evergreen |
| 09:44 |
Dyrcona |
Hmm... Wonder if we should be backporting stuff with strings changes that would affect translations? |
| 09:44 |
Dyrcona |
This is unrelated to the branch that kmlussier and I were talking about a few minutes ago. |
| 09:44 |
kmlussier |
Dyrcona: Which branch? |
| 09:45 |
Dyrcona |
lp 1197636 |
| 09:45 |
pinesol_green |
Launchpad bug 1197636 in Evergreen "Email record detail does not check for email" [Medium,Triaged] https://launchpad.net/bugs/1197636 |
| 09:45 |
Dyrcona |
There have probably been others already. |
| 09:46 |
Dyrcona |
When I looked at that one this morning, there was some vague reason that I felt tempted to remove the 2.8 and 2.9 series targets. |
| 09:51 |
* Dyrcona |
is not sure if we update translations at bugfix releases, but thinks not. |
| 09:51 |
kmlussier |
Yeah. I don't feel as strongly about not backporting string changes as other people do, especially when the bug is particularly troublesome, but I could see just merging this one to master. |
| 09:58 |
|
Shae joined #evergreen |
| 10:03 |
pinesol_green |
[evergreen|Mike Rylander] LP#1516707: Phrase search ignores CD modifiers - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c7e2d9d> |
| 10:03 |
bshum |
Dyrcona: We usually do not do any i18n work during maintenance releases. |
| 10:03 |
bshum |
Since LP translation only gets one file for master. |
| 10:04 |
bshum |
And that could lead to string creep in backports |
| 10:05 |
bshum |
I think the idea is to avoid situations where if a language does end up well translated, they don't upgrade to a point release and find themselves with random english strings unexpectedly. |
| 10:06 |
Dyrcona |
bshum: That is what I thought. I'm going to drop the 2.9 and 2.8 targets from the bug. |
| 10:07 |
bshum |
That said, I wonder how local admins actually handle things. |
| 10:07 |
bshum |
They might have better grip on things than we realize. |
| 10:07 |
bshum |
But that is the current practice. |
| 10:13 |
|
yboston joined #evergreen |
| 10:21 |
jboyer-isl |
Whoo, achievement unlocked. Managed to rebase all of our local changes from 2.7.2 to rel_2_9 with only 1 conflict and 1 “empty” commit. Moving from 2.5.2 to 2.7.2 (just noticed we went from one .2 to another, weird.) was miserable in comparison. |
| 10:22 |
bshum |
jboyer-isl++ # cool! |
| 10:22 |
|
collum joined #evergreen |
| 10:23 |
bshum |
That tells me either master is becoming more like you, or.... It's quiet. Too quiet. |
| 10:23 |
* bshum |
looks over his shoulder... |
| 10:24 |
jboyer-isl |
bshum: We’ve always been at war with eurasia, and evergreen indiana == master. |
| 10:25 |
jboyer-isl |
Seriously though, the only local changes I want in-tree long term is our CC processing code. (I keep out OPAC templates in a separate repo, so they don’t cause any trouble, |
| 10:25 |
bshum |
Also the .2 is probably a good safe place. |
| 10:26 |
bshum |
The .0 is just for crazy people (like me, heh) |
| 10:27 |
jboyer-isl |
I’m trying something else this time, we’re just tracking the release rather than a point. so long as nothing needs changing in the XUL client, our version number will be uh, smear-y. |
| 10:28 |
jboyer-isl |
(lots of git fetch —all followed by git pull —rebase) |
| 10:28 |
bshum |
For the most part, that works reasonably well now actually. |
| 10:28 |
bshum |
Mostly cause XUL work is generally frozen |
| 10:28 |
bshum |
We haven't had to change our clients between major releases. |
| 10:29 |
bshum |
For the past year or so anyways. |
| 10:29 |
Dyrcona |
I rebased our customizations onto rel_2_9 recently, but since they're based on master that was easy-peasy. |
| 10:29 |
bshum |
:) |
| 10:31 |
jboyer-isl |
Dyrcona: It’s probably not a great plan, but after our upgrades I stop looking at upstream (aside from security) until the next upgrade approaches, when I have to dust off a bunch of knowledge and start over. |
| 10:31 |
jboyer-isl |
Though that makes me wonder, why rebase to 2.9, I thought you stayed on master for the most part? |
| 10:31 |
Dyrcona |
I build new development/test branches almost weekly, sometimes more often, sometimes less. |
| 10:31 |
Dyrcona |
I typically include our customization branches unless I'm build for concerto. |
| 10:32 |
Dyrcona |
So they get rebased with some frequency. |
| 10:32 |
jboyer-isl |
That makes sense. |
| 10:32 |
Dyrcona |
We do have a couple of branches that have not needed a rebase in four years, though. |
| 10:34 |
|
jwoodard joined #evergreen |
| 10:37 |
Dyrcona |
kmlussier++ # for release notes |
| 10:37 |
Dyrcona |
Head's up: I've decided to roll 2.9.1 early in the day. |
| 10:38 |
Dyrcona |
Most of the fixes are in, and we'll have a few left for 2.9.2. |
| 10:38 |
Dyrcona |
Most of the ones that haven't made it are not things that I think I can test easily, i.e. would take me more than one day or we don't normally use that feature. |
| 10:39 |
pinesol_green |
[evergreen|Kathy Lussier] Adding bug fixes and acknowledgements to 2.9.1. Release Notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ada78de> |
| 10:59 |
|
ericar_ joined #evergreen |
| 11:09 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: 2.8.5 point release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f14e164> |
| 11:10 |
berick |
kmlussier++ |
| 11:11 |
|
sarabee joined #evergreen |
| 11:11 |
Dyrcona |
berick: Did you want the QP fix branch in 2.8? kmlussier and I weren't sure if you wanted to test it before or not. |
| 11:11 |
kmlussier |
berick: For reference bug 1516707 |
| 11:11 |
pinesol_green |
Launchpad bug 1516707 in Evergreen 2.8 "Relevance ranking deteriorates when phrases are added to search" [Medium,New] https://launchpad.net/bugs/1516707 |
| 11:12 |
Dyrcona |
heh. I was just looking the bug# up. |
| 11:12 |
kmlussier |
I had it in an open tab |
| 11:12 |
berick |
Dyrcona: yes, i do want it. |
| 11:13 |
berick |
did we ever find a suitable concerto test for that? |
| 11:13 |
berick |
(not that worried about it, really, if it works in 2.9) |
| 11:13 |
Dyrcona |
I don't think so, but kmlussier would know better than i. |
| 11:13 |
kmlussier |
berick: No, I don't think it's something you can test in concerto. I tested it with production data. |
| 11:13 |
Dyrcona |
It works on my production data. |
| 11:14 |
berick |
k |
| 11:14 |
berick |
i'll just make sure it doesn't blow up |
| 11:14 |
kmlussier |
berick: Actually, "violin concerto" might be a good test. |
| 11:15 |
Dyrcona |
:) |
| 11:16 |
berick |
i'll try that |
| 11:16 |
berick |
thanks |
| 11:17 |
Bmagic |
I'm attempting to create a vandelay merge profile that doesn't overlay ANYTHING. I told it to "Add Specification" 049. The results are - it added the 049 like it was supposed to but it replaced all of the other marc, and removed tags from EG in favor of the incoming marc |
| 11:18 |
kmlussier |
Bmagic: There is a stock profile that does that. It involves the 901c |
| 11:19 |
Bmagic |
yeah, I saw metion of that in the docs. I looked it up in the stock inserts. It just creates VALUES (1, 1, oils_i18n_gettext(1, 'Match-Only Merge', 'vmp', 'name'), '901c'); |
| 11:19 |
Bmagic |
is that right? |
| 11:20 |
kmlussier |
yeah, 901c gets put in the replace specification field. That's the one we use for our acq imports. |
| 11:21 |
kmlussier |
And if you put 901c in the preserve specification field, everything gets overlaid. |
| 11:33 |
Bmagic |
I see |
| 11:33 |
Bmagic |
A little trick |
| 11:45 |
|
bmills joined #evergreen |
| 12:03 |
jeff |
@weather ktvc |
| 12:03 |
pinesol_green |
jeff: Cherry Capital, MI :: Overcast :: 60F/16C | Wednesday: Rain showers along with windy conditions. High 61F. Winds SSE at 20 to 30 mph. Chance of rain 90%. Winds could occasionally gust over 40 mph. Wednesday Night: Partly cloudy and windy this evening. Cloudy with diminishing winds late. Low 46F. Winds SSW at 20 to 30 mph. Winds could occasionally gust over 40 mph. | Updated: 10m (1 more message) |
| 12:03 |
jeff |
windy. :P |
| 12:06 |
|
mllewellyn joined #evergreen |
| 12:12 |
dbwells |
new server just showed up \o/ |
| 12:15 |
jeff |
dbwells: congrats :-) |
| 12:25 |
|
ericar_ joined #evergreen |
| 12:39 |
|
Christineb joined #evergreen |
| 12:40 |
Dyrcona |
Yay for new server(s)! |
| 12:42 |
csharp |
are there currently test suites for javascript in EG? |
| 12:42 |
csharp |
we're looking at karma/jasmine and it's very simple to use |
| 12:43 |
csharp |
(in the angularjs bootcamp) |
| 12:43 |
csharp |
https://jasmine.github.io/2.3/introduction.html & https://github.com/karma-runner/karma |
| 12:45 |
* csharp |
has a stack of new dells sitting on the cage floor waiting for power which is waiting for contract stuff :-/ |
| 12:47 |
Dyrcona |
kmlussier and anyone else: Head's up that I am shutting down my normal vm to test the 2.9.0 to 2.9.1 upgrade. |
| 12:48 |
Dyrcona |
csharp: I'm not aware of any JS tests, but I've not looked into the Angular staff client code much. |
| 12:48 |
Dyrcona |
I know that Angular is supposed to be easy to write tests for. |
| 12:51 |
|
gsams joined #evergreen |
| 13:01 |
|
gsams joined #evergreen |
| 13:07 |
gmcharlt |
webstaff does have some tests for the Angular code |
| 13:08 |
Dyrcona |
I thought it might, but wasn't sure. |
| 13:10 |
|
jihpringle joined #evergreen |
| 13:10 |
berick |
csharp: we use karma/jasmine now for the angular stuff |
| 13:15 |
|
hopkinsju joined #evergreen |
| 13:16 |
hopkinsju |
Who's presenting the half-day preconference session called "Mashcat in Evergreen"? I'm curious what it's really about. |
| 13:17 |
* berick |
guesses gmcharlt |
| 13:18 |
gmcharlt |
fuller description here - https://evergreen-ils.org/conference/eg16/2016-conference-schedule-and-presentations/ |
| 13:18 |
gmcharlt |
and more details to come over the next few weeks - I'm sure as heck not planning on monologing about this :) |
| 13:36 |
|
geoffsams joined #evergreen |
| 13:37 |
|
collum_ joined #evergreen |
| 13:46 |
* berick |
builds 2.8.5 |
| 13:47 |
berick |
doh, after i merge 1516707 |
| 13:47 |
kmlussier |
berick: I was just about to ask about that. :) |
| 13:48 |
kmlussier |
berick: Also, I don't think I have that fix in my 2.8.5 release notes. I can add that quickly right now if you need it before building the release. |
| 13:48 |
berick |
kmlussier: that would be awesome |
| 13:48 |
berick |
thanks |
| 13:50 |
Dyrcona |
bshum++ # for updating my ssh key on the community server |
| 13:54 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: Addition to 2.8.5 point release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=eec399e> |
| 13:54 |
csharp |
berick: excellent (re: karma/jasmine) |
| 14:02 |
berick |
dbwells: eyeballs on my last comment to bug #1468422 appreciated. |
| 14:02 |
pinesol_green |
Launchpad bug 1468422 in Evergreen "Improve Password Management and Authentication" [Undecided,New] https://launchpad.net/bugs/1468422 |
| 14:19 |
|
vlewis joined #evergreen |
| 14:19 |
|
vlewis_ joined #evergreen |
| 14:28 |
kmlussier |
Is there a way to delete a patron account client-side in the web client? I don't see it in the Other dropdown in the patron record, but I didn't know if it was moved and I'm just missing it. |
| 14:31 |
* mmorgan |
does not see a delete patron option anywhere either. |
| 14:32 |
kmlussier |
mmorgan: Do staff use that button in your libraries or is deleting patrons mostly done via the database? |
| 14:32 |
tsbere |
kmlussier: Given how delete-happy some people are I wonder if that is a good thing. ;) |
| 14:33 |
Dyrcona |
berick: Files for 2.9.1 are in place, let me know when 2.8.5 has been uploaded and I'll take care of the wordpress changes all at once. |
| 14:33 |
kmlussier |
I don't know. For some reason I think C/W MARS removed that permission from most staff a while ago, but I could be confusing it with something else. |
| 14:33 |
mmorgan |
kmlussier: Staff members do use that function quite frequently. |
| 14:40 |
kmlussier |
Merge patrons seems to be missing too. I guess those would be two distinct bugs. |
| 14:42 |
* csharp |
would love to see those appear only for those who have the relevant perms |
| 14:44 |
kmlussier |
csharp: Sounds good to me. Want to add that comment to bug 1517596 and bug 1517595? |
| 14:44 |
pinesol_green |
Launchpad bug 1517596 in Evergreen "webclient: merge patrons missing" [Medium,New] https://launchpad.net/bugs/1517596 |
| 14:44 |
pinesol_green |
Launchpad bug 1517595 in Evergreen "webclient: delete patron action is missing" [Medium,New] https://launchpad.net/bugs/1517595 |
| 14:45 |
csharp |
kmlussier: will do |
| 14:45 |
kmlussier |
I would have added that comment when I submitted them, but I didn't see it until it was too late. |
| 14:46 |
kmlussier |
Despite many, many hours of us of the web staff client, I sometimes feel as if I've only scratched the surface of testing it. There's just so much there. |
| 14:46 |
kmlussier |
s/us/use |
| 14:49 |
Dyrcona |
Oh, speaking of web client testing. My dev vm should be back to "normal." |
| 14:50 |
csharp |
kmlussier: I agree - PINES is about to dive into testing it on 2.9.X, so we'll have more data to work with |
| 14:52 |
|
vlewis__ joined #evergreen |
| 14:52 |
|
vlewis___ joined #evergreen |
| 14:56 |
|
vlewis joined #evergreen |
| 14:56 |
|
vlewis_ joined #evergreen |
| 14:58 |
Dyrcona |
berick: So, never mind, I apparently don't have the necessary permissions to do that. |
| 15:00 |
berick |
Dyrcona: *nod* may have to bring the big guns (bshum) |
| 15:00 |
bshum |
Already done. |
| 15:00 |
bshum |
and page updated |
| 15:00 |
berick |
:) |
| 15:00 |
berick |
my files will be ready in moments |
| 15:00 |
bshum |
Also changed the statement to say people should use 2.9. Not 2.8. |
| 15:00 |
bshum |
berick: No problem, it'll be there waiting, one hopes |
| 15:01 |
bshum |
I'm going to add the link to the 2.9 upgrade instructions too |
| 15:01 |
bshum |
Though we may have to wait for the docs site to update on that front |
| 15:01 |
bshum |
Depending on what's in git for those rel_ branches |
| 15:02 |
csharp |
@who is the Big Guns? |
| 15:02 |
pinesol_green |
pastebot is the Big Guns. |
| 15:02 |
csharp |
@who *has* the Big Guns? |
| 15:02 |
pinesol_green |
bmills *has* the Big Guns. |
| 15:03 |
csharp |
we're about to talk about Angular2 |
| 15:05 |
* bshum |
will do some doc commits to fixup the upgrade instructions for the relevant branches |
| 15:12 |
berick |
anyone else having problems running 'make check' on ubuntu 14.04? "//lib/x86_64-linux-gnu/libm.so.6: error adding symbols: DSO missing from command line" |
| 15:13 |
berick |
actually, just before that libcheck.a(check.o): undefined reference to symbol 'floor@@GLIBC_2.2.5' |
| 15:14 |
Dyrcona |
berick: Yep. |
| 15:15 |
bshum |
I forward ported the version of the changes for server_upgrade to master, since 2.9.1 is the latest and best all around. |
| 15:15 |
bshum |
And we should push that version up in the main master docs |
| 15:15 |
csharp |
takeways so far: 1) angularjs 1.X will be around for a long time 2) the transition is being likened to the Python 2 to 3 transition (basically, a lot of sites probably won't upgrade right away but slowly transition) 3) if we move to component-based development in angular 1, the transition to 2 will be greatly eased |
| 15:16 |
csharp |
also, corollary to 3), there will be more interoperability between angular 1 & 2 if we use a component-based approach |
| 15:17 |
Dyrcona |
berick: Looks like it may be caused by the order of libraries on the command line, specifically, libm. |
| 15:17 |
berick |
Dyrcona: got it working... |
| 15:17 |
berick |
yeah |
| 15:17 |
berick |
had to add -lm -lpthread and -lrt |
| 15:17 |
berick |
following along with https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713616 |
| 15:17 |
pinesol_green |
Debian bug 713616 in src:netcfg "netcfg: FTBFS: ld: /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/libcheck.a(check.o): undefined reference to symbol 'floor@@GLIBC_2.2.5'" [Serious,Fixed] |
| 15:17 |
berick |
yay, tests pass |
| 15:18 |
berick |
that is, add it to Open-ILS/src/c-apps/tests/Makefile LIBS = |
| 15:18 |
pinesol_green |
[evergreen|Ben Shum] Docs: Change references to release 2.9.1 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=26d08db> |
| 15:18 |
* berick |
makes a note to open an LP |
| 15:20 |
berick |
kmlussier: I def. notice a difference in the "violin concerto" query after applying the QP patch |
| 15:21 |
Bmagic |
Is there still and issue with the Ruby EDI business for 14.04 ? |
| 15:22 |
berick |
Bmagic: there's a workaround |
| 15:22 |
csharp |
Bmagic: not really |
| 15:22 |
Bmagic |
I remember this being a reason that we didnt go to 14.04 |
| 15:23 |
csharp |
Bmagic: http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/edi_translator/install-ubuntu-trusty.sh;h=6223070d3cbb0919918c3ff2ef3c8dc82d68735e;hb=HEAD |
| 15:23 |
csharp |
(sorry for biguglylink) |
| 15:23 |
Bmagic |
http://docs.evergreen-ils.org/2.9/_installation.html works for 14.04? |
| 15:24 |
bshum |
csharp: Hmm..... that should go into the install instructions for acq in the main docs |
| 15:24 |
bshum |
If it hasn't already |
| 15:24 |
Bmagic |
oh I see csharp's link - what is going on with getting rid of Ruby? |
| 15:24 |
berick |
bshum: files uploaded |
| 15:24 |
bshum |
berick++ |
| 15:24 |
csharp |
Bmagic: berick's working on it ;-) |
| 15:24 |
berick |
Bmagic: every hackaway I get a little closer |
| 15:25 |
berick |
but I just expanded the scope to clean up the templates |
| 15:25 |
berick |
so, yeah |
| 15:25 |
Bmagic |
berick++ - I remember working on it with you at the last conference |
| 15:26 |
berick |
Bmagic: i may need your (and csharp's) help again before we're done |
| 15:26 |
berick |
not sure when that will be, though |
| 15:26 |
Bmagic |
no problem! |
| 15:27 |
berick |
this is the result of the latest hackaway https://bugs.launchpad.net/evergreen/+bug/1513872 |
| 15:27 |
pinesol_green |
Launchpad bug 1513872 in Evergreen "Move EDI toggles into DB" [Wishlist,New] |
| 15:28 |
kmlussier |
berick: I'm not surprised about the "violin concerto" query. the results were quite remarkable in my testing on Dyrcona's database. I'm surprised I never noticed the problem before. |
| 15:29 |
kmlussier |
Pre-patch we have these results for "the blue": |
| 15:29 |
kmlussier |
http://catalog.mvlc.org/eg/opac/results?query=%22the+blue%22&qtype=keyword&fi%3Asearch_format=&locg=1 |
| 15:30 |
kmlussier |
And post-patch we have: |
| 15:30 |
csharp |
berick: happy to test whatever you need |
| 15:30 |
kmlussier |
https://jasondev.mvlcstaff.org/eg/opac/results?query=%22the+blue%22&qtype=keyword&fi%3Asearch_format=&locg=1 |
| 15:30 |
csharp |
(or otherwise help) ;-) |
| 15:30 |
berick |
kmlussier: makes all the difference |
| 15:30 |
Bmagic |
kmlussier: that is sweet |
| 15:32 |
csharp |
kmlussier: that's awesome |
| 15:32 |
kmlussier |
miker++ |
| 15:36 |
Bmagic |
kmlussier: so, which patch is that? |
| 15:36 |
kmlussier |
bug 1516707 |
| 15:36 |
pinesol_green |
Launchpad bug 1516707 in Evergreen 2.9 "Relevance ranking deteriorates when phrases are added to search" [Medium,Fix committed] https://launchpad.net/bugs/1516707 |
| 15:47 |
|
jlitrell joined #evergreen |
| 15:50 |
|
mmorgan left #evergreen |
| 15:51 |
csharp |
another angular 2 takeaway - it's still very much in alpha |
| 15:52 |
jeffdavis |
Is anyone here restricting access to staff-only parts of EG using firewall rules or similar? e.g. only allowing access when connecting from certain IP ranges |
| 15:52 |
csharp |
jeffdavis: we use a firewall to restrict SIP2 access, but nothing more than that |
| 15:55 |
gmcharlt |
jeffdavis: we've got at least one customer IP-restricting staff client access via Apache config |
| 15:56 |
jeff |
permitting API calls for some things but not other things is likely to require development. |
| 15:56 |
jeff |
or logins for certain classes of users but not others, etc. |
| 15:57 |
jeff |
depends on your ingress points, mostly. |
| 15:57 |
jeff |
if you say "the gateway is for staff only, patrons use the tpac or nothing", that's easier. that closes a lot of doors, though. |
| 15:57 |
jeff |
I'm interested in the ability to have more controls there. |
| 15:58 |
Dyrcona |
I believe the http_translator is intended for broader use, and the gateway is unofficially deprecated, but I could be mistaken. |
| 15:59 |
Dyrcona |
jeffdavis: We have split the staff and public onto separate bricks, and only things required for the public side run on that brick. |
| 16:00 |
Dyrcona |
That said, you can still access most APIs through the gateway, translator, xml-rpc, etc. from the public brick. |
| 16:00 |
jeffdavis |
huh, interesting approach |
| 16:01 |
Dyrcona |
You can also restrict what is available through the configuration. |
| 16:01 |
* Dyrcona |
looks it up. |
| 16:02 |
Dyrcona |
In opensrf.xml, there is a section for allowed services for xml-rpc. |
| 16:03 |
Dyrcona |
There is a similar configuration for the gateway in opensrf_core.xml. |
| 16:04 |
Dyrcona |
I believe you can also put those in <host> sections at the bottom so that different hosts can share 1 file and get different configurations. |
| 16:08 |
jeffdavis |
thanks all, that is helpful |
| 16:09 |
gmcharlt |
Dyrcona: spoke with miker to dredge up from his memory - and yeah, the HTTP translator and WebSockets binding are newer and more featureful |
| 16:09 |
gmcharlt |
the JSON gateway is not deprecated per se, just likely to be increasingly less used |
| 16:10 |
jeffdavis |
I like that conify is described in eg_vhost.conf as the "next-generation Evergreen administration interface" :) |
| 16:10 |
gmcharlt |
(although as a wrinkle: there are two versions of the JSON gateway, and it might not be a bad idea to consider deprecating the oldest) |
| 16:10 |
berick |
beware the core value/purpose of the translater (streaming via multpart mixed/replace) is itself deprecated |
| 16:10 |
gmcharlt |
jeffdavis: well, at the time... :) |
| 16:10 |
gmcharlt |
berick: indeed, in favor of WS |
| 16:10 |
berick |
so the translater is in fact no better than the json gateway, except that it returns osrf messages instead of arrays of results. |
| 16:11 |
berick |
(which is good, of course) |
| 16:11 |
jeff |
berick: though it still remains as the only way of having a remote stateful opensrf session other than websockets, yes? |
| 16:11 |
berick |
jeff: ah! good point |
| 16:11 |
berick |
yes |
| 16:11 |
jeff |
(since the gateway (both versions) are stateless) |
| 16:11 |
berick |
that is a distinct advantage of the translator |
| 16:11 |
berick |
forgot about that |
| 16:13 |
berick |
the gateway is a great debugging tool |
| 16:13 |
gmcharlt |
yeah - to be clear, I'm certainly not pushing towards deprecating anything |
| 16:14 |
gmcharlt |
just more thinking of "here, random developer trying to talk to Evergreen: look at this, and ignore this!" |
| 16:14 |
dbwells |
berick: re: the auth bug comment, yes that's exactly what we discussed. Thanks for summarizing, and sorry for not following up more quickly on that. |
| 16:14 |
berick |
gmcharlt: right |
| 16:14 |
berick |
thanks dbwells |
| 16:15 |
berick |
dbwells: i'm considering diving into that so that we can push for a 2.9 release of the password changes. |
| 16:15 |
* Dyrcona |
makes a note to use websockets in the future. |
| 16:16 |
Dyrcona |
Maybe downloading "Java Websockets" from Safari online would be a good idea? :p |
| 16:17 |
gmcharlt |
Dyrcona: Forth, surely? |
| 16:17 |
dbwells |
berick: That would be awesome. I'm ready to jump in with updating the AuthProxy bits, but I'd be in the way trying to split the c service, I think. |
| 16:17 |
Dyrcona |
gmcharlt++ |
| 16:17 |
berick |
dbwells: k. i'll keep you (and lp) posted on that |
| 16:18 |
Dyrcona |
PostScript, and then I can authenticate from my printer, make a couple of calls and print a pretty report. ;) |
| 16:18 |
berick |
... after I pull my head out of this authority linking trough |
| 16:19 |
dbwells |
berick: I've been running the existing branch in a few places now, and still no issues outside of the one we're talking about. I think it's a really great improvement! |
| 16:20 |
berick |
dbwells: yay! |
| 16:26 |
jeff |
I shouldn't be surprised that we have bibs without a 245. |
| 16:26 |
jeff |
Not sure why I was just now. |
| 16:28 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: Missed some acknowledgements in the 2.9.1 point release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=98848b9> |
| 16:40 |
bshum |
Dyrcona++ # finding my overzealous typos |
| 16:40 |
pinesol_green |
[evergreen|Ben Shum] Docs: fix typo for version upgrade 2.8.4-2.9.0 in server upgrade - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d3dd07c> |
| 16:56 |
|
vlewis_ joined #evergreen |
| 17:03 |
|
mdriscoll1 left #evergreen |
| 17:19 |
|
vlewis joined #evergreen |
| 17:56 |
|
dcook joined #evergreen |
| 21:23 |
|
phasefx_ joined #evergreen |
| 21:23 |
|
akilsdonk joined #evergreen |
| 21:24 |
|
pmurray_away joined #evergreen |
| 21:59 |
|
Christineb joined #evergreen |
