| Time |
Nick |
Message |
| 00:33 |
|
abowling joined #evergreen |
| 00:56 |
|
Mark__T joined #evergreen |
| 01:16 |
|
collum joined #evergreen |
| 02:16 |
|
eady joined #evergreen |
| 02:19 |
|
jonadab_znc joined #evergreen |
| 04:53 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:44 |
|
ericar joined #evergreen |
| 07:46 |
|
sandbergja2 joined #evergreen |
| 08:07 |
|
jboyer-isl joined #evergreen |
| 08:24 |
|
akilsdonk joined #evergreen |
| 08:27 |
|
_bott_ joined #evergreen |
| 08:34 |
|
collum joined #evergreen |
| 08:36 |
|
mrpeters joined #evergreen |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:55 |
|
jwoodard joined #evergreen |
| 09:00 |
|
collum joined #evergreen |
| 09:04 |
|
RoganH joined #evergreen |
| 09:09 |
* kmlussier |
wishes a top o' the morning to the #evergreen channel |
| 09:10 |
mmorgan |
Good Morning :-D |
| 09:12 |
|
maryj joined #evergreen |
| 09:15 |
RoganH |
Good morning! |
| 09:26 |
ericar |
and the rest of the day to yourself kmlussier |
| 09:34 |
|
sarabee joined #evergreen |
| 09:45 |
|
yboston joined #evergreen |
| 10:10 |
csharp |
@whocares reports |
| 10:10 |
pinesol_green |
gsams, alynn26 and jwoodard love reports |
| 10:10 |
pinesol_green |
csharp, bshum, rfrasur and RoganH hate reports |
| 10:17 |
mrpeters |
i love the challenge of reports :P |
| 10:18 |
mrpeters |
i enjoy when someone says "i can't figure this out...can you build it" and i find a way to get them what they wanted |
| 10:18 |
mrpeters |
but i usually cheat by writing it in SQL first, and translating that to a report template |
| 10:18 |
RoganH |
Quick acquisitions question - the holdings subfield for owning library needs to match what, short org name? |
| 10:23 |
kmlussier |
RoganH: yes |
| 10:23 |
RoganH |
kmlussier: thanks! |
| 10:49 |
|
pmurray_away joined #evergreen |
| 10:50 |
bshum |
So, I have a fun scenario |
| 10:50 |
bshum |
Every year, we have to do "state circulation reports" |
| 10:51 |
bshum |
Where all the copy locations get funneled and placed in one of 16 major categories or types of material |
| 10:51 |
bshum |
And then we generate circulation based on those 16 areas. |
| 10:51 |
|
pmurray joined #evergreen |
| 10:52 |
kmlussier |
Sounds similar to our annual report, but I think we use stat cats for it. |
| 10:52 |
bshum |
I think it'd be super helpful if I could define those somewhere; though I'm not sure if it means I should create some sort of stat cat for locations, or maybe add something to copy locations table for reporting name or something. |
| 10:52 |
bshum |
To create some sort of grouping at the location level |
| 10:52 |
bshum |
Rather than use copy stat cats |
| 10:52 |
bshum |
And have it assigned to every copy individually. |
| 10:52 |
kmlussier |
bshum: Could you group them together in some sort of opac-invisible copy location group and report on that? |
| 10:53 |
* kmlussier |
doesn't know if copy location groups are reportable. |
| 10:53 |
tsbere |
bshum: We use copy stat cats for that right now. And it is horrible, but that is due to being a migrated thing that was previously migrated at least once before... |
| 10:53 |
jeff |
we have a for-reporting-use-only table that maps org units to "reporting lib", since three of our libraries report under one entity, and others report under their own individual entities, etc. |
| 10:54 |
jeff |
it also lets us do things like report on transits that cross the reporting_lib boundary. |
| 10:55 |
tsbere |
We are lucky. All of our libraries generally report based on their system level grouping. :D |
| 10:55 |
tsbere |
(or at least, those that prefer their branch-level designations only have one branch in their system) |
| 10:56 |
* jeff |
nods |
| 10:56 |
bshum |
Well, I guess I'm just curious if there'd be a major reason to avoid adding another column to asset.copy_location to track this information for our system. And then adjusting the fieldmapper somehow to make it a reportable field. |
| 10:56 |
bshum |
And then bundling all that up into a new feature or something... |
| 10:56 |
jeff |
bshum: oh! i misread your original request. |
| 10:56 |
tsbere |
bshum: I would probably make a new table and add it to fieldmapper. I don't see it being all that useful most of the time, honestly. :/ |
| 10:57 |
bshum |
tsbere: That's reasonable. I've never really tried extending things like that in the database, so I'm experimenting with solutions. |
| 10:57 |
bshum |
Fun part would be figuring out how to expose it into the existing editor in the staff client too. |
| 10:57 |
bshum |
Hmm. |
| 10:57 |
jeff |
bshum: so yes, we have one of those also -- a reporting-only table that maps copy locations to a text "type" and an is_childrens boolean. |
| 10:58 |
jeff |
as the "reporting-only" implies, ours is not exposed in the staff client / copy locations editor |
| 10:59 |
jeff |
we considered making it acl+aou but went with just acl in the end. |
| 10:59 |
bshum |
jeff: I think the main reason I'd want it exposed to staff client / copy locations editor is just so that it could be added during creation of new locations without me looking behind the scenes. |
| 10:59 |
jeff |
groupings are not nearly as fine-grained as yours sound. |
| 11:00 |
bshum |
jeff: Oh believe me, I know ours aren't either... |
| 11:00 |
jeff |
i think it's VIDEO, AUDIO, and PRINT -- with PRINT being the default that includes "everything else" |
| 11:00 |
bshum |
I think ours goes, "book", "audio", "video" and "other" |
| 11:00 |
jeff |
yeah, we report on "copy locations without an annual report classification" before running the annual report. |
| 11:00 |
bshum |
With a leading prefix of "adult", "child", "teen", or "other" |
| 11:00 |
bshum |
My favorite is "other other" |
| 11:00 |
jeff |
hah |
| 11:00 |
* bshum |
hates reports |
| 11:02 |
tsbere |
We have Books, Serials, Audio, Video, E-Books, Downloadable Audio, Downloadable Video, Electronic, Microform, and Misc. All split into Adult, Children's, and Young Adult. With some additional special cases. |
| 11:03 |
bshum |
Oh well, in any case. |
| 11:03 |
bshum |
Thanks jeff, tsbere, and kmlussier for your feedback |
| 11:03 |
tsbere |
And we are pulling all of that off of a single field that has been migrated at least twice and is horrible. HORRIBLE! <_< |
| 11:03 |
bshum |
I'll give it some more thought about how best to try implementing something like this. |
| 11:03 |
bshum |
I think it'd be nice to do something more long-term as a feature |
| 11:03 |
bshum |
Rather than local hackery |
| 11:04 |
mmorgan |
bshum: kmlussier mentioned before how we use stat cats. We have two categories, one for format and one for age range. |
| 11:04 |
mmorgan |
This was first set up by C/W MARS, I think. |
| 11:04 |
* miker |
read's up |
| 11:04 |
* tsbere |
wants to change MVLC to doing that, but the process has been halted multiple times |
| 11:05 |
mmorgan |
It works well for us, we have them set as required. |
| 11:05 |
bshum |
jeff++ tsbere++ kmlussier++ |
| 11:05 |
kmlussier |
Yes, C/W MARS and NOBLE use the same categories. I think what's nice about it is that it's very easy for the user to see exactly how the materials will be reported. |
| 11:05 |
miker |
bshum: how about location groups marked as not-opac-visible so they don't clutter the opac |
| 11:05 |
bshum |
Oh and mmorgan++ too, for additional thoughts |
| 11:06 |
kmlussier |
miker: I think it takes a brilliant mind to come up with that idea. (See my comment at [10:52:54]) :) |
| 11:06 |
mmorgan |
The only problem we really run into is with serials since the serials copy templates can't set a stat cat. :-( |
| 11:07 |
miker |
kmlussier++ #! :) |
| 11:07 |
mmorgan |
:-D |
| 11:07 |
bshum |
kmlussier: miker: Certainly worth a shot anyways :) |
| 11:08 |
kmlussier |
Ah, yes. The serials template issue. |
| 11:08 |
bshum |
Our problem solving predated copy location groups, and we don't use them anywhere. Yet. |
| 11:08 |
bshum |
Could see how hard it is to make some groups though on a test server to illustrate the idea anyways. |
| 11:08 |
kmlussier |
bshum: I think the one problem with copy location groups is that you need to remember to add any new copy locations to the groups. |
| 11:09 |
bshum |
kmlussier: Yeah we already get fun with that whenever people forget to add new copy locations to the filder group for KPAC. :) |
| 11:09 |
bshum |
"Why doesn't my new kid's book show up in KPAC search?" Because nobody added it to the list of searchable locations... |
| 11:09 |
* bshum |
shudders |
| 11:10 |
bshum |
But on the plus side |
| 11:10 |
bshum |
We only run state circ once a year (or so) |
| 11:10 |
bshum |
So we only have to worry about complete sync of all locations to groups at that point. |
| 11:10 |
bshum |
Worth a shot anyways |
| 11:10 |
tsbere |
We have the "benefit" of our groupings being run at least monthly. <_< Though it is only "important" once a year. |
| 11:15 |
kmlussier |
bshum: If you're copy location groups align with materials that should display in kpac, maybe you could leverage them for both purposes. |
| 11:15 |
kmlussier |
s/you're/your |
| 11:16 |
bshum |
kmlussier: That sort of logical thinking is unusual and I'm scared right now. |
| 11:16 |
bshum |
I mean, it makes good sense. |
| 11:16 |
bshum |
And I should probably try it. |
| 11:16 |
kmlussier |
bshum: I'm sure I'll come up with some illogical, crazy idea later in the day that will put you back in your comfort zone. :) |
| 11:17 |
jeff |
template error: file error - parse error - opac/parts/misc_util.tt2 line 1-613: unexpected end of input |
| 11:17 |
jeff |
handy, that error... |
| 11:17 |
jeff |
my problem lies somewhere on lines 1 to 613. |
| 11:17 |
jeff |
thankfully, the file only has 613 lines total. |
| 11:18 |
jeff |
so the error message here is helpful in narrowing it down a bit! |
| 11:18 |
mmorgan |
jeff: At least you know which haystack to look in :) |
| 11:24 |
jeff |
yeah, in reality it was a small set of commits to look over, and it was a missing END :-) |
| 11:27 |
|
Christineb joined #evergreen |
| 11:38 |
miker |
jeff: bisect via %][% ;) |
| 11:54 |
* kmlussier |
discovers bug 1155771 two years late and realizes it would be a very handy thing to see on her test system right now. |
| 11:54 |
pinesol_green |
Launchpad bug 1155771 in Evergreen "Add copy locations, groups (more?) to sample data" (affected: 1, heat: 6) [Wishlist,Triaged] https://launchpad.net/bugs/1155771 |
| 11:54 |
|
bmills joined #evergreen |
| 11:59 |
bshum |
kmlussier: Never too late... |
| 12:01 |
bshum |
Hehe |
| 12:01 |
bshum |
berick's TODO note amused me |
| 12:02 |
berick |
there's a blast from the past |
| 12:02 |
berick |
i kind of crapped out on that one |
| 12:14 |
* kmlussier |
wants to visit the library that has "Ninjas" for a copy location. |
| 12:15 |
mmorgan |
Heh. |
| 12:16 |
|
finnx joined #evergreen |
| 12:20 |
|
kitteh_ joined #evergreen |
| 12:24 |
|
jihpringle joined #evergreen |
| 12:27 |
|
DPearl joined #evergreen |
| 12:27 |
kmlussier |
Can anyone on a 2.8 system confirm a problem mmorgan and I are seeing? Stat cats are not showing up in the statistical categories editor in the staff client. |
| 12:29 |
RoganH |
I'll look. |
| 12:29 |
RoganH |
Nevermind. I'm on 2.7. Gah, I'm brain dead. I've been staring at stats for way too long today. |
| 12:29 |
|
buzzy joined #evergreen |
| 12:30 |
kmlussier |
We've confirmed it on a couple of different machines, so it's probably safe to file a bug. But it's always nice to have verficiation from someone else. :) |
| 12:32 |
pastebot |
"DPearl" at 64.57.241.14 pasted "EG 2.8 build problem." (10 lines) at http://paste.evergreen-ils.org/19 |
| 12:33 |
DPearl |
My problem seems similar to one in the logs from several years ago, but no resolution/solution was presented, alas. |
| 12:35 |
|
remingtron joined #evergreen |
| 12:38 |
|
vlewis joined #evergreen |
| 12:38 |
|
vlewis__ joined #evergreen |
| 12:38 |
|
vlewis_ joined #evergreen |
| 12:38 |
* jwoodard |
missed a good discussion on reports |
| 12:40 |
ericar |
kmlussier: I am not seeing the stat cats within the stat cat editor on 2.8.1 |
| 12:41 |
kmlussier |
Thanks ericar! I'm also looking a little further. It looks like we might also be having trouble creating stat cats from the client. |
| 12:41 |
kmlussier |
ericar++ |
| 12:42 |
ericar |
I am seeing them from within patron registration, item attributes, as expected. |
| 12:47 |
kmlussier |
OK, it is creating them, just not displaying them. There was an error in the logs that was throwing me off. I'll file a bug for the display issue then. |
| 13:04 |
|
rlefaive joined #evergreen |
| 13:07 |
|
vlewis___ joined #evergreen |
| 13:07 |
|
vlewis____ joined #evergreen |
| 13:07 |
|
vlewis_____ joined #evergreen |
| 13:12 |
bshum |
DPearl: How did you install PG 9.3 on a wheezy system? |
| 13:13 |
bshum |
DPearl: It seems like something might be off with the apt-get sources or something |
| 13:16 |
DPearl |
bshum: apt-get install postgresql-9.3. It does look like something is missing. I'm gonna try 9.1 for yuks. |
| 13:17 |
jeff |
ah, those lovely points in TPAC where marc_xml differs from interface to interface. :-) |
| 13:18 |
|
finnx joined #evergreen |
| 13:18 |
|
finnx joined #evergreen |
| 13:19 |
|
finnx joined #evergreen |
| 13:20 |
bshum |
DPearl: There are other related postgresql packages that are required too. |
| 13:20 |
bshum |
You can glean information from the Makefile of course. |
| 13:22 |
DPearl |
bshum: 9.1 wasn't better. I agree that there is a package that is missing. I'll look around.. |
| 13:22 |
bshum |
DPearl: There's a step in the instructions further along for database setup. It can occur after the initial make run |
| 13:23 |
bshum |
So i think you're missing something else more major. |
| 13:23 |
bshum |
DPearl: You installed OpenSRF right? |
| 13:27 |
DPearl |
bshum: OpenSRF is in and running. |
| 13:37 |
jeffdavis |
kmlussier: I think we ran into that bug during our upgrade testing, give me a minute to try and dig up our fix |
| 13:41 |
kmlussier |
Thanks jeffdavis! |
| 13:46 |
bshum |
Hmm |
| 13:46 |
bshum |
cat.sip_field() is null |
| 13:46 |
bshum |
It doesn't like something in the stat_cat_editor.js |
| 13:46 |
jeffdavis |
pushed our fix to bug 1477677 |
| 13:46 |
pinesol_green |
Launchpad bug 1477677 in Evergreen "Stat cats are not displaying in statistical categories editor" (affected: 1, heat: 6) [High,Confirmed] https://launchpad.net/bugs/1477677 |
| 13:46 |
bshum |
Hmm, nope that shouldn't be the explosion |
| 13:47 |
bshum |
Or haha |
| 13:47 |
bshum |
It is |
| 13:47 |
kmlussier |
jeffdavis++ |
| 13:48 |
kmlussier |
I'll get it loaded on a VM and hopefully get a signoff on it today. |
| 13:48 |
kmlussier |
bshum: It's strange, though. Looking at the history of the file, it hasn't been modified since 2012. I wonder why it suddenly became a problem in 2.8. |
| 13:48 |
* bshum |
is testing it too; but can push kmlussier's signoff version when you've tested too |
| 13:48 |
jeffdavis |
Yeah, I never figured out why it wasn't a problem before. |
| 13:49 |
bshum |
Looks good to me. |
| 13:49 |
bshum |
jeffdavis++ |
| 13:50 |
kmlussier |
bshum: Feel free to merge it if it works for you. No need to wait on me. |
| 13:50 |
* kmlussier |
is planning to take a lunchtime walk anyway. |
| 13:50 |
bshum |
kmlussier: Are we sure this only affects 2.8? |
| 13:50 |
bshum |
It probably could be backported anyways |
| 13:50 |
bshum |
The logic seems right to me. |
| 13:50 |
kmlussier |
bshum: It works fine for me on the C/W MARS 2.7 system. |
| 13:51 |
jeffdavis |
I didn't check 2.7, but we weren't seeing it on 2.6 for sure. |
| 13:51 |
kmlussier |
I don't know what point release they're at. |
| 13:51 |
bshum |
Okay, well then I won't backport unnecessarily |
| 13:52 |
* kmlussier |
could always bring up 2.7 on a VM just to be sure, but thinks we're probably okay there. |
| 13:52 |
bshum |
If you get to test it later, just add a note if we need to backport it further. |
| 13:52 |
bshum |
I'll leave it be for now. |
| 13:57 |
pinesol_green |
[evergreen|Jeff Davis] LP#1477677 - fix JS TypeError that prevents stat cats from displaying in stat cat editor - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b5a0a74> |
| 14:01 |
jeff |
the marc_xml that /opac/myopac/circs has access to does not contain <attributes>, so displaying format (short of falling back to LDR/06) is not possible |
| 14:18 |
kmlussier |
jeffdavis++ bshum++ #I love it when bugs are fixed on the day they're reported! |
| 14:23 |
bshum |
Always fun times. |
| 14:31 |
jeff |
hrm. since action.hold_request.holdable_formats can contain two different types of values, and one of them breaks holds history. |
| 14:32 |
jeff |
er, s/since// |
| 14:40 |
* mmorgan |
goes to grab lunch and misses the fix ;-) |
| 14:40 |
mmorgan |
kmlussier++ bshum++ jeffdavis++ |
| 14:50 |
|
dbwells joined #evergreen |
| 14:57 |
* jeff |
tries to determine why he has a mix of JSON and bare strings in action.hold_request.holdable_formats |
| 14:58 |
jeff |
oh. i wonder if there was an upgrade script that only touched unfulfilled holds. |
| 14:59 |
jeff |
yep. exactly that. |
| 15:01 |
|
jlitrell joined #evergreen |
| 15:02 |
jeff |
0865 only upgraded holdable_formats WHERE hold_type = 'M' AND fulfillment_time IS NULL |
| 15:05 |
kmlussier |
I just realized berick didn't have a pullrequest on the branch that adds copy locations to the sample data, but I signed off on it anyway because I do think it's useful to have on a test system. |
| 15:05 |
berick |
kmlussier++ |
| 15:06 |
berick |
it was only missing the pullreq becuase i have vague plans to do more with it. it was certainly pull-able |
| 15:06 |
berick |
s/have/had/ |
| 15:09 |
jeff |
well yeah, that really makes hold history angry. |
| 15:10 |
jeff |
i wonder if the better fix is to re-run the upgrade script without the fulfillment_time constraint, or to teach open-ils.circ.mmr.holds.filters to forever parse both types of data. |
| 15:11 |
jeff |
leaning toward the former. |
| 15:13 |
kmlussier |
berick: I keep thinking I should set aside a day just to focus on enhancing the sample data. I would love to get some acq data in there too. |
| 15:16 |
berick |
sample data makes me happy |
| 15:18 |
kmlussier |
berick: Me too! |
| 15:18 |
kmlussier |
Huh, bug 1040686 has almost many "affects me too" clicks as negative balances. |
| 15:18 |
pinesol_green |
Launchpad bug 1040686 in Evergreen "Unified editor shouldn't always delete volumes" (affected: 13, heat: 70) [Undecided,Confirmed] https://launchpad.net/bugs/1040686 |
| 15:19 |
csharp |
@who is jumping on the bug 1040686 bandwagon? |
| 15:19 |
pinesol_green |
egbuilder is jumping on the bug 1040686 bandwagon. |
| 15:21 |
jeff |
most of this is probably due to bad bibs still: place hold on a large print bib, "Hunt for Red October". click "advanced hold options" and the title shown is "The hunt for Red October [sound recording] / Tom Clancy." and the desired formats list is: Book |
| 15:23 |
jeff |
hrm. no idea where the sound recording gmd is coming from, since the metabib search results for that record show only two books. |
| 15:23 |
* jeff |
digs further |
| 15:25 |
jeff |
ah, because the master record for that metabib is an audiobook bib. |
| 15:26 |
jeff |
(whose only copies are outside of my search scope and hard hold boundary) |
| 15:29 |
kmlussier |
It's probably a bad idea to show the gmd on the screen when placing a metarecord hold. It's confusing, even if there were audiobooks as part of the eligible group. |
| 15:30 |
* kmlussier |
wonders if it displays on the search results screen |
| 15:32 |
jeff |
search results screen still has the logic of "245 subfields a, b, n, and p" unless you've hit (or made default) Show More Details. |
| 15:32 |
jeff |
but then yes. |
| 15:33 |
jeff |
you get a metarecord group like: |
| 15:33 |
jeff |
The hunt for Red October [sound recording] / Tom Clancy. (3) |
| 15:33 |
jeff |
Clancy, Tom, 1947-2013. |
| 15:33 |
jeff |
Book Book CD Audiobook CD Audiobook |
| 15:33 |
jeff |
(those formats are doubled because the icon copied as its alt text) |
| 15:34 |
jeff |
if your search scope does not include the library that holds the single audiobook copy, then it looks like this: |
| 15:34 |
jeff |
The hunt for Red October [sound recording] / Tom Clancy. (2) |
| 15:34 |
jeff |
Clancy, Tom, 1947-2013. |
| 15:34 |
jeff |
Book Book |
| 15:35 |
jeff |
and since this is Show More Details, the physical description is a bit of a contradiction also: 14 sound discs (16 hr., 53 min.) : digital ; 4 3/4 in. |
| 15:35 |
jeff |
not showing the gmd of the master record might go a long way. |
| 15:36 |
kmlussier |
jeff: I removed a lot of that from the show more details view in bug 1403966 . |
| 15:36 |
pinesol_green |
Launchpad bug 1403966 in Evergreen "Search results for metarecord search should exclude publication-specific information from the display" (affected: 3, heat: 14) [Medium,Fix committed] https://launchpad.net/bugs/1403966 |
| 15:36 |
kmlussier |
But it doesn't look like I touched the gmd. |
| 15:36 |
jeff |
but when the search/hold scope excludes the master record on a metarecord, it might also be a good idea to select a different representative record, lest you get jacket/cover image of a playaway, etc. |
| 15:36 |
jeff |
kmlussier++ |
| 15:42 |
jeff |
hrm. our local LARGE PRINT detection and the stock types seem to differ at least a little bit. |
| 15:42 |
csharp |
FYI - Fedora buildslave has been upgraded to F22 |
| 15:43 |
jeff |
csharp++ |
| 15:49 |
jeff |
ah, because we're locally keying off of subjects and such also. |
| 15:57 |
dbs |
csharp++ |
| 16:26 |
jeff |
hrm. also breaks on values like {"0":[{"_attr":"item_type","_val":"a"},{"_attr":"item_type","_val":"t"}],"1":"","2":[{"_attr":"item_lang","_val":"eng"}]} |
| 16:26 |
jeff |
due to the "1":"" |
| 16:27 |
jeff |
note to self: sample/test data needs fulfilled metarecord holds. ;-) |
| 16:34 |
|
bmills joined #evergreen |
| 16:37 |
jeff |
hrm. so 'at--eng' is transformed into '{"0":[{"_attr":"item_type","_val":"a"},{"_attr":"item_type","_val":"t"}],"1":"","2":[{"_attr":"item_lang","_val":"eng"}]}' |
| 16:38 |
jeff |
and that is the most common legacy holdable_formats value in our data |
| 16:43 |
jeff |
the upgrade script didn't generate any values that are invalid json, though... so that's good! :-) |
| 16:48 |
|
buzzy joined #evergreen |
| 17:14 |
|
mmorgan left #evergreen |
| 18:37 |
|
akilsdonk joined #evergreen |
| 19:54 |
kmlussier |
@librarian |
| 19:54 |
pinesol_green |
kmlussier: Management:11, Cataloging:15, Acquisitions:13, Reference:12, Circulation:12, Systems:14, Research:11, Custodial:14 |
| 21:06 |
bshum |
@dnd |
| 21:06 |
pinesol_green |
bshum: strength:15 dexterity:10 constitution:13 intelligence:8 wisdom:8 charisma:12 |
| 21:06 |
bshum |
This...is... Evergreen! |
| 21:08 |
jlitrell |
Ooh, a melee paladin. |
| 21:16 |
bshum |
With a wisdom of 8, I could never cast spells. That makes me sad. |
| 21:17 |
* bshum |
needs some periapt of wisdom |
| 21:21 |
kmlussier |
@dnd |
| 21:21 |
pinesol_green |
kmlussier: strength:9 dexterity:16 constitution:14 intelligence:10 wisdom:15 charisma:9 |
| 21:22 |
kmlussier |
bshum: Ha! |
| 21:22 |
jlitrell |
Dex monk! |
| 21:22 |
bshum |
Bow cleric. |
| 21:23 |
kmlussier |
Yeah, it's all greek to me. |
| 21:24 |
bshum |
Just means we need to organize a game at the next conference. |
| 21:25 |
kmlussier |
bshum: Or the hack-a-way |
| 21:25 |
kmlussier |
Actually, not that wouldn't work. I assume I'll actually be going home at the end of the day instead of spending a good part of the night in the hotel lobby. |
| 21:26 |
bshum |
When I went to code4lib last year, they did a dungeon4lib game during the game night. |
| 21:27 |
kmlussier |
@developer |
| 21:27 |
pinesol_green |
kmlussier: Communication:18, BigPicture:11, DetailOriented:18, KungFu:16, GetsStuffDone:12, FlakeFactor:15, JavaAvoidance:11 |
| 21:28 |
kmlussier |
bshum: We need some new plug-ins. I'm getting bored of the ones we have. |
| 21:29 |
* bshum |
doesn't know what else would be fun to add. |
| 21:30 |
* bshum |
is still too amused by boring @roulette |
| 21:30 |
bshum |
@roulette |
| 21:30 |
pinesol_green |
bshum: *click* |
| 21:31 |
kmlussier |
Hmmm...the description for the prohibit negative balance setting is "Default setting to prevent credits on circulation related bills." |
| 21:31 |
kmlussier |
But that's not really true, is it? Credits are a different animal that are still allowed even if you enabled that setting. |
| 21:38 |
bshum |
Yes... |
| 21:41 |
kmlussier |
It could be "Default setting to prevent refunds on circulated related bills" since any negative balance displays as a refund. |
| 21:41 |
kmlussier |
Or it could be "Default setting to prevent negative balances on circulation related bills." |
| 21:41 |
kmlussier |
@coin |
| 21:41 |
pinesol_green |
kmlussier: heads |
| 21:43 |
bshum |
"negative balances" in my opinion. |
| 21:43 |
bshum |
So that we never forget the evil that we slay with this merge. |
| 21:44 |
kmlussier |
You see. I was thinking that, five years from now, there will be Evergreeners who have no idea what a negative balance is. |
| 21:44 |
kmlussier |
@karma negative balances |
| 21:44 |
pinesol_green |
kmlussier: negative balances has neutral karma. |
| 21:44 |
kmlussier |
Really? |
| 21:45 |
kmlussier |
@karma negative_balances |
| 21:45 |
pinesol_green |
kmlussier: negative_balances has neutral karma. |
| 21:45 |
kmlussier |
@karma balances |
| 21:45 |
pinesol_green |
kmlussier: balances has neutral karma. |
| 21:45 |
kmlussier |
@karma parts |
| 21:45 |
pinesol_green |
kmlussier: Karma for "parts" has been increased 4 times and decreased 2 times for a total karma of 2. |
| 21:47 |
kmlussier |
Found it |
| 21:47 |
kmlussier |
@karma negative-balances |
| 21:47 |
pinesol_green |
kmlussier: Karma for "negative-balances" has been increased 0 times and decreased 2 times for a total karma of -2. |
| 21:47 |
bshum |
Must... resist.... urge... to... decrement... parts... karma... |
| 21:47 |
* kmlussier |
stares bshum down |
| 21:47 |
bshum |
Okay, I'm over it. |
| 21:48 |
bshum |
.... |
| 21:49 |
bshum |
Yes, I'm definitely over it. |
| 21:49 |
bshum |
Now. |
| 21:49 |
bshum |
Mostly. |
| 21:49 |
bshum |
For the time being. |
| 21:49 |
jcamins__ |
ie-- |
| 21:49 |
bshum |
Just tell parts not to look at me funny. |
| 21:49 |
bshum |
And to mind its own business. |
| 21:49 |
kmlussier |
jcamins__++ #Nobody can find fault with decrementing ie! |
| 21:49 |
kmlussier |
ie-- |
| 21:50 |
jcamins__ |
Now, why am I jcamins__? |
| 21:50 |
bshum |
jcamins++ # then |
| 21:50 |
kmlussier |
jcamins++ |
| 21:51 |
jcamins__ |
I theorize that it might be znc. |
| 21:51 |
bshum |
Aww, I miss ZNC sometimes. Those were the days. |
| 21:51 |
jcamins__ |
I don't actually use ZNC. |
| 21:52 |
jcamins |
Oh, no, it was me connecting to irssi twice. |
| 21:53 |
bshum |
@love quasselcore |
| 21:53 |
pinesol_green |
bshum: The operation succeeded. bshum loves quasselcore. |
| 21:56 |
kmlussier |
bshum: How about "Default setting to prevent negative balances (refunds) on circulation related bills."? |
| 21:56 |
bshum |
kmlussier: Sure. |
| 21:56 |
bshum |
Look at kmlussier, still working :) |
| 21:56 |
bshum |
kmlussier++ |
| 21:56 |
kmlussier |
bshum: Sure, because you've never been caught working this late at night. |
| 21:56 |
kmlussier |
:) |
| 21:57 |
bshum |
kmlussier: Actually no, this late at night I'm totally usually goofing off. |
| 21:57 |
bshum |
I don't get serious about committing anything till more like 11 or after midnight. |
| 21:57 |
kmlussier |
True. It's usually at midnight that you start merging code and bug wrangling. |
| 21:57 |
kmlussier |
ha |
| 22:01 |
bshum |
:) |
| 22:03 |
kmlussier |
jcamins: You should come to Massachusetts for the Evergreen hack-a-way in the fall. I'm planning to make cookies. |
| 22:20 |
kmlussier |
OK, I'm done for the night with signoffs and an extra commit on the negative balance branch. Maybe we can get this one wrapped up before we hit comment #100. |
| 22:26 |
bshum |
At least it's not -100 :) |
| 22:34 |
jcamins |
kmlussier: oooh. When is it? |
| 22:59 |
|
DPearl joined #evergreen |
