| Time |
Nick |
Message |
| 04:01 |
|
Mark__T joined #evergreen |
| 06:59 |
|
jeff joined #evergreen |
| 06:59 |
|
jeff joined #evergreen |
| 07:00 |
|
moodaepo joined #evergreen |
| 07:27 |
|
gdunbar joined #evergreen |
| 07:27 |
|
eeevil joined #evergreen |
| 07:50 |
|
jboyer-isl joined #evergreen |
| 08:06 |
|
jboyer-isl joined #evergreen |
| 08:19 |
|
Dyrcona joined #evergreen |
| 08:41 |
|
mrpeters joined #evergreen |
| 08:46 |
|
Shae joined #evergreen |
| 08:50 |
|
ericar joined #evergreen |
| 08:52 |
|
RoganH joined #evergreen |
| 08:52 |
|
kmlussier joined #evergreen |
| 08:54 |
* berick |
wonders if bshum / moodaepo might be available to update the downloads page for 2.3.9 and (eeevil?) 2.4.1 |
| 08:54 |
|
Meliss joined #evergreen |
| 08:58 |
eeevil |
I hope more eyes than my poor set have been on the tarballs, but soon, yes |
| 08:59 |
|
timlaptop joined #evergreen |
| 09:04 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] Link checker: verification review UI needs more columns about redirects - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c5980d3> |
| 09:08 |
|
Tree_ joined #evergreen |
| 09:11 |
|
mmorgan joined #evergreen |
| 09:11 |
Tree_ |
Hello. One of our branch libraries is having difficulty logging into the staff client on a circulation desk computer. We get this message: “Please tell your friendly system administrator or software developer the following:\nCould not js-ify the JSON: SyntaxError:syntax error\n\n” |
| 09:12 |
Tree_ |
Does anyone have any ideas about what caused this? |
| 09:14 |
|
akilsdonk_ joined #evergreen |
| 09:16 |
paxed |
any errors in osrfsys.log? |
| 09:16 |
|
rfrasur joined #evergreen |
| 09:18 |
bshum |
Googling that error message, it looks like it might be related to quirks in processing copy templates |
| 09:18 |
bshum |
Or at least, it's been raised before |
| 09:19 |
* bshum |
refers to bug 997284 and bug 1075570 |
| 09:19 |
pinesol_green |
Launchpad bug 997284 in Evergreen "Copy editor: Error when Copy template names contain Czech characters " (affected: 4, heat: 18) [Undecided,Triaged] https://launchpad.net/bugs/997284 |
| 09:19 |
pinesol_green |
Launchpad bug 1075570 in Evergreen 2.3 "Printing reciepts from Evergreen with extended charset" (affected: 6, heat: 26) [Medium,Fix released] https://launchpad.net/bugs/1075570 |
| 09:19 |
Tree_ |
Unfortunately, this is at a branch library and I am in the main office. Also, I should be up front that my knowledge of computers is probably not at the level of most people on this |
| 09:20 |
bshum |
Tree_: Out of curiosity, what version of Evergreen are you using? And are there other languages at play? |
| 09:20 |
|
collum joined #evergreen |
| 09:20 |
Tree_ |
it is 2.3 |
| 09:20 |
bshum |
berick: I can update the page whenever you folks are ready. I'll create a milestone for you now though for 2.4.2. :) |
| 09:21 |
berick |
bshum++ |
| 09:22 |
berick |
i'm ready for 2.3.9 whenever. |
| 09:22 |
Tree_ |
I saw those errors that were posted, but the issue seems to be in just logging into the system. |
| 09:22 |
berick |
no rush, though |
| 09:23 |
|
kbeswick joined #evergreen |
| 09:31 |
mmorgan |
Tree_: is the problem just on one machine? Can they login with one username, but not another? If no user can login on that machine, maybe reinstalling the client might work. |
| 09:34 |
bshum |
berick: I created the new milestones and got things moved over, but then as I stared marking things fix released I remembered that I had yet to actually go update the website page. |
| 09:34 |
bshum |
I'll hit that up again in the next hour or so after I get to the office. |
| 09:35 |
* bshum |
will be back later |
| 09:38 |
Tree_ |
It is just one machine. |
| 09:41 |
Dyrcona |
Tree_: I would do what mmorgan suggests and and have them reinstall the client on that one machine. |
| 09:43 |
Tree_ |
Ok. thanks much |
| 09:45 |
eeevil |
bshum: do you recall the blog's admin UI URL OTTOYH? |
| 09:45 |
eeevil |
ew ... acronym soup |
| 09:46 |
rfrasur |
nice |
| 09:46 |
Dyrcona |
eeevil: Better watch it or the Otyugh will get you. |
| 09:46 |
rfrasur |
"you might be doing something related to libraries if..." |
| 09:46 |
* paxed |
spots a roleplayer |
| 09:46 |
moodaepo |
eeevil: http://evergreen-ils.org/blog/wp-login.php (?) |
| 09:46 |
* Dyrcona |
is guilty as charged. |
| 09:46 |
eeevil |
rfrasur: "... you create random standards that no other industry will ever look at" ;) |
| 09:47 |
eeevil |
moodaepo: thanks |
| 09:47 |
Dyrcona |
eeevil++ |
| 09:47 |
|
montgoc1 joined #evergreen |
| 09:47 |
rfrasur |
eeevil: I was refering to the prolific use of acronyms but your point is also valid |
| 09:47 |
eeevil |
rfrasur: I know ... just been thinking about NCIP a bit |
| 09:48 |
* rfrasur |
met a librarian yesterday that said "I catalog how I want to...so I can find things for people." |
| 09:48 |
rfrasur |
I about kissed her but it would have probably been frightening |
| 09:48 |
Dyrcona |
NCIP: the standard that isn't!™ |
| 09:48 |
rfrasur |
I don't even know what NCIP is. |
| 09:48 |
* rfrasur |
fires up Google |
| 09:49 |
paxed |
insipid. err, no that's not quite right ... :P |
| 09:49 |
rfrasur |
oh dear God...not today. I am not reading any of that. |
| 09:49 |
jboyer-isl |
It's a complicated way to replace a simple pseudo-standard. Like most things. |
| 09:49 |
Dyrcona |
rfrasur: z39.83 National Circulation Interchange Protocol |
| 09:49 |
* rfrasur |
puts up a hand and goes back to sorting email |
| 09:50 |
Dyrcona |
jboyer-isl: Except that with this standard two implementations can conform perfectly and still not be able to communicate with each other! |
| 09:50 |
Dyrcona |
yay! |
| 09:51 |
jboyer-isl |
That feature's not entirely new, it was inheirited from SIP. |
| 09:52 |
Dyrcona |
We'd be better off with 3M's SIP, or maybe we should switch to telephony? |
| 09:52 |
* Dyrcona |
goes back to hunting Otyughs.... |
| 09:53 |
|
yboston joined #evergreen |
| 09:53 |
* rfrasur |
looks at pictures of Darth Sidious < insidious < insipid < NCIP |
| 09:55 |
paxed |
hah. commenting out an entry in opensrf.xml <marctemplates> causes a "#comment" entry to show up in the template list. |
| 09:57 |
rfrasur |
kmlussier: bshum: Dyrcona: anyone_else: How is Evergreen training (for library staff) handled in your consortium? |
| 09:58 |
Dyrcona |
rfrasur: By people other than myself who do not hang out here. |
| 09:58 |
rfrasur |
I didn't ask the question right. |
| 09:58 |
* rfrasur |
removes the question |
| 09:59 |
Dyrcona |
rfrasur: We have a small classroom at our central office. So some classes are held there. |
| 09:59 |
kmlussier |
rfrasur: I can't answer that, but it might be a worthwhile question for the list. I know one of my colleagues from NOBLE is planning to do something on the wiki to share training ideas. |
| 09:59 |
rfrasur |
yeah |
| 09:59 |
Dyrcona |
rfrasur: Our trainers will also have classes at member libraries for that library's staff and others nearby. |
| 09:59 |
rfrasur |
I'm trying to grab a thought out of the either that keeps wandering away |
| 10:00 |
rfrasur |
hmm...the ether |
| 10:00 |
rfrasur |
ty |
| 10:00 |
rfrasur |
kmlussier: When it's a real question, I'll send it to the list. |
| 10:01 |
Dyrcona |
We want to do more online/remote training, but our members don't seem so enthusiastic about it. |
| 10:01 |
Dyrcona |
I agree, that is a good question for the general list. |
| 10:04 |
Dyrcona |
You |
| 10:04 |
Dyrcona |
OOps |
| 10:04 |
Dyrcona |
you'd get better answers via email. |
| 10:05 |
rfrasur |
I'm not concerned with the quality of answers at this point. Just a vagueish idea. |
| 10:05 |
rfrasur |
Dyrcona++ |
| 10:05 |
rfrasur |
kmlussier++ |
| 10:06 |
|
kayals joined #evergreen |
| 10:14 |
|
kbeswick joined #evergreen |
| 10:18 |
rfrasur |
When an email address is invalidated in the patron edit screen does that keep it from being used again? |
| 10:19 |
|
ericar_ joined #evergreen |
| 10:25 |
mmorgan |
rfrasur: pretty sure the answer is no. Invalidating an email address clears it from the field in the patron record and adds a message about the invalid email. |
| 10:26 |
mmorgan |
you can enter the same address back in the email field and the message goes away. |
| 10:26 |
rfrasur |
mmorgan: thanks. I noted that it did clear the field but didn't notice a message. That could be because I added my own though. |
| 10:27 |
|
mcooper joined #evergreen |
| 10:27 |
mmorgan |
I actually had to reload the patron (F8) to see the message. It didn't refresh until I did that. |
| 10:28 |
rfrasur |
okay, I'll go in and test it. I was wondering if it'd be a good idea to bar email addresses...but I can see that being a bad idea as well. |
| 10:30 |
jeff |
there's no current method to do so. |
| 10:30 |
jeff |
i've not had need to do so here. |
| 10:31 |
rfrasur |
well, honestly, the only need to do it here stems from repeated inaccuracies in input...and a lack of attention. |
| 10:31 |
rfrasur |
I'm not sure those things can be fixed by software modifications, however. |
| 10:36 |
Dyrcona |
Some of the more common typos could be caught by software, but those would likely be site-dependent. |
| 10:37 |
rfrasur |
yeah - and it seems like it'd be like trying to catch a mouse with an elephant gun anyway. |
| 10:37 |
* rfrasur |
will just remind staff again...and probably again. |
| 10:37 |
dbs |
rfrasur: training in our consortium is handled... arguably poorly (due to lack of resources) and on an ad-hoc basis (ibid) |
| 10:38 |
Dyrcona |
I think one of the big issue here is that this sort of data entry is often done at a busy circulation desk. |
| 10:38 |
Dyrcona |
Yipes... bad editing. |
| 10:39 |
Dyrcona |
I think the big issue here is that this sort of data entry is often done at a busy circulation desk. |
| 10:39 |
Dyrcona |
There we go. |
| 10:39 |
rfrasur |
dbs: ty - it seems like it's pretty diverse across the EG community...whether there's a really mature training regimen or, like you said, ad hoc |
| 10:40 |
rfrasur |
Dyrcona: you're right...and sometimes by people that don't understand exactly what they're typing (believe it or not) |
| 10:42 |
rfrasur |
Sometimes I wonder if patrons also somehow think that it's better to give a bad email address than none at all. |
| 10:42 |
csharp |
ok, I'm working on a fix for bug 1203734... ideally I'd like to use the 'action.all_circulation' view to grab the data for total circs, but when I try to add it to OpenILS/src/perlmods/lib/OpenILS/Application/Storage/Driver/Pg/dbi.pm, it breaks open-ils.storage |
| 10:42 |
pinesol_green |
Launchpad bug 1203734 in Evergreen ""Last Few Circulations" total circulation count does not include aged circulations" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1203734 |
| 10:43 |
csharp |
any suggestions from more experienced devs? |
| 10:43 |
mmorgan |
rfrasur: there's a library setting that use a regular expression to ensure that at least an email address LOOKS like an email address "Regex for email field on patron registration" |
| 10:43 |
rfrasur |
mmorgan: does it work for gov issued emails and university types? |
| 10:46 |
csharp |
my added lines look like this: http://pastebin.com/8ygzAA01 |
| 10:46 |
csharp |
I'm assuming there's some other component for adding access to a table I'm not aware of |
| 10:48 |
|
jbfink joined #evergreen |
| 10:50 |
mmorgan |
rfrasur: it's a unix regular expression, so if those email addresses fit into a unix regex, it can help. Ours just checks for the @ and the . in the proper places, and no bad characters. |
| 10:51 |
jbfink |
heeey folks |
| 10:51 |
rfrasur |
okay, I'll talk to our local people when I have time to see if that's something we might look at...get guidance on...etc. jboyer-isl: rjackson-isl |
| 10:51 |
rfrasur |
mmorgan++ |
| 10:51 |
jbfink |
I'm trying to do up a Docker instance of Evergreen, but I am having slight annoyance with ejabberd. |
| 10:51 |
dbs |
jbfink! |
| 10:52 |
jbfink |
dbs! |
| 10:52 |
* dbs |
has no idea what Docker is |
| 10:52 |
jbfink |
http://docker.io |
| 10:52 |
jeff |
jbfink: are you running into issues when the hostname changes, or something else? |
| 10:52 |
jbfink |
it is OS-level virtualization |
| 10:52 |
jbfink |
and it is awesome |
| 10:52 |
jbfink |
yes, the hostname |
| 10:53 |
jeff |
so, it's a bit of an annoyance. you're likely going to want to hardcode a node name into /etc/defaults/ejabberd -- which will not help much until you kill ejabberd and nuke the contents (assuming you don't care about any ejabberd such as users, etc) of /var/lib/ejabberd |
| 10:54 |
|
dbs joined #evergreen |
| 10:55 |
* jeff |
waits for ec2-start-instances to return |
| 10:55 |
jbfink |
does ejabberd store any data (aside from accounts/pw?) |
| 10:55 |
jeff |
in an evergreen setup, no. |
| 10:56 |
jbfink |
ok |
| 10:56 |
jeff |
if you were using ejabberd for other things, maybe. |
| 10:56 |
jbfink |
I wasn't planning on it. |
| 10:56 |
jeff |
in my /etc/default/ejabberd i have an explicit ERLANG_NODE=ejabberd localhost |
| 10:56 |
|
dboyle joined #evergreen |
| 10:57 |
jbfink |
ahhhh |
| 10:57 |
jbfink |
ok, I will try that. |
| 10:59 |
jeff |
i recall it being tricky -- may simply have been that i needed to manually kill ejabberd / epmd / beam since i had lost the ability to control it with the init scripts and ejabberdctl (since the hostname had already drifted from what was in the ejabberd mnesia database) |
| 10:59 |
jbfink |
yay it started |
| 10:59 |
jbfink |
ok |
| 10:59 |
jeff |
also, there's usually at least one hidden/dotfile in /var/lib/ejabberd |
| 10:59 |
jbfink |
thanks jeff! |
| 10:59 |
jeff |
jbfink: you're welcome! glad it was somewhat simple to fix! |
| 10:59 |
jbfink |
got opensrf like 99% done. Got one problem with the srf shell that I will pick at today. |
| 11:00 |
jeff |
jbfink: i'm interested to hear what your thoughts on docker are, perhaps after you've used it more (if it's brand new to you) |
| 11:00 |
jbfink |
if this works though it will make deployment (in test instances at least) like about super super easy. |
| 11:00 |
jbfink |
I've done some work with it. |
| 11:00 |
jbfink |
I would not call myself an expert, but boy, is it something really intriguing. |
| 11:00 |
jbfink |
I did a Koha container for it. :) http://index.docker.io/u/jbfink/koha |
| 11:01 |
dbs |
jbfink++ |
| 11:01 |
|
CarrieC joined #evergreen |
| 11:10 |
rfrasur |
RoganH: Do you have a minute to talk about the inventory module project? |
| 11:11 |
RoganH |
Sure, I was just working on more emails about it! |
| 11:11 |
RoganH |
And failing at simple copy pastes! |
| 11:11 |
jbfink |
actually it doesn't work after all |
| 11:11 |
jbfink |
fprhghblblbltlty |
| 11:11 |
jbfink |
will dig |
| 11:12 |
jbfink |
what I *should* have done is force localhost *before* initial ejabberd run |
| 11:13 |
jbfink |
when/if I redo image, I will do that. |
| 11:14 |
jbfink |
in the meantime, I am explicitly declaring the old container's name in /etc/default/ejabberd, which is ugly but eh |
| 11:14 |
jbfink |
and may not work anyway 'cos I just did it and redid /etc/init.d/ejabberd start and it's just going "................................................................" |
| 11:14 |
jbfink |
fun |
| 11:14 |
jbfink |
oh wait no I am sorry |
| 11:15 |
jbfink |
it went "...........................................................failed" |
| 11:15 |
jbfink |
yhay |
| 11:15 |
jbfink |
hey let's go back to chopchop or whatever that other one was |
| 11:15 |
dbs |
jbfink: yeah, what jeff said: you probably need to apt-get purge ejabberd / blast the hell out of /var/lib/ejabberd (adjust for whatever OS you're running) and try that part again |
| 11:15 |
jbfink |
I will do this. |
| 11:16 |
jbfink |
luckily docker.io is sort of like git crossed with a VM in that you can go back to arbitrary commits |
| 11:16 |
dbs |
chopchop was removed from opensrf (sorry) :) |
| 11:16 |
jbfink |
just gotta figure out which commit had the state before I ran ejabberd for the first time |
| 11:16 |
jbfink |
I will do this and report back. |
| 11:16 |
bshum |
blast_the_hell_out_of_it++ |
| 11:17 |
jbfink |
in case you're wondering why I am back doing evergreen stuff for the first time since like 2009 it's because, um, we might be thinking about ditching our ILS. :D |
| 11:17 |
jbfink |
so I'm getting prepared. |
| 11:18 |
dbs |
jbfink: hey, there's a consortium in your province... :) |
| 11:19 |
jbfink |
DBS: WHAAAAAT |
| 11:24 |
* jeff |
sets Apt::Get::PurgeOrbitalNuclearOption true |
| 11:31 |
jbfink |
buh |
| 11:32 |
jbfink |
ejabberd still complaining. I don't suppose it's possible to tell /etc/default/ejabberd to not give a wet slap what the hostname is? like ejabberd@*? |
| 11:33 |
jbfink |
only one way to find out |
| 11:36 |
jbfink |
no. fuh. ok. |
| 11:36 |
|
mmorgan joined #evergreen |
| 11:41 |
|
kmlussier joined #evergreen |
| 11:43 |
|
acoomes joined #evergreen |
| 12:01 |
|
smyers_ joined #evergreen |
| 12:01 |
|
zed1 joined #evergreen |
| 12:07 |
bshum |
@marc 651 |
| 12:07 |
pinesol_green |
bshum: A subject added entry in which the entry element is a geographic name. (Repeatable) [a,e,v,x,y,z,2,3,4,6,8] |
| 12:07 |
bshum |
Hrm. |
| 12:08 |
zed1 |
Has anyone upgraded a 2.3.7 database to 2.4? |
| 12:09 |
zed1 |
I'm getting the following error and a CAST does not seem to work |
| 12:09 |
zed1 |
psql:version-upgrade/2.3-2.4.0-upgrade-db.sql:1877: ERROR: function unapi.bmp(bigint, text, text, text[], text, integer, hstore, hstore, boolean) does not exist |
| 12:09 |
zed1 |
The original error was: psql:version-upgrade/2.3-2.4.0-upgrade-db.sql:1877: ERROR: function unapi.bmp(integer, unknown, unknown, text[], text, integer, hstore, hstore, boolean) does not exist |
| 12:09 |
zed1 |
LINE 48: SELECT unapi.bmp( id, 'xml'... |
| 12:12 |
rfrasur |
adbowling-isl:does a RAID virtual disk configuration getting smoked mean that it needs to be reformatted and the stuff put back on it? |
| 12:16 |
bshum |
zed1: That sounds like you're missing a function. |
| 12:16 |
* bshum |
checks to see when that got added... maybe there's a quirk |
| 12:16 |
* bshum |
needs more hands and eyes |
| 12:19 |
|
acoomes_ joined #evergreen |
| 12:19 |
|
smyers_ joined #evergreen |
| 12:19 |
dbs |
zed1: are you running the upgrade script from the 2.4.1 tarball? |
| 12:20 |
bshum |
unapi.bmp's been around forever. But maybe it's complaining because it's missing a newer version of that function. |
| 12:21 |
bshum |
In the 2.1-2.2 upgrade it changes to have hstore, it looks like. |
| 12:21 |
jboyer-isl |
rfrasur: I think he's at lunch, but what makes you ask? (There are a veriety of answers...) |
| 12:22 |
dbwells |
bshum: It appears to be complaining because it is interpreting arguments 2 and 3 as 'unknown' when they are text, thus the signatures don't match. Why it is doing that seems to be the question. |
| 12:22 |
bshum |
Huh |
| 12:24 |
dbs |
Not int vs. bigint? |
| 12:25 |
dbwells |
Ah, missed that, could be that as well. |
| 12:27 |
rfrasur |
jboyer-isl: a colleague asked me to translate |
| 12:28 |
zed1 |
Sorry, I was composing an email for the list. |
| 12:28 |
dbs |
zed1: \df unapi.bmp might be helpful |
| 12:28 |
rfrasur |
I can guarantee they don't want the actual answer...because it'd be Greek...so was trying to get it as close to something they'd understand as possible. |
| 12:28 |
zed1 |
I've tried doing a number of casts, none seem to work. I have not tried 2.4.1, |
| 12:28 |
dbs |
zed1: you shouldn't have to do any casts |
| 12:30 |
zed1 |
I can see the function in the database, the parameters are different than the error message |
| 12:30 |
dbs |
showing us would be helpful |
| 12:30 |
dbwells |
I am beginning to think bshum might be right after all, I misinterpreted the error. |
| 12:30 |
eeevil |
bshum: whenever you're ready, the 2.4.1 blog post is set and the files are in their correct place (I believe) |
| 12:30 |
* bshum |
shouldn't talk about errors when he hasn't had lunch yet. |
| 12:31 |
csharp |
@blame add $who is NOT CONNECTED TO THE NETWORK!!! |
| 12:31 |
pinesol_green |
csharp: The operation succeeded. Blame #12 added. |
| 12:31 |
bshum |
csharp++ that's awesome :D |
| 12:32 |
dbwells |
csharp++ I love it :) |
| 12:32 |
rfrasur |
csharp++ funny |
| 12:32 |
csharp |
we're like the only 20 or so people in the world who would even get that reference :-) |
| 12:32 |
eeevil |
bshum's correct, I believe ... that's a really old version of the unapi, er, API ... probably purged during an upgrade because it's unused by the software itself. zed1, are you calling that function directly, of via some customization of the code? |
| 12:33 |
eeevil |
s/of/or/ |
| 12:33 |
rfrasur |
csharp: while I may not get it in your context, it's applicable in many, many OTHER contexts. |
| 12:33 |
zed1 |
I'm running the 2.3-2.4.0-upgrade-db.sql upgrade script that comes with the 2.4 release |
| 12:33 |
csharp |
rfrasur++ |
| 12:35 |
dbwells |
zed1: can you paste the \df unapi.bmp somewhere? Or did I miss it? |
| 12:35 |
eeevil |
hrm... actually, I was looking at that wrong. dbwellsI think /you're/ right ... int vs bigint |
| 12:35 |
eeevil |
er |
| 12:35 |
eeevil |
dbs |
| 12:35 |
eeevil |
(and, I'll bet, a dump/restore into a newer PG) |
| 12:38 |
zed1 |
Sorry, I'm new to chat, what does \df mean? |
| 12:39 |
dbwells |
zed1: it is a psql command to describe the function |
| 12:42 |
zed1 |
Schema | Name | Result data type | Argument data types | Type |
| 12:42 |
zed1 |
--------+------+------------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+-------- |
| 12:42 |
zed1 |
unapi | bmp | xml | obj_id bigint, format text, ename text, includes text[], org text, depth integer DEFAULT NULL::integer, slimit public.hstore DEFAULT NULL::public.hstore, soffset public.hstore DEFAULT NULL::public.hstore, include_xmlns boolean DEFAULT true | normal |
| 12:42 |
zed1 |
(1 row) |
| 12:42 |
|
yboston joined #evergreen |
| 12:43 |
|
jihpringle joined #evergreen |
| 12:44 |
dbwells |
zed1: thanks. I don't notice any issues there. Also, in the future, you can do larger type pastes at http://paste.evergreen-ils.org (or another favorite paste site). |
| 12:45 |
rfrasur |
(is there some reason why service people think that when I call, I'm just expressing a pending desire to possibly have them consider maybe doing some type of work?...like having a water leak is just something that can wait to get fixed til they maybe want to possible show up?) |
| 12:45 |
* rfrasur |
is NOT CONNECTED TO THE NETWORK!!! |
| 12:45 |
bshum |
eeevil: Okay, I'll move berick's files into place too and then update the website. |
| 12:45 |
bshum |
eeevil++ berick++ |
| 12:48 |
zed1 |
I noticed after I pasted it it was pretty ugly |
| 12:49 |
berick |
thank bshum |
| 12:49 |
berick |
er, thanks |
| 12:49 |
Dyrcona |
@thank bshum |
| 12:49 |
pinesol_green |
Dyrcona: Down time is a fact of business when you're a poor 501c3 corporation. |
| 12:49 |
Dyrcona |
heh. |
| 12:53 |
pinesol_green |
[evergreen_website|Ben Shum] Downloads - Evergreen 2.4.1, 2.3.9 releases - <http://git.evergreen-ils.org/?p=Evergreen_Website.git;a=commit;h=651ee3d> |
| 12:59 |
bshum |
Should be all set. Copied the 2.3 stuff to place and also moved the 2.4.1 readme to the doc/install place |
| 13:05 |
dbwells |
zed1: Not sure what is going on, but as a basic troubleshooting step, can you run the CREATE OR REPLACE FUNCTION starting at line 1787 on its own, outside the upgrade. If this is on a production machine, please take adequate precautions, as I am not sure if this function alone would be 2.3.7 compatible (although I believe it is). |
| 13:08 |
zed1 |
Don't worry, this is a backup of a dev DB. I'll run it this afternoon and get back to you. I have a meeting coming up. |
| 13:10 |
|
gsams___ joined #evergreen |
| 13:12 |
dbwells |
zed1: sounds good. Real-world feedback of the upgrade scripts is very valuable! |
| 13:12 |
|
linuxpoet joined #evergreen |
| 13:20 |
|
kayals joined #evergreen |
| 13:28 |
|
stevenyvr2 joined #evergreen |
| 13:39 |
|
ericar_ joined #evergreen |
| 13:40 |
|
SimonHM joined #evergreen |
| 13:40 |
|
SimonHM joined #evergreen |
| 13:45 |
|
rfrasur joined #evergreen |
| 13:53 |
|
RoganH joined #evergreen |
| 13:55 |
|
BigRig joined #evergreen |
| 14:11 |
|
CarrieC1 joined #evergreen |
| 14:12 |
|
kayals joined #evergreen |
| 14:14 |
|
kmlussier joined #evergreen |
| 14:27 |
|
kayals joined #evergreen |
| 14:30 |
|
RBecker_ joined #evergreen |
| 14:32 |
rfrasur |
My faith in service people is restored. |
| 14:35 |
|
ericar joined #evergreen |
| 14:37 |
jcamins |
rfrasur: your service person arrived eight hours late? |
| 14:37 |
jcamins |
... without the part that s/he knew before leaving was going to be needed? |
| 14:37 |
rfrasur |
no...they just weren't exactly where I needed them when I was freaking out. |
| 14:37 |
* rfrasur |
was in the wrong this time |
| 14:37 |
rfrasur |
but, I HAVE had that. |
| 14:38 |
jcamins |
That would destroy my faith in service people. I have great faith that they'll be eight hours late and unprepared to deal with the issue. |
| 14:38 |
rfrasur |
we were just on the cusp of closing the library or finding a shut off valve...and I actually called to explain that it wasn't just an exterior leak anymore...but into the basement and they were here in 15 minutes. |
| 14:38 |
rfrasur |
jcamins++ |
| 14:39 |
rfrasur |
that's only when we're dealing w/ the cable company...though they're pretty good now (probably because they know I'll keep calling incessantly if they don't show up in a reasonable amount of time) |
| 14:39 |
rfrasur |
we gotta have bathrooms, lights and the internet |
| 14:43 |
eeevil |
rfrasur: that, minus lights, matches my general set of requirements for survival as well! |
| 14:44 |
rfrasur |
eeevil++ #me too - and I prefer natural light anyway...or the backlight of a monitor. |
| 14:50 |
|
RBecker_ joined #evergreen |
| 14:52 |
|
RBecker joined #evergreen |
| 15:07 |
|
yboston joined #evergreen |
| 15:12 |
gsams |
I have two questions if there is anyone willing to help out with a few things. |
| 15:12 |
tsbere |
ask away. If we can help we likely will. |
| 15:13 |
gsams |
For some reason, Google Analytics doesn't seem to be taking and I'm not sure what might be the problem |
| 15:13 |
* tsbere |
doesn't use that, and thus has no input |
| 15:13 |
bshum |
gsams: Hmm, that's a config.tt2 setting right? |
| 15:14 |
* bshum |
also doesn't use google analytics anymore. Long live piwik! |
| 15:14 |
gsams |
yeah, I've got it enabled and with the correct code, multiply verified |
| 15:14 |
bshum |
(or I guess I wish I was using piwik) |
| 15:16 |
gsams |
turns out jeff left me a message that I didn't get until today that should answer my other question |
| 15:16 |
gsams |
jeff++ |
| 15:16 |
jeff |
you're welcome! |
| 15:16 |
jeff |
glad you got the message. :-) |
| 15:17 |
bshum |
gsams: Did you reload apache after you set the value? |
| 15:17 |
gsams |
I thought I did, but I suppose I could do that again tonight just to be sure |
| 15:18 |
gsams |
jeff: thanks for sending it along! |
| 15:27 |
|
mrpeters left #evergreen |
| 15:33 |
|
smyers_ joined #evergreen |
| 15:35 |
|
kayals joined #evergreen |
| 15:49 |
|
kayals joined #evergreen |
| 15:57 |
bshum |
jeff: Someone complaining at us for using record by ID. Apparently they were hoping to use the jackets by ISBN. evanced (summer reading?) |
| 15:58 |
jeff |
? |
| 15:58 |
jeff |
ac by record id does not at this point disable ac by isbn. |
| 15:59 |
jeff |
i'd be interested in more specifics if you have them |
| 15:59 |
bshum |
Err, I just mean I think they're thrown for a loop cause all our jackets use the r/id extension now |
| 15:59 |
bshum |
And they were trying to piggy back our images |
| 15:59 |
tsbere |
That sounds rude |
| 15:59 |
tsbere |
They should get their own images ;) |
| 15:59 |
bshum |
That's what I haven't been sure about. I'm collecting more information as I can. |
| 16:01 |
rfrasur |
lol |
| 16:01 |
rfrasur |
that_sounds_rude++ |
| 16:06 |
|
zerick joined #evergreen |
| 16:08 |
|
RoganH joined #evergreen |
| 16:15 |
eeevil |
HOW AM I SUPPOSED TO STEAL WHAT YOU PAY FOR IF YOU MAKE IT HARD?!?! |
| 16:15 |
rfrasur |
eeevil++ |
| 16:18 |
|
CarrieC joined #evergreen |
| 16:23 |
* dbs |
worries "think of the conjoined children!" of bug 1097915 |
| 16:23 |
pinesol_green |
Launchpad bug 1097915 in Evergreen "tpac: conjoined items are not supported" (affected: 2, heat: 16) [Wishlist,Triaged] https://launchpad.net/bugs/1097915 |
| 16:25 |
rfrasur |
I love doing something stupid that works out for the best in the end. If only life were like that all the time. |
| 16:37 |
gsams |
bshum: I went ahead and restarted apache and I'm still seeing nothing to indicate that analytics is working |
| 16:38 |
bshum |
gsams: It was just a kneejerk reaction; I always worry about apache reloading :) |
| 16:38 |
bshum |
dbs++ "conjoined children" :) |
| 16:38 |
gsams |
Not a bad reaction honestly, I'm still not sure if I had done it before that though |
| 16:39 |
dbs |
a change to .tt2 shouldn't require an apache reload |
| 16:40 |
gsams |
dbs++ something I wasn't sure about |
| 16:40 |
dbs |
gsams: no Web Console messages from the web browser dev tools of your preference? |
| 16:46 |
gsams |
dbs: nothing, but I'm not as entirely familiar with the dev tools as I probably should be. |
| 16:48 |
bshum |
gsams: Changing the goog_analytics.tt2 line to just plain "IF google_analytics.enabled" did the trick for me. |
| 16:48 |
bshum |
That = 'true' was doing something weird there. |
| 16:48 |
bshum |
Might be a bug. |
| 16:49 |
gsams |
yeah that did it, analytics found it no problems |
| 16:49 |
bshum |
Err, == 'true' rather. |
| 16:49 |
tsbere |
could be something crazy like it actually being true, not 'true', and thus not matching |
| 16:49 |
|
misilot joined #evergreen |
| 16:50 |
bshum |
Hmm |
| 16:50 |
* tsbere |
hates boolean keywords as string values in contexts like that |
| 16:51 |
jeff |
huh. wonder what happened here: <leader>02712cim a2200661Ia 4500<datafield tag="901" ind1=" " ind2=" "><subfield code="a">AUTOGENERATED-543</subfield><subfield code="b">AUTOGEN</subfield><subfield code="c">43816969</subfield><subfield code="t">biblio</subfield></datafield></leader> |
| 16:52 |
jeff |
very few instances of that (only one found so far) |
| 16:52 |
Dyrcona |
jeff: Looks like the symptoms of authority update with bad fields destroys bibliographic record. |
| 16:52 |
* Dyrcona |
has seen that before. |
| 16:53 |
bshum |
gsams: We'll have to ponder what the problem is, but for the moment, the setting should take effect with that tweak to the file. |
| 16:54 |
jeff |
hrm. eight. |
| 16:54 |
jeff |
nine... bah. |
| 16:54 |
gsams |
bshum: there appears to be another problem unfortunately |
| 16:55 |
gsams |
bshum: the code is showing up as UA-9999999-99 instead of what was entered into config.tt2 |
| 16:55 |
bshum |
gsams: I was just thinking about that next |
| 16:55 |
bshum |
Thought it looked funny |
| 16:58 |
bshum |
That is weird. |
| 16:58 |
bshum |
Almost like it's grabbing the default value |
| 16:58 |
bshum |
AHA |
| 16:58 |
bshum |
gsams: Your templates aren't just in /openils/var/templates |
| 16:59 |
bshum |
You've got config.tt2 in each templates_library |
| 16:59 |
bshum |
And that's where it's drawing from |
| 16:59 |
gsams |
Ah! |
| 16:59 |
bshum |
The settings and such |
| 16:59 |
bshum |
No bug in the code, it's just drawing from your templates_ntlc default for the consortium level |
| 16:59 |
bshum |
And etc. |
| 16:59 |
* bshum |
puts back the == 'true' to the stock template file |
| 16:59 |
rfrasur |
(our library is getting ready to introduce a seed library and I'm very, very, very excited about it) |
| 17:00 |
gsams |
bshum++ I'll get to work on that then |
| 17:00 |
Dyrcona |
A seed library... What's the circulation duration for a seed? |
| 17:00 |
bshum |
gsams++ #sweet deal and also lesson learned for me... I always forget the template overrides :( |
| 17:00 |
rfrasur |
forEVER! |
| 17:01 |
rfrasur |
I wish we could actually get a real circ statistic on it...but will figure that out after it gets rolling and people care enough. |
| 17:02 |
gsams |
bshum: I didn't even think to check that at all, thanks again |
| 17:03 |
bshum |
gsams: No problem man. I couldn't remember how it was all setup either :) |
| 17:04 |
bshum |
Glad it's not a bug or other problem. |
| 17:06 |
bshum |
Dyrcona++ tsbere++ #for live testing the pain and suffering ahead of the rest of us |
| 17:06 |
bshum |
(and fixing it) |
| 17:07 |
Dyrcona |
Who said anything about fixing it? ;) |
| 17:08 |
Dyrcona |
Well, the first attempt caused a different error, but we'll have it by the end of the week, I'm sure. |
| 17:08 |
* tsbere |
made things worse, a nicer error for the user, but then a crashed circ backend |
| 17:08 |
bshum |
Dyrcona: That's just implied :) |
| 17:08 |
tsbere |
I obviously am going about it wrong |
| 17:10 |
|
mmorgan left #evergreen |
| 17:16 |
|
acoomes joined #evergreen |
| 17:16 |
* Dyrcona |
would not say anything is "obvious" in the bowels of Circulate.pm. |
| 17:18 |
tsbere |
I say something is obviously wrong when the drone decides to crash when it is done running my code changes. *What* is wrong is a different story. |
| 17:19 |
Dyrcona |
:/ |
| 17:37 |
|
zed1 left #evergreen |
| 17:42 |
|
kayals_ joined #evergreen |
| 18:37 |
|
CarrieC left #evergreen |
| 18:51 |
|
BigRig_ joined #evergreen |
| 18:53 |
|
BigRig__ joined #evergreen |
| 19:17 |
|
smyers__ joined #evergreen |
| 20:03 |
|
stevenyvr2 left #evergreen |
| 20:45 |
|
jbfink joined #evergreen |
| 21:30 |
|
mtate joined #evergreen |
| 23:29 |
|
stevenyvr2 joined #evergreen |
| 23:29 |
|
stevenyvr2 left #evergreen |
| 23:33 |
|
zerick joined #evergreen |
