| Time |
Nick |
Message |
| 00:45 |
|
Mark__T joined #evergreen |
| 03:51 |
|
gsams_ joined #evergreen |
| 06:09 |
|
gsams joined #evergreen |
| 07:09 |
|
mrpeters joined #evergreen |
| 07:18 |
|
JBoyer joined #evergreen |
| 07:21 |
|
rjackson_isl joined #evergreen |
| 07:22 |
|
agoben joined #evergreen |
| 07:39 |
|
artunit joined #evergreen |
| 07:56 |
|
ericar joined #evergreen |
| 07:58 |
|
kmlussier joined #evergreen |
| 08:43 |
|
mmorgan joined #evergreen |
| 08:49 |
kmlussier |
Good morning #evergreen! |
| 08:49 |
kmlussier |
@coffee [someone] |
| 08:49 |
* pinesol_green |
brews and pours a cup of Ethiopia Yirga Cheffe Koke Espresso, and sends it sliding down the bar to phasefx |
| 08:49 |
kmlussier |
@tea [someone] |
| 08:49 |
* pinesol_green |
brews and pours a pot of Golden Orchid, and sends it sliding down the bar to dbwells (http://ratetea.com/tea/whispering-pines/golden-orchid/7244/) |
| 09:01 |
|
jwoodard joined #evergreen |
| 09:10 |
druthb |
@tea druthb |
| 09:10 |
* pinesol_green |
brews and pours a pot of Keemun Full Leaf Tea, and sends it sliding down the bar to druthb (http://ratetea.com/tea/foojoy/keemun-full-leaf/6686/) |
| 09:11 |
|
bos20k joined #evergreen |
| 09:17 |
|
bos20k joined #evergreen |
| 09:24 |
|
jvwoolf joined #evergreen |
| 09:29 |
csharp |
@quote random |
| 09:29 |
pinesol_green |
csharp: Quote #29: "<Rogan_> Apparently I'm a trouble maker or busy body or something." (added by gmcharlt at 02:28 PM, July 11, 2012) |
| 09:46 |
JBoyer |
@quote random |
| 09:46 |
pinesol_green |
JBoyer: Quote #3: "<berick> doh" (added by Dyrcona at 11:24 AM, February 17, 2011) |
| 09:53 |
|
Stompro left #evergreen |
| 09:53 |
|
Stompro joined #evergreen |
| 10:09 |
|
Dyrcona joined #evergreen |
| 10:16 |
* csharp |
ups clark_kent's --statement-timeout to 480 minutes to accommodate crazy long-running end of year reports |
| 10:16 |
csharp |
reports-- |
| 10:18 |
jeff |
reporting++ |
| 10:23 |
csharp |
the_general_ability_to_retrieve_data++ |
| 10:32 |
|
ericar joined #evergreen |
| 10:34 |
|
Dyrcona joined #evergreen |
| 10:51 |
|
ericar_ joined #evergreen |
| 10:58 |
|
Christineb joined #evergreen |
| 11:17 |
|
mceraso joined #evergreen |
| 11:17 |
|
bshum joined #evergreen |
| 11:23 |
|
bos20k joined #evergreen |
| 11:24 |
Dyrcona |
Anyone out there using point of sale devices for accepting credit card payments? |
| 11:25 |
jeff |
yes. |
| 11:29 |
Dyrcona |
Thanks, I'll ask my questions in private chat in case there are security concerns. :) |
| 11:42 |
* Dyrcona |
waits on a longish query. |
| 11:48 |
|
mmorgan1 joined #evergreen |
| 11:54 |
Dyrcona |
And its running longer than anticipated. |
| 11:54 |
Dyrcona |
I may just cancel it.... |
| 12:08 |
|
bmills joined #evergreen |
| 12:13 |
|
brahmina joined #evergreen |
| 12:19 |
|
jihpringle joined #evergreen |
| 12:33 |
Dyrcona |
Oh, the query finished some time ago, btw. It produced a 596MB output file. |
| 12:34 |
Dyrcona |
In case anyone is curious....It's a test of a Novelist On-the-Shelf extract. |
| 12:37 |
Dyrcona |
tsbere++ # For pointing out the -P footer=false psql option to me today. |
| 13:06 |
|
mmorgan joined #evergreen |
| 13:19 |
kmlussier |
Is there a git command I can use to find the branches I signed off on during a certain time period? |
| 13:22 |
kmlussier |
I see how I can find ones where I'm the author or committer. |
| 13:22 |
Dyrcona |
Probably not in one command, but some combination of commands might do it. |
| 13:22 |
Dyrcona |
You can probably combine that with dates. What are you using to find yourself as the committer? |
| 13:26 |
Dyrcona |
A number of git command accept the --since and --until options with dates, git log for one. |
| 13:35 |
kmlussier |
Sorry to ask a question and then wander away |
| 13:35 |
kmlussier |
git log --since=<date> --until=<date> --committer="lussier" |
| 13:36 |
Dyrcona |
That'll work on the current branch. |
| 13:37 |
kmlussier |
Which actually brought back stuff from the working repo, now that I look at it. So I added master to it. But it won't show things I signed off on without committing them. |
| 13:37 |
Dyrcona |
For that, you'd need grep the log message output. |
| 13:37 |
berick |
git filter-branch --msg-filter "sed /signed off regex goes here/" |
| 13:38 |
berick |
something like that anyway |
| 13:38 |
Dyrcona |
berick++ |
| 13:39 |
berick |
took that from gmcharlt's "change add the LP #" command: git filter-branch -f --msg-filter "sed '0,/^/s//LP\#1402797 /1'" origin/master.. |
| 13:39 |
kmlussier |
Thanks! I'll try that. |
| 13:39 |
berick |
uh, change /to/ add the lp # |
| 13:40 |
berick |
well, hm, that's for modifying commits, not just finding them |
| 13:40 |
berick |
maybe if the sed only matched, with no replace, it might work. |
| 13:40 |
berick |
ok, now I'm raising more questions than answering |
| 13:41 |
kmlussier |
heh |
| 13:42 |
Dyrcona |
Hmm. A simple one is telling me unterminated address regex, but it should be terminated. |
| 13:43 |
Dyrcona |
Hmm... Think I would avoid filter-branch. |
| 13:44 |
kmlussier |
git log master --since=2015-07-01 --until=2016-07-01 --grep="Signed-off-by: Kathy Lussier" --pretty=short |
| 13:44 |
kmlussier |
That seems to work. I think. |
| 13:44 |
jeff |
or for those things you signed off on but are not author on: |
| 13:44 |
jeff |
git log --grep='^Signed-off-by: Kathy Lussier' --branches=master --pretty=format:'%h -%d %s (%cr) <%an>' | grep -v '<Kathy Lussier>' |
| 13:45 |
kmlussier |
jeff: You anticipated my next question. :) |
| 13:45 |
jeff |
that's an overly complex format string, i just copied from one i had handy. |
| 13:45 |
Dyrcona |
kmlussier++ jeff++ # I already incr'd berick. :) |
| 13:46 |
JBoyer |
Aw, jeff beat me to it. I was about to say "what about git log --grep?" :) |
| 13:46 |
* Dyrcona |
never used the --grep option before. Nice to learn a new trick. |
| 13:46 |
jeff |
there is a command line way to invert the --grep, but no simple way to invert the --author param's argument. it might be possible in the pattern itself, but I wasn't successful in my first attempt or two, so i resorted to grep. |
| 13:49 |
kmlussier |
Excellent! Got just what I need. Dyrcona++ berick++ jeff++ |
| 14:00 |
Dyrcona |
This may sound like a newb question, but I've never needed to know before: Is it possible to pay fines via the OPAC? (I don't think it is, but thought I would ask anyway.) |
| 14:01 |
jeff |
yes. |
| 14:01 |
jeff |
I recommend the Stripe method, just because compliance and complexity is a bit reduced. |
| 14:01 |
Dyrcona |
Thanks! |
| 14:02 |
jeff |
But you can also use any of the supported payment processors that you can use in the staff client. I don't personally recommend that option for OPAC or staff client use at all. |
| 14:03 |
jeff |
I think there's also potential to adjust/improve the Stripe option -- I think they added another integration option / API after the original addition of that option in Evergreen. |
| 14:04 |
jeff |
We link people out to a CGI that displays their fines and redirects them to a third party site for payment, then we get a JSON file that we post to Evergreen using a script. Pretty sure GRPL still uses that method as well. |
| 14:05 |
JBoyer |
jeff, absolutely. The current Stripe perl module has been abandoned to the best of my knowledge, though it still works fine. The alternatives at the time were... quite large. |
| 14:06 |
Dyrcona |
Ok. Let me rephrase to make sure my real question is answered. :) |
| 14:07 |
Dyrcona |
Not "is it possible," how 'bout, is it a stock feature that can be turned on without writing fancy programs? |
| 14:08 |
JBoyer |
Dyrcona, yes. Set a few OUS and it's off and running. |
| 14:08 |
Dyrcona |
Thanks, again. |
| 14:08 |
* Dyrcona |
just wants to make sure, and can't be arsed to find it in the code. :) |
| 14:14 |
|
jihpringle joined #evergreen |
| 14:19 |
kmlussier |
Dyrcona: In addition to Stripe, I think there's stock support for PayPal and Authorize.net. |
| 14:20 |
Dyrcona |
Yes, thanks! |
| 14:20 |
Dyrcona |
I just wasn't sure about the OPAC bit. :) |
| 14:20 |
Dyrcona |
I'm being asked to look into other processors. |
| 14:22 |
kmlussier |
mmorgan: What did NOBLE ultimately go with for its processor? Was it Stripe? |
| 14:23 |
|
bmills1 joined #evergreen |
| 14:23 |
mmorgan |
kmlussier: Dyrcona: Yes, we ended up with Stripe. |
| 14:24 |
Dyrcona |
Where I am presently uses PayPal, but they're looking at POS systems that use other processors and for reasons would like to keep everything on the same processor. |
| 14:25 |
mmorgan |
We did all our initial testing with PayPal. Switching to Stripe at the last minute was surprisingly easy. |
| 14:27 |
Dyrcona |
Yeah. My hope is that if I can find Business::OnlinePayment::<Processor> that the set up won't be too difficult. |
| 14:28 |
jeff |
setup generally is less of an issue than PCI DSS scope |
| 14:29 |
mmorgan |
Dyrcona: To switch from paypal to stripe, we just switched the library settings |
| 14:30 |
Dyrcona |
mmorgan: Right. I'll need to add the new module and other stuff, though. |
| 14:30 |
Dyrcona |
Stripe is not an option. |
| 14:30 |
jeff |
unfortunate, that. |
| 14:31 |
* mmorgan |
nods |
| 14:31 |
JBoyer |
Can you name the payment processor? There's a 4th one that's already supported. (though it's basically a re-branded Auth.net service I think...) |
| 14:31 |
jeff |
Braintree? Square? |
| 14:32 |
jeff |
most of the Business::OnlinePayment modules are going to be the kind of thing where Cardholder Data passes through Evergreen, which will bring your Evergreen system in-scope. |
| 14:34 |
jeff |
oh, forgot Braintree was eaten by PayPal. :-( |
| 14:35 |
JBoyer |
Ah. the 4th option is PayFlowPro. Never dealt with them. |
| 14:38 |
Dyrcona |
Nope. None of those are options. |
| 14:38 |
Dyrcona |
My options are apparently limited to what a Verifone vendor, or possibly Verifone itself, has made available. |
| 14:39 |
Dyrcona |
I was given a Matrix. |
| 14:39 |
Dyrcona |
Err, no capital M. |
| 14:40 |
Dyrcona |
I found modules for 4 of them, 6 if you count the three branches of one processor separately. |
| 14:40 |
Dyrcona |
Assuming, of course, that the modules work.... |
| 14:41 |
Dyrcona |
And one of the processors has a "No" in the web column, so it may not be allowed under their contract. |
| 14:42 |
Dyrcona |
I'm going to recommend sticking with PayPal in the OPAC. |
| 14:51 |
|
bmills joined #evergreen |
| 14:58 |
JBoyer |
berick, others, assuage a fear real quick: Is OpenILS/src/edi_translator/install-ubuntu-trusty.sh still functional? I noticed an error whir past (json requires ruby version ~> 2.0) but everything seemed to complete without complaint. |
| 14:59 |
JBoyer |
Have I overestimated Ruby's awfulness or have I taken my first step toward Ryleh? |
| 15:00 |
JBoyer |
Or R'lyeh. |
| 15:02 |
miker |
JBoyer: the former is unpossible |
| 15:03 |
berick |
JBoyer: i worked for me about 18 months ago. never looked back ;) |
| 15:04 |
Dyrcona |
Oh R'lyeh? |
| 15:04 |
JBoyer |
I suppose that goes without question. I may have overestimated the awfulness of installing what Evergreen needs for EDI. :) The edi_webrick.rb daemon is running without complaint, I guess I just need to test it. |
| 15:05 |
Dyrcona |
I've never had a good time installing anything that required Ruby because versions. |
| 15:05 |
JBoyer |
Dyrcona, Yes, R'lyeh |
| 15:05 |
JBoyer |
That's why I'm skeptical that it appears to be functional. |
| 15:06 |
Dyrcona |
https://www.youtube.com/watch?v=XxScTbIUvoA |
| 15:06 |
jeff |
hrm. Given two calls to __PACKAGE__->register_method with the same api_name and method, but only the second call passes an api_level or argc... is that just cruft, or something clever/useful with the signature for introspection/etc? http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/perlmods/lib/OpenILS/Application/Collections.pm#l524 |
| 15:06 |
Dyrcona |
I've considered learning Ruby just the same, but I'm afraid that way lies madness. |
| 15:10 |
JBoyer |
Seems a tall mountain to climb, yes. |
| 15:10 |
Dyrcona |
jeff: That looks like an oops to me. |
| 15:11 |
Dyrcona |
The description is apparently for a different method. |
| 15:11 |
|
mmorgan1 joined #evergreen |
| 15:13 |
jeff |
Dyrcona: ah, yes. good point. :-) |
| 15:14 |
Dyrcona |
JBoyer: The Mountains of Madness? |
| 15:15 |
kmlussier |
JBoyer: I don't know if the info in this bug is current, but if you're just getting started with EDI, you should be aware of bug 1297967. I know that one has bit us in the past. |
| 15:15 |
pinesol_green |
Launchpad bug 1297967 in Evergreen "document openils-mapper code for enriched EDI" [Undecided,New] https://launchpad.net/bugs/1297967 |
| 15:16 |
JBoyer |
Yup. Although all of my lovecraft refs are basically from the titles and mild secondhand exposure. Never read one. |
| 15:17 |
JBoyer |
kmlussier, it looks like the install-ubuntu-trusty.sh script already has that in place. |
| 15:19 |
kmlussier |
Ah, ok. Is that a bug that can be closed then? I wonder if we're at a point where that bug can be closed, then. |
| 15:19 |
Dyrcona |
JBoyer: His stuff is now public domain in the US. You can download the whole collection for free. |
| 15:19 |
JBoyer |
I suppose so. It looks like that script has most of berick's comment C+P'd into place. |
| 15:21 |
* Dyrcona |
prefers Clark Ashton Smith. |
| 15:22 |
Dyrcona |
We should just eliminate ruby already.... |
| 15:22 |
* Dyrcona |
should help with that. |
| 15:22 |
kmlussier |
hmmm...Do Debian users use the install.sh script? If so, I don't think it's been updated. |
| 15:24 |
Dyrcona |
Probably. I couldn't get it to install on Ubuntu 16.04, but I didn't spend more than 45 minutes on it. |
| 15:41 |
|
jihpringle joined #evergreen |
| 16:20 |
|
bmills joined #evergreen |
| 16:27 |
jeff |
Is anyone aware of more than one company making use of open-ils.collections API calls? |
| 16:27 |
jeff |
Anyone using them internally for other than testing, or anyone using them with a third party other than Unique? |
| 16:39 |
jeffdavis |
I had never even noticed that service before |
| 16:42 |
|
mmorgan joined #evergreen |
| 16:44 |
Dyrcona |
jeff: I'm not aware of anyone other than Unique using it. |
| 16:45 |
jeff |
It's mostly/exclusively used for third party "collection agency" efforts to recover outstanding items/fines. If you don't use it, you can look into disabling it. Arguably it could be disabled by default. |
| 16:50 |
Dyrcona |
Well, I'm calling it a day. Thanks everyone! |
| 17:08 |
|
mmorgan left #evergreen |
| 17:20 |
|
jvwoolf left #evergreen |
| 17:27 |
kmlussier |
Bmagic: Looks like one of the issues I reported in bug 1411422 was not caused by your code. I'm still poking around to see when the regression appeared. |
| 17:27 |
pinesol_green |
Launchpad bug 1411422 in Evergreen 2.9 "Copy details repeated in search results when item/volume moved with parts attached" [Medium,Confirmed] https://launchpad.net/bugs/1411422 |
| 17:30 |
jeffdavis |
berick, kmlussier: if you have the time/brainpower for acq stuff (a major caveat, I know!), any input you can provide on bug 1589586 would be appreciated - I have a "solution" but don't know if it's reasonable |
| 17:30 |
pinesol_green |
Launchpad bug 1589586 in Evergreen "Acquisitions: Cannot prorate charges on invoice" [Undecided,New] https://launchpad.net/bugs/1589586 |
| 17:33 |
kmlussier |
jeffdavis: I don't have time now, but I'll be around tomorrow. Well, not at this hour, but you know what I mean. ;) |
| 17:34 |
berick |
ditto :) |
| 17:34 |
jeffdavis |
heh, tomorrow would be great, thanks! :) |
| 22:12 |
|
gsams_ joined #evergreen |
