| Time |
Nick |
Message |
| 06:06 |
|
artunit_ joined #evergreen |
| 07:45 |
csharp |
@later tell Bmagic it sounds like something didn't get installed correctly if you're seeing a directory listing :-/ |
| 07:45 |
pinesol_green |
csharp: The operation succeeded. |
| 07:54 |
|
timf joined #evergreen |
| 07:57 |
|
collum joined #evergreen |
| 08:37 |
|
Dyrcona joined #evergreen |
| 08:37 |
|
Shae joined #evergreen |
| 08:37 |
|
akilsdonk joined #evergreen |
| 08:38 |
|
rjackson-isl joined #evergreen |
| 08:49 |
|
kbeswick joined #evergreen |
| 08:51 |
|
mmorgan joined #evergreen |
| 08:54 |
|
keggle_ joined #evergreen |
| 09:01 |
Bmagic |
csharp: I think I nailed it. It was a virtualhost name matching issue with apache! |
| 09:06 |
csharp |
Bmagic: awesome |
| 09:06 |
|
dbs joined #evergreen |
| 09:23 |
|
ericar joined #evergreen |
| 09:26 |
|
mrpeters joined #evergreen |
| 09:28 |
dbs |
@later tell Bmagic The directory listing behaviour is what I've always seen on Fedora |
| 09:28 |
pinesol_green |
dbs: The operation succeeded. |
| 09:29 |
Bmagic |
dbs: Yeah, I was watching the apache logs and saw that it started serving from /var/www/html which lead me to the virtualhost issue - the connection name needs to match the ServerName directive |
| 09:30 |
dbs |
Cool, if you have a fix we can either document it or push it into the sample apache config files |
| 09:35 |
csharp |
wow - the pgsql-hackers list is super busy! |
| 09:35 |
csharp |
I joined yesterday morning and have 95 messages |
| 09:38 |
|
RoganH joined #evergreen |
| 09:41 |
Dyrcona |
dbs Bmagic Is this an issue with installing on Fedora or was an installation step missed? |
| 09:45 |
* Dyrcona |
assumes it is an issue when installing on Fedora based on dbs' comment at 09:30:38 EST. |
| 09:50 |
* dbs |
had thought it was an issue with xulrunner in the past, but Bmagic makes the very good point that it's probably different apache config settings |
| 10:04 |
|
BigRig joined #evergreen |
| 10:06 |
Bmagic |
Dyrcona: I changed this line in eg_24.conf |
| 10:06 |
Bmagic |
<VirtualHost *:443> |
| 10:06 |
Bmagic |
DocumentRoot "/openils/var/web" |
| 10:06 |
Bmagic |
ServerName myresolvabledomain.com:443 |
| 10:06 |
Bmagic |
ServerAlias 127.0.0.1:443 |
| 10:06 |
Bmagic |
Dyrcona: ServerName is what I changed |
| 10:07 |
Dyrcona |
I think the instructions tell you to change that line do they not? |
| 10:07 |
Bmagic |
And the same for the port 80 Vhost |
| 10:07 |
Bmagic |
Dyrcona: If it did, I missed it, let me look |
| 10:07 |
Dyrcona |
I've not tried Evergreen with Apache 2.4, yet. |
| 10:07 |
Dyrcona |
They might not. |
| 10:08 |
Bmagic |
Dyrcona: naw, I dont see that setting in the instructions. No biggie |
| 10:09 |
Bmagic |
Dyrcona: We need this to work on Fedora because Debian does not have support for Hyper-V which has proven itself has superior to Xen when it comes to disk preformance |
| 10:10 |
csharp |
Bmagic: so you're going to run production on Fedora? |
| 10:10 |
Dyrcona |
Bmagic: I wasn't saying anything about trying something other than Fedora. I was just asking to see if it was something that dbs (the unofficial Fedora maintainer for Evergreen) should worry about, or if it looks like a user error by missing a step in the instructions. |
| 10:10 |
Bmagic |
csharp: We are going to give it a shot |
| 10:10 |
csharp |
whoa |
| 10:10 |
Dyrcona |
Fedora is fine by me. |
| 10:11 |
csharp |
Fedora's great if you can just stick to the official repos for everything |
| 10:11 |
dbs |
Bmagic: okay, i'm sure you're following some of the bugs that I've run into because Fedora tends to be ahead of most distros. Encode.pm comes to mind |
| 10:11 |
csharp |
3rd-party repos tend to lag a bit in my experience |
| 10:11 |
Bmagic |
csharp: We are running it on debain now, and would like to test the waters more seriously on Fedora due to the Hyper-V issue I mentioned |
| 10:11 |
dbs |
Bmagic: https://bugs.launchpad.net/evergreen/+bug/1242999 for example |
| 10:12 |
pinesol_green |
Launchpad bug 1242999 in Evergreen "Encode.pm 2.54 breaks database functions (naco_normalize, maintain_control_numbers, others)" (affected: 1, heat: 10) [High,Confirmed] |
| 10:12 |
Dyrcona |
csharp: While official Debian and Ubuntu repos tend to lag a lot, and often have bugs that go unfixed. |
| 10:12 |
Bmagic |
dbs: Thanks for the heads up. I've installed this a few times on Fedora and I seem to remember hitting the Encode issue once before |
| 10:12 |
csharp |
Bmagic: have you benchmarked KVM in your testing? that might be a better supported alternative |
| 10:12 |
dbs |
Bmagic: that also motivates me to update the MARC::Record + friend packages that I maintain to be the most current versions :) |
| 10:12 |
* Dyrcona |
uses Ubuntu for those who don't know. |
| 10:13 |
csharp |
Dyrcona: yeah - I'd rather have lingering bugs than zero-day(-ish) bugs if I'm running something in production |
| 10:13 |
* dbs |
cut over to KVM for local dev purposes recently and is quite happy with it, but hasn't benchmarked; certainly not at production levels :) |
| 10:13 |
csharp |
better chance for a backported fix |
| 10:13 |
* Dyrcona |
has almost never encountered a zero day bug, unless it is something he just modified himself. |
| 10:14 |
csharp |
we've been using KVM in production since early 2012 |
| 10:14 |
Dyrcona |
Most of the unfixed bugs linger for months. |
| 10:14 |
csharp |
it rawks |
| 10:14 |
dbs |
csharp++ |
| 10:14 |
* Dyrcona |
also uses KVM. |
| 10:14 |
Bmagic |
csharp: KVM came up as an option and off the top of my head, I can't remember why we eliminated it |
| 10:16 |
csharp |
Fedora deploys new versions of the kernel very soon after release - since kernel bugs can be insidious in server programs, I would rather live with a slower release cycle |
| 10:16 |
csharp |
(as a desktop user, that's fine - and actually exciting to be on the cutting edge) |
| 10:16 |
csharp |
as a server admin - not so much |
| 10:16 |
dbs |
seems like we have a classic "run master" vs "run release version" debate here :) |
| 10:16 |
csharp |
dbs: yep ;-) |
| 10:17 |
Dyrcona |
Linux from Scratch, bitchez! |
| 10:17 |
dbs |
with fedora closer to the master side of the pendulum |
| 10:17 |
csharp |
Dyrcona: ha! |
| 10:17 |
dbs |
:) |
| 10:17 |
* dbs |
imagines implementing the Linux kernel in Scratch the programming environment for half a second |
| 10:17 |
Dyrcona |
I have run Fedora on a mail server for a while, somewhere around 15, 16 and 17. |
| 10:18 |
Bmagic |
Redhat or CentOS would work too but I couldnt get Evergreen to come close to installing correctly on those |
| 10:18 |
Dyrcona |
I think we went with Ubuntu for various reasons later. |
| 10:18 |
dbs |
The good thing about Fedora in production is that its support cycle almost syncs up with Evergreen's |
| 10:18 |
dbs |
So you could just deploy fresh every 12 months :) |
| 10:19 |
Dyrcona |
Ooh, now you're talking about being a couple of releases behind. :) |
| 10:19 |
csharp |
Bmagic: I got OpenSRF master installed on CentOS 6 recently |
| 10:19 |
csharp |
(in a bare-bones test instance, I should add) |
| 10:19 |
Bmagic |
csharp: OpenSRF and Evergreen? |
| 10:19 |
* Dyrcona |
is seriously considering do Linux from Scratch on a laptop if he can find the time. |
| 10:20 |
Bmagic |
Gentoo? |
| 10:20 |
csharp |
Bmagic: not Evergreen yet, but here's my working OpenSRF branch: http://git.evergreen-ils.org/?p=working/OpenSRF.git;a=shortlog;h=refs/heads/user/csharp/centos_6_support |
| 10:20 |
Dyrcona |
OpenBSD! |
| 10:20 |
csharp |
Gentoo was supported early on |
| 10:20 |
* Dyrcona |
was working on getting Evergreen to function on FreeBSD, but ran out of zots. |
| 10:21 |
csharp |
yeah - mine is soley a curiosity project - something I'm doing occassional evenings |
| 10:21 |
dbs |
Yep, eeevil and I were gentoo users early on, although one particularly bad "emerge update" cured me of that |
| 10:22 |
Bmagic |
csharp: Thanks for the link to the git repo on opensrf |
| 10:22 |
csharp |
Bmagic: my approach is actually "run the fedora makefile and fill in what it's not installing with CPAN/stable 3rd-party repos" |
| 10:23 |
csharp |
that may be too naive, but I was looking for a place to start |
| 10:23 |
Bmagic |
csharp: Yeah, that is sorta what I found myself doing. Then it really became a daunting task, and I threw it out! |
| 10:23 |
csharp |
understood |
| 10:24 |
csharp |
you might poke the KCLS support folks ( smyers, linuxhiker? ) - they're running on CentOS 5 last I heard |
| 10:24 |
Bmagic |
It started looking like waaay to many things were off center for Centos, and I decided that this could never run for real in production |
| 10:24 |
csharp |
I would expect that |
| 10:25 |
dbs |
Bmagic: as a Fedora packager, knowing someone is running EG there would motivate me to try and package up some of the remaining dependencies |
| 10:26 |
Bmagic |
Fedora started getting support in Evergreen at fc17 however, the FC community didnt include kernel support in Hyper-V until FC18, lol. But now Evergreen 2.5 installs pretty smothly on FC19 |
| 10:26 |
csharp |
dbs++ |
| 10:26 |
|
yboston joined #evergreen |
| 10:27 |
dbs |
the biggest PITA is EG's continuing use of obsolete / deprecated libraries like the specific version of DBI::Class we need |
| 10:27 |
csharp |
yeah - that's a Debian problem too |
| 10:27 |
Bmagic |
The encode issue will be something I will have to address for sure |
| 10:27 |
csharp |
s/Debian/packaging for Debian/ |
| 10:28 |
* csharp |
has hopes of cleaning up our deb-builder utility for more general use |
| 10:28 |
csharp |
but that will be after our MLK weekend upgrade |
| 10:28 |
dbs |
Bmagic: well, there's a fix for that in the bug I posted |
| 10:29 |
dbs |
But because nobody else is hitting it yet, nobody else is motivated to really work on testing the final results (understandably) |
| 10:30 |
csharp |
fedora++ |
| 10:30 |
Bmagic |
We really would like this to work on fedora and it seem so close fedora++ |
| 10:32 |
csharp |
Bmagic++ #trailblazing |
| 10:37 |
|
akilsdonk_ joined #evergreen |
| 10:46 |
bshum |
dbwells++ # 2.6 RM |
| 10:49 |
csharp |
dbwells++ |
| 10:49 |
* berick |
goes "huh?", checks spam folder, sees lots of really not-spam messages |
| 10:49 |
berick |
*headdesk* |
| 10:49 |
dbs |
uhh, http://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2013-11-12 doesn't really have many details |
| 10:50 |
dbs |
I guess http://evergreen-ils.org/meetings/evergreen/2013/evergreen.2013-11-12-14.02.html links out to http://libmail.georgialibraries.org/pipermail/open-ils-dev/2013-November/009149.html |
| 10:50 |
dbs |
and that would be dwells' proposal |
| 10:55 |
csharp |
cat berick-email-folder | sed -s 's/viagra/Evergreen/g' |
| 11:12 |
|
akilsdonk joined #evergreen |
| 11:18 |
* eeevil |
builds a super-tiny-update point release |
| 11:28 |
linuxhiker |
csharp: who was looking for centos? |
| 11:41 |
csharp |
linuxhiker: Bmagic is looking at Fedora and I mentioned you were on CentOS |
| 11:41 |
linuxhiker |
csharp: yeah, a lot of centos :) |
| 11:52 |
|
dMiller_ joined #evergreen |
| 12:01 |
linuxhiker |
Bmagic: if you have any questions, feel free to ask. I would suggest CentOS over Fedora. |
| 12:04 |
|
16WABRXS7 joined #evergreen |
| 12:05 |
|
dMiller___ joined #evergreen |
| 12:09 |
|
smyers_ joined #evergreen |
| 12:19 |
|
smyers_ joined #evergreen |
| 12:35 |
|
artunit joined #evergreen |
| 12:46 |
|
dMiller_ joined #evergreen |
| 12:47 |
|
ktomita joined #evergreen |
| 12:50 |
|
kbutler joined #evergreen |
| 12:50 |
|
ktomita_ joined #evergreen |
| 13:02 |
|
smyers__ joined #evergreen |
| 13:16 |
|
terran_ joined #evergreen |
| 13:23 |
terran_ |
I'm having trouble with my KPAC not picking up a value for ctx.default_pickup_lib and I don't see ctx.default_pickup_lib defined in EGKPacLoader.pm - where do I look to see what other .pm files it is utilizing? |
| 13:29 |
jeff |
terran_: OpenILS::WWW::EGKPacLoader has "use base 'OpenILS::WWW::EGCatLoader'; |
| 13:29 |
terran_ |
Does that mean it should be pulling in the EGCatLoader/Account.pm file? |
| 13:30 |
jeff |
" and OpenILS::WWW::EGCatLoader (among other things) has "use OpenILS::WWW::EGCatLoader::Account;" which attempts to define ctx.default_pickup_lib |
| 13:30 |
jeff |
What symptoms are you observing? |
| 13:31 |
bshum |
terran_: With KPAC, it doesn't include options for choosing/changing the pickup lib, we've noted that problem before as well. |
| 13:31 |
bshum |
Or dealing with notification options. |
| 13:31 |
bshum |
It's kind of limited |
| 13:31 |
* bshum |
hates "Get It" |
| 13:31 |
terran_ |
It's not producing a value at all when ctx.default_pickup_lib is referenced |
| 13:32 |
terran_ |
bshum: agreed |
| 13:33 |
bshum |
I'd be curious to see if maybe KPAC isn't using the more updated org utils at the top of the page. |
| 13:33 |
bshum |
For a time, I had issues like that where the helper scripts weren't as updated or something |
| 13:33 |
bshum |
Also, you're sure the user has a user setting for pickup_lib already |
| 13:34 |
csharp |
bshum: the Account.pm code seems to fall back on user home OU if there's not a unit set |
| 13:34 |
terran_ |
Yes, if I look at the same user in the OPAC, the default is set and works correctly there |
| 13:35 |
terran_ |
(I changed it to something else and resaved it too, just to be sure) |
| 13:35 |
jeff |
but Account.pm only sets ctx.default_pickup_lib within load_place_hold, so you'd really only reference it from within opac/parts/place_hold.tt2 or opac/place_hold.tt2 or a template that those include/process. |
| 13:36 |
bshum |
Yeah I was just starting to look at getit.tt2 to see how it renders the entry |
| 13:36 |
bshum |
And how that differs from place_hold.tt2 |
| 13:37 |
bshum |
Interesting. |
| 13:38 |
bshum |
def_lib = ctx.default_pickup_lib || ctx.physical_loc; |
| 13:38 |
bshum |
Is what starts the getit.tt2 |
| 13:38 |
bshum |
Instead of going straight to ctx.default_pickup_lib |
| 13:39 |
jeff |
yeah. to make use of ctx.default_pickup_lib in kpac/getit.tt2 you'd need to define it in OpenILS::WWW::EGKPacLoader::load_getit |
| 13:39 |
bshum |
jeff++ |
| 13:40 |
terran_ |
aaah |
| 13:40 |
jeff |
one way would be to call a common function that sets ctx.default_pickup_lib |
| 13:42 |
terran_ |
that makes much more sense now, thank you |
| 13:42 |
jeff |
you'd call that common function from OpenILS::WWW::EGKPacLoader::load_getit and OpenILS::WWW:EGCatLoader::Account::load_place_hold -- or you could simply define ctx.default_pickup_location in OpenILS::WWW::EGKPacLoader::load_getit in a way similar to how it's already defined |
| 13:43 |
jeff |
though, i notice that the sub login_and_place_hold calls out to load_place_hold |
| 13:45 |
jeff |
yeah... load_getit calls login_and_place_hold which calls load_place_hold which should set ctx.default_pickup_lib |
| 13:46 |
jeff |
of course i'm looking at master, and we didn't establish what version you're dealing with. |
| 13:46 |
jeff |
but there's some advantage to be had in reading this through out loud, so hopefully i haven't wasted your time. :-) |
| 13:47 |
csharp |
jeff: it's very helpful |
| 13:47 |
terran_ |
I'm on 2.3.6 right now |
| 13:47 |
csharp |
and I'm looking at the same code in 2.5.1 |
| 13:47 |
terran_ |
And yes, it's incredibly helpful - I'm only scratching the surface on understanding how this works, so the more explanation the better! |
| 13:50 |
jeff |
oh, but without an action, load_place_hold is never called. |
| 13:50 |
|
smyers_ joined #evergreen |
| 13:50 |
jeff |
i see. |
| 13:51 |
jeff |
i have next to zero familiarity with kpac, so please excuse my stumbling. :-) |
| 13:51 |
|
montgoc1 joined #evergreen |
| 13:52 |
terran_ |
jeff: stumbling is better than crawling like me! |
| 13:52 |
|
emckinney joined #evergreen |
| 13:56 |
bshum |
KPAC doesn't evolve much between Evergreen versions. |
| 13:56 |
bshum |
Or at least not since 2.3 when we last poked at a bunch of bugs |
| 13:57 |
Dyrcona |
KPAC needs to be mobile friendly! :p |
| 13:57 |
csharp |
one humongous project at a time! |
| 13:58 |
gmcharlt |
bshum: if there were a group of 10-12 years wanting a F/LOSS project to work on ... KPAC template stuff might be just the thing |
| 13:58 |
gmcharlt |
</brainstorming> |
| 13:59 |
* csharp |
will pitch it to his 10 year old later ;-) |
| 13:59 |
gmcharlt |
"Dad, this is kid stuff! Find me something else!" |
| 13:59 |
* gmcharlt |
is purely speculating ;) |
| 13:59 |
csharp |
heh |
| 13:59 |
|
sborger joined #evergreen |
| 14:00 |
csharp |
actually if it looked more like Minecraft... |
| 14:00 |
gmcharlt |
#startmeeting Evergreen Oversight Board Meeting, 19 December 2013 |
| 14:00 |
pinesol_green |
Meeting started Thu Dec 19 14:00:36 2013 US/Eastern. The chair is gmcharlt. 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 'evergreen_oversight_board_meeting__19_december_2013' |
| 14:00 |
gmcharlt |
#info Agenda is at http://evergreen-ils.org/dokuwiki/doku.php?id=governance:minutes:2013-12-19 |
| 14:00 |
gmcharlt |
#topic Roll call |
| 14:00 |
gmcharlt |
#info gmcharlt = Galen Charlton, ESI |
| 14:01 |
montgoc1 |
#info montgoc1 = Chauncey Montgomery, Consortium of Ohio Libraries |
| 14:01 |
sborger |
#info sborger = Shauna Borger, Indiana State Library |
| 14:01 |
RoganH |
#info RoganH = Rogan Hamby, SCLENDS |
| 14:01 |
kmlussier |
#info kmlussier = Kathy Lussier, MassLNC |
| 14:02 |
emckinney |
#info emckinney = elizabeth mckinney PINES |
| 14:02 |
|
benhyman joined #evergreen |
| 14:03 |
gmcharlt |
hi benhyman, we've just started |
| 14:03 |
yboston |
#info ysboston - Yamil Suarez - Berklee College of Music (EOB) |
| 14:03 |
terran_ |
#info terran = Terran McCanna, PINES |
| 14:03 |
benhyman |
#info benhyman = Ben Hyman, BC Libraries Co-op |
| 14:04 |
|
elfstrand joined #evergreen |
| 14:05 |
gmcharlt |
OK, we have 9 EOB members present, including elfstrand, so we've achieved a quorum |
| 14:05 |
gmcharlt |
I will defer the action items from the previous meeting, as the only one is covered by a subsequent topic on the agenda |
| 14:06 |
gmcharlt |
#topic Financial report |
| 14:06 |
|
abneiman joined #evergreen |
| 14:06 |
gmcharlt |
#action Galen will email the financial summary after today's EOBG meeting |
| 14:06 |
gmcharlt |
#topic Evergreen 2.6 release manager's update |
| 14:06 |
gmcharlt |
it's fair to say that Dan Wells has been confirmed as the release manager for 2.6 this morning |
| 14:06 |
gmcharlt |
#info Dan Wells is confimed as the release manager for Evergreen 2.6 |
| 14:07 |
kmlussier |
dbwells++ |
| 14:07 |
gmcharlt |
dbwells: are you in a position to give an update now? |
| 14:07 |
yboston |
dbwells++ |
| 14:08 |
gmcharlt |
looks like not, so moving on |
| 14:08 |
gmcharlt |
#topic Evergreen 2014 Conference Committee report |
| 14:08 |
gmcharlt |
kmlussier: you have the floor |
| 14:08 |
|
dbwells_ joined #evergreen |
| 14:09 |
kmlussier |
The Programming Committee has selected the conference programs and informed all of the presenters. I plan to post the schedule to the conference web site tomorrow. |
| 14:09 |
kmlussier |
We received a great batch of program proposals, and I'm really excited about the quality of programs we'll be able to offer. |
| 14:09 |
kmlussier |
We have 28 conference registrations so far, but I expect that number to be much higher next month as the early registration deadline approaches and after people have an opportunity to see the schedule. |
| 14:09 |
kmlussier |
We set up a one-day conference registration rate to encourage local staff to attend the conference. |
| 14:10 |
kmlussier |
We still have somewhat of a struggle getting sponsors for the conference. |
| 14:10 |
kmlussier |
Most of our recent contacts have primarily been interested in exhibiting, rather than sponsorships, which is good, but we had been expecting to see more metal sponsors in some of those exhibit slots. |
| 14:11 |
kmlussier |
I know Amy and other planning committee members have been making lots of calls to vendors. |
| 14:12 |
* dbwells |
arrives late, sorry all |
| 14:12 |
emckinney |
The program looks great Kathy! I will follow up with any vendors I suggested as sponsors. Where are we with sponsorship $$$? |
| 14:12 |
|
ningalls joined #evergreen |
| 14:12 |
gmcharlt |
dbwells: we'll fit you in after the conference committee update is domplete |
| 14:12 |
|
ktomita joined #evergreen |
| 14:13 |
kmlussier |
The confirmed sponsors are listed here - http://evergreen-ils.org/conference/eg14/eg14-sponsors/. The total we've received in sponsorships so far is $18,600.00 |
| 14:13 |
montgoc1 |
Great selection of programs. Looks like it will be an excellent conference. |
| 14:14 |
kmlussier |
In addition to the sponsors, we have six confirmed exhibitors. |
| 14:15 |
|
ningalls joined #evergreen |
| 14:15 |
kmlussier |
Does anyone have any other questions? |
| 14:16 |
elfstrand |
I'd be interested in learning more aboutthe sponsorship pre-conference |
| 14:17 |
gmcharlt |
if you're referring to the resource allocator summit, that's up coming up soon on the agenda |
| 14:17 |
elfstrand |
ok |
| 14:17 |
gmcharlt |
kmlussier: thanks for the update |
| 14:17 |
gmcharlt |
#topic Evergreen release manager's update |
| 14:17 |
gmcharlt |
dbwells: you have the floor |
| 14:17 |
dbwells |
thanks |
| 14:18 |
dbwells |
I have to first admit I was a little surprised to see myself on the agenda. |
| 14:18 |
dbwells |
That prompted me to send the email this morning, which is something I have been meaning to do for at least a few days now, so that was good. |
| 14:19 |
dbwells |
Aside from things being set, which was already reported above, I guess the only thing I would add is that I hope to have a schedule posted tomorrow for review and feedback. |
| 14:20 |
gmcharlt |
#info Dan Wells will be proposing a schedule for 2.6 soon |
| 14:20 |
dbwells |
I intend to aim for a beta cutoff in early Feb., with the hope that we can be at 2.6 final, or at least RC, but the conference. |
| 14:20 |
dbwells |
s/but/by |
| 14:21 |
gmcharlt |
great |
| 14:21 |
gmcharlt |
any questions for dbwells? |
| 14:22 |
elfstrand |
# news PALS in MN commits to create an NCIP connector that works with the OCLC/VDX product. |
| 14:22 |
gmcharlt |
OK, thanks dbwells! |
| 14:22 |
gmcharlt |
moving on to the next item in the agenda |
| 14:22 |
gmcharlt |
#topic Finding volunteer to update the Evergreen map |
| 14:22 |
elfstrand |
We have a beta version but can't get to test with OCLC untill Late Jan might not make it in tiomne for 2.6 |
| 14:22 |
gmcharlt |
sborger: you have the floor |
| 14:23 |
sborger |
Okay, we had a conference program planning committee meeting which prompted us to discuss the State of Evergreen presentation. |
| 14:24 |
sborger |
The State of Evergreen program is traditionally presented at the beginning of the conference and has been accompanied by the Evergreen International map. |
| 14:25 |
sborger |
No one is updating the Evergreen International map and I wondered if the EOB thought it would be valuable to consider soliciting a volunteer to do that. |
| 14:25 |
sborger |
What do you think? Is is important to us to know where new installations are in the world? |
| 14:25 |
emckinney |
Are there shared credentials for accessing the map? |
| 14:26 |
gmcharlt |
I'm not sure, but I know Bob is reachable and I suspect would be happy to hand off any data and credentials |
| 14:26 |
bshum |
The map data is on the web server. A few of us have access to it. |
| 14:26 |
bshum |
It's actually stored in git last I recall |
| 14:26 |
gmcharlt |
ah, cool |
| 14:26 |
bshum |
Evergreen_Website |
| 14:26 |
gmcharlt |
sborger: do you have anybody in mind who might be interested in volunteering? |
| 14:26 |
bshum |
But to be honest, there was discussion in the webteam to revise and rework the approach taken with the maps. |
| 14:27 |
sborger |
I wondered if there might be a tie-in approach with the web team. |
| 14:27 |
emckinney |
Is this something the folks who maintain the website could take on? |
| 14:27 |
sborger |
bshum: Would you be willing to discuss it with the web team? |
| 14:27 |
RoganH |
I think we may want to see if there are any wordpress tools that could make it easier to maintain. |
| 14:27 |
bshum |
sborger: There were already volunteers who expressed interest in working on it. But I have yet to see an update from them. |
| 14:28 |
kmlussier |
I think the web team has discussed it, but, the last time it was discussed, nobody had the time to commit to it. |
| 14:28 |
RoganH |
And I think that would still be the situation, we would need a recruit either way. |
| 14:29 |
sborger |
Do we think it is important enough to solicit a volunteer outside of those on the web team who might be able to dedicate more time to this specific task? |
| 14:30 |
gmcharlt |
I think it would be appropriate (perhaps after discussing with web team) to post a call for volunteers |
| 14:30 |
emckinney |
Maybe put out a call for volunteers to bring it up-to-date and hope they stay on as part of web team to maintain it? |
| 14:30 |
gmcharlt |
I'm not seeing any sign that there's any sense that people think it's a /bad/ idea to start maintaining it again |
| 14:31 |
sborger |
I think there is an opportunity to grow it as well. Collect additional stats, WordPress (as was previously suggested), etc. |
| 14:31 |
kmlussier |
I think it's a great idea if we can find somebody who has the tuits to maintain it. |
| 14:31 |
RoganH |
I would love to see it maintained but it's not a small job. |
| 14:32 |
gmcharlt |
another argument for renaming the board |
| 14:32 |
gmcharlt |
if people think we have to be consulted for things like this |
| 14:32 |
sborger |
I volunteer to attend the next web committee meeting to discuss it with the group. I will report back to the EOB on status. |
| 14:33 |
gmcharlt |
sborger++ |
| 14:33 |
emckinney |
If we have someone that can decide on technology and develop a process for updating, I have someone in mind that can take care of the data entry part. |
| 14:33 |
RoganH |
Sounds good. Next one is Jan 16th I think. |
| 14:33 |
kmlussier |
sborger: I don't think it necessarily needs to be discussed. |
| 14:33 |
gmcharlt |
emckinney: great! |
| 14:33 |
kmlussier |
I would recommend just sending the e-mail out and seeing if you get any bites on it. |
| 14:33 |
gmcharlt |
sborger: and to extend my comment -- I agree with kmlussier that you can just go forth and look for a volunteer |
| 14:34 |
gmcharlt |
and work with emckinney, web team members, and anybody else interested in the topic |
| 14:34 |
sborger |
I want to get a better idea of what it might entail. That is why I want to attend the meeting. |
| 14:34 |
sborger |
Thanks for the feedback, all. |
| 14:34 |
RoganH |
I'll look into some wordpress tools to see if we can make it a part of wordpress. |
| 14:34 |
RoganH |
That would lower the bar for entry. |
| 14:34 |
gmcharlt |
sborger: thanks for working on this, and hopefully helping to revive it |
| 14:35 |
gmcharlt |
time to move on |
| 14:35 |
gmcharlt |
#topic Resource allocator summit |
| 14:35 |
gmcharlt |
benhyman: you have the floor |
| 14:36 |
benhyman |
the gist, for now is + kmlussier |
| 14:36 |
benhyman |
update sent yesterday to the list: http://bit.ly/1fJ0pOp |
| 14:36 |
benhyman |
a facilitator has been identified; room block boost and venue being explored |
| 14:37 |
kmlussier |
Actually, the room block boost has been secured. |
| 14:37 |
benhyman |
kmlussier excellent! should have all other pieces in hand next month |
| 14:38 |
kmlussier |
But since we discussed doing the summit in the afternoon, we lowered the number for the Monday night room block to 10. We figured the afternoon meeting would give people a chance to travel the day of if they didn't want to spend an extra night at the hotel. |
| 14:38 |
gmcharlt |
are you two comfortable enough with the $1,500 figure to set that as a budgetary ceiling? |
| 14:39 |
benhyman |
I am; you kmlussier? |
| 14:39 |
kmlussier |
Remind me, the money is for space and food? If so, then yes. |
| 14:39 |
benhyman |
yep |
| 14:40 |
kmlussier |
The space I've requested would be free, but as a fallback, the hotel has space that would fit within that budget. |
| 14:40 |
kmlussier |
Or we could follow up with a nearby library. |
| 14:40 |
gmcharlt |
it occurs to me that it might make life simpler if we were to tack it on as an addendum to the overall Evergreen conference budget |
| 14:42 |
emckinney |
Do we need to vote on that or does kmlussier need to mull that over? |
| 14:42 |
kmlussier |
Simpler in what way? |
| 14:42 |
kmlussier |
And sorry for the silence. I was indeed mulling. |
| 14:42 |
RoganH |
I'd like to make the motion that we do so. |
| 14:42 |
gmcharlt |
in the sense of giving Conservancy just one event to account for their books, not two |
| 14:42 |
RoganH |
It seems reasonable to me. |
| 14:43 |
Bmagic |
linuxhiker: We would love to use CentOS if it would work with evergreen. What version of Evergreen/opensrf do you have working with centos 6? |
| 14:43 |
RoganH |
bmagic: Board meeting in progress. |
| 14:43 |
gmcharlt |
Bmagic: we're in a meeting now; could you hold your questions? |
| 14:43 |
Bmagic |
gmcharlt: I apologize, I just sat down |
| 14:43 |
gmcharlt |
no worries |
| 14:43 |
linuxhiker |
Bmagic: pm |
| 14:44 |
kmlussier |
I don't think I have any objections to it being included in the conference budget. |
| 14:44 |
RoganH |
I would like to move that we add the event to the conference budget and approve it as a part of it. |
| 14:44 |
emckinney |
I will second. |
| 14:45 |
gmcharlt |
OK, I'm calling the vote, which is for EOB members |
| 14:45 |
elfstrand |
+1 |
| 14:45 |
gmcharlt |
#vote Shall the EG Conference 2014 budget be amend to add $1,500 for the resource allocator summit? Yes, No |
| 14:45 |
emckinney |
+1 |
| 14:45 |
RoganH |
#vote Yes |
| 14:45 |
gmcharlt |
#startvote Shall the EG Conference 2014 budget be amend to add $1,500 for the resource allocator summit? Yes, No |
| 14:45 |
pinesol_green |
Begin voting on: Shall the EG Conference 2014 budget be amend to add $1,500 for the resource allocator summit? Valid vote options are Yes, No. |
| 14:45 |
pinesol_green |
Vote using '#vote OPTION'. Only your last vote counts. |
| 14:45 |
RoganH |
#vote yes |
| 14:46 |
montgoc1 |
#vote Yes |
| 14:46 |
gmcharlt |
(here we go, sorry for the fumbling) |
| 14:46 |
elfstrand |
#vote yes |
| 14:46 |
emckinney |
#vote yes |
| 14:46 |
sborger |
#vote Yes |
| 14:46 |
kmlussier |
#vote yes |
| 14:46 |
benhyman |
#vote yes |
| 14:46 |
gmcharlt |
#vote yes |
| 14:46 |
yboston |
#vote yes |
| 14:47 |
gmcharlt |
#endvote |
| 14:47 |
pinesol_green |
Voted on "Shall the EG Conference 2014 budget be amend to add $1,500 for the resource allocator summit?" Results are |
| 14:47 |
pinesol_green |
Yes (9): kmlussier, yboston, RoganH, montgoc1, elfstrand, gmcharlt, emckinney, benhyman, sborger |
| 14:48 |
gmcharlt |
#agreed the EG Conference 2014 budget shall be amended to add $1,500 for the resource allocator summit |
| 14:48 |
gmcharlt |
are there any other questions or feedback for benhyman and kmlussier? |
| 14:48 |
emckinney |
Are we firm on the date/time? We are scheduling flights this week. |
| 14:48 |
benhyman |
thanks everyone - looking forward to this! |
| 14:49 |
elfstrand |
is thisd a brainstorming session or are there specific projects that neet committmnet? |
| 14:49 |
benhyman |
I think date and time are set - I've booked travel around them |
| 14:50 |
benhyman |
elfstrand - concept and outline were sent previously: http://bit.ly/18BA0SS |
| 14:50 |
gmcharlt |
#info The resource allocator preference is scheduled for the afternoon of Tuesday, March 18th |
| 14:52 |
gmcharlt |
any other questions? if not, I"ll move on |
| 14:52 |
gmcharlt |
#topic Merchandising Committee |
| 14:52 |
gmcharlt |
RoganH: you have the floor |
| 14:52 |
RoganH |
As was voted upon the merchandising committee must be approved by the board. After calling for volunteers we have a small group that I am presenting for approval. |
| 14:52 |
RoganH |
The volunteers consist of myself, Melissa Ceraso from Bibliomation, Rose Schooff from LVA and Ruth Frasur from Hagerstown-Jefferson Township Library. |
| 14:53 |
gmcharlt |
who will be the initial chair? |
| 14:53 |
RoganH |
I will be. |
| 14:53 |
RoganH |
My hope is to chair it for one year and then move on. |
| 14:53 |
kmlussier |
RoganH++ |
| 14:53 |
kmlussier |
Looks like a great group! |
| 14:54 |
RoganH |
We have some great enthusiasm among and the group and I hope to have some materials up in time for the conference including a conference shirt (in men's and women's fits). |
| 14:54 |
gmcharlt |
#startvote Shall the Merchandise Committee be formed, with initial membership of Rogan Hamby as chair, Melissa Ceraso, Rose Schooff, and Ruth Frasur? Yes, No. |
| 14:54 |
pinesol_green |
Begin voting on: Shall the Merchandise Committee be formed, with initial membership of Rogan Hamby as chair, Melissa Ceraso, Rose Schooff, and Ruth Frasur? Valid vote options are Yes, No, . |
| 14:54 |
pinesol_green |
Vote using '#vote OPTION'. Only your last vote counts. |
| 14:54 |
RoganH |
#vote yes |
| 14:54 |
kmlussier |
#vote yes |
| 14:54 |
montgoc1 |
#vote Yes |
| 14:54 |
benhyman |
#vote yes |
| 14:54 |
gmcharlt |
#vote yes |
| 14:55 |
elfstrand |
#vote yes |
| 14:55 |
emckinney |
#vote yes |
| 14:55 |
yboston |
#vote yes |
| 14:55 |
* dbwells |
is abstaining from voting, so don't wait on him |
| 14:55 |
gmcharlt |
#endvote |
| 14:55 |
pinesol_green |
Voted on "Shall the Merchandise Committee be formed, with initial membership of Rogan Hamby as chair, Melissa Ceraso, Rose Schooff, and Ruth Frasur?" Results are |
| 14:55 |
pinesol_green |
Yes (8): kmlussier, yboston, RoganH, montgoc1, elfstrand, gmcharlt, emckinney, benhyman |
| 14:55 |
gmcharlt |
#agreed The merchandise commitee is now formed |
| 14:56 |
gmcharlt |
RoganH++ # I look forward to the onslaught of Evergreen-branded kitty sweaters, followed by Evergreen-branded bandages ;) |
| 14:56 |
RoganH |
Don't forget baby wear! |
| 14:56 |
gmcharlt |
moving on |
| 14:57 |
gmcharlt |
#topic Renaming the board |
| 14:57 |
RoganH |
We don't have time for a lot of discussion about this but my concern is that the name of the group frames what we do. |
| 14:57 |
RoganH |
The board's purpose for a long time has involved our copyrights and trademarks, yet folks have come to us for approval on things they don't need to. |
| 14:57 |
RoganH |
And I think clarity is important especially as we expand our efforts in arenas like the great work Kathy and Ben are doing for the pre-conference. |
| 14:57 |
RoganH |
Still, it's almost 3 EST so I'll be glad to carry this into email but I think we should think strongly about it. |
| 14:57 |
elfstrand |
sorry I must leave for Dr Appointment |
| 14:58 |
emckinney |
I would like to interject that we should dust off and review our rules of governance doc. Frame our purpose rather than change the label. |
| 14:59 |
RoganH |
I think it would be good to review those but labels do matter. |
| 14:59 |
emckinney |
I suspect many people don't even know that exists. |
| 14:59 |
RoganH |
Most folks won't read the rules of governance, they hear a name and make assumptions based on that. |
| 15:00 |
RoganH |
#info Rules of Governance http://wiki.evergreen-ils.org/lib/exe/fetch.php?media=governance:rules-of-governance-2012-05-09.pdf |
| 15:00 |
sborger |
Has the "official" name of the board changed before? I seem to vaguely recall something like that but I could be wrong. |
| 15:01 |
emckinney |
I do think perhaps the name of the doc should be changed to reflect our title. Rules of OVERSIGHT. Or to be congruent with whatever we are called. |
| 15:01 |
emckinney |
Yes, sborger. That should all be documented on the website in git. |
| 15:01 |
RoganH |
To oversee something is to supervise others. |
| 15:01 |
RoganH |
That implies supervision of the project, the ability to control it. |
| 15:02 |
kmlussier |
I agree the rules should be dusted off, especially when I see things like "By the end of the 2012 Evergreen International Conference or 30 April 2012, whichever comes sooner, the Board will have |
| 15:02 |
kmlussier |
promulgated rules of governance for this Board and the Evergreen Project to be presented for approval by the general membership |
| 15:02 |
kmlussier |
of the Evergreen Project during the conference." |
| 15:02 |
kmlussier |
Oops. Sorry for the bad copy/paste. |
| 15:02 |
kmlussier |
But I would be open to considering a name change too. |
| 15:02 |
RoganH |
Yet when I read the rules of governance the terms used for purpose are things like promote, support, facilitate. |
| 15:02 |
RoganH |
Those are differing than overseeing. |
| 15:03 |
RoganH |
And when we talk about efforts for the board to do things like name release managers I think some of the confusion may come from that. |
| 15:03 |
kmlussier |
To me, oversight implies control. And I don't think our purpose is to control things in the community. |
| 15:03 |
benhyman |
1.2a: ...the Board... "makes guiding decisions and leads the project forward" - guides & leads aren't bad descriptors |
| 15:03 |
RoganH |
And frankly, if we are successful at having more of an impact (which is a good thing) the implication that the board controls other areas like development is not good. |
| 15:04 |
RoganH |
benhyman: and frankly I would put some major caveats in there for statement like that |
| 15:05 |
|
ktomita joined #evergreen |
| 15:06 |
RoganH |
And I would read "Project" as listed there to mean the entity with the Conservancy which is a different issue from the "project" as in the code that is produced. |
| 15:06 |
gmcharlt |
as this is a foundational question -- with respect to the name matching the purpose of the board, and in turn revisiting our view of what the board should do (and revisting periodically is good!) -- we're not going to settle this here and now |
| 15:07 |
gmcharlt |
I suggest that we proceed with discussing this in email with an eye towards making a decision one way or another at the January meeting |
| 15:07 |
emckinney |
agreed |
| 15:08 |
gmcharlt |
OK, as we're now at 1:08 into the meeting -- and it's the week before holidays -- I'll go ahead and end the meeting |
| 15:08 |
gmcharlt |
thanks everybody! |
| 15:08 |
gmcharlt |
#endmeeting |
| 15:08 |
pinesol_green |
Meeting ended Thu Dec 19 15:08:37 2013 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 15:08 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2013/evergreen.2013-12-19-14.00.html |
| 15:08 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2013/evergreen.2013-12-19-14.00.txt |
| 15:08 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2013/evergreen.2013-12-19-14.00.log.html |
| 15:08 |
dbwells |
gmcharlt++ |
| 15:08 |
kmlussier |
gmcharlt++ |
| 15:08 |
montgoc1 |
gmcharlt++ |
| 15:08 |
benhyman |
gmcharlt++ |
| 15:08 |
RoganH |
gmcharlt++ |
| 15:09 |
yboston |
gmcharlt++ |
| 15:17 |
|
stevenyvr2 joined #evergreen |
| 15:18 |
bradl |
is it safe for the chickens to come back out? |
| 15:19 |
RoganH |
bradl: I always though of you more as a Turkey. You know Ben Franklin wanted the noble turkey to be the American bird rather than the eagle? |
| 15:19 |
bradl |
well, I do have a beard, so turkey may be more apt |
| 15:20 |
RoganH |
beards++ |
| 15:21 |
jeff |
every single document on this page is behind a $600 minimum paywall: http://www.ncip.info/implementer-profiles.html |
| 15:25 |
gmcharlt |
ick -- I expect better of NISO |
| 15:25 |
gmcharlt |
ANSI on the other hand... |
| 15:26 |
rangi |
dont talk to me about ncip |
| 15:26 |
rangi |
http://kohadevreactions.tumblr.com/post/68930308689/working-on-ncip-kohails |
| 15:28 |
jeff |
rangi: $xml =~ s/\x04//g; # Remove ^D from xml |
| 15:28 |
jeff |
(from our ncip responder for inn-reach.) |
| 15:28 |
jeff |
https://github.com/tadl/iNCIPit/compare/handle_invalid_xml |
| 15:29 |
rangi |
yay! |
| 15:29 |
rangi |
yeah, its pretty awesome |
| 15:29 |
rangi |
i had to turn the validator off |
| 15:29 |
rangi |
cos no one sends valid html (let alone one that confirms to the dtd) |
| 15:30 |
rangi |
sorry valid xml |
| 15:31 |
gmcharlt |
rangi: is there a page in the XML spec that says that you get to shout "Neener-neener-neener!" if given non-well-formed XML? ;) |
| 15:31 |
rangi |
i dunno i dont have $600 to look *grin* |
| 15:32 |
rangi |
i was going to send back invalid xml, try again |
| 15:32 |
rangi |
but that was every single message :-) |
| 15:32 |
rangi |
#!/usr/bin/perl |
| 15:32 |
rangi |
print "INVALID XML"; |
| 15:32 |
rangi |
there, i wrote an ncip responder |
| 15:32 |
jeff |
oh, the theoretical specs are not behind the paywall so much (afaict), it's just the "this is the way in which vendor X for product Y interpreted the spec" that are behind the paywall. |
| 15:33 |
rangi |
jeff: yep i was being silly |
| 15:33 |
* rangi |
has been reading specs for the last couple of months |
| 15:34 |
jeff |
except for III, who have perhaps implemented it in the most divergent manner (can't tell for certain -- paywall) and no longer seem to actively participate in the group, but six revisions of their implementation profile are available |
| 15:45 |
linuxhiker |
just curious did the conference get any postgresql/hw talks this year. I know they were very popular at the last confernece |
| 15:48 |
RoganH |
I don't know if the full program list is out yet or not though presenters have been contacted. |
| 15:48 |
RoganH |
I'm eager to see what's out and I can go to. I'm doing a sql presentation but it's very basic for first time learners to get started. |
| 16:05 |
|
pmurray joined #evergreen |
| 16:05 |
|
pmurray joined #evergreen |
| 16:09 |
|
kbeswick joined #evergreen |
| 16:23 |
|
smyers__ joined #evergreen |
| 16:25 |
|
ktomita_ joined #evergreen |
| 16:31 |
|
senator joined #evergreen |
| 16:34 |
terran_ |
jeff: thanks for your help earlier, I took your advice and modified a little snippet of code from Account.pm into EGKPacLoader.pm and the default_pickup_library is now working! |
| 16:35 |
terran_ |
bshum: thank you, too! |
| 16:35 |
|
dMiller___ joined #evergreen |
| 16:35 |
jeff |
terran_: good to hear! |
| 16:36 |
terran_ |
jeff: I also feel like I have a better understanding of how those pieces work together. |
| 16:36 |
jeff |
that's even better to hear! |
| 17:06 |
|
dMiller__ joined #evergreen |
| 17:11 |
|
mmorgan left #evergreen |
| 17:12 |
|
dMiller___ joined #evergreen |
| 17:29 |
|
dMiller__ joined #evergreen |
| 17:31 |
|
dMiller_ joined #evergreen |
| 17:39 |
|
mrpeters left #evergreen |
| 17:46 |
|
dcook joined #evergreen |
| 20:04 |
|
stevenyvr2 left #evergreen |
