| 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=commit;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/OpenILS/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/sitka/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.php?theme=2&music=6&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 |
