| Time |
Nick |
Message |
| 05:50 |
|
book` joined #evergreen |
| 06:11 |
|
book` joined #evergreen |
| 07:12 |
|
sarabee joined #evergreen |
| 07:18 |
|
book` joined #evergreen |
| 07:29 |
|
graced joined #evergreen |
| 07:53 |
|
mrpeters joined #evergreen |
| 07:55 |
|
book` joined #evergreen |
| 08:00 |
|
collum joined #evergreen |
| 08:17 |
|
akilsdonk joined #evergreen |
| 08:25 |
|
Dyrcona joined #evergreen |
| 08:30 |
|
Newziky joined #evergreen |
| 08:33 |
|
mmorgan joined #evergreen |
| 08:44 |
|
book` joined #evergreen |
| 08:55 |
|
jwoodard joined #evergreen |
| 09:13 |
|
Dyrcona joined #evergreen |
| 09:17 |
* csharp |
is suddenly convinced that lib_ips.txt needs to be moved to the DB |
| 09:18 |
* tsbere |
has never used that feature |
| 09:20 |
csharp |
for the unfamiliar, if your org_unit's shortname, start of IP range, and end of IP range is in that file (/openils/conf/lib_ips.txt), and the OPAC redirector is uncommented in /etc/apache2/eg_startup, the server will redirect the request to search that org_unit's collection |
| 09:21 |
csharp |
it's a plain text file, but I'm now convinced that there's no reason no to put that in the DB so libraries can manage it themselves |
| 09:21 |
csharp |
s/reason no/reason not/ |
| 09:21 |
tsbere |
We use subdomains and rewrite tricks. <_< |
| 09:22 |
csharp |
that would be far less manageable at our scale |
| 09:22 |
csharp |
54 systems, ~340 units |
| 09:23 |
dbs |
we use subdomains and rewrite tricks too. |
| 09:24 |
tsbere |
csharp: Specifically, the rewrite tricks define "this subdomain means this code" (we have some codes used multiple times) and "this code means this physical location" in text files. |
| 09:24 |
tsbere |
It isn't that hard to maintain. |
| 09:25 |
jeff |
it changes the maintenance from "libraries should be sure that central systems staff have all of their client IPs on file" to "libraries should set this as their homepage url" |
| 09:26 |
jeff |
but it doesn't handle the case of "patron got here via other means (manual url entry, following a link, search results) and we'd like them to receive special treatment based on their ip" |
| 09:26 |
csharp |
hmm - I'll have to ponder that |
| 09:26 |
jeff |
(because you do kinda' need their IP to do that kind of thing) |
| 09:26 |
|
Shae joined #evergreen |
| 09:27 |
jeff |
barring a proxy that you control that does interception and header insertion, etc, etc. |
| 09:27 |
csharp |
we've been a monolithic "gapines.org" for so long - I would have to be convinced enough to convince others it's worth the trouble |
| 09:28 |
csharp |
in any case, moving the IPs into the database sounds like a low overhead solution for our current approach |
| 09:28 |
csharp |
I have definitely wondered in the past if anyone else out there even uses the lib_ips.txt feature |
| 09:30 |
csharp |
it would also be nice to configure SIP accounts in the DB and not require us to edit XML |
| 09:30 |
* csharp |
points out that he is not on the most recent version of SIPServer or the newer sip config |
| 09:30 |
jeff |
we used to use it. |
| 09:31 |
jeff |
(lib_ips) |
| 09:34 |
|
yboston joined #evergreen |
| 09:35 |
|
remingtron joined #evergreen |
| 09:37 |
tsbere |
csharp: I can somewhat agree on some of the SIP stuff, though I think the way things work in the XML would be hard to translate to DB storage right now. |
| 09:38 |
tsbere |
Might be easier to rig up a DB table with needed info and then rig something to dump the relevant config file lines from it. |
| 09:39 |
|
maryj joined #evergreen |
| 09:46 |
jeff |
i'm not sure i'd favor SIPServer reading config from a db. i would favor things that would make reconfiguring it easier -- i'm not actually certain that it hadn't recently gained an easier way to do a kind of graceful reload/restart. |
| 09:48 |
Stompro |
bshum, I do now remember that error message about fts, I just used the 93 version like it suggested, I haven't noticed any problems with using the 93 version. |
| 09:49 |
jonadab |
You could always have the firewall ruleset redirect each library's IP range to a different port, then use Apache virtual server stuff to engage rewrite tricks from there. |
| 09:49 |
* jonadab |
ducks. |
| 09:50 |
* jeff |
sends the ducks after jonadab |
| 10:05 |
|
book` joined #evergreen |
| 10:26 |
bshum |
Stompro: That sounds about right. |
| 10:27 |
bshum |
Well if we finish that piece and then I think the next maintenance releases will work with Jessie. |
| 10:31 |
Stompro |
bshum++, thanks for all your work on that yesterday. |
| 10:35 |
Dyrcona |
@praise bshum |
| 10:35 |
* pinesol_green |
bshum can run a report without assistance |
| 10:36 |
Dyrcona |
Faint praise there, pinesol_green. |
| 10:37 |
bshum |
Actually I don't know if that's true. Reporter and me do not see eye to eye.... |
| 10:41 |
|
Shae joined #evergreen |
| 10:50 |
|
mrpeters joined #evergreen |
| 11:03 |
|
mrpeters left #evergreen |
| 11:05 |
|
mrpeters joined #evergreen |
| 11:22 |
|
sandbergja joined #evergreen |
| 11:31 |
|
buzzy joined #evergreen |
| 11:52 |
|
kitteh_ joined #evergreen |
| 11:54 |
yboston |
Hello everyone, DIG will need access to a test server running 2.8.x, I suspect we may be able to use webby? Any other recommendations? |
| 11:55 |
tsbere |
yboston: kmlussier may be willing to spin up one of the masslnc test boxes for ya, though those don't get the web client going currently. |
| 11:55 |
yboston |
tsbere: thanks |
| 11:56 |
kmlussier |
yboston: The server on the community servers page already has 2.8. But, as tsbere said, it doesn't have webby. |
| 11:56 |
kmlussier |
I usually use webby for web client docs. |
| 11:57 |
yboston |
kmlussier: my bad I misread what version the mlnc4 server was running |
| 11:57 |
kmlussier |
I forgot to equate the date with a version. I usually do that. |
| 11:58 |
yboston |
kmlussier: I think we are all set |
| 11:58 |
kmlussier |
I'm guessing 4/6 was 2.8.0ish? |
| 12:00 |
tsbere |
Wouldn't take long to re-build it if we want. I could do so for you if you want. |
| 12:18 |
|
bmills joined #evergreen |
| 12:21 |
|
jihpringle joined #evergreen |
| 12:32 |
|
collum joined #evergreen |
| 12:44 |
|
collum joined #evergreen |
| 13:14 |
tsbere |
dbs: You around at this point? I saw some of the discussion you had with Dyrcona. |
| 13:41 |
csharp |
uhhh - so apparently accented characters (such as é), which we don't check for in our email regex, result in a broken email address in EG |
| 13:43 |
jeff |
"broken email address" in the sense that a single patron doesn't receive notification, or something else? |
| 13:46 |
tsbere |
non-compliant email address due to localpart issues I assume |
| 13:52 |
Dyrcona |
Yep. Non-compliant. |
| 13:52 |
bshum |
csharp: So Dyrcona and I are flying in like 10 pm or something crazy late. |
| 13:52 |
bshum |
If you're still at PDX, we can bring you along then. |
| 13:53 |
csharp |
bshum: thanks for the offer. I may end up needing a rental |
| 13:54 |
bshum |
Sure, just saying. |
| 13:54 |
csharp |
:-D |
| 13:55 |
Dyrcona |
Header field bodies have to contain US-ASCII characters, but it could be encoding for a special character, like a URL escape format. |
| 13:55 |
Dyrcona |
Trouble is, how a local-part of the email address works is left up to the recipient server. |
| 13:56 |
Dyrcona |
And that explains some of the gibberish spam I get from China. :) |
| 13:59 |
csharp |
é ends up looking like é in this particular case |
| 14:06 |
jeffdavis |
"ends up looking like" in what display context? |
| 14:07 |
csharp |
I'm looking at a screenshot that appears to be from Outlook |
| 14:07 |
* csharp |
goes to the logs to see exactly what happened |
| 14:09 |
Dyrcona |
jeffdavis: My guess is in an ISO-8859-1 context. :) |
| 14:09 |
jeffdavis |
Dyrcona: technically a correct answer :) |
| 14:12 |
Dyrcona |
Possibly Windows 1252.... |
| 14:12 |
Dyrcona |
;) |
| 14:12 |
jeffdavis |
If someone entered a UTF-8 é in the email address during patron reg, I'd expect it to display correctly within EG (although this may be naive of me), but perhaps get garbled when mail is sent. |
| 14:13 |
Dyrcona |
jeffdavis: I would expect more or less the same, but it depends on XulRunner getting the right character set information from the PC and possibly the server as well. |
| 14:23 |
csharp |
yeah - the postfix log shows ?? in place of the é character |
| 14:23 |
csharp |
it was rejected as a syntax error |
| 14:24 |
csharp |
btw, both the patron name and email address displays fine in the staff client, fwiw |
| 14:28 |
dbs |
csharp: you might not be using the email templates that include helper escape functions? |
| 14:29 |
dbs |
We had that problem initially, which is why I went through that process |
| 14:30 |
dbs |
https://bugs.launchpad.net/evergreen/+bug/1031335 I think? |
| 14:30 |
pinesol_green |
Launchpad bug 1031335 in Evergreen 2.7 "Email templates should always escape headers" (affected: 2, heat: 10) [Undecided,Confirmed] |
| 14:32 |
dbs |
tsbere: around, but not in a headspace to recall or revisit library/copy ranking design decisions very effectively |
| 14:47 |
mmorgan |
Anyone around to poke webby? I was hoping to test a few things, but can't login :-( |
| 14:58 |
mmorgan |
Hey, webby's back! Thanks to whoever poked! |
| 14:58 |
eeevil |
mmorgan: the drive's filled up, I'm looking for places to free space now |
| 14:58 |
eeevil |
it'll die before too long ;) |
| 14:59 |
mmorgan |
Aww. That's sad :-( |
| 14:59 |
bshum |
Like a balloon inflating till it explodes. |
| 14:59 |
bshum |
*pop* |
| 15:01 |
mmorgan |
When dev servers get endearing names like 'webby', it's sad when they go away. |
| 15:03 |
berick |
mmorgan: wait til you're testing on "widdlepuppy" |
| 15:05 |
mmorgan |
widdlepuppy? I can't stand it! ;-) |
| 15:14 |
eeevil |
mmorgan: ok, it should stay up for a while, cleared about 500MB. we'll look at increasing space generally soon |
| 15:15 |
mmorgan |
eeevil++ |
| 15:15 |
mmorgan |
Thanks! |
| 15:20 |
jeff |
if filesystems went "pop" upon reaching capacity... |
| 15:21 |
jeff |
yeah, i don't want to think about that. |
| 15:21 |
eeevil |
the bits! they are all over the floor! someone bring me a roll of paper towels! |
| 15:21 |
berick |
exactly :) |
| 15:21 |
Dyrcona |
heh |
| 15:22 |
Dyrcona |
I only ever seem to have trouble with /boot about every 3rd kernel update. :) |
| 15:22 |
* berick |
watches them drain into the air ducts |
| 15:22 |
jeff |
Dyrcona: sounds like an ubuntu problem |
| 15:22 |
bshum |
Dyrcona: Ugh, don't remind me. |
| 15:22 |
Dyrcona |
jeff: I believe it does. :) |
| 15:34 |
csharp |
dbs: indeed we are not using A/T for overdue notices yet - that's on the Big Board, but hasn't risen to the top of the list ;-_ |
| 15:34 |
csharp |
@quote add < mmorgan> When dev servers get endearing names like 'webby', it's sad when they go away. |
| 15:34 |
pinesol_green |
csharp: The operation succeeded. Quote #115 added. |
| 15:35 |
csharp |
berick++ # whiddlepuppy |
| 15:39 |
dbs |
csharp: ahh, well maybe those branches will provide useful leads for functions to help escape your super-ancient overdue notifications :) |
| 15:40 |
csharp |
dbs: thanks ;-) |
| 15:41 |
mmorgan |
Hey, my first quote! :) |
| 15:41 |
Dyrcona |
mmorgan++ |
| 15:45 |
kmlussier |
mmorgan++ |
| 16:36 |
|
mrpeters left #evergreen |
| 16:45 |
|
vlewis joined #evergreen |
| 17:00 |
|
mmorgan left #evergreen |
| 17:07 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:23 |
|
Newziky left #evergreen |
| 17:43 |
|
bmills1 joined #evergreen |
| 20:08 |
|
nuentoter joined #evergreen |
| 20:37 |
|
nuentoter joined #evergreen |
| 20:47 |
kmlussier |
@quote random |
| 20:47 |
pinesol_green |
kmlussier: Quote #89: "<jboyer-isl> Assumption soup isn’t nearly as good as turtle soup." (added by gmcharlt at 02:13 PM, August 20, 2014) |
| 22:19 |
|
akilsdonk joined #evergreen |
