| Time |
Nick |
Message |
| 01:48 |
|
malexander joined #evergreen |
| 05:20 |
|
malexander joined #evergreen |
| 05:46 |
|
khuckins joined #evergreen |
| 06:30 |
|
khuckins_ joined #evergreen |
| 06:35 |
|
khuckin__ joined #evergreen |
| 07:18 |
|
troy__ joined #evergreen |
| 07:31 |
|
rjackson_isl_hom joined #evergreen |
| 07:53 |
|
mantis1 joined #evergreen |
| 08:08 |
|
Dyrcona joined #evergreen |
| 08:27 |
|
rfrasur joined #evergreen |
| 08:32 |
|
mmorgan joined #evergreen |
| 08:32 |
|
khuckins_ joined #evergreen |
| 08:52 |
|
malexander joined #evergreen |
| 09:14 |
|
jonadab joined #evergreen |
| 10:16 |
|
terranm joined #evergreen |
| 11:09 |
|
jvwoolf1 joined #evergreen |
| 11:10 |
Dyrcona |
Trying to create a VM from the Ubuntu 18.04.5 live server image is not going very well. |
| 11:18 |
|
malexander joined #evergreen |
| 11:28 |
|
malexander joined #evergreen |
| 11:31 |
terranm |
phasefx: I'm configuring the geo work on my test server with my Google API key - which map API(s) do I need to enable? I have Maps JavaScript API and Geocoding API enabled already, do I need something else? |
| 11:34 |
terranm |
Distance Matrix API maybe? |
| 11:37 |
terranm |
Geolocation API? |
| 11:50 |
JBoyer |
terranm, I would expect that Geocoding is the primary one you need, is it giving you errors or just not giving you results? |
| 11:50 |
terranm |
Just no results |
| 11:54 |
terranm |
The browser console just says "Net: request open-ils.actor.geo.retrieve_coordinates" and then doesn't do anything |
| 11:55 |
JBoyer |
Did you enable geolocation in Server Admin / Global Flags? |
| 11:56 |
JBoyer |
There's something else I'm looking for but I've typed and erased too much to not send *something* heh. |
| 11:56 |
terranm |
Yes |
| 11:57 |
JBoyer |
And selected the service you defined in the OU editor? |
| 11:57 |
terranm |
Yep |
| 11:57 |
JBoyer |
(Lots of moving pieces for this one...) |
| 11:58 |
terranm |
Yes - the documentation is certainly necessary for this one. |
| 11:58 |
|
sandbergja joined #evergreen |
| 11:59 |
JBoyer |
What service code did you use? |
| 11:59 |
terranm |
It's on https://terran-master.gapines.org/eg/staff if you have a moment that you can take a look |
| 11:59 |
JBoyer |
I'm assuming there's nothing helpful in your Eg logs |
| 11:59 |
terranm |
Google |
| 11:59 |
terranm |
I have no clue how to look at the Eg logs. I haven't learned that yet. |
| 11:59 |
terranm |
:/ |
| 12:03 |
|
Christineb joined #evergreen |
| 12:03 |
JBoyer |
Ok, in the OU editor I clicked the Get Coordinates button to try to fill in the coords for an OU and got this: Session Error: router private.localhost/open-ils.geo IS NOT CONNECTED TO THE NETWORK!!! |
| 12:03 |
JBoyer |
So it looks like the geo service isn't running. Your opensrf.xml (and possibly opensrf_core.xml) may be out of date |
| 12:06 |
jeff |
Does it count as scraping and caching if you have to select "Get Coordinates" and then "Save" for every org unit? I'm glad I don't have to determine that. |
| 12:09 |
terranm |
hrrm |
| 12:09 |
|
khuckins joined #evergreen |
| 12:10 |
terranm |
Thanks JBoyer++ I'll try to investigate that |
| 12:11 |
terranm |
Bah, I'd somehow unclicked the "Errors" in the browser console and was only looking at warnings. Oops |
| 12:11 |
|
jvwoolf joined #evergreen |
| 12:12 |
|
jihpringle joined #evergreen |
| 12:12 |
mmorgan |
terranm: You just wanted a bigger challenge ;-) |
| 12:12 |
|
gmcharlt_ joined #evergreen |
| 12:13 |
terranm |
That's what I always look for on a Friday! |
| 12:21 |
|
jvwoolf1 joined #evergreen |
| 12:24 |
|
nfBurton28 joined #evergreen |
| 12:50 |
terranm |
Okay, so I updated opensrf.xml and opensrf_core.xml and restarted everything, so now I'm getting a *different* error |
| 12:51 |
terranm |
GEOCODING_LOCATION_NOT_FOUND |
| 12:56 |
terranm |
*sigh* |
| 12:57 |
csharp |
as of 2/16 at around 6:30 pm EST, I started seeing this error in the logs and our XML-RPC gateway stopped working: |
| 12:57 |
csharp |
Can't locate object method "args" via package "XML::Parser::ExpatNB" at /usr/local/share/perl/5.22.1/OpenILS/WWW/XMLRPCGateway.pm line 69.\n |
| 12:57 |
csharp |
anyone encountered that? |
| 13:00 |
|
mantis1 left #evergreen |
| 13:01 |
csharp |
we turn on the "force HTTPS for everything" option in eg_vhost.conf - I bet that's relevant |
| 13:01 |
csharp |
s/turn/turned/ |
| 13:04 |
csharp |
maybe needs a RewriteCond to handle that |
| 13:06 |
csharp |
yep, this seems to confirm the issue: https://stackoverflow.com/questions/10307406/perl-xml-rpc-over-https |
| 13:21 |
Dyrcona |
There's a nagging voice in my head saying there's a better way to fix that, but I'd really have to look at the code again, and I'm doing something else at the moment. |
| 13:22 |
* Dyrcona |
tests the Ubuntu 20.04 branches. |
| 13:22 |
csharp |
well turns out the "better way" was for the client to use "https://" instead :-) |
| 13:22 |
csharp |
that Just Worked™ |
| 13:25 |
Dyrcona |
Yeah, I was looking at the module and about to say that it shouldn't affect us. |
| 13:25 |
Dyrcona |
That stackoverflow question is about a XML::RPC client. |
| 13:26 |
Dyrcona |
OpenSRF prereqs are installed... Time of the next step.... |
| 13:27 |
Dyrcona |
BTW, how does the force ssl work with a proxy? I think you'd want the proxy to force TLS and not Apache. |
| 13:28 |
Dyrcona |
That may be a part of the problem, csharp. ^^^ |
| 13:30 |
Dyrcona |
What we *should* do is have the proxy handle TLS, and pass plain text HTTP from the proxy to Apache. That would save a few (several) CPU cycles. |
| 13:31 |
Dyrcona |
The above should also be optional for cases where the proxy and Apache are on different hosts and you can't guarantee the security of the LAN. |
| 13:31 |
csharp |
Dyrcona: it just rewrites the URL without issue, but I can see the point about having the proxy handle it |
| 13:37 |
berick |
related, bug 1882967 |
| 13:38 |
pinesol |
Launchpad bug 1882967 in Evergreen "SSL / TLS changes" [Wishlist,New] https://launchpad.net/bugs/1882967 |
| 13:39 |
Dyrcona |
Yeahp. |
| 13:41 |
Dyrcona |
I'm also going to test websocketd 0.4.1. I've been using 0.3.1 in production for the past 2 years, and it has been rock solid, even more so than 0.3.0. We should consider updating the README. |
| 13:53 |
|
alynn26 joined #evergreen |
| 13:53 |
berick |
Dyrcona++ # websocketd testing |
| 14:00 |
|
abowling2 joined #evergreen |
| 14:03 |
Dyrcona |
csharp: I'm going to test the nginx redirect to https on this vm. |
| 14:08 |
Dyrcona |
I'm gonna update the TLS settings, too. |
| 14:08 |
Dyrcona |
I'll open a Lp bug for the TLS settings. |
| 14:12 |
Dyrcona |
And, these changes stop XUL from being able to connect. :) |
| 14:20 |
Dyrcona |
Things get complicated rather quickly, don't they? |
| 14:40 |
|
rhamby joined #evergreen |
| 14:40 |
|
jweston joined #evergreen |
| 14:40 |
|
yeats_ joined #evergreen |
| 14:40 |
|
jeff joined #evergreen |
| 14:40 |
|
genpaku joined #evergreen |
| 14:40 |
|
egbuilder joined #evergreen |
| 15:01 |
Dyrcona |
OpenSRF still works on Ubuntu 20.04. |
| 15:48 |
|
dbwells joined #evergreen |
| 15:49 |
Dyrcona |
Evergreen works. |
| 15:50 |
|
sandbergja joined #evergreen |
| 15:52 |
Dyrcona |
Might as well call it a day. Have a nice weekend everyone! |
| 16:09 |
|
dbwells joined #evergreen |
| 16:36 |
|
dbwells joined #evergreen |
| 16:38 |
|
dbwells joined #evergreen |
| 17:05 |
|
mmorgan left #evergreen |
| 17:23 |
|
dbwells joined #evergreen |
| 17:31 |
|
dbwells joined #evergreen |
| 17:35 |
|
dbwells joined #evergreen |
