Evergreen ILS Website

IRC log for #evergreen, 2015-05-22

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

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/Ev​ergreen.git;a=shortlog;h=refs/heads/user/g​mcharlt/lp1452366_preinit_context_loaders plus my last commit on http://git.evergreen-ils.org/?p=working/E​vergreen.git;a=shortlog;h=refs/heads/coll​ab/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/spaceisntsy​ntax/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=worki​ng/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/documentatio​n/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

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat