| Time |
Nick |
Message |
| 05:13 |
|
pinesol_green` joined #evergreen |
| 05:14 |
|
csharp joined #evergreen |
| 05:14 |
|
csharp joined #evergreen |
| 05:15 |
|
miker joined #evergreen |
| 05:16 |
|
sarabee joined #evergreen |
| 05:16 |
|
Shae joined #evergreen |
| 05:36 |
|
dbwells joined #evergreen |
| 05:36 |
|
remingtron joined #evergreen |
| 06:40 |
|
rlefaive joined #evergreen |
| 07:17 |
|
rjackson_isl joined #evergreen |
| 07:25 |
|
agoben joined #evergreen |
| 07:28 |
|
Callender joined #evergreen |
| 07:32 |
|
genpaku joined #evergreen |
| 07:44 |
|
Dyrcona joined #evergreen |
| 08:00 |
|
kmlussier joined #evergreen |
| 08:04 |
kmlussier |
Happy Friday Evergreeners! |
| 08:07 |
|
ericar joined #evergreen |
| 08:14 |
Dyrcona |
:) |
| 08:35 |
|
mmorgan joined #evergreen |
| 08:43 |
mmorgan |
Friday++ |
| 09:00 |
|
bos20k joined #evergreen |
| 09:01 |
|
maryj joined #evergreen |
| 09:29 |
bshum |
Yay Friday++ |
| 09:29 |
kmlussier |
@karma Friday |
| 09:29 |
pinesol_green` |
kmlussier: Karma for "Friday" has been increased 2 times and decreased 0 times for a total karma of 2. |
| 09:29 |
kmlussier |
Friday definitely needs more karma. |
| 09:29 |
bshum |
Typical |
| 09:30 |
kmlussier |
Friday++ |
| 09:30 |
kmlussier |
@karma |
| 09:30 |
pinesol_green` |
kmlussier: Highest karma: "gmcharlt" (65), "kmlussier" (61), "Dyrcona" (50), "jeff" (44), and "berick" (38). Lowest karma: "ie" (-3), "reports" (-2), "drupal" (-1), "marc" (-1), and "Vandelay." (-1). You (kmlussier) are ranked 2 out of 124. |
| 09:30 |
kmlussier |
bshum: Aw! You spoiled pinesol_green's Friday fun. |
| 09:31 |
tsbere |
reports-- # Because they are driving me nuts already today |
| 09:31 |
bshum |
kmlussier: The ` always bothers me. I *have* to fix it when I see it |
| 09:32 |
bshum |
Mostly cause my quassel renders pinesol in a different username color and I'm like, omg, what's that?! |
| 09:33 |
bshum |
Though some days I think we should just shorten its name to just plain "pinesol" and get rid of the _green bit. It's not like we're running multiple pinesol iterations anymore. |
| 09:37 |
|
yboston joined #evergreen |
| 09:38 |
|
mrpeters joined #evergreen |
| 10:07 |
|
barbara joined #evergreen |
| 10:54 |
kmlussier |
@decide coffee or tea |
| 10:54 |
pinesol_green |
kmlussier: go with tea |
| 10:54 |
kmlussier |
pinesol_green: That wasn't the answer I was looking for. |
| 10:54 |
pinesol_green |
kmlussier: Beyond here be dragons. |
| 10:54 |
pinesol_green |
kmlussier: I am only a bot, please don't think I'm intelligent :) |
| 10:55 |
mmorgan |
@coffee kmlussier |
| 10:55 |
* pinesol_green |
brews and pours a cup of El Salvador Pacamara Finca Los Alpes Tierra Fertil, and sends it sliding down the bar to kmlussier |
| 10:56 |
kmlussier |
Thanks mmorgan! |
| 10:56 |
mmorgan |
Make sure pinesol_green didn't switch it out for tea |
| 10:56 |
kmlussier |
A real cup of coffee would require a trip out of the house, which probably woudn't be a bad thing since I'm struggling with some of these My Account responsive design issues. |
| 11:02 |
|
Christineb joined #evergreen |
| 11:34 |
Dyrcona |
berick++ |
| 11:36 |
|
brahmina joined #evergreen |
| 11:36 |
|
agoben joined #evergreen |
| 11:37 |
Dyrcona |
Stompro: Think you could make a Lp bug for your sorting issue that berick fixed? |
| 11:37 |
* Dyrcona |
would be more than happy to push the branch once it is bugged and signed off on. |
| 11:37 |
Stompro |
Dyrcona, Sure, just a sec. |
| 11:40 |
* berick |
makes a working branch |
| 11:44 |
Stompro |
Bug 1615025 created, berick++ Dyrcona++ |
| 11:44 |
pinesol_green |
Launchpad bug 1615025 in Evergreen "Circ History Sorting - cstore query bug" [Undecided,New] https://launchpad.net/bugs/1615025 |
| 11:44 |
jeff |
so that's another reason to use piped logging for apache ErrorLog: the openlog() calls in the C and Perl layers of OpenSRF/Evergreen won't interfere with Apache's. |
| 11:44 |
Dyrcona |
Stompro++ |
| 11:45 |
Dyrcona |
tsbere: Do I remember correctly that MVLC has piped error log for Apache? |
| 11:45 |
kmlussier |
berick++ Stompro++ Dyrcona++ |
| 11:46 |
tsbere |
Dyrcona: Yes, we do have that configured |
| 11:47 |
Dyrcona |
Thanks. I'll see what C/W MARS is doing, but I don't think it is piped. |
| 11:47 |
kmlussier |
Stompro's e-mail message reminded me that the code from bug 1584807 hasn't been merged. Any chance anyone will have time to look at and merge it before the next release? |
| 11:47 |
pinesol_green |
Launchpad bug 1584807 in Evergreen 2.9 "Clicking a column header to unsort a list is unintuitive" [Low,Confirmed] https://launchpad.net/bugs/1584807 |
| 11:49 |
kmlussier |
Hmmmm. Since gmcharlt has already signed off on it, I guess I could merge it myself. It just feels weird merging my own code. |
| 11:50 |
* Stompro |
wonders why the holds history isn't sortable? |
| 11:50 |
kmlussier |
Stompro: I'm doing a lot of work on the holds history page right now and had the same question. |
| 11:51 |
kmlussier |
Then I saw your e-mail message and decided that maybe it was a good thing it wasn't sortable. :) |
| 11:52 |
Stompro |
kmlussier, looks like I was way off on most of my assumptions about the problem though, so maybe it would be fine. I haven't tried sorting the circ history for our users with 5000 entries yet... I'll give that a try. |
| 11:53 |
kmlussier |
Other thoughts I had about holds history is that we should probably store it the history in a separate table like we do with circ history (if it isn't done already) and also give users the option to delete items from their holds history. |
| 11:53 |
kmlussier |
It's probably worth an LP bug at some point. |
| 11:54 |
Stompro |
Anyone know the proper way to set the multistream option when using srfsh? |
| 11:56 |
berick |
Stompro: in srfsh, part 1 is not using .atomic API calls. |
| 11:56 |
berick |
actually, that's all you have to do |
| 11:56 |
berick |
by default srfsh will still wait to show the final results after all responses have arrived, though |
| 11:57 |
berick |
so even though it's streaming under the covers, it may seem like a single big response when it's all done |
| 11:57 |
berick |
"substream" is a CSToreEditor option, it's not a cstore/pcrud thing |
| 11:59 |
berick |
Stompro: though beware some (older) middle-layer APIs do not support streaming and are in effect always .atomic API's. |
| 12:01 |
* kmlussier |
waves goodbye to the ESI folks. |
| 12:04 |
Stompro |
berick, thanks... removing the .atomic made it work great in srfsh. |
| 12:04 |
berick |
cool |
| 12:11 |
|
bmills joined #evergreen |
| 12:11 |
|
bmills joined #evergreen |
| 12:12 |
|
Shae joined #evergreen |
| 12:12 |
|
miker joined #evergreen |
| 12:12 |
|
graced joined #evergreen |
| 12:12 |
Stompro |
5000 history items didn't work, that seems like it is too much. It took 25 seconds to stream that much data, and then the server returned an internal server error. I see the same "No request was received in 6 seconds". |
| 12:13 |
|
Shae joined #evergreen |
| 12:13 |
|
graced joined #evergreen |
| 12:13 |
|
miker joined #evergreen |
| 12:13 |
|
phasefx_ joined #evergreen |
| 12:14 |
Dyrcona |
Stompro: At some layer, there is a 30 second timeout waiting on a response. You can adjust that. I don't remember off the top of my head where that setting lives, but I think it is one of the opensrf xml files. |
| 12:14 |
Dyrcona |
But, then there are other layers that can be configured, IIRC. |
| 12:15 |
|
jyorio joined #evergreen |
| 12:17 |
berick |
another good example of why sorting should happen at the query level, so limit/offset can be used, instead of the UI level. |
| 12:19 |
berick |
this is heavy operation, fetching 5k circs + copies + callnumbers + bibs, then parsing the MARC XML on each, then sorting |
| 12:24 |
dbs |
berick++ |
| 12:47 |
jeff |
and of course on a systemd system, you have output in syslog from apache even with all syslog logging turned off in apache. :-) |
| 12:58 |
|
ericar_ joined #evergreen |
| 13:32 |
Dyrcona |
miker beat me to it. |
| 13:34 |
pinesol_green |
[evergreen|Bill Erickson] LP#1615025 TPAC large circ history sort repair - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7cddf47> |
| 13:35 |
|
sarabee joined #evergreen |
| 13:36 |
|
bmills joined #evergreen |
| 13:36 |
miker |
Dyrcona: :) |
| 13:37 |
Dyrcona |
miker++ |
| 13:37 |
miker |
I'm killer at whack-a-mole |
| 13:38 |
Dyrcona |
Oh, yeah. Sprint3... That's why I'm over 40 commits behind on master. |
| 13:44 |
* tsbere |
looks at an error he just got from a script |
| 13:45 |
tsbere |
Apparently you can't ELECT in postgres. |
| 13:45 |
* tsbere |
goes and fixes the query |
| 13:54 |
|
ericar_ joined #evergreen |
| 13:56 |
|
maryj joined #evergreen |
| 14:25 |
Stompro |
Dyrcona, I cannot find any 30 second timeouts in either of the opensrf.xml files that seem related. I wonder if maybe it is undocumented in the example config? |
| 14:27 |
Dyrcona |
Stompro: I was very likely wrong. I recall looking for some of these things years ago, but not the results. |
| 14:27 |
Dyrcona |
It may be hard coded somewhere. |
| 14:27 |
Dyrcona |
I don't think I ever did find everything, either. |
| 14:44 |
berick |
there are 60-second timeout defaults in the opensrf clients |
| 14:44 |
berick |
usually in the various recv() functions |
| 14:56 |
berick |
you can override the timeout used by the $editor with timeout=>$seconds (similar to substream) |
| 14:58 |
Dyrcona |
Yeah, that's one of them. I thought there was something Apache-related, but I'm not finding it right now. |
| 14:59 |
berick |
ah |
| 14:59 |
berick |
yeah, there should be an apache request timeout |
| 15:02 |
Dyrcona |
Yeah, it may just be the regular apache setting. |
| 15:02 |
Dyrcona |
I thought EGWeb has something additional, but can't find it if it does. |
| 15:19 |
|
eady joined #evergreen |
| 15:38 |
|
jvwoolf joined #evergreen |
| 15:49 |
Stompro |
kmlussier++ thanks for working on the myopac pages. |
| 15:53 |
|
jvwoolf joined #evergreen |
| 15:53 |
|
bos20k joined #evergreen |
| 17:02 |
|
jvwoolf left #evergreen |
| 17:03 |
|
mllewellyn joined #evergreen |
| 17:03 |
|
mllewellyn left #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 17:17 |
|
gsams joined #evergreen |
| 17:34 |
|
_adb left #evergreen |
| 19:56 |
|
bmills joined #evergreen |
