| Time |
Nick |
Message |
| 01:26 |
|
ohiojoe_ joined #evergreen |
| 01:52 |
|
abowling joined #evergreen |
| 02:01 |
|
jonadab joined #evergreen |
| 02:46 |
|
tsbere joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:05 |
|
ohiojoe joined #evergreen |
| 06:38 |
|
rlefaive joined #evergreen |
| 07:05 |
|
JBoyer joined #evergreen |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 07:39 |
|
agoben joined #evergreen |
| 08:28 |
csharp |
berick: your latest suggestion is working for me on a test server, but not on production - gonna look into why - thanks |
| 08:35 |
csharp |
and, looks like browser cache was the problem - working now |
| 08:35 |
csharp |
berick++ |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:45 |
|
mmorgan left #evergreen |
| 08:49 |
|
mmorgan joined #evergreen |
| 08:54 |
|
bos20k joined #evergreen |
| 09:03 |
|
_adb joined #evergreen |
| 09:04 |
|
dwgreen joined #evergreen |
| 09:10 |
|
yboston joined #evergreen |
| 09:13 |
|
terran joined #evergreen |
| 09:26 |
|
Dyrcona joined #evergreen |
| 09:57 |
berick |
csharp: awesome! BTW, i'd love to know what the log output for this is: |
| 09:57 |
berick |
$apache->log->info('forwarded for: ' . $apache->headers_in->{'HTTP_X_FORWARDED_FOR'}); |
| 09:58 |
berick |
the forwarded for header would be better to use ultimately since it works with intermediate proxies |
| 09:59 |
berick |
(no rush, i know you just upgraded) |
| 10:04 |
csharp |
berick: on my test server, looks like it's null |
| 10:04 |
csharp |
2017-09-06 10:03:59 next-brick01-head gateway: [perl:info] [pid 22961] [client 127.0.0.1:40254] forwarded for: |
| 10:06 |
berick |
csharp: huh. you have this in your nginx config? |
| 10:06 |
berick |
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; |
| 10:07 |
berick |
under the various 'location' sections |
| 10:07 |
|
kmlussier joined #evergreen |
| 10:07 |
berick |
oh wait |
| 10:07 |
berick |
duh |
| 10:07 |
berick |
my bad |
| 10:07 |
berick |
..$apache->headers_in->{'X_FORWARDED_FOR'}); |
| 10:09 |
csharp |
still null/undef for me |
| 10:09 |
csharp |
$apache->log->info('forwarded for: ' . $apache->headers_in->{'X_FORWARDED_FOR'}); |
| 10:10 |
berick |
and you have the nginx config? |
| 10:10 |
berick |
mentioned above |
| 10:11 |
csharp |
yes, I do |
| 10:12 |
berick |
k |
| 10:12 |
csharp |
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; |
| 10:12 |
berick |
oh maybe the case |
| 10:12 |
csharp |
in both 80 and 443 location sections |
| 10:12 |
berick |
(thanks for experimenting csharp :) |
| 10:12 |
berick |
$apache->headers_in->{'X-Forwarded-For'} |
| 10:12 |
csharp |
happy to help - it helps all of us |
| 10:13 |
dbs |
csharp++ |
| 10:13 |
dbs |
berick++ |
| 10:14 |
csharp |
yeah - there we go |
| 10:15 |
csharp |
2017-09-06 10:14:43 next-brick01-head gateway: [perl:info] [pid 24429] [client ::1:58470] forwarded for: 168.28.68.80 |
| 10:15 |
berick |
ok, great |
| 10:16 |
pastebot |
"berick" at 64.57.241.14 pasted "csharp forwarded for take 2" (15 lines) at http://paste.evergreen-ils.org/780 |
| 10:17 |
berick |
that's probably more like what we ultimately want. grabs the first IP, in case the client is behind multiple proxies |
| 10:19 |
csharp |
berick: works! |
| 10:19 |
berick |
ok, great. |
| 10:21 |
* berick |
thinks we'll have a few bugs to open when the dust settles |
| 10:23 |
|
rlefaive joined #evergreen |
| 11:05 |
* csharp |
tries to muster up motivation to face his acq vandelay upload issue again |
| 11:19 |
|
collum joined #evergreen |
| 12:18 |
csharp |
hmm - maybe the acq/vl issue *was* related to nginx config, because I can't reproduce it now |
| 12:19 |
berick |
csharp: this is on a different machine, specifically a different database? |
| 12:19 |
berick |
hard to trace 17-second SQL queries back to nginx :( |
| 12:21 |
csharp |
berick: this is the weird thing where it appears that the cached object becomes inaccessible |
| 12:22 |
csharp |
and I spoke too soon because I see the problem again |
| 12:22 |
berick |
ooh |
| 12:22 |
berick |
sorry |
| 12:22 |
csharp |
open-ils.acq.process_upload_records: Use of uninitialized value $filename in -r at /usr/local/share/perl/5.18.2/OpenILS/Application/Acq/Order.pm line 1482. |
| 12:23 |
csharp |
resulting in " unable to read MARC file " |
| 12:25 |
csharp |
oh - yeah, it really is undef because it's supposed to be unable to read MARC file $filename |
| 12:28 |
berick |
what's odd is the cache data must exist, or the code would die earlier, when it does things like: $data->{path} |
| 12:30 |
|
jihpringle joined #evergreen |
| 12:31 |
berick |
hm or not |
| 12:31 |
berick |
perl is weird sometimes |
| 12:31 |
gmcharlt |
sometimes? *rimshot* |
| 12:32 |
csharp |
take my perl.. PLEASE! |
| 12:32 |
berick |
my $t = undef; print $t->{x}; # only produces a warning, not a death |
| 12:33 |
berick |
so, ignore my last comment |
| 12:36 |
* jeff |
creates a branch for use warnings FATAL => 'all'; |
| 12:37 |
jeff |
i almost joked about 'use stricter;', but that's actually a thing (of course it is). |
| 13:07 |
JBoyer |
\me despairs at the above scrollback. |
| 13:07 |
* JBoyer |
tires of me |
| 13:08 |
* Dyrcona |
wonders how the proxy works with load balancers. I suppose the proxy is done on each brick head? |
| 13:08 |
JBoyer |
csharp, to simplify things, if your test system for the Acq issue is using NFS is it possible to turn that off to see if things work or the message changes? |
| 13:19 |
csharp |
JBoyer: strangely, I'm not able to duplicate it at the moment, so I'm going to have to wait until my coworker returns from an errand :-/ |
| 13:19 |
csharp |
but that's a good idea to just remove NFS to see whether that's the issue |
| 13:20 |
csharp |
I actually might need to rule out perms as the cause |
| 13:21 |
berick |
Dyrcona: that's how I've been using it. on nginx instance per apache instance. could be done other ways, of course. |
| 13:21 |
berick |
s/on/one/ |
| 13:24 |
jeffdavis |
that's how we do it here too |
| 13:26 |
JBoyer |
Seems the safest way unless there's a load balancer that chooses a server based on a hashing algorithm that is fairly stable. (There may be, I just don't know of one) |
| 13:32 |
dbs |
JBoyer: like ip_hash in nginx? http://nginx.org/en/docs/http/load_balancing.html |
| 13:36 |
JBoyer |
dbs, rather a lot like that, yes. :) |
| 13:40 |
dbs |
We only run one server so no need for load balancing, but it's intriguing :) |
| 14:37 |
|
DPearl joined #evergreen |
| 14:47 |
gmcharlt |
reminder, dev meeting in 13 meetings: https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2017-09-06 |
| 14:47 |
gmcharlt |
er, |
| 14:47 |
gmcharlt |
MINUTES |
| 14:47 |
berick |
i think we can do 1 meeting a minute for 13 minutes |
| 14:53 |
jeff |
i'm sure the bot is up to the task. |
| 14:56 |
berick |
and 13 minutes later we're committed to porting EG to a collection of supybot plugins |
| 14:56 |
JBoyer |
"I'm sorry, there's a netsplit going on you'll have to check these DVDs out later." |
| 14:59 |
gmcharlt |
one meeting^W minute warning! |
| 14:59 |
jeff |
action items: - pinesol-green to create opensrf branch for proposed replacement of XMPP with IRC |
| 15:01 |
gmcharlt |
and here we go |
| 15:01 |
gmcharlt |
#startmeeting Evergreen development meeting, 6 September 2017 |
| 15:01 |
pinesol_green |
Meeting started Wed Sep 6 15:01:28 2017 US/Eastern. The chair is gmcharlt. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 15:01 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
| 15:01 |
pinesol_green |
The meeting name has been set to 'evergreen_development_meeting__6_september_2017' |
| 15:01 |
gmcharlt |
#info Agenda is https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2017-09-06 |
| 15:01 |
gmcharlt |
#topic Introductions |
| 15:01 |
Dyrcona |
#info Dycona is Jason Stephenson, C/W MARS |
| 15:01 |
DPearl |
#info DPearl is Dan Pearl, C/W MARS |
| 15:01 |
gmcharlt |
#info gmcharlt = Galen Charlton, Equinox, 3.0 release manager |
| 15:01 |
kmlussier |
#info kmlussier is Kathy Lussier, MassLNC |
| 15:02 |
rhamby_ |
#info rhamby_ is Rogan Hamby, Equinox |
| 15:02 |
berick |
#info berick Bill Erickson, KCLS |
| 15:02 |
jeff |
#info jeff is Jeff Godin, Traverse Area District Library (TADL) |
| 15:02 |
phasefx |
#info phasefx = Jason Etheridge, Equinox |
| 15:03 |
cesardv |
#info cesardv = Cesar Velez, Equinox |
| 15:03 |
JBoyer |
#info JBoyer is Jason Boyer, IN State Library, Evergreen Indiana |
| 15:04 |
abneiman |
#info abneiman = Andrea Neiman, Equinox |
| 15:04 |
gmcharlt |
#topic Action items from previous meeting |
| 15:05 |
dbwells |
#info dbwells = Dan Wells, Hekman Library (Calvin College) |
| 15:05 |
miker |
#info miker = Mike Rylander, EOLI |
| 15:05 |
gmcharlt |
#info berick submitted cleaned up patch for bug 1697029 |
| 15:05 |
pinesol_green |
Launchpad bug 1697029 in OpenSRF "Service Listeners Crash when Using an Undefined Value for Syscalls" [High,New] https://launchpad.net/bugs/1697029 |
| 15:06 |
gmcharlt |
berick: is that one ready to have a pull request tag slapped on it? |
| 15:06 |
berick |
gmcharlt: probably, i got a little lost in all the other conversation |
| 15:06 |
gmcharlt |
ok, I've gone ahead and added it |
| 15:06 |
berick |
great, thanks |
| 15:07 |
gmcharlt |
#action gmcharlt will open and work on bugs for documentation changes for better ejabberd configuration during installation of OpenSRF |
| 15:07 |
gmcharlt |
^^ carrying over from last meeting |
| 15:07 |
gmcharlt |
#info gmcharlt sent out list of pull requests for feedback fest |
| 15:08 |
gmcharlt |
Dyrcona: any updates on investigating GitLab? |
| 15:08 |
Dyrcona |
No. I've not really had the time. |
| 15:08 |
gmcharlt |
fair enough |
| 15:08 |
Dyrcona |
I still have a gitlab test vm running, though |
| 15:08 |
Bmagic |
#info Bmagic = Blake GH, MOBIUS |
| 15:09 |
* gmcharlt |
is thinking that I might help out with that process after release of 3.0.0 |
| 15:09 |
gmcharlt |
#info gmcharlt sent out proposed XUL bugfix merge policy for 3.0 - thread here: http://libmail.georgialibraries.org/pipermail/open-ils-dev/2017-August/010400.html |
| 15:09 |
gmcharlt |
so, any questions about previous action items? |
| 15:10 |
kmlussier |
nope |
| 15:10 |
gmcharlt |
if not, moving on |
| 15:10 |
gmcharlt |
#topic OpenSRF releases |
| 15:11 |
gmcharlt |
so, I think we're just about ready, if not past ready, to cut an OpenSRF 2.5.1 |
| 15:11 |
gmcharlt |
with particular bugs of note to deal with including |
| 15:11 |
gmcharlt |
bug 1709710, for which there's now a patch for improving bundling/chuking |
| 15:11 |
pinesol_green |
Launchpad bug 1709710 in OpenSRF "Default ejabberd max_stanza_size can be exceeded when chunking (MARC)XML-heavy responses" [Undecided,Confirmed] https://launchpad.net/bugs/1709710 |
| 15:11 |
gmcharlt |
bug 1697029, for which there's also a patch |
| 15:11 |
pinesol_green |
Launchpad bug 1697029 in OpenSRF "Service Listeners Crash when Using an Undefined Value for Syscalls" [High,New] https://launchpad.net/bugs/1697029 |
| 15:12 |
gmcharlt |
and also some needed improvements to the nginx config example |
| 15:12 |
gmcharlt |
I also want to bring up bug 1708048 |
| 15:12 |
pinesol_green |
Launchpad bug 1708048 in OpenSRF "Add support for Debian 9 Stretch" [Undecided,New] https://launchpad.net/bugs/1708048 |
| 15:13 |
gmcharlt |
where, in the particular, the changes to finding shared libraries as of Stretch suggest to me that it would be worth cutting an OpenSRF 2.6.0 |
| 15:13 |
gmcharlt |
to deal with them, and have that be the minimum required version for Evergreen 3.0.0 |
| 15:13 |
gmcharlt |
thoughts on all of this? |
| 15:14 |
Bmagic |
It sounds fine to me. 2.5.1 and 2.6.0 ? |
| 15:14 |
gmcharlt |
yeah |
| 15:14 |
Dyrcona |
I wonder if stretch support should wait. We may encounter more issues later. |
| 15:15 |
miker |
a thought: |
| 15:15 |
|
dcz joined #evergreen |
| 15:16 |
miker |
feature-wise, 2.5.1 is the minimum, really... but, because 2.6.0 will change the config file, and 3.0 is psychologically a "big" release, it makes sense to include the "big" change of config file adjustments |
| 15:17 |
miker |
so with a release note that says "use 2.6.0, unless you can't. here's how to use 2.5.1: ..." I'd be on board |
| 15:17 |
miker |
IOW, 3.0.0 is not conservative by default, but can be made so with (really pretty minor) changes to the opensrf.xml |
| 15:17 |
berick |
do we have a clear path to 2.6.0? can't tell from the bug. |
| 15:18 |
miker |
berick: we do ... "use libtool as intended, with a 'lib' prefix for .so files so ldconfigure will work, remove rpath, and adjust the config file" |
| 15:19 |
JBoyer |
Stretch was only released in June, I'm fine with punting on them until the next release cycle in case we run into more trouble. |
| 15:19 |
miker |
it's the specific spelling of those things that is opaque to me ATM |
| 15:19 |
berick |
miker: thanks |
| 15:20 |
Dyrcona |
Well, basically, I think we need to name the libaries so that they come out as libosrf... and so on. |
| 15:20 |
gmcharlt |
I'd prefer to not wait until 3.1 for Stretch support; such support in 3.0.0 might be (I acknowledge) experimental, but should stabliize soon enough |
| 15:20 |
JBoyer |
miker, gmcharlt, would it be unreasonable to strive for a "./configure;make;make install" style installation for 2.6 while we're making big changes anyway? I know that was mentioned in the Gentoo thread and it immediately caught my attention. |
| 15:20 |
|
stephengwills joined #evergreen |
| 15:20 |
gmcharlt |
at least as far as the C libraries are concerned, it should be pretty clearly something that either works or doesnt work |
| 15:21 |
miker |
JBoyer: if we can have a beta 2 with stretch support, for a solid-ish test period, would you be OK with that? (also, we can always pull back with a simple enough change if release day is looming and we're still seeing problems) |
| 15:22 |
berick |
in general terms, having to rebuild osrf to install eg 3.0 does not seem crazy to me. |
| 15:22 |
miker |
Dyrcona: right ... we're going out of our way to have .so's named just so, and ldconfig hates us for that |
| 15:23 |
miker |
libtool writes symbols /inside/ the file, too, though. we need to not override that, not just the filesystem name |
| 15:23 |
JBoyer |
miker, it's ok with me; I don't run Debian. ;) I just want to make sure there's plenty of time for testing and it does *feel* like early days, admittedly for the previous reason. |
| 15:24 |
Dyrcona |
If stretch support can wait until after the beta, I'll make it a point to look at those bugs next week. |
| 15:25 |
miker |
JBoyer: re './configure;make;make install', how do you mean? I feel like it's pretty much that already, no? |
| 15:25 |
gmcharlt |
Dyrcona: yeah, it can certain wait until after today's beta |
| 15:25 |
gmcharlt |
and thanks for the offer |
| 15:26 |
|
dwgreen left #evergreen |
| 15:26 |
Dyrcona |
I've been meaning to build a stretch vm, so bug squashing week gives me a good reason. |
| 15:26 |
miker |
berick: we have you to blame^Wthank for the current makefile stuff, right? (looking for eyeballs with background for assistance only. promise!) |
| 15:27 |
gmcharlt |
so, I think to sum up: we'll keep the Stretch option open for now, and second beta (more on that later) would be the go/no-go for that |
| 15:27 |
gmcharlt |
so, I'm going to push forward in the agenda |
| 15:27 |
gmcharlt |
#topic Evergreen release |
| 15:27 |
JBoyer |
I mean literally that. Conforming to whatever library locations various supported OS's expect and not requiring --any-switches unless you want to enable something experimental like Python or Java. |
| 15:28 |
JBoyer |
(And I'm too slow at typing,...) |
| 15:28 |
berick |
miker: hm, no, that was.. arg, worked w/ dbs |
| 15:28 |
gmcharlt |
#info Evergreen 3.0 feature freeze was 1 September |
| 15:29 |
gmcharlt |
#info newpot has been run courtesy of bshum; we're now in string sluh |
| 15:29 |
gmcharlt |
#info Evergreen 3.0 beta will be cut today by dbwells |
| 15:29 |
gmcharlt |
dbwells++ |
| 15:29 |
gmcharlt |
#info Bug Squashing Week is 11-15 September |
| 15:30 |
jeff |
berick: you're thinking of kbeswick / Kevin Beswick, I believe. |
| 15:30 |
gmcharlt |
so, I mentioned a second beta - given the larger than usual (?) last-minute merges, and given the overall release goal of 3.0 as supported for production for the web staff client, I'd like to cut a second beta around 20 September |
| 15:30 |
berick |
jeff: yes! thanks. |
| 15:31 |
gmcharlt |
with primary goals being (a) more bug fixes and (b) Stretch support |
| 15:31 |
gmcharlt |
with RC still slated for 27 September |
| 15:31 |
gmcharlt |
and (at the moment) rel_3_0 not being branched before the RC |
| 15:31 |
gmcharlt |
thoughts? |
| 15:31 |
miker |
+1 |
| 15:31 |
JBoyer |
+1 to b2 and putting off the Stretch decision until then. |
| 15:31 |
kmlussier |
+1 |
| 15:31 |
jeff |
+1 |
| 15:32 |
dbwells |
+1 |
| 15:32 |
Bmagic |
+1 |
| 15:32 |
Dyrcona |
+1 |
| 15:32 |
jeff |
(would it be appropriate to say that Debian 9 support in Evergreen 3.0 remains as a "stretch goal"?) |
| 15:32 |
* kmlussier |
groans |
| 15:32 |
Bmagic |
lol |
| 15:32 |
berick |
+1 # and groan |
| 15:32 |
gmcharlt |
... it was inevitable |
| 15:32 |
JBoyer |
Is there a kick command for the bot? :p |
| 15:33 |
Dyrcona |
No ops in the channel. ;) |
| 15:33 |
miker |
(JBoyer: I think that really does work... with the exception of the stretch-exposed problems. we've just never had any install instructions that say that. I haven't tried it in a while, though.) |
| 15:34 |
Dyrcona |
It works and everything ends up scatter around in /usr/local |
| 15:34 |
JBoyer |
If it does work (I'll try it out soon, I may try to help re: Stretch also) I think it should become the new install instructions. |
| 15:34 |
gmcharlt |
#agreed a beta2 will be cut on or around 9/20, with webstaff bugfixes and stretch support as goals |
| 15:35 |
Dyrcona |
I don't think it should be the new instructions. It's messy on a typical system. |
| 15:35 |
gmcharlt |
#alsoagreed jeff is now on pun watch |
| 15:36 |
gmcharlt |
any other general questions/concerns about the Evergreen release before we move on? |
| 15:36 |
miker |
Dyrcona: well, right. we cordon our mess of in /openils for a reason ;) |
| 15:36 |
miker |
s/of/off |
| 15:37 |
gmcharlt |
so, moving on |
| 15:37 |
gmcharlt |
#topic Hatch |
| 15:37 |
JBoyer |
I may be conflating a desire to make source installation easier all around with better prep for ongoing and "you should just use these" packages. |
| 15:39 |
gmcharlt |
berick: thoughts on what is required (and what assistance would help) to get some better packaging of Hatch and to get the Chrome plugin in the Google App store? |
| 15:39 |
berick |
gmcharlt: yes, bug #1708757 |
| 15:39 |
pinesol_green |
Launchpad bug 1708757 in Evergreen "Publish Hatch to Chrome web store" [Wishlist,New] https://launchpad.net/bugs/1708757 |
| 15:40 |
berick |
to get started, a developer account needs to be created |
| 15:40 |
berick |
presumably owned by the community |
| 15:40 |
gmcharlt |
berick: easy enough to create a foo evergreen-ils.org address that has a few folks on it |
| 15:40 |
jeff |
berick: how possible is "owned by the community"? have you looked into that hurdle at all? |
| 15:40 |
berick |
and we need some simple icons just to get started |
| 15:41 |
berick |
jeff: have not looked. |
| 15:41 |
gmcharlt |
^^ might be something that outreach committee and/or webteam folks could help with |
| 15:41 |
gmcharlt |
looks like there's a $5 signup fee |
| 15:41 |
* kmlussier |
reads up |
| 15:42 |
berick |
also possible to link google groups to a developer account, but I think we still need the initial shared account |
| 15:42 |
gmcharlt |
(and I think I can safely say that reimbursement for that wouldn't be hard to get) |
| 15:42 |
berick |
s/shared/community owned/ |
| 15:42 |
berick |
yeah, $5 fee to set up |
| 15:43 |
Bmagic |
can we pay in bitcoin? |
| 15:43 |
berick |
heh, .00005 bitcoins |
| 15:43 |
kmlussier |
I don't know much about Google developer accounts. Does it have to be just one account or is there a possibility that multiple accounts can be given admin access? |
| 15:44 |
gmcharlt |
looks like there's a "group publishing" option |
| 15:45 |
gmcharlt |
hmm, but each member of a group would be obliged to pay the $5 developer fee |
| 15:45 |
kmlussier |
Oh, so better to have a shared account. |
| 15:45 |
Bmagic |
it looks like the only difference is that we wouldn't share a single login/pass |
| 15:45 |
gmcharlt |
(admittedly, $5 each is not exactly a huge bar, as presumably only a few people need to be directly involved in building updates) |
| 15:45 |
kmlussier |
This sounds more like a developer thing than an outreach or web team thing, but I can be overruled. :) |
| 15:46 |
berick |
kmlussier: i think gmcharlt was referring to the icons, maybe? |
| 15:46 |
gmcharlt |
kmlussier: well, my suggestion was specifically about getting some icons |
| 15:46 |
Bmagic |
changing passwords would need to be communicated or shared in some way |
| 15:46 |
kmlussier |
Oh, sorry, I missed that comment. Sure, actually, I think we can help with that. |
| 15:46 |
berick |
kmlussier: https://developer.chrome.com/webstore/publish#provide-store-content |
| 15:47 |
gmcharlt |
berick: for now, shall you and I kickstart the process, starting with a chromestoreevergreen-ils.org address (or whatever)? |
| 15:47 |
berick |
gmcharlt: yes, sounds good |
| 15:47 |
Bmagic |
+1 #get it started |
| 15:48 |
gmcharlt |
kmlussier: and can you accept an action item to help wrangle the images? |
| 15:48 |
kmlussier |
yes |
| 15:48 |
berick |
kmlussier++ gmcharlt++ |
| 15:48 |
gmcharlt |
#action berick and gmcharlt will get a shared Google Web Store account started |
| 15:49 |
gmcharlt |
#action kmlussier will wrangle creation of necessary icons/logos for the store and Hatch app |
| 15:49 |
gmcharlt |
berick: anything else needed? |
| 15:49 |
berick |
gmcharlt: no, that should get things moving at least. |
| 15:50 |
gmcharlt |
great |
| 15:50 |
gmcharlt |
so moving on in the agenda |
| 15:50 |
gmcharlt |
#topic Possible Hack-A-Way prep videos |
| 15:50 |
gmcharlt |
Bmagic: you have hte floor |
| 15:50 |
Bmagic |
At the last hack-a-way, there was talk of getting folks up to speed on contributing to the project. Thoughts of adding another day to the hack-a-way of "class". I have been working on some videos with that in mind |
| 15:51 |
Bmagic |
Maybe some videos would help get folks started, not a replacement of "class" but something. I just thought I would bring it up here for thoughts. |
| 15:53 |
berick |
i haven't watched the videos yet, but I love the idea |
| 15:53 |
Bmagic |
One of the big hurdles, is installing the Evergreen server. My direction here is to skip that part and show how to get a test server running with almost no effort |
| 15:54 |
Bmagic |
Then show how to edit the code on the running server and affect change, using easy-to-install tools for windows |
| 15:54 |
Dyrcona |
I have seen the videos, and other than the Windows part, I like 'em. ;) |
| 15:55 |
kmlussier |
Bmagic++ |
| 15:55 |
Bmagic |
I was goinng to use this bug 1642036 |
| 15:55 |
pinesol_green |
Launchpad bug 1642036 in Evergreen "Web Staff Client - Group Members Don't Display" [Undecided,Confirmed] https://launchpad.net/bugs/1642036 |
| 15:55 |
Bmagic |
looked easy to squash on camera and record the process |
| 15:57 |
Dyrcona |
Bmagic++ |
| 15:57 |
Bmagic |
Anyone know someone looking for this sort of thing? |
| 15:57 |
kmlussier |
Not at the moment, but it will be nice to have it handy when new developers pop in. |
| 15:57 |
gmcharlt |
well, sounds like the sort of thing that can be given a home in a couple places |
| 15:57 |
DPearl |
I would have wanted this when starting out. Hell! I'd watch them now! |
| 15:57 |
gmcharlt |
wiki, obviously |
| 15:58 |
gmcharlt |
maybe part of the dev doc project that dbwells and remingtron our working on? |
| 15:58 |
Bmagic |
gmcharlt: that came to mind as well |
| 15:58 |
* stephengwills |
timidly raises his hand. Sound useful for validation too. |
| 15:58 |
Bmagic |
There is no reason that I have to be the only one making the videos, if anyone has ideas, etc |
| 15:59 |
Bmagic |
for the minutes first: https://vimeo.com/230985351 second: https://vimeo.com/231611654 |
| 16:01 |
Bmagic |
That's all I have, thanks for your time. |
| 16:01 |
gmcharlt |
thanks! |
| 16:01 |
jeff |
Bmagic++ |
| 16:01 |
cesardv |
Bmagic++ those will be helpful |
| 16:01 |
gmcharlt |
any other last-minute topics? |
| 16:02 |
berick |
Bmagic++ |
| 16:03 |
cesardv |
since we now have Jquery, can we have jquery-ui in the OPAC? |
| 16:03 |
gmcharlt |
cesardv: sounds like an excellent question to raise on open-ils-dev |
| 16:03 |
berick |
gmcharlt: may just a reminder this page exists https://wiki.evergreen-ils.org/doku.php?id=hack-a-way-2017-agenda |
| 16:03 |
berick |
s/may/maybe/ |
| 16:03 |
gmcharlt |
ah, yes |
| 16:03 |
gmcharlt |
#info 2017 Hack-A-Way agenda is https://wiki.evergreen-ils.org/doku.php?id=hack-a-way-2017-agenda |
| 16:04 |
gmcharlt |
#info Hack-a-Way will run 7-9 November in Indianapolis |
| 16:04 |
cesardv |
gmcharlt: 10-4, open-ils-dev |
| 16:04 |
JBoyer |
Yes, I promise we're putting it on this year, agoben and I have been out of the office a lot and communications have been sparse. |
| 16:04 |
gmcharlt |
JBoyer: we'll just hang out in your offices as a fallback plan ;) |
| 16:05 |
kmlussier |
I sure hope you're putting it on because the plane tickets have already been booked! |
| 16:05 |
JBoyer |
I have 4 chairs. ;) |
| 16:05 |
Bmagic |
dibs |
| 16:05 |
gmcharlt |
OK, thanks all! |
| 16:05 |
* kmlussier |
claims a chair. |
| 16:05 |
* berick |
has inn reservation, not plane tix yet |
| 16:05 |
gmcharlt |
#endmeeting |
| 16:05 |
pinesol_green |
Meeting ended Wed Sep 6 16:05:39 2017 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 16:05 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-09-06-15.01.html |
| 16:05 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-09-06-15.01.txt |
| 16:05 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-09-06-15.01.log.html |
| 16:05 |
berick |
gmcharlt++ |
| 16:05 |
JBoyer |
gmcharlt++ |
| 16:05 |
Bmagic |
gmcharlt++ |
| 16:05 |
kmlussier |
gmcharlt++ |
| 16:05 |
Dyrcona |
gmcharlt++ |
| 16:05 |
miker |
gmcharlt++ |
| 16:05 |
DPearl |
gmcharlt++ |
| 16:06 |
phasefx |
gmcharlt++ |
| 16:06 |
* kmlussier |
waves to stephengwills |
| 16:08 |
JBoyer |
Also, a reminder that we have the house again this year, if you're interested in that rather than the inn, please contact agoben. It's a good time! |
| 16:09 |
dbs |
JBoyer: re: ./configure && make && make install - I've contributed a fair bit over previous years towards making that work |
| 16:09 |
* dbs |
missed signing into the meeting because he was reading the backscroll... sigh |
| 16:10 |
JBoyer |
dbs++ |
| 16:10 |
JBoyer |
I think I was getting a little confused with the Gentoo discussion a little while ago |
| 16:10 |
JBoyer |
on the lists. |
| 16:11 |
Dyrcona |
Well, there are things we could do better with our use of autotools to make packaging and portability easier. |
| 16:11 |
dbs |
I'm pretty sure I spent some time in the early days exploring libcstore.so vs. cstore.so as well, picking up from where kbeswick had left off |
| 16:11 |
Dyrcona |
But, it's not quick and easy. |
| 16:11 |
dbs |
(Fedora was an early adopter of what Stretch is now suffering from) |
| 16:11 |
|
Jillianne joined #evergreen |
| 16:11 |
Dyrcona |
And Ubuntu 18.04 will also. |
| 16:12 |
Dyrcona |
Also, plumbing isn't very glamorous. :) |
| 16:13 |
|
stephengwills joined #evergreen |
| 16:14 |
* stephengwills |
waves back! |
| 16:16 |
* dbs |
peers at http://git.evergreen-ils.org/?p=OpenSRF.git;a=commitdiff;h=39365b6d611e8cfa7d0640269c8e5888c49b5735 from 2008 |
| 16:16 |
pinesol_green |
dbs: [opensrf|dbs] Enable libtool to work its magic and install versioned libraries - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=39365b6> |
| 16:21 |
dbs |
And I think eaa4c9f3e0bee322d56c3ca4f092744fce7d7f67 is where we made a big leap in terms of avoiding hard-coded defaults in evergreen |
| 16:21 |
pinesol_green |
dbs: [evergreen|Dan Scott] Reduce hard-coded configure defaults - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=eaa4c9f> |
| 16:25 |
Dyrcona |
OpenSRF is fairly tidy in that respect. Evergreen not so much. |
| 16:27 |
|
DPearl left #evergreen |
| 16:37 |
* csharp |
coolguynods at stephengwills |
| 16:38 |
* csharp |
missed the meeting because it's right when he needed to pick up son from school |
| 16:39 |
Dyrcona |
Hmm.. Wonder if this might be useful: https://github.com/Dyrcona/dispatch/blob/master/m4/config.rpath |
| 16:40 |
|
dcz left #evergreen |
| 16:40 |
* stephengwills |
thumbs up toward csharp. |
| 16:40 |
Dyrcona |
Probably not so much. |
| 16:44 |
mmorgan |
I'm hoping there's a best holds selection sort order that will help with a certain situation. |
| 16:44 |
mmorgan |
A record has holds for pickup at Library A placed yesterday and Library B placed a month ago. |
| 16:44 |
mmorgan |
A copy belonging to Library C is checked in at Library A. |
| 16:45 |
mmorgan |
The hold placed yesterday is captured, but I wonder if there's a way to get the oldest hold to be captured instead when the checkin library doesn't match the copy circ library? |
| 16:48 |
mmorgan |
We also want holds to always go home. |
| 16:51 |
Dyrcona |
mmorgan: You want to upset MLS? :) |
| 16:52 |
Dyrcona |
For the first one, I don't think there is a way except to turn on FIFO holds, which is probably not what you want. |
| 16:52 |
mmorgan |
There is that. Possibly it's too late in the day to consider such a question :) |
| 16:53 |
mmorgan |
FIFO seems a little extreme. |
| 16:55 |
Dyrcona |
Yeah, and I just realized that I'm looking at the code for 2.10. ;) |
| 16:56 |
mmorgan |
It's probably not a big deal when holds placed fairly close together chronologically don't always capture in that order. |
| 16:56 |
Dyrcona |
There's a max foreign circulation time that causes hold items to go home after an interval. |
| 16:56 |
Dyrcona |
It's an org unit settings. |
| 16:57 |
Dyrcona |
Well, the default is to keep things out of transit, so fill holds where the item is, first. |
| 16:58 |
mmorgan |
So the max foreign circulation time could send it home, even if there's no hold there, then it would want to go back in transit to fill the oldest hold. |
| 16:58 |
Dyrcona |
No, only goes me if there is a hold. |
| 16:59 |
Dyrcona |
Time a copy can spend circulating away from its circ lib before returning there to fill a hold (if one exists there) |
| 16:59 |
Dyrcona |
That's the description. |
| 17:00 |
mmorgan |
Oh, that won't help, then. :-( |
| 17:00 |
Dyrcona |
It never seems to be exactly what the members want. |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:00 |
Dyrcona |
Well, I'm taking off. Catch everyone tomorrow. |
| 17:01 |
mmorgan |
Well, if holds don't capture exacly chronologically, if they're placed close together, it hasn't been a big deal, but this example seemed a little less than fair. |
| 17:02 |
* mmorgan |
needs to revisit with a fresh eye tomorrow. |
| 17:06 |
|
mmorgan left #evergreen |
| 17:22 |
jeffdavis |
In a search like "harry potter between(2016,2017)", what does 'between' mean - bib record create date, publication date from some MARC field...? |
| 17:35 |
* berick |
thinks a better HP search would be between(plaform_9, platform_10) |
| 17:35 |
berick |
i'll show myself out |
| 17:37 |
jeffdavis |
berick++ |
| 17:46 |
jeffdavis |
appears to be normalized pub date from metabib.record_sorter |
| 17:53 |
|
jvwoolf left #evergreen |
| 18:10 |
|
dwgreen joined #evergreen |
| 18:23 |
* gmcharlt |
has gone ahead and created the LP milestone for 3.0-beta2 |
| 19:07 |
|
rlefaive joined #evergreen |
| 20:18 |
gmcharlt |
https://evergreen-ils.org/evergreen-3-0-first-beta-release-available/ |
| 20:19 |
jihpringle |
gmcharlt++ |
| 20:31 |
|
dwgreen joined #evergreen |
