Time |
Nick |
Message |
00:33 |
|
zerick joined #evergreen |
01:13 |
|
mcooper joined #evergreen |
06:59 |
|
timf joined #evergreen |
07:33 |
|
kmlussier joined #evergreen |
07:46 |
|
rjackson-isl joined #evergreen |
07:52 |
|
collum joined #evergreen |
07:54 |
|
jboyer-isl joined #evergreen |
08:29 |
|
ericar joined #evergreen |
08:34 |
|
akilsdonk_ joined #evergreen |
08:34 |
|
Dyrcona joined #evergreen |
08:37 |
|
Shae joined #evergreen |
08:55 |
|
DPearl joined #evergreen |
08:56 |
|
mmorgan1 joined #evergreen |
08:59 |
|
rfrasur joined #evergreen |
09:02 |
|
mrpeters joined #evergreen |
09:17 |
* Dyrcona |
needs a vacation from his vacation. |
09:17 |
rfrasur |
Was it good though? |
09:19 |
Dyrcona |
Not really. |
09:19 |
rfrasur |
sorry to hear that. Was it a "go away" vacation or a "stay home" vacation? |
09:20 |
Dyrcona |
It was spend two weeks in a shotgun shack in the woods with people you barely tolerate kind of vacation. |
09:20 |
* rfrasur |
cringes |
09:20 |
rfrasur |
you do need a vacation from your vacation. |
09:20 |
Dyrcona |
The highlight of the trip was taking my dog for a walk early on the 17th and seeing a pair of white-tail does. |
09:21 |
rfrasur |
I've given up trying to spend time with people I don't like. Hmm, that was 10 days ago. |
09:21 |
Dyrcona |
Well, I'm back, now. |
09:21 |
Dyrcona |
Vacation is over. Maybe I can relax and get something done. :) |
09:21 |
rfrasur |
Welcome back. You were missed. |
09:22 |
Dyrcona |
thanks! |
09:22 |
rfrasur |
And, because I know it matters A LOT to you, your karma has increased while you were gone :D |
09:23 |
* Dyrcona |
winks. |
09:24 |
* rfrasur |
was so "excited" about reading shelves this morning, that I completely forgot about a community breakfast...and would have missed an insurance meeting if they hadn't cancelled. |
09:25 |
rfrasur |
@blame catfood and kids |
09:25 |
pinesol_green |
rfrasur: catfood and kids broke Evergreen. |
09:25 |
rfrasur |
Yes. They did. |
09:26 |
rfrasur |
And, on that note, the juvenile nonfiction section and I shall soon become one...but not in a creepy way...unless librarians are creepy. Yeah, we are. It's cool. |
09:30 |
paxed |
Dyrcona: a doggie! makes things tolerable :P |
10:15 |
jboyer-isl |
Is there a way to invalidate an AddedContent cached entry? We had an item with the wrong book cover that's been fixed on the provider's end, but the wrong one is still stuck in the cache. |
10:17 |
tsbere |
jboyer-isl: The brute force method is restart memcache. Which will invalidate your logins too, most likely. ;) |
10:17 |
* tsbere |
assumes there is a way to remove a memcache entry, but isn't sure how to figure out the ID without code-diving |
10:17 |
jboyer-isl |
I figured that would work. I'm trying to keep the phone calls to a minimum :) |
10:18 |
jboyer-isl |
Oh, I've already gone code-diving, I just don't know what to do with the key (or what I assume the key is). |
10:19 |
tsbere |
telnet in, "delete <key>" might work? |
10:19 |
jboyer-isl |
I was about to go look at the memcache docs, I'd be delighted if it was that easy. Thanks for the pointer. |
10:25 |
csharp |
jboyer-isl: make sure to install 'libmemcached-tools' |
10:26 |
csharp |
jboyer-isl: there's a memcrm command that may do what you want |
10:26 |
csharp |
memrm - Remove a key(s) from a collection of memcached server |
10:26 |
jboyer-isl |
Oh, that does sound handy. Thanks |
10:27 |
csharp |
the command is 'memcrm' (though the man page shows 'memrm') |
10:31 |
bshum |
You can use telnet to the memcache server too. |
10:31 |
bshum |
Like telnet localhost 11211 (or whatever ports it is) |
10:32 |
bshum |
I was going to suggest the key to delete, but realized that maybe ours is different anyways cause we're using jeff's record ID stuff |
10:32 |
bshum |
Like "delete ac.jacket.medium.#####" where ##### is the record ID. |
10:33 |
bshum |
jeff and I talked about creating some feature to force an image to re-cache at one point. |
10:33 |
bshum |
Like adding some button in the staff client. |
10:33 |
jboyer-isl |
Hah! The wrong cover is destroyed |
10:33 |
jboyer-isl |
tsbere++ |
10:33 |
jboyer-isl |
csharp++ |
10:33 |
jboyer-isl |
bshum++ |
10:34 |
jboyer-isl |
Now, to document this so I don't have to ask again in 6+ months... |
10:34 |
rjackson-isl |
jboyer-isl++ |
10:37 |
jboyer-isl |
bshum: I don't know if it needs to be invalidated as much as verified. There's an http request/status for detecting changes made after a certain date. Maybe after a time period (or X hits?) the server is asked if there's a new copy of the file? That's provided of course, that they all honor that request correctly. |
10:39 |
phasefx__ |
/win 2 |
10:39 |
bshum |
jboyer-isl: Interesting. I wonder if that's true for all the providers or we're talking mainly about Syndetics presently? :D |
10:40 |
jboyer-isl |
Syndetics is who we use, but the mechanism I'm talking about is the same one web browsers use. (I should probably look it up rather than try to explain from my shady memory.) |
10:41 |
bshum |
I getcha, definitely something worth looking into further. |
10:41 |
jboyer-isl |
Now, whether or not any of the providers bother to use it properly... |
10:41 |
bshum |
Heh |
10:44 |
|
adbowling-isl joined #evergreen |
10:47 |
|
eby joined #evergreen |
10:49 |
jboyer-isl |
Ah, for future reference: include the If-Modified-Since:(HTTP-Date) header in a GET request, and if the item hasn't been modified since that date, you'll get a 304, Not Modified back, with no data. http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html |
11:03 |
|
zerick joined #evergreen |
11:22 |
|
dboyle joined #evergreen |
11:48 |
|
ericar joined #evergreen |
11:55 |
|
smyers_ joined #evergreen |
11:56 |
|
jdouma joined #evergreen |
12:16 |
|
mcooper joined #evergreen |
12:37 |
|
sseng joined #evergreen |
12:45 |
dbs |
Yeah, PostgreSQL does not like """WHERE "aou".id IN ('1;pane=expert;pane=numeric;pane=numeric;pane=expert;pane=numeric;pane=expert;pane=expert;pane=numeric;pane=expert')""" very much. |
12:46 |
jeff_ |
unsurprising. :-( |
12:47 |
phasefx |
can't cast that to integer? ;) |
12:49 |
dbs |
glad that we closed that injection hole, but wish those errors would just go away |
12:50 |
|
yboston joined #evergreen |
12:50 |
|
kmlussier joined #evergreen |
12:53 |
|
stevenyvr2 joined #evergreen |
12:54 |
eeevil |
dbs: seeing that in master? |
12:58 |
csharp |
dbs: I've seen that before too |
12:58 |
csharp |
2.3.6 |
12:59 |
eeevil |
csharp: me too, but I don't think I've seen it in master. I believe (but have not looked for proof today) that it's fixed |
12:59 |
eeevil |
well, in recent master |
13:00 |
dbs |
2.4.1-ish |
13:01 |
dbs |
dealing with a database that has suddenly decided to take forever to respond to basic queries, this is just noise on the side |
13:02 |
* dbs |
suspects stats got out of date and plans are terrible, but needs to confirm that. |
13:02 |
dbs |
161323.860 ms is _too_ long |
13:08 |
|
RoganH joined #evergreen |
13:10 |
csharp |
yikes |
13:11 |
csharp |
we saw that a couple of weeks ago - everything came to a standstill - my best guess for a cause is an autovac process that was waiting on a lock, but I could be wrong |
13:11 |
csharp |
opac queries were taking 200+ secs |
13:11 |
csharp |
db load hit 300 |
13:12 |
csharp |
but we know our db is bloated |
13:12 |
csharp |
manual vacuum analyze planned for Friday night |
13:16 |
|
rfrasur joined #evergreen |
13:22 |
|
jdouma joined #evergreen |
13:25 |
rfrasur |
jboyer-isl: if you see Anna, please relay that I think she's doing a fantastic job (you can pick another adjective though, if you want...as long as it's really good) |
13:26 |
* rfrasur |
thinks our EG people are the best |
13:30 |
jboyer-isl |
I see precious few people from my windowless warren, but should she pop in I'll relay your delight. |
13:30 |
jboyer-isl |
Oops. Too slow. :/ |
14:00 |
remingtron |
developer meeting? |
14:01 |
jboyer-isl |
It's on my calendar too, but it hasn't started yet. |
14:01 |
jboyer-isl |
I wonder if people were pulled away from their desks? |
14:01 |
kmlussier |
Yes, it is meeting time. Anyone want to volunteer to run it? |
14:02 |
jboyer-isl |
I only pay the barest attention during them, I'd be a poor choice. :( |
14:03 |
remingtron |
let's see if we can wake up a few devs... like gmcharlt, eeevil, dbwells, bshum |
14:03 |
phasefx |
Galen's on vacation |
14:04 |
senator |
#startmeeting Developer Meeting 2013-08-27 |
14:04 |
pinesol_green |
Meeting started Tue Aug 27 14:04:22 2013 US/Eastern. The chair is senator. Information about MeetBot at http://wiki.debian.org/MeetBot. |
14:04 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic. |
14:04 |
pinesol_green |
The meeting name has been set to 'developer_meeting_2013_08_27' |
14:04 |
senator |
boom |
14:04 |
remingtron |
senator++ |
14:04 |
jeff |
senator++ |
14:04 |
jeff |
:-) |
14:04 |
senator |
#topic Introductions |
14:04 |
kmlussier |
senator:++ |
14:04 |
kmlussier |
#info kmlussier is Kathy Lussier, MassLNC |
14:04 |
senator |
#info senator = Lebbeous Fogle-Weekley, Equinox Software |
14:05 |
* phasefx |
= Jason Etheridge, senator-cohort |
14:05 |
jeffdavis |
#info jeffdavis = Jeff Davis, Sitka |
14:05 |
eeevil |
#info eeevil = Mike Rylander, ESI |
14:05 |
RoganH |
#info RoganH = Rogan Hamby, SCLENDS |
14:05 |
dbwells |
#info dbwells = Dan Wells, Hekman Library (Calvin College) |
14:05 |
csharp |
#info csharp = Chris Sharp, GPLS |
14:05 |
kmlussier |
#info agenda is at http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2013-08-27 |
14:05 |
remingtron |
#info remingtron Remington Steed, Hekman Library (Calvin College) |
14:05 |
phasefx |
#info phasefx = Jason Etheridge, ESI |
14:05 |
Dyrcona |
#info Dyrcona = Jason Stephenson, MVLC |
14:05 |
jeff |
#info jeff = Jeff Godin, Traverse Area District Library (TADL) |
14:05 |
bshum |
#info bshum = Ben Shum, Bibliomation |
14:06 |
senator |
any new arrivals please feel free to announce yourselves |
14:06 |
senator |
#topic Action items from the last meeting |
14:06 |
berick |
#info berick Bill Erickson ESI |
14:06 |
paxed |
#info paxed = Pasi Kallinen, Regional Library of Joensuu |
14:06 |
senator |
#info 1. gmcharlt was to cut opensrf 2.2.1 |
14:07 |
senator |
i can see it didn't happen, and there was probably a reason (as if the guy's full calendar wasn't reason enough) |
14:07 |
ldwhalen |
#info ldwhalen = Liam Whalen, Sitka |
14:07 |
senator |
does anybody know a blocker on the release or any special reason it didn't happen yet? |
14:08 |
eeevil |
not aware of any blockers, but I'm glad that the signal handling stuff might get in |
14:08 |
eeevil |
berick++ |
14:08 |
* berick |
finished the code today, in fact |
14:08 |
berick |
still need to update LP |
14:08 |
senator |
got it |
14:09 |
senator |
#action gmcharlt to release opensrf 2.2.1 soon(?) post-vacation |
14:09 |
|
smyers_ joined #evergreen |
14:09 |
senator |
#info 2. berick and eeevil to release 2.3.9 and 2.4.1 |
14:09 |
senator |
ok obviously that happened, and more |
14:09 |
senator |
2.3.10 is even released |
14:09 |
eeevil |
yep. waiting on eyes for 2.4.2 |
14:10 |
senator |
2.4.2 just wants a thumbs up from a tester? |
14:10 |
eeevil |
senator: aye |
14:10 |
senator |
anybody want to volunteer to verify basic functionality of the 2.4.2 rc? installs without explosions? |
14:10 |
eeevil |
I'm relatively happy with it, but that only goes as far as any of you can throw me |
14:10 |
* csharp |
raises hand |
14:10 |
eeevil |
csharp++ |
14:11 |
csharp |
yeah - I'll whip up a vm directly |
14:11 |
senator |
@action csharp to test 2.4.2 rc so we can officialize it |
14:11 |
* pinesol_green |
csharp to test 2.4.2 rc so we can officialize it |
14:11 |
senator |
csharp++ |
14:11 |
senator |
whoops |
14:11 |
senator |
#action csharp to test 2.4.2 rc so we can officialize it |
14:11 |
senator |
that's what i meant to type |
14:11 |
senator |
ok, |
14:11 |
Dyrcona |
heh. too many bots. ;) |
14:11 |
bshum |
Well, it's just one bot with many command actions |
14:12 |
csharp |
overloaded_bots-- |
14:12 |
senator |
ah, excuse me folks, as a newb meeting runner i think i'm repeating the last time's previous action items |
14:12 |
csharp |
heh |
14:12 |
senator |
moving on to next agenda points then |
14:12 |
bshum |
senator++ #taking the lead |
14:12 |
csharp |
senator++ |
14:13 |
senator |
#info last meeting's actual action items: |
14:13 |
senator |
#info 1. start on 2.6 dev road map |
14:13 |
senator |
status? |
14:13 |
bshum |
Doesn't look like that's started yet. |
14:13 |
senator |
no action from me on this item :-( |
14:13 |
senator |
yeah |
14:14 |
senator |
kudos for dbwells for really staying on top of the 2.5 process, btw. that'll be a hard act for someone to follwo |
14:14 |
senator |
dbwells++ |
14:14 |
csharp |
dbwells++ |
14:14 |
senator |
#info 2. bshum to summarize bug tracking based on feedback from developers |
14:15 |
bshum |
Still incomplete at this time. I've been juggling a few too many things and that slipped. |
14:15 |
senator |
i hear that |
14:15 |
bshum |
I've been thinking about incorporating that into some new how to submit bugs page in the nextgen website. |
14:15 |
bshum |
At some point. |
14:15 |
senator |
are there linkable scraps of material at this point that we could note for reference? |
14:15 |
Dyrcona |
Shouldn't these action items be on the agenda for this meeting? |
14:16 |
kmlussier |
senator: I think you had the first set of action items right. These are the action items from the June meeting. |
14:16 |
senator |
ha, ok |
14:16 |
senator |
you guys are right |
14:16 |
senator |
#info the first set of previous meeting's action items were the right ones |
14:16 |
senator |
next, |
14:17 |
kmlussier |
senator++ |
14:17 |
Dyrcona |
If they've not been completed, though, they should probably be moved forward. |
14:17 |
Dyrcona |
senator++ |
14:17 |
senator |
#action senator to find old incomplete action items to move forward (with help from the channel in making sure i get the right ones) ;-) |
14:17 |
senator |
#info gsoc reports |
14:17 |
senator |
^-- how bout that? |
14:18 |
eeevil |
senator++ :) |
14:19 |
Dyrcona |
Well, our student has disappeared again. |
14:19 |
senator |
no reappearance or other good news eh |
14:19 |
bshum |
We'll have to figure out what happened and what steps to take next. |
14:19 |
senator |
bummer :-( |
14:19 |
eeevil |
student's been failed, I assume? |
14:20 |
Dyrcona |
Well, he disappeared right after the evaluation. |
14:20 |
senator |
the midterm one? |
14:20 |
eeevil |
the midterm? |
14:20 |
Dyrcona |
yes |
14:21 |
senator |
#info student missing, doesn't look good |
14:21 |
dbwells |
Is there a branch somewhere of whatever he had done for midterms? |
14:21 |
Dyrcona |
Yes, there is. |
14:21 |
bshum |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dmitriye/dashboard |
14:22 |
senator |
#info see IRC logs for this date for link to work done before midterms |
14:22 |
dbwells |
bshum: cool, thanks |
14:23 |
senator |
so we'll skip release info |
14:23 |
senator |
having already talked about that? |
14:23 |
senator |
#info qa topics |
14:23 |
senator |
phasefx: do you want to pose your question? |
14:23 |
phasefx |
some of what I was thinking may be impacted by the next agenda item, but in general... |
14:23 |
phasefx |
I wanted to see if we want to start writing pgTAP tests whenever we write db upgrade scripts |
14:23 |
senator |
#topic qa topics |
14:24 |
phasefx |
there are some good examples committed to master |
14:24 |
senator |
(just a correction of my meetingbot stuff, don't mind me) |
14:24 |
phasefx |
could start easy, make it a recommendation instead of a requirement |
14:25 |
phasefx |
thoughts? need more to time to mull it over? |
14:25 |
eeevil |
phasefx: I'll commit (heh) to providing pgtap tests with my changes to the db |
14:25 |
phasefx |
eeevil++ |
14:25 |
bshum |
It's an interesting idea, I know I'd like some handholding to learn the ropes. |
14:26 |
* phasefx |
can hold hands |
14:26 |
jeff |
+1 to more tests |
14:26 |
jeff |
phasefx: do you have any useful pointers for starters, and what's your preference on people seeking hand-holding -- irc, mailing list? |
14:27 |
phasefx |
jeff: I think looking at the tests in http://git.evergreen-ils.org/?p=Evergreen.git;a=tree;f=Open-ILS/src/sql/Pg/t;hb=HEAD is a good start |
14:27 |
phasefx |
also the launchpad bug: https://bugs.launchpad.net/evergreen/+bug/1194246 |
14:27 |
pinesol_green |
Launchpad bug 1194246 in Evergreen "pgTAP examples" (affected: 1, heat: 6) [Wishlist,Fix committed] |
14:27 |
jeff |
phasefx: thanks! |
14:27 |
berick |
+1 to easing into it |
14:27 |
phasefx |
that shows how to install pgTAP, run the tests, etc. |
14:28 |
* phasefx |
isn't oppossed to IRC, but is more available more often through mailing list |
14:28 |
eeevil |
phasefx: is there a TechRef doc in the repo? if not, I'll take that commit message and make one |
14:29 |
phasefx |
no, I don't think so |
14:29 |
phasefx |
eeevil++ |
14:29 |
senator |
#info general interest in easing into qa practices demonstrated by phasefx, phasefx to hold hands with everyone, especially through the mailing list |
14:30 |
senator |
#action eeevil to commit a techref doc |
14:30 |
senator |
eeevil: like an example techref? |
14:30 |
senator |
i actually think there are some, or do you mean something else? |
14:30 |
eeevil |
senator: yessir. make those instructions more visible than in a fix-committed LP bug or commit message |
14:31 |
eeevil |
I meant a pgTAP techref specifically |
14:31 |
senator |
oh a techref about testing itself |
14:31 |
senator |
right right |
14:31 |
senator |
gotcha |
14:31 |
senator |
ok, 30 seconds or so till next topic, unless more talk comes |
14:31 |
phasefx |
thanks guys |
14:32 |
senator |
#topic db maintenance plan |
14:32 |
senator |
eeevil: this part's yours i believe |
14:32 |
eeevil |
aye |
14:32 |
kmlussier |
phasefx++ #handholding |
14:32 |
eeevil |
so, I proposed the following a couple years ago: Carve the baseline SQL schema files in stone at major releases and using change-specific upgrade scripts to roll forward to a given, known-good state at minor version and revision upgrades. |
14:33 |
eeevil |
it didn't get much traction at the time, but I think dbs re-{invented|proposed} it about a year ago. |
14:33 |
eeevil |
what I didn't list on the agenda are the drawbacks |
14:34 |
eeevil |
specifically, that it increases the effort of major-version release managers, as they would be tasked with either doing or leading the reification of the schema |
14:34 |
|
smyers_ joined #evergreen |
14:35 |
phasefx |
pgTAP tests could help with that |
14:35 |
dbwells |
I am not positive I understand, so let me try. In practice, this means a change to the DB involves only creating the upgrade script part, not editing the base files? |
14:35 |
eeevil |
however, we've seen enough instances of inter-version drift and mismatching of schema and upgrade scripts that I still think the benefits would far outweigh the extra effort |
14:35 |
Dyrcona |
eeevil: Do your plans include any changes to the way that upgrades are done in master? |
14:35 |
eeevil |
dbwells: yes, exactly |
14:36 |
eeevil |
Dyrcona: no. master would get a reified schema at the same time as the hypothetical 3.0, I think |
14:36 |
eeevil |
in fact, it would be a master commit that reifies for 3.0 |
14:36 |
eeevil |
or, that's how it goes in my head |
14:37 |
Dyrcona |
eeevil: My main concern is about the numbered upgrade scripts. Do they stay? |
14:37 |
eeevil |
yes |
14:37 |
eeevil |
they become /the/ way to make changes to the schema |
14:37 |
Dyrcona |
OK. Maybe I wasn't completely understanding either. |
14:37 |
jeff |
eeevil: how would the reification step work? |
14:37 |
senator |
eeevil: to clarify, s/hypothetical 3.0/next major release/ ? |
14:37 |
Dyrcona |
Ah, gotcha. |
14:37 |
senator |
(after 2.5) |
14:38 |
phasefx |
so no more consolidation of numbered upgrade scripts into version-to-version scripts |
14:38 |
phasefx |
? |
14:38 |
eeevil |
the simplest way would be to install master, upgrade it, dumpt the schema and stamp that |
14:39 |
eeevil |
phasefx: exactly. we'd be better off polishing one of the various upgrade_db shell scripts that looks at config.upgrade_log |
14:39 |
Dyrcona |
I have one in perl. |
14:39 |
dbwells |
It does sound like an overall win to me, or at least worth a try. |
14:39 |
eeevil |
and, once we settle on one of them (there are at least 4 that I'm aware of in current use) then we can add deprecate/supercede functionality |
14:39 |
csharp |
that sounds like exactly what I've wanted for a couple of years now |
14:40 |
eeevil |
csharp: you and me both :) |
14:40 |
Dyrcona |
I like the idea. It sounds like it will make upgrades over multiple releases easier. |
14:40 |
csharp |
Dyrcona: exactly |
14:40 |
eeevil |
Dyrcona: that's the intention |
14:40 |
senator |
what's the action item for eeevil then? |
14:41 |
csharp |
action: FIX ALL THE DB |
14:41 |
eeevil |
so! we could actually start as soon as 2.5 if we accept that the baseline schema is what we want to lock in |
14:41 |
dbwells |
One other drawback I can see would be grepping/gacking through the schema to find for instance, a certain function. You'd have to sort out the new from the old in the upgrade pile. It wouldn't be that bad, but not as simple and definitive as looking in the 'base' files. |
14:41 |
eeevil |
senator: I don't know that there is one ... I guess it would be "flesh out plan and tools for locked major-version schema" |
14:41 |
senator |
i hear general positivity but get the idea that people want a chance to digest som more... |
14:41 |
senator |
yeah, how bout this |
14:42 |
jeff |
would seed data and such be included in the baseline carved at release time? |
14:42 |
* csharp |
would like seed data to become optional fwiw |
14:42 |
senator |
#action eeevil to put a more detailed plan on the mailing list to structure further discussion of pros and cons |
14:42 |
csharp |
or at least have a --no-seed-data option |
14:42 |
eeevil |
dbwells: the thing is that, the situation today where you want to do that is when the baseline is out of whack with the upgrade scripts. in that case, having 2 "authoritative" places to look is worse, IMO |
14:43 |
senator |
^-- how about that action item to keep the meeting rolling? |
14:43 |
jeff |
csharp: i'm not sure that all seed data is optional. that said, there could probably be "schema" and "seed data" in stone. |
14:43 |
dbwells |
eeevil: but that isn't /supposed/ to happen :) |
14:43 |
eeevil |
senator++ # but, yes, seed data would be locked+upgrade |
14:43 |
eeevil |
dbwells: exactly :) |
14:43 |
csharp |
jeff: yeah - I'm just dreaming big again, but one thing at a time ;-) |
14:43 |
jeff |
+1 to that action item |
14:43 |
berick |
+1 to action item |
14:43 |
phasefx |
+1 |
14:44 |
csharp |
+1 |
14:44 |
senator |
you folks are swell |
14:44 |
dbwells |
+1 |
14:44 |
senator |
#topic hack-a-way 2013 plans |
14:45 |
dbwells |
#info There are a total of 14 attendees + 2 from Calvin. |
14:45 |
senator |
dbwells: unless you have a list handy that you can post of attendees, do we at least want the attendees who are here now to speak up and identify themselves? |
14:45 |
* csharp |
is attending |
14:45 |
senator |
ah excellent |
14:45 |
* Dyrcona |
is attending. |
14:45 |
* RoganH |
is attending. |
14:45 |
* senator |
is attending |
14:45 |
dbwells |
Yeah, I am not really comfortable just announcing everyone without asking, but please speak up. |
14:45 |
* berick |
too |
14:45 |
* kmlussier |
is attending |
14:45 |
* bshum |
is attending. |
14:45 |
* jeff |
is attending |
14:45 |
* jeffdavis |
is attending |
14:46 |
senator |
i'll wait a second for more /me's to roll in, and then i'll put them into one big #info |
14:46 |
kmlussier |
He's not here, but I know DPearl is attending. I'm sure he won't mind my saying so. |
14:46 |
phasefx |
any notion of telepresence beyond IRC? |
14:46 |
berick |
how about a wiki page (like the 2012 page) where we have a voluntary list of attendees and a separate agenda items section? |
14:46 |
senator |
phasefx: do you have one of these? http://en.memory-alpha.org/wiki/Holo-communicator |
14:47 |
phasefx |
I have three |
14:47 |
senator |
sweet |
14:47 |
* csharp |
believes phasefx |
14:47 |
phasefx |
one from star wars, star trek, and spaceballs |
14:47 |
eeevil |
phasefx: gimme one, man |
14:47 |
dbwells |
phasefx: if you could beam one to Calvin, I can get it wired up |
14:47 |
eeevil |
ha! |
14:47 |
csharp |
ha |
14:48 |
* berick |
offers http://evergreen-ils.org/dokuwiki/doku.php?id=dev:hackfest:hackaway-2013 |
14:48 |
RoganH |
I might be convinced to run a hangout with a camera. |
14:48 |
dbwells |
berick++ thanks |
14:48 |
bshum |
berick++ |
14:48 |
phasefx |
RoganH++ |
14:48 |
csharp |
berick++ |
14:48 |
csharp |
RoganH++ |
14:48 |
senator |
berick++ keeping us grounded |
14:48 |
senator |
RoganH++ |
14:49 |
senator |
#info voluntary self-publication of attendee names here: http://evergreen-ils.org/dokuwiki/doku.php?id=dev:hackfest:hackaway-2013 |
14:49 |
bshum |
At the DIG hackaway, we used a projector and multiple camera sources to help give some illusion of group sense. Though one speaker/mic to avoid noise issues with G+ hangout. |
14:49 |
senator |
(better that i skip that #info of names then, so there's just one source of this information - berick's wiki page) |
14:49 |
eeevil |
RoganH++ |
14:50 |
bshum |
But we'll have to keep at it. We tried that at last year's hackaway too and jeff was always far distant |
14:50 |
jeff |
I did the hangout thing for a little bit, but we used a conference bridge / speaker phone for one topic. |
14:50 |
eeevil |
bshum: I'm much more obnoxious than jeff ... I'll just yell over all y'all |
14:51 |
bshum |
eeevil++ :) |
14:51 |
senator |
#info bshum and RoganH have the ideas and recent experience for running a G+ hangout for this kind of event |
14:51 |
senator |
anything else? |
14:52 |
senator |
bshum: anything i ought to mention before calling endmeeting? |
14:52 |
bshum |
I'm cool. |
14:52 |
dbwells |
I'll give a quick 2.5 update. |
14:52 |
ldwhalen |
senator: I have a question about the authorsort functionality |
14:53 |
dbwells |
#topic 2.5 release update |
14:53 |
senator |
ldwhalen: cool, but maybe post-meeting for that? |
14:53 |
senator |
(which should only be a moment from now anyway) |
14:54 |
senator |
dbwells: please do |
14:54 |
ldwhalen |
senator: sorry it is more of a policy descion on how to handle pubdates in 008 that are coded with spaces. |
14:54 |
dbwells |
I just received credentials for the eg web server, so I'll be uploading an alpha2 tarball soon. |
14:55 |
dbwells |
When that is done, I'll send out an overall update about how things stand, and the schedule ahead. |
14:55 |
dbwells |
As a preview, I think this is pretty interesting: |
14:55 |
dbwells |
for m1: 35 branches merged |
14:56 |
dbwells |
m2: 40, alpha1: 30, alpha2: 35 |
14:56 |
dbwells |
So, a total of 140 branches in 2.5 so far. Thanks to all for what you have been able to contribute. |
14:56 |
* senator |
slow claps |
14:56 |
phasefx |
evergreen++ |
14:57 |
dbwells |
Despite the shorter time period for the alphas, the work output has been consistent. |
14:57 |
dbwells |
I think that is encouraging, but we will need to keep it up a bit longer to get 2.5 out the door. |
14:58 |
dbwells |
That's all, thanks again. |
14:58 |
jeff |
dbwells++ |
14:58 |
csharp |
dbwells++ |
14:58 |
eeevil |
dbwells++ |
14:58 |
Dyrcona |
dbwells++ |
14:58 |
kmlussier |
dbwells++ |
14:58 |
bshum |
dbwells++ |
14:58 |
senator |
dbwells++ |
14:58 |
senator |
#endmeeting |
14:58 |
pinesol_green |
Meeting ended Tue Aug 27 14:58:27 2013 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
14:58 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2013/evergreen.2013-08-27-14.04.html |
14:58 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2013/evergreen.2013-08-27-14.04.txt |
14:58 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2013/evergreen.2013-08-27-14.04.log.html |
14:58 |
senator |
ok ldwhalen shoot |
14:58 |
eeevil |
senator++ |
14:58 |
csharp |
senator++ |
14:58 |
kmlussier |
senator++ |
14:58 |
berick |
senator++ |
14:58 |
dbwells |
senator++ |
14:59 |
eeevil |
dbwells: not to be a downer, but ISTM that the "rush at the end" curve is still in force. would you agree? however, I'll allow that is surely less steep for 2.5! ;) |
14:59 |
ldwhalen |
Currently, metabib.record_attr creates a pubdate value based on 008 7 - 10. If that field is coded as spaces, then it gets placed in metabib.record_attr as spaces, similariy if it is empty it is an empty string. |
14:59 |
ldwhalen |
Should it defualt to NULL instead? |
15:00 |
eeevil |
ldwhalen: you can supply a normalizer to force that |
15:00 |
senator |
hrm, my gut says yes, but i think eeevil knows it better |
15:00 |
ldwhalen |
eeevil: where do I add the normalizer? |
15:01 |
eeevil |
the default is to change the data that's in the record a little as possible, then modify based on local needs |
15:01 |
eeevil |
ldwhalen: sec, I'll find you an example |
15:01 |
|
tspindler joined #evergreen |
15:03 |
|
rfrasur joined #evergreen |
15:04 |
tspindler |
In the money tables like credit_card_payment, there is the column with an integer for cash_drawer, I assume that is referencing another table but I can't find it, anyone one know off hand which it is? |
15:04 |
dbwells |
eeevil: yeah, I think less steep is a good first step. I think the 2.5 cycle got a bit of a late start as well (by about a month), so that is a factor, too, I suppose. |
15:04 |
eeevil |
ldwhalen: actually, there's already exactly what you want .. not sure why you don't have it |
15:04 |
eeevil |
http://paste.evergreen-ils.org/25 |
15:05 |
csharp |
tspindler: actor.workstation |
15:05 |
tspindler |
csharp: thanks I knew it was something simple, makes sense |
15:06 |
eeevil |
ldwhalen: in master, see 950.data.seed-values.sql at line 7720 |
15:06 |
csharp |
tspindler: happy to help ;-) |
15:06 |
senator |
tspindler: to find that sort of thing in general when \d isn't telling you, try \d on any parent tables (inherits from...) |
15:06 |
ldwhalen |
eeevil: I was wondering about that table. Ours is empty. |
15:07 |
csharp |
tspindler: what senator is describing is also conveniently visible in pgadmin |
15:07 |
eeevil |
ldwhalen: you're missing out on a lot, then, I think |
15:07 |
tspindler |
csharp: thangs again good to know |
15:07 |
ldwhalen |
eeevil: ok thanks. I will look at 950 |
15:22 |
bshum |
microsoft-- |
15:22 |
rfrasur |
just in general? |
15:22 |
kmlussier |
@karma microsoft |
15:22 |
pinesol_green |
kmlussier: Karma for "microsoft" has been increased 0 times and decreased 8 times for a total karma of -8. |
15:22 |
bshum |
Some library is claiming they haven't received any email notifications all day. They're using office 365 and we're pondering whether it's eaten their BCCs |
15:23 |
bshum |
The A/T output shows properly formatted messages outbound. So who knows. |
15:23 |
rfrasur |
ack...kudos to them for being confident enough to go with office365 though... |
15:27 |
csharp |
microsoft-- # for the hell of it |
15:27 |
csharp |
bshum: email logs will prove one way or another if the message was received by the remote server |
15:28 |
bshum |
That's kind of what I'm thinking |
15:28 |
* csharp |
groups his postfix logs along with EG logs by year/month/day/hour |
15:28 |
bshum |
I really need to set up our mail logs more effectively. |
15:29 |
bshum |
But with the way utility server operates, I guess that's where mail is generated out of |
15:29 |
bshum |
And then once "sent" it just follows the various DNS records to figure out where to go? |
15:29 |
* bshum |
hates email troubleshooting |
15:31 |
csharp |
it connects to each server using its configured DNS server (/etc/resolv.conf) |
15:32 |
rfrasur |
Are there libs that anyone knows of that use both acquisitions in EG as well as Baker and Taylor Title Source? |
15:33 |
bshum |
I think postfix or sendmail (I can never remember which this one uses) is using smarthost to relay to our zimbra server. |
15:33 |
bshum |
And then from there, it passes it along |
15:33 |
csharp |
I see |
15:33 |
csharp |
/etc/postfix/main.cf should tell you for sure |
15:34 |
bshum |
Ah, yep. Set to relayhost to our zimbra server |
15:34 |
kmlussier |
rfrasur: I can check with C/W MARS and NOBLE. I know they use Baker and Taylor, but I'm not sure about Title Source. tspindler might be able to answer that question if he's still around. |
15:34 |
bshum |
rfrasur: I think some of our acq libs do. Ask Mary. |
15:34 |
bshum |
I've heard the words "Title Source" so it's involved somewhere. |
15:34 |
csharp |
so check the mail_info logs on your zimbra server for the outgoing address and it should tell you if there were errors |
15:35 |
jboyer-isl |
With all of the automated spam catching/blackholing/etc. services between you and your users, email is pretty much a message in a bottle with better currents. |
15:35 |
bshum |
It doesn't seem to have any. It all gets dumped into stupid zimbra.log |
15:35 |
csharp |
hmm |
15:35 |
bshum |
I think it's their office 365 system blocking it |
15:35 |
rfrasur |
kmlussier: bshum: I'll try to track tspindler and Mary down. Thanks. |
15:35 |
bshum |
Probably reading too closely the headers and seeing too much masking of things that don't match up. |
15:35 |
csharp |
you might consider a separate email host just for your EG stuff - it helped us tremendously with troubleshooting that kind of thing |
15:36 |
tspindler |
rfrasur: i am not sure if any of our libraries are using title source. We are having an acq meeting tomorrow and I can check. |
15:36 |
tspindler |
rfrasur: if i had to guess they are not usinig it but I can't say that definitively |
15:38 |
rfrasur |
tspindler: I'd appreciate it. We're pretty dependent on TS, and I'm not sure how workflows would need to change to use acq |
15:38 |
* csharp |
used to use title source for ordering (not via EG) back in his reference librarian days |
15:38 |
rfrasur |
csharp: that's what we use...at least for B&T stuff, and it's handy because reviews and demand and everything are all in one spot... |
15:39 |
* rfrasur |
could use two windows, I guess. |
15:40 |
rfrasur |
I dunno. I need to see acquisitions in a "live" setting to get a real grasp on it anyway. |
15:40 |
kmlussier |
rfrasur: If you can export MARC your order records from Title Source, then it should be fairly easy to import into a PO in Evergreen. |
15:40 |
senator |
there's functionality that's supposed to allow you to download your order record from title source after you've put it together, then feed it to EG to really place the order (and let the ILS know what's coming) |
15:40 |
senator |
what kmlussier said |
15:40 |
senator |
:-) |
15:41 |
rfrasur |
I'll poke around. That's something I've not done before. |
15:41 |
|
kitteh_ joined #evergreen |
15:42 |
|
acoomes joined #evergreen |
16:01 |
* Dyrcona |
added something to the hackaway agenda. |
16:01 |
Dyrcona |
http://evergreen-ils.org/dokuwiki/doku.php?id=dev:hackfest:hackaway-2013 |
16:01 |
rfrasur |
did you add "stuff"? |
16:02 |
Dyrcona |
No, the one before "Stuff." |
16:02 |
Dyrcona |
rangi is also interested in the NCIP responder, and I suggested he talk to gmcharlt, too. |
16:02 |
rfrasur |
oh...because if you can add in an "auto-order Christian fiction so that Ruth never has to read stupid titles again" to the acquisitions module...that'd be great...and would fit in the stuff category |
16:03 |
rfrasur |
NCIP is probably more reasonable though |
16:04 |
jeff_ |
I have never used "reasnoable" to describe NCIP. |
16:04 |
Dyrcona |
jeff_ beat me to it. |
16:04 |
rfrasur |
hah! then my wishlist bug could make it? |
16:05 |
* rfrasur |
knew there was hope |
16:05 |
Dyrcona |
Well, I suppose if you could add some criteria and a source for the data, like some kind of sales metric that could be pulled from the Internet somewhere. |
16:05 |
rfrasur |
good grief. I'll just read the stupid newsletters |
16:05 |
rfrasur |
and feel my brain liquify |
16:06 |
Dyrcona |
Well, if the newsletters are available in email or online, the computer could do it for you. |
16:06 |
kmlussier |
Dyrcona: I like that you kept "Stuff" in there. :) |
16:06 |
Dyrcona |
I'm sure "Stuff" will get done. |
16:09 |
rfrasur |
Okay, before I start asking more questions that'll only lead to more questions, I'm going to go scare some teens...and lie to myself about it being Friday. |
16:13 |
jboyer-isl |
I don't believe I have wiki access, but I'll be there if anyone would like to add me to the hackfest page |
16:13 |
leofseige |
of public libraries using Evergreen, is King County the highest in circ numbers? |
16:15 |
|
rfrasur joined #evergreen |
16:15 |
|
hbrennan joined #evergreen |
16:15 |
rfrasur |
I have a question that won't lead to another question...I think1 |
16:16 |
Dyrcona |
leofseige: It depends on how you count, most likely. |
16:16 |
Dyrcona |
There are consortia that have several hundred members using Evergreen. |
16:16 |
Dyrcona |
the same Evergreen that is. |
16:17 |
rfrasur |
tspindler: Do you use FTP to transfer records from B&T to EG? |
16:17 |
tspindler |
rfrasur: I was just on the phone with Springfield who does a lot of ordering and they are using Title source |
16:17 |
rfrasur |
excellent! |
16:17 |
* rfrasur |
was just messing around with TS and MARC stuff...and I think it'll work... |
16:19 |
tspindler |
rfrasur: I'm not sure how you mean by ftp |
16:19 |
kmlussier |
jboyer-isl: yboston may be able to hook you up with a wiki account. |
16:19 |
bshum |
I just did for jboyer-isl. |
16:19 |
kmlussier |
Oh, never mind then. |
16:19 |
kmlussier |
bshum++ |
16:19 |
rfrasur |
well, I dunno. I mean, I know what FTP is...but there's a one-click marc thing in ts |
16:20 |
tspindler |
rfrasur: ok, I'm not sure what the one click does but I could check |
16:20 |
rfrasur |
and it requires an FTP connection. I mean, there's also other options...but I didn't know if that specific thing was worth much |
16:20 |
rfrasur |
hmm...s/sthere's/there are |
16:21 |
|
ericar joined #evergreen |
16:21 |
tspindler |
rfrasur: in any case, I believe springfield creates their order and just downloads the b&t orders and loads them through the load marc order records, because we don't have another ftp setup for them other than the usual ftping tha tevergreen does |
16:22 |
rfrasur |
tspindler: I think that'd probably be best anyway. |
16:25 |
rfrasur |
okay...ty. feeling much more confident about actually using acq when it becomes available for us. |
16:26 |
bshum |
Okay, adventure is over. Office 365 is apparently "fine". It's staff putting email into the wrong folders all day and not noticing... |
16:30 |
eeevil |
bshum: yes. "fine" |
16:30 |
Dyrcona |
gnarly? |
16:31 |
hbrennan |
Looking for someone who knows a little about the capabilities of the emailed notifications, specifically the courtesy notice.... |
16:32 |
hbrennan |
And more specific than that, can HTML tags be embedded in the notices? So we display MY ACCOUNT as a link instead of the long string URL? |
16:32 |
* tsbere |
has some clue about those things, being the one that handles them for MVLC |
16:32 |
tsbere |
hbrennan: If you want to embed HTML you will need to make the messages multipart messages. I can't help you much there. |
16:33 |
Dyrcona |
hbrennan: I wouldn't do that. I'd have it send a fully MIME compatible message with a HTML and a plaintext part. |
16:33 |
tsbere |
Note that most email clients turn links into clickable links anyway in text emails |
16:33 |
graced |
rfrasur: I think that in my discussions with B&T re: TS, their workflow is to place an "order" in TS, download the order file (via ftp to a server or just save to desktop) then you load that into Acq then actually place the order in Evergreen which sends an EDI for-real order to B&T. But I could be crazy, too. |
16:33 |
hbrennan |
Ok. Will the HTML link be active, so patrons can just click on it? |
16:33 |
tsbere |
hbrennan: Also, a quick rewrite rule allows something like https://catalogdomain/myaccount to redirect to the longer URL(s) |
16:34 |
Dyrcona |
hbrennan: It depends entirely on their email client and its settings. |
16:34 |
hbrennan |
Yeah, that's an idea. Our URL isn't too long, I'm just being picky. |
16:34 |
eeevil |
leofseige: if you're looking for the highest circulating evergreen instance, it's unlikely that KCLS is the largest. they're definitely not the largest by bib or item count, nor by staff or branch count. but, that's counting at the evergreen instance level, which is objective and comparable but may not be the number that's desired... (to expand on what Dyrcona said) |
16:34 |
tsbere |
hbrennan: MVLC currently uses this for TPac: RewriteRule ^/myaccount https://%{HTTP_HOST}/eg/opac/myopac/main [R] |
16:34 |
hbrennan |
I wish there was a preview like with receipt templates.... |
16:35 |
Dyrcona |
hbrennan: To preview an email that will look different on different clients? You have to give up the idea that you can control how it looks on the recipient's end. |
16:36 |
hbrennan |
Thanks. I guess I'll just plunk some things in and see how they look on the other end from different clients. *sigh* Why can't everyone have Gmail? |
16:36 |
Dyrcona |
'Cause Google has too much power already. |
16:37 |
Dyrcona |
Says the man with the G+, Youtube, and linked it all up with his Android phone. |
16:37 |
hbrennan |
I've just given in. Google can make life decisions for me. |
16:37 |
hbrennan |
Thanks tsbere++ and Dyrcona++ |
16:38 |
Dyrcona |
hbrennan: you're welcome, and it is scary what the Google knows.... |
16:38 |
* kmlussier |
handed her life over to Google years ago. |
16:40 |
hbrennan |
Scary but fascinating. I plugged into that Gmail metadata thing and it was awesome to watch how Google can organize my life |
16:40 |
Dyrcona |
And share it all with the NSA, yay! |
16:40 |
|
tspindler left #evergreen |
16:41 |
Dyrcona |
Don't let anyone fool you. That "metadata" is far more valuable to them than the actual content of your messages. |
16:41 |
Dyrcona |
Anyway... |
16:41 |
hbrennan |
:) |
16:41 |
* Dyrcona |
checks on a marc_export experiment. |
16:53 |
* dbs |
curses self for relying too much on http://evergreen-ils.org/calendar and missing today's meeting |
16:55 |
kmlussier |
dbs: Oh, I'm sorry! That's my fault. I added it to the wrong Google calendar. |
16:55 |
kmlussier |
And then I saw it show up in my own calendar and assumed everything was the way it should be. |
16:56 |
dbs |
kmlussier: no, lots of people (including me) can edit that calendar; you sent multiple email, I should have checked & added it rather than being lazy |
16:57 |
dbs |
kmlussier++ # scheduling and wrangling and lots of stuff |
16:58 |
kmlussier |
dbs: Sure, but it's just annoying since I actually took the time to do it. At a minimum, I think I'll change the color of my MassLNC calendar so that it doesn't match the developers calendar. :P |
16:59 |
* kmlussier |
chooses purple. |
17:01 |
dbs |
the red _and_ the blue pill. clever. |
17:02 |
jeff |
relevant xkcd: http://xkcd.com/566/ |
17:04 |
jeff |
(with requisite "occasionally contains strong language" disclaimer) |
17:05 |
jeff |
hrm. pretty sure i just backed up a 1.6-era lenny evergreen demo vm. |
17:05 |
jeff_ |
...twice. |
17:05 |
dbs |
Well, the open source software archivists & historians of the future thank you. |
17:11 |
* tsbere |
just pinged google from a server and is *very* happy about it :D |
17:12 |
kmlussier |
tsbere++ |
17:12 |
Dyrcona |
It's kmlussier's server. |
17:12 |
kmlussier |
tsbere: If it's the server I think it is, you're not nearly as happy as I am. :D |
17:13 |
tsbere |
kmlussier: I don't know about that......you have been hearing about the issues. I have been dealing with them. ;) |
17:13 |
|
fparks joined #evergreen |
17:14 |
kmlussier |
tsbere: You've got a point. |
17:16 |
dbs |
Mmm. EXPLAIN ANALYZE is off by almost a factor of 8 in its estimate of metabib.title_field_entry matches (17,000 vs. 140,000). |
17:16 |
dbs |
Also have a GIN index over on test server. Might be time to analyze & add GIN indexes. |
17:17 |
Dyrcona |
rangi++ # More NCIP collaboration |
17:20 |
* kmlussier |
contemplates making cookies for her next visit to MVLC |
17:21 |
|
mmorgan1 left #evergreen |
19:55 |
|
misilot joined #evergreen |
20:33 |
|
Jillybean joined #evergreen |
20:43 |
|
acoomes joined #evergreen |
20:53 |
|
acoomes joined #evergreen |
20:58 |
|
fparks_ joined #evergreen |
21:01 |
|
acoomes joined #evergreen |
21:07 |
|
acoomes_ joined #evergreen |
22:00 |
|
moodaepo_nb joined #evergreen |
22:14 |
|
Fem joined #evergreen |
22:16 |
Fem |
Hello... can anyone help me? regarding in evergreen I have two error the first error is "fmall.js: TypeError: document.getElementById("offlineStrings") is null" |
22:17 |
Fem |
the second error is "fmall.js: Error: File not found: http://192.168.100.53/opac/common/js/fmall.js" |
22:17 |
Fem |
please help... |
22:17 |
Fem |
that error pop up when i get connect in evergreen.. |
22:26 |
phasefx |
Fem: what version of EG? |
22:27 |
Fem |
2.3.9 |
22:29 |
phasefx |
and this is happening during the staff client login sequence? |
22:30 |
phasefx |
did you build your own staff client? |
22:31 |
phasefx |
and is there a /openils/var/web/opac/common/js/fmall.js on your server? |
22:31 |
phasefx |
and are you using any locale besides en-US? |
22:35 |
Fem |
yes |
22:35 |
phasefx |
is that yes to all the questions? :D |
22:38 |
Fem |
sorry but im not IT... I just follow the bgalbre1 in youtube... |
22:38 |
Fem |
how to open /openils/var/web/opac/common/js/fmall.js |
22:38 |
Fem |
gedit? |
22:39 |
phasefx |
no need to open, just need to know if it exists, and then the next question is whether http://192.168.100.53/opac/common/js/fmall.js will load in a web browser running on the same machine as the staff client |
22:40 |
phasefx |
I think fmall.js is generated by /openils/bin/autogen.sh, so you may need to run that |
22:40 |
|
Jillybean joined #evergreen |
22:40 |
Fem |
I check the folder in evergreen but there is no var folder in open-ILS. |
22:41 |
Fem |
autogen.sh I remember that I was run this in su - opensrf chapter 10 of evergreen |
22:42 |
phasefx |
there are two similar directories, Open-ILS in the 2.3.9 tarball, wherever you extracted it, and then there's an /openils folder at the root of your filesystem, which gets created when you install EG |
22:43 |
Fem |
it exist in my system files |
22:44 |
Fem |
"/openils/var/web/opac/common/js/fmall.js" it exist in my system files |
22:44 |
phasefx |
good |
22:44 |
phasefx |
where is this chapter 10 you mentioned? |
22:44 |
Fem |
so? what Should i do in the error? |
22:45 |
phasefx |
don't know yet. Did you build your own staff client or did you download one from the evergreen-ils.org? |
22:45 |
Fem |
in evergreen... osrf_ctl.sh -l -a stop_all and start. |
22:45 |
Fem |
I just download in evergreen. the .exe files |
22:46 |
|
Jillybean joined #evergreen |
22:46 |
phasefx |
192.168.100.53 is the IP address for your Evergreen server? |
22:47 |
Fem |
yes |
22:47 |
phasefx |
does the URL http://192.168.100.53/opac/common/js/fmall.js give you a 404 if you load it into a web browser running on the same machine as the staff client? |
22:48 |
Fem |
uhmm How to check that in evergreen? |
22:49 |
phasefx |
just load up a web browser, like Firefox or Internet Explorer or Chome, and type "http://192.168.100.53/opac/common/js/fmall.js" into the location textbox, press enter, and see what happens |
22:49 |
phasefx |
Chome=Chrome |
22:50 |
Fem |
JavaScript Shell 1.4 Features: autocompletion of property names with Tab, multiline input with Shift+Enter, input history with (Ctrl+) Up/Down, Math, help Values and functions: ans, print(string), props(object), blink(node), clear(), load(scriptURL), scope(object) Using bookmarklet version of shell: commands will run in opener's context. |
22:51 |
phasefx |
that's what you see? that's bizarre |
22:52 |
Fem |
"Not Found The requested URL /xul/rel_2_3_9/server/main/test.html was not found on this server. Apache/2.2.22 (Ubuntu) Server at 192.168.100.53 Port 80" this is when I check the website.. |
22:53 |
Fem |
can you add me so that I can forward to you the print screen so you have idea on how to fix this? |
22:56 |
phasefx |
for me, it'll be easiest if you can share the image using a web service, like http://picpaste.com/ |
22:57 |
phasefx |
when you show me stuff like JavaScript Shell and server/main/test.html, it makes think you're using a staff client that has managed to login, and are digging through the Admin -> For Developers menu. Is that true? |
22:58 |
Fem |
http://picpaste.com/2-D4zsaDaO.png |
22:59 |
Fem |
http://picpaste.com/1-nCjMN7KN.png |
23:00 |
phasefx |
on your server, what do you get if you type head -10 /openils/var/web/opac/common/js/fmall.js in a terminal? |
23:00 |
Fem |
root? |
23:00 |
phasefx |
doesn't matter, root or opensrf |
23:01 |
phasefx |
you can use http://paste.evergreen-ils.org/ to share a text paste |
23:04 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (12 lines) at http://paste.evergreen-ils.org/26 |
23:05 |
Fem |
see it? |
23:06 |
phasefx |
and if you do /sbin/ifconfig -a ? |
23:07 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (20 lines) at http://paste.evergreen-ils.org/27 |
23:08 |
phasefx |
and if you do wget -O- http://192.168.100.53/opac/common/js/fmall.js | head -10 ? |
23:09 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (7 lines) at http://paste.evergreen-ils.org/28 |
23:09 |
phasefx |
so, we know your apache is misconfigured somehow |
23:10 |
Fem |
so? |
23:10 |
Fem |
I just follow the tutorial in youtube |
23:10 |
phasefx |
as root, try /etc/init.d/apache restart then try the wget command again |
23:10 |
Fem |
I did this error twice. |
23:10 |
phasefx |
could you share a link to the youtube video? I have no idea which you're talking about |
23:11 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (5 lines) at http://paste.evergreen-ils.org/29 |
23:11 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (11 lines) at http://paste.evergreen-ils.org/30 |
23:12 |
Fem |
https://www.youtube.com/user/OpensourceILS |
23:13 |
phasefx |
try ls -l /etc/apache2/eg_vhost.conf && ls -l /etc/apache2/sites-available/ && ls -l /etc/apache2/sites-enabled/ |
23:13 |
Fem |
there is step by step there and I just follow it.. but instead of using 2.2.0 when the author said that I can download what is the latest version. so I try the 2.3.9 |
23:13 |
phasefx |
it's very possible that the steps have changed since 2.2.0 |
23:14 |
phasefx |
official instructions for 2.3 are here: http://evergreen-ils.org/documentation/install/README_2_3.html |
23:14 |
|
eeeeevil joined #evergreen |
23:14 |
Fem |
this one? |
23:14 |
Fem |
ls -l /etc/apache2/eg_vhost.conf && ls -l /etc/apache2/sites-available/ && ls -l /etc/apache2/sites-enabled/ |
23:14 |
Fem |
root? |
23:15 |
phasefx |
Fem: root is fine for that |
23:15 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (11 lines) at http://paste.evergreen-ils.org/31 |
23:16 |
phasefx |
hrmm, I would try, as root, a2dissite default and then do /etc/init.d/apache2 restart and then try that wget command again |
23:17 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (11 lines) at http://paste.evergreen-ils.org/32 |
23:17 |
Fem |
same error... |
23:17 |
Fem |
404 |
23:18 |
phasefx |
what's the output from tail -10 /var/log/apache2/error.log ? |
23:19 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (12 lines) at http://paste.evergreen-ils.org/33 |
23:20 |
Fem |
is this the first time that you encounter this problem? |
23:20 |
phasefx |
the folks behind that video; they've had inaccuracies in general about Evergreen on their website; I sent them some corrections, but it was too much work going through it all :-/ |
23:21 |
phasefx |
Fem: I don't recall ever seeing this problem before |
23:22 |
Fem |
I just read the error that there is files that does not exist... from tail -10 /var/log/apache2/error.log ? |
23:22 |
phasefx |
so, apache is looking in the wrong place.. the document root is set to /var/www/ instead of /openils/var/web/ Let me see if I can find where that gets done |
23:22 |
Fem |
hmmm |
23:23 |
Fem |
what chapter is that? |
23:23 |
phasefx |
I don't know what you mean; are you looking at a book somewhere? |
23:23 |
Fem |
the documentation. |
23:23 |
phasefx |
try a2ensite eg.conf as root, restart apache, and then do the wget command again |
23:24 |
phasefx |
ah, docs.evergreen-ils.org? |
23:24 |
Fem |
yes |
23:25 |
phasefx |
http://docs.evergreen-ils.org/2.3/_configure_the_apache_web_server.html |
23:25 |
phasefx |
the a2dissite and a2ensite commands are at the bottom of that page |
23:25 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (13 lines) at http://paste.evergreen-ils.org/34 |
23:26 |
Fem |
should I re-install again the evergreen? |
23:27 |
phasefx |
grep DocumentRoot /etc/apache2/sites-enabled/eg.conf |
23:28 |
Fem |
permission denied |
23:28 |
phasefx |
try it as root |
23:28 |
Fem |
its already in root.. |
23:28 |
phasefx |
wow |
23:29 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (5 lines) at http://paste.evergreen-ils.org/35 |
23:29 |
Fem |
:/ |
23:29 |
Fem |
I think the document need to revised.. |
23:29 |
phasefx |
missing grep DocumentRoot |
23:30 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (4 lines) at http://paste.evergreen-ils.org/36 |
23:30 |
Fem |
then? |
23:30 |
phasefx |
the actual install instructions linked to from the Downloads page is pretty well vetted |
23:31 |
phasefx |
dpkg --list | grep apache |
23:31 |
phasefx |
not sure about the state of the instructions at docs.evergreen-ils.org |
23:31 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (9 lines) at http://paste.evergreen-ils.org/37 |
23:31 |
phasefx |
and definitely don't know about that youtube video |
23:31 |
Fem |
hmmm..... |
23:32 |
Fem |
the man on the video his name is bgalbre1.. and his email is bgalbre1utk.edu |
23:32 |
phasefx |
Fem: you should at the very least skim the instructions at http://evergreen-ils.org/documentation/install/README_2_3.html see if anything different stands out. If nothing does, I'd be tempted to start over using just those instructions |
23:33 |
phasefx |
could also jump to 2.4 instead of 2.3, http://evergreen-ils.org/documentation/install/README_2_4.html |
23:33 |
Fem |
there is a error in 2.4 |
23:34 |
Fem |
when I trying to install 2.4 from make file |
23:34 |
Fem |
there is error... |
23:35 |
phasefx |
following which set of instructions? |
23:35 |
Fem |
chapter 4... |
23:36 |
phasefx |
link? |
23:36 |
Fem |
after the ./configure --prefix=/openils --sysconfdir=/openils/conf |
23:36 |
phasefx |
what's the error? |
23:37 |
Fem |
I can't remember.. but when I am typing the word "MAKE" then after 4-5mins I think the terminal says that it can't continue can't locate blah blah blah.. |
23:38 |
Fem |
When i choose 2.3.9 it continue.. no error but when I try to login the .js is now my problem |
23:40 |
phasefx |
I think the docs are sourced from the same set of files, so they should agree |
23:40 |
Fem |
I don't know... |
23:40 |
phasefx |
mostly talking out loud. which version of ubuntu are you running? |
23:40 |
Fem |
I just follow what the man say's in youtube.. then the official documents of evergreen. |
23:40 |
Fem |
12.04 |
23:42 |
phasefx |
did you do make -f Open-ILS/src/extras/Makefile.install ubuntu-precise ? |
23:42 |
Fem |
yes |
23:43 |
phasefx |
did the srfsh test work correctly? |
23:43 |
Fem |
yes |
23:43 |
phasefx |
so we're back to apache |
23:45 |
Fem |
so what should i do? |
23:45 |
phasefx |
if you use localhost instead of 192.168.100.53 with the wget command, do you still get a 404? |
23:46 |
Fem |
ah,, computername? |
23:47 |
phasefx |
wget -O- http://localhost/opac/common/js/fmall.js |
23:48 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (375 lines) at http://paste.evergreen-ils.org/38 |
23:48 |
Fem |
so what is it? |
23:49 |
phasefx |
I don't know; I'm not really a system administrator. But you're getting different behavior based on the hostname you use. If you're running your staff client on that same machine, you could probably use localhost as the hostname instead of the IP address, and it'll work |
23:50 |
|
zerick joined #evergreen |
23:51 |
phasefx |
oh, but you're not, the screenshots showed Windows |
23:52 |
bshum |
The make error might be needing to source where opensrf is installed. I think that's why the 2.4 readme steps includes PATH=/openils/bin:$PATH to preface the configure command. |
23:54 |
phasefx |
Fem: the timestamps from that tail -10 /var/log/apache2/error.log is that close to your actual time? |
23:56 |
Fem |
yes... that's the client I need to install in windows. |
23:57 |
pastebot |
"fem" at 204.193.129.146 pasted "client error in evergreen" (12 lines) at http://paste.evergreen-ils.org/39 |
23:57 |
Fem |
yes.. |
23:58 |
Fem |
its 11mins before 12 in the noon.. |
23:58 |
Fem |
manila times/ |