| Time |
Nick |
Message |
| 02:37 |
|
jihpringle joined #evergreen |
| 06:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:17 |
|
rjackson_isl joined #evergreen |
| 07:32 |
|
agoben joined #evergreen |
| 08:07 |
|
collum joined #evergreen |
| 08:42 |
|
bos20k joined #evergreen |
| 08:44 |
|
mmorgan joined #evergreen |
| 08:52 |
|
collum_ joined #evergreen |
| 09:10 |
|
Dyrcona joined #evergreen |
| 09:12 |
|
yboston joined #evergreen |
| 09:25 |
|
kmlussier joined #evergreen |
| 10:13 |
kmlussier |
@coffee [someone] |
| 10:13 |
* pinesol_green |
brews and pours a cup of Esmeralda Especial Panama, and sends it sliding down the bar to kmlussier |
| 10:13 |
kmlussier |
@tea [someone] |
| 10:13 |
* pinesol_green |
brews and pours a pot of Golden Orchid, and sends it sliding down the bar to egbuilder (http://ratetea.com/tea/whispering-pines/golden-orchid/7244/) |
| 10:14 |
kmlussier |
Thank you pinesol_green! |
| 10:17 |
csharp |
@praise [someone] |
| 10:17 |
* pinesol_green |
In days of old, it was prophesied that a hero would come and restore karmic balance to #evergreen. remingtron is that hero. |
| 10:18 |
Dyrcona |
True dat! :) |
| 10:18 |
Dyrcona |
Is everyone ready for the big upgrade this weekend? |
| 10:18 |
* csharp |
plays dramatic music and turns on smoke machine for remingtron's entrance |
| 10:18 |
csharp |
Dyrcona: yes! |
| 10:18 |
csharp |
so you're pulling the trigger on... 2.12? |
| 10:18 |
Dyrcona |
@band plays on |
| 10:19 |
Dyrcona |
Yeah. |
| 10:19 |
csharp |
awesome - best of luck |
| 10:19 |
Dyrcona |
Thank you! and Good luck with 3.0! |
| 10:19 |
csharp |
our upgrade was smooth sailing aside from A/T "fun" |
| 10:19 |
csharp |
and the search timeout stuff that's still hitting catalogers |
| 10:20 |
Dyrcona |
Are you talking about 2.12 or 3.0? |
| 10:20 |
csharp |
2.12/OpenSRF 2.5 |
| 10:20 |
Dyrcona |
OK. Just makin' sure. :) |
| 10:20 |
csharp |
we're going to 3.0 in January - just trying to get it going on all test servers I can get my hands on ;-) |
| 10:21 |
Dyrcona |
OK. Thought you were upgrading this weekend, too. |
| 10:21 |
csharp |
nah - we moved to 2.12 over Labor Day weekend - I'm a glutton for punishment, but not that much! :-) |
| 10:21 |
Dyrcona |
We're looking at maybe next June for 3.0, but that's because there are a ton of other things we want to do in the mean time. |
| 10:21 |
Dyrcona |
heh. |
| 10:22 |
csharp |
we're also migrating a large library system on in February, so, busy year |
| 10:23 |
Dyrcona |
Cool. We've added two small members and will lose 3 academics next July. |
| 10:23 |
csharp |
I'm thinking about doing a mid-cycle postgresql upgrade too to spread the pain out a bit :-) |
| 10:23 |
csharp |
9.4 to 9.5 |
| 10:23 |
Dyrcona |
Not jumping to 9.6? :) |
| 10:23 |
csharp |
I didn't know you had academics |
| 10:24 |
csharp |
nah - just going with what comes with 16.04 |
| 10:24 |
csharp |
(though through the PG repos) |
| 10:25 |
csharp |
with the web client coming, trying to nail down all known variables in advance |
| 10:25 |
Dyrcona |
Yeah, we have some academics, some from NOBLE and C/W MARS decided to form their own, little consortium and switch to Koha. |
| 10:26 |
csharp |
ah - good - at least staying in the F/LOSS universe |
| 10:26 |
* csharp |
hates seeing libraries revert to proprietary systems :-/ |
| 10:26 |
Dyrcona |
Me, too. :) |
| 10:58 |
|
Christineb joined #evergreen |
| 11:02 |
Bmagic |
ME is adopting 3.0 in December (at least that is the plan) |
| 11:03 |
Bmagic |
Nothing better than getting called in from family christmas vacation because server down |
| 11:03 |
Bmagic |
wheee |
| 11:04 |
Bmagic |
Also, just finished the last installment of "Hacking Evergreen" https://vimeo.com/236490496 |
| 11:05 |
csharp |
@who will RUIN CHRISTMAS with an Evergreen upgrade? |
| 11:05 |
pinesol_green |
sallyf will RUIN CHRISTMAS with an Evergreen upgrade. |
| 11:06 |
csharp |
Bmagic: oh yeah, that's on my todo (busy week) |
| 11:06 |
|
kmlussier joined #evergreen |
| 11:06 |
* Dyrcona |
is making some changes to pingest.pl in preparation for the upgrade this weekend. |
| 11:06 |
* Dyrcona |
is 1) adding db connection parameters to the command line options. |
| 11:06 |
Bmagic |
thanks csharp - appreciate any feedback. I am less confident on this one |
| 11:06 |
Dyrcona |
and 2) changing the reingest function calls to use named parameters. |
| 11:07 |
Dyrcona |
Note: 1 is begin done so as to use the environment as defaults. |
| 11:07 |
Dyrcona |
s/begin/being/ |
| 11:08 |
Bmagic |
I just learned that pressing "tab" while in the blank box on Quassel, will toggle through recent nicks in channel |
| 11:09 |
csharp |
on irssi, tab starts a /msg, looks like |
| 11:09 |
csharp |
and lets me tab through recent /msg's |
| 11:10 |
Dyrcona |
In Pidgin, tab does nothing. |
| 11:11 |
* csharp |
jams to Google Play's radio based on Alvvays' new album - nice melodic jangle-pop |
| 11:12 |
* berick |
jams to Copy Tags video |
| 11:13 |
* Bmagic |
laughs - berick |
| 11:13 |
|
sandbergja joined #evergreen |
| 11:39 |
gmcharlt |
webby is now at 3.0.0 as well |
| 11:51 |
* gmcharlt |
claims 1078 in the name of bill collectors everywhere! |
| 11:55 |
|
kmlussier joined #evergreen |
| 11:55 |
pinesol_green |
[evergreen|Chris Sharp] LP#1666512 - Add billing types from 2009-era features. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6b49fd7> |
| 11:55 |
pinesol_green |
[evergreen|Ben Shum] LP#1666512 - Only insert if not already existing - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4613808> |
| 11:55 |
pinesol_green |
[evergreen|Galen Charlton] LP#1666512: stamp DB update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=75b242b> |
| 12:05 |
pinesol_green |
[evergreen|Bill Erickson] LP#1717007 Improve egProgressDialog collision handling - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dba71f8> |
| 12:05 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1720394: This html thinko in copy tag display - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cc2e37f> |
| 12:18 |
|
mmorgan1 joined #evergreen |
| 12:30 |
|
khuckins_ joined #evergreen |
| 12:39 |
|
mmorgan joined #evergreen |
| 13:02 |
|
jihpringle joined #evergreen |
| 13:27 |
Dyrcona |
Nothing happens, then everything happens at once. |
| 13:34 |
collum_ |
Dyrcona: You may be right. https://www.edge.org/conversation/the-end-of-time |
| 13:41 |
Dyrcona |
That guy must know about Max Planck and planck time.... |
| 13:42 |
Dyrcona |
The universe is both pixellated and operates in slices of time....just like a 3D computer game, which suggests that we might live in a simulation. |
| 13:43 |
Dyrcona |
But, I didn't come here to talk about quantum mechanics.... |
| 14:00 |
JBoyer |
Until observed we're simultaneously always talking about quantum mechanics and never talking about quantum mechanics. |
| 14:00 |
JBoyer |
(at least, one small part of it. ;) ) |
| 14:01 |
Dyrcona |
Yeap. |
| 14:15 |
Dyrcona |
And, it takes a while to copy vm images, even though they're sparse files. |
| 14:16 |
Dyrcona |
It looks like rsyinc is copying the full file size number of bytes, though it ends up the correct size on the destination. |
| 14:16 |
berick |
Dyrcona: or maybe that time is just your perception of a collection of Nows |
| 14:18 |
Dyrcona |
"Time is just your brain's way of stopping everything from happening at once." |
| 14:20 |
berick |
:) |
| 14:26 |
jeff |
Dyrcona: you might benefit from the -S / --sparse argument to rsync, depending on your circumstances and if you're not using it already. |
| 14:28 |
gmcharlt |
reminder - Evergreen development meeting in about half an hour |
| 14:28 |
Dyrcona |
jeff: I am using the -S option. :) |
| 14:29 |
Dyrcona |
It copies the full size, but the file on the other end has the proper "size." |
| 14:29 |
Dyrcona |
i.e. ls shows 60GB, but du shows 4.3GB. |
| 14:31 |
Dyrcona |
Makes one understand time dilation. :) |
| 14:32 |
Dyrcona |
Kind of appropriate that I'm listening to Beck, too. :) |
| 14:36 |
Bmagic |
haha, music |
| 14:36 |
Dyrcona |
Sure, if Beck is music. :) |
| 14:37 |
Bmagic |
We have a local coffee brewer that sells coffee by the pound. Inside each bag is a card that has a hand written note tell you what song was playing while your coffee was "born" |
| 14:37 |
Dyrcona |
"We're out of control....No one knows her...." |
| 14:37 |
Dyrcona |
That's cool. |
| 14:37 |
Bmagic |
I thought about using that idea on our help desk tickets |
| 14:37 |
Dyrcona |
Reminds me of an old XKCD, but I won't look it up. |
| 14:38 |
Bmagic |
"Your help desk ticket was resovled while listening to....." |
| 14:38 |
Dyrcona |
X is now listenting to A. |
| 14:38 |
Bmagic |
resovled/resolved |
| 14:38 |
Dyrcona |
X is now listening to F.... |
| 14:38 |
Dyrcona |
:) |
| 14:38 |
Bmagic |
All FYI - The Evergreen 3.0 docker container is now avaialble for cloning. docker pull mobiusoffice/evergreen-ils:3.0.0 |
| 14:43 |
|
DPearl joined #evergreen |
| 14:47 |
jeff |
Bmagic: only intended for testing use, not production -- per the repository description? |
| 14:48 |
Bmagic |
jeff: I don't think there is a problem using it for production, provided you handle the database and configs for your environment |
| 14:48 |
Bmagic |
we are using containers for our application bricks |
| 14:48 |
Bmagic |
works perfectly fine, the database is separate |
| 14:49 |
Bmagic |
The container that I am publishing on dockerhub is "self contained" database, appliation server, etc. |
| 14:49 |
jeff |
Yes, my question was specific to that image, not the aproach of using Docker / containers in general. :-) |
| 14:50 |
Bmagic |
You can use the git repo as a starting point if you want to create your own docker container for production https://github.com/mcoia/eg-docker |
| 14:51 |
Bmagic |
jeff: That image contains the concerto data set. There isn't anything about docker containers that would prevent you from using it in production. If you were a new library with no data, you could use it to start. Taking precaution to backup the database as you go |
| 14:52 |
Bmagic |
The whole point here is to lower the bar of entry. Right? We would like it to be as easy as possible to get started with Evergreen |
| 14:53 |
Dyrcona |
Well, I thought you were aiming the docker containers at new developers. |
| 14:54 |
Bmagic |
Dyrcona: It works in that arena as well |
| 14:54 |
Bmagic |
Why spend all your time setting up an instance if you don't have to? I have started using the container for dev myself |
| 14:56 |
Dyrcona |
I used to script vm creation all the time, and that rsync I was talking about is part of a scripted setup for new production vms. :) |
| 15:00 |
gmcharlt |
one minute warning! |
| 15:02 |
gmcharlt |
#startmeeting Evergreen development meeting, 4 October 2017 |
| 15:02 |
pinesol_green |
Meeting started Wed Oct 4 15:02:06 2017 US/Eastern. The chair is gmcharlt. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 15:02 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
| 15:02 |
pinesol_green |
The meeting name has been set to 'evergreen_development_meeting__4_october_2017' |
| 15:02 |
gmcharlt |
#info Agenda is https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2017-10-04 |
| 15:02 |
gmcharlt |
#topic Introductions |
| 15:02 |
gmcharlt |
please introduce yourselves |
| 15:02 |
gmcharlt |
#info gmcharlt = Galen Charlton, Equinox, 3.0 release manager |
| 15:02 |
kmlussier |
#info kmlussier is Kathy Lussier, MassLNC |
| 15:02 |
DPearl |
#info DPearl is Dan Pearl, C/W MARS Inc. |
| 15:02 |
miker |
#info miker == Mike Rylander, EOLI |
| 15:02 |
phasefx |
#info phasefx = Jason Etheridge, EOLI |
| 15:02 |
abneiman |
#info abneiman = Andrea Buntz Neiman, EOLI |
| 15:03 |
jeff |
#info jeff = Jeff Godin, Traverse Area District Library (TADL) |
| 15:03 |
JBoyer |
#info JBoyer = Jason Boyer, IN State Library |
| 15:03 |
Bmagic |
#info Bmagic = Blake GH, MOBIUS |
| 15:03 |
rhamby_ |
#info rhamby_ = Rogan Hamby, Equinox |
| 15:04 |
berick |
#info berick Bill Erickson, KCLS |
| 15:04 |
gmcharlt |
so |
| 15:05 |
gmcharlt |
#topic Old business |
| 15:05 |
Dyrcona |
#info Dyrcona = Jason Stephenson C/W MARS |
| 15:06 |
gmcharlt |
so, I still need to wrangle the Gooogle wb store account (and now that 3.0.0 is out, will have more time) |
| 15:06 |
gmcharlt |
so I'll just carry forward the action items |
| 15:06 |
gmcharlt |
#action gmcharlt will open and work on bugs for documentation changes for better ejabberd configuration during installation of OpenSRF |
| 15:07 |
gmcharlt |
#action berick and gmcharlt will get a shared Google Web Store account started |
| 15:07 |
gmcharlt |
#action kmlussier will wrangle creation of necessary icons/logos for the store and Hatch app |
| 15:07 |
gmcharlt |
any questions before we move on to the next topics? |
| 15:07 |
kmlussier |
nope |
| 15:08 |
gmcharlt |
#topic OpenSRF |
| 15:08 |
gmcharlt |
#info OpenSRF 3.0.0 is available; it's essentially OpenSRF 2.5.x + Stretch support + renaming shared libraries for C services |
| 15:09 |
gmcharlt |
and I'm thinking that, except for bugfixes... that's kinda it for the 3.0.x series? |
| 15:10 |
gmcharlt |
so, if that makes sense to folks as a stance, suggests that 3.1.x would be the next big feature release |
| 15:10 |
gmcharlt |
which then raises the question... what do we want to get in to a 3.1.0? |
| 15:10 |
miker |
seems sane. do you have features in mind? ha |
| 15:11 |
gmcharlt |
SASL auth might be one (e.g., see bug 1703411) |
| 15:11 |
pinesol_green |
Launchpad bug 1703411 in OpenSRF "OpenSRF: XMPP Non-SASL auth is being phased out" [Undecided,New] https://launchpad.net/bugs/1703411 |
| 15:11 |
JBoyer |
+1 to sasl |
| 15:11 |
miker |
ah, indeed. I was looking at that a bit last month |
| 15:11 |
dbwells |
#info dbwells = Dan Wells, Hekman Library (Calvin College) |
| 15:11 |
jeff |
seems reasonable. are you thinking / have we previously decided to try and have some opensrf<->evergreen version synchronicity? |
| 15:11 |
remingtron |
#info remingtron = Remington Steed, Hekman Library (Calvin College) |
| 15:11 |
miker |
jeff: I'm against imposing it, personally |
| 15:11 |
gmcharlt |
jeff: no, at the moment that's just a coincidence |
| 15:12 |
cesardv |
#info cesardv = Cesar Velez, EOLI |
| 15:12 |
gmcharlt |
another potential 3.1.x enhancement - HTTP/2 support for API access |
| 15:12 |
gmcharlt |
(at least as something to investigate) |
| 15:14 |
gmcharlt |
another idea: an nginx module for serving WS more direclty |
| 15:14 |
gmcharlt |
(given the likely trend of nginx becoming a standard frontend for Evergreen) |
| 15:14 |
gmcharlt |
at this point I'm just brainstorming |
| 15:14 |
gmcharlt |
are there other big itches folks want scratched? |
| 15:15 |
berick |
i might get a pullrequest on bug 1706147 |
| 15:15 |
pinesol_green |
Launchpad bug 1706147 in OpenSRF "Option to force-recycle drones after long-running sessions" [Wishlist,New] https://launchpad.net/bugs/1706147 - Assigned to Bill Erickson (berick) |
| 15:15 |
gmcharlt |
cool |
| 15:17 |
gmcharlt |
ok, so things to consider |
| 15:17 |
gmcharlt |
next up |
| 15:17 |
gmcharlt |
#topic Evergreen |
| 15:17 |
gmcharlt |
#info Evergreen 3.0.0 was released on 3 October |
| 15:18 |
gmcharlt |
#info Evergreen 3.0.1 will be released along with the other maintenance releases on 18 October |
| 15:18 |
gmcharlt |
so... feel free to fix bugs! ;) |
| 15:18 |
gmcharlt |
rel_3_0 has been branched, and courtesy of bshum, a 3.0 series for translations now exists in Launchpad |
| 15:19 |
gmcharlt |
any questions regarding the Evergreen release? |
| 15:19 |
kmlussier |
gmcharlt++ |
| 15:19 |
jeffdavis |
no questions, but maybe a special thanks to gmcharlt for managing an especially big complex release |
| 15:20 |
miker |
gmcharlt++ # manage ALL THE THINGS |
| 15:20 |
jeff |
gmcharlt++ |
| 15:20 |
dbwells |
gmcharlt++ |
| 15:20 |
remingtron |
gmcharlt++ |
| 15:20 |
rhamby_ |
gmcharlt++ |
| 15:20 |
berick |
gmcharlt++ |
| 15:20 |
berick |
huzzah |
| 15:20 |
cesardv |
while(true) gmcharlt++ |
| 15:20 |
phasefx |
gmcharlt++ |
| 15:20 |
Bmagic |
gmcharlt++ |
| 15:20 |
* gmcharlt |
overflows |
| 15:20 |
JBoyer |
gmcharlt++ |
| 15:21 |
gmcharlt |
and thanks, y'all - but it was truly a group and community effort |
| 15:21 |
gmcharlt |
all_yall++ |
| 15:21 |
JBoyer |
action item: upgrade gmcharlt karma to 64 bit? |
| 15:21 |
gmcharlt |
so, moving on to new business |
| 15:22 |
gmcharlt |
#topic Selecting next release manager |
| 15:22 |
gmcharlt |
for this, I propose to do what we did the last few times |
| 15:22 |
gmcharlt |
I can send out a formal call on Monday;, and if we keep nominations open a couple weeks, close it on 20 October |
| 15:22 |
gmcharlt |
I then propose we hold an IRC vote on the 25th (before hack-a-way) |
| 15:23 |
gmcharlt |
note that I will definitely _not_ be putting my hat in the ring to 3.1 |
| 15:23 |
gmcharlt |
so, thoughts on that plan? |
| 15:23 |
miker |
+1 |
| 15:23 |
miker |
that's my though |
| 15:23 |
JBoyer |
+1; //Sounds good to me. |
| 15:23 |
miker |
t |
| 15:23 |
phasefx |
+1 |
| 15:24 |
berick |
+1 |
| 15:24 |
kmlussier |
+1 |
| 15:25 |
dbwells |
+1 |
| 15:25 |
gmcharlt |
ok, upon hearing no suggestions to delegate the decision process to a d20... |
| 15:25 |
* JBoyer |
makes note for suggestion next time |
| 15:26 |
gmcharlt |
#agreed Call for 3.1 release manager nominations will be made on 10/9 and close on 10/20 with IRC vote to be held on 10/25 |
| 15:26 |
cesardv |
+1 |
| 15:26 |
gmcharlt |
so, continuing on |
| 15:26 |
gmcharlt |
#topic 2.12 and 3.0 rmaints |
| 15:27 |
gmcharlt |
(and well, 2.11, but that'll be moot by end of the year for security updates) |
| 15:27 |
gmcharlt |
and basically a question: |
| 15:27 |
gmcharlt |
well, two |
| 15:27 |
gmcharlt |
one: any objection to my following usual practice and continuing on as rmaint for 3.0.x? |
| 15:28 |
kmlussier |
no objections from me |
| 15:28 |
JBoyer |
no |
| 15:28 |
gmcharlt |
two: kmlussier, are you planning on continuing on as rmaint for 2.12? |
| 15:28 |
kmlussier |
gmcharlt: yes |
| 15:30 |
gmcharlt |
groovy |
| 15:31 |
gmcharlt |
so, not hearing any objections... *holds breath for 60 seconds* |
| 15:31 |
kmlussier |
Will our buildmasters be continuing too? |
| 15:31 |
gmcharlt |
good question - I'll raise that next |
| 15:32 |
* kmlussier |
hopes gmcharlt has started breathing again by now. |
| 15:32 |
gmcharlt |
let's just say a Google search for "60 second countdown" is a wonderful thing |
| 15:32 |
gmcharlt |
#agreed kmlussier will continue on as 2.12 release maintainer |
| 15:32 |
gmcharlt |
#agreed gmcharlt will serve as 3.0 release maintainer |
| 15:32 |
gmcharlt |
so, regarding buidlmaster |
| 15:33 |
gmcharlt |
dbwells: Bmagic: Dyrcona: any immediate thoughts on whether y'all want to carry on as buildmasters? |
| 15:33 |
gmcharlt |
and shall we also put out a call for more volunteers? |
| 15:34 |
Bmagic |
I don't mind |
| 15:34 |
Dyrcona |
Well, I kind of forgot that I was and hadn't done anything. :) |
| 15:35 |
dbwells |
gmcharlt: I am fine either way, if someone else wants to take any of it on. |
| 15:35 |
Bmagic |
It's amazing how often 30 days comes around. It's like every 30 days |
| 15:36 |
* gmcharlt |
can't resist |
| 15:36 |
gmcharlt |
@quote add <Bmagic> It's amazing how often 30 days comes around. It's like every 30 days |
| 15:36 |
pinesol_green |
gmcharlt: The operation succeeded. Quote #179 added. |
| 15:36 |
dbwells |
Bmagic: I know *exactly* how you feel :) |
| 15:36 |
Bmagic |
haha |
| 15:36 |
gmcharlt |
heh |
| 15:37 |
gmcharlt |
but it sounds like it might be a good idea to help supplement your numbers? would one of the existing buildmasters be willing to take an action item to send out a call for additional volunteers? |
| 15:37 |
kmlussier |
Bmagic++ |
| 15:37 |
dbwells |
gmcharlt: sure, I can do that |
| 15:37 |
gmcharlt |
great |
| 15:38 |
gmcharlt |
#action dbwells will send out a call for additional buildmasters |
| 15:39 |
gmcharlt |
so, as far as other topics go |
| 15:39 |
gmcharlt |
#topic 2017 hack-a-way |
| 15:39 |
gmcharlt |
#link https://wiki.evergreen-ils.org/doku.php?id=hack-a-way-2017 |
| 15:39 |
gmcharlt |
#info Hack-a-way agenda is https://wiki.evergreen-ils.org/doku.php?id=hack-a-way-2017-agenda |
| 15:40 |
gmcharlt |
so... if you're attending but haven't yet listed yourself, please do so |
| 15:41 |
gmcharlt |
if you won't be able to attend in person, but there's a topic you would like discussed at a set time so that you can participate |
| 15:41 |
gmcharlt |
please speak up |
| 15:41 |
gmcharlt |
... and anything else? rhamby_? agoben? JBoyer? |
| 15:41 |
berick |
i have a hackaway question.. |
| 15:41 |
rhamby_ |
Only that I'm looking forward to seeing everyone there. |
| 15:41 |
kmlussier |
Did we get enough people to rent the guest house again? |
| 15:41 |
JBoyer |
I don't think there's much else. There are still a couple rooms at the Harrison House for those interested. |
| 15:42 |
JBoyer |
kmlussier, yes. |
| 15:42 |
kmlussier |
Great! |
| 15:42 |
berick |
i have not booked a flight. was hoping to plan it so my flight times were close to others for shuttle efficiency. |
| 15:42 |
Bmagic |
sweet! |
| 15:42 |
JBoyer |
I don't think we watch the Cubs win the series again, but what can you do. |
| 15:42 |
berick |
any chance we could see the survey responses? (or maybe that's already possible..) |
| 15:43 |
JBoyer |
berick, let me check on that. At the very least I can get you a list of times where flights are clustering. |
| 15:43 |
gmcharlt |
JBoyer: NO JINXING ALLOWED! |
| 15:43 |
berick |
JBoyer: that would be great, thanks! |
| 15:43 |
rhamby_ |
note: pack bungee in case we need to strap berick on top of shuttle |
| 15:44 |
berick |
bah, I'll roof-surf! |
| 15:44 |
JBoyer |
I'll be sure to rent a van with a luggage rack. |
| 15:44 |
Dyrcona |
JBoyer: Where is the survey/whatever for that, 'cause I've not sent my times. |
| 15:44 |
gmcharlt |
heh |
| 15:45 |
berick |
https://docs.google.com/forms/d/e/1FAIpQLSdepNIDR_hkjozA7TcL2IUAv6r-GTCZ6Rtn4x_5UkdJ_iabKA/viewform |
| 15:45 |
berick |
via https://wiki.evergreen-ils.org/doku.php?id=hack-a-way-2017 |
| 15:45 |
dbwells |
berick: https://docs.google.com/spreadsheets/d/1ofbF8gDdWJyZ0CuUhSahSmHt0Fs7fKFJfvMgAiQZ2Mw/edit?usp=sharing |
| 15:45 |
Dyrcona |
Thanks! I just found it. :) |
| 15:45 |
berick |
dbwells++ |
| 15:46 |
dbwells |
and in walk all the random animals :) |
| 15:46 |
miker |
JBoyer: and, for us EOLI folken, we assumed "transportation method" as /desired/, not /demanded/ :) |
| 15:46 |
JBoyer |
I'm not sure I have access to the responses yet, I'll get on that once agoben is back at her desk. |
| 15:46 |
miker |
(re the "shuttle us!"'s) |
| 15:46 |
JBoyer |
miker, it's just as well, we'll need a larger vehicle to move people to and fro in the evening. |
| 15:47 |
kmlussier |
I'm trying to figure out how four EOLI people are on the same flight that is arriving at two different times. Will two of you be dropped off 10 minutes before landing? |
| 15:47 |
gmcharlt |
parachute practice, natch |
| 15:47 |
berick |
that's the vanguard |
| 15:48 |
gmcharlt |
any other topics that folks would like to bring up quickly before we clsoe this meeting? |
| 15:48 |
agoben |
Please do continue to update that sheet (particularly if you need us to drive or have an accommodations we need to make arrangements for). |
| 15:48 |
miker |
kmlussier: ha ... yeah, those need adjustment |
| 15:49 |
agoben |
If you prefer, you can also let me know privately if there are accommodations which you'd rather not post. |
| 15:49 |
JBoyer |
Ah, hadn't saved that to my drive yet. |
| 15:50 |
* berick |
puts "EL shuttle" as travel method, awaits arrival in Durham |
| 15:51 |
Dyrcona |
he |
| 15:51 |
gmcharlt |
OK, so hearing no additional topics, I will now bestow upon you all 9 additional free minutes |
| 15:51 |
gmcharlt |
#endmeeting |
| 15:51 |
pinesol_green |
Meeting ended Wed Oct 4 15:51:21 2017 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 15:51 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-10-04-15.02.html |
| 15:51 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-10-04-15.02.txt |
| 15:51 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-10-04-15.02.log.html |
| 15:51 |
kmlussier |
gmcharlt++ |
| 15:52 |
JBoyer |
gmcharlt++ |
| 15:52 |
abneiman |
gmcharlt++ |
| 15:53 |
rhamby_ |
gmcharlt++ |
| 15:54 |
miker |
gmcharlt++ |
| 16:01 |
gmcharlt |
question (which I can also float on the list) - do we want to run with the November 1 IRC dev meeting? or move it to coincide with the hack-a-way? or cancel it? |
| 16:03 |
Dyrcona |
I think we should either cancel it or move it to the hack-away. |
| 16:05 |
* kmlussier |
agrees with a slight preference for moving to to the week of the hack-a-way |
| 16:06 |
rhamby_ |
I'd +1 moving it to the hack-a-way which I think we've done in past years |
| 16:11 |
kmlussier |
I think we missed a release notes entry on bug 1673870 |
| 16:11 |
miker |
aye, +1 for most of us sitting in the same room, quietly typing at each other |
| 16:11 |
pinesol_green |
Launchpad bug 1673870 in Evergreen "Add support for ebook API transactions in OPAC (OverDrive/OneClickdigital)" [Wishlist,Fix released] https://launchpad.net/bugs/1673870 |
| 16:12 |
berick |
ugh, should have booked my flight sooner. arriving 9:15pm. apologies to the shuttle driver(s)! |
| 16:13 |
berick |
and to Bmagic who may be stuck waiting on me to land |
| 16:14 |
Bmagic |
berick: no worries |
| 16:35 |
|
Jillianne joined #evergreen |
| 16:37 |
kmlussier |
huh. release notes were added in a3f854db8 |
| 16:37 |
pinesol_green |
kmlussier: [evergreen|Jeff Davis] LP#1673870: release notes for ebook transactions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a3f854d> |
| 16:37 |
kmlussier |
But I don't see them in the big release notes file. |
| 16:40 |
|
blongwell joined #evergreen |
| 16:43 |
Bmagic |
with the old hold targeter perl script, the --skip-viable option, running say, every hour.. Would fix the issue with newly cataloged items not filling holds? |
| 16:43 |
kmlussier |
Oh, I see! They were added to the main documentation, not the release notes directory. I'll fix that first thing tomorrow. |
| 16:46 |
|
DPearl left #evergreen |
| 16:46 |
blongwell |
trying to verify the right circ policy is being used. Is there a log that captures the matchpoint? I checked activity log and didn't see it there |
| 16:47 |
Bmagic |
blongwell - I always have to use the SQL query to see which one it's deciding |
| 16:48 |
Bmagic |
the first part of the routine is to get the ID numbers of the circ staff, patron, item, circ library |
| 16:49 |
Bmagic |
then plug those values into action.find_circ_matrix_matchpoint(context_ou integer, item_object asset.copy, user_object actor.usr, renewal boolean) |
| 16:50 |
berick |
think you can also grep for 'circulator: circ policy test found matchpoint' (at INFO) in the logs |
| 16:50 |
Bmagic |
or rather this one action.find_circ_matrix_matchpoint( context_ou integer, match_item bigint, match_user integer, renewal boolean) |
| 16:50 |
Dyrcona |
I was about to say I think it is logged at a different than normal log level setting. |
| 16:51 |
Dyrcona |
But, I'm taking off, so good luck! |
| 16:51 |
blongwell |
wonderful - gives me some things to try |
| 16:51 |
mmorgan |
berick++ |
| 16:52 |
Bmagic |
berick: did you see my question on the hold targeter? I see that the new one replaced --skip-viable, but I wonder if the hold targeter had a solution for our issue all along |
| 16:52 |
* mmorgan |
stashes that handy info away. |
| 16:54 |
berick |
Bmagic: oh, missed that... if you can successfully retarget (in skip viable mode) *every hold* each hour, then yes, that would solve (ish) the problem you're trying to solve. |
| 16:55 |
berick |
skip viable is still there, just different name and incantation |
| 16:55 |
Bmagic |
berick: ah! Well, yeah, we drew back our hold targeter cron to 48 hours because it was plucking things off of people's pull list before they got a chance |
| 16:56 |
berick |
well, you can still run it hourly with a 48-hour retarget window |
| 16:56 |
Bmagic |
but it had the adverse affect of making libraries wait for it to run after adding copies to the catalog |
| 16:56 |
Bmagic |
we run it daily with a 48 hour retarget window |
| 16:57 |
Bmagic |
so, I could add another hourly job that runs it with that flag set... and it might help* |
| 16:58 |
berick |
if you're going to do that, may as well just use the one hourly targeter |
| 16:58 |
berick |
well, maybe, depending... |
| 16:58 |
berick |
but yes you could run a secondary one that just does soft-retargeting and runs more or less constantly |
| 17:00 |
Bmagic |
looking at the code for hold_targeter.pl - I am not seeing anything in the bash script that takes the STDIN switch |
| 17:00 |
Bmagic |
hold_targeter.pl <config_file> <lock_file> |
| 17:00 |
berick |
you would need to set a long --retarget-interval (say, 3 days) on the hourly one so it's not doing any full retargeting |
| 17:00 |
berick |
Bmagic: hold_targeter_v2.pl |
| 17:01 |
Bmagic |
right, I am talking about the one shipped with 2.11 |
| 17:01 |
berick |
oh, it does't have soft retargeting |
| 17:01 |
Bmagic |
or skip-viable? |
| 17:01 |
berick |
no, that was all just in the new targeter |
| 17:01 |
Bmagic |
all those options are on the new one... ah! |
| 17:02 |
Bmagic |
sorry, when I saw that --skip-viable was being deprecated, I thought it was already part of the old one |
| 17:02 |
berick |
:) nah, just some quick growing pains |
| 17:02 |
Bmagic |
roger that |
| 17:03 |
mmorgan |
berick: how would the long --retarget-interval on the hourly one help to capture newly cataloged items? |
| 17:03 |
Bmagic |
well, we are excited about the new hold targeter |
| 17:03 |
berick |
mmorgan: that would prevent the hourly one from doing any full retargeting, based on the assumption (from what Bmagic was saying) that full retargeting should happen nightly and not constantly. |
| 17:04 |
Bmagic |
newly cataloged items not filling holds is a bug right? |
| 17:04 |
berick |
Bmagic: it is |
| 17:05 |
mmorgan |
lp 1686463 |
| 17:05 |
pinesol_green |
Launchpad bug 1686463 in Evergreen "Wishlist: Background targeting of holds when items are edited into a holdable state" [Wishlist,Confirmed] https://launchpad.net/bugs/1686463 |
| 17:05 |
* mmorgan |
needs to read up on all the options in the new targeter. |
| 17:06 |
|
mmorgan left #evergreen |
| 17:10 |
Bmagic |
berick: alright, so, I'm writing this down. After we upgrade, run the hold targeter daily just like we are, but introduce a new hourly job with two switches: --retarget-interval '3 days' and --soft-retarget-interval '30 minutes' ? |
| 17:12 |
berick |
Bmagic: do you think retargeting practically every active hold can be done in an hour? |
| 17:12 |
berick |
it's OK if not, it will just wait until it can run again.. |
| 17:12 |
Bmagic |
skipping all the ones that already have a target_copy ? |
| 17:12 |
berick |
but mostly curious if this is going to really solve your problem |
| 17:13 |
berick |
that's not how it works |
| 17:13 |
berick |
even holds with current_copy values might need their copy maps updated |
| 17:13 |
berick |
and their current_copy's might also no longer be valid, so they have to be inspected too |
| 17:13 |
berick |
it's essentially a full retarget of each, but stops short of chaing the current_copy when it's still valid. |
| 17:14 |
berick |
as far as processing time goes, it would take almost as long as a regular targeting run |
| 17:15 |
Bmagic |
I see |
| 17:15 |
berick |
the new targeter is significantly faster, but I don't know if it's fast enough for what you're trying to do.. |
| 17:15 |
Bmagic |
even though the retarget-internval is greater than the "regular" job, the hourly job would still process each of the holds that were just processed and targeted at midnight |
| 17:15 |
berick |
yes |
| 17:16 |
Bmagic |
it just prevents the hourly job from playing musical chairs with the current_copy during the day |
| 17:16 |
berick |
it would process every hold last touched (in your example) more than 30 minutes ago. |
| 17:16 |
berick |
exactly |
| 17:17 |
Bmagic |
It sounds like that is getting closer to beating this problem |
| 17:17 |
Bmagic |
and I am willing to try it |
| 17:17 |
Bmagic |
like you said, if it takes more than 1 hour to mess with 500k hold requests, no biggie |
| 17:19 |
berick |
Bmagic: fwiw, we (full) targeted 310k holds last night and it took 393 minutes. |
| 17:19 |
berick |
that's 2 parallel |
| 17:19 |
Bmagic |
I am crafting a query right now to get a better count |
| 17:19 |
berick |
(which is as fast as I needed it to be) |
| 17:20 |
berick |
much better than the 30+ hours it took before, but still a decent chunk of time. |
| 17:20 |
Bmagic |
it's only 10k |
| 17:20 |
Bmagic |
wait, no, sorry, 10 without current_copy |
| 17:21 |
Bmagic |
ahr.fulfillment_time is null and ahr.cancel_time is null and ahr.expire_time is null and ahr.capture_time is null = 10,861 right now |
| 17:22 |
berick |
expire_time can be non-null. |
| 17:22 |
berick |
you do want to check frozen=false though |
| 17:22 |
berick |
(if it's expired, it will be canceled anyway) |
| 17:23 |
Bmagic |
sorry, I omitted the frozen check from IRC, but my query weeds those, adding back in expired only increased my number by 1 |
| 17:23 |
berick |
then I think this might work |
| 17:23 |
Bmagic |
if our system is as fast as yours, I calculate a 25.35483870967742 minute processing time for the whole population |
| 17:24 |
Bmagic |
single thread |
| 17:24 |
berick |
when do you upgrade? :) |
| 17:24 |
Bmagic |
december |
| 17:25 |
berick |
you probably don't need to run it 24/7 either, just during business hours |
| 17:25 |
Bmagic |
I had that thought as well |
| 17:25 |
Bmagic |
no need to dogpile it with the midnight run |
| 17:25 |
berick |
yeah |
| 17:26 |
Bmagic |
thanks for your time! |
| 17:26 |
Bmagic |
berick++ |
| 17:26 |
berick |
absolutely, i'm eager to see if this works out |
| 17:26 |
Bmagic |
it's not a "real" solution I don't think |
| 17:26 |
Bmagic |
if it makes it a little better though, might as well |
| 17:27 |
berick |
right, it's a back-stop |
| 18:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 18:54 |
|
khuckins__ joined #evergreen |
| 22:01 |
|
roycroft joined #evergreen |
| 22:03 |
|
Bmagic joined #evergreen |
