Evergreen ILS Website

IRC log for #evergreen, 2015-05-07

| 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
05:04 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
07:12 kmlussier Good morning #evergreen
07:30 graced joined #evergreen
07:35 jboyer-isl joined #evergreen
07:53 rjackson_isl joined #evergreen
08:21 collum joined #evergreen
08:23 akilsdonk joined #evergreen
08:31 mrpeters joined #evergreen
08:32 Dyrcona joined #evergreen
08:35 Stompro kmlussier, good morning!
08:35 mmorgan joined #evergreen
08:36 Stompro I'm looking forward to meeting people next week, hopefully everyone puts their IRC handle on their name tags :-)
08:36 kmlussier Hello Stompro! I'm looking forward to meeting you in person too! :)
08:48 kmlussier Hmmm...I just went to look at something on my job listing, and noticed that I can't see jobs on the job dashboard if I'm not logged in to evergreen-ils.org.
08:48 kmlussier That doesn't seem to be particularly useful.
08:49 Dyrcona Sure, it has been two days, time for another kernel update. :)
08:50 Shae joined #evergreen
08:53 Dyrcona Back after a restart.
08:55 Dyrcona joined #evergreen
08:57 kmlussier Looks like I put the wrong jobs link in the menu. So I guess I need to figure out what the correct link is.
09:02 kmlussier Got it. Looks much better now
09:06 csharp @who got the wrong job because of the wrong web link?
09:06 pinesol_green pastebot got the wrong job because of the wrong web link.
09:07 csharp that's probably true
09:07 maryj joined #evergreen
09:07 Dyrcona heh
09:07 Dyrcona So, our server is using a lot of RAM right now, and when I sort the running processes by resident memory used, my #2 item is a open-ils.trigger drone.
09:08 csharp oh yeah - hackfest quickie idea - fix pastebot's "reset the paste ID every time I restart" issue ;-)
09:09 Dyrcona It is also #3 on cpu time sorting, right behind ejabberd and the OpenSRF router.
09:10 csharp dbwells: would you be amenable to creating a branch with your quick fix to bug 1419172? or do you think it's too hacky?
09:10 pinesol_green Launchpad bug 1419172 in Evergreen "extend_reporter.full_circ_count view unusably slow on large datasets" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1419172
09:12 Dyrcona I am tempted to kill that drone.
09:13 Newziky joined #evergreen
09:14 Newziky left #evergreen
09:20 Dyrcona And, we ran out of swap, so had to shut everything down anyway.
09:20 Dyrcona Think I'll reboot the server while I'm at it.
09:21 Dyrcona And, we just got the last three of our new servers yesterday, so only another week or two to put with this cranky, old box.
09:21 kbutler joined #evergreen
09:21 gmcharlt csharp: dbwells: looks reasonable to me, and the query plan with the new version rather less convoluted
09:30 yboston joined #evergreen
09:42 csharp Dyrcona: I wonder if your problems will just go away with the new hardware - we've seen that happen
09:42 csharp "that" being "problems were solved by changing hardware"
09:43 csharp gmcharlt: awesome
09:43 Dyrcona Yeah, the new servers will definitely help with the running out of memory.
09:44 Dyrcona We're also doing something like a brick setup with the new servers to spread the load.
09:44 csharp gmcharlt: and we've been using it very happily in production - some of our libraries were actually convinced something was wrong because reports were returning in seconds when they used to take hours
09:44 Dyrcona In the mean time, I'm adding more swap via a file on the current server.
09:45 jwoodard joined #evergreen
09:46 csharp Dyrcona: yeah, I remember dmcmorris from ESI doing that on our reports server that was dying basically daily (c. 2008)
09:47 Dyrcona Yep. We had been doing pretty well for about 3.5 years, then lately we've been running out of RAM.
09:47 Dyrcona Just the past couple of months.
09:47 Dyrcona I was actually watching as it happened this morning, which is a bit of a wonder in itself.
09:48 RoganH joined #evergreen
09:50 csharp I bet ;-)
09:59 dbwells csharp: Yes, I will make a branch for it.
10:02 jboyer-isl dbwells++ # I didn't realize that wasn't already committed. We've been happily using it here as well; huge help.
10:07 csharp dbwells++ # thanks
10:07 csharp dbwells: I'll sign off as soon as it's up
10:10 csharp is rsoulliere the right person to poke if http://docs.evergreen-ils.org/2​.8/Evergreen_Documentation.pdf results in a 404?
10:11 yboston csharp: yes
10:11 csharp yboston: thanks
10:13 * csharp sent him an email about it
10:14 * kmlussier waves to RoganH
10:14 kmlussier RoganH: I was looking at the jobs board this morning. Was your plan to have people submit the jobs themselves or to go through somebody like you?
10:15 kmlussier I was just wondering if we need a link to the page where you submit a new job.
10:19 jwoodard do we have any catalogers on?
10:20 kmlussier @quote 46
10:20 pinesol_green kmlussier: http://wonder-tonic.com/geocitiesizer/content.ph​p?theme=2&amp;music=6&amp;url=evergreen-ils.org
10:20 RoganH kmlussier: originally we said they would go through me so we would have some vetting but there have been so few I'd be fine with making into a form and we can look them over after they're posted
10:21 kmlussier @quote get 46
10:21 pinesol_green kmlussier: Quote #46: "<_bott_> I am not a cataloger, but I speak enough MARC to be fun at parties" (added by gmcharlt at 11:43 AM, March 15, 2013)
10:21 RoganH kmlussier: however, since they go immediately out to social media we may want them vetted before published
10:21 kmlussier RoganH: OK, that's fine. I'll leave it the way it is then.
10:21 jwoodard haha that nice
10:21 kmlussier RoganH: I hope it's okay that I didn't go through you. :)
10:22 dbs gmcharlt++ # looks like a very promising performance win!
10:22 RoganH kmlussier: oh, no, I'm horribly offended, you'll have to appease me with a beer in Oregon
10:22 jwoodard Quick question do you know of any reason why an item will not appear when you search it by title and isbn
10:22 jwoodard in the catalog
10:22 kmlussier jwoodard: Are you doing a keyword search?
10:23 jwoodard I checked over the MARC record and everything is right and the title will appear when i am typing it in the search box
10:23 jwoodard kmlussier: yeah and the title appears as Im typing it but when I click on it no results are brough back
10:24 kmlussier jwoodard: Are you doing the search through the staff client or through the public catalog? Also, are there any items attached to the record?
10:30 jwoodard kmlussier: Through the staff client and there are items attached.
10:30 kmlussier So you said you click on the autosuggest term. Did you say you're adding isbn to the search too?
10:31 kmlussier If so, that could be the problem. IIRC, autosuggest will automatically change your search to a title search. But it's been a while since I used autosuggest.
10:31 bshum Yes, it changes the search type
10:31 bshum (which we hated, but anyways)
10:33 kmlussier Yeah, I don't think we liked that either, but it's been so long since we've evaluated autosuggest, that I don't recall the wishlist items anymore.
10:33 kmlussier Beyond the big wishlist item of getting it to work with screen readers.
10:34 kmlussier Well, not really work with screen readers. Not break the ability to use screen readers in the catalog is a more accurate representation of the problem.
10:39 bshum I thought autosuggest wasn't going to pop up for advanced search though (which is the default search for staff clients)
10:39 kmlussier bshum: Yes, that's true
10:39 jwoodard kmlussier: No the isbn search was separate. The only way we can find this item is by a barcode search.
10:40 bshum jwoodard: What version of Evergreen are you working with?
10:40 kmlussier jwoodard: It sounds like the record wasn't properly ingested.
10:40 jwoodard 2.7.3
10:41 kmlussier You might want to try editing the MARC record, saving it again, and then see if you can retrieve it.
10:41 bshum Anything interesting about the record?  Like was it ever deleted at any point and then brought back?
10:42 jwoodard I did that as well. I change the isbn. Replaced the title. Added the isbn13 and search by that.
10:42 jwoodard bshum: The only thing I can think of is that it was an old record that was import over when we joined the a consortium. Other than that...
10:43 bshum Hmm
10:43 bshum Well, I always get wary of bibs that don't reingest and think of https://bugs.launchpad.net/evergreen/+bug/1091885
10:43 pinesol_green Launchpad bug 1091885 in Evergreen "Reingest bib needs to deal with missing metabib.record_attr entries" (affected: 4, heat: 26) [Medium,Confirmed]
10:43 bshum If you have database access, you can check to see if there are actually metabib attributes associated with the bib in question.
10:44 * bshum is afraid he doesn't know which consortium jwoodard  belongs to :\
10:44 jwoodard NTLC
10:45 kmlussier Ah, I forgot about that bug.
10:46 bshum kmlussier: These bugs haunt my dreams.
10:46 jwoodard NTLC aka North Texas Library Consortium in case everyone cannot read my mind or auto guess acronyms ;)
10:46 bshum jwoodard: I've had some passing familiarity with NTLC ;)
10:55 akilsdonk joined #evergreen
10:56 bshum jwoodard: So my recommendation is to mention the issue up your chain of support, and see if they can test your bib/item and see if there are problems with the reingest on that record.
10:57 bshum Something like: SELECT COUNT(*) FROM biblio.record_entry WHERE deleted = FALSE AND id NOT IN (SELECT source FROM metabib.record_attr_vector_list);
10:57 bshum Would tell you how many bibs (which are not deleted) do not have a proper corresponding metabib.record_attr_vector_list entry
10:58 bshum I just ran that on our systems and came up with 13 bibs, which makes me a little sad.
10:58 csharp yay! 0 in PINES
10:59 * csharp fully expected to see more than 0
10:59 bshum csharp: Amazing!
10:59 bshum :)
11:00 mmorgan Hmm. 3 in NOBLE :-(
11:01 bshum I guess I can update the bug with these slightly better targeting SQLs
11:02 bshum SELECT bre.id FROM biblio.record_entry bre LEFT JOIN metabib.record_attr_vector_list mravl ON mravl.source = bre.id WHERE bre.deleted = FALSE AND bre.active = TRUE AND mravl.vlist IS NULL;
11:02 bshum In case you wanted the exact bib IDs for those missing entries
11:02 mmorgan bshum++
11:03 bshum mmorgan: Yeah, if you follow rjackson_isl's steps in his comment on that bug for a post-2.6 system, you can repair those missing entries.
11:03 berick csharp: have you done any additional testing on EDI since your last comments in bug #1342227 ?
11:03 pinesol_green Launchpad bug 1342227 in Evergreen "Setting up EDI Fails with Ruby version > 1.8" (affected: 2, heat: 14) [Undecided,New] https://launchpad.net/bugs/1342227
11:04 jwoodard bshum: Already sent an email. Proper training and database access are one of the many thing on my list of things to accomplish.
11:04 jwoodard bshum++  kmlussier++
11:06 bshum jwoodard: Good luck, hope it's the answer you need.
11:08 kmlussier mmorgan: 3 doesn't seem too bad.
11:08 mmorgan No, but I like csharp's 0 better :)
11:14 jeff this one is similar: select count(*) from money.billable_xact mbx where not exists (select 1 from money.materialized_billable_xact_summary mmbxs where mmbxs.id = mbx.id);
11:14 jeff that one prevents checkin.
11:15 jeff (for affected transactions)
11:15 bshum Ugh, why jeff?  Why must you torment me?
11:15 bshum :)
11:15 jeff but i think it's pretty rare. we have two.
11:16 * bshum thanksfully has 0
11:16 bshum And I'll go back to blissfully not thinking about billing weirdness.
11:17 csharp berick: no - I didn't put together a good way to test on the stock EG master machine I was on
11:17 csharp berick: I was able to see the daemon running, though
11:18 mmorgan Whew! we have 0 for jeff's query :)
11:19 sarabee joined #evergreen
11:20 csharp 0 for jeff's query here too
11:21 berick csharp: gotcha, thanks, that's a start. i'm working on a 14.04 utility server, so I should have some updates on this front soon
11:22 csharp excellent
11:31 bmills joined #evergreen
11:58 bmills joined #evergreen
12:15 jihpringle joined #evergreen
12:25 krvmga joined #evergreen
12:28 gsams bshum: ran your report...9308...  So, what do now?
12:29 kmlussier Wow!
12:29 buzzy joined #evergreen
12:29 gsams yeah... Not so pretty
12:31 gsams jeff: Thankfully we come up 0 on that report.
12:31 gsams I was worried for a moment though, all things considered.
12:31 * jeff feels special
12:35 gsams bshum: Ah, I see the instructions from the bug report.  I'll take a stab at that for a few to make sure I have the idea down.
12:41 gsams jwoodard:try searching for them now
12:42 gsams if that worked, 2 down 9306 to go...
12:44 jonadab Hmm...  everything seems to work, until autogen.sh, which... doesn't.  http://pastebin.com/RHbrZ0DM
12:44 jonadab settings-tester.pl looks ok.
12:45 Dyrcona jonadab: You restarted services after installing Evergreen?
12:45 jonadab Yes.
12:45 Dyrcona Try osrf_control --diagnostic to see if any services are not running.
12:46 jonadab Hmm... that's telling me that a lot of things are "NOT configured for this host".
12:46 jonadab Ah, here we go, --localhost
12:47 Dyrcona Yeah, I left it out, figuring you'd know if you needed it or not.
12:47 jonadab I figured it out.
12:47 jonadab http://pastebin.com/ebQ3VYH3
12:48 jonadab Notably, it says * opensrf.settings         [16415] uptime=19:56       cputime=00:00:00    #drones=5
12:48 csharp jonadab: maybe check /openils/var/log/osrfsys.log for clues?
12:48 Dyrcona FWIW, we see "No Response from settings server...going to sleep" from time to time with hold targeter and other cron jobs.
12:49 Dyrcona And, we've not run out of drones, either.
12:49 Dyrcona Never been able to pin it down.
12:49 jonadab Hmm...  [2015-05-07 12:41:03] opensrf.settings [INFO:16427:Server.pm:748:] server: no request was received in 1 seconds, exiting stateful sessi\
12:49 jonadab *session
12:50 jonadab Is that normal?
12:50 Dyrcona For certain definitions of normal, yes.
12:50 Dyrcona Not always desirable.
12:51 jonadab Is it possible autogen needs more than 1 second to send a request?
12:53 Dyrcona Could be, but then you might have other problems.
12:54 jonadab Hmm... I've confirmed that those messages get put in the log when I run autogen.sh
12:54 jwoodard gsams: It worked! That number though...I was hoping it wouldn't be that high.
12:54 jonadab Four lines, actually, and that's only the last one.
12:55 jonadab http://pastebin.com/StgmhHig
12:55 jeff jonadab: have you verified your ejabberd config changes, and that ejabberd was restarted after reconfiguring?
12:55 jeff jonadab: also, have you checked your ejabberd logs?
12:56 jonadab jeff: ejabberd and memcached were restarted after configuring, but I'm not knowledgeable enough about ejabberd to be certain the configuration is entirely correct.
12:56 Dyrcona jonadab: Well, you could change up the loglevel in opensrf_core.xml and restart services. That might give you more information about what is going on.
12:56 jonadab Though I /thought/ I just followed the install instructions.
12:58 jonadab Dyrcona: I guess just the opensrf log levels (not the router ones)?
12:58 Dyrcona jonadab: Yeah, specifically opensrf.settings.
12:59 gsams jwoodard: I had a bad feeling once I started reading the conversation that it would be.  There have always been a number of oddities with our records.
12:59 Dyrcona Maybe set it to 4.
12:59 Dyrcona On an unrelated note: Does anyone adjust the swappiness or vfs_cache_pressure on their Evergreen servers?
13:00 jonadab Oh, that DOES give new messages.
13:00 Dyrcona Are they useful?
13:01 jonadab Hang on, I'm restarting all the services again...
13:02 jonadab (I'd done start-all after restarting ejabberd and memcached, but I hadn't done stop-all first, so I am redoing with that to make sure everything is as it should be...)
13:03 Dyrcona jonadab: There is a --restart-all, too, and you can stop, start, and restart individual services.
13:04 jonadab Oh, --restart-all, good to know.
13:04 Dyrcona For instance, to restart just opensrf.settings: osrf_control --localhost --service opensrf.settings --restart
13:04 jonadab Yes, I'd run across --service and --restart in the documentation.
13:05 jonadab Not sure how I missed --restart-all
13:06 kbutler joined #evergreen
13:18 jonadab http://pastebin.com/Th15Exaa
13:27 Dyrcona The log looks like everything is OK.
13:27 Dyrcona But is autogen.sh still saying it can't talk to opensrf.settings?
13:30 Dyrcona Because opensrf.settings is passing on a request and getting responses.
13:31 Dyrcona This does reveal a connected session that is not properly closed, but that should not result in your symptoms.
13:31 Dyrcona jonadab: Here's a question: is this a fresh install or an upgrade?
13:43 jonadab Dyrcona: It's a fresh install.
13:43 jonadab Haven't even put any data into the DB yet.
13:43 yboston gmcharlt: do you have a sec. Looking for DIG VM update, if any new info is available
13:49 rsoulliere joined #evergreen
13:50 Dyrcona jonadab: Do you have org. units, at least?
13:50 Dyrcona It could be getting hung up on getting nothing back.
13:51 bshum gsams++ # glad to hear you're able to help out jwoodard :)
13:54 jeff jonadab: have you shared your ejabberd.cfg file somewhere yet?
13:55 yboston heads up DIG monthly meetign start at 2 PM EST
13:56 kmlussier yboston: I'm buried in work today, so may not be an active participant in the meeting.
13:56 kmlussier But I'll be around if you have any questions.
14:00 kmlussier yboston: Now that I think about it, I do have an update for my release coordinator report.
14:00 yboston #startmeeting DIG Monthly Meeting Evergreen Documentation Interest Group (DIG) Monthly Meeting.
14:00 pinesol_green Meeting started Thu May  7 14:00:45 2015 US/Eastern.  The chair is yboston. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00 pinesol_green Useful Commands: #action #agreed #help #info #idea #link #topic.
14:00 pinesol_green The meeting name has been set to 'dig_monthly_meeting_evergreen_documentati​on_interest_group__dig__monthly_meeting_'
14:00 yboston The agenda can be found here http://evergreen-ils.org/dokuwiki/doku.php?i​d=evergreen-docs:dig_meeting_20150507-agenda
14:01 yboston #topic Introductions
14:01 yboston Please feel free to start introducing yourselves...
14:01 remingtron #info remingtron = Remington Steed, Hekman Library (Calvin College)
14:01 yboston #info yboston is Yamil Suarez @ Berklee College of Music - DIG meeting facilitator
14:01 kmlussier #info kmlussier is Kathy Lussier, MassLNC
14:01 kbutler #info kbutler is Kate Butler, Rodgers Memorial Library (Hudson, NH)
14:02 rsoulliere #info rsoulliere  is Robert Soulliere, Mohawk College
14:03 yboston thank you everyone for coming
14:03 yboston #topic Updates from Content Coordinators
14:03 yboston kmlussier or rsoulliere ?
14:04 rsoulliere Nothing new this time around.
14:04 kmlussier Sorry, I stepped away
14:04 kmlussier #topic Release Coordinator report
14:05 kmlussier #info During our latest round of point releases, we added release notes for the 2.8.1 point release.
14:06 kmlussier We previously hadn't done release notes before for point releases, but I've had people ask me about them before. I'm hoping it's something we can do for the rest of the 2.8 release cycle and maybe do for future Evegreen releases.
14:06 remingtron kmlussier++
14:06 yboston kmlussier++
14:06 kmlussier #link http://evergreen-ils.org/documentat​ion/release/RELEASE_NOTES_2_8.html
14:06 kmlussier I want to tweak them a bit. Maybe something I can do on hackfest day.
14:06 kmlussier That's all I had.
14:07 yboston thanks
14:07 yboston I will move on to  meeting action items
14:07 yboston #topic 1) yboston will check in on DIG VM
14:08 yboston #info I got some updates from Galen about the DIG VM
14:08 yboston #info last I heard we might have it available this week, but not sure if the date slipped
14:09 yboston of course we still need the time to set up the VM
14:09 yboston any comments or questions?
14:10 yboston moving on
14:10 yboston #topic 2) yboston will reach out to krvmga for another copy of his docs to push to master
14:11 yboston #info I spoke to krvmga but did not get a chance to ask for this, will need to postpone for next meeting
14:11 yboston #action yboston will reach out to krvmga for another copy of his docs to push to master
14:11 yboston #topic 3) kmlussier will complete the marc stream importer work and check on the status of the RDA docs
14:12 yboston kmlussier warned me that she might be too busy to participat fully in this meeting. will postpone her action item
14:12 yboston #action kmlussier will complete the marc stream importer work and check on the status of the RDA docs
14:12 kmlussier Sorry - I'll need to defer again.
14:12 yboston no worries at all
14:12 yboston #topic 4) remingtron will send out email to list about cahnging the file suffix in the docs repo to .asciidoc
14:12 remingtron I didn't do that yet
14:13 remingtron I was really busy working on ACRL and IPEDS statistics surveys
14:13 yboston no worries, I can defer it
14:13 remingtron I'll do it after the conference
14:13 remingtron thanks
14:13 yboston #action remingtron will send out email to list about cahnging the file suffix in the docs repo to .asciidoc
14:14 yboston #topic 5) all finish outstanding EG 2.8 features listed here http://evergreen-ils.org/dokuwiki/d​oku.php?id=evergreen-docs:2.8_needs
14:14 remingtron There are no changes on the wiki page since last meeting
14:14 remingtron pre-conference syndrome?
14:14 yboston :)
14:15 yboston in some ways I am happy to know exactly what we can all work on at the DIG hackfest
14:15 remingtron :)
14:15 remingtron I'll be there in spirit, and remotely if someone has a webcam
14:15 yboston also, we can look at web client docs
14:16 yboston I have a webcam on two devices
14:16 yboston remingtron: lets plan on conencting with you uring the conference
14:17 remingtron sounds great
14:17 yboston shall we move on from this topic or do we want to discuss it further?
14:17 remingtron one thought
14:18 jonadab jeff: http://cgi.galion.lib.oh.us/e​vergreen-things/ejabberd.cfg
14:18 remingtron maybe at the conference someone can update the wiki page with status of the assigned but not completed tasks on the 2.8 docs page
14:18 jonadab Dyrcona: All I did to the DB was the step in the instructions that creates the schemata and stuff.  I haven't attempted to import any data to this install.
14:19 jonadab Oh, meeting, sorry.
14:19 yboston jonadab: no problem
14:19 yboston remingtron: like add a small update with soem additonal information like "need screenshots", etc
14:20 remingtron yboston: or just "in progress" or remove a person's name if they have to back out
14:20 yboston OK
14:20 remingtron or post whatever files they have that need review
14:20 remingtron thanks
14:22 yboston #action all update the 2.8 outstanding features list; remove names of those that cannot continue working on asignement; post compelted or incomplete files
14:22 jeff jonadab: you missed changing one of your maxrate values to 500000 -- you still have 1000
14:22 Stompro jonadab, The problem is in your ejabberd.cfg, your shaper maxrate needs to be increased.... dang, Jeff beat me.
14:23 yboston anything else for this topic?
14:23 remingtron not from me
14:23 yboston OK
14:23 yboston #topic 6) remingtron will add information of older outstanding doc needs to the 2.8 new feature doceumentation wiki page
14:24 jeff ack. sorry, missed that the meeting was still in progress!
14:24 remingtron that is done, though I'm correcting some formatting as we speak
14:24 remingtron jeff: no worries
14:24 yboston cool
14:24 yboston #topic 7) kmlussier will review submitted web client docs to be included in repository
14:25 yboston I will defer this item for her
14:25 kmlussier Sigh...
14:25 kmlussier I have a lot of work to do at the hackfest
14:25 yboston #action kmlussier will review submitted web client docs to be included in repository
14:26 yboston don't forget we can work on the plane ride over :)
14:26 remingtron planeride_hackfest++
14:27 yboston for the record, we are reffering to hacking our community documentation; and not affectign any other systems :)
14:27 kmlussier My laptop is too big for the itty bitty trays.
14:28 yboston At this point I can go into old action items, but I am in need of ending this meeting early if possible
14:28 yboston sorry, I mean "old business" ite,s
14:28 yboston *itmes
14:28 yboston *items
14:29 yboston I quickly wanted to ask who will be attending the DIG hackfest?
14:29 remingtron me, remotely
14:29 Stompro I'm planning on attending.
14:29 kbutler me, also remotely
14:30 yboston Stompro: FYI, I would love to have you join us, but we are probably in a seperate room from the dev hackfest
14:31 yboston kbutler: that is too bad we won't see you at the conference, we can try to connect with you
14:31 kbutler I wish I was going, too. Maybe next year.
14:32 yboston In terms of planning for the DIG hackfest, remingtron, kmlussier, and I can help with pushing content into the repo. Josh can help with that too
14:32 yboston I can work with newcomers and give them a short tutorial
14:33 kmlussier I'll be there, but I'll also be going to the dev hackfest for part of the day.
14:33 yboston the rest of us can look at the 2.8 features list
14:33 yboston kmlussier: I expected that
14:33 yboston kmlussier: my boss would prefer that I go to the dev one too :)
14:33 kmlussier heh
14:33 yboston any questions or comments about the hackfest?
14:34 remingtron I guess DIG is a gateway group to being a dev
14:34 yboston oops, I forgot that we can also work on web cleitn docs. For example, reviweing submitted docs
14:34 yboston yes
14:34 yboston kmlussier is following my plans to the letter
14:35 yboston unbeknownst to her
14:35 yboston anything else?
14:36 yboston I need to exit the meeting early, if that is OK with everyone
14:37 remingtron if it's useful, you could use this page for tracking hackfest work
14:37 remingtron http://evergreen-ils.org/dokuwiki​/doku.php?id=evergreen-docs:todo
14:37 remingtron yboston++ #for leading meetings
14:37 kbutler yboston++
14:37 yboston thanks
14:38 kmlussier yboston++
14:38 yboston OK folks I will wrap up, amd thanks for coming
14:39 yboston #endmeeting
14:39 pinesol_green Meeting ended Thu May  7 14:39:07 2015 US/Eastern.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
14:39 pinesol_green Minutes:        http://evergreen-ils.org/meetings/evergr​een/2015/evergreen.2015-05-07-14.00.html
14:39 pinesol_green Minutes (text): http://evergreen-ils.org/meetings/evergr​een/2015/evergreen.2015-05-07-14.00.txt
14:39 pinesol_green Log:            http://evergreen-ils.org/meetings/evergree​n/2015/evergreen.2015-05-07-14.00.log.html
14:40 yboston darn, I forgot that I will be traveling during the first week of June
14:40 jonadab jeff++
14:40 yboston We might need to postpone the next DIG meeting or have someone else lead it
14:40 kmlussier I won't be available the first Thursday in June. It's the day of our local conference.
14:40 remingtron yboston: postpone is fine
14:40 yboston kmlussier: I was going to ask you if I could crash your conference, but I won't be available
14:46 pmurray_away joined #evergreen
14:46 Dyrcona @eightball Will it go 'round in circles?
14:46 pinesol_green Dyrcona: _I_ don't know.
14:46 pmurray joined #evergreen
14:47 pmurray left #evergreen
14:47 Dyrcona @eightball Will it fly high, like a bird up in the sky?
14:47 pinesol_green Dyrcona: The outlook is hazy, please ask again later.
14:48 * Dyrcona wonders what eightball has against Billy Preston?
14:50 Stompro remingtron, if I want to add old missing stuff to the 2.8_needs doc, do I need to figure out what version it was originally added or can I just put it in anywhere?
14:59 dbs Dyrcona: Outlook is an unreliable delibry system
14:59 dbs Some people would say "delivery" but not me
15:00 Dyrcona dbs: No argument from me on that one.
15:00 Dyrcona ;)
15:00 Dyrcona And, then boom!
15:03 remingtron Stompro: good question. The intention was that we would document all new features for a version before it is released, so I guess everything remaining after that is part of the same "old stuff" pile
15:04 remingtron Stompro: the only place we've put random old stuff so far, though, is here: http://evergreen-ils.org/dokuwiki/d​oku.php?id=evergreen-docs:todo&amp;​#new_features_needing_documentation
15:04 remingtron but I'm open to your suggestions
15:06 jonadab Dyrcona: BTW, thanks for your help earlier.  It turned out jeff's idea was right, but I appreciate all the help I can get :-)
15:09 Stompro remingtron, I'm just seeing that some of the "Local Administration" and "Server Administration" items are not documented in the official docs, but are not listed on the 2.8_needs doc, I'm guessing because they were released long long ago.  I can try to figure out when each feature was released to add it to that section, but I'm not sure it is worth the effort.  How about just a "Unknown Release" section?
15:10 remingtron Stompro: yes, that sounds just fine. not important when it was first introduced
15:38 pastebot "mrpeters" at 64.57.241.14 pasted "Trouble with Z39.50 after adding new config.metabib_field xpath" (34 lines) at http://paste.evergreen-ils.org/51
15:39 mrpeters been racking my brain on this, and i'm still not sure what i've done wrong
15:39 pastebot "mrpeters" at 64.57.241.14 pasted "SQL to insert new config.metabib_field entries" (18 lines) at http://paste.evergreen-ils.org/52
15:41 mrpeters is there a step in the process that I've neglected that is causing new MARC records from being created?
15:42 jihpringle joined #evergreen
15:42 mrpeters running the insert manually gives "ERROR:  Attempted to UPDATE MARCXML that is not well formed"
15:43 jboyer-isl mrpeters: your xpath should start with //marc:datafield... not //marcxml:data... marcxml goes in the format field.
15:43 mrpeters jboyer-isl: stupid emojis -- can you pastie that
15:43 Dyrcona Yep. what jboyer-isl said.
15:44 Dyrcona mrpeters: Turn emojis off in your client. :)
15:44 * mrpeters notes the random magic spells page needs updating then :)
15:44 jboyer-isl Ah, all you need to do is take the xml out of the xpath line, just slash-slash-marc-colon-data...
15:44 mrpeters ok
15:45 jboyer-isl the format field tells the parser that it needs marcxml, so you're good to go there.
15:45 mrpeters right on, ok makes sense -- thats what i get for using old docs i guess :)
15:47 mrpeters GLORIOUS!  Thanks!  jboyer-isl++ Dyrcona++
15:47 jboyer-isl Since I'm still logged into the wiki on this machine I went ahead and fixed the page.
15:47 mrpeters oh, thanks!  i was just about to do that
15:47 Stompro buzzy, would it save much money to cancel the Wed 12:00 shuttle, only 3 people signed up (including me), I could wait until the 2:30pm shuttle.
15:48 Stompro Whoops, meant tuesday 12:00 shuttle.
15:49 Stompro Is there free WiFi at the Portland airport?
15:52 Stompro remingtron, I added some items that don't seem to be documented to the end of the 2.8_needs doc.  Let me know if that looks ok to you.
15:53 remingtron Stompro: thanks!
16:08 jonadab_znc joined #evergreen
16:10 eady joined #evergreen
16:44 mmorgan left #evergreen
16:54 dbwells csharp: Just FYI, I've created a branch for bug #1419172 and added it to the bug report.
16:54 pinesol_green Launchpad bug 1419172 in Evergreen 2.8 "extend_reporter.full_circ_count view unusably slow on large datasets" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1419172
17:15 * kmlussier is holding her breath and hoping the improvements she now sees in webby iframe navigation are not just a crazy fluke.
17:29 gsams kmlussier: Please tell me you are breathing again
17:29 * kmlussier quickly regains consciousness. :)
17:29 gsams heh, couldn't help myself
17:37 * jonadab can be a smart alec sometimes.
17:37 jonadab Eh, wrong channel, pay no heed.
21:06 bmills joined #evergreen
21:33 nuentoter joined #evergreen
21:33 nuentoter hello, anybody live in here tonight?
21:34 jonadab I'm here for the moment, but this channel tends to function mostly in the daytime.
21:35 jonadab Daytime in the Americas, specifically.
21:36 nuentoter hello again jonadab, how are you?
21:38 jonadab Getting sleepy.  (It's after 9pm here, and I'm a morning person.)
21:38 nuentoter you helped me the other week, and I was able to install my the server properly
21:39 nuentoter I wiped my HDD and went to do a fresh install of linux and server from my notes to ensure I can do it on my own and got stuck again lol
21:42 nuentoter i believe its postgresql giving me problems when i am installing the prerequisits
21:45 nuentoter i just have a quick question, can i install postqresql in its default location or in /openils or somewhere else?
21:46 jonadab I've been installing postgres using apt
21:46 jonadab Like, apt-get install postgresql
21:48 jonadab I think the Makefile.install also has a target for installing postgres.
21:51 nuentoter thats what i did, it installed postgreql 9.4 and the make command requests 9.3  now that i'm looking into it more
21:53 jonadab Shouldn't 9.4 be substitutable for 9.3?
21:54 * jonadab asks this naively, knowing next to nothing about Postgres versions.
21:54 nuentoter i would have thought so but it seems like not
21:55 jonadab Oh, I also remember at some point maybe installing a -contrib package related to Pg.
21:55 jonadab Not sure how relevant that still is.  This was versions ago.
22:01 jeff guess i should find something other than the patron editor to work on.
22:02 nuentoter im talking with someone in the #debian channel helping me understand compiling a little bit better
22:03 jonadab One of these days I'm gonna try seeing what aimake makes of Evergreen.
22:04 * jeff looks through bugs
22:04 jeff actually...
22:05 * jeff steps back and looks at how we talk about contributing
22:11 jeff reddit.com
22:11 jeff or i could procrastinate, inthe wrong window.
22:35 dbwells_ joined #evergreen

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