| Time |
Nick |
Message |
| 00:35 |
|
geoffsams joined #evergreen |
| 04:04 |
|
serflog joined #evergreen |
| 04:04 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org |
| 04:24 |
|
pinesol_green joined #evergreen |
| 04:25 |
|
egbuilder joined #evergreen |
| 04:25 |
|
goood joined #evergreen |
| 05:04 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:50 |
|
rjackson_isl joined #evergreen |
| 07:52 |
|
collum joined #evergreen |
| 08:02 |
pgardella |
kmlussier++ for catching my typo |
| 08:02 |
|
Dyrcona joined #evergreen |
| 08:11 |
|
dkyle1 joined #evergreen |
| 08:11 |
|
jboyer-isl joined #evergreen |
| 08:23 |
|
ericar joined #evergreen |
| 08:30 |
Stompro |
iii-- ; just to get that started again. |
| 08:33 |
bshum |
Heh |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:45 |
|
RoganH_ joined #evergreen |
| 08:45 |
|
krvmga joined #evergreen |
| 08:52 |
collum |
Stompro++ |
| 08:52 |
collum |
You made me start the day with a chuckle. |
| 09:29 |
|
pgardella1 joined #evergreen |
| 09:38 |
|
yboston joined #evergreen |
| 09:52 |
|
graced joined #evergreen |
| 10:02 |
mmorgan |
I don't see any open lanchpad bugs about circulations not closing (not getting a xact_finish date). |
| 10:02 |
tsbere |
mmorgan: Well, what kind of circulations aren't closing? |
| 10:02 |
mmorgan |
This seems to be happening pretty regularly on our system and I'm not sure why. |
| 10:02 |
tsbere |
Normal return? Lost? Overdue? Claims Returned? |
| 10:03 |
mmorgan |
tsbere: different kinds. Normal checkins, and others. |
| 10:03 |
mmorgan |
It's not just one kind. |
| 10:03 |
tsbere |
mmorgan: Any circ with money owed won't get an xact_finish, for example, and that is by design. |
| 10:04 |
mmorgan |
Some are backdates, some not. |
| 10:04 |
mmorgan |
tsbere: Right. |
| 10:05 |
mmorgan |
But transactions without money sometimes don't get closed. |
| 10:05 |
tsbere |
Which is probably a bug in that case. And annoying at that. ;) |
| 10:05 |
Dyrcona |
We've not had any reports of that. |
| 10:06 |
tsbere |
mmorgan: Basically, "xact_finish isn't being set" is expected. "xact_finish isn't being set with no balance_owed and a checkin_date" is not. |
| 10:06 |
Stompro |
yboston, RE dig meeting, I'm on vacation on June 11th and 12th so those don't work for me, I'll try and join in but it depends on when the kids go down for nap. |
| 10:06 |
mmorgan |
tsbere: understood. |
| 10:08 |
* mmorgan |
runs a query to count open transactions with no balance |
| 10:10 |
mmorgan |
Library staff are unable to delete patrons because of the still open transactions. |
| 10:15 |
mmorgan |
Eww. Negative balance. |
| 10:18 |
mmorgan |
Looks like we have over 200,000 transactions that should be closed, but aren't. :-( |
| 10:19 |
Dyrcona |
I'd be curious to see the max of the checkin_date on those. |
| 10:19 |
Dyrcona |
There was a bug with closing of open transactions from a couple of years ago, IIRC. |
| 10:20 |
Dyrcona |
Some weirdness with bills being paid. |
| 10:22 |
mmorgan |
Dyrcona: These are recent. Some from today, yesterday, etc. I did see the closed launchpad bug on that issue, lp 758982 |
| 10:22 |
pinesol_green |
Launchpad bug 758982 in Evergreen "2.0, 1.6, Transactions not closing for LOST items once xact has been re-opened for modified billings. " (affected: 6, heat: 28) [High,Fix released] https://launchpad.net/bugs/758982 |
| 10:22 |
Dyrcona |
mmorgan: That looks like the one that I was thinking of. |
| 10:23 |
Dyrcona |
Can you paste your query somewhere? I might take a look at our database and see what I get. |
| 10:24 |
pastebot |
"mmorgan" at 64.57.241.14 pasted "Transactions not closing" (6 lines) at http://paste.evergreen-ils.org/56 |
| 10:24 |
bshum |
There's a setting for that isn't there? Leave transaction open on lost or whatnots. |
| 10:25 |
bshum |
Even if it's zero |
| 10:25 |
bshum |
For some weird reason, that setting exists somewhere I thought. |
| 10:25 |
mmorgan |
bshum: There is, but we don't use it. |
| 10:25 |
Dyrcona |
That looks like you're finding those that owe money. |
| 10:26 |
Dyrcona |
id not in (.... where balance_owed = 0) |
| 10:26 |
mmorgan |
Oh, maybe IN would be better :) |
| 10:27 |
Dyrcona |
A straight join might work also. |
| 10:28 |
mmorgan |
Still almost 60,000 transactions (better then 200,000 though) |
| 10:32 |
mmorgan |
Still a few from this month, last month. |
| 10:33 |
Dyrcona |
Could be a bug with calculating/maintaing mbts.... |
| 10:34 |
Dyrcona |
maintaining, even. |
| 10:34 |
|
pgardella joined #evergreen |
| 10:34 |
berick |
Dyrcona: any chance you could paste/email your test JEDI? |
| 10:34 |
Dyrcona |
berick: Yes, if it fails again. |
| 10:35 |
Dyrcona |
I just built a fresh vm to make 100% sure. I just have to install OpenSRF and Evergreen, etc. |
| 10:35 |
mmorgan |
Hmm. Eyeballing these, looks like they are mostly all backdated checkins. |
| 10:35 |
berick |
Dyrcona: ah, cool, thanks |
| 10:36 |
Dyrcona |
mmorgan: Issues with backdate would not surprise me. |
| 10:38 |
jeff |
<billing> (I am large. I contain multitudes.) |
| 10:40 |
berick |
a billing flow chart would be a wonderous thing to behold. |
| 10:40 |
mmorgan |
Not all backdates, though, but on a positive note, the ones that aren't backdates look like they go back to mid 2014 and before. |
| 10:40 |
berick |
and we'll need one of we want to do any heavy refactoring |
| 10:41 |
berick |
s/billing flow chart/circ + billing flow chart/ |
| 10:42 |
jeff |
berick: i raised similar during conversation at the conference. establishing in writing how things "should work" is an important (missing, I think) step. |
| 10:44 |
berick |
indeed |
| 10:45 |
mmorgan |
jeff++ |
| 10:46 |
jeff |
because your bugfix is my "why did you break that? it was working perfectly!" |
| 10:47 |
mmorgan |
jeff: Very true! |
| 10:47 |
* Dyrcona |
will be happy when SpiderMonkey is gone from the prerequisites. |
| 10:47 |
jeff |
(and vice versa) |
| 10:48 |
jeff |
er, that was in reference to mmorgan, not Dyrcona. :-) |
| 10:48 |
Dyrcona |
Well, vice versa is implied, isn't it. |
| 10:48 |
Dyrcona |
Yep. |
| 10:51 |
jeff |
huh. never thought we'd get so much local cover art as to need to consider hashing the dir. |
| 10:51 |
jeff |
but as we approach 100k files, i start to wonder. |
| 10:52 |
mmorgan |
So does a transaction close when the balance *reaches* zero (as opposed to going below zero, as in a negative balance)? |
| 10:52 |
mmorgan |
In other words should I expect all negative balance transactions to be open? |
| 10:53 |
berick |
mmorgan: yes, non-zero balances should be open |
| 10:53 |
jeff |
a closed transaction with a non-zero balance is abnormal. |
| 10:53 |
mmorgan |
berick: OK, thanks. |
| 10:53 |
berick |
somebody owes somebody something :) |
| 10:53 |
mmorgan |
jeff: gotcha |
| 10:54 |
jeff |
likewise, an open transaction with a zero balance is slightly less abnormal, since by design it can be enabled with a setting. |
| 10:54 |
jeff |
s/likewise, / |
| 10:54 |
Dyrcona |
And, that's why lp 1198465 is so important. |
| 10:54 |
pinesol_green |
Launchpad bug 1198465 in Evergreen "Support for Conditional Negative Balances" (affected: 16, heat: 76) [Wishlist,Confirmed] https://launchpad.net/bugs/1198465 |
| 10:54 |
berick |
jeff: or if a copy is just checked out |
| 10:54 |
berick |
w/ no fines |
| 10:54 |
Dyrcona |
That's our hottest non-security bug, btw. |
| 10:54 |
jeff |
berick: er, right. that too! |
| 10:55 |
jeff |
berick: i suppose i should have qualified mine with "an open transaction with a checkin time" :-) |
| 10:55 |
berick |
:) |
| 10:55 |
* mmorgan |
agrees that an enormous wondrous flowchart of how circ and billing *should* work would be a good thing! |
| 10:55 |
mmorgan |
Dyrcona++ |
| 10:56 |
* jeff |
fears that it would take longer to agree on the "how it should work" than it would to implement "how it should work". |
| 10:57 |
jeff |
but both tasks are important, and should be done, no matter how daunting. :-) |
| 10:57 |
mmorgan |
jeff is probably correct about that. |
| 10:57 |
mmorgan |
... and that. |
| 10:57 |
* jeff |
mumbles something about "a watched rsync" and moves a terminal out of view |
| 10:57 |
Dyrcona |
Might be useful just to document what it does now. |
| 10:57 |
berick |
.. and "how it does work" would be a good start |
| 10:57 |
berick |
jinkx |
| 10:57 |
* jeff |
nods |
| 10:57 |
Dyrcona |
heh |
| 10:57 |
jeff |
yeah, i may have forgot to mention that part. :-) |
| 10:58 |
berick |
jeff: don't boil your rsync! |
| 10:58 |
Dyrcona |
A watched rsync to rsync.net..... |
| 10:58 |
jeff |
the "how it works now" is somewhat less daunting in terms of time required, and someone more despair-inducing due to the interesting things that you discover. :-) |
| 10:59 |
jeff |
Dyrcona: makes the warrant canary none the wiser? |
| 10:59 |
Dyrcona |
heh |
| 10:59 |
Bmagic |
Does anyone use the equinox migration-tools? |
| 10:59 |
Dyrcona |
They warn you to encrypt your stuff before sending it to them. |
| 11:10 |
Dyrcona |
Where are the instructions for installing the EDI stuff? I can't find them, and I must be doing something wrong. |
| 11:10 |
Dyrcona |
That's the trouble with setting it up once. |
| 11:11 |
kmlussier |
evergreen-ils.org is acting funky today. I go to http://evergreen-ils.org/wp-admin, and it asks me to solve a math problem to prove my humanity. |
| 11:12 |
kmlussier |
I solve the math problem and it bounces me back to the home page. I try http://evergreen-ils.org/wp-admin again, and it asks me to solve the math problem again. |
| 11:12 |
* kmlussier |
has solved the math problem three times now. |
| 11:12 |
jeff |
do you enter your username and password AND solve the math problem? |
| 11:13 |
mmorgan |
kmlussier: Are you sure you solved it correctly? ;-) |
| 11:13 |
kmlussier |
It doesn't give me the option to provide a username and password |
| 11:13 |
jeff |
ah. |
| 11:13 |
kmlussier |
mmorgan: Well, there is that. But I think I can handle 3+1. :) |
| 11:13 |
jeff |
try clearing your cookies for evergreen-ils.org and trying again? |
| 11:13 |
Bmagic |
kmlussier: try a different browser |
| 11:13 |
jeff |
or what Bmagic suggested |
| 11:14 |
jeff |
different browser or incognito/private mode is often the fastest way to see if it's something that it dislikes about the current state of your browser (usually cookies) |
| 11:14 |
kmlussier |
Hmmm...I think I may know what the problem is. |
| 11:15 |
dbwells |
kmlussier: I just tried. It did give me the math questions, which I hadn't seen before, but I successfully "proved my humanity" and got in alright. |
| 11:16 |
kmlussier |
dbwells: You must be more human than me. :) |
| 11:17 |
* dbwells |
*more* human than someone? First time for everything :) |
| 11:17 |
kmlussier |
OK, it's me. Apparently, I have something that automatically logs me into that site, which worked fine until we added the math checks. I can disable that. |
| 11:19 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "JEDI I'm testing with" (1 line) at http://paste.evergreen-ils.org/57 |
| 11:19 |
Dyrcona |
berick ^^ |
| 11:20 |
|
dMiller_ joined #evergreen |
| 11:21 |
berick |
thanks Dyrcona |
| 11:24 |
berick |
Dyrcona: confirmed error |
| 11:24 |
Dyrcona |
I tried some other messages and same thing. |
| 11:27 |
|
sandbergja joined #evergreen |
| 11:31 |
berick |
Dyrcona: oh, that's an INVOIC -- translator only works on ORDERS |
| 11:31 |
Dyrcona |
oops. |
| 11:32 |
Dyrcona |
I'll see if I can find an order then. |
| 11:32 |
berick |
cool |
| 11:32 |
* berick |
probably should have clarified |
| 11:32 |
berick |
EDIReader.pm handles all the inbound stuff -- INVOIC and ORDRSP |
| 11:36 |
Dyrcona |
I get the same message with an ORDERS. |
| 11:36 |
berick |
mind sharing that one? |
| 11:37 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "ORDERS:" (416 lines) at http://paste.evergreen-ils.org/58 |
| 11:38 |
Dyrcona |
That pulled out the same way with psql -t --no-align .... |
| 11:43 |
|
bmills joined #evergreen |
| 11:47 |
kmlussier |
I successfully installed OpenSRF a few days ago, but I decided to start from the beginning again today. I'm now coming across permission errors when I try to run ./configure --prefix=/openils --sysconfdir=/openils/conf |
| 11:47 |
kmlussier |
http://pastebin.com/Mn4Se9Nh |
| 11:48 |
Dyrcona |
You ran configure as a different user before. |
| 11:48 |
Dyrcona |
Probably root. |
| 11:48 |
kmlussier |
Yes, I did |
| 11:48 |
kmlussier |
No, the first time I ran it as the opensrf user. |
| 11:49 |
Dyrcona |
Well, root could smash something done as opensrf, the error suggests you ran as root before and are opensrf now. |
| 11:49 |
Dyrcona |
sudo chown -R opensrf ./ |
| 11:49 |
berick |
Dyrcona: could you run edit_translator.pl w/ the order json on a known-good system? i'm sure it will work fine, just like to rule things out |
| 11:49 |
Dyrcona |
That'll fix it. |
| 11:50 |
kmlussier |
This time, I created an evergreen user since the docs said I should use whatever account I should use to log into linux |
| 11:51 |
Dyrcona |
Need more clarification at this point. You are running up against UNIX permission issues. |
| 11:51 |
Dyrcona |
We use opensrf as our user name. |
| 11:53 |
Dyrcona |
berick: That's nice. I get the same error in production. |
| 11:54 |
berick |
well there's a fine how-do-you-do |
| 11:55 |
Dyrcona |
And that message, of course, came from a copy of our production database. |
| 11:55 |
berick |
and that message produced EDI? |
| 11:55 |
berick |
in edi_message |
| 11:57 |
kmlussier |
If I run it as the opensrf user, as I did on my first attempt, it works. I'm just a bit confused because the docs indicate that I should be able to use a user account that is not the opensrf account. |
| 11:57 |
* kmlussier |
won't worry about it now and proceed under the opensrf account. |
| 11:59 |
* kmlussier |
suspecs she will be confused through a lot of this installation. ;) |
| 12:10 |
Dyrcona |
berick: yes. |
| 12:11 |
Dyrcona |
kmlussier: You need to use the user account where the files live. |
| 12:12 |
berick |
Dyrcona: and it's a fairly recent message.. not from several years back? |
| 12:12 |
Dyrcona |
berick: I'll do some more digging after lunch. I'm going to check for more recent messages in production. |
| 12:12 |
berick |
Dyrcona: cool |
| 12:12 |
Dyrcona |
That one is from May 1, I think. |
| 12:12 |
berick |
ah, k |
| 12:13 |
berick |
pretty recent, then |
| 12:15 |
berick |
Dyrcona: figured it out... remove the new lines :) |
| 12:16 |
berick |
they must get stripped along the way in the regular code |
| 12:18 |
Dyrcona |
berick++ |
| 12:18 |
Dyrcona |
That works! |
| 12:19 |
jeff |
lftp++ for having the ability to mirror a local dir to a remote dir over sftp, even if it is a little clunky with regard to needing to specify a dummy value for a password (using key-based auth) |
| 12:20 |
|
jihpringle joined #evergreen |
| 12:26 |
Dyrcona |
sftp++ for being sftp. :) |
| 12:26 |
kmlussier |
Dyrcona: Yup. I see where I was going wrong now. Thanks! |
| 12:41 |
* mmorgan |
is obsessing about open circulation transactions today. |
| 12:42 |
mmorgan |
So do unclosed transactions cause any problems other than not being able to delete patron records? |
| 12:43 |
Dyrcona |
They might still show up on the patron's account, even though they're checked in, but not certain of that. |
| 12:44 |
mmorgan |
That doesn't seem to be the case that I've seen. The patron record doesn't show any transactions, but it can't be deleted - because there are open transactions. |
| 12:46 |
Dyrcona |
Ok. |
| 12:46 |
bshum |
mmorgan: For us, we tend to have some of those leftover (due to us being from versions of Evergreen before the bugs were fixed) |
| 12:46 |
bshum |
So we close the transactions using SQL, and then nuke the patron :) |
| 12:46 |
bshum |
Err, *patron record |
| 12:46 |
bshum |
Not the patron themselves... |
| 12:46 |
Dyrcona |
I wrote a script that given a patron barcode and copy barcode would close the open transaction. |
| 12:46 |
bshum |
"obliterate" was *super* fun during training... |
| 12:46 |
Dyrcona |
In retrospect it doesn't seem as useful as it once did. |
| 12:48 |
bshum |
jboyer-isl: I think we got our CollectionHQ situation in order finally. The one last edit I had to do was that our utility server is not where our database was. So I added some -h hostname to the psql commands in extract.sh and extract_hold.sh |
| 12:49 |
bshum |
I think maybe that ought to be a configurable option in the settings or such :) |
| 12:49 |
bshum |
Maybe I'll have a patch to follow up your patches and we'll both suggest them all back to ESI's main contrib later. |
| 12:50 |
bshum |
jboyer-isl++ Bmagic++ jeff++ # helping me figure out this stuff |
| 12:50 |
jboyer-isl |
bshum: Oh, yeah. That would help. We use a custom version of those scripts here because we don’t have anything on our DBs either, but I didn’t touch those scripts in my patches. |
| 12:52 |
bshum |
jboyer-isl: I figure for simplicity the default hostname could be like localhost, etc. |
| 12:52 |
bshum |
But it would be cool to be able to edit it in one place and be happy. |
| 12:52 |
bshum |
Have you considered combining extract.sh and extract_holds.sh into the same script? |
| 12:52 |
bshum |
Or is that separate cause of scheduling reasons? |
| 12:54 |
jboyer-isl |
bshum: we used to run holds weekly and extracts monthly, but now that they’re both weekly we may combine them eventually. Just haven’t gotten around to it. |
| 12:54 |
bshum |
jboyer-isl: Cool, cool |
| 12:54 |
jboyer-isl |
At the time I was just trying to match my changes as closely to how the rest of the files worked, or I would have changed most things that weren’t functions.sql. |
| 12:58 |
bshum |
jboyer-isl: Apparently I amused them cause I sent them a file like: http://pastie.org/10202463 |
| 12:58 |
bshum |
Before I realized the hostname problem for the database :) |
| 12:59 |
bshum |
They seem quite understanding at least. |
| 13:01 |
jboyer-isl |
Yeah, support isn’t bad. Communication could use some work now and then I think. I’ve had one person tell me everything was good to go, and after the next extract support calls and says “what have you done?!” |
| 13:01 |
jboyer-isl |
I mean, “What have you done?!” isn’t that unusual, but normally I don’t get that from vendors, |
| 13:05 |
Dyrcona |
"What have I done?" Nothing. Just upgraded the O/S and all the packages and rewrote a script or two, but other than that it's the same hardware so nothing changed. |
| 13:08 |
jboyer-isl |
I mean, I may have been trying to guess file share paths over a VPN because they changed last week and I didn’t write them down, but is that any kind of reason to block a guy’s account? |
| 13:08 |
jboyer-isl |
(apparently it is) |
| 13:09 |
bshum |
Heh |
| 13:12 |
Dyrcona |
:) |
| 13:30 |
bshum |
eeevil++ # I'll add your latest patch to our test server for the TT caching |
| 13:31 |
eeevil |
bshum: cool, thanks |
| 13:31 |
bshum |
eeevil: So far, so good anyways. I do feel like it's faster :) |
| 13:32 |
Dyrcona |
I should test that branch out, too. |
| 13:32 |
Dyrcona |
My dev system is pretty slow. |
| 13:32 |
eeevil |
you'll really want http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/gmcharlt/lp1452366_preinit_context_loaders plus my last commit on http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/gmcharlt/lp1449709-TT-caching-by-egweb |
| 13:33 |
bshum |
eeevil: Yeah I merged all of those, plus all the sprint2 so far published into the same test branch and rolled that out to our main test server. |
| 13:34 |
bshum |
Fun to try things out with a copy of our data :P |
| 13:34 |
eeevil |
rad. the former incorporates the latter, and one more that helps a bunch at apache worker startup |
| 13:43 |
bshum |
eeevil: Hmm, adding those changes breaks my system with an internal server error. |
| 13:44 |
bshum |
From ctx to r anyways |
| 13:44 |
bshum |
Double checking now to make sure it wasn't a bad line change on my part... |
| 13:44 |
eeevil |
orly |
| 13:44 |
* eeevil |
looks |
| 13:45 |
eeevil |
bshum: you picked that one commit and BOOM? |
| 13:45 |
bshum |
eeevil: Yes. |
| 13:45 |
bshum |
Well, added it to my EGWeb.pm, then restarted apache |
| 13:45 |
bshum |
And then boom, no more catalog |
| 13:45 |
bshum |
I haven't dug deeper quite yet. |
| 13:45 |
eeevil |
because ... it's all kinds of WORKSFORM in production |
| 13:46 |
bshum |
It might be something else then. |
| 13:46 |
bshum |
The lines didn't match up for me. Maybe it's something in the sprint2 code changes. |
| 13:48 |
bshum |
Well... that's peculiar |
| 13:48 |
bshum |
Okay then! |
| 13:48 |
bshum |
Must be a weird fluke, sorry eeevil |
| 13:48 |
bshum |
Cause it's alive and okay this time.... |
| 13:48 |
bshum |
I must have done something wrong. Sorry for the false alarm. All is well. |
| 13:48 |
eeevil |
heh. well, good :) |
| 13:57 |
Dyrcona |
bshum: Did you remove the newlines? ;) |
| 14:20 |
berick |
mtcarlson: when you have time, mind confirming my comment here so CMD doesn't think I'm going rogue :) https://redmine.commandprompt.com/issues/68788#change-142577 |
| 14:20 |
berick |
heh |
| 14:20 |
berick |
ignore me |
| 14:22 |
* eeevil |
wonders how many apache access log lines on the cmd server now contain 68788 followed by a request for /login ... |
| 14:22 |
* berick |
now wants some Rogue |
| 14:23 |
berick |
eeevil: heh |
| 14:23 |
eeevil |
berick: did you see the PDX Carpet IPA from Rogue? |
| 14:23 |
berick |
eeevil: i saw a lot of good stuff, but I missed that one. |
| 14:23 |
eeevil |
https://twitter.com/spaceisntsyntax/status/600048555793846273 |
| 14:24 |
berick |
eeevil: did you find the liquor kiosk? It was unfortunately pretty pricey |
| 14:24 |
berick |
well, the good stuff was |
| 14:24 |
eeevil |
it was in the airport |
| 14:24 |
berick |
nice |
| 14:24 |
eeevil |
I walked by it, concourse D I think. didn't stop for long |
| 14:27 |
berick |
very small bottle of whiskey was ~$55. |
| 14:27 |
berick |
so i passed |
| 14:29 |
eeevil |
whoa, yeah, that's a bit much |
| 14:29 |
eeevil |
even for airport booze |
| 14:37 |
Stompro |
phasefx, I think I have your debian install script at collab/phasefx/wheezy_installer working with Jessie. Thanks for sharing the script, saves a bunch of time. |
| 14:38 |
berick |
Stompro: if you ever use ubuntu (14.04) instead... http://git.evergreen-ils.org/?p=working/random.git;a=shortlog;h=refs/heads/collab/berick/trusty-auto-installer |
| 14:40 |
kmlussier |
berick: Should we add that one to http://wiki.evergreen-ils.org/doku.php?id=server_installation:semi_automated? |
| 14:41 |
berick |
kmlussier: yeah, i don't see any reason not to |
| 14:42 |
berick |
it's based on phasefx's wheezy installer (which was based on my old installer, which...) |
| 14:42 |
berick |
open_source++ |
| 14:43 |
kmlussier |
open_source++ |
| 14:43 |
kmlussier |
berick++ |
| 14:53 |
Stompro |
berick++ for install scripts, phasefx++ ditto |
| 14:53 |
kmlussier |
So if I set sysconfdir as /openils/conf during my OpenSRF install, I can skip http://evergreen-ils.org/documentation/install/README_2_8.html#_configure_opensrf_for_the_evergreen_application ? |
| 14:53 |
kmlussier |
Is that right? |
| 14:54 |
jeff |
no. |
| 15:00 |
kmlussier |
But during the OpenSRF configuration, I already copied those opensrf files and edited the opensrf_core.xml . |
| 15:05 |
jeff |
you copied different opensrf config files. |
| 15:05 |
Stompro |
kmlussier, the OpenSRF install is not specific to Evergreen, it just gets OpenSRF up and running. (even though it targest the /openils/ dir). When you install Evergreen you are installing new config files. |
| 15:06 |
jeff |
there are example opensrf config files in the opensrf archive which set up basic services designed just to test opensrf |
| 15:06 |
jeff |
there are example opensrf config files in the Evergreen archive which set up evergreen. |
| 15:06 |
kmlussier |
And the two are different? That makes sense. |
| 15:06 |
kmlussier |
jeff++ Stompro++ |
| 15:07 |
jeff |
if you don't install the opensrf config files that come with evergreen, then when you start "all opensrf services" you will get no evergreen opensrf services, you will only get the opensrf services that came with opensrf itself. |
| 15:08 |
dbs |
kmlussier: don't feel bad, everybody makes that mistake the first (and often the fourth and ninth) time |
| 15:09 |
dbwells |
I kind of feel like the instructions should mention these facts. It is quite confusing when you are installing Evergreen for the 1st (or 15th) time, and you're just mechanically going through the motions without understanding what it going on. |
| 15:09 |
kmlussier |
dbs: Well, then I don't feel bad because I asked before making the mistake. :D |
| 15:09 |
dbs |
at one point the docs had a very emphatic "Yes, we know you just did this for OpenSRF. You really do have to do this again for Evergreen." |
| 15:09 |
dbs |
(or something like that |
| 15:10 |
kmlussier |
One of the things I'm doing while running through the install is noting down places where the instructions could be clearer. |
| 15:10 |
dbs |
kmlussier: you committed thoughtcrime |
| 15:10 |
dbs |
thoughtmistake :) |
| 15:10 |
dbs |
"Please refer back to the OpenSRF README and, as the opensrf Linux account, edit the Evergreen version of the opensrf_core.xml file using the same Jabber users and domains as you used while installing and testing OpenSRF.: |
| 15:10 |
dbs |
is the current version of that note |
| 15:11 |
* kmlussier |
probably commits thoughtmistake on an hourly basis |
| 15:12 |
* dbs |
goes into fullblown reallifemistake typically |
| 15:13 |
dbs |
Maybe rather than putting the stuff about "cp -b" in the note in that section of the docs, the "No, really. You have to do this for Evergreen now." should be the called-out note. |
| 15:13 |
dbs |
anyway, I am very much opposed to making the documentation helpful in any way. clearly. |
| 15:16 |
kmlussier |
dbs: Yes, I think I've heard that about you. Always trying to throw people off with shoddy documentation. ;) |
| 15:17 |
kmlussier |
I actually find the documentation to be fairly good so far, but I suppose I can't say that for sure until the installation is successfully running. |
| 15:21 |
dbwells |
The entire Evergreen community is founded on the principle of a difficult install process, thereby generating a pseudo-Stockholm-Syndrome-effect in anyone who makes in through. ;) |
| 15:24 |
|
bmills1 joined #evergreen |
| 15:28 |
ohiojoe |
kmlussier++ |
| 15:29 |
ohiojoe |
for trying to install evergreen and writing down places where the docs could be clearer... |
| 15:29 |
ohiojoe |
in the next 1-10 days I intend to sitdown in my office with the door closed somewhere between 8a-10a Eastern and start trying to install Evergreen on a VM.. |
| 15:30 |
ohiojoe |
I've started twice before, and each time something went pear shaped in the openSRF install process.. I figured if I had the IRC open and I was working on it at an hour when real admins were in the channel, I could get past whatever it is I'm tripping over.. |
| 15:31 |
kmlussier |
Speaking of Stockholm Syndrome, I'm doing this on a comp day. Because I think it's fun. |
| 15:31 |
|
bmills joined #evergreen |
| 15:31 |
* kmlussier |
will spend her next comp day reevaluating her definition of fun. |
| 15:32 |
ohiojoe |
I think one gets there eventually... |
| 15:33 |
ohiojoe |
I was typically trying to do my installs late at night after the rest of my house had went to bed and before the first of the small children woke up for one reason or another.. |
| 15:33 |
|
jboyer-isl joined #evergreen |
| 15:35 |
ohiojoe |
I think it's fun to learn something new.. and doubly so if it's something useful.. |
| 15:36 |
kmlussier |
ohiojoe: There are some folks here late at night if you time it right. But working hours is definitely a better time to try these things. |
| 15:37 |
ohiojoe |
the other good think about working hours is I will be better caffinated, which I suspect would help.. |
| 15:38 |
ohiojoe |
I'll have to check the next time I'm working on stuff late at night, especially now that I'm making a point of being in channel outside of practice time.. |
| 15:38 |
dbs |
kmlussier++ # reevaluating her definition of fun |
| 15:41 |
jboyer-isl |
Ah, my account was finally unblocked, but I was never notified. I suppose the helpdesk person was just curious if I had a phone number or not. |
| 15:45 |
|
bmills1 joined #evergreen |
| 15:51 |
|
wongon joined #evergreen |
| 15:52 |
rjackson_isl |
jboyer-isl: Customer support - it is job #? |
| 15:53 |
jboyer-isl |
I did have a lot of email updates about my “I can’t access anything at all, especially email” ticket waiting for me. Very nice. |
| 16:17 |
kmlussier |
Woot! I have a functioning catalog! http://mlnc2.mvlcstaff.org/eg/opac/home |
| 16:18 |
jboyer-isl |
kmlussier++ |
| 16:18 |
mmorgan |
kmlussier++ |
| 16:18 |
mmorgan |
@dessert kmlussier |
| 16:18 |
* pinesol_green |
grabs some Mint Chocolate Chip Ice Cream for kmlussier |
| 16:19 |
Stompro |
kmlussier++ |
| 16:20 |
* kmlussier |
does a happy dance |
| 16:22 |
dbs |
kmlussier++ |
| 16:27 |
* berick |
casts spell of Total Annihilation on circ scripts and open-ils.penalty |
| 16:28 |
kmlussier |
berick++ |
| 16:29 |
* Dyrcona |
threatens to nominate kmlussier++ for core committer status. |
| 16:29 |
kmlussier |
Dyrcona: Why? Because I successfully installed Evergreen or because I think it's fun doing so on my day off? :) |
| 16:30 |
Dyrcona |
"Yes," he answers in logical Boolean fashion. |
| 16:33 |
Dyrcona |
@karma kmlussier |
| 16:33 |
pinesol_green |
Dyrcona: Karma for "kmlussier" has been increased 11 times and decreased 0 times for a total karma of 11. |
| 16:33 |
kmlussier |
@karma |
| 16:33 |
pinesol_green |
kmlussier: Highest karma: "yboston" (13), "bshum" (12), and "kmlussier" (11). Lowest karma: "marc" (-2), "ie" (-1), and "microsoft" (-1). You (kmlussier) are ranked 3 out of 38. |
| 16:34 |
Stompro |
kmlussier, I made you a badge :-) http://imgur.com/TcWtOAh |
| 16:35 |
kmlussier |
Stompro++ |
| 16:35 |
Dyrcona |
Stompro++ |
| 16:35 |
kmlussier |
I was just thinking earlier that everyone who goes through the install process should get a badge. |
| 16:35 |
Dyrcona |
Achievement unlocked.... |
| 16:36 |
berick |
Stompro++ |
| 16:36 |
* berick |
looks for the tattoo gun |
| 16:44 |
kmlussier |
OK, that's it for me. Have a nice weekend everyone! |
| 16:44 |
Dyrcona |
You, too. |
| 16:48 |
Dyrcona |
berick++ |
| 17:01 |
|
mmorgan left #evergreen |
| 17:08 |
jeff |
ah, here's the system i had transaction begin issues with. |
| 17:32 |
jeff |
and of course the issue is the first thing i check, thankfully: OSRFTranslatorCacheServer |
| 18:51 |
|
pmurray_away joined #evergreen |
| 18:54 |
|
Dyrcona joined #evergreen |
