| Time |
Nick |
Message |
| 07:05 |
|
pinesol_green` joined #evergreen |
| 07:14 |
|
tfaile joined #evergreen |
| 07:16 |
|
timf joined #evergreen |
| 07:17 |
|
tfaile joined #evergreen |
| 07:58 |
|
akilsdonk joined #evergreen |
| 08:01 |
csharp |
@hate having to teach SIP2 client vendors about the SIP2 specification |
| 08:01 |
pinesol_green` |
csharp: The operation succeeded. csharp hates having to teach SIP2 client vendors about the SIP2 specification. |
| 08:09 |
csharp |
@loves |
| 08:09 |
pinesol_green` |
csharp loves supybot plugins; virtualization; lasagna; logs; clarity; all y'all; upgrades; tpac; git; this venue; google; not being evil; when evergreen problems turn out to be staff error; the Jedi; pgadmin; policy; lynx; autoupdate; coffee; and db02 |
| 08:13 |
kmlussier |
@loves |
| 08:13 |
pinesol_green` |
kmlussier loves parts; YAOUS; Fridays; clam chowder; coffee; and new fanged email thing |
| 08:14 |
kmlussier |
@hates |
| 08:14 |
pinesol_green` |
kmlussier hates git; Launchpad search; Internet Explorer; and snow |
| 08:15 |
* kmlussier |
needs to love more things |
| 08:16 |
|
kbeswick joined #evergreen |
| 08:30 |
phasefx |
@hates |
| 08:30 |
pinesol_green` |
phasefx: phasefx doesn't seem to hate anything. |
| 08:30 |
* phasefx |
has secret hate :) |
| 08:31 |
bradl |
phasefx: uh, does that mean you also have a secret love? |
| 08:32 |
phasefx |
ssshh |
| 08:32 |
berick |
he secretely loves to hate |
| 08:32 |
phasefx |
@loves |
| 08:32 |
pinesol_green` |
phasefx: phasefx doesn't seem to love anything. |
| 08:32 |
phasefx |
:( |
| 08:33 |
|
Shae joined #evergreen |
| 08:36 |
phasefx |
@love |
| 08:36 |
pinesol_green` |
phasefx: (love <thing>) -- Declare your love for <thing> |
| 08:36 |
phasefx |
@loves |
| 08:36 |
pinesol_green` |
phasefx loves code; ping pong; and juggling sticks |
| 08:45 |
|
mmorgan joined #evergreen |
| 08:48 |
|
akilsdonk joined #evergreen |
| 08:50 |
|
finnx joined #evergreen |
| 08:51 |
csharp |
@hates |
| 08:51 |
pinesol_green` |
csharp hates dojo_hold_policies_interface; SIP; when libraries purchase third party products without testing and blame Evergreen for it not working; reports; the fact that the Base Filters is unnecessarily greyed out when applying an Aggregate Filter and vice versa; evil; reports more; reports even moar; details; reports even more; the fact that the Base Filters is unnecessarily greyed out (1 more message) |
| 08:51 |
csharp |
@more |
| 08:51 |
pinesol_green` |
csharp: when applying an Aggregate Filter and vice versa even more; and having to teach SIP2 client vendors about the SIP2 specification |
| 08:52 |
* csharp |
notices hatred themes of SIP and reports ;-) |
| 09:00 |
tsbere |
I agree with teaching vendors about the specification. I have had multiple discussions about that before, with multiple vendors. |
| 09:04 |
* jeff |
focuses on making things work, but i'll point out that we likely have considerably fewer products using SIP |
| 09:06 |
jeff |
(that, and we don't permit its usage for purposes other than in-library public computing, self checkout, bookdrop checkin, and AMH/sorting.) |
| 09:12 |
tsbere |
jeff: My two most common issues with SIP2 come from museum pass vendors and 3M. >_> |
| 09:12 |
tsbere |
Though issues such as "can't provide a password containing a pipe character via SIP2 by default" occasionally crop up too |
| 09:12 |
jeff |
we have had pretty good success with 3M. what kinds of issues have you encountered? |
| 09:13 |
tsbere |
jeff: You would think 3M would know the standard. Occasionally they don't. :( |
| 09:14 |
jeff |
I was disappointed when I found that they didn't implement enough of fine details to actually support selective payment of specific transactions. |
| 09:14 |
jeff |
but back up a moment, you said museum pass vendors -- plural? there is more than one provider used by your consortium of "museum pass" services? |
| 09:14 |
* tsbere |
has once talked to a 3M tech, had the tech say "and where does it say that?" with me giving them the version, page, and where on the page in the 3M documentation said thing was said and had the tech go, look, and say "Oh.....huh, my internal docs say it is the opposite" |
| 09:15 |
tsbere |
jeff: One thing you should understand about MA consortia in general: We tend to be a collection of independant libraries that all want to do their own things. Including circ rules, vendors, defaults, basic system behaviors, etc.... |
| 09:16 |
|
mrpeters joined #evergreen |
| 09:16 |
tsbere |
as such, we have different libraries using different vendors for museum passes. |
| 09:26 |
* jeff |
nods |
| 09:26 |
jeff |
i was just a little surprised that there was more than one museum pass vendor to begin with. i suppose i shouldn't be. |
| 09:30 |
|
dluch joined #evergreen |
| 09:32 |
|
yboston joined #evergreen |
| 09:59 |
|
Dyrcona joined #evergreen |
| 10:01 |
|
BigRig joined #evergreen |
| 10:08 |
|
mllewellyn joined #evergreen |
| 10:15 |
jeff |
Hrm. Checkin alert on a shelving location does not actually prevent checkin, correct? |
| 10:15 |
jeff |
I suppose I could check. |
| 10:16 |
jeff |
(prevent checkin as in, throw an exception) |
| 10:16 |
jeff |
er, override event. |
| 10:26 |
jeff |
yeah, checkin alert seems to be handled exclusively by the staff client. |
| 10:29 |
|
collum joined #evergreen |
| 10:29 |
|
fparks joined #evergreen |
| 10:32 |
eeevil |
jeff: yep. just meant as a note to say "toss this on the 'for display' cart" or the like |
| 10:33 |
jeff |
oh. copy alert messages can prevent checkin, though. and while we normally auto-override copy alert message on SIP checkout, we do not on SIP checkin. |
| 10:34 |
jeff |
that's what I was going for. just didn't make enough notes for myself. :-) |
| 10:38 |
|
RoganH joined #evergreen |
| 10:56 |
|
Callender joined #evergreen |
| 10:57 |
|
ningalls joined #evergreen |
| 11:22 |
tsbere |
jeff: I think there is code for that now, though. ;) |
| 11:22 |
jeff |
code for auto-override of COPY_ALERT_MESSAGE on checkout but not checkin? Yes. We're using it now, and have been for a while now. Thanks. :-) |
| 11:22 |
* tsbere |
also remembers writing the "local holds as transits" feature for SIP2 based checkins so that an AMH didn't drop things onto the hold shelf |
| 11:22 |
bshum |
Fun consequence of "unattended-upgrades" being installed for Ubuntu. With the last postgresql security fix, it restarted the database server for someone while Evergreen was running in the middle of the morning. Good times explaining to those IT folks why things broke down on them... |
| 11:23 |
tsbere |
bshum: Heh, I avoid that on all production systems. And most non-production systems. Versions changing on you without warning can be bad. >_> |
| 11:23 |
bshum |
tsbere: Yeah that's what I told them too. |
| 11:27 |
|
akilsdonk joined #evergreen |
| 12:28 |
|
snowcat__ joined #evergreen |
| 13:05 |
csharp |
so where do the md5 hashes for table aliases in the reporter come from? I'm looking in OpenILS/Reporter/SQLBuilder.pm and am just not finding it |
| 13:08 |
csharp |
I see 'my $sql = $self->{_table} .' AS "'. $self->{_alias} .'"';', but that's where the thread stops as far as I can tell |
| 13:08 |
Dyrcona |
What is $self? |
| 13:09 |
Dyrcona |
Look at its code and see how its _alias is initialized. |
| 13:09 |
eeevil |
csharp: they come from the JS in the template interface |
| 13:09 |
eeevil |
they're a hash of the "path specifier" |
| 13:09 |
eeevil |
for the specific join path |
| 13:09 |
csharp |
eeevil: ahhh |
| 13:10 |
eeevil |
so that you can join one table multiple times at the same tree level by modifying the path specifier by hand |
| 13:10 |
eeevil |
an, eh-hem, advanced trick |
| 13:10 |
csharp |
:-) |
| 13:16 |
|
kmlussier joined #evergreen |
| 13:16 |
|
mceraso joined #evergreen |
| 13:16 |
|
bshum joined #evergreen |
| 13:28 |
bshum |
jeffdavis: I was wondering something on mac clients. Have you guys seen issues where xul list rows "disappear" aka invisible till you hover or click on them? |
| 13:29 |
|
jihpringle joined #evergreen |
| 13:29 |
bshum |
I was musing on that problem again today and wondered if others hit it too. |
| 13:30 |
jeff |
i haven't noticed that. |
| 13:35 |
bshum |
jeff: Yeah I've been musing on whether it's a Mac OS version issue,, vs. xul issue, vs. whatever |
| 13:36 |
bshum |
Or just a bad build. |
| 13:38 |
|
Wyuli joined #evergreen |
| 13:39 |
jeffdavis |
bshum: not sure, I'll ask around |
| 13:43 |
ldwhalen |
bshum: re: disappaering rows. I did notice rows from the z39.50 import results behaving weirdly 3 weeks ago. But that is the only time, and I cannot recall if I was using my OS X client or a Linux client at the time. |
| 13:43 |
ldwhalen |
but some results would appear and reappare. I was very noticable because the book covers were present. |
| 13:43 |
bshum |
ldwhalen: Surprisingly enough that's exactly the part of the interface I was going to ask looking for the problem. Specifically that those search rows in particular were weird on Mac |
| 13:44 |
bshum |
I think I've seen it too on things like patron search periodically. |
| 13:44 |
bshum |
For Windows and Ubuntu, I don't recall those sorts of problems. |
| 13:44 |
ldwhalen |
bshum: that is good to know. I noted it in our Sitka tiket, but I thought it was due to my changes. |
| 13:45 |
bshum |
ldwhalen: Well, not super good, since we don't know why it's happening, but good at least to know that it's not just isolated, I guess. |
| 13:46 |
ldwhalen |
I suppose it is good in my context because it is one less thing to be concerned about before pushing teh z39.50 fix. |
| 13:52 |
|
faizi joined #evergreen |
| 13:58 |
faizi |
Hi, i am getting an error while starting perl using the command "/openils/bin/osrf_ctl.sh -c /openils/conf/opensrf_core.xml -l -a start_perl" |
| 13:58 |
faizi |
error is "Can't call method "documentElement" on an undefined value at /usr/local/share/perl/5.14.2/OpenSRF/Utils/SettingsParser.pm line 39" |
| 13:59 |
faizi |
i have checked my hostname using the command "perl -MNet::Domain=hostfqdn -e "print hostfqdn();"" |
| 14:00 |
faizi |
and it's matching with hostname in the config file opensrf.xml |
| 14:00 |
Dyrcona |
faizi: Don't use -l. |
| 14:01 |
faizi |
i have tried doing it |
| 14:01 |
Dyrcona |
-l means use localhost, so if you have a hostname and the configuration matches the hostname, you don't want -l. |
| 14:02 |
|
kbeswick joined #evergreen |
| 14:02 |
Dyrcona |
You are running this as the opensrf user, and that user can access the opensrf_core.xml file? |
| 14:02 |
faizi |
ya. correct. even "/openils/bin/osrf_ctl.sh -c /openils/conf/opensrf_core.xml -a start_perl" is giving the same error |
| 14:03 |
faizi |
yes iam running as opensrf user and it has acces |
| 14:04 |
Dyrcona |
well, dunno, then. The error implies that the script failed to read the configuration file. |
| 14:08 |
jeff |
faizi: first instinct is to verify that the config is valid xml. xmllint can help there. |
| 14:08 |
jeff |
xmllint --noout file.xml |
| 14:08 |
jeff |
no errors? good. errors? problem. |
| 14:09 |
|
kmlussier joined #evergreen |
| 14:10 |
|
kmlussier_ joined #evergreen |
| 14:10 |
|
mceraso joined #evergreen |
| 14:10 |
|
bshum joined #evergreen |
| 14:11 |
Dyrcona |
@blame quassel |
| 14:11 |
pinesol_green` |
Dyrcona: quassel is why we can never have nice things! |
| 14:12 |
kmlussier |
@blame kmlussier |
| 14:12 |
pinesol_green` |
kmlussier: kmlussier stole bradl's tux doll! |
| 14:12 |
kmlussier |
Quassel doesn't like me. |
| 14:12 |
bshum |
It really doesn't. |
| 14:13 |
kmlussier |
Maybe if I give quassel some love, it will like me better. |
| 14:13 |
kmlussier |
@love quassel |
| 14:13 |
pinesol_green` |
kmlussier: The operation succeeded. kmlussier loves quassel. |
| 14:13 |
faizi |
jeff: "xmllint --noout opensrf.xml" gave no errors |
| 14:14 |
faizi |
jeff: "xmllint --noout opensrf_core.xml" gave no errors |
| 14:14 |
Dyrcona |
faizi: check opensrf_core.xml |
| 14:14 |
Dyrcona |
oh.. you did. :) |
| 14:14 |
faizi |
:D |
| 14:14 |
jeff |
faizi: good. sounds like you can rule that out, then. :-) |
| 14:15 |
faizi |
but still my problem doesnt get fixed. |
| 14:15 |
faizi |
is there any easy way to install opensrf :P |
| 14:16 |
faizi |
and evergreen |
| 14:26 |
|
hbrennan joined #evergreen |
| 14:38 |
|
rjackson_isl joined #evergreen |
| 14:39 |
|
mllewellyn1 joined #evergreen |
| 14:39 |
|
tfaile_ joined #evergreen |
| 14:43 |
|
dluch2 joined #evergreen |
| 14:43 |
jeff |
@later tell faizi I usually recommend that you follow the README in each of OpenSRF and Evergreen. It's also important to start with a known supported distribution / version of Linux. |
| 14:44 |
pinesol_green` |
jeff: The operation succeeded. |
| 14:45 |
|
stevenyvr joined #evergreen |
| 14:50 |
dbs |
jeff: an honest answer would be "No, there is no easy way to install opensrf and evergreen". Heh. |
| 14:52 |
Dyrcona |
I was gonna just say, "No." |
| 14:52 |
Dyrcona |
But I find it easy, having done it a hundred-odd times. |
| 14:53 |
bshum |
I think it's a bad sign that I can do it manually without always referencing the README now. |
| 14:53 |
Dyrcona |
I just run scripts. ;) |
| 14:53 |
bshum |
Also bad that I still haven't setup some sort of script. Or stolen one. |
| 14:53 |
Dyrcona |
heh |
| 14:54 |
|
finnx joined #evergreen |
| 14:55 |
* dbs |
is with bshum |
| 14:56 |
* Dyrcona |
points at his google drive. |
| 14:56 |
Dyrcona |
There's something there somewhere. |
| 14:56 |
|
fparks_ joined #evergreen |
| 14:58 |
|
dluch joined #evergreen |
| 14:58 |
|
yboston_ joined #evergreen |
| 14:58 |
|
remingtron joined #evergreen |
| 14:59 |
|
sseng_ joined #evergreen |
| 14:59 |
|
dbwells_ joined #evergreen |
| 15:00 |
|
dconnor_ joined #evergreen |
| 15:00 |
jeffdavis |
http://git.sitka.bclibraries.ca/gitweb/?p=sitka/sitka-tools.git;a=tree;f=deployment <- our install scripts live here |
| 15:01 |
|
gdunbar joined #evergreen |
| 15:01 |
Dyrcona |
oh, freenode... |
| 15:03 |
gmcharlt |
http://git.evergreen-ils.org/?p=working/random.git;a=shortlog;h=refs/heads/collab/phasefx/wheezy_installer |
| 15:04 |
gmcharlt |
a plethora of optinos |
| 15:04 |
|
finnx joined #evergreen |
| 15:04 |
* dbs |
does it manually intentionally to remind himself of the pain points |
| 15:05 |
|
remingtron joined #evergreen |
| 15:10 |
eeevil |
huh ... I don't do it often personally, and I don't use any installers or personal scripts ... and I don't follow the readme. seems simple enough to me. only "pain" is having to look up the ejabberd user registration commands each time. that would be nice to script away... |
| 15:12 |
dbs |
copy this here, copy that there, create ssl keys, edit apache files, edit opensrf_core.xml... lots of fiddly steps |
| 15:12 |
dbs |
koha install was remarkably smooth |
| 15:24 |
phasefx |
koha upgrades are too |
| 15:31 |
|
gsams joined #evergreen |
| 16:19 |
|
rri joined #evergreen |
| 16:19 |
|
jboyer_isl joined #evergreen |
| 16:20 |
|
_bott_ joined #evergreen |
| 16:22 |
jeff |
today's argument for better input validation: select country, count(*) from actor.usr_address group by country order by country; |
| 16:23 |
|
mllewellyn joined #evergreen |
| 16:24 |
|
kmlussier1 joined #evergreen |
| 16:24 |
|
dluch2 joined #evergreen |
| 16:25 |
|
akilsdonk_ joined #evergreen |
| 16:25 |
|
gmcharlt_ joined #evergreen |
| 16:27 |
|
rri_ joined #evergreen |
| 16:28 |
|
ningalls joined #evergreen |
| 16:29 |
|
gmcharlt joined #evergreen |
| 16:36 |
dbs |
jeff: I can hear the "U.S.A! USA! usa!" chants now |
| 16:40 |
jeff |
USA! US! United States! usa! U.S.A.! |
| 16:40 |
jeff |
then it gets weird |
| 16:41 |
jeff |
Grand Traverse! [county!=country] us! USa! Unites States ! MI! Kalkaska! Benzie! [more counties] |
| 16:42 |
jeff |
by the time we get to country "0", our count is only 3, and the long tail continues on from there. |
| 16:45 |
jeff |
52 unique entries representing what appears to be two valid countries. |
| 16:48 |
jeff |
we have a few dozen ways of spelling Traverse City, too. |
| 17:03 |
eeevil |
jeff: I hope you have at least one "'murca" |
| 17:07 |
|
_bott_ joined #evergreen |
| 17:08 |
jeff |
no, but someone did attempt to annex Toronto. |
| 17:08 |
jeff |
Toronto, ON USA |
| 17:11 |
dbs |
Parts of Canada would cheer that :) |
| 17:23 |
|
mrpeters left #evergreen |
| 17:32 |
|
dcook joined #evergreen |
| 17:32 |
|
mmorgan left #evergreen |
| 17:59 |
|
dluch joined #evergreen |
| 18:03 |
|
mceraso joined #evergreen |
| 18:03 |
|
bshum joined #evergreen |
| 19:27 |
|
kmlussier joined #evergreen |
| 21:39 |
|
geoffsams joined #evergreen |
| 23:44 |
|
zerick joined #evergreen |
