Time |
Nick |
Message |
01:02 |
|
jboyer_isl joined #evergreen |
01:04 |
|
mmorgan1 joined #evergreen |
01:14 |
|
jeffdavis joined #evergreen |
05:09 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
07:51 |
|
collum joined #evergreen |
07:59 |
|
rjackson_isl joined #evergreen |
08:01 |
|
ericar joined #evergreen |
08:27 |
|
akilsdonk joined #evergreen |
08:32 |
|
jboyer-isl joined #evergreen |
08:34 |
jcamins |
kmlussier: what was the board game you recommended? |
08:35 |
|
mmorgan joined #evergreen |
08:43 |
|
Dyrcona joined #evergreen |
08:47 |
|
Shae joined #evergreen |
08:58 |
csharp |
@developer |
08:58 |
pinesol_green |
csharp: Communication:14, BigPicture:14, DetailOriented:9, KungFu:8, GetsStuffDone:15, FlakeFactor:16, JavaAvoidance:15 |
08:58 |
csharp |
that's all pretty accurate, actually ;-) |
08:59 |
Dyrcona |
:) |
09:00 |
Dyrcona |
So, I think our new thrashing is just that we're super busy at times. |
09:00 |
Dyrcona |
That and a couple of bots hitting us to do stuff right in a row in the middle of the night. |
09:01 |
Dyrcona |
At one point during our high load last Wednesday, we had 4,800 Apache resuests in one minute. |
09:03 |
|
maryj joined #evergreen |
09:05 |
Dyrcona |
resuests? Oh boy. It has started already. |
09:05 |
* csharp |
queues dramatic music for Dyrcona's server drama |
09:06 |
Dyrcona |
Heh. No drama so far today, but my fingers don't seem to want to work. |
09:07 |
csharp |
Dyrcona: just make sure you listen to https://www.youtube.com/watch?v=3YOYlgvI1uE next time it happens |
09:07 |
Dyrcona |
So, I've loaded last week's Apache log with process id into a database table, and I'm going to generate some statistics for last Wednesday. |
09:07 |
* csharp |
loves the smell of burning apache processes in the morning |
09:07 |
Dyrcona |
Heh. |
09:08 |
Dyrcona |
It's kind of weird, 'cause there are fewer Apaches involved during the higher # of request periods, but I think that is because there are just a couple of clients making hundreds of requests. |
09:09 |
Dyrcona |
Because of the way it works, the same client tends to stick with the same Apache process for a while. |
09:10 |
Dyrcona |
TCP is like that. :) |
09:14 |
|
graced joined #evergreen |
09:16 |
|
sarabee joined #evergreen |
09:20 |
|
jwoodard joined #evergreen |
09:25 |
Dyrcona |
"Surprise! Surprise! Surprise!" |
09:25 |
Dyrcona |
The staff client is of course our biggest user at that time of the day. |
09:35 |
pinesol_green |
[evergreen|Thomas Berezansky] LP#1413621 Docs: Apache Rewrite Tricks - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3643e44> |
09:35 |
pinesol_green |
[evergreen|Remington Steed] LP#1413621 Docs: Minor changes to Apache Rewrite Tricks - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8d57549> |
09:35 |
pinesol_green |
[evergreen|Remington Steed] LP#1413624 Docs: Move Access Handler docs to official docs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c0e94d4> |
09:35 |
pinesol_green |
[evergreen|Remington Steed] Docs: Link optional docs from Apache config - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e772013> |
09:37 |
kmlussier |
jcamins: I recommended a board game? |
09:43 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "jeff: This is what I ended up adding to .profile" (6 lines) at http://paste.evergreen-ils.org/43 |
09:43 |
Dyrcona |
Follow up to a private conversation from earlier. |
09:47 |
|
yboston joined #evergreen |
09:51 |
Dyrcona |
More trivia: The minute where we reportedly ran out of settings drones was not the busiest minute in terms of requests, only 235 requests completed during that minute and 192 the next. |
09:52 |
Dyrcona |
It did, however, have 53 pids handle only 1 request each. |
09:53 |
Dyrcona |
What I don't know is how many of those spun up during that time. |
09:55 |
Dyrcona |
And the same thing appears to be more or less true when we get the no children available from opensrf.settings at others time.s |
09:56 |
Dyrcona |
It isn't the busiest minute, but it has 40+ Apache processes handling 1 request only. |
09:57 |
Dyrcona |
Think I'll generate a pids/minute spreadsheet. |
09:58 |
|
collum joined #evergreen |
10:00 |
kmlussier |
gmcharlt: Did we ever settle on needsrepatch for LP bugs that need more work? |
10:00 |
gmcharlt |
kmlussier: I owe the list an email |
10:10 |
Dyrcona |
Hm.. Those messages do not always correspond to times when we have the most unique pids going, either. |
10:11 |
Dyrcona |
No real pattern here, except that we have over 40 pids handling 1 request each. |
10:24 |
Bmagic |
jcamins: I don't know what she recommended but I can recommend Asara as a good solid fun starting board game for 9-99 |
10:28 |
|
mllewellyn joined #evergreen |
10:28 |
jcamins |
kmlussier: I thought you did. |
10:28 |
jcamins |
Bmagic: how many players does it work with? |
10:28 |
kmlussier |
jcamins: I may have, but I don't remember. :) |
10:29 |
jcamins |
Bmagic: 2-4. I found it. |
10:29 |
jcamins |
:) |
10:29 |
Bmagic |
jcamins: up to 4, If you want a game for more, I recommend Power Grid, accomodates 6 |
10:29 |
Bmagic |
/accomodates/accommodates/ |
10:30 |
kmlussier |
jcamins: Ah, I think I found the log. I think it was phasefx who recommended it. Ticket to Ride? |
10:31 |
kmlussier |
http://irc.evergreen-ils.org/evergreen/2014-01-22#i_61516 |
10:31 |
Bmagic |
LOL, we have an on going Ticket to Ride game happening right now in the office! |
10:31 |
kmlussier |
We're actually planning to play that game this weekend. |
10:33 |
jcamins |
I've been thinking about getting Ticket to Ride. Never played it, though. |
10:33 |
|
dreuther joined #evergreen |
10:33 |
kmlussier |
I'm glad I dug up that log. Lots of game ideas there. |
10:34 |
jcamins |
Oh, it was paxed! "We didn't play test this." I searched for "this should not be a game," and it didn't bring that up. |
10:34 |
Bmagic |
jcamins: It's not my favorite game but I will say it's a good opener. A "gateway" game if you will. I enjoy Through the Ages, Agricola, At the Gates of Loyang, 1830 |
10:35 |
jcamins |
For this Sunday we'll probably ask some of our guests to bring a couple of their board games, but I would like to own a couple of board games for when we have guests coming who aren't driving. |
10:36 |
* paxed |
likes Guillotine and Love Letter. card games, though. |
10:36 |
Dyrcona |
Mille Bournes! |
10:36 |
jcamins |
paxed: we actually have Guillotine. And Munchkin. |
10:37 |
jcamins |
And nothing else. |
10:37 |
* Dyrcona |
mostly just plays Scrabble and Clue. |
10:37 |
paxed |
jcamins: i hate munchkin. |
10:37 |
Bmagic |
Dyrcona: classic |
10:37 |
* Dyrcona |
is boring. |
10:37 |
jcamins |
paxed: Munchkin's great. |
10:37 |
Bmagic |
I agree with paxed about Munchkin (although I would say dislike) |
10:38 |
paxed |
jcamins: if it only lasted like 15 minutes tops, it would be better ... |
10:39 |
paxed |
but, really, the best is to go on boardgamegeek.com and sort the list by rating (and whatever else you want) |
10:40 |
kmlussier |
Mille Bournes? I haven't played that game in years. |
10:40 |
Bmagic |
paxed: you reminded me, Terra Mystica! That is a game I am really into right now |
10:40 |
* kmlussier |
wants to go shopping at the game store this weekend. |
10:41 |
Bmagic |
Terra Mystica just came out and it has rocketed to the top of the list on bgg |
10:48 |
|
awlib joined #evergreen |
10:51 |
awlib |
Hi, anyone know if there's a macro to add the "number of items checked out," "number of items on hold," and "number of hold ready to pickup" in the receipt template editor? |
10:52 |
|
hopkinsju joined #evergreen |
10:53 |
* hopkinsju |
likes boardgames! |
10:53 |
|
yayabobi joined #evergreen |
10:54 |
hopkinsju |
Who wants a 2015 International Evergreen Boardgame Night? |
10:57 |
hopkinsju |
I've got the Axe Cop version of Munchkin (and the original... and the princess expansion...) |
11:00 |
bshum |
That could be fun. |
11:01 |
bshum |
Board game night I mean. |
11:01 |
kmlussier |
hopkinsju: I would be up for that. |
11:01 |
kmlussier |
Might be almost as fun as a pub crawl. Almost. |
11:01 |
hopkinsju |
We'd obviously want to hold the event at the pub... |
11:01 |
hopkinsju |
Obviously. |
11:02 |
jboyer-isl |
"Who's screaming in the back room?" "Buncha librarians. Something about cops and axes." |
11:08 |
|
sandbergja joined #evergreen |
11:09 |
* Bmagic |
wants board games at the conference! |
11:09 |
Bmagic |
@who is a boardgame nut! |
11:09 |
pinesol_green |
eby is a boardgame nut. |
11:11 |
hopkinsju |
jboyer-isl: I'm assuming that we will just chop their heads off. |
11:11 |
hopkinsju |
http://boardgamegeek.com/collection/user/hopkinsju?own=1&subtype=boardgame&ff=1 |
11:12 |
Bmagic |
@cast jumanji |
11:12 |
pinesol_green |
Bmagic: As great as you are man, you'll never be greater than yourself. |
11:15 |
* Dyrcona |
now has to play some Bob Dylan. |
11:26 |
jboyer-isl |
That's not my cup of meat. |
11:34 |
|
vlewis joined #evergreen |
11:35 |
|
mglass joined #evergreen |
11:40 |
|
akilsdonk joined #evergreen |
11:51 |
|
bmills joined #evergreen |
12:08 |
|
dreuther_ joined #evergreen |
12:12 |
jwoodard |
Is the ability to create Circ Limits a grantable permission? |
12:16 |
|
jihpringle joined #evergreen |
12:20 |
Dyrcona |
jwoodard: What do you mean by the "ability to create Circ Limits?" I can think of at least three different things that that could mean. |
12:27 |
|
Newziky joined #evergreen |
12:29 |
|
dreuther joined #evergreen |
12:42 |
jeffdavis |
after upgrading to Ubuntu 14.04.2 and installing 2.8 beta, I get this error: Your version of Class::DBI, 3.0.17, is too new and incompatible with Evergreen. You will need to downgrade to version 3.0.1 or install Class::DBI::Frozen::301 |
12:43 |
jeffdavis |
Seems like something the build process should handle? |
12:43 |
bshum |
It should... |
12:43 |
bshum |
Maybe it's cause of something in the way you upgraded to 14.04 |
12:43 |
bshum |
What were you upgrading from? |
12:43 |
jeff |
this is something where you first installed evergreen THEN upgraded the OS? |
12:44 |
jeffdavis |
Upgraded from precise (before doing the install) via do-release-upgrade and dist-upgrade. |
12:44 |
jeff |
I'm not sure where in the process you installed Evergreen. |
12:46 |
csharp |
the Makefile.install for ubuntu-trusty should install that via CPAN |
12:46 |
jeffdavis |
Sorry. I had a server with Ubuntu 12.04 and EG 2.6. I did do-release-upgrade and dist-upgrade to upgrade Ubuntu to 14.04, then installed OpenSRF 2.4 from the repo and EG 2.8 beta from the packaged release. |
12:47 |
jeffdavis |
Maybe I missed something in the Makefile.install output. I'll re-run it. |
12:47 |
jeff |
Got it! |
12:47 |
* csharp |
wonders if this is APT dependencies for already installed packages are the problem |
12:47 |
csharp |
er.. s/this is// |
12:48 |
jeff |
jeffdavis: I think (without looking, sorry) that the issue is that the Makefile.install for the version you were on when you installed used the packaged version of Class::DBI. This was fine, but then the OS upgrade upgraded it to a version that was not-fine. |
12:48 |
jeff |
Now, having made that guess, I'm going to have to go and look. :P |
12:48 |
bshum |
I thought we've been using the frozen 301 for awhile now. |
12:48 |
Dyrcona |
Upgrading Ubuntu is just all kinds of nasty. |
12:49 |
Dyrcona |
I'm usually surprised when it works, actually. |
12:49 |
jeffdavis |
I generally prefer to start from a fresh install, and stuff like this is why. :) |
12:49 |
* bshum |
doesn't usually use Ubuntu upgrade anymore either. |
12:49 |
Dyrcona |
I've had several instances on just plain vanilla desktops and so on where the machines would not even boot after an upgrade. |
12:51 |
* csharp |
always installs on fresh OS, but uses VMs that are more or less disposable |
12:51 |
|
bbqben joined #evergreen |
12:53 |
jeff |
the 2.6 pre-req makefile does seem to force-install Class::DBI::Frozen::301 from CPAN, so I'm guessing that something in the OS upgrade pulled in a new version that's now first in @INC |
12:53 |
bshum |
Fun times. |
13:04 |
Dyrcona |
Well, yeah. apt probably saw a package for it and upgraded it. Don't think CPAN on Ubuntu makes packages, though I believer there is a Perl module for that. |
13:05 |
Dyrcona |
I know that on some distros and the BSDs there are versions of CPAN that will make packages out of CPAN modules when you install them. |
13:07 |
Dyrcona |
BSDPAN, for intance. |
13:08 |
jeff |
dh-make-perl, in the case of Debian. |
13:08 |
Dyrcona |
Thought there was one for Debian. |
13:08 |
Dyrcona |
Probably works on Ubuntu, too. |
13:09 |
jeff |
But to the best of my knowledge, we don't use that (or anything similar) in the pre-req makefiles, and I've not encountered anything that would take a perl distribution installed from CPAN and replace it with a packaged (in the dpkg/apt sense) version during upgrades... |
13:09 |
Dyrcona |
Yep. Doesn't really help does it? |
13:09 |
kmlussier |
dbwells: Now that her internship is over, would it be worthwhile to add julialima's style guide to the Evergreen docs? |
13:10 |
Dyrcona |
jeffdavis: Did you try force purging the package and rerunning the makefile.install? |
13:10 |
Dyrcona |
Or, may just a purge, first. That would tell you if something required it. |
13:10 |
Dyrcona |
maybe... |
13:11 |
jeff |
tricky part with uninstalling the version provided by the distro package manager is going to be if something else you care about requires it... |
13:11 |
Dyrcona |
Well, yeah, but trying to remove it should tell you. |
13:11 |
* jeff |
nods |
13:11 |
Dyrcona |
I can't think of what Evergreen would install that needs it, though. |
13:11 |
|
wjr joined #evergreen |
13:11 |
jeffdavis |
I think I figured it out actually. Local issue - for some reason there was a VERY stale lockfile in /root/.cpan/.lock, and that was causing the install_cpan_force part of Makefile.install to fail. |
13:12 |
jeff |
also, I'm surprised that Class::DBI::Frozen::301 isn't in @INC if it was installed from CPAN at -- OH! |
13:12 |
Dyrcona |
Ah. |
13:12 |
Dyrcona |
That makes sense. |
13:13 |
jeffdavis |
There seems to be running another CPAN process (pid 21450). Contacting... |
13:13 |
jeff |
jeffdavis: hah! okay, and I think that your initial CPAN install of Class::DBI::Frozen::301 was no longer in @INC possibly because the system perl version changed during the Ubuntu upgrade process. |
13:13 |
jeffdavis |
Other job not responding. Shall I overwrite the lockfile '/root/.cpan/.lock'? (Y/n) [y] Ok, bye |
13:13 |
jeffdavis |
^ for benefit of the logs, I re-ran Makefile.install and noticed that in the output. |
13:13 |
jeff |
You'd probably have to install any custom CPAN modules that you had previously installed, if that's actually the case. |
13:13 |
Dyrcona |
Despite what I said earlier about upgrades being wonky, I did successfully upgrade an Evergreen vm from 12.04 to 14.04, as well as my "utility" server where I run some Evergreen scripts. |
13:13 |
jeffdavis |
jeff: Good point. 12.04 was using perl 5.14.2, looks like 14.04 is 5.18.something |
13:14 |
Dyrcona |
Depends. |
13:14 |
Dyrcona |
Sometimes the upgrade adds the old path to @INC, sometimes not. |
13:15 |
jeffdavis |
I'll keep an eye out for any errors that could be due to that, at least. |
13:15 |
Dyrcona |
We don't really have any good instructions for what to do when you upgrade your O/S do we? |
13:16 |
Dyrcona |
You basically need to reinstall OpenSRF and Evergreen. |
13:16 |
kmlussier |
Really? |
13:16 |
Dyrcona |
Even if you're not upgrading them along with the O/S. |
13:16 |
Dyrcona |
Yes, pretty much. |
13:16 |
* kmlussier |
was just talking to somebody about an O/S upgrade today. |
13:18 |
kmlussier |
The question posed to me today was, if you are operating in a brick environment and you are doing an O/S upgrade, can you upgrade them one at a time, basically operating in a mixed environment, or do you have to upgrade all of the bricks at once? |
13:18 |
Dyrcona |
Hmm. Thinking about it, I think I added the old path manually to @INC. |
13:19 |
Dyrcona |
I think you should be able to operate in a mixed environment. |
13:19 |
Dyrcona |
You might have a fun time trying to keep Apache configurations up to date, though. |
13:20 |
kmlussier |
Why? |
13:20 |
Dyrcona |
The configuration changes from Apache 2.2 to Apache 2.4. |
13:21 |
kmlussier |
OK, thanks! |
13:21 |
Dyrcona |
So, if you're keeping configs and all that on a network file share, you might need to make accomodations. |
13:21 |
Dyrcona |
heh. |
13:21 |
gmcharlt |
indeed |
13:22 |
Dyrcona |
someone made that same typo earlier today. |
13:22 |
Dyrcona |
I think it would be saner to try and do it all at once. Maybe doing a brick at a time while taking them out of rotation to avoid down time. |
13:23 |
* Dyrcona |
doesn't currently use bricks, though. |
13:23 |
kmlussier |
Yeah, I'm not sure if their configs are on a network share or not. |
13:24 |
gmcharlt |
other than things like adjusting for an Apache major version change as Dyrcona pointed out, doing an OS upgrade a brick a time is doable |
13:24 |
gmcharlt |
but I woudln't recommend *leaving* the cluster in a mixed state |
13:24 |
|
jjlundgren joined #evergreen |
13:24 |
Dyrcona |
gmcharlt++ # For CVEs and stuff. |
13:24 |
gmcharlt |
to avoid confusion, if nothing else |
13:25 |
* Dyrcona |
agrees. |
13:25 |
kmlussier |
Sure. I don't think the plan was to leave it in a mixed state. It was just to make the upgrading a little more manageable. |
13:25 |
kmlussier |
I'll forward all of this along. |
13:25 |
kmlussier |
Dyrcona++ gmcharlt++ |
13:25 |
gmcharlt |
Dyrcona: BTW, I've asked cve-assign to make the CVEs public (or for them to tell me to "learn patience, grasshopper!") |
13:25 |
gmcharlt |
one or the other :) |
13:26 |
Dyrcona |
heh |
13:26 |
Dyrcona |
Patience is a hard lesson. |
13:26 |
dbwells |
kmlussier: I plan to put something on the agenda for the dev meeting on Monday about the guide. I think we'll want to roll it in fairly soon, but we can talk about it as a group then. Does that sound alright? |
13:26 |
jeff |
"patience? sorry, don't have the time." |
13:27 |
gmcharlt |
"got tired of standing in the line to receive my patience, and wandered off.." |
13:27 |
Dyrcona |
haha |
13:28 |
dbwells |
kmlussier: Also, julialima does plan to be there on Monday as well. |
13:29 |
kmlussier |
dbwells: Excellent! Thank you. |
13:30 |
|
krvmga joined #evergreen |
13:33 |
|
jeffdavis joined #evergreen |
13:53 |
|
bmills joined #evergreen |
13:53 |
kmlussier |
@dessert add a ginormous bag of Jelly Bellies |
13:53 |
pinesol_green |
kmlussier: The operation succeeded. Dessert #31 added. |
13:54 |
kmlussier |
@dessert 31 [someone] |
13:54 |
* pinesol_green |
grabs some a ginormous bag of Jelly Bellies for sarabee |
13:54 |
kmlussier |
Sigh... |
13:54 |
yboston |
heads up, the Evergreen for Academics monthly meeting will be starting at 2 PM EST |
13:55 |
|
jck_ joined #evergreen |
13:56 |
kmlussier |
@dessert add ginormous bags of Jelly Bellies |
13:56 |
pinesol_green |
kmlussier: The operation succeeded. Dessert #32 added. |
13:56 |
* kmlussier |
now needs to figure out how to remove dessert 31 |
13:56 |
|
DonB__ joined #evergreen |
13:57 |
Dyrcona |
@dessert delete 31 |
13:57 |
* pinesol_green |
grabs some Tiramisu for delete 31 |
13:57 |
Dyrcona |
There's a command for it, if you're signed in. |
13:57 |
kmlussier |
ha ha |
13:57 |
* kmlussier |
is signed in |
13:57 |
Dyrcona |
@help dessert |
13:57 |
pinesol_green |
Dyrcona: An error has occurred and has been logged. Please contact this bot's administrator for more information. |
13:57 |
Dyrcona |
Curses. |
13:58 |
kmlussier |
@dessert 32 Dyrcona |
13:58 |
* pinesol_green |
grabs some ginormous bags of Jelly Bellies for Dyrcona |
14:00 |
Dyrcona |
So, back to my opensrf.settings problem, it looks like we could increase our maxchildren to 60 and alleviate most of the issues. |
14:00 |
yboston |
#startmeeting 2015-03-12 - Evergreen for academics monthly meeting. |
14:00 |
pinesol_green |
Meeting started Thu Mar 12 14:00:57 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 '2015_03_12___evergreen_for_academics_monthly_meeting_' |
14:01 |
yboston |
The agenda can be found here http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen_for_academics:2015-03-12 |
14:01 |
yboston |
#topic Introductions |
14:01 |
yboston |
Please feel free to start introducing yourselves... |
14:01 |
krvmga |
#info krvmga is Jim Keenan, C/W MARS |
14:01 |
yboston |
#info yboston is Yamil Suarez @ Berklee College of Music |
14:01 |
sandbergja |
#info sandbergja is Jane Sandberg, Linn-Benton Community College |
14:01 |
yboston |
#topic last meeting's action items |
14:02 |
yboston |
sorry, I jumped the gun |
14:02 |
jck_ |
#info jck is Joan Kranich, C/W MARS |
14:02 |
DonB__ |
#info DonB_ is Don Butterworth Asbury Seminary |
14:02 |
yboston |
keep introducing yourselves |
14:03 |
kmlussier |
#info kmlussier is Kathy Lussier, MassLNC |
14:04 |
yboston |
welcome everyone |
14:04 |
yboston |
#topic last meeting's action items |
14:04 |
yboston |
#info 1) ck_ and kmlussier to follow up directly with libraries that showed interest in an academic PAC flavor. |
14:04 |
yboston |
any comments or questions? |
14:04 |
kmlussier |
Defer? |
14:05 |
yboston |
no problem |
14:05 |
kmlussier |
Also, I think that jck is the other person in that action item |
14:05 |
yboston |
BTW, who is ck_? |
14:05 |
yboston |
#action ck_ and kmlussier to follow up directly with libraries that showed interest in an academic PAC flavor. |
14:06 |
yboston |
#info 2) jeffdavis to put out a call for current patron loading scripts that are already in use. |
14:06 |
yboston |
not sure if jeffdavis is aorund? |
14:07 |
yboston |
I will defer teh action item for now |
14:07 |
yboston |
#action jeffdavis to put out a call for current patron loading scripts that are already in use. |
14:08 |
yboston |
#info 3) DonB write up a Launcpad wishlist bug to propose “see more” style cuntionality on OPAC record view |
14:08 |
DonB__ |
Done. See https://bugs.launchpad.net/evergreen/+bug/1424815 |
14:08 |
pinesol_green |
Launchpad bug 1424815 in Evergreen "Wishlist: Add a “read more” feature to the OPAC bib record view for fields with lots of text" (affected: 3, heat: 16) [Undecided,New] |
14:08 |
yboston |
any commnets or questions? |
14:08 |
yboston |
*comments |
14:09 |
krvmga |
i added my "this bug affects me" to that ticket |
14:09 |
yboston |
I'll move on to the next wishlist related action item |
14:10 |
yboston |
#info 4) DonB and yboston will write out an LP wishlist bug for call number search “list view” |
14:10 |
krvmga |
others who want/need it may wish to do the same. |
14:10 |
yboston |
DonB__: do you have the link handy? |
14:10 |
DonB__ |
Also done. See https://bugs.launchpad.net/evergreen/+bug/1424690 |
14:10 |
pinesol_green |
Launchpad bug 1424690 in Evergreen "Create a “list view” for Call Number (Shelf Browse) results lists" (affected: 3, heat: 16) [Undecided,New] |
14:10 |
yboston |
thanks |
14:11 |
yboston |
glad those two whishlist bugs were created |
14:11 |
yboston |
at this point there will be a need to find someone witht he skills or the money to have those bugs addressed |
14:12 |
DonB__ |
That leaves me out, at least for this budget year |
14:12 |
yboston |
the upcoming conference could be a time to look for collaborators in term of coding the solution or funding someone else to fund the development |
14:13 |
yboston |
lets move on to "new business" |
14:13 |
yboston |
unless there are any comments or quesitons? |
14:14 |
yboston |
#topic Updates from sub-group leaders (Authorities, LC Call numbers, etc.) |
14:15 |
yboston |
I can report that the tiny authority related code changed I proposed made it to the 2.8 release |
14:15 |
DonB__ |
I haven't done any more with the LC Call Number issues. |
14:16 |
yboston |
Here is the link to the manual part that mentions the addition of the "authority thesaurus" value |
14:16 |
yboston |
http://docs.evergreen-ils.org/dev/_manage_authorities.html |
14:17 |
yboston |
unless there are any comments or questions, we can move on |
14:17 |
yboston |
#topic Need to find another group leader to replace Kathy (suggested by Yamil) |
14:18 |
yboston |
kmlussier will not be able to co-lead this group with me going forward. I could use the help form someone else |
14:18 |
yboston |
any volunteers? |
14:18 |
krvmga |
i'll help you, yamil |
14:19 |
krvmga |
opac is my world :) |
14:19 |
yboston |
thanks |
14:19 |
krvmga |
just let me know what i can do to help |
14:20 |
yboston |
so far we have collaborated on running the meetings and updating the wiki pages; also some little strategizing for how to move the group's goals forard |
14:20 |
yboston |
*forward |
14:20 |
krvmga |
thanks |
14:21 |
yboston |
#agreed krvmga will co-lead the group with yboston |
14:21 |
DonB__ |
=1 |
14:21 |
kmlussier |
krvmga++ |
14:21 |
DonB__ |
+1 |
14:21 |
yboston |
#action yboston will email krvmga to plan next steps as co-leaders |
14:22 |
yboston |
next topic, unless there are comments/questions |
14:22 |
yboston |
#topic Lets plan to meet face to face during the EG conference (suggested by Yamil) |
14:23 |
yboston |
I hope we can find a time to get a group to meet face to face at some point during the conference. |
14:23 |
yboston |
it could be a great way to recruit more people |
14:23 |
yboston |
how many of you here plan to attend this year's cofnerence? |
14:24 |
DonB__ |
I would love to do that but Asbury's head of IT will be there as our only representative |
14:24 |
krvmga |
budget constraints at cwmars this year will keep me away unfortunately. |
14:24 |
krvmga |
during the convention, though, i'll happily be available for google hangouts |
14:24 |
yboston |
we can try to arrange it so that we have a laptop available |
14:24 |
kmlussier |
I'll be there |
14:24 |
sandbergja |
I'll be at the first part of the conference, and could participate remotely during the second half |
14:25 |
yboston |
sorry, had a knowck on my door |
14:25 |
yboston |
I meant that hopefully we can have people join in remotely on a cell phone or on Google hangout/skype |
14:26 |
yboston |
DonB__: It is a shame you can't make it, please have your IT person introduce himself to me |
14:28 |
yboston |
since this is still a new group, I was not plannign on asking for an offical time slot fromt he cofnerence comittee, though perhaps we should request a time? |
14:28 |
DonB__ |
I think that would be a good idea |
14:28 |
yboston |
we could plan to do a lightning talk to promote our group. I can volunteer to make the presentation |
14:29 |
krvmga |
lightning talk++ |
14:29 |
yboston |
(does everyone know what a lightning talk is?) |
14:29 |
DonB__ |
not yet |
14:30 |
DonB__ |
but it sounds like you should really pay attention |
14:30 |
yboston |
lightnig talks are 5 minute long presentations |
14:30 |
yboston |
the conference planners set a time for anyone to walk up to the podium |
14:30 |
yboston |
and give a 5minute presentation |
14:30 |
yboston |
the speakers are not really known in advance |
14:30 |
krvmga |
it's not hard (though it might feel scary) |
14:31 |
krvmga |
i gave a lightning talk on our docsprint two conferences ago |
14:31 |
yboston |
often, the presentation cover code improvements that happened that same day or the day before |
14:31 |
yboston |
OK, so far we have one volunteer (yboston) for a lighning talk |
14:32 |
yboston |
can I get a volunteer to reach out to the conference committee to 1) provide us an oficial time to meet OR 2) make sure that the conferece is providing a space for ad hoc meetings during the conference |
14:32 |
kmlussier |
I can volunteer |
14:33 |
krvmga |
kmlussier++ |
14:33 |
yboston |
also, folks can volunteer to help with the lightning talk too |
14:33 |
yboston |
thanks kmlussier |
14:33 |
yboston |
kmlussier++ |
14:34 |
yboston |
#action kmlussier to reach out to the conference committee to 1) provide us an oficial time to meet OR 2) make sure that the conferece is providing a space for ad hoc meetings during the conference |
14:34 |
yboston |
kmlussier: I'll bake you a cheese flan (my signature dish) if you also ask for a meeting time for the authoritites group |
14:35 |
krvmga |
yboston, do you want to add an action item for you and i to touch base with each other early next week? |
14:35 |
yboston |
thanks |
14:35 |
* kmlussier |
tries not to touch authorities unless she absolutely has to. :) |
14:36 |
yboston |
krvmga: thaks, I'll stick to the existing action item to email you |
14:37 |
yboston |
kmlussier: I'll lead the authorities group; I just want to let them know of all the other groups at the saem time |
14:38 |
kmlussier |
OK, I'll send it along. |
14:38 |
* kmlussier |
really likes flan, but has never had it with cheese. |
14:39 |
yboston |
#action yboston will work on a 5 minute lightning talk presentation on the Evergreen for Academics to help recruit more members |
14:39 |
yboston |
kmlussier: gracias; it is a mix of custard and cheesecake |
14:39 |
yboston |
kmlussier: I can send you the recipe, but we will have to coordinate to get the flan to you |
14:40 |
yboston |
any other comments or questions so far? |
14:40 |
kmlussier |
yboston: We'll just have to organize another local doc-fest. I'll bring cookies. |
14:40 |
DonB__ |
Y'all are making me hungry! :) |
14:41 |
yboston |
One idea i wanted to share |
14:41 |
krvmga |
if there are cookies, i will come |
14:41 |
krvmga |
i see cookies. i want to go to there. |
14:41 |
|
jihpringle joined #evergreen |
14:42 |
yboston |
is to create a sub page to the academics group wiki page were we list what each library has done to customize EG to work better for them |
14:42 |
DonB__ |
Cool |
14:42 |
yboston |
it should eb useful for new academic libraries, and I am sure we could learn from each other |
14:42 |
krvmga |
i like that idea |
14:43 |
yboston |
BTW, I keep a log of the local customizations that I make to Eg when we upgrade |
14:43 |
yboston |
and it is nice that over time thabks to my lobbying, bug reporting, or me coding proof of concepts a few of those cahnges are no longer needed because they have slowly become EG defaults |
14:44 |
Dyrcona |
yboston: I'd suggest public git branches for academic customizations. |
14:44 |
yboston |
I can start the page and then publicize it on the general mailing list |
14:44 |
krvmga |
Dyrcona: that's an interesting suggestion. |
14:45 |
yboston |
Dyrcona: to be clear do you mean something in the contrib repo or just working branches? |
14:45 |
yboston |
or a mix of both? |
14:45 |
yboston |
(and thanks for the immediate feedback) |
14:45 |
Dyrcona |
Whatever seems more appropriate. I hadn't thought much farther than git branches. |
14:46 |
yboston |
Dyrcona: OK, thanks |
14:46 |
yboston |
for example, at Berklee we are toying with displaying the main title (tag 245) subfield "h", which is the "medium" |
14:47 |
yboston |
it already displays in the OPAC full bib view, but not in the search results |
14:49 |
DonB__ |
Just be sure it isn't a subfield that is "indexed" in your title browse results |
14:49 |
yboston |
Here is a screenshot with the change https://drive.google.com/file/d/0B4URatF-NX5LWlR4Rk1USGNSOVk/view?usp=sharing |
14:49 |
yboston |
this is only a display change, that takes adding about two additional words to the OPAC code |
14:50 |
DonB__ |
It looks helpful |
14:51 |
yboston |
just to reiterate, it is two seperate things to display a field/subfield in the OPAC and to make that field/subfield indexed (i.e. searchable) |
14:51 |
yboston |
of course with RDA that type of information will be stored somehwere else, so some folks will not be interested int his change |
14:51 |
DonB__ |
I understand. What kind of coding would it take, I wonder, to put an icon in the cover art section? |
14:51 |
yboston |
I will set up an action item now |
14:52 |
kmlussier |
DonB__: An icon where? |
14:52 |
DonB__ |
Instead of cover art ... |
14:52 |
DonB__ |
have a default picture for a Sound Recording format |
14:53 |
DonB__ |
Or a Video recording format |
14:53 |
DonB__ |
etc. |
14:53 |
yboston |
#acton yboston will create a wiki sub page where libraries can list their EG customizations |
14:53 |
DonB__ |
Just a thougt |
14:53 |
DonB__ |
thought |
14:53 |
yboston |
#action yboston will create a wiki sub page where libraries can list their EG customizations |
14:54 |
yboston |
Iwe have wanted to come up with a way that our locally produced CDs, like student cocnerts, to have a generic Berklee cover |
14:54 |
kmlussier |
DonB__: I don't know. It's well beyond my coding abilities. |
14:54 |
yboston |
we have some ideas, but nver tried any of them yet |
14:54 |
yboston |
DonB__: you should ask on the dev list for ideas |
14:55 |
yboston |
DonB__: but it helps to give some background information of why your situation led you to what you think is the solution |
14:56 |
DonB__ |
we use bepress for our digital repository http://place.asburyseminary.edu/ |
14:56 |
yboston |
DonB__: you can send me a draft for me to look over |
14:56 |
DonB__ |
and use Icons and portraits of speakers |
14:56 |
yboston |
I need to wrap up to walk to another meeting |
14:57 |
yboston |
next meeting shoudl be April 9th |
14:57 |
yboston |
take care all |
14:57 |
krvmga |
yboston++ |
14:57 |
kmlussier |
Thanks Yamil! |
14:57 |
yboston |
#endmeeting |
14:57 |
pinesol_green |
Meeting ended Thu Mar 12 14:57:32 2015 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
14:57 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-03-12-14.00.html |
14:57 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-03-12-14.00.txt |
14:57 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-03-12-14.00.log.html |
14:57 |
kmlussier |
yboston++ |
14:57 |
DonB__ |
Many thanks! bye |
14:57 |
kmlussier |
@dessert add of yboston's cheese flan |
14:57 |
pinesol_green |
kmlussier: The operation succeeded. Dessert #33 added. |
14:58 |
kmlussier |
@dessert 33 [someone] |
14:58 |
* pinesol_green |
grabs some of yboston's cheese flan for eady |
14:59 |
kmlussier |
bshum: You may have missed this earlier because you were busy. Do you know how I can delete dessert 31? |
14:59 |
bshum |
kmlussier: Hmm |
14:59 |
bshum |
@list dessert |
14:59 |
pinesol_green |
bshum: add, change, dessert, get, remove, search, and stats |
14:59 |
bshum |
@dessert remove 31 |
14:59 |
pinesol_green |
bshum: The operation succeeded. |
14:59 |
bshum |
Like that. |
14:59 |
kmlussier |
Ah, remove! Dyrcona tried delete |
14:59 |
bshum |
pinesol_green: Bow to my whim, slave. |
14:59 |
pinesol_green |
bshum: What we have here is a failure to communicate. |
14:59 |
pinesol_green |
bshum: I am only a bot, please don't think I'm intelligent :) |
15:00 |
kmlussier |
@dessert bshum |
15:00 |
* pinesol_green |
grabs some of yboston's cheese flan for bshum |
15:24 |
bshum |
kmlussier: Fwiw (finally reading scrollback), but we operated in mixed Ubuntu systems in our cluster for awhile. Where usually we lagged our DB server behind a bit and kept reinstalling fresh VMs for the bricks, etc. over time. |
15:25 |
bshum |
So we had Ubuntu 10.04 -> 14.04 for the DB servers |
15:25 |
bshum |
10.04 -> 12.04 for the app servers |
15:25 |
bshum |
(we still haven't switched to 14.04 due to the ruby EDI bug since we use acq) |
15:25 |
bshum |
And we used Debian 6 instead of Ubuntu for awhile till 14.04 had a workable less-buggy version of ldirector for our load balancers. |
15:26 |
kmlussier |
bshum: But it was just the DB server that was on a different O/S than the bricks? Or did you sometimes have a mix among your bricks too? |
15:26 |
bshum |
So you can use whatever OS you want for each role in your setup. The only burden it adds is on the sys admins for keeping track of it all. |
15:26 |
bshum |
Right now we're in the midst of switching up our app servers too. |
15:26 |
bshum |
Where 5 out of 6 are 12.04 and one is 14.04 |
15:27 |
bshum |
We're testing the 14.04 one as a side utility server and seeing what else is weird. |
15:27 |
bshum |
And also using it as our chance to rewrite our apache config files for the Apache 2.2 to 2.4 change that Dyrcona mentioned too. |
15:29 |
bshum |
Generally I find it's easier on the brain the fewer distros we have to keep track of. |
15:29 |
bshum |
So I've been trying to consolidate things as best as I can. |
15:30 |
kmlussier |
bshum: Thanks for the details! |
15:30 |
kmlussier |
bshum++ |
15:30 |
bshum |
kmlussier: Actually come to think of it... we ran Lucid bricks at the same time we were building Precise bricks |
15:31 |
bshum |
And then we rotated them in our load balancer config to switch them when they were ready to take over. |
15:31 |
bshum |
So nobody noticed when we changed them over. |
15:31 |
bshum |
So it's all relative. |
15:31 |
bshum |
:D |
15:31 |
Dyrcona |
That's what I was hinting at when I said that you could upgrade brick by brick earlier, what bshum just described. |
15:32 |
Dyrcona |
Or what I meant, rather. |
15:32 |
Dyrcona |
And that's the way I would do it, but I wouldn't spread it out over more than a week or so. |
15:32 |
bshum |
Note, when I say "bricks" that's just a legacy term I affectionately call our servers. They are not traditional "bricks" (head and drones separately maintained), but in fact single application installs. |
15:33 |
Dyrcona |
Right, but you could take 1 brick out of rotation, upgrade it, then put it back in rotation in ldirector. |
15:33 |
bshum |
With VMs, it's been easy enough to spin up new instances as necessary and smaller physical hardware working together to make a single "brick" has not been necessary for us for several years now. |
15:33 |
bshum |
Right. |
15:34 |
bshum |
Pull, NUKE IT, reinstall, and put back :) |
15:34 |
bshum |
Upgrade? What is this upgrade you speak of... |
15:34 |
Dyrcona |
Yeah, we're very likely to do what you're doing now when we upgrade our hardware "any day now." |
15:35 |
Dyrcona |
We'll us VMs on a couple of hosts to simulate bricks with everything running on each vm. |
15:35 |
Dyrcona |
s/us/use/ |
15:35 |
Dyrcona |
In fact, I was just putting that into my report for the board meeting next week. |
15:37 |
bshum |
I still amuse myself over the meeting where I first showed people how to "obliterate" users. |
15:37 |
bshum |
:D |
15:37 |
Dyrcona |
;) |
15:37 |
bshum |
Words are fun. |
15:38 |
Dyrcona |
That's the word they use in French when you get your public transit ticket punched/stamped to show that it has been used. |
15:38 |
* bshum |
wonders how he'll have to mix pound in with ldirector with the websockets stuff. |
15:40 |
jeffdavis |
Can I add kmlussier's email about security bugs to the agenda for Monday's dev meeting? http://markmail.org/thread/fqrhegamnyej2s57 - I can't make the meeting but it would be good to have some follow-up discussion. |
15:42 |
dbs |
sounds good |
15:44 |
* kmlussier |
certainly won't object. :) |
15:44 |
kmlussier |
jeffdavis++ |
15:44 |
jeffdavis |
kmlussier++ |
15:44 |
jeffdavis |
okay, added to agenda. |
16:45 |
Dyrcona |
So, yeah, we got hammered (mostly staff client traffic, btw) last Wednesday afternoon. |
16:45 |
Dyrcona |
Median hits/minute for the whole day: 625. |
16:45 |
Dyrcona |
Median hits/minute during the time of our high load: 2,592. |
16:46 |
Dyrcona |
With a maximum of 4,705 during the minute of 4:40 pm EST. |
16:47 |
Dyrcona |
Our poor server did the best it could, but the load hit 154. |
16:52 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
16:52 |
Dyrcona |
hits==requests if you don't know what I mean. |
16:55 |
gmcharlt |
Dyrcona: beats baseball bats... |
16:55 |
Dyrcona |
:) |
16:55 |
gmcharlt |
now by requests, do you mean Apache requests (which could include static content), OpenSRF calls, or something else |
16:56 |
Dyrcona |
Apache requests. |
16:56 |
Dyrcona |
And there isn't much static content. |
16:56 |
Dyrcona |
Since this server only serves up Evergreen. |
16:57 |
Dyrcona |
But, hey, 300+ requests from a handful of libraries, 200+ from some others, and 100+ from a bunch more, add up in a hurry. |
16:57 |
gmcharlt |
any sign of a cat sitting on a circ station's keyboard at the time - or does it all look like normal traffic, just a lot of it? |
16:57 |
Dyrcona |
Just a lot of traffic as as I can tell. |
16:58 |
Dyrcona |
It's not like one library really stands out. |
16:58 |
Dyrcona |
and occasionally, the local host, doing head requests for added content wins. |
16:59 |
Dyrcona |
It's like between 4:10 and 4:15 someone flipped a switch and set the larger libraries in to high speed. |
16:59 |
Dyrcona |
Guess kids were getting stuff for term reports or somethings. |
17:00 |
Dyrcona |
Anyway, time to go. |
17:00 |
Dyrcona |
Cya'll tomorrow. |
17:25 |
|
mmorgan left #evergreen |
17:26 |
|
mglass joined #evergreen |
17:52 |
|
collinanderson joined #evergreen |
17:52 |
collinanderson |
yo |
17:55 |
collinanderson |
I just heard of evergreen 5 minutes ago. is the code on github? |
18:03 |
collinanderson |
found it https://github.com/evergreen-library-system/Evergreen |
18:11 |
|
dcook joined #evergreen |
18:14 |
jeffdavis |
collinanderson: That is indeed Evergreen, but in general the dev community doesn't use github for development. |
18:14 |
jeffdavis |
The official repo can be seen at http://git.evergreen-ils.org/?p=Evergreen.git and issue tracking is managed in Launchpad, at https://launchpad.net/evergreen |
18:15 |
jeffdavis |
Just in case you're wondering why there's so little activity on Github for an active project. :) |
18:16 |
collinanderson |
gotcha |
18:19 |
collinanderson |
what's the difference between evergreen and opensrf? |
18:21 |
jeffdavis |
OpenSRF is a message routing layer. Evergreen depends on it. So if you wanted to install Evergreen, you'd install OpenSRF first, then Evergreen on top of it. |
18:32 |
collinanderson |
gotcha. interesting. what sort of messaging happens under the hood? |
18:42 |
|
bbqben joined #evergreen |
18:44 |
jeffdavis |
With OpenSRF, you define services which communicate by sending each other chunks of JSON over XMPP. |
18:45 |
jeffdavis |
So the core of Evergreen is a set of closely interrelated OpenSRF services. |
18:47 |
jeffdavis |
I'm probably oversimplifying, and there are bunch of people in this channel who know OpenSRF better than me, but that's the essence of it. :) |
19:06 |
collinanderson |
gotcha. is it really big enough that it makes sense to have multiple services? |
19:08 |
eeevil |
collinanderson: evergreen? well, http://git.evergreen-ils.org/gitstats/Evergreen/lines.html says we're at 1.7M lines of code in the repo :) |
19:08 |
collinanderson |
dang. nice |
19:16 |
jeffdavis |
"Evergreen: The Industrial-Strength Open Source ILS" |
19:24 |
eeevil |
jeffdavis: it's Enterprise(tm) ;) |
19:31 |
jeffdavis |
heh |
22:30 |
|
akilsdonk joined #evergreen |