| Time |
Nick |
Message |
| 00:03 |
|
serflog joined #evergreen |
| 00:03 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org |
| 00:03 |
|
pastebot joined #evergreen |
| 00:03 |
Jane_ |
Can you guys help me regarding in error in evergreen |
| 00:04 |
|
pinesol_green joined #evergreen |
| 00:04 |
Jane_ |
http://paste.evergreen-ils.org/66 |
| 00:04 |
Jane_ |
Please help thanks. |
| 00:38 |
|
serflog joined #evergreen |
| 00:38 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org |
| 00:43 |
|
pastebot joined #evergreen |
| 00:43 |
|
pinesol_green joined #evergreen |
| 00:44 |
|
csharp joined #evergreen |
| 01:00 |
Jane_ |
can anyone here help me in my problem? |
| 01:00 |
Jane_ |
http://paste.evergreen-ils.org/66 |
| 01:07 |
|
ktomita joined #evergreen |
| 01:38 |
Jane_ |
Hello can anyone help me? |
| 02:14 |
|
jane_ joined #evergreen |
| 02:14 |
jane_ |
Hello... |
| 02:14 |
jane_ |
Can someone help me. |
| 02:14 |
jane_ |
http://paste.evergreen-ils.org/66 |
| 03:32 |
|
jeff_ joined #evergreen |
| 03:36 |
jane_ |
Hello.. |
| 03:36 |
jane_ |
can I ask about something in check out? |
| 05:05 |
jane_ |
HEllo.... |
| 05:10 |
paxed |
jane_: most people here are in the US and Canada, so they might start being here soonish |
| 05:10 |
jane_ |
ok |
| 06:23 |
|
jane_ joined #evergreen |
| 06:24 |
jane_ |
please help me in check out.. http://paste.evergreen-ils.org/66 |
| 06:56 |
|
mrpeters joined #evergreen |
| 06:58 |
|
Callender joined #evergreen |
| 07:22 |
|
collum joined #evergreen |
| 07:36 |
|
csharp joined #evergreen |
| 07:43 |
|
jboyer-isl joined #evergreen |
| 07:50 |
|
mtj_ joined #evergreen |
| 07:50 |
|
rjackson-isl joined #evergreen |
| 08:07 |
|
gmcharlt joined #evergreen |
| 08:20 |
|
akilsdonk joined #evergreen |
| 08:29 |
|
kmlussier joined #evergreen |
| 08:35 |
|
kmlussier joined #evergreen |
| 08:41 |
|
gmcharlt joined #evergreen |
| 08:42 |
|
jwoodard joined #evergreen |
| 08:46 |
|
kbeswick joined #evergreen |
| 08:46 |
|
ericar joined #evergreen |
| 08:48 |
|
tspindler joined #evergreen |
| 08:55 |
|
mmorgan joined #evergreen |
| 08:59 |
|
mrpeters left #evergreen |
| 09:00 |
jeff |
@later tell jane_ the "Network or server failure." error you pasted with a blank "STATUS:" typically means that the request from the client to the server timed out without receiving any response. |
| 09:00 |
pinesol_green |
jeff: The operation succeeded. |
| 09:06 |
* csharp |
finally tries to wrap his head around git rebase |
| 09:06 |
bshum |
jeff: "Can't call method \"duration_rule\" on an undefined value" seems like a pretty good sign of what jane's issue might be to me. |
| 09:09 |
* bshum |
loves git rebase |
| 09:10 |
jeff |
bshum: oh heck. i forgot that pastebin doesn't wrap by default. how did i miss that? :P |
| 09:11 |
bshum |
It's too early for troubleshooting. |
| 09:11 |
bshum |
Though as I read the log from overnight, I wish more of us worked in other timezones :) |
| 09:12 |
* csharp |
was insomniac last night and probably could have helped |
| 09:14 |
bshum |
We should add some sort of task to pinesol to change the topic at "night" or something :) |
| 09:19 |
|
Callender_ joined #evergreen |
| 09:19 |
|
mrpeters joined #evergreen |
| 09:21 |
csharp |
@snore |
| 09:21 |
pinesol_green |
csharp: Zoia knows how to make fusilli. |
| 09:28 |
|
yboston joined #evergreen |
| 09:36 |
|
Dyrcona joined #evergreen |
| 09:43 |
|
mtj_ joined #evergreen |
| 10:01 |
|
dkyle joined #evergreen |
| 10:23 |
Dyrcona |
Hello from Cocoa Beach! |
| 10:24 |
bshum |
Bleh |
| 10:24 |
bshum |
Oh not you Dyrcona, that's awesome :) |
| 10:24 |
Dyrcona |
heh. |
| 10:24 |
jeff |
Dyrcona: go enjoy the beach and get off irc! ;-) |
| 10:25 |
bshum |
I was bleh'ing that the event_definition template having hard coded granularity options. |
| 10:25 |
Dyrcona |
jeff: I will after low tide. |
| 10:26 |
bshum |
hourly, daily, weekly, etc. in event_definition.tt2 |
| 10:26 |
bshum |
I didn't know that till today when someone asked me from the client side view. |
| 10:45 |
jeff |
printers-- |
| 10:46 |
jeff |
especially embedded ones. |
| 10:49 |
bradl |
I hate printers. |
| 10:50 |
bradl |
I had the pleasure of going Office Space on one I particularly hated a couple weeks ago. It was liberating. |
| 10:50 |
gmcharlt |
bradl: reminds me of a library years ago that threatned to toss their old ILS server off the roof after go-live with a new one |
| 10:52 |
bradl |
it was like the Scottish Games of printer tossing |
| 10:52 |
gmcharlt |
bradl: do you have video? :) |
| 10:53 |
bradl |
gmcharlt: sorry, it was a private affair |
| 10:56 |
gmcharlt |
oh well |
| 10:56 |
phasefx2 |
pc load letter? |
| 10:56 |
Dyrcona |
because it cannot be done often enough: launchpad-- |
| 10:56 |
kmlussier |
@karma launchpad |
| 10:56 |
pinesol_green |
kmlussier: Karma for "launchpad" has been increased 1 time and decreased 9 times for a total karma of -8. |
| 10:57 |
kmlussier |
Wow! Who increased it? |
| 10:57 |
phasefx2 |
they were thinking about Launchpad McQuack from Tail Spin |
| 10:58 |
phasefx2 |
or Tale Spin, even |
| 10:59 |
phasefx2 |
or maybe it was Duck Tales.. yeah, it was Duck Tales and Darkwing Duck:) |
| 10:59 |
kmlussier |
Heh, that's my new thing learned for the day. Never heard of Launchpad McQuack before. Thanks phasefx2! |
| 11:00 |
phasefx2 |
you're most welcome |
| 11:01 |
bshum |
I never liked him. I guess I was more of a Gizmo Duck kind of guy :) |
| 11:01 |
bshum |
guy/kid |
| 11:02 |
kmlussier |
I don't like Disney. |
| 11:02 |
kmlussier |
I'll take a good Warner Brothers cartoon over Disney any day. |
| 11:04 |
phasefx2 |
my favorite disney character is Stitch :) |
| 11:05 |
phasefx2 |
Bugs Bunny for WB |
| 11:06 |
kmlussier |
My favorite is Marvin the Martian. :) |
| 11:06 |
phasefx2 |
:D |
| 11:07 |
phasefx2 |
for Hanna-Barbera, Scooby Doo |
| 11:13 |
kmlussier |
I like Scooby Doo. I was also partial to Tom & Jerry. |
| 11:14 |
kmlussier |
I'm looking at the LP bugs with a signedoff tag. Some of those bugs have had signoffs for a few months now. |
| 11:14 |
kmlussier |
I'm wondering if there is a way to expedite review of those bugs since they have already gone through one round of testing from somebody in the community. |
| 11:23 |
bshum |
kmlussier: In theory that's something that I ought to poke at with other core committers. |
| 11:23 |
bshum |
I like to think it'll be quieter after ALA next weekend. |
| 11:24 |
jeff |
kmlussier: mentioning them here might be a good start. how many are you talking about? |
| 11:24 |
kmlussier |
bshum: Yes, until something else comes up. :) |
| 11:24 |
kmlussier |
There are six that have the signedoff tag, but one has been marked incomplete and probably needs more work. |
| 11:25 |
kmlussier |
http://bit.ly/1v1UGZD |
| 11:26 |
kmlussier |
The Lost and Paid one was just recently signed off and the MFHD one wasn't too long ago. But the others have been around for a while. |
| 11:27 |
bshum |
Championing bugs that are important to you is a good thing. We do our best, but there are so many hours in the day after all :) |
| 11:29 |
kmlussier |
True. One of the ways I try to champion bugs is to do some of the leg work in testing and signing off on them. ;) |
| 11:29 |
bshum |
kmlussier: Definitely, and we thank everyone for helping with signoffs :) |
| 11:33 |
|
gsams joined #evergreen |
| 11:50 |
|
ericar joined #evergreen |
| 12:15 |
|
BigRig joined #evergreen |
| 12:52 |
|
Dyrcona joined #evergreen |
| 12:58 |
|
krvmga joined #evergreen |
| 13:13 |
bshum |
Logistical question |
| 13:13 |
bshum |
In https://bugs.launchpad.net/evergreen/+bug/1234845 |
| 13:13 |
pinesol_green |
Launchpad bug 1234845 in Evergreen "possible optimization for evergreen.ranked_volumes database function" (affected: 2, heat: 12) [Medium,Triaged] |
| 13:14 |
bshum |
The commit that kmlussier and eeevil sign off on has the original author as depesz with Dyrcona, but neither of them have any sign-off-by line entry. |
| 13:14 |
bshum |
Was it my recollection that we accept either the sign-off or an explicit DCO prior to adding new contributions? |
| 13:15 |
Dyrcona |
I think that was something Depesz sent via email. |
| 13:15 |
bshum |
http://wiki.evergreen-ils.org/doku.php?id=dev:standing_dco |
| 13:15 |
bshum |
Ah, so maybe in the original email... |
| 13:15 |
Dyrcona |
MassLNC more or less paid for the original. |
| 13:15 |
* bshum |
goes digging |
| 13:15 |
Dyrcona |
So, I don't think there is a problem from the depesz/OmniTI stand point. |
| 13:15 |
kmlussier |
I don't think he put a DCO in the e-mail, though. |
| 13:16 |
Dyrcona |
IIRC, I made the commit in a branch and then modified it with eeevil's suggestions. |
| 13:16 |
Dyrcona |
If you want a DCO signoff from depesz, I can understand that. |
| 13:16 |
Dyrcona |
I could signoff, too, if you really want. |
| 13:16 |
bshum |
I'm just not sure what the proper procedure is. |
| 13:17 |
Dyrcona |
Well, we should get a sign-off just for cya. |
| 13:17 |
Dyrcona |
Or a DCO in email. |
| 13:17 |
kmlussier |
I don't know what the proper procedure is either, but if you need anything from depesz, let me know and I'll follow up with OmniTI. |
| 13:18 |
|
bmills joined #evergreen |
| 13:19 |
bshum |
As you say, from the spirit of how it was contributed it seems fine to use, but I guess I want to stamp out any potential ambiguity in these areas. |
| 13:21 |
|
ldw joined #evergreen |
| 13:21 |
Dyrcona |
Well, it's a good idea to stick with procedures when they make sense, and this one makes sense. |
| 13:24 |
bshum |
Okay |
| 13:24 |
kmlussier |
So what should I be asking for? A DCO in an e-mail? |
| 13:27 |
bshum |
That ought to work |
| 13:27 |
bshum |
I guess I just want it documented somewhere that he's officially given permission. |
| 13:27 |
bshum |
And agreed to the terms. |
| 13:27 |
bshum |
We can edit the lines before we push it through. |
| 13:49 |
|
jwoodard joined #evergreen |
| 13:58 |
|
tspindler joined #evergreen |
| 14:12 |
jboyer-isl |
Anyone feel like they have a decent grasp of hold soft boundaries or soft stalling intervals? |
| 14:12 |
kmlussier |
No |
| 14:13 |
bshum |
Holds? Wha? No |
| 14:13 |
bshum |
:) |
| 14:13 |
jboyer-isl |
That's always my first assumption, but you never know when someone may have climbed the mountains of madness and brought something back. |
| 14:15 |
kmlussier |
jboyer-isl: Sorry, not terribly helpful. I dug into that functionality several years ago before we went live on Evergreen and started to get a grasp on them. But I don't think any of our networks enabled either of those settings, so it's all a fuzzy memory now. |
| 14:15 |
bshum |
jboyer-isl: What are you attempting to setup? |
| 14:16 |
jboyer-isl |
I can follow along with the code reasonably well, but I've come across docs that either contradict what I'm seeing or are extremely out of date. |
| 14:17 |
jboyer-isl |
bshum, kmlussier: I'm not exactly trying to achieve anything specific at the moment, I'm trying to determine all of our options because right now with no hold stalling interval we regularly get questions like: |
| 14:18 |
jboyer-isl |
"Why didn't it target our copy on the shelf instead of transiting one?" (A: it was captured at checkin somewhere before they ran their holds pull list) and things like that. |
| 14:18 |
bshum |
Fwiw, we attempt using our stalling interval to avoid too much opportunistic capturing. But I feel like because people aren't consistent with their pulling, things move on anyways towards opportunistic captures, or the hold targeter (which runs separately) picked it up. |
| 14:18 |
jboyer-isl |
I've seen reference to the soft stalling interval and soft boundary working together, but the code doesn't look that way to me. |
| 14:19 |
bshum |
And for popular stuff where items don't fill quickly, holds quickly pass out of stalling period (ours if 3 or 5 days stall, I can never remember) |
| 14:19 |
kmlussier |
jboyer-isl: FWIW, my understanding was that you didn't need a soft boundary to use the stalling interval. I think the soft boundary is an entirely different animal. |
| 14:19 |
bshum |
Stalling only applies for opportunistic captures. So that it waits to use the local library or within the soft boundary to fill holds. |
| 14:19 |
jboyer-isl |
I think we might have started with a 2-day, but it was changed to none at some point before I got here. |
| 14:19 |
bshum |
But hold targeting will reach out to wherever it needs to |
| 14:20 |
kmlussier |
But from what bshum said, maybe my understanding is wrong. |
| 14:20 |
tsbere |
I have some clue about some of that |
| 14:20 |
bshum |
And if all your libs are on equal footing or not branches within systems, it tends to seem fairly random looking |
| 14:20 |
bshum |
(this is not even taking custom best hold sort into account) |
| 14:20 |
bshum |
Just talking "traditional" method |
| 14:20 |
jboyer-isl |
bshum: That's certainly true, which librarians don't, as a general rule, really like. :) |
| 14:20 |
tsbere |
jboyer-isl: MVLC has, somewhat recently, looked at a lot of that for a number of reasons. Which generally means *I* looked at it and reported findings to others. >_> |
| 14:21 |
jboyer-isl |
tsbere: That's pretty much what I'm doing here. "Here are a couple of suggested changes that I think will improve blah blah blah." |
| 14:22 |
bshum |
But I'm fairly sure stalling only applies for opportunistic captures only. So it's entirely possible that if a hold is placed on day 1 (with 3 day stalling), it could appear on some other library's targeted pull list on day 2, while still eligible for opportunistic capture at the local library till day 3 (with a two day stall) |
| 14:22 |
bshum |
After day 3, any lib that checks in a copy could trigger a transit hold. |
| 14:22 |
tsbere |
jboyer-isl: While we have not looked deeply at boundaries, by my understanding (and this may be wrong) a soft boundary should be "if there is a copy within the boundary only match copies within it, otherwise look for copies outside of it" (whether that copy is currently available or not). Hard boundary is "only look for copies within the boundary" |
| 14:23 |
bshum |
Since most popular holds wait awhile, it could easily move most holds that are in long wait past local-only opportunistic captures. And go free for all in the wider consortium. |
| 14:23 |
tsbere |
jboyer-isl: bshum is correct about stalling only counting for opportunistic capture, though what the pull list does is fun too. <_< |
| 14:24 |
bshum |
It's all just lies. Check in your stuff, and follow the directions on the screen. Don't try second guessing / "making predictions" |
| 14:24 |
bshum |
:D |
| 14:24 |
jboyer-isl |
tsbere: That's the impression I'm getting. It also seems that if you set the value too "high" that you'll potentially check some copies up to 4 times, driving hold targeter times through the roof. |
| 14:24 |
jboyer-isl |
(impression re: how the boundaries work) |
| 14:24 |
* mmorgan |
tries to stop head from spinning |
| 14:24 |
kmlussier |
@dessert mmorgan |
| 14:24 |
* pinesol_green |
grabs some Apple Crisp for mmorgan |
| 14:24 |
tsbere |
jboyer-isl: We do not use boundaries, at all, so I am not as good with that code. Stalling and the pull list, though? I got that pretty much down. |
| 14:25 |
mmorgan |
Ah! Thank you! |
| 14:26 |
mmorgan |
I've thought about stalling, but we aren't using it yet. Wondering if it would help with the same question jboyer-isl is getting, which we do hear occasionally. |
| 14:27 |
jboyer-isl |
From what I've read of the code and some of the discussion we just had I think I'm getting a grasp of what I can look into and recommend. |
| 14:27 |
tsbere |
jboyer-isl: We currently have issues mainly when a library is closed or does not run a pull list the day after the hold is placed. They wonder "why wasn't the shelf copy targeted?" and the answer is "it was, you just didn't run a pull list in time" |
| 14:28 |
tsbere |
not helped by, as far as I can tell, the hold targeter being able to pay attention to closed dates (which is disabled for us via OU setting) but not to hours of operation... |
| 14:28 |
bshum |
Or their copy is checked out, and it comes back before the transit completes. So they want their copy to fill the hold not the transit copy, though it's locked in to the hold once it captures. |
| 14:30 |
jboyer-isl |
tsbere: One of those questions came in just this morning, that's what sent me on my quest for knowledge. bshum: Luckily I don't think we've had too many questions like that. |
| 14:31 |
bshum |
Yeah, in our consortium, some libs only run pull list once a week whenever their ILL person is on duty. Others use volunteers to do it. Others still run it three or four times daily. |
| 14:31 |
bshum |
So it's entirely hit/miss :D |
| 14:31 |
jboyer-isl |
D: Seems like that would be an unpleasant user experience for the patrons. |
| 14:32 |
kmlussier |
If you implemented stalling, I wonder if you would start to get questions about why a copy was sent to reshelving when it was checked in even though there is a hold on the title. |
| 14:32 |
bshum |
kmlussier: I have gotten those questions :D |
| 14:33 |
tsbere |
kmlussier: In my experience that question only comes up when there is a hold to be picked up at the library....though we explained that stalling could result in "went to reshelving, then was pulled the next day" so they may have just actually listened to us for once. ;) |
| 14:33 |
jeff |
new hold capture method: staff checks in an item, picks the patron from a list, copy is captured for that patron's hold. ;-) |
| 14:33 |
|
ldw joined #evergreen |
| 14:33 |
bshum |
jeff: But how would they know which patron to give it to without a working queue? Oh wait...... |
| 14:33 |
bshum |
:P |
| 14:34 |
Dyrcona |
Nah. Our staff would hate to have to choose from a list. The software should just do that for them. :) |
| 14:34 |
Dyrcona |
Oh wait. I'm not here. :) |
| 14:34 |
kmlussier |
Dyrcona: Is the tide still low? |
| 14:34 |
csharp |
jboyer-isl: just tuning back in and scrolling back - PINES doesn't use soft or hard boundaries, but we do have a 5-day soft stall in place (yes, only affects opportunistic capture) |
| 14:35 |
Dyrcona |
kmlussier: I said I'd go to the beach after low tide, that was at 12:20 this afternoon. I may jump in the pool later. Choices... choices.... ;) |
| 14:35 |
csharp |
soft boundaries would prevent the hold targeting anywhere outside the boundary as long as there is an eligible copy within the boundary |
| 14:36 |
mmorgan |
Is there soft stall and hard stall? |
| 14:36 |
kmlussier |
Dyrcona: I would like to have some of those choices right now. |
| 14:36 |
tsbere |
mmorgan: If there is the latter isn't coded in the current system that I can find |
| 14:36 |
csharp |
mmorgan: I don't think there's a "hard" stall |
| 14:36 |
csharp |
not sure about the origin of the terms either |
| 14:37 |
mmorgan |
5 day's stalling seems like a long time to me, but perhaps I'm missing something. |
| 14:37 |
csharp |
the stall was implemented originally to address a huge courier backlog that was more or less a fact of life at the time of the implementation (2007 or so) |
| 14:37 |
csharp |
(in PINES) |
| 14:38 |
mmorgan |
Does that mean the no opportunistic capture happens for 5 days? |
| 14:38 |
tsbere |
mmorgan: It only stops opportunistic capture, and then only at libraries other than the pickup library. Copies on the pull list would still capture and go into transit even during the stalling period. |
| 14:38 |
csharp |
however, our courier situation improved enough that the original issue is not there anymore |
| 14:38 |
csharp |
mmorgan: theoretically, yes |
| 14:39 |
csharp |
I think our libraries expected the *targeter* to delay 5 days before targeting a copy outside the system, though - I think what was actually implemented was the opposite of what the libraries actually wanted |
| 14:39 |
csharp |
but those discussions were before my time |
| 14:41 |
tsbere |
csharp: That is something I have been considering adding. "Limit targeting to DEPTH for TIME" (two settings, obviously) - If implemented the pull list would only target copies within that depth of the pickup library for the time period in question, regardless of stalling and such. Problem comes when there are no available copies in that depth for targeting, do you ignore it if your copy count for it is zero? |
| 14:41 |
bshum |
http://www.gliffy.com/publish/2066811/ |
| 14:41 |
bshum |
That's a helpful flow diagram for holds |
| 14:41 |
bshum |
From an ESI presentation a few conferences back |
| 14:42 |
bshum |
There's more options nowadays, but in basic outline, it's still handy. |
| 14:43 |
bshum |
The full PPT is still on the wiki page for 2011 programs - http://wiki.evergreen-ils.org/doku.php?id=conference:2011 |
| 14:44 |
bshum |
It's the one called "A Clockwork Hippo: How holds work in Evergreen" |
| 14:44 |
bshum |
eeevil++ graced++ |
| 14:46 |
mmorgan |
I remember this diagram and presentation. Haven't looked at it since going live, though. Maybe it will make more sense now :) |
| 14:46 |
bshum |
Heh |
| 14:54 |
|
mtate joined #evergreen |
| 14:59 |
|
ericar joined #evergreen |
| 15:06 |
jboyer-isl |
Just to let anyone know, I wasn't ignoring anyone, we just took a break for a quick tornado warning. Nothing to worry about but unintentional rudeness, heh. |
| 15:07 |
csharp |
jboyer-isl++ |
| 15:09 |
|
hbrennan joined #evergreen |
| 15:14 |
Bmagic |
Anyone else having trouble getting the search facets to work in 2.6.1? I found this: ctx.search_facets.values inside of facets.tt2. The resulting html is hidden and doesn't contain any content. Where is the glue? |
| 15:30 |
|
RoganH joined #evergreen |
| 15:32 |
bshum |
RoganH++ |
| 15:32 |
RoganH |
eh? |
| 15:33 |
bshum |
Hackaway details (and likely hosting) |
| 15:33 |
RoganH |
Ah, yes. Sorry, that was more than an hour ago and thus something I wasn't thinking about. :) |
| 15:33 |
kmlussier |
RoganH++ |
| 15:33 |
RoganH |
Yeah, I'll be hosting it looks like. I will follow through on the BBQ. |
| 15:33 |
kmlussier |
@love BBQ |
| 15:33 |
pinesol_green |
kmlussier: The operation succeeded. kmlussier loves BBQ. |
| 15:34 |
RoganH |
And we have a national cupcake competition award winner here that might get to supply a break. |
| 15:34 |
RoganH |
http://www.cupcrazed.com/ |
| 15:35 |
RoganH |
I'm more of a semi-sweet and savory person but their bacon cupcakes are awesome. |
| 15:37 |
Dyrcona |
You had me at "bacon..." :) |
| 15:38 |
kmlussier |
Bacon cupcakes? I think I'll pass. |
| 15:39 |
gmcharlt |
heh |
| 15:39 |
* gmcharlt |
saw bacon-flavored popcorn the other day |
| 15:40 |
jcamins |
kmlussier: are you a vegetarian/vegan? |
| 15:40 |
kmlussier |
No, not at all. |
| 15:40 |
jcamins |
kmlussier: ... kosher? |
| 15:40 |
kmlussier |
I just don't think bacon needs to be injected into every food source known to man. :) |
| 15:40 |
RoganH |
The bacon cupcakes are better than you might think. I was very skeptical at first. |
| 15:40 |
jcamins |
Bacon + chocolate is pretty excellent. |
| 15:40 |
jcamins |
Though I don't like cupcakes. |
| 15:40 |
kmlussier |
I'll eat it plain, in a BLT, on a hamburger, and on a salad as bits. |
| 15:41 |
jcamins |
Ooh, you know what I want? Candied orange peel coated with chocolate. |
| 15:42 |
ningalls |
stop making me hungry |
| 15:42 |
jcamins |
I wish I had oranges at home for that. |
| 15:42 |
hbrennan |
Yeah, what the heck. I just got here and I have four hours until lunch! |
| 15:43 |
RoganH |
lol |
| 15:44 |
jcamins |
hbrennan: I have four clementines in my backpack you could have. |
| 15:44 |
hbrennan |
Chuck 'em up here |
| 15:44 |
jcamins |
I won't be going out dancing tonight, so I can wait until I get home to eat clementines. |
| 15:51 |
* csharp |
tried bacon iced cream recently and found it to be about as unpleasant as he imagined |
| 15:51 |
csharp |
s/iced/ice/ |
| 15:52 |
RoganH |
csharp: that sound pretty dubious to me as well. As I said, I thought the bacon cupcake would be ... not good. I was pleasantly surprised. |
| 15:52 |
|
mrpeters left #evergreen |
| 15:59 |
* Dyrcona |
almost bought a t-shirt at a pet store in Southport, NC that had a drawing of a dog that said: "I love you more than bacon." |
| 16:01 |
RoganH |
http://lifestyle.nykola.com/images/BaconIsBetter_Fullpic_1.gif |
| 16:08 |
hbrennan |
I just realized I haven't received anything from the general mailing list since Friday (Dan's maintenance release delayed) |
| 16:08 |
hbrennan |
It couldn't possibly be that quiet? |
| 16:09 |
RoganH |
It could. It's summer. Academics are on vacation and public librarians (like me) are up to our ears in very short humans watching puppet shows. |
| 16:14 |
hbrennan |
:) We just had a puppet show last week |
| 16:15 |
bshum |
For fun |
| 16:15 |
bshum |
http://georgialibraries.markmail.org/search/?q=#query:%20list%3Aorg.georgialibraries.list.open-ils-general+page:1+state:facets |
| 16:16 |
bshum |
The graph there shows message traffic per month over years |
| 16:16 |
bshum |
June 2013 was a low point too |
| 16:16 |
RoganH |
We had a science based puppet show, it was pretty cool. |
| 16:16 |
hbrennan |
Whoa, I'm in the top 30 senders? Never would have guessed |
| 16:16 |
RoganH |
Bah, data, who needs that. Personal experience and observational bias will never lead you astray. |
| 16:17 |
hbrennan |
RoganH: I assume that you're participating in the summer reading program then? |
| 16:17 |
RoganH |
hbrennan: yep |
| 16:17 |
hbrennan |
RoganH: We've had a lot of fun with this year's theme |
| 16:18 |
bshum |
hbrennan: I'm fairly sure my most active response time was when I was required to participate in a mailing list during one of my ILS courses. Technology in Libraries. We were required to sign up and "participate" in a mailing list. |
| 16:18 |
* bshum |
loves easy homework. |
| 16:18 |
bshum |
But hey, hbrennan++ :) |
| 16:18 |
RoganH |
hbrennan: so have we. I wanted to do coding boot camps for kids but the idea got poo pooed. I'm still thinking about doing it for homeschoolers next year. |
| 16:18 |
hbrennan |
bshum: Sounds like a good goal to occasionally give myself |
| 16:19 |
RoganH |
One odd bit, I was talking to a homeschooling family about the coding for kids workshops and one said "but if you offer it at that time it'll be almost all girls." It took me a while to figure out how to respond to that. |
| 16:19 |
hbrennan |
RoganH: We're going to attempt an Arduino program next month |
| 16:19 |
RoganH |
hbrennan: coolness. That's another one I'd like to do. |
| 16:19 |
|
tspindler left #evergreen |
| 16:20 |
hbrennan |
RoganH: As if that is a bad thing?! |
| 16:20 |
hbrennan |
RoganH: I'll let you know how it goes... 7 hours with 12-18 year olds.... |
| 16:20 |
RoganH |
hbrennan: yeah, that was the vibe I got. I kind of went "Soo......" |
| 16:32 |
jcamins |
RoganH: that's a really bizarre response. |
| 16:32 |
jcamins |
RoganH: if my local library had offered something like that, it would've been mostly boys. |
| 16:33 |
jcamins |
Of course, homeschoolers by you may be a bit less conservative than most of my friends. |
| 16:34 |
jcamins |
I wonder if my parents would've had me do it. Probably. We did all the library programs. |
| 16:35 |
RoganH |
jcamins: homeschoolers vary alot. Quite a few are very conservative and do it because they don't like the "elements" at public school. Others do it because they feel their children will get a better education at home. |
| 16:35 |
jcamins |
RoganH: I was in the second category. |
| 16:35 |
jcamins |
Most of my friends were in the first. |
| 16:35 |
jcamins |
Not all, but at least when I was younger, most. |
| 16:36 |
jcamins |
RoganH: now I'm really curious about where the response you mention was coming from. |
| 16:37 |
|
bshum joined #evergreen |
| 16:37 |
RoganH |
jcamins: a random mother of a boy and a girl. it was odd. gender assigned roles in her mind I'm assuming. |
| 16:39 |
jcamins |
RoganH: yeah, but what made her think that there would be more girls at a particular time? My (somewhat dated) experience would suggest that there is no time when there would be more girls than boys in a tech class for homeschoolers. |
| 16:39 |
jcamins |
Unless, I suppose, it were "tech for girls who homeschool." |
| 16:39 |
RoganH |
jcamins: oh, in our community everyone knows everyone and knows the families and what their schedules are |
| 16:40 |
jcamins |
RoganH: ah. Maybe some sort of boys' sport program at that time? |
| 16:40 |
|
mceraso joined #evergreen |
| 16:40 |
* jcamins |
is very fascinated by glimpses into the lives of other homeschoolers. |
| 16:41 |
RoganH |
jcamins: I'm not sure. I homeschool as well but don't keep up with the going ons as much as my wife does. |
| 16:41 |
jcamins |
Comes of several decades of explaining to people that *yes* I am capable of socializing, and you can tell because I'm talking to you RIGHT NOW. |
| 16:42 |
RoganH |
jcamins: but the following scenario is very common: Me talking to Homeschool Mom X. "Do you think this will be a good time for an event?" Them: "No, family Y has this going on and family Z has this going on at this time how about that time only family T has an issue with it." |
| 16:43 |
jcamins |
RoganH: that seems very convenient. |
| 16:43 |
RoganH |
jcamins: the good of small communities - everyone knows everyone. the bad - everyone knows everyone's business. |
| 16:44 |
jcamins |
Heh. Not something one really experiences in NJ or NYC. |
| 16:45 |
RoganH |
Rock Hill is decent sized for the south but then take a subcommunity like homeschoolers and it becomes down right cozy. |
| 16:46 |
hbrennan |
Just looked up Rock Hill.. don't have to worry about the KFC robber. He's been caught. |
| 16:46 |
jcamins |
I can see that. More than ten years after I last spoke with any non-close friends I still know the names of a sizable percentage of the homeschooling families in central NJ. |
| 16:47 |
RoganH |
hbrennan: Actually, Rock Hill is nice. Small enough to not have bad traffic. Has decent amenities. City has great parks and services. And a short drive to Charlotte for lots more. |
| 16:47 |
hbrennan |
RoganH: Oh no, I can see that. When the biggest news is a KFC robber, you're good. |
| 16:48 |
RoganH |
hbrennan: Yep. Besides, I was going to say I don't think an Alaskian can criticize us for being small. :) Alaska-ite? |
| 16:48 |
hbrennan |
Haha. Alaskan. |
| 16:48 |
hbrennan |
Specifically, Homeroid. |
| 16:49 |
RoganH |
Now, that just sounds awkward. It would make me think of a cult dedicated to Homer Simpson. |
| 16:49 |
hbrennan |
It's very awkward. |
| 16:49 |
* jcamins |
is now thinking of a cult dedicated to Homer Simpson. Thanks a lot. |
| 16:49 |
RoganH |
You're welcome. |
| 16:49 |
hbrennan |
Luckily, most people don't ask beyond Alaskan. |
| 16:49 |
mmorgan |
I'd go with Alaskan, for sure! |
| 16:50 |
RoganH |
jcamins: "The donut is truth." |
| 16:51 |
RoganH |
I'm out. If anyone is going to ALA I hope to see you there. |
| 16:56 |
|
bshum joined #evergreen |
| 16:56 |
|
mceraso joined #evergreen |
| 17:10 |
|
mmorgan left #evergreen |
| 17:21 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 18:34 |
|
kmlussier joined #evergreen |
| 20:18 |
|
gsams joined #evergreen |
| 22:00 |
* jeff |
yawns |
| 22:01 |
hbrennan |
Stop it. |
| 22:01 |
hbrennan |
:) |
| 23:35 |
|
jane_ joined #evergreen |
| 23:36 |
jane_ |
Hello can anyone help me? |
| 23:37 |
jane_ |
http://paste.evergreen-ils.org/66 |
| 23:38 |
pinesol_green |
In pinesol_green, jane_ said: The server is working I can't check out item. I can encode new item hold, activate etc.... only check out,.. |
| 23:38 |
pinesol_green |
In pinesol_green, jane_ said: The server is working I can't check out item. I can encode new item hold, activate etc.... only check out,.. |
| 23:50 |
jeff |
jane_: it looks like Evergreen isn't finding a circulation policy that applies to your attempted checkout. |
| 23:55 |
jeff |
jane_: If this is a new setup and you're the person configuring the system, you might find this documentation helpful: http://docs.evergreen-ils.org/2.6/_borrowing_items_who_what_for_how_long.html |
| 23:56 |
jeff |
What you're running into is likely the result of either a lack of configuration or a broken configuration. I'm not certain. |
