| Time |
Nick |
Message |
| 00:43 |
|
alexlazar1 joined #evergreen |
| 00:45 |
|
SimonHM joined #evergreen |
| 01:10 |
|
sseng joined #evergreen |
| 01:17 |
|
alexlazar joined #evergreen |
| 01:39 |
|
alexlazar1 joined #evergreen |
| 01:50 |
|
alexlazar joined #evergreen |
| 01:52 |
|
berick joined #evergreen |
| 02:03 |
|
alexlazar joined #evergreen |
| 03:37 |
|
fparks_ joined #evergreen |
| 03:38 |
|
goooood joined #evergreen |
| 03:38 |
|
phasefx2_ joined #evergreen |
| 03:41 |
|
shadowsp1r joined #evergreen |
| 03:44 |
|
20WAAKLN6 joined #evergreen |
| 03:44 |
|
DPearl joined #evergreen |
| 03:44 |
|
dbwells joined #evergreen |
| 03:44 |
|
jsime_ joined #evergreen |
| 03:44 |
|
wjr joined #evergreen |
| 03:44 |
|
mtcarlson_away joined #evergreen |
| 04:01 |
|
SimonHM joined #evergreen |
| 04:01 |
|
SimonHM joined #evergreen |
| 06:32 |
|
dbwells_ joined #evergreen |
| 06:35 |
|
b_bonner joined #evergreen |
| 06:35 |
|
mtcarlson_away joined #evergreen |
| 07:40 |
csharp |
@wunder 30033 |
| 07:40 |
pinesol_green |
csharp: The current temperature in Glenwood Estates, Decatur, Georgia is 26.2°F (7:40 AM EST on November 14, 2013). Conditions: Clear. Humidity: 74%. Dew Point: 19.4°F. Windchill: 26.6°F. Pressure: 30.52 in 1033 hPa (Rising). Freeze warning in effect until 9 am EST this morning... |
| 07:40 |
csharp |
brrr |
| 08:09 |
|
kmlussier joined #evergreen |
| 08:12 |
|
hopkinsju joined #evergreen |
| 08:26 |
kmlussier |
csharp: I didn't realize Georgia got that cold! |
| 08:27 |
kmlussier |
@wunder 01845 |
| 08:27 |
pinesol_green |
kmlussier: The current temperature in North Andover, Massachusetts is 33.3°F (8:27 AM EST on November 14, 2013). Conditions: Clear. Humidity: 44%. Dew Point: 14.0°F. Windchill: 33.8°F. Pressure: 30.10 in 1019 hPa (Steady). |
| 08:31 |
csharp |
kmlussier: it's pretty cold for November - we dip down this low in January/February usually |
| 08:32 |
|
akilsdonk joined #evergreen |
| 08:36 |
|
Dyrcona joined #evergreen |
| 08:40 |
|
Shae joined #evergreen |
| 08:54 |
|
ericar joined #evergreen |
| 09:02 |
|
timlaptop joined #evergreen |
| 09:11 |
|
mceraso left #evergreen |
| 09:11 |
|
mceraso joined #evergreen |
| 09:40 |
|
mrpeters joined #evergreen |
| 09:44 |
|
mmorgan joined #evergreen |
| 09:44 |
|
yboston joined #evergreen |
| 09:47 |
|
mllewellyn joined #evergreen |
| 09:50 |
|
dbwells joined #evergreen |
| 09:52 |
|
BigRig joined #evergreen |
| 09:54 |
|
rjackson-isl joined #evergreen |
| 10:06 |
|
Shae joined #evergreen |
| 10:07 |
|
akilsdonk_ joined #evergreen |
| 10:31 |
* Dyrcona |
curses Launchpad's lousy search. |
| 10:37 |
phasefx_ |
Dyrcona: launchpad can't hear you |
| 10:38 |
Dyrcona |
phasefx_: It wouldn't care if it could. |
| 10:39 |
phasefx_ |
just further indicative of its suckiness |
| 10:41 |
phasefx_ |
s/indicative/indication/ |
| 10:41 |
phasefx_ |
grammar/spelling/why-do-I-care?-- |
| 10:42 |
phasefx_ |
launchpad is rubbing off on me |
| 10:42 |
|
linuxhiker1 joined #evergreen |
| 11:14 |
|
akilsdonk joined #evergreen |
| 11:14 |
|
hopkinsju joined #evergreen |
| 11:24 |
|
krvmga joined #evergreen |
| 11:25 |
|
hopkinsju left #evergreen |
| 11:52 |
|
jboyer_isl joined #evergreen |
| 11:53 |
|
adbowling-isl joined #evergreen |
| 11:57 |
|
smyers_ joined #evergreen |
| 12:13 |
|
smyers_ joined #evergreen |
| 12:14 |
Dyrcona |
I hate humans. We suck. |
| 12:15 |
paxed |
just think of doggies. doggies love you. |
| 12:15 |
Dyrcona |
Yes, my doggie loves me. |
| 12:38 |
|
dMiller_ joined #evergreen |
| 12:40 |
phasefx_ |
paxed: are you familiar with an issue where localized entries in ils_events.xml do not seem to get used? bug 1251347 |
| 12:40 |
pinesol_green |
Launchpad bug 1251347 in Evergreen "I18N for ils_events.xml" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1251347 |
| 12:45 |
paxed |
phasefx_: no, i don't think so... is that triggered in the staff client? if so, was it on 32-bit windows? |
| 12:47 |
phasefx_ |
I haven't tried it anywhere other than the TPAC; noticed that the event description was not translated. A different event was translated, but I saw the tpac handled that translation itself, mapping it based on the event |
| 12:49 |
paxed |
i haven't looked at the events/errors at all, really. |
| 12:50 |
phasefx_ |
paxed: s'okay, thought you may have poked at it before. thanks :) |
| 12:56 |
jeff |
Amazon announced RDS support for PostgreSQL today. Neat. Doubt it has or will have plperl or plperlu support right away, but still neat. |
| 12:58 |
jeff |
http://aws.typepad.com/aws/2013/11/amazon-rds-for-postgresql-now-available.html |
| 13:07 |
|
smyers__ joined #evergreen |
| 13:11 |
dbs |
jeff++ |
| 13:13 |
mrpeters |
anyone closely monitor their memcached reponse_time values? we're looking for some reasonable response times beyond the stock 0.1 and 0.2 the nagios plugin reccomends |
| 13:14 |
jeff |
mrpeters: monitor yours and get an idea of what "normal" is for you. |
| 13:14 |
jeff |
mrpeters: makes no sense to alarm if your response times aren't the same as my response times. |
| 13:14 |
mrpeters |
jeff: yeah, that is the long term plan. |
| 13:14 |
jeff |
mrpeters: normal for you may not be normal for others, etc, etc. :-) |
| 13:15 |
mrpeters |
yeah, fair point. We do graph it, just weren't sure if there was a point where you say hey....thats a little slow... |
| 13:19 |
mrpeters |
pnp4nagios ftw! |
| 13:19 |
mrpeters |
makes it very easy to see the trends, if you don't have that installed in your nagios/icinga instance DO IT! |
| 13:29 |
paxed |
*grmbl* right, so Evergreen knows how to show electronic resource links in record details already, it's just our conversion that puts faulty indicators in there. |
| 13:29 |
bshum |
Oops |
| 13:40 |
paxed |
running a sql to fix it in the db for now, and sent email to olli-antti so he knows what to fix in the conversion. |
| 13:48 |
paxed |
our whole team is (almost) in lapland - people from several libraries are here, doing requirements lists their $NEXT_ILS should fulfill. |
| 13:52 |
paxed |
there were some interesting ones i might file as wishlist bugs later. |
| 14:27 |
|
stevenyvr2 joined #evergreen |
| 14:33 |
|
Phenol joined #evergreen |
| 14:38 |
|
Polonel joined #evergreen |
| 14:46 |
|
mjingle joined #evergreen |
| 14:49 |
Dyrcona |
Is there a minimum version of pgTAP that we should be using to run the tests? |
| 14:50 |
Dyrcona |
I ask because tsbere installed from source and the tests work for him. |
| 14:51 |
Dyrcona |
I installed from a packaged repo, probably Ubuntu's for 12.04, and the tests fail because I don't the isnt_empty() function. |
| 14:51 |
|
ericar joined #evergreen |
| 14:53 |
tsbere |
I am assuming 0.93 |
| 14:53 |
tsbere |
I could be wrong |
| 14:53 |
Dyrcona |
You're probably right. I have 0.90. |
| 14:53 |
jeff |
0.23 2009-12-18T23:03:39Z |
| 14:53 |
jeff |
* Added `is_empty()` to test that a query returns an empty set (no results). |
| 14:53 |
jeff |
oh. |
| 14:53 |
jeff |
isnt_empty |
| 14:54 |
Dyrcona |
Yep. the latter. |
| 14:54 |
jeff |
0.92.0 2013-01-16T00:41:07Z |
| 14:54 |
jeff |
* Added `isnt_empty()` to ensure that a query does not return the empty set. |
| 14:54 |
Dyrcona |
So, pgtap is useless to anyone installing from packages. |
| 14:54 |
jeff |
http://api.pgxn.org/src/pgtap/pgtap-0.93.0/Changes |
| 14:54 |
Dyrcona |
See, this what I *so love* about all the different Linux distros.... |
| 14:55 |
kmlussier |
berick: bug 1251394 looks intriguing. Are you saying that these new display fields would be a way to display title and other bib information in reports? |
| 14:55 |
pinesol_green |
Launchpad bug 1251394 in Evergreen "Metabib Display Fields" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1251394 - Assigned to Bill Erickson (erickson-esilibrary) |
| 14:55 |
berick |
kmlussier: among other things, yes |
| 14:56 |
kmlussier |
berick: How would it handle case in the title? Would the title display in its proper case or would it continue to be all lower case? |
| 14:57 |
berick |
kmlussier: it would be configurable, using normalizers. by default, it will keep the case |
| 14:57 |
jeff |
far better than doing the xslt/xpath at report time to get pretty titles. i was thinking a materialized view would be better -- berick++ for fleshing and running with it. |
| 14:57 |
bshum |
Intriguing... |
| 14:57 |
kmlussier |
berick++ #best news I've heard all day. :) |
| 14:57 |
berick |
if only it were my idea ;) |
| 14:58 |
csharp |
@praise berick |
| 14:58 |
* pinesol_green |
the upgrade came off brilliantly, and it's all because of berick |
| 14:58 |
kmlussier |
We just had a reports meeting yesterday where we discussed that very issue in depth. |
| 14:58 |
csharp |
reports_meetings-- |
| 14:58 |
jeff |
was there a reports group meeting yesterday? |
| 14:58 |
berick |
it solves a lot of problems. it also means new staff client code can use this instead of MVRs |
| 14:59 |
csharp |
sorry, I'm reports-meetinged out ;-) |
| 14:59 |
Dyrcona |
jeff: it was local to Mass. |
| 14:59 |
jeff |
Dyrcona: aha |
| 14:59 |
csharp |
we had a PINES one yesterday too - all day |
| 14:59 |
jeff |
wow. |
| 14:59 |
kmlussier |
Wednesday must be Evergreen reports meeting day. |
| 14:59 |
jeff |
that's another thing that jasper reports has solved for us. ;-) |
| 14:59 |
* kmlussier |
liked it better when Wednesdays were Prince spaghetti day. |
| 15:00 |
csharp |
ours was work towards finalizing the req doc for the "simple" interface, so yay |
| 15:00 |
jeff |
kmlussier: Who is Prince Spaghetti, and why did he show up on Wednesdays? |
| 15:00 |
csharp |
jeff: once I'm out of the woods of our 2.5 upgrade (scheduled |
| 15:00 |
kmlussier |
jeff++ :) |
| 15:00 |
jeff |
csharp: step 1: log in to https://eg.example.com/jasperreports/ ;-) |
| 15:00 |
csharp |
...MLK weekend), I plan to set up jasperreports for PINES in a test instance |
| 15:01 |
* csharp |
would love that |
| 15:01 |
jeff |
csharp: great to hear! |
| 15:01 |
jeff |
(that you'll be experimenting) |
| 15:01 |
csharp |
yeah |
| 15:01 |
csharp |
looking forward to it |
| 15:01 |
jeff |
we are currently using AD for auth to jasper, but i would like to switch to Eg for auth. |
| 15:02 |
jeff |
haven't done a lot of work on that, just theorizing and investigation. |
| 15:02 |
|
dMiller_ joined #evergreen |
| 15:02 |
jeff |
presenting an ldap interface was one idea (kinda' a reverse authproxy), but may or not be more complex than required. |
| 15:03 |
csharp |
sounds interesting |
| 15:07 |
paxed |
jeff: btw, did you notice my branch for bug 1133464 |
| 15:07 |
pinesol_green |
Launchpad bug 1133464 in Evergreen "Use cover image/blurb URL from field 856" (affected: 3, heat: 14) [Wishlist,Triaged] https://launchpad.net/bugs/1133464 |
| 15:09 |
jeff |
paxed: i had only looked at the patch you linked earlier. will look at the branch soon, i hope! :-) |
| 15:09 |
jeff |
paxed++ |
| 15:12 |
|
dconnor joined #evergreen |
| 15:31 |
dbwells |
paxed: Since you mentioned the funky facet wrapping a few months back, maybe you can check out bug 1251416 and see what you think. |
| 15:31 |
pinesol_green |
Launchpad bug 1251416 in Evergreen "TPAC: Facet styling could use improvement" (affected: 1, heat: 6) [Medium,New] https://launchpad.net/bugs/1251416 |
| 15:36 |
bshum |
dbwells: I noticed that weird triple digit styling issue; I'll check that too. |
| 15:37 |
paxed |
dbwells: yeah, i just read the email |
| 15:43 |
eeevil |
dbwells: do you think you'll have a chance to look at the branch on https://bugs.launchpad.net/evergreen/+bug/1251353 soon? |
| 15:43 |
pinesol_green |
Launchpad bug 1251353 in Evergreen 2.4 "QP query generation is incorrect with two or more bool ops in a row" (affected: 1, heat: 6) [Undecided,New] |
| 15:50 |
dbwells |
eeevil: thanks for working on that bug. I have looked at the branch, but I have little hope of grasping what it is actually doing in the time I have for it right now. My plan is to push it into production and test it empirically, but not until after 5:00pm (in order to limit civilian casualties). |
| 15:52 |
eeevil |
dbwells: cool, and thanks |
| 16:01 |
|
kbutler joined #evergreen |
| 16:03 |
bshum |
Callender: Can you describe the situation you encountered that led to bug 1251424 ? |
| 16:03 |
pinesol_green |
Launchpad bug 1251424 in Evergreen "In the staff client, the submit hold button is not activating when placing hold" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1251424 |
| 16:03 |
bshum |
I'm not sure if that's a bug or intended feature... |
| 16:03 |
bshum |
The submit button is supposed to be grayed out till you put in a barcode or such |
| 16:04 |
Callender |
bshum: Ben, it was when clicking on the place hold link from the search results, so you go to the hold screen |
| 16:04 |
Callender |
at that point, you should be able to place hold just fine for yourself.. OPAC works that way just fine as well |
| 16:05 |
Callender |
but for some libraries, that button would still be greyed out and you couldn't make a hold for yourself |
| 16:05 |
bshum |
Callender: In the staff client, that's expected I would think... unless you click the radio button to say "Place this hold for me (insert my name here)" |
| 16:05 |
Callender |
but if you first clicked the radio button for making it for another patron, and then clicked back to yourself, without ever even entering anything, then the place hold would open up |
| 16:05 |
bshum |
Or you keyed in a barcode that actually worked |
| 16:06 |
* bshum |
tests |
| 16:06 |
Callender |
it doesn't always do that though.. my test system and other systems I tested, you can go in and place hold for yourself just fine |
| 16:06 |
bshum |
Oh I see what you're saying now. |
| 16:06 |
Callender |
it was just certain circumstances that I couldn't re-create.. but it always happened for certain libraries.. it was a very weird bug |
| 16:07 |
Callender |
that change I made on launchpad, that fixed it across the board on systems I tested it on, and didn't seem to harm systems that weren't broken. I need someone though familiar with the code to kind of double check what I'm doing there |
| 16:09 |
bshum |
Yeah, I was able to reproduce the issue now. |
| 16:10 |
bshum |
The radio button starts with the placing hold for someone else. |
| 16:10 |
bshum |
But if you click on the option for placing a hold for the staff account itself |
| 16:10 |
bshum |
Sometimes it wouldn't change the color right away |
| 16:10 |
bshum |
Callender++ # the change works as you described. |
| 16:10 |
Callender |
ok, I'm glad you were able to see it.. beacuse this one drove me crazy for a little while :) |
| 16:10 |
bshum |
If memory serves, this probably affects 2.4 and 2.5 only |
| 16:15 |
bshum |
Your description confused me at first |
| 16:15 |
bshum |
Cause I thought maybe your change made the submit button always available again. |
| 16:15 |
bshum |
Which it shouldn't be. |
| 16:15 |
bshum |
But testing seems to bear out no issues on my end so far. |
| 16:16 |
Callender |
ahh ya, I see what you're saying. It wasn't so easy for me to describe |
| 16:18 |
bshum |
I'll tweak the commit message a bit to be more concise on what we're doing here. |
| 16:18 |
bshum |
Then I'll commit it through |
| 16:18 |
bshum |
Thanks Callender! |
| 16:18 |
Callender |
thanks Ben! |
| 16:19 |
pinesol_green |
[evergreen|Garry Collum] lp1012237 HOLD_ITEM_CHECKED_OUT display - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a4901ce> |
| 16:20 |
bshum |
Just verifying if it was 2.3 or 2.4 when we introduced all this fun stuff |
| 16:21 |
bshum |
Looks like 2.3 it is |
| 16:21 |
bshum |
I'll backport accordingly. |
| 16:24 |
|
remingtron joined #evergreen |
| 16:27 |
pinesol_green |
[evergreen|Steven Callender] LP1251424 - Fix for submit button when placing holds in staff client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b7bc865> |
| 16:34 |
bshum |
dbwells: The changes to facets looks fine to me, but I have to poke more at the facet block in the mobile part of style.css.tt2. Because the changes altered where the styling is applied, we just have to tweak the CSS variables there too. |
| 16:34 |
bshum |
Otherwise, it doesn't use all the screen real estate in mobile mode. |
| 16:38 |
bshum |
Maybe I'll poke at that briefly tomorrow. Unless someone else gets there first :) |
| 16:38 |
dbwells |
bshum: thanks, I didn't notice that the facets streched before. I can push a fix for that. |
| 16:39 |
bshum |
dbwells++ |
| 16:39 |
bshum |
Oh, tomorrow's Friday. |
| 16:39 |
bshum |
I'll be driving up to Boston :P |
| 16:39 |
bshum |
To see yboston and all the other DIG folk. |
| 16:40 |
dbwells |
bshum: I am sure you can drive and commit bugfixes at the same time, I don't want excuses. |
| 16:44 |
bshum |
dbwells: I'll be too busy playing Ingress or something. |
| 16:44 |
bshum |
:D |
| 17:05 |
|
mmorgan left #evergreen |
| 17:10 |
dbs |
Dyrcona: your packaging problem is exactly why I wrote https://bugs.launchpad.net/evergreen/+bug/1242999/comments/17 |
| 17:10 |
pinesol_green |
Launchpad bug 1242999 in Evergreen "Encode.pm 2.54 breaks database functions (naco_normalize, maintain_control_numbers, others)" (affected: 1, heat: 10) [High,Confirmed] |
| 17:12 |
|
mrpeters left #evergreen |
| 17:12 |
Dyrcona |
We installed from the github repo, and it works. |
| 17:13 |
dbs |
Dyrcona: Yes, I saw that you had found success. What I was saying was that there exists some documentation that could fairly easily be converted into the promised pgTAP techref document |
| 17:13 |
Dyrcona |
"You are in a maze of twisty little packages of different versions, all of them incompatible." |
| 17:14 |
Dyrcona |
"It is dark. You are about to be eaten by a Grue." |
| 17:14 |
Dyrcona |
;) |
| 17:14 |
dbs |
Dyrcona: Man, you seem to be in a more cynical / pessimistic mood than even me these days. Not good. |
| 17:14 |
Dyrcona |
Yes, I figured there would be documentation sometime. |
| 17:15 |
Dyrcona |
Dunno. I've always been darkly sarcastic. |
| 17:15 |
pinesol_green |
[evergreen|Pasi Kallinen] Fix untranslatable strings in several dijits: - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ac56aa4> |
| 17:16 |
Dyrcona |
On the plus side, I ordered one of these for work, today: https://www.system76.com/laptops/model/galu1 |
| 17:29 |
* dbs |
doesn't really understand TechRef documentation. what's the point of documentation that isn't part of the actual documentation? It's documentation we don't want people to find? |
| 17:39 |
|
stevenyvr2 left #evergreen |
| 17:44 |
dbs |
alas, "[source,conf]" in the 2.5 release notes appears to be breaking PDF output? |
| 18:15 |
|
BigRig_ joined #evergreen |
| 18:22 |
pinesol_green |
[evergreen|Dan Scott] Add basic docs for testing with pgTAP - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3c86315> |
| 18:26 |
|
edoceo joined #evergreen |
| 19:06 |
|
hopkinsju joined #evergreen |
| 19:06 |
|
hopkinsju left #evergreen |
| 19:58 |
|
mjingle left #evergreen |
| 22:41 |
|
zerick joined #evergreen |
| 23:07 |
|
timf joined #evergreen |
| 23:40 |
|
mcooper joined #evergreen |
| 23:40 |
|
stevenyvr2 joined #evergreen |
| 23:40 |
|
stevenyvr2 left #evergreen |
