| Time |
Nick |
Message |
| 00:24 |
|
gsams joined #evergreen |
| 01:31 |
|
gsams_ joined #evergreen |
| 06:15 |
|
jwl joined #evergreen |
| 06:24 |
jwl |
I rebooted and it isn't running. osrf_control --diagnostic -l told me no services were running. I did osrf_control -l --start-all and it cleared out stale PID entries and started everything. It still isn't running. I get a 500 error at <ip>/eg/opac/home |
| 06:26 |
jwl |
I restarted apache and all 4 processors pegged running multiple instances of apache -k start. The log is constantly being bombarded with messages. |
| 06:30 |
jwl |
Pointing the browser to another site tames things down. |
| 06:34 |
jwl |
Bringing up the staff client worked fine at this point and navigating back to /eg/opac/home works OK without massive cpu utilization. It's a 4GB system but I've kept an htop running all the time and only briefly has the mem usage gone over 3 GB, so I don't think it's memory constrained. |
| 06:35 |
jwl |
How are the osrf services supposed to get started? I don't seen anything in /etc/init.d. |
| 06:40 |
jwl |
Also when I restart I see Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message but the eg.conf file has ServerName set for :80 and :443 |
| 07:21 |
|
agoben joined #evergreen |
| 07:21 |
|
rjackson_isl joined #evergreen |
| 07:42 |
JBoyer |
@later tell jwl There aren't currently sysv or upstart startup scripts for the OpenSRF services. I made some that can be customized here (you only really need th first two for testing): http://pastie.org/10058161 |
| 07:42 |
pinesol_green |
JBoyer: The operation succeeded. |
| 08:36 |
|
mmorgan joined #evergreen |
| 08:53 |
jeff |
heh: |
| 08:53 |
jeff |
23 181 The hero's guide to being an ou ATTACH b30651992 |
| 08:58 |
|
jwoodard joined #evergreen |
| 09:13 |
|
kmlussier joined #evergreen |
| 09:14 |
jwoodard |
how would you handle your library being a Pokemon Go gym? |
| 09:14 |
|
bos20k joined #evergreen |
| 09:14 |
|
jvwoolf joined #evergreen |
| 09:19 |
|
Dyrcona joined #evergreen |
| 09:22 |
jeff |
jwoodard: how have you handled your library being an Ingress portal? |
| 09:22 |
kmlussier |
jwoodard: I'm still getting up to speed on this and am not sure what that would even mean for a library. |
| 09:22 |
|
mmorgan left #evergreen |
| 09:24 |
jeff |
from what I've observed so far, you either 1) are blissfully unaware / intentionally ignore both or 2) embrace the fact that Pokemon Go is wildly popular in the last three days compared to Ingress over the last three years, and you have a little bit of fun with it on social media, or do some light programming around it. |
| 09:25 |
kmlussier |
If it gets more people in the library, I'm all for it. |
| 09:25 |
|
mrpeters joined #evergreen |
| 09:25 |
kmlussier |
My daughter's fencing camp apparently is a PokeStop. The kids spent a lot of time yesterday watching people drive by. |
| 09:27 |
|
ericar joined #evergreen |
| 09:33 |
jeff |
ideally, understand it more before you try to incorporate it into things, lest you be seen as Steve Buscemi saying "How do you do, Fellow kids?". :-) |
| 09:33 |
jeff |
https://twitter.com/ChristopherJSm2/status/752660763333001216 |
| 09:33 |
jeff |
https://twitter.com/A2_POKeWATCH |
| 09:33 |
jeff |
https://www.buzzfeed.com/chrisgeidner/national-park-rangers-will-help-you-hunt-pokemon?utm_term=.xwv13OMWk7#.irkvxpgPAO |
| 09:34 |
jeff |
only one of those is a library, but you can see some of the examples there. :-) |
| 09:34 |
Dyrcona |
Get off my lawn! :P |
| 09:35 |
jeff |
pretty much every historical marker, library, church, and public art installation (and even a few dumpsters and bike racks) is a gym/stop in pokemon go, because they were all portals in Ingress. |
| 09:36 |
jeff |
so, looking at jwoodard's original question, "how would you handle your library being a Pokemon Go gym?", I'd say chances are it already is. :-) |
| 09:42 |
jeff |
jwoodard: can confirm, your library is a portal in Ingress, as is the post office down the road. :-) |
| 09:45 |
jwoodard |
We are an Ingress portal!? lol |
| 09:46 |
jwoodard |
My question was made jokingly but I did have to wonder about the person sitting in the parking lot at 7am this morning. |
| 09:48 |
Dyrcona |
Hmm.. What to do with Lost copies that have no circulations.... |
| 09:52 |
jwoodard |
jeff: I was wondering how they choose where gyms and pokestops would be and you have solved that mystery for me |
| 09:56 |
JBoyer |
Dyrcona, we gave them a new local status of Lost (Legacy) to prevent the system from tripping over them when it assumes there should be a circ. |
| 09:58 |
Dyrcona |
JBoyer: Yep. I'm looking at deleting copies at the moment. |
| 09:58 |
JBoyer |
That also works. |
| 09:58 |
* Dyrcona |
thinks the status will need to be changed manually. |
| 09:58 |
Dyrcona |
Well, Lost restricts copy delete. :) |
| 09:59 |
JBoyer |
Oh, in the client, right. ;) |
| 09:59 |
Dyrcona |
I don't remember if that affects the backend, too. |
| 10:00 |
Dyrcona |
I was planning on doing it with Perl and not directly in the database. |
| 10:00 |
* Dyrcona |
should remember....for obvious reasons... |
| 10:00 |
jeff |
jwoodard: originally seeded with a dataset similar to (or identical to) Google Maps, back when Niantic Labs was within Google. further populated with some other datasets, like hmdb. Enhanced by Ingress players trying to submit portals for strategic purposes and/or to earn their "Seer" medal/badge. Finally, forked (with some filtering) from Ingress to Pokemon Go. |
| 10:01 |
Dyrcona |
I imagine Pokemon Go will be more popular than Ingress. |
| 10:01 |
jeff |
It already is. |
| 10:02 |
Dyrcona |
Seems like a good way to track people without them thinking about it, but I guess if you have a smart phone, you're already being tracked. |
| 10:02 |
jeff |
There are also a lot of new Ingress players as a result of Pokemon Go, but at least some of them are only creating accounts because it gives them access to things like the Ingress Intel map. |
| 10:02 |
jeff |
(a feature which apparently Pokemon Go lacks at the moment) |
| 10:02 |
JBoyer |
That was the point of ingress. If you want to get over here, how would you do it? Now, lets assume these people didn't just walk through a field. |
| 10:03 |
JBoyer |
Did they move fast? roads. Slow? Sidewalks. |
| 10:05 |
* Dyrcona |
should have come up with something like that, but it's always easy to say that after the fact. ;) |
| 10:06 |
Dyrcona |
So, yeah, delete_copy in OpenILS::Application::Cat::AssetCommon does check for COPY_DELETE_WARNING, but with the proper override permission, the copy will be deleted. |
| 10:06 |
Dyrcona |
BTW, I never could find a back end call to just delete a copy. |
| 10:07 |
Dyrcona |
no open-ils.cat.copy.delete or anything like that. |
| 10:07 |
jeff |
next, i wonder if that override permission is the same as the one required to delete a copy with an open circ. :-) |
| 10:07 |
Dyrcona |
jeff: I believe it is. |
| 10:08 |
Dyrcona |
That was kind of the point of the permission. :) |
| 10:08 |
Dyrcona |
But, am I missing something... How does the staff client delete copies? |
| 10:08 |
* Dyrcona |
is partly asking seriously and partly thinking "out loud." |
| 10:09 |
Dyrcona |
At MVLC we never granted that override to staff, so they couldn't delete copies with open circulations. |
| 10:10 |
* Dyrcona |
got tired of the "How come the same 'book' is checked out to different patrons?" questions. |
| 10:11 |
Dyrcona |
The answer was, it isn't the same book, it's two different copies with the same barcode and one is deleted. |
| 10:15 |
|
eeevil joined #evergreen |
| 10:16 |
Dyrcona |
Uh oh.... Looks like eeevil has taken over miker, again. :) |
| 10:17 |
eeevil |
indeed |
| 10:19 |
|
remingtron__ joined #evergreen |
| 10:24 |
jeff |
Dyrcona: i believe the xul staff client uses open-ils.cat.asset.volume.fleshed.batch.update to delete copies and call numbers. |
| 10:26 |
Dyrcona |
jeff: That sounds about right now that you mention it. |
| 10:26 |
Dyrcona |
I can triple check later. |
| 10:27 |
jeff |
there might be multiple methods used based on the path to deletion -- say, holdings maintenance vs an item status list. |
| 10:29 |
|
remingtron__ left #evergreen |
| 10:30 |
* dbs |
tries to remember if the batch updater effectively deletes all copies and call numbers and creates new ones each time... heh |
| 10:32 |
* Dyrcona |
typically just does the aforementioned delete_copy from AssetCommon in his custom scripts. |
| 10:33 |
* Dyrcona |
blindly runs a command copied and pasted from a web page.... Err, never mind, I'll download the script to a file and read it first. |
| 10:35 |
Dyrcona |
Ok. It does what it says on the tin and no little hidden secrets. ;) |
| 10:36 |
* Dyrcona |
is installing Vista fonts on his laptop. |
| 10:40 |
Dyrcona |
Umm. The substitution font (Liberation Mono) for Calibri looked better than Calibri.... |
| 10:40 |
* Dyrcona |
is bummed. |
| 10:41 |
Dyrcona |
Ah well, at least the metrics are correct. :) |
| 10:42 |
|
brahmina joined #evergreen |
| 10:56 |
|
Christineb joined #evergreen |
| 10:58 |
|
mmorgan joined #evergreen |
| 11:03 |
|
ericar_ joined #evergreen |
| 11:35 |
|
bmills joined #evergreen |
| 11:50 |
|
yboston joined #evergreen |
| 12:01 |
|
ericar_ joined #evergreen |
| 12:06 |
|
jihpringle joined #evergreen |
| 12:11 |
|
St_JoesCON joined #evergreen |
| 12:13 |
St_JoesCON |
Hello folks, I have a quick question, where is the params.sender_email or default_sender configuration setting is for the Trigger Events? |
| 12:18 |
tsbere |
St_JoesCON: Action/Trigger event definition parameters |
| 12:18 |
tsbere |
default_sender is likely in opensrf.xml, though |
| 12:20 |
St_JoesCON |
thank you! I found it. sender_address, I was looking for default_sender |
| 13:58 |
dbs |
I'm proud of this commit message, if nothing else: http://git.evergreen-ils.org/?p=contrib/Conifer.git;a=commit;h=eceddd530e5bb2fc7888f818a1909efbdb5989bd |
| 13:58 |
jeff |
heh |
| 13:58 |
jeff |
dbs++ |
| 13:59 |
dbs |
Today I learned about "git mergetool" |
| 14:13 |
|
bmills joined #evergreen |
| 14:22 |
|
gsams joined #evergreen |
| 14:30 |
* tsbere |
is trying to figure out an error on lost checkin, but the information he has makes no sense |
| 14:40 |
mmorgan |
tsbere: What's the error? |
| 14:40 |
tsbere |
"Use of freed value in iteration at..." |
| 14:40 |
tsbere |
Ends up pointing me at a line that isn't an iteration :/ |
| 14:42 |
JBoyer |
Ah, sounds like you're probably hitting a bug I haven't found time to reproduce reliably. |
| 14:43 |
JBoyer |
What kinds of billings and payments are there? (I'm about 100% certain there's at least 1 payment on that transaction to hit that bug.) |
| 14:45 |
JBoyer |
I'm also willing to bet tsbere's error is in the vicinity of line 806 in CircCommon.pm, yes? |
| 14:45 |
tsbere |
Lost, Overdue, and Rental billings, and a pile of payments to negate the overdues from the lost billings....and some "we paid the rental and overdues before the lost dance started" apparently |
| 14:46 |
tsbere |
JBoyer: 807, I believe, but yea. From what I can see the issue is actually likely on 805... |
| 14:46 |
JBoyer |
We're still on 2.9.cough, so there's probably been something inserted at some point since then. :) |
| 14:46 |
tsbere |
JBoyer: More specifically, the fact that 813 replaces the arrayref that 805 is sorting and iterating over... |
| 14:48 |
JBoyer |
Yup. I couldn't follow enough of the intention to re-write it, and then I couldn't fake up the proper series of actions to force it to happen on command. (I didn't have time to try very hard, but I made several goes of it. :-/ ) |
| 14:49 |
JBoyer |
That's why I never made it as far as an LP. But just not editing what's being iterated over would fix it well enough. |
| 14:50 |
tsbere |
JBoyer: But we need to remove the value from the array being iterated over, so... |
| 14:51 |
* tsbere |
has an idea, but needs to see if he can reproduce the entire dance first, and thus is reloading his dev machine |
| 14:51 |
JBoyer |
I hope you have better luck with that than I did. |
| 14:52 |
JBoyer |
As far as removing it, you only need to end up with a list that has some things removed. How they get removed and how that list ends up being built can probably be changed. |
| 14:54 |
tsbere |
I am thinking I may be able to make it stop crashing by adding 3 lines. |
| 14:54 |
tsbere |
But I need to make it crash intentionally in my dev environment first <_< |
| 15:10 |
JBoyer |
I wonder if the return order from the database may make a difference, in which case that'll be a whole lot of fun to trigger. |
| 15:15 |
tsbere |
JBoyer: For more fun, from what I can tell, there is even more fun in that it may depend on perl version. And my dev machine has a different perl version. <_< |
| 15:15 |
JBoyer |
Outstanding. |
| 15:15 |
|
sarabee joined #evergreen |
| 15:17 |
* tsbere |
is up to attempt 9 or so with various conditions, fine generations, lost generations, payments, etc and is now thinking that his dev machine's perl version doesn't trigger the bug |
| 15:21 |
tsbere |
Either that or it requires a lot more to be happening as at least one thing I read indicated that if perl doesn't see a need to garbage collect you may not see the issue. :/ |
| 15:31 |
JBoyer |
I'm not 100% certain about the GC part. The last time I saw this I think it would fail consistently, until you perturb the billings somehow (add a small forgive payment, possibly adding a new billing, etc.) then it was fine. |
| 15:34 |
* miker |
peeks ... yep ... need to replace $payments /after/ the loop |
| 15:38 |
Dyrcona |
Yep. That's most likely it, but I forget the intention of doing it in the loop. |
| 15:40 |
Dyrcona |
OIC! Guess that was what was desired, but I'm not sure how I expected it to work. |
| 15:41 |
Dyrcona |
I never saw that error message, though. |
| 15:42 |
pastebot |
"miker" at 64.57.241.14 pasted "perhaps..." (27 lines) at http://paste.evergreen-ils.org/25 |
| 15:43 |
Dyrcona |
Looks like that would do it. |
| 15:43 |
miker |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/miker/logic_thinko |
| 15:44 |
* miker |
disappears in a swirl of stage fog |
| 15:44 |
Dyrcona |
heh |
| 15:49 |
* tsbere |
looks and wonders why we are pushing onto @p in that case |
| 15:49 |
tsbere |
<_< |
| 15:50 |
Dyrcona |
Well, we're not removing from the $payments ref any more. |
| 15:50 |
Dyrcona |
So, @p gets the ones we're keeping to look at later. |
| 15:50 |
Dyrcona |
Isn't that what it does with miker's change? |
| 15:50 |
tsbere |
I missed some of the removed lines |
| 15:51 |
tsbere |
Probably would have made more sense to me if I had looked at the end result instead of the diff |
| 15:51 |
Dyrcona |
OK. |
| 15:51 |
tsbere |
Or at least looked at the gitweb version where things were color coded and stood out more on the removed line part |
| 16:04 |
|
mmorgan1 joined #evergreen |
| 16:29 |
|
hbrennan joined #evergreen |
| 16:38 |
|
StomproJosh joined #evergreen |
| 17:06 |
|
mmorgan1 left #evergreen |
| 17:19 |
jeff |
oh, good. we didn't have that particular bug in our branch. |
| 17:19 |
Dyrcona |
You haven't updated, yet? |
| 17:19 |
|
bmills1 joined #evergreen |
| 17:20 |
jeff |
Dyrcona: "It's complicated" |
| 17:20 |
Dyrcona |
As in forked... ;) |
| 17:20 |
jeff |
but I was referring to our original branch, yeah. |
| 17:21 |
jeff |
the one that tries to pay things in a predictable linear fashion. :-) |
| 17:22 |
Dyrcona |
Well, that's sort of what the bugged code was trying to do. From highest to lowest amounts. |
| 17:22 |
jeff |
If I read through the conditional negative balance bug, will I find use cases for the out-of-order logic? |
| 17:22 |
Dyrcona |
But, Evergreen isn't accounting software, and no, Virginia, billing is not as simple as addition and subtraction. |
| 17:24 |
Dyrcona |
Well, "out of order" depends on point of view, because there really isn't anything to tie a payment to a particular billing. Dates don't really hlep. |
| 17:24 |
Dyrcona |
hlep? That's a good one... |
| 17:26 |
jeff |
I guess we're just lucky in our ability to say "payments are applied to billings oldest to newest, billings are not voided, refunds are not given, anything needing to be re-billed is actually that -- re-billed." |
| 17:27 |
jeff |
But I got pulled onto other things last week when I was working on resolving our differences and divergences in this matter. |
| 17:27 |
Dyrcona |
Well, I suppose in my madness two or three years ago I thought paying bills from highest to lowest amount was equally as good as from oldest to newest. |
| 17:27 |
Dyrcona |
Or better even... |
| 17:27 |
jeff |
Currently it's not largest to smallest, but an attempt to match equal billings to payments. |
| 17:28 |
Dyrcona |
I vaguely remember writing that code on a screened in porch attached to a cabin in the wilds of New Hampshire with a thunderstorm going on. |
| 17:28 |
Dyrcona |
Right. |
| 17:28 |
jeff |
Which can help match "this big billing might be for a lost/damaged item and and this big payment might have been taken for that amount" |
| 17:28 |
Dyrcona |
It is attempting equal amounts. |
| 17:29 |
Dyrcona |
Right. That was the thinking: if the bill and payment are the same amount, most likely the payment is for that bill. |
| 17:31 |
Dyrcona |
I think that was the cabin with the wasps' nest.... |
| 17:31 |
Dyrcona |
Anyway.... |
| 17:32 |
jeff |
heh. |
| 17:34 |
Dyrcona |
Actually, I'll be going back up there for vacation this weekend. |
| 17:45 |
jwoodard |
@weather |
| 17:45 |
pinesol_green |
jwoodard: Aubrey, TX :: Clear :: 95F/35C | Heat Index: 101F/38C | Tuesday: Mainly clear and windy. Lows overnight in the mid 70s. Tuesday Night: Partly cloudy. Windy this evening. Low 76F. Winds S at 20 to 30 mph. |
| 17:46 |
Dyrcona |
@weather |
| 17:46 |
pinesol_green |
Dyrcona: Methuen, MA :: Clear :: 87F/31C | Tuesday: Partly cloudy. Lows overnight in the mid 60s. Tuesday Night: Partly cloudy skies. Low near 65F. Winds SSW at 5 to 10 mph. |
| 17:46 |
Dyrcona |
Not too bad here. |
| 17:46 |
jeff |
@weather |
| 17:46 |
pinesol_green |
jeff: Error: I did not find a preset location for you. Set via setweather <location> |
| 17:46 |
jeff |
okay, good. |
| 17:46 |
jeff |
thought that was it, but i wasn't certain. |
| 17:49 |
jwoodard |
Dyrcona: Can I borrow your weather? |
| 17:49 |
Dyrcona |
:) |
| 17:49 |
Dyrcona |
It's going to get hotter and humid the next few days, but not as bad as what you've got now. |
| 17:50 |
hbrennan |
Alaska is amazing right now |
| 18:03 |
jeffdavis |
updated bug 1541559 with a very incomplete working branch and some design details |
| 18:03 |
pinesol_green |
Launchpad bug 1541559 in Evergreen "OneClickdigital API integration" [Wishlist,New] https://launchpad.net/bugs/1541559 - Assigned to Jeff Davis (jdavis-sitka) |
| 18:11 |
Dyrcona |
jeffdavis: That looks interesting. |
| 18:13 |
Dyrcona |
Well, I'm signing out for now. |
| 19:16 |
|
druthb joined #evergreen |
| 19:17 |
druthb |
Good afternoon. |
| 19:24 |
jeff |
good afternoon. |
