| Time |
Nick |
Message |
| 01:20 |
|
tecma joined #evergreen |
| 01:20 |
tecma |
hi |
| 01:54 |
|
tecma left #evergreen |
| 04:27 |
|
artunit_away joined #evergreen |
| 06:58 |
|
TARA joined #evergreen |
| 07:02 |
|
TARA joined #evergreen |
| 08:01 |
|
_bott_ left #evergreen |
| 08:05 |
|
_bott_ joined #evergreen |
| 08:07 |
|
ericar joined #evergreen |
| 08:09 |
kmlussier |
Good morning #evergreen! |
| 08:09 |
kmlussier |
@coffee [someone] |
| 08:09 |
* pinesol_green |
brews and pours a cup of Kenya Karatu AA, and sends it sliding down the bar to b_bonner |
| 08:09 |
kmlussier |
@tea [someone] |
| 08:09 |
* pinesol_green |
brews and pours a pot of Bio Pao Chung Pouchong, and sends it sliding down the bar to pinesol_green (http://ratetea.com/tea/teehaus-bachfischer/bio-pao-chung-pouchong/7609/) |
| 08:10 |
csharp |
@insult pinesol_green |
| 08:10 |
pinesol_green |
pinesol_green: You are nothing but a lewd-minded accumulation of onion-eyed manuals. |
| 08:18 |
|
mrpeters joined #evergreen |
| 08:44 |
|
mmorgan joined #evergreen |
| 08:58 |
jeff |
"Every journey of a five-thousandfold performance improvement begins with a single CREATE INDEX." |
| 09:10 |
|
Dyrcona joined #evergreen |
| 09:36 |
|
Dyrcona joined #evergreen |
| 09:36 |
|
yboston joined #evergreen |
| 09:44 |
|
JBoyer joined #evergreen |
| 09:44 |
|
krvmga joined #evergreen |
| 09:45 |
krvmga |
i've made a change to spine_labels.js in /openils/var/web/xul/rel_2_8_4/server/cat. This will just get picked up automatically when someone in a library starts their staff client, yes? |
| 09:49 |
Dyrcona |
Yeah, it should. |
| 09:49 |
Dyrcona |
Probably even the next time they use it, unless they've already used it this session and haven't cleared the cache. |
| 09:52 |
|
mmorgan1 joined #evergreen |
| 09:59 |
|
TARA joined #evergreen |
| 10:02 |
krvmga |
Dyrcona: thanks :) |
| 10:02 |
krvmga |
Dyrcona++ |
| 10:02 |
Dyrcona |
krvmga: You're welcome. |
| 10:07 |
|
Dyrcona1 joined #evergreen |
| 10:25 |
|
rogan__ joined #evergreen |
| 10:28 |
|
jwoodard joined #evergreen |
| 10:34 |
|
maryj joined #evergreen |
| 10:47 |
|
Christineb joined #evergreen |
| 10:59 |
|
jvwoolf joined #evergreen |
| 11:26 |
kmlussier |
Dyrcona: Does your dev server have the most recent code from berick's patron editor branch? |
| 11:26 |
Dyrcona |
kmlussier: Unless he renamed the branch, it should. |
| 11:26 |
kmlussier |
OK, thank you! |
| 11:29 |
|
pmurray left #evergreen |
| 11:31 |
|
TARA joined #evergreen |
| 11:34 |
|
genpaku joined #evergreen |
| 12:19 |
|
jihpringle joined #evergreen |
| 12:21 |
|
bmills joined #evergreen |
| 12:31 |
mrpeters |
anyone ever seen erlang/beam CPU getting hammered like this? 1325 ejabberd 20 0 6837m 1.9g 1712 S 229 8.1 168:15.07 /usr/lib/erlang/erts-5.8.5/bin/beam.smp -K false -P 250000 -- -root /usr/lib/erlang -progname erl -- -home /var/lib/ejabberd -- -sname ejabber |
| 12:37 |
|
mmorgan joined #evergreen |
| 12:39 |
tsbere |
mrpeters: Not sure what you mean by "hammered" in this case |
| 12:40 |
|
afterl joined #evergreen |
| 12:40 |
mrpeters |
just getting destroyed with CPU usage, over 300% at times, eventually beam.smp gets killed with an out of memory error, though the system has plenty of free memory at the time |
| 12:41 |
mrpeters |
just going to have to continue to monitor and see what the system state is like right before beam gets killed again |
| 12:41 |
tsbere |
Only thing I can think of is an unusually large message or set of messages trying to pass through |
| 12:42 |
mrpeters |
yeah, its happening regularly -- every couple of hours |
| 12:42 |
Dyrcona |
We used to see that from time to time but not for a long while, apart for the getting killed. |
| 12:42 |
mrpeters |
guess os updates were run, and now this has started |
| 12:42 |
mrpeters |
we're just getting started digging into it |
| 12:42 |
Dyrcona |
Yes, we used to see high load, but I don't recall beam.smp getting killed/dying very often. |
| 12:44 |
Dyrcona |
mrpeters: What O/S? |
| 12:44 |
mrpeters |
12.04 |
| 12:44 |
mrpeters |
they're running some form of master...not sure of the install date |
| 12:44 |
Dyrcona |
Yeah, I think that stopped definitively when we went to Ubuntu 14.04. |
| 12:45 |
mrpeters |
good to know |
| 12:45 |
Dyrcona |
We also used to run most everything on 1 box. |
| 12:45 |
Dyrcona |
I don't recall it happening all the time, though. Like maybe every few weeks or months. |
| 12:46 |
tsbere |
We also used to run with ejabberd not in SMP mode. But if CPU usage is over 100% at times you shouldn't be having that particular issue. |
| 12:46 |
Dyrcona |
Right, but even after enabling smp, we were seeing 300%+ of CPU from time to time on 12.04. |
| 12:47 |
mrpeters |
the load is less of a concern than the fact that it just goes suicidal and downs the brick |
| 12:47 |
Dyrcona |
It usually hovered between 50% and 150% when we were busy. |
| 12:47 |
Dyrcona |
Right, and we saw that a few times where ejabberd was just dead. |
| 12:50 |
Dyrcona |
Sometimes it would continue running but the logs would be truncated or otherwise unreliable. |
| 12:59 |
|
tarac_ joined #evergreen |
| 13:38 |
|
jwoodard joined #evergreen |
| 13:43 |
kmlussier |
@dessert 11 |
| 13:43 |
* pinesol_green |
grabs some coffee frappes for kmlussier |
| 13:51 |
Dyrcona |
Hmm. So has anyone had a problem with show fewer details and setting shore more detail on by default in config.tt2? |
| 13:52 |
Dyrcona |
Specifically, I'm always seeing more details regardless of the state of the show more/fewer details button. |
| 13:52 |
Dyrcona |
My suspicion is we botched something with a rebase/merge and our customizations, so I will try a plain master in a bit. |
| 13:52 |
Dyrcona |
Thought I'd ask first, though. |
| 13:53 |
Dyrcona |
kmlussier: Are you actively testing on my development vm? |
| 13:54 |
dbs |
Dyrcona: what's show_more_details.default set to? We're at 2.7-ish so our experiences don't matter anyway :/ |
| 13:54 |
kmlussier |
Dyrcona: Other than quickly doing a search to see the problem with fewer details? Nope. |
| 13:54 |
jeff |
Dyrcona: what value do you have for show_more_details.default? true, false, or hide? |
| 13:54 |
Dyrcona |
jeff: It is true. |
| 13:54 |
Dyrcona |
dbs: It is true. :) |
| 13:55 |
Dyrcona |
Our production is 2.7 and it is false. It works there. |
| 13:55 |
Dyrcona |
kmlussier: Thanks. |
| 13:55 |
jeff |
aww, i was hoping you were going to respond with different values to each of us, then follow up with "found the issue -- one brick had an out of date copy of config.tt2" |
| 13:55 |
dbs |
So the link for "Show fewer details" appears, but clicking it doesn't change anything? |
| 13:55 |
dbs |
jeff++ |
| 13:55 |
Dyrcona |
dbs: Yes, on our training and my development system. |
| 13:56 |
Dyrcona |
I'm going to try a vanilla master to see if it is a bug or something we broke. |
| 13:56 |
dbs |
We run with = 'hide' so can't compare |
| 13:56 |
* kmlussier |
does a quick check on one of the MassLNC VMs |
| 13:57 |
jeff |
appears to be a bug. with it set to true, i get more details and a button that says "Show More Details" |
| 13:57 |
jeff |
oh. |
| 13:57 |
jeff |
nevermind, it changed. |
| 13:57 |
jeff |
hrm. |
| 13:57 |
jeff |
Dyrcona: i am able to reproduce what you report with concerto on current master. |
| 13:58 |
Dyrcona |
jeff: Thanks. Looks like a bug then.... |
| 13:58 |
jeff |
well, current as of yesterday. let me make that current current. |
| 13:58 |
Dyrcona |
I'm about to try master with my data. |
| 13:58 |
kmlussier |
Yup. I'm seeing it too |
| 13:58 |
* dbs |
never really understood the desire for 'true' |
| 13:59 |
Dyrcona |
Our members want their call numbers to appear in the brief listing when patrons search. |
| 14:00 |
Dyrcona |
They say it helps as a finding aid on in-library OPAC terminals. |
| 14:01 |
dbs |
I meant, why you would want the behaviour of true (that is, showing all by default but enabling people to show less) |
| 14:02 |
* dbs |
wonders if detail_record_view is now getting persisted in the URL for some new reason? |
| 14:02 |
dbs |
per line 102 of opac/results.tt2 |
| 14:02 |
kmlussier |
dbs: No, it's not persisting in the URL |
| 14:02 |
dbwells |
We have ours the same as dbs, I think. Show more, hide the button. |
| 14:02 |
kmlussier |
http://mlnc1.mvlcstaff.org/eg/opac/results?query=harry+potter&qtype=keyword&fi%3Asearch_format=&locg=1&detail_record_view=1 |
| 14:03 |
* dbs |
disappears, late for a meeting |
| 14:04 |
|
afterl left #evergreen |
| 14:08 |
Dyrcona |
Yeah.... It's a bug and not easy to fix, either. |
| 14:09 |
* Dyrcona |
is glad he added some options to his build scripts this past weekend, though. |
| 14:09 |
Dyrcona |
Made that a lot easier. |
| 14:09 |
* tsbere |
looks at various tt2 files and finds that most of the code says "if the cgi parameter is set OR the show more details default is set to 'true' or 'hide' then show more details" |
| 14:09 |
tsbere |
If not all of it, really |
| 14:10 |
tsbere |
the only different between 'true' and 'hide' is that 'hide' makes the button go away... |
| 14:25 |
kmlussier |
So what it should be doing is showing more details if the cgi parameter is set OR the details default is set to 'hide'. |
| 14:26 |
jeff |
the button does not appear to be capable of communicating "don't show more details" |
| 14:26 |
Dyrcona |
Right. |
| 14:26 |
jeff |
i.e., we only ever pass "nothing" or "detail_record_view=1" |
| 14:26 |
Dyrcona |
I think if the button is pressed for show fewer details, then the parameter should be set to zero. |
| 14:26 |
Dyrcona |
The parameter should then override any default. |
| 14:27 |
Dyrcona |
In the meantime, I'm setting it to hide in training. |
| 14:57 |
|
abnwiman joined #evergreen |
| 14:58 |
|
abneiman joined #evergreen |
| 14:59 |
abneiman |
Hey y'all ... can anyone point me to a system that's running the KPAC (Kid's OPAC) in production? I have a colleague who wants to look at it and we're not currently using it. |
| 14:59 |
csharp |
abneiman: http://gapines.org/kpac has our customized skin |
| 15:00 |
abneiman |
Thanks! That's a great skin. |
| 15:00 |
kmlussier |
abneiman: http://bark.cwmars.org/eg/kpac/home |
| 15:00 |
kmlussier |
abneiman: http://acorn.biblio.org/eg/kpac/home |
| 15:00 |
csharp |
abneiman: Terran can tell you all about what she did and how |
| 15:01 |
abneiman |
I'm sure I could have looked these up but this seemed faster, lazy librarian :) |
| 15:01 |
abneiman |
Thank you csharp++ kmlussier++ |
| 15:01 |
bshum |
@love IRC |
| 15:01 |
pinesol_green |
bshum: The operation succeeded. bshum loves IRC. |
| 15:01 |
kmlussier |
abneiman: Half of the questions I ask here are things I could look up on my own. |
| 15:04 |
abneiman |
:) the power of the hive mind |
| 15:06 |
|
mmorgan1 joined #evergreen |
| 15:15 |
bmills |
abneiman: our kpac is a little closer to stock with the addition of Bmagic's carousel https://catalog.sage.eou.edu/eg/kpac/home |
| 15:18 |
abneiman |
thank you! bmills++ Bmagic++ love the carousel, I want that in my TPAC. |
| 15:26 |
bmills |
abneiman: http://slides.mobiusconsortium.org/blake/bookcarousel/#/ |
| 15:36 |
abneiman |
bmills: that's cool, I'll look into it |
| 15:45 |
kmlussier |
berick: Should I remove you as the assignee from bug 1452950? |
| 15:45 |
pinesol_green |
Launchpad bug 1452950 in Evergreen "Angularize the patron editor" [Wishlist,In progress] https://launchpad.net/bugs/1452950 - Assigned to Bill Erickson (berick) |
| 15:45 |
berick |
kmlussier: yeah, i guess so, thanks |
| 15:52 |
csharp |
@tea |
| 15:52 |
* pinesol_green |
brews and pours a pot of Golden Orchid, and sends it sliding down the bar to csharp (http://ratetea.com/tea/whispering-pines/golden-orchid/7244/) |
| 15:56 |
|
ericar_ joined #evergreen |
| 15:58 |
* csharp |
lifts his mug of Chai Rooibos tea and nods at JBoyer |
| 16:01 |
Dyrcona |
@bartender |
| 16:01 |
* pinesol_green |
fills a pint glass with Birra Moretti, and sends it sliding down the bar to Dyrcona (http://beeradvocate.com/beer/profile/318/867/) |
| 16:01 |
Dyrcona |
Ah ha! Haven't had one of those for a while. |
| 16:01 |
* Dyrcona |
did have a Birra Peroni with Sunday dinner. |
| 16:02 |
|
ericar_ joined #evergreen |
| 16:06 |
Dyrcona |
@dessert |
| 16:06 |
* pinesol_green |
grabs some Key Lime Pie for Dyrcona |
| 16:06 |
Dyrcona |
@snack |
| 16:06 |
pinesol_green |
Dyrcona: Down time is a fact of business when you're a poor 501c3 corporation. |
| 16:07 |
Dyrcona |
Figures. :) |
| 16:08 |
csharp |
@savorysnack |
| 16:08 |
pinesol_green |
csharp: Message root @ server God....Universe going down for reboot.... |
| 16:10 |
|
jlitrell joined #evergreen |
| 16:11 |
|
vlewis joined #evergreen |
| 16:22 |
Dyrcona |
Oh sure.... See what happens when you try to get fancy, csharp? |
| 16:24 |
Dyrcona |
@cheddar |
| 16:24 |
pinesol_green |
Dyrcona: As great as you are man, you'll never be greater than yourself. |
| 16:25 |
Dyrcona |
No hard boiled eggs, huh? :) |
| 16:28 |
csharp |
@praise [tea [insult [quote random]]] |
| 16:30 |
Dyrcona |
@praise [dunno] |
| 16:30 |
* pinesol_green |
I come to praise Down time is a fact of business when you're a poor 501c3 corporation., not to bury them. |
| 16:31 |
Dyrcona |
@praise [blame] |
| 16:31 |
* pinesol_green |
(blame [<channel>] [<id>] <who|what> [for <reason>]) -- Blames <who|what> (for <reason>, if given). If <id> is given, uses that specific blame. <channel> is only necessary if the message isn't sent in the channel itself. can run a report without assistance |
| 16:31 |
Dyrcona |
@prais [blame [quote random]] |
| 16:31 |
pinesol_green |
Dyrcona: Have you tried taking it apart and putting it back together again? |
| 16:31 |
Dyrcona |
d'oh. |
| 16:31 |
dbs |
@praise typos |
| 16:31 |
* pinesol_green |
Shall I compare typos to a summer's day? typos is more lovely and more temperate. |
| 16:32 |
Dyrcona |
dbs++ |
| 16:48 |
|
vlewis_ joined #evergreen |
| 16:52 |
|
vlewis joined #evergreen |
| 16:53 |
|
mmorgan joined #evergreen |
| 17:06 |
|
mmorgan left #evergreen |
| 17:20 |
jlitrell |
OK, noob Q but I'm still not quite getting it. :) Just finishing up bug 1519055, which is the "no electronic results" checkbox. We're adding a new search_format of 'electronic' to the config.coded_value_map table... I'm unclear on how the IDs are decided in sql/Pg/950.data.seed-values.sql . |
| 17:20 |
pinesol_green |
Launchpad bug 1519055 in Evergreen "Simple checkbox to exclude electronic resources from search results" [Wishlist,New] https://launchpad.net/bugs/1519055 - Assigned to Jake Litrell (jake-3) |
| 17:25 |
dbwells |
jlitrell: I don't recall what all tables are involved, but in the case of config.coded_value_map, all values under 10000 are reserved for new entries in master. |
| 17:26 |
dbwells |
So for tables with fixed IDs, I'd say just take the next one available, and if another feature gets in first with a conflict, we'll deal with that then. |
| 17:27 |
dbwells |
And now that I say that, we didn't follow that advice for recent upgrade scripts. Darn. |
| 17:28 |
jlitrell |
Yeah, that's where I'm trying to track it down. :) "OK, I'll just... oh, wait." |
| 17:28 |
jwoodard |
@love haikus |
| 17:28 |
pinesol_green |
jwoodard: The operation succeeded. jwoodard loves haikus. |
| 17:31 |
kmlussier |
dbwells: jlitrell and I were just chatting. Do you think it would make sense to remove the line break on this iteration and then file the separate layout/styling changes as a separate bug? |
| 17:34 |
dbwells |
kmlussier: I think that's a good approach, unless you feel it's essential to get them in together. |
| 17:35 |
kmlussier |
No, I don't think it's essential. It separates the new functionality from the display. |
| 17:38 |
dbwells |
To be clear, I think it's totally legitimate to keep them together, so it's more a matter of putting forth the changes as two smaller hurdles or one larger one, and relative difficult of clearing each :) |
| 17:39 |
dbwells |
s/relative difficult/deciding the relative difficulty/ # it's getting late |
| 17:41 |
kmlussier |
Yeah, the "it's getting late" piece resonates with me. |
| 17:43 |
dbwells |
kmlussier: Any initial reaction to the screenshots? (Don't worry, I'm well braced for rejection.) |
| 17:44 |
jlitrell |
I too like the first one. |
| 17:44 |
kmlussier |
I think they look good. I'm not sure which one I like best. I was going to show it to a couple of people here. |
| 17:44 |
kmlussier |
I would say they are an overall improvement to our initial display. |
| 17:50 |
kmlussier |
berick: Unfortunately, I didn't get a chance to take another look at the circ history. But I do have one question. |
| 17:50 |
dbwells |
Cool. There's certainly more that could be done with sizing and alignment of some of the elements but any step forward counts. |
| 17:51 |
kmlussier |
Does the circ.format.history.csv hook need to change to a core type of auch the way you did with the other hooks? |
| 17:51 |
* kmlussier |
isn't sure that question was written in proper English. |
| 17:53 |
kmlussier |
Unrelated to the new code, I was also puzzling over when the circ.history.email and circ.history.print triggers are called since there aren't any print or email optinos in the circulation history interface. But that's a question for another day. |
| 17:54 |
* kmlussier |
wanders off to feed dinner to hungry children. |
| 17:56 |
jlitrell |
Should. |
| 17:57 |
jlitrell |
Like when it's 2 am after a beer or two, and I say "I should install obsd on that box..." |
| 17:59 |
|
justdoglet joined #evergreen |
| 17:59 |
|
book` joined #evergreen |
| 17:59 |
|
sarabee joined #evergreen |
| 17:59 |
|
graced joined #evergreen |
| 17:59 |
|
csharp joined #evergreen |
| 17:59 |
|
dbs joined #evergreen |
| 17:59 |
|
jeff joined #evergreen |
| 17:59 |
|
JBoyer joined #evergreen |
| 17:59 |
|
_bott_ joined #evergreen |
| 17:59 |
|
miker joined #evergreen |
| 17:59 |
|
tsbere joined #evergreen |
| 17:59 |
|
geoffsams joined #evergreen |
| 17:59 |
|
gmcharlt joined #evergreen |
| 18:00 |
|
jlitrell joined #evergreen |
| 18:00 |
|
jihpringle joined #evergreen |
| 18:00 |
|
eby joined #evergreen |
| 18:00 |
|
pinesol_green joined #evergreen |
| 18:01 |
|
bshum joined #evergreen |
| 18:01 |
|
eady joined #evergreen |
| 18:01 |
|
ldw_ joined #evergreen |
| 18:01 |
|
dkyle joined #evergreen |
| 18:01 |
|
egbuilder joined #evergreen |
| 18:01 |
|
b_bonner joined #evergreen |
| 18:01 |
|
dluch joined #evergreen |
| 18:01 |
|
hopkinsju joined #evergreen |
| 18:01 |
|
Bmagic joined #evergreen |
| 18:01 |
|
dbwells joined #evergreen |
| 18:01 |
|
rashma joined #evergreen |
| 18:01 |
|
Callender joined #evergreen |
| 18:01 |
|
genpaku joined #evergreen |
| 18:01 |
|
mrpeters joined #evergreen |
| 18:02 |
|
genpaku joined #evergreen |
| 18:02 |
|
bmills joined #evergreen |
| 18:02 |
|
phasefx_ joined #evergreen |
| 18:02 |
|
abowling1 joined #evergreen |
| 18:02 |
|
akilsdonk joined #evergreen |
| 18:02 |
|
berick joined #evergreen |
| 18:02 |
|
jeff___ joined #evergreen |
| 18:02 |
|
mtj_ joined #evergreen |
| 18:02 |
|
bwicksall joined #evergreen |
| 18:03 |
|
jeffdavis joined #evergreen |
| 18:03 |
|
jwoodard joined #evergreen |
| 18:03 |
|
kitteh_ joined #evergreen |
| 18:06 |
|
jvwoolf joined #evergreen |
| 18:06 |
|
rangi joined #evergreen |
| 18:06 |
|
sandbergja joined #evergreen |
| 18:06 |
|
pastebot joined #evergreen |
| 18:06 |
|
mnsri joined #evergreen |
| 18:08 |
|
sandbergja joined #evergreen |
| 18:15 |
|
jeffdavis joined #evergreen |
| 18:39 |
|
eby joined #evergreen |
| 20:08 |
bshum |
LP is down, so this is the universe saying "take a night off Ben" ? |
| 20:08 |
kmlussier |
bshum: Never! |
| 20:14 |
kmlussier |
LP really shouldn't go down on the week of beta release. |
| 20:15 |
* bshum |
clicks refresh every couple moments |
| 20:15 |
bshum |
I checked the status page too on Twitter, but I don't believe them! |
| 20:26 |
bshum |
It lives! |
| 20:28 |
kmlussier |
I guess that means I should stop hanging around and get back to work. https://goo.gl/photos/dKN2wPZvfmhGFswv5 |
| 20:40 |
|
mrpeters left #evergreen |
| 20:50 |
kmlussier |
kenstir++ |
| 20:50 |
bshum |
kenstir++ # indeed |
| 21:43 |
|
serflog joined #evergreen |
| 21:43 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org |
| 21:46 |
kmlussier |
@later tell Dyrcona are you still planning to look at bug 1013786? |
| 21:46 |
pinesol_green |
kmlussier: The operation succeeded. |
| 22:02 |
* kmlussier |
sees loads of LP bugs with promises from kmlussier to load the code on a VM for testing. |
| 22:02 |
kmlussier |
Empty, empty promises |
| 22:02 |
bshum |
I think priority goes to bugs sponsored by people who offer candy. |
| 22:02 |
bshum |
Or some other tasty treat. |
| 22:02 |
bshum |
But that's just my opinion. |
| 22:02 |
* bshum |
will also test patches for karma |
| 22:04 |
* kmlussier |
has already fed cookies to bshum |
| 22:05 |
kmlussier |
Of course, I do believe bshum was the person who merged my most-recent code. |
| 22:05 |
kmlussier |
But, now that you mention it, nobody ever makes cookies for me. |
| 22:06 |
* bshum |
made cupcakes once for his coworkers |
| 22:06 |
bshum |
But I'm truly terrible at making anything edible. |
| 22:07 |
bshum |
My best work involves the microwave. |
| 22:07 |
kmlussier |
Microwaved cupcakes sound terrible. |
| 22:07 |
kmlussier |
yboston promised me a flan once |
| 22:07 |
bshum |
Well it was microwaved little snacks. Pretzels with melted white candy and a colored M&M shoved on top. |
| 22:08 |
* kmlussier |
really shouldn't be typing in IRC later than 9:00 |
| 22:08 |
kmlussier |
bshum: What do you call those? |
| 22:08 |
bshum |
I baked the cupcakes, with assistance from my mother and sister, who got tired of how long I was taking as I painstakingly measured out the batter to each one. |
| 22:09 |
bshum |
kmlussier: Eh, I'm not sure actually. I make them for afterl's christmas parties :P |
| 22:13 |
jlitrell |
bshum++ |
| 22:13 |
jlitrell |
That's for upcoming bug testing, not cupcakes. |
| 22:15 |
kmlussier |
Have a nice night late-night #evergreen folks! |
| 22:40 |
bshum |
kmlussier / jlitrell : re: https://bugs.launchpad.net/evergreen/+bug/1519055 , I can't recall, but wouldn't adding a new attribute definition require reingesting the bibs to find and tag them with the new attribute? |
| 22:40 |
pinesol_green |
Launchpad bug 1519055 in Evergreen "Simple checkbox to exclude electronic resources from search results" [Wishlist,New] - Assigned to Jake Litrell (jake-3) |
| 22:41 |
* bshum |
will ponder that further another night |
| 22:42 |
jlitrell |
I think yeah. |
| 22:43 |
bshum |
jlitrell: Might have to add something to that effect as a note in the upgrade script and gmcharlt will have to add that note to the end of the major upgrade script version-upgrade if/when we push it on |
| 22:43 |
jlitrell |
I knew that karma feeding would come in handy. |
| 22:43 |
jlitrell |
bshum++ |
| 23:01 |
pinesol_green |
[evergreen|blake] LP#1466990: Detailed search results shows parts for items that dont have parts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4b40e68> |
| 23:03 |
pinesol_green |
[evergreen|Galen Charlton] LP#1545178: remove two unused methods - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=49590f0> |
| 23:48 |
bshum |
Calling 0958 |
| 23:53 |
pinesol_green |
[evergreen|Galen Charlton] LP#1505286: limit number of facets retrieved - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=01ffba4> |
| 23:53 |
pinesol_green |
[evergreen|Galen Charlton] LP#1505286: add pgTAP tests - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=24a7665> |
| 23:53 |
pinesol_green |
[evergreen|Galen Charlton] LP#1505286: add release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9cf7350> |
| 23:53 |
pinesol_green |
[evergreen|Ben Shum] LP#1505286: stamping upgrade script for limit facets retrieved - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=70c1da0> |
