Evergreen ILS Website

IRC log for #evergreen, 2015-01-12

| 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
06:13 phasefx joined #evergreen
06:14 maryj joined #evergreen
07:44 jboyer-isl joined #evergreen
07:57 rjackson-isl joined #evergreen
08:08 mrpeters joined #evergreen
08:10 ericar joined #evergreen
08:23 akilsdonk joined #evergreen
08:23 abowling joined #evergreen
08:37 Dyrcona joined #evergreen
08:42 mmorgan joined #evergreen
08:50 julialima_ joined #evergreen
08:51 dbwells joined #evergreen
08:51 Shae joined #evergreen
08:53 mmorgan left #evergreen
09:04 mmorgan joined #evergreen
09:17 Dyrcona Well, I'm on the guest wireless at work, but don't feel like correcting that right now.
09:18 Dyrcona One thing I can tell you is that spreading cstore around didn't help in and of itself.
09:18 Dyrcona Apparently, tsbere did that over the weekend and we had trouble again yesterday morning.
09:18 Dyrcona Here's what I think is our real problem with the load on the server and it becoming unresponsive.
09:19 Dyrcona After some digging, I did determine that ejabberd is being limited to 1024/4096 file handles because of how it is started.
09:20 Dyrcona Typically, when things are "normal" it uses betwee 500 and 650 file handles.
09:20 Dyrcona However, when we hit 200 cstore drones and things are busy, I believe it goes over the 1024 soft limit.
09:21 Dyrcona (I can't find it, but I believe I recall seeing it using somewhere around 3000 file handles during one of these episodes last week.)
09:22 Dyrcona So, what I think happens ejabberd tries to keep up with incoming requests but can't, as it runs out of file handles.
09:22 kmlussier Thanks csharp for the info on reports!
09:22 Dyrcona This is where I think the load spikes are coming from, 'cause ejabberd usually looks like it has gone berserk in top.
09:23 Dyrcona So, I've made the changes suggested by eeevil and a couple of blog posts so that ejabberd should get the settings from limits.conf when restarted.
09:24 Dyrcona When this happens today, I'll not only restart services, but clobber ejabberd as well.
09:24 Dyrcona If ejabberd doesn't get the settings when restarted manually, I'll reboot the server.
09:25 Dyrcona Hopefully, it won't take a reboot for the settings to take effect.
09:25 Dyrcona After all, this isn't Windows. :)
09:28 Dyrcona Where this seems to help our situation or not, we're going ahead with our plans to experiment with clustered ejabberd.
09:28 Dyrcona s/Where/Whether/
09:32 gsams joined #evergreen
09:38 Dyrcona @monologue
09:38 pinesol_green Dyrcona: Your current monologue is at least 9 lines long.
09:41 csharp Dyrcona: I'm glad you're recounting your experience here, FWIW ;-)
09:41 csharp kmlussier: happy to help!
09:42 akilsdonk_ joined #evergreen
09:42 StomproJ joined #evergreen
09:42 Dyrcona csharp: I thought I'd follow up for those who might search the logs at least.
09:43 chatley joined #evergreen
09:43 Dyrcona It's so frustrating when you Google your problem and all you are forum posts and IRC logs where questions are asked but no answers given.
09:43 Dyrcona Meh..... missing the word find in there.
09:43 Dyrcona Yes, there's a XKCD about that. ;)
09:53 krvmga joined #evergreen
09:53 dbs Dyrcona++
09:54 dbs that google symptom happens a lot with ejabberd :)
09:55 Dyrcona So, here's a fun thing.
09:55 Dyrcona dbs: Yep, it does.
09:55 Dyrcona I requested a DVD back in early Decemeber.
09:56 Dyrcona It had been in transit for 4 weeks.
09:56 Dyrcona I aborted the transit, set the copy to missing, and targeted the hold at a new copy.
09:56 Dyrcona An hour later, the original DVD shows up in delivery.
09:58 Dyrcona And, yay for "Checkout fills related hold."
09:59 Dyrcona I find that Google symptom happens a lot with erlang.
09:59 Dyrcona I think I should go to some of these erlang seminars/training that I keep seeing in the G+ erlang community.
09:59 Dyrcona I read the O'Reilly book a couple of years ago, but know I'm missing the best stuff about erlang.
10:02 sarabee joined #evergreen
11:01 vlewis joined #evergreen
11:40 abowling i'm looking to map a field in a perl module through json_query. i'm finding aliases such as "bre" for biblio.record_entry. Can someone point me to where those aliases are set?
11:43 berick abowling: /openils/conf/fm_IDL.xml
11:44 berick class="bre"
11:44 jeff they originate in the fieldmapper fm_IDL.xml file. there are some ways to programmatically map between things, but we'd probably need more context.
11:44 * berick grabs 0901
11:45 abowling ++berick., hef thanks. i figured it was an xml conifg somewhere. saved me some time.
11:47 berick hm, looks like the version # in 002.schema.config.sql got out of sync somewhere.  it's one ahead of upgrade/*
11:49 bshum Ugh
11:49 bshum It looks like maybe the last file didn't make it across
11:49 bshum I must have done something wrong in git there berick
11:49 bshum It's missing
11:49 bshum http://git.evergreen-ils.org/?p=Evergreen.git;a=c​ommit;h=3424b298bdc7a347aa70587939190f7d53c60a01
11:49 pinesol_green [evergreen|Ben Shum] LP#1394356: Stamping upgrade script for patron purge post code fix - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=3424b29>
11:49 berick bshum: ahh
11:49 berick file is missing
11:50 bshum Doh.  And that got lost in 2.7 series too :(
11:50 bshum I must have typo'd a git command
11:50 bshum Normally I do a git mv, maybe I did a git rm :\
11:50 bshum There should be a 0901 already
11:50 bshum Sigh
11:51 bshum berick: I can fix it if you give me a sec, unless you're already on it
11:51 berick bshum: go for it.  i'm still reviewing this patch i'm about to commit
11:55 bshum berick: All set now.  Thanks for spotting that mistake.  I'll fix up the LP targets.
11:56 berick bshum++
11:56 bshum Course then I typo the commit too
11:56 bshum With teh wrong LP number
11:56 bshum Sigh......
11:57 pinesol_green [evergreen|Ben Shum] LP#1395456: (Fixing) Add back missing 0901 upgrade script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=4d81d26>
11:57 * berick calls 0902 now :)
12:03 pinesol_green [evergreen|Mike Rylander] LP#1386347: Clear hold-copy-map efficiently - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=13ca7ff>
12:03 pinesol_green [evergreen|Bill Erickson] LP#1386347 Remove more unneeded map deleters - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=a047017>
12:03 pinesol_green [evergreen|Bill Erickson] LP#1386347 clear maps at fulfillment time - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=c6ff6f0>
12:03 pinesol_green [evergreen|Bill Erickson] LP#1386347 stamping upgrade for hold clear copy maps - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=523ac8e>
12:17 kmlussier berick: In regards to your latest comment on bug 1386347.
12:17 pinesol_green Launchpad bug 1386347 in Evergreen 2.6 "Speed up hold copy map deletion for clear shelf process, etc." (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1386347
12:17 kmlussier berick: Is that code likely to fix problems like the one identified in bug 1167979?
12:17 pinesol_green Launchpad bug 1167979 in Evergreen "Circulation > Clear Shelf-Expired Holds fails " (affected: 6, heat: 28) [Medium,Confirmed] https://launchpad.net/bugs/1167979
12:18 kmlussier If so, I was consider it worthwhile to backport it.
12:18 * berick looks
12:18 kmlussier s/was/would
12:20 bshum Bleh
12:20 bshum Isn't that the "feature" that I was reluctant to have backported?  :D
12:21 kmlussier bshum: Maybe?
12:22 kmlussier I always consider elimination of ugly error messages as falling within the bug category. :)
12:22 bshum I like bug squashing, but I'm also wary of backporting new approaches to things to existing series.
12:23 berick kmlussier: commented in bug 1167979
12:23 pinesol_green Launchpad bug 1167979 in Evergreen "Circulation > Clear Shelf-Expired Holds fails " (affected: 6, heat: 28) [Medium,Confirmed] https://launchpad.net/bugs/1167979
12:26 berick to recap, the big ugly error has already been fixed.  occasional timeouts in the client would happen less often w/ bug 1386347, though it's not guaranteed to resolve all timeouts
12:26 pinesol_green Launchpad bug 1386347 in Evergreen 2.6 "Speed up hold copy map deletion for clear shelf process, etc." (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1386347
12:32 kmlussier berick: Thanks! Given that info, I don't know how I feel about bug vs. feature. I know our libraries would love to see the improvment sooner rather than later, but the same could be said for a lot of features too.
12:33 bshum kmlussier: "sooner" is only two months away, if 2.8 arrives on time.
12:33 bshum :D
12:34 berick challenge accepted
12:34 bshum berick++
12:34 kmlussier bshum: You're making an assumption that the consortia I work with upgrade to a release as soon as it's out.
12:34 bshum kmlussier: I'm also making the same assumption that your consortia will actually use a point release upgrade for a current series.
12:35 bshum If they really want it, they can also port the changeset themselves and see if it doesn't break them.
12:35 bshum And then lobby me to add it
12:35 bshum Well, sign off, then lobby me to add it to rel_2_7
12:36 berick fwiw, we're running it locally on 2.4 :)
12:36 * bshum is not putting his foot down on 2.7 though.  If anyone else on the committers wants to champion it as a fix, they are welcome to do so.
12:39 sbrylander joined #evergreen
13:06 Dyrcona joined #evergreen
13:10 jihpringle joined #evergreen
13:23 * dbs continues to churn out tiny little HTML / discoverability enhancement branches
13:26 bshum dbs: Sweet :D
13:27 buzzy joined #evergreen
13:32 bshum Oooh, bug 1409844 sounds fun :)
13:32 pinesol_green Launchpad bug 1409844 in Evergreen "TPAC: Towards more meaningful, contextual page titles" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1409844
14:38 * dbs finally remembers to hit "Save" on the comment he had written up an hour ago
14:44 berick hm, is it wrong of me to remove 'pullrequest' tags if a bug is not actually ready to be merged (based on ticket comments)?
14:44 berick or am I being too literal about that?
14:45 dbs You might want to talk to the contributor first?
14:45 berick does pullrequest mean "it's ready now" or "help me finish this thing and get it merged"?
14:45 dbs it's supposed to mean "it's ready now"
14:45 bshum berick: To me, I would feel that pullrequest is supposed to indicate it is as ready as possible for merge.
14:45 berick dbs: and if there are comments in the ticket the contrinbutor has not responded to?
14:46 bshum If commentors are stating issues, then I think it's fair to remove the pullrequest and mark the bug with status "incomplete" pending further action by the original contributor.
14:46 bshum or action by a kind developer who helps out to get it back into ship-shape
14:47 berick bshum: k, thanks.  that's consistent w/ what I was thinking.
14:47 bshum berick: Out of curiosity though, which bug are you poking at in particular?
14:47 bshum :D
14:49 berick currently 1184009
14:49 berick and I just changd another one (which i need to go back and mark imcomplete..)
14:50 bshum Regarding bug 1184009 then, I'm somewhat tempted to let that one die on the vine actually.  Since it affects XUL interfaces and we ought to be aiming for web client stuff?
14:51 pinesol_green Launchpad bug 1184009 in Evergreen "Staff client patron interface/Display overdue items in red" (affected: 2, heat: 12) [Wishlist,Incomplete] https://launchpad.net/bugs/1184009 - Assigned to Dan Wells (dbw2)
14:52 bshum Maybe better as a "won't fix" as no longer matching project plans to move ahead with web client interface instead.
14:52 bshum But that's just my opinion.
14:54 jeffdavis FWIW, Steven (who submitted the bug) is no longer working for Sitka. We've had his patch applied since he submitted it and aren't likely to revisit it anytime soon.
14:55 berick jeffdavis: thanks
14:55 berick in that case, i'm inclined to let it die, too.
14:55 Dyrcona With heat of 12, a couple of people have said it affects them, too, but I don't we can see who.
14:56 Dyrcona I'm inclined to agree with bshum.
15:00 kitteh_ has anyone been successful in putting evergreen into docker
15:02 bshum kitteh_: I'm not sure actually.  I know there was some talk about it awhile back.
15:03 bshum One of my quick googling tells me it was talked about on this day in Evergreen IRC:  http://irc.evergreen-ils.org/evergreen/2013-09-13
15:03 bshum jbfink was asking questions about it.
15:04 jeffdavis kitteh_: not docker, but possibly of interest - I was working on automating EG install with Vagrant: https://github.com/twirlip/c4lbc-vagrant-docs
15:04 kitteh_ i saw the logs from then, thanks. nothing enw since?
15:04 kitteh_ oh tell me more jeffdavis
15:05 kitteh_ looks like you got it working?
15:05 jeffdavis Almost. I was getting internal server errors trying to start up the "installed" EG system on the vagrant VM.
15:05 jeffdavis I haven't had a chance to go back and investigate that more.
15:06 bshum Wasn't jboyer-isl playing with other automated installations?  Ansible was it?
15:07 jboyer-isl Yes.
15:07 jboyer-isl Though I need to read some scrollback.
15:08 kitteh_ thanks. will take a look
15:10 jboyer-isl I’ve tried to shoe-horn a little too much into my ansible playbook for evergreen. It currently tries to manage everything from the vhmosts to the DNS servers. I need to break it up into more managable pieces.
15:12 jboyer-isl But Ansible as a system is very nice to work with. The entire VM build and install software step took only a single command and a pizza.
15:18 buzzy joined #evergreen
15:19 buzzy do you have anything else for the registration form?
15:21 kitteh_ cool, jboyer
15:21 buzzy mt
15:22 sarabee joined #evergreen
15:24 * bshum is on the edge of his seat :)
15:25 berick heh, i think bshum fell off his seat
15:26 bshum joined #evergreen
15:26 kmlussier joined #evergreen
15:26 bshum berick: I blame freenode for that little hiccup, but my excitement knows no bounds!
15:27 berick :)
15:33 buzzy conference registration is open! https://www.eventbrite.com/e/evergreen-2015-​international-conference-tickets-15029293020
15:33 bshum buzzy++
15:35 bshum conference_folks++
15:37 buzzy gmcharlt was the rockstar that worked on the registration form
15:38 gmcharlt I just made last minute-changes; kmlussier was the rockstar who did most of hte work :)
15:38 bshum gmcharlt++ kmlussier++
15:39 buzzy hear hear. kmlussier is amazing
15:40 kmlussier Awww, thanks! I always assumed I was the thorn in everyone's side. ;)
15:41 kmlussier buzzy: Do you have credentials to add an announcement to the Evergreen blog or do you want somebody else to do that?
15:42 buzzy hmm, that's a good question. let me check
15:43 berick bshum: i'm curious if anything came from your testing of bug 1261777
15:43 pinesol_green Launchpad bug 1261777 in Evergreen "User editor cloned address owner link fails to load new tab" (affected: 1, heat: 6) [Medium,Incomplete] https://launchpad.net/bugs/1261777
15:43 buzzy i do, in fact. i'll do that now.
15:43 bshum berick: I probably got side tracked and didn't finish testing from a clean install.  I can try it again though.
15:44 bshum It looks straightforward enough....
15:45 berick bshum: well, i'm just doing some bug wrangling.  it's not urgent.
15:45 bshum berick: It's fine, wrangle away.  I'll add it to my list of things to take a look over though for you.
15:46 berick thanks, bshum
15:46 bshum berick: Speaking of which, I think the dev/packager makefile stuff looks pretty ready to me.
15:46 bshum Only one missed repair for ubuntu-trusty still calls for make
15:46 bshum Otherwise, everything else in the files looks to be in order.
15:48 sarabee joined #evergreen
15:52 kmlussier buzzy++
15:59 Bmagic Im having trouble with EDI, I have verified that the action trigger has worked, and parsed the template, the output is there in event_output. The EDI pusher software works, finds the AT and translates it with the ruby service, but fails. On the surface it looks like an FTP issue, but the logs suggest something else. http://pastebin.com/wWWnBrwY
15:59 Bmagic /usr/local/share/perl/5.14.2/Op​enILS/Utils/CStoreEditor.pm:453 <500>  Severe query error -- see error log for more details
16:03 gmcharlt jeffdavis: do you have a cloneable URL for that repo?
16:03 gmcharlt git clone git://git.sitka.bclibraries.ca/si​tka/overdrive-overgreen-opac.git does not work for me
16:05 julialima_ left #evergreen
16:06 Bmagic gmcharlt: We used this http://docs.evergreen-ils.​org/2.3/_installation.html
16:08 Bmagic it was subversion
16:08 kmlussier Bmagic: Did you see https://bugs.launchpad.net/evergreen/+bug/1297967?
16:08 pinesol_green Launchpad bug 1297967 in Evergreen "document openils-mapper code for enriched EDI" (affected: 1, heat: 6) [Undecided,New]
16:09 Bmagic no, let me take a look
16:09 kmlussier Bmagic: We had trouble with EDI until that branch was loaded.
16:09 bshum gmcharlt: Hmm, it cloned okay for me.
16:10 Bmagic well, now I am confused, what IS the routine for installing EDI?
16:11 csharp Bmagic: it does look like an FTP error
16:11 csharp [2015-01-12 14:47:49] ./edi_pusher.pl [ERR :52126:EDI.pm:331:] (S)FTP put to EDI send to edi_account 1 (ftp://ftp.baker-taylor.com) FAILED: put to ftp.baker-taylor.com failed with error:
16:11 Bmagic csharp: I agree but it's weird that it creates the file on the ftp server with 0 bytes
16:11 csharp there may be more wrong, but that's one problem ;-)
16:12 jeffdavis That git clone command fails for me too.  We've had ongoing issues with perms etc on our gitweb, I've poked our sysadmin about this one.
16:12 mrpeters csharp: is there more to that error, or does it cut off there?
16:13 csharp mrpeters: it cuts off (reading from http://pastebin.com/wWWnBrwY)
16:13 mrpeters heh, well shoot that error message isn't so helpful :P
16:16 mrpeters i was hoping it might have given a normal FTP error code
16:16 csharp Bmagic: try removing the "Account" field in Admin -> Server Administration -> Acquisitions -> EDI Accounts for B&T - Scenic
16:17 Bmagic csharp: ill try that
16:17 csharp Bmagic: if there's something in that field, it sends it as a third parameter when FTP-ing (iirc)
16:17 Bmagic csharp: aha! I bet that is it
16:18 * csharp heads out for now
16:20 gmcharlt buzzy: just got a question from somebody asking whether there was a hotel block rate
16:22 bshum buzzy: Is it possible to add the boxed lunch later on?  (some folks curious if this is a hard requirement vs. finding food in the area, and also not knowing the area).
16:26 Bmagic csharp: mrpeters:  removing the contents of the "Account"  didn't see to fix it. Log: http://pastebin.com/dVk8TJxS  FTP error: "put FAILED: put to ftp.baker-taylor.com failed with error: "
16:27 mrpeters heh wish we knew that what error was :P
16:27 bshum Are you sure your credentials are good?
16:27 bshum :)
16:27 bshum Or that you're putting to the right place?  Maybe it needs to be a specific folder.
16:27 bshum or maybe it doesn't really have write permissions
16:27 jeffdavis gmcharlt: there's a typo in your git clone command ("overgreen"), is that the issue?
16:31 kmlussier Heh
16:33 berick I, for one, welcome our Overgreen
16:33 bshum Hahaha
16:33 mrpeters i think someone told me I was "Overgreen" when I did some TPAC skinning :P
16:34 bshum @quote add <berick> I, for one, welcome our Overgreen
16:34 pinesol_green bshum: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command).
16:34 bshum Oh come on
16:35 berick heh, never fails to happen
16:36 gmcharlt jeffdavis: as opposed to that ILS that we must never speak of, Undergreen...
16:37 jeffdavis :)
16:39 bshum joined #evergreen
16:39 Bmagic bshum: it creates a 0 byte file on the ftp server! It's freaky. I can login with the same creds and put files in the folder no problem
16:40 bshum pinesol_green: obey me, slave!
16:40 pinesol_green bshum: http://wonder-tonic.com/geocitiesizer/content.ph​p?theme=2&amp;music=6&amp;url=evergreen-ils.org
16:43 Bmagic bshum: it also writes to /tmp/blablabla file, while the edi process is running, I can snag that file and read it. It has stuff in it! weird
16:43 kmlussier bshum/buzzy: I could be wrong, but I believe we allow attendees to edit their registrations in Eventbrite. If so, that might be a way to add on the lunches at a later date.
16:43 kmlussier But I can test that further after I register.
16:48 * kmlussier thinks she will add the conference to http://opensource.com/resources​/conferences-and-events-monthly
16:48 bshum @whoami
16:48 pinesol_green bshum: bshum
16:48 bshum Good.
16:56 Dyrcona @whoareyou
16:56 pinesol_green Dyrcona: have you tried local mean solar time for the named city as the reference point?
16:56 Dyrcona No, but I shall.
17:03 mrpeters jeffdavis does your branch support checkout of items?
17:03 mrpeters with less than 14 second responses
17:03 mrpeters we had something in place, but it was taking almost 15 seconds to check out an item from Overdrive.  Curious how your performance is.
17:05 dcook joined #evergreen
17:05 kmlussier Have a nice night everyone!
17:05 mmorgan left #evergreen
17:06 Bmagic bshum: I setup a ftp server and tested edi against that, it worked! So it is the FTP..... off to contact their server admin. Thanks everyone!
17:07 bshum Bmagic: Good luck!
17:08 jeffdavis mrpeters: It supports checkout. I don't recall seeing that kind of lag, but I'll ask folks who have done more of the testing.
17:09 mrpeters that would be great, i'd love to hear how long it takes.  We didn't have as good of results as it seems you have had.
17:12 jeffdavis mrpeters: I do know grabbing availability details is usually quite fast. Getting a list of a patron's current holds/checkouts can be a little slow, but still only a few seconds (not as much as 15). I'll let you know what I hear back.
17:13 mrpeters thats great to hear
17:13 mrpeters i didnt work on the dev for it, so i dont know what might be different but that is great news
17:16 dcook joined #evergreen
17:21 Bmagic bshum: kmlussier: I'm concerned that my installation is bunk, http://docs.evergreen-ils.​org/2.3/_installation.html not accurate? However, it does seem to be working
17:23 bshum Bmagic: So is your question that the steps in the docs is wrong and not working? Or that they're working?
17:23 * bshum is just double checking your actual question.
17:25 Bmagic bshum: the install that I am working with right now, was installed using those instructions. My confidence was shaken with https://bugs.launchpad.net/evergreen/+bug/1297967
17:25 pinesol_green Launchpad bug 1297967 in Evergreen "document openils-mapper code for enriched EDI" (affected: 1, heat: 6) [Undecided,New]
17:25 bshum The bug kmlussier referred to previously is dealing with additional EDI functionality that isn't present by following stock instructions.
17:26 bshum For GIR copy data.
17:26 bshum That some EDI vendors require.
17:26 Bmagic I misunderstood, ok then, I guess I am good then
17:26 bshum The actual install process as described in the docs should be fine in general.
17:27 bshum It's just that you will probably want enriched EDI eventually.
17:27 Bmagic bshum++
17:27 Bmagic kmlussier++
17:27 Bmagic csharp++
17:27 bshum I know we ended up doing a mix of it with B&T
17:29 bshum buzzy: FYI, someone mentioned a problem with the link from the blog to registration. I just made a minor tweak to the blog post and things look like they work better now.
18:25 jeffdavis @later tell mrpeters Our main tester confirms my impression that we aren't seeing Overdrive API checkout lag on the order of 15s.
18:25 pinesol_green jeffdavis: The operation succeeded.
18:25 kmlussier bshum / Bmagic: I'm going to disagree with bshum. When we set up acq for MVLC, we needed to follow the install instructions from that bug. They aren't using enriched EDI.
18:26 * kmlussier will hunt down the relevant IRC discussion where I may have posted actual error messages we were seeing.
18:29 kmlussier bshum / Bmagic: Never mind. I'm going to take back what I said. I came across the problem when trying to accurately receive the PO name in an order. The typical sending and receiving did indeed work until that point.
18:29 kmlussier http://irc.evergreen-ils.org/​evergreen/2014-07-22#i_112525
18:29 kmlussier This is why kmlussier shouldn't work past 5 p.m.
18:33 bshum :)
20:02 Howdo joined #evergreen
20:02 Howdo Hello is this for question answer for evergreen state college?
20:06 Howdo Hello?
20:06 gsams joined #evergreen
20:09 bshum Howdo: Hi, this IRC channel is for the Evergreen integrated library system software project.
20:10 bshum I do not believe that college is associated with us.
20:10 bshum Yep.
22:16 mtcarlson joined #evergreen
22:32 gsams joined #evergreen

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