| Time |
Nick |
Message |
| 06:15 |
|
tlittle joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:22 |
|
kmlussier joined #evergreen |
| 07:36 |
|
rlefaive joined #evergreen |
| 07:51 |
|
rlefaive_ joined #evergreen |
| 07:56 |
|
rlefaive joined #evergreen |
| 07:58 |
|
_bott_ left #evergreen |
| 08:02 |
|
_bott_ joined #evergreen |
| 08:11 |
|
ejk joined #evergreen |
| 08:14 |
|
kipd joined #evergreen |
| 08:17 |
|
Glen joined #evergreen |
| 08:22 |
|
ngf42 joined #evergreen |
| 08:42 |
|
mmorgan joined #evergreen |
| 08:43 |
|
collum joined #evergreen |
| 08:51 |
|
bos20k joined #evergreen |
| 09:00 |
|
rlefaive joined #evergreen |
| 09:05 |
|
bos20k joined #evergreen |
| 09:17 |
|
Dyrcona joined #evergreen |
| 09:46 |
|
rlefaive joined #evergreen |
| 09:55 |
Dyrcona |
Hmm. Anyone gotten http -> https redirect to work with the web staff client? |
| 09:56 |
Dyrcona |
I tried it and got mixed results. It would work sometimes and sometimes not. |
| 09:56 |
Dyrcona |
Only way it would work all the time is if I did a global http -> https redirect, but then you encounter Lp 1507013. |
| 09:56 |
pinesol_green |
Launchpad bug 1507013 in Evergreen "Forcing HTTPS breaks some functionality in staff client" [Undecided,New] https://launchpad.net/bugs/1507013 |
| 09:58 |
Dyrcona |
Looks like I tried on 2.12 back in late November. It seemed to be more of an Apache thing than an Evergreen thing. |
| 10:04 |
Dyrcona |
Ah, maybe I was trying mod_rewrite. (I don't have notes.) |
| 10:04 |
Dyrcona |
I believe I was, though. Think I'll give Redirect from mod_alias a shot. |
| 10:08 |
Bmagic |
hmm |
| 10:09 |
Dyrcona |
There's a rewrite rule in there already, but it don't work. |
| 10:10 |
* Dyrcona |
checks if it is in master, or something that I added. |
| 10:11 |
|
jvwoolf joined #evergreen |
| 10:11 |
Dyrcona |
Ah, the rewrite rule only works if you leave off the trailing /.... |
| 10:11 |
Dyrcona |
And the comment even says that what it's for. :) |
| 10:12 |
dbs |
Dyrcona: I use nginx to do the redirects |
| 10:13 |
Dyrcona |
And, there's this line which don't work: RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [NE,R,L] |
| 10:13 |
Dyrcona |
With a RewriteCond of https off. |
| 10:13 |
Dyrcona |
dbs: That's nice, I don't want nginx in the mix. |
| 10:14 |
Dyrcona |
s/,/./ :) |
| 10:14 |
dbs |
Okay. Just saying, that's how web staff client http->https redirects are working for us on 2.12 |
| 10:16 |
Dyrcona |
dbs: There's a rewrite rule in eg_vhost.conf but it's not working, at least not on Apache 2.4. |
| 10:18 |
dbs |
Dyrcona: yeah we don't use that because we're running apache on port 7443; sorry that I can't help further :/ |
| 10:18 |
Dyrcona |
https://httpd.apache.org/docs/2.4/rewrite/avoid.html#redirect recommends against this use of rewrites. |
| 10:19 |
Dyrcona |
dbs: S'allgood. I'll figure out a redirect. :) |
| 10:19 |
dbs |
although under /eg/staff I have: https://pastebin.com/U2xjHuWp |
| 10:19 |
dbs |
not sure if that's stock |
| 10:20 |
Dyrcona |
Yes, that is stock. |
| 10:20 |
dbs |
k |
| 10:20 |
Dyrcona |
Since we have a lot of rewrites going on, I'll see if I can fix that, first. |
| 10:20 |
Dyrcona |
And rewrites happen before redirects according to the Apache docs. |
| 10:23 |
Dyrcona |
Now, I wonder if it is the order of the directives. The SSLRequireSSL is at the top. |
| 10:25 |
Dyrcona |
Nope. Moving them around doesn't help. |
| 10:26 |
Dyrcona |
Removing the SSLRequireSSL directive works. |
| 10:28 |
Dyrcona |
Think I'm going to Lp this. |
| 10:29 |
Dyrcona |
'Cause everything seems to work as intended, now. |
| 10:45 |
Dyrcona |
Interesting...Apache 2.2 doesn't have this issue. Must be a change in 2.4. |
| 11:04 |
Dyrcona |
Ah, well...typo in the branch name, but what's new? |
| 11:06 |
Dyrcona |
Lp 1748466 |
| 11:06 |
pinesol_green |
Launchpad bug 1748466 in Evergreen "Rewrite from HTTP to HTTPS not working for web staff client with Apache 2.4" [Undecided,New] https://launchpad.net/bugs/1748466 |
| 11:37 |
|
Christineb joined #evergreen |
| 11:55 |
|
Rick__ joined #evergreen |
| 11:56 |
|
mmorgan joined #evergreen |
| 12:02 |
pinesol_green |
[evergreen|Bill Erickson] LP#1730752 Webstaff grid column batch config dialog - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=eb7cd33> |
| 12:02 |
pinesol_green |
[evergreen|Bill Erickson] LP#1730752 Grid colum 'sort visible to top' option - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1be3d75> |
| 12:02 |
pinesol_green |
[evergreen|Bill Erickson] LP#1730752 Grid column move-to-last fix - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b2262e2> |
| 12:02 |
pinesol_green |
[evergreen|Remington Steed] LP#1730752 Fix minor bug with move-to-last - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1f630f2> |
| 12:04 |
berick |
hackfest++ |
| 12:04 |
berick |
oh wait, hack-a-way++ |
| 12:12 |
Rick__ |
Hello everyone. Would this be the right place to ask for some help with a client login issue I am having with both a server I built and the demo at evergreencatalog.com? |
| 12:14 |
miker |
Rick__: either here or on the general mailing list is fine |
| 12:15 |
Rick__ |
Excellent. |
| 12:15 |
Rick__ |
Then I'll just throw this out there. |
| 12:17 |
Rick__ |
When using the Windows 3.0.3 client to login to a locally hosted Evergeen instance, I get a "TypeError: g.my_libs_tree is null" in the Workstation window after authenticating. |
| 12:17 |
miker |
Rick__: did you run autogen.sh on the server? |
| 12:17 |
Rick__ |
I was really eager to see Evergreen in action, so I downloaded the Windows 3.0.0 client and attempted to connect to demo.evergreencatalog.com and got the same error. |
| 12:19 |
Rick__ |
I did run the autogen.sh script right before restarting my apache2 service. |
| 12:19 |
miker |
hrm... interesting. I'll look at the demo server. sec |
| 12:20 |
|
jihpringle joined #evergreen |
| 12:25 |
|
rlefaive joined #evergreen |
| 12:28 |
Dyrcona |
Rick__: An error in the tree can also cause that. |
| 12:29 |
Dyrcona |
Like having the wrong ou_type for the "depth" of an org unt. |
| 12:29 |
miker |
Rick__: I'm seeing that too ... restarting services on the demo server |
| 12:29 |
Dyrcona |
Or a loop between parent and child. |
| 12:29 |
Dyrcona |
miker: Some probably messed with the org. tree on the demo server and broke something, again. |
| 12:30 |
miker |
Dyrcona: maybe ... autogen didn't have a problem grabbing it (or, didn't complain). I'll look at that in a sec |
| 12:33 |
miker |
tree does have a new OU, but it's sane (not wrong type, no loops, etc) |
| 12:34 |
Rick__ |
Would the ou_type be something I can look at in postgres? I am using the example data provided during the db creation so I have not done any org configuration myself. |
| 12:44 |
mmorgan |
miker: would double quotes in the org unit name for CONS cause a problem? |
| 12:45 |
Dyrcona |
Rick__: Yes, you can look at it in the database: actor.org_unit and actor.org_unit_type tables. |
| 12:46 |
miker |
mmorgan: hrm... possibly. I didn't look at the names. but, we should be escaping all that. or, the JSON modules we use should |
| 12:46 |
miker |
Rick__: if you haven't touched the org hierarchy then it's probably not that |
| 12:46 |
miker |
(certainly not, really) |
| 12:47 |
Dyrcona |
Rick__: What options did you use with eg_db_config? You can omit the username/password and database connection options. |
| 12:48 |
Dyrcona |
I wonder if there's anything in actor.org_unit. |
| 13:09 |
|
mmorgan joined #evergreen |
| 13:16 |
|
mmorgan joined #evergreen |
| 13:19 |
csharp |
remingtron: FYI, I fixed those broken links you mentioned (http://irc.evergreen-ils.org/evergreen/2018-02-02#i_344262) - it was an Apache 2.2 -> 2.4 config issue |
| 13:20 |
Dyrcona |
Seems to be a rash of that going around.... :) |
| 13:21 |
remingtron |
csharp++ |
| 13:32 |
|
hbrennan joined #evergreen |
| 13:44 |
|
beanjammin joined #evergreen |
| 13:48 |
|
mmorgan joined #evergreen |
| 15:01 |
|
dpearl joined #evergreen |
| 15:22 |
|
rjackson_isl_ joined #evergreen |
| 15:32 |
|
rjackson_isl__ joined #evergreen |
| 15:40 |
ngf42 |
informal poll: ansible, cfengine, puppet, rex, or other? how do y'all feel about configuration management software? any favorite solutions? |
| 15:40 |
ngf42 |
(a cat for your time: https://i.imgur.com/C4vdI8l.gifv) |
| 15:40 |
berick |
i use ansible for my automated builds |
| 15:41 |
berick |
but I don't use it for all tasks by a long shot |
| 15:41 |
csharp |
ngf42: we're planning to move to an ansible-based build system (currently using home grown stuff) |
| 15:41 |
jeff |
we use ansible here. |
| 15:42 |
jeffdavis |
we're in the middle of moving a bunch of stuff from puppet to ansible |
| 15:42 |
jeffdavis |
puppet proved too cumbersome for some purposes |
| 15:42 |
ngf42 |
lots of popularity for ansible. you folks must like it |
| 15:43 |
berick |
i've been pleased |
| 15:44 |
ngf42 |
that settles which one i'll be trying out first then. thank you all! berick++ csharp++ jeff++jeffdavis++ |
| 15:44 |
jeffdavis |
ngf42: ask me what I think of it in a year or two ;) |
| 15:44 |
ngf42 |
:-) |
| 15:46 |
|
rlefaive joined #evergreen |
| 16:09 |
|
dpearl left #evergreen |
| 16:58 |
|
mmorgan left #evergreen |
| 17:04 |
|
jvwoolf left #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
