Evergreen ILS Website

IRC log for #evergreen, 2015-07-23

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

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

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat