Evergreen ILS Website

IRC log for #evergreen, 2016-02-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
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-bachf​ischer/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?quer​y=harry+potter&qtype=keyword&fi%3Asearc​h_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.mobiusconsorti​um.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/whisper​ing-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>

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