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.php?theme=2&music=6&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_documentation_interest_group__dig__monthly_meeting_' |
14:00 |
yboston |
The agenda can be found here http://evergreen-ils.org/dokuwiki/doku.php?id=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/documentation/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/doku.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/evergreen-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/evergreen/2015/evergreen.2015-05-07-14.00.html |
14:39 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-05-07-14.00.txt |
14:39 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/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/doku.php?id=evergreen-docs:todo&#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 |