| 10:10 |
|
jvwoolf1 joined #evergreen |
| 10:15 |
|
sandbergja joined #evergreen |
| 10:20 |
|
cmalm joined #evergreen |
| 11:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:16 |
|
sandbergja joined #evergreen |
| 11:36 |
|
jvwoolf joined #evergreen |
| 11:39 |
|
sandbergja joined #evergreen |
| 17:00 |
|
mmorgan left #evergreen |
| 17:15 |
sandbergja |
If a user doesn't have the COPY_STATUS_LOST.override permission, that means that they can't check in any items with Lost status, right? |
| 17:43 |
Bmagic |
sandbergja: I believe that's right. Or deal with changing the copy status away from LOST |
| 17:47 |
Bmagic |
Has this come up before "Expected an identifier but found 'lead' instead" during the "npm run test" step in Open-ILS/web/js/ui/default/staff/ - complains about cat/bucket/record/app.js:702 which is let lead = { orig_marc_xml : $scope.lead.marc_xml }; |
| 17:53 |
berick |
Bmagic: 'let' |
| 17:53 |
berick |
not OK for phantomjs |
| 17:53 |
Bmagic |
let needs to be expressed 'let' ? |
| 19:58 |
|
sandbergja_ joined #evergreen |
| 22:48 |
|
sandbergja joined #evergreen |
| 23:26 |
|
sandbergja joined #evergreen |
| 23:32 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:39 |
|
stephengwills_ joined #evergreen |
| 23:40 |
|
bwicksall joined #evergreen |
| 10:20 |
|
oajulia__ joined #evergreen |
| 10:21 |
|
oajuli___ joined #evergreen |
| 10:46 |
|
rfrasur joined #evergreen |
| 11:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:15 |
|
oajulianclements joined #evergreen |
| 11:24 |
gmcharlt |
jeffdavis: I've pushed a WIP for you to play with for bug 1846042 |
| 11:25 |
pinesol |
Launchpad bug 1846042 in Evergreen 3.3 "Angular admin pages need filters" [High,Confirmed] https://launchpad.net/bugs/1846042 |
| 11:29 |
* gmcharlt |
claims 1192 |
| 11:33 |
gmcharlt |
JBoyer: I've gone ahead and pushed a fix for bug 1846357, but would appreciate after-the-fact testing |
| 11:33 |
pinesol |
Launchpad bug 1846357 in Evergreen "Billing age function reverted in 3.4rc" [Critical,Fix committed] https://launchpad.net/bugs/1846357 |
| 11:34 |
gmcharlt |
also, I am going to go ahead and branch rel_3_4 now |
| 11:35 |
pinesol |
[evergreen|Galen Charlton] LP#1846357: fix circulation and billing aging - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fcedac0> |
| 15:31 |
nfBurton |
Is Hatch 0.3.0 officially released? |
| 15:40 |
berick |
nfBurton: no, still waiting on bug 1830391 -- at which point it will jump to 0.3.2 |
| 15:40 |
pinesol |
Launchpad bug 1830391 in Evergreen "Hatch omnibus circa 3.3 (Java updates and more)" [Undecided,New] https://launchpad.net/bugs/1830391 |
| 15:41 |
gmcharlt |
OK, haven't heard of no issues and knowing that there's been at least one test of it on Buster, I'm going to cut OpenSRF 3.2.0 now |
| 15:41 |
nfBurton |
Oh okay. I've been using a 3.0 in a bug fix for my label printers but couldn't find it anymore. Good to know |
| 15:41 |
nfBurton |
Cause the downloads is still at 2.0 |
| 15:43 |
berick |
gmcharlt++ |
| 15:57 |
gmcharlt |
I've uploaded OpenSRF 3.2.0 |
| 15:57 |
gmcharlt |
formal announcement will be done in conjunction with Evergreen 3.4.0 |
| 16:10 |
pinesol |
[evergreen|Galen Charlton] note minimum OpenSRF version in upgrade instructions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8d090d2> |
| 16:13 |
gmcharlt |
I am ready to start cutting 3.4.0; does anybody have any immediate further testing they are about to do or know of a reason to hold off on the release? |
| 16:15 |
JBoyer |
None here. |
| 16:22 |
Dyrcona |
gmcharlt++ |
| 17:09 |
|
mmorgan left #evergreen |
| 19:11 |
jeffdavis |
gmcharlt++ # EG/OpenSRF releases + collab branch for Ang admin page filters |
| 21:45 |
|
sandbergja joined #evergreen |
| 22:40 |
|
sandbergja joined #evergreen |
| 23:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 10:21 |
|
aabbee joined #evergreen |
| 10:37 |
|
sandbergja joined #evergreen |
| 10:53 |
|
oajulianclements joined #evergreen |
| 11:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:33 |
oajulianclements |
Regarding OpenAthens integration previously discussed on open-ils-dev, I've pushed code at https://github.com/openathens/Evergreen/tree/openathens-sso-integration and would like to request review of the PR - launchpad #1842297 / github PR 89 |
| 11:33 |
pinesol |
Launchpad bug 1842297 in Evergreen "OpenAthens integration" [Undecided,In progress] https://launchpad.net/bugs/1842297 - Assigned to Julian Clementson (oajulianc) |
| 11:36 |
oajulianclements |
There are new database tables, a new local admin page, new Perl dependencies, new docs page, new logic that intercepts OPAC login, so it's quite substantial. |
| 14:19 |
JBoyer |
There we go. That would make it hard to find a date. Until I bookmark that page with a "3.1 EOL Date" in my browser. ;) |
| 14:19 |
JBoyer |
csharp++ |
| 14:19 |
JBoyer |
dbwells++ |
| 14:21 |
Dyrcona |
csharp: You mentioned trying Pg 10 or 11 recently. I'm setting up a cluster of test VMs, and I'm going to install Pg 10 to test against concerto data. My main goal is figuring out a working haproxy/keepalived config, but I figure that I can test Pg 10 while I'm at it. |
| 14:22 |
Dyrcona |
I would use production data, but I don't think I have enough disk space on this old machine. |
| 14:27 |
csharp |
currently running 11 on a production-ish 3.4-beta and 10 on a master test server |
| 14:27 |
csharp |
so far so good in basic poking-level testing |
| 14:31 |
Dyrcona |
Cool! I just finished the package installation. |
| 14:35 |
pinesol |
[evergreen|Jane Sandberg] LP1739607: Add missing columns to patron record - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d33ddf6> |
| 14:37 |
JBoyer |
I'm planning to have a Buster / Pg 11 server in my living room in the next couple of days. It may not be exactly production *sized* but it will be of production *worth,* at least locally, heh. |
| 14:43 |
Dyrcona |
:) |
| 14:43 |
Dyrcona |
I just installed Pg10 on Xenial. The vm host is buster, but that's because the machine was originally squeeze and I upgraded it last week. |
| 14:43 |
Dyrcona |
Old db servers make pretty decent VM hosts. |
| 14:47 |
csharp |
yeah, definitely |
| 14:48 |
* csharp |
gets curious about the i18n bug and plans to test miker's fix asap |
| 14:48 |
* JBoyer |
imagines cpu cores diving into a pile of RAM like Scrooge McDuck in his money bin... |
| 14:48 |
Dyrcona |
:) |
| 14:48 |
csharp |
bug 1773191, that is |
| 15:30 |
gmcharlt |
we'll still need a non-ABI-breaking variant for OpenSRF 3.1 |
| 15:33 |
gmcharlt |
jeffdavis: re 1830642 you set the signedoff tag. should I add your signoff to the commit? |
| 15:34 |
|
mmorgan joined #evergreen |
| 15:35 |
jeffdavis |
Hm, so I did. That may have been an error. |
| 15:37 |
jeffdavis |
Give me a few minutes and I'll see about installing/testing. |
| 15:37 |
gmcharlt |
jeffdavis: no worries, I'm testing it myself, I just wanted to attribute the signoff correctly |
| 15:38 |
|
khuckins joined #evergreen |
| 15:45 |
|
oajulianclements joined #evergreen |
| 15:46 |
sandbergja |
gmcharlt: I don't think that I'll be able to totally finish work on 1843938 today or tomorrow |
| 15:48 |
sandbergja |
no preference on my end |
| 15:51 |
pinesol |
[opensrf|Bill Erickson] LP1830642 Remove variable args from md5sum() - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=3fb9396> |
| 16:33 |
gmcharlt |
sandbergja: re bug 1842940, are you in a position to push it now, or do you have any objection to my doing so? |
| 16:33 |
pinesol |
Launchpad bug 1842940 in Evergreen 3.3 "Return of the "user can edit themselves" bug" [High,Confirmed] https://launchpad.net/bugs/1842940 |
| 16:34 |
pinesol |
[evergreen|Jeff Davis] LP#1830642: add tests for authenticating users when password contains percent sign - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ecb1dcc> |
| 16:34 |
|
sandbergja_ joined #evergreen |
| 16:36 |
sandbergja |
gmcharlt: I can push that; I wanted to quickly check miker's most recent commit with the UI tweak |
| 16:36 |
gmcharlt |
sandbergja: thanks! |
| 16:57 |
JBoyer |
sandbergja++ |
| 16:57 |
gmcharlt |
a bug I really really want independent review of for the 3.4-rc is bug 1845050 |
| 16:57 |
pinesol |
Launchpad bug 1845050 in Evergreen 3.3 "reporter interface can fail to completely load" [High,Confirmed] https://launchpad.net/bugs/1845050 |
| 16:57 |
JBoyer |
That's the one I just tested and was planning to push after this db update. :_ |
| 16:57 |
JBoyer |
:) |
| 16:58 |
gmcharlt |
JBoyer: groovy |
| 16:58 |
pinesol |
[evergreen|Jeff Davis] LP#1845260: fix error in vandelay.auto_overlay_org_unit_copies db function - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f7c0d35> |
| 17:33 |
gmcharlt |
ok |
| 17:34 |
gmcharlt |
at this point, with the exception of 1842940, I'm about to draw a line for 3.4-rc |
| 17:34 |
gmcharlt |
if there is anything that I've missed that somebody thinks is critical to the 3.4.0 release, as opposed to something that can reasonably wait for 3.4.1, please speak up |
| 17:40 |
sandbergja |
miker++ # the UI fix for 1842940 worked well with all my testing |
| 17:40 |
sandbergja |
grabbing 1190 |
| 17:41 |
miker |
gooooood |
| 17:42 |
sandbergja |
haha oops, grabbing 1191 |
| 17:42 |
sandbergja |
not 1190 |
| 19:37 |
gmcharlt |
sandbergja++ |
| 20:04 |
pinesol |
[evergreen|Galen Charlton] Translation updates - newpot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6bec537> |
| 20:04 |
pinesol |
[evergreen|Galen Charlton] Translation updates - po files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=52bc686> |
| 20:54 |
gmcharlt |
the 3.4-rc is now available for testing |
| 20:54 |
gmcharlt |
please test early and often! |
| 20:57 |
jeff |
gmcharlt++ |
| 21:35 |
|
sandbergja joined #evergreen |
| 23:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:15 |
|
sandbergja joined #evergreen |
| 23:33 |
|
jvwoolf joined #evergreen |
| 09:56 |
Dyrcona |
We typically don't mess with existing entries, other than fix some bugs with missing fields/links that usually make it into later releases. We add custom entries, though, typically with custom views in the database behind them. |
| 09:57 |
Dyrcona |
And, most of those custom entries are for reports, and were added by some other than me, a someone who doesn't work here any more. I could check and see if we have any that use SQL in the IDL, but it would be only 1 or 2 if we do. |
| 09:58 |
Dyrcona |
So, after all of that being said, I guess my preference is for views in the database, though I don't think there's much technical difference. :) |
| 10:00 |
* Dyrcona |
is figuring out networking for a test environment. I think I need a custom bridge for the external ip address to be shared by the load balancing vms. |
| 10:00 |
mmorgan |
Seems like many paths are used to get data from the db to the end user, and it would be useful to know what the best practice should be. |
| 10:00 |
|
yboston joined #evergreen |
| 10:02 |
Dyrcona |
I added a view for removing patrons from libraries that are no longer members. The view is basically open billing summary with the org unit where the money is owed added in. It's for keeping patrons who owe money to other member libraries. |
| 10:50 |
csharp |
sometimes lack of tickets doesn't actually mean no one cares :-) |
| 10:51 |
JBoyer |
Corrective action through inaction. I can handle that. ;) |
| 10:51 |
berick |
we just need to replace the offline list with old timey wanted posters |
| 10:51 |
Dyrcona |
And, this test setup that I've been mumbling about is to try out haproxy and keepalived. |
| 10:51 |
Dyrcona |
berick++ |
| 10:51 |
Dyrcona |
Though when one asks me for an ILS recommendation, I suggest a card catalog and paper log book. :) |
| 10:51 |
JBoyer |
This here's the DVD kid. Only comes in on down days, really likes the wrasslin' DVDs. |
| 11:01 |
csharp |
not sure anyone really knows :-) |
| 11:02 |
mmorgan |
miker: Ok, good to know, so there may be some performance benefits if the in-IDL view is large? |
| 11:02 |
mmorgan |
as in lots of data. |
| 11:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:02 |
csharp |
to de-snark that, I'll clarify that my attempts to optimize things have mostly been unsuccessful despite following docs and expert advice :-/ |
| 11:03 |
miker |
mmorgan: s/large/complicated/ (usually correlated, obv), yep |
| 11:03 |
Dyrcona |
csharp: same here.... I've considered suggesting we hire a consultant to check our Pg configuration. |
| 12:05 |
Dyrcona |
You can also just ignore the failure and charge ahead. |
| 12:07 |
csharp |
yeah, I'm going down a rabbit hole |
| 12:07 |
Dyrcona |
That's OK. I'm building two bridges to nowhere. :) |
| 12:08 |
JBoyer |
csharp, berick, Dyrcona: I've looked at using chromium for testing in the past (would allow let and arrow funcs and generally modern JS all around) but I haven't seen a good way to get it installed without half a gui system coming along. If we accept that you'll just have to run the tests separately on a more heavily packaged machine it's a very simple change. |
| 12:08 |
csharp |
I think I'll do that and know that we'll have to find a suitable replacement that can run headless testing |
| 12:08 |
JBoyer |
Dyrcona, I have been to date, but ignoring errors really isn't my thing. ;) |
| 12:08 |
csharp |
JBoyer: I was just reading about https://github.com/karma-runner/karma-chrome-launcher and https://github.com/GoogleChrome/puppeteer |
| 12:09 |
JBoyer |
csharp++ |
| 12:19 |
csharp |
https://github.com/cyrus-and/chrome-remote-interface |
| 12:20 |
csharp |
so theoretically, start chromium in headless mode with a remote port on localhost, then use chrome-remote-interface to connect to it |
| 12:21 |
JBoyer |
Ah, so the answer is "kind of" :) Looks like a good project. |
| 12:21 |
csharp |
seems like a lot, though - also, I might want to blow chromium away as soon as the testing is done - no need for that |
| 12:22 |
Dyrcona |
JBoyer, so yeah, it's a fork of a fork of WebKit. :) |
| 12:25 |
* Dyrcona |
thinks he'll wait until Monday to actually set up the bridge, since he'll be 50 miles closer to the collocation facility, then. |
| 12:32 |
csharp |
so when we get security warnings from NPM, is it advisable to update the versions installed in package-lock.json? |
| 15:28 |
sandbergja |
github++ #such lovely search options |
| 15:46 |
|
khuckins joined #evergreen |
| 16:26 |
|
jvwoolf left #evergreen |
| 16:54 |
pinesol |
[evergreen|Andrea Buntz Neiman] Docs: added another contributor - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7ffaa21> |
| 17:08 |
|
mmorgan left #evergreen |
| 17:17 |
|
jihpringle joined #evergreen |
| 17:23 |
|
yboston joined #evergreen |
| 18:58 |
|
sandbergja_ joined #evergreen |
| 22:11 |
|
stephengwills joined #evergreen |
| 22:43 |
|
book` joined #evergreen |
| 23:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:53 |
|
gsams joined #evergreen |
| 09:35 |
Dyrcona |
During MVLC's migration, I found phone numbers entered as "The number in the field above is the student ID." I guess because phone number was below the ID field in the old ILS. :) |
| 09:36 |
Dyrcona |
Today, I've been asked to regularize some call number labels. Something I've done a number of times before. It really exercises one's regex fu. |
| 09:38 |
* Dyrcona |
considers "cheating" by dumping the rows to a CSV, mangling them manually, and generating a SQL update script from the CSV. |
| 09:46 |
Dyrcona |
On the plus side, production and test data are the same for a change. |
| 09:48 |
|
mmorgan1 joined #evergreen |
| 09:54 |
|
sandbergja joined #evergreen |
| 09:55 |
|
yboston joined #evergreen |
| 10:20 |
berick |
heh, i felt so bleeding edge on 9.6. i'm already crusty. |
| 10:21 |
Dyrcona |
Maybe we'll skip 11 and go straight to 12? |
| 10:22 |
Dyrcona |
Heh. Nigels' may go to 11. Mine go to 12. :) |
| 10:22 |
csharp |
I'm testing 11 right now - but I might chicken out and go from 9.5 to 9.6 :-/ |
| 10:22 |
berick |
Dyrcona++ |
| 10:23 |
csharp |
@ana none more black |
| 10:23 |
pinesol |
csharp: Noblemen croak |
| 10:23 |
Dyrcona |
csharp: We need more testing on 10, really. No one has really put it through its paces. |
| 10:23 |
Dyrcona |
A propos nothing: gnu.org seems to be really slow today. |
| 10:23 |
csharp |
10 probably makes more sense since it's the default in 18.04 |
| 10:26 |
Dyrcona |
We also "support" it in master/3.4. |
| 10:27 |
csharp |
I think you just convinced me :-) |
| 10:46 |
|
tlittle42 joined #evergreen |
| 11:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:07 |
Dyrcona |
Grrr.... "unexpected EOF while parsing" and I don't see the syntax error.... |
| 11:07 |
|
yboston joined #evergreen |
| 11:08 |
|
berick joined #evergreen |
| 19:06 |
|
cmalm joined #evergreen |
| 21:54 |
|
sandbergja joined #evergreen |
| 22:06 |
|
sandbergja joined #evergreen |
| 23:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:35 |
|
sandbergja joined #evergreen |
| 11:01 |
csharp |
that's better |
| 11:01 |
* JBoyer |
wishes csharp wasn't so cryptic. |
| 11:02 |
* csharp |
is an enigma |
| 11:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:03 |
berick |
comcast.. wins? |
| 11:07 |
jonadab |
comcast isn't nearly as bad as systemd, though. |
| 11:08 |
jonadab |
Well, except for the fact that you can be stuck in a situation where you HAVE to deal with them, I guess. Which is not true for systemd. It can be avoided. |
| 16:03 |
jonadab |
Dyrcona: We're in a consortium, so no. |
| 16:03 |
jonadab |
If I were running it locally, then I would be. |
| 16:03 |
Dyrcona |
I see. :) |
| 16:04 |
Dyrcona |
I just upgraded an old machine from Debian 7 to Debian 8 so I can use it for some testing, plus I did a little digging at the devuan.org website, so I'm thinking about trying Evergreen with devuan on a vm or two. |
| 16:05 |
Dyrcona |
I may upgrade this machine further before I actually use it for anything. |
| 16:11 |
|
jvwoolf1 left #evergreen |
| 16:12 |
|
khuckins joined #evergreen |
| 16:24 |
pinesol |
[evergreen|Andrea Buntz Neiman] Docs: typo corrections and added dev funders - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=05d9bdc> |
| 16:36 |
|
yboston joined #evergreen |
| 16:54 |
|
sandbergja_ joined #evergreen |
| 17:04 |
pinesol |
[evergreen|Jane Sandberg] Docs: Adding contributors and employers; fixing formatting - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3b1eb13> |
| 17:05 |
|
mmorgan left #evergreen |
| 18:00 |
|
jihpringle joined #evergreen |
| 21:24 |
|
sandbergja joined #evergreen |
| 21:26 |
|
sandbergja joined #evergreen |
| 21:56 |
|
sandbergja joined #evergreen |
| 23:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:06 |
|
sandbergja joined #evergreen |
| 23:44 |
|
sandbergja joined #evergreen |
| 10:58 |
csharp |
I agree that it's probably an older slide, but it's not a misreprentation of the status quo |
| 11:00 |
agoben |
Agreed |
| 11:02 |
* JBoyer |
just got here, was about to say what csharp and agoben just did. :) |
| 11:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:07 |
|
gsams joined #evergreen |
| 11:08 |
|
cmalm_ joined #evergreen |
| 11:09 |
jeff |
Thanks, all! rfrasur++ abneiman++ rhamby++ Bmagic++ csharp++ agoben++ JBoyer++ |
| 12:46 |
abneiman |
jihpringle: cmalm: I'll ping the appropriate people - thanks for the heads up |
| 12:46 |
jihpringle |
thanks :) |
| 12:46 |
cmalm |
thank you :) |
| 12:49 |
mmorgan |
Segue to a question about offline circulation. The Register Patron screen won't load for me, the blue progress bar continues to spin. I've tested on three of our inhouse servers with the same result. Can others load the offline patron registration screen? |
| 12:57 |
JBoyer |
cmalm, jihpringle, demo.evergreencatalog.com has been told to step in line, you should be able to use it now. |
| 12:58 |
jihpringle |
looks good, thanks jboyer |
| 12:59 |
|
khuckins joined #evergreen |
| 12:59 |
cmalm |
thanks, jboyer! |
| 13:02 |
abneiman |
JBoyer++ |
| 13:19 |
|
sandbergja_ joined #evergreen |
| 13:24 |
jihpringle |
mmorgan: register patron doesn't load on our 3.3.3 test server either - just get the blue bar |
| 13:27 |
mmorgan |
Ok, thanks. I notice it loads just fine on the freshly nudged demo.evergreencatalog.com (3.1.5), but not on our 3.2.8 or 3.3.3 servers |
| 13:29 |
mmorgan |
It does load on bugsquash.mobiusconsortium.com (3.3.3). Hmm. |
| 13:33 |
|
yboston joined #evergreen |
| 16:56 |
jeffdavis |
fix is here: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=commitdiff;h=be262584 |
| 16:57 |
gmcharlt |
jeffdavis: separate bug, and thanks for the fix! |
| 17:03 |
jeffdavis |
bug 1845260 |
| 17:03 |
pinesol |
Launchpad bug 1845260 in Evergreen "Error in Auto-overlay On-order Cataloguing Copies database function" [Undecided,New] https://launchpad.net/bugs/1845260 |
| 17:06 |
|
mmorgan left #evergreen |
| 17:13 |
|
cmalm_ joined #evergreen |
| 17:16 |
|
gsams_ joined #evergreen |
| 17:41 |
|
yboston joined #evergreen |
| 20:11 |
|
gsams joined #evergreen |
| 23:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 08:16 |
|
bos20k joined #evergreen |
| 08:42 |
|
mmorgan joined #evergreen |
| 08:54 |
|
Dyrcona joined #evergreen |
| 08:56 |
mmorgan |
jeff: Regarding the pdf417 barcodes, no app, it's scanned directly into the patron reg screen. We purchased one of these to test: https://www.bayscan.com/datalogic-qd2430-2d-imager.html |
| 09:20 |
|
jvwoolf joined #evergreen |
| 09:28 |
|
yboston joined #evergreen |
| 10:00 |
|
mmorgan1 joined #evergreen |
| 10:48 |
Dyrcona |
<pedantic>Probably stderr, not stdout.</pedantic> :) |
| 10:50 |
Dyrcona |
Bmagic: I don't find that columns anywhere in the source for Evergreen master. Sounds like you have a custom view or added a column? |
| 10:58 |
|
khaun joined #evergreen |
| 11:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:03 |
jeff |
mmorgan: interesting. can you elaborate on what they mean with this sentence, based on your experience? "Our driver's license scanner includes programming to assist with parsing your library ILS and quickly, and effectively, registering patrons for library cards." |
| 11:19 |
mmorgan |
jeff: They work with you to program the scanner to enter the encoded data in the proper fields on your patron edit screen. |
| 11:25 |
Bmagic |
Dyrcona: good call. This helped SELECT * FROM information_schema.columns where column_name='desired_stop_fines' |
| 21:46 |
|
sandbergja joined #evergreen |
| 22:17 |
|
sandbergja joined #evergreen |
| 22:28 |
|
bwicksall joined #evergreen |
| 23:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:10 |
|
sandbergja joined #evergreen |
| 23:59 |
|
sandbergja joined #evergreen |
| 10:45 |
nfBurton |
Guess not |
| 10:45 |
nfBurton |
Makes sense |
| 10:46 |
nfBurton |
Still wrapping my head around this. I think I''ve got it though |
| 10:46 |
mmorgan |
Post a link to your branch on the bug and add a pullrequest tag so others will know to test it |
| 10:49 |
nfBurton |
Dyrcona++ mmorgan++ |
| 10:49 |
nfBurton |
Thanks! |
| 10:50 |
Dyrcona |
I'm planning to spend some time on bugs today, probably this afternoon. I noticed a few things while doing the bugmaster stuff last night that I want to look at. |
| 10:57 |
jeff |
we then activated and cleared the activation date on the holds that still had the specific activation timestamp. |
| 10:58 |
jeff |
another thing to remember is that the normal process of updating a hold can move the activation timestamp back in time if it was more precise than one second. |
| 10:58 |
jeff |
(caught me on a few) |
| 11:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:13 |
|
jvwoolf joined #evergreen |
| 11:21 |
|
sandbergja joined #evergreen |
| 11:25 |
|
jvwoolf joined #evergreen |
| 21:21 |
jeff |
because michigan fails there. |
| 21:21 |
jeff |
which is an immediate frustration for me. |
| 22:36 |
|
sandbergja joined #evergreen |
| 23:03 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 10:33 |
|
Christineb joined #evergreen |
| 10:33 |
|
khaun joined #evergreen |
| 10:57 |
|
sandbergja joined #evergreen |
| 11:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:11 |
|
jvwoolf joined #evergreen |
| 11:11 |
* dbs |
wonders if setting a circulation policy to a "0 day" loan will result in the due date being the end of today... |
| 11:11 |
* dbs |
will try it out |
| 16:15 |
Dyrcona |
I'm guessing that Apache is not seeing 127.0.0.1 from nginx but the 192.168.1.X address. |
| 16:16 |
jeff |
and, are you running nginx and apache on the same host? |
| 16:17 |
Dyrcona |
Yes. |
| 16:18 |
Dyrcona |
I'm testing on a standalone server that show the same behavior. |
| 16:19 |
Dyrcona |
Eh, no. that's not it. |
| 16:21 |
gmcharlt |
sorry for the stupid question, but is mod_remoteip enabled? |
| 16:26 |
Dyrcona |
It is, or Apache complains about the RemoteIPHeader directive. I think I've got it. Going to try uisng $remote_addr in nginx config and not $proxy_add_x_forwarded_for. |
| 20:30 |
|
JBoyer_ joined #evergreen |
| 21:03 |
|
sandbergja joined #evergreen |
| 21:17 |
|
JBoyer_ joined #evergreen |
| 23:03 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:39 |
|
sandbergja joined #evergreen |
| 08:48 |
|
jvwoolf joined #evergreen |
| 08:53 |
|
sandbergja joined #evergreen |
| 09:18 |
|
tlittle joined #evergreen |
| 09:19 |
csharp |
any major sites running PG 10+? I'm upgrading our next-release test servers to Ubuntu 18.04 which comes with 10 and I'm trying out PG11 |
| 09:31 |
|
yboston joined #evergreen |
| 09:49 |
|
Stompro joined #evergreen |
| 10:14 |
* Dyrcona |
shakes his fist at slow websites and networks everywhere. |
| 10:35 |
bshum |
That's what I think too |
| 10:36 |
bshum |
Getting the community to standardize on PG9.6 was the latest official step |
| 10:36 |
bshum |
For the next release |
| 10:36 |
Dyrcona |
bshum and I have rune the tests, and JBoyer found a bug with Vandelay that tests don't cover. |
| 10:36 |
bshum |
And we fixed that |
| 10:36 |
bshum |
At least I think it went into master |
| 10:36 |
Dyrcona |
Yeah, we did fix it. |
| 11:00 |
Dyrcona |
Bmagic: I don't use sendmail, so I don't know, but I doubt it. |
| 11:01 |
Dyrcona |
Bmagic: You could search your logs for something like "No recipient addresses found in header" |
| 11:01 |
Bmagic |
looking |
| 11:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:04 |
Bmagic |
Nothing like that in the logs |
| 11:05 |
Dyrcona |
You searched all of the logs, not just Evergreen logs? |
| 11:05 |
Bmagic |
/var/log/mail.log* |
| 11:18 |
mmorgan |
What Dyrcona said:) |
| 11:19 |
Dyrcona |
Thing is, you might want the main event to trigger but not the notification event, and I've not looked at how filters interact with those. |
| 11:20 |
Bmagic |
the filter sounds attractive |
| 11:21 |
Dyrcona |
Well, all right, there is 1 email bug assigned to me, that I think I'm going to drop for now. I also need to take a look at the 9 other bugs and get some testing scheduled, but other things have been a higher priority.... |
| 11:29 |
jeff |
I may pick that up, if it's the one I think it is. |
| 11:31 |
Dyrcona |
jeff: https://bugs.launchpad.net/evergreen/+bug/1466502 |
| 11:31 |
pinesol |
Launchpad bug 1466502 in Evergreen "Replace Email::Send with Email::Sender" [Wishlist,Confirmed] |
| 12:04 |
Dyrcona |
mmorgan Stompro: You can specify subqueries. |
| 12:06 |
Dyrcona |
Pretty much all of our custom filters have an '-and' : [ {"-exists" : { "select" : .... |
| 12:06 |
Stompro |
Dyrcona, could you share your custom filters please, I would love to see examples. |
| 12:07 |
berick |
Bmagic: FYI, https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/el-integrate-circa-3.4 -- wasn't really ready to start talking about it, but I'm hoping to start testing locally before too long |
| 12:07 |
|
jihpringle joined #evergreen |
| 12:08 |
Bmagic |
berick++ # is there more on this topic that I am not aware of? |
| 12:09 |
berick |
Bmagic: no, so far it's just been a local project. |
| 12:25 |
berick |
at least enough to support the staff work flow we need |
| 12:25 |
Bmagic |
and just recently got serious about it |
| 12:28 |
Bmagic |
Now I have to re-plan my freed 6-18 month future. Thanks a lot berick! |
| 12:30 |
berick |
heh, well, let me know if you have questions, etc. eyes and testing obviously appreciated |
| 12:31 |
* berick |
should probably post a tech doc to the repo |
| 12:39 |
|
jvwoolf joined #evergreen |
| 13:18 |
|
nfBurton joined #evergreen |
| 13:21 |
|
khuckins joined #evergreen |
| 14:29 |
|
khuckins joined #evergreen |
| 14:54 |
jeffdavis |
How do you all handle Postgres upgrades? Do you just do pg_dump and restore to a new cluster, or use pg_upgrade, or...? |
| 14:58 |
|
mmorgan1 joined #evergreen |
| 15:00 |
Dyrcona |
jeffdavis: When I upgraded from Pg 9.2(?) to Pg 9.5 I also got new servers, so I did a dump and restore. I have done some test upgrades using pg_upgrade and that seems to work, too. I'm planning to use pg_upgrade to go from 9.5 to 9.6 (or maybe 10) before we upgrade to Evergreen 3.4 next spring. |
| 15:01 |
Dyrcona |
Having replication makes it more interesting, though you can disable replication, upgrade the software on the replicant, to a pg init db, and start replication over from scratch if anything goes wrong. |
| 15:03 |
gmcharlt |
jeffdavis: we use pg_upgradecluster most of the time |
| 15:04 |
|
jihpringle joined #evergreen |
| 15:16 |
|
bwillis joined #evergreen |
| 15:20 |
bwillis |
I am trying to add some new Z39.50 targets in Evergreen. I am using the The Z39.50 Target Directory compiled by IndexData (http://irspy.indexdata.com/) I have had success connecting to only one of several targets that I have tested. I don't know if the directory information is incorrect or if the targets I selected require authorization. Can |
| 15:20 |
bwillis |
anyone recommend one or more targets that your system is currently using? |
| 15:22 |
jeffdavis |
Dyrcona, gmcharlt: thanks! |
| 15:29 |
|
bwillis53 joined #evergreen |
| 15:33 |
|
bwillis3856 joined #evergreen |
| 18:18 |
|
khuckins joined #evergreen |
| 21:36 |
|
sandbergja joined #evergreen |
| 22:56 |
|
sandbergja joined #evergreen |
| 23:03 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:28 |
|
jamesrf joined #evergreen |
| 10:41 |
|
khuckins joined #evergreen |
| 10:51 |
|
Christineb joined #evergreen |
| 10:59 |
|
rfrasur joined #evergreen |
| 11:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:04 |
StomproJ |
sandbergja, I posted my working branch to #1739288 |
| 11:13 |
sandbergja |
StomproJ++ |
| 11:39 |
|
rfrasur joined #evergreen |
| 17:25 |
berick |
once booked, it will provide a link to the resource configuratoin |
| 17:25 |
berick |
w/ the id of id of the ID of the resource type included in a gridFilters parameter |
| 17:28 |
miker |
berick++ |
| 17:34 |
jeffdavis |
Thanks! I'll look at that. |
| 17:37 |
jeffdavis |
miker: btw I ran into a problem testing the self edit branch (couldn't avoid the group application perm block even by explicitly granting the necessary group perm to my test user). But I haven't ruled out a local config issue so trusting others' testing so far. |
| 18:17 |
|
yboston joined #evergreen |
| 18:35 |
|
sandbergja joined #evergreen |
| 19:14 |
|
HomerPublic joined #evergreen |
| 20:41 |
|
sandbergja joined #evergreen |
| 21:38 |
|
sandbergja joined #evergreen |
| 22:37 |
|
sandbergja joined #evergreen |
| 23:01 |
pinesol |
News from qatests: Failed Installing Evergreen pre-requisites <http://testing.evergreen-ils.org/~live/test.26.html#2019-09-13T23:00:35,957871887-0400 -0> |
| 23:01 |
pinesol |
News from qatests: Failed Building Evergreen <http://testing.evergreen-ils.org/~live/test.30.html#2019-09-13T23:00:35,984300358-0400 -2> |
| 23:01 |
pinesol |
News from qatests: Failed Running Evergreen tests <http://testing.evergreen-ils.org/~live/test.31.html#2019-09-13T23:00:36,010826868-0400 -4> |
| 23:01 |
pinesol |
News from qatests: Failed Installing Evergreen <http://testing.evergreen-ils.org/~live/test.32.html#2019-09-13T23:00:36,037847027-0400 -6> |
| 23:01 |
pinesol |
News from qatests: Failed Installing Dojo <http://testing.evergreen-ils.org/~live/test.35.html#2019-09-13T23:00:36,064223614-0400 -8> |
| 23:01 |
pinesol |
News from qatests: Failed configure apache <http://testing.evergreen-ils.org/~live/test.36.html#2019-09-13T23:00:36,090612948-0400 -10> |
| 23:01 |
pinesol |
News from qatests: Failed configure EG Action/Trigger <http://testing.evergreen-ils.org/~live/test.38.html#2019-09-13T23:00:36,116895895-0400 -12> |
| 23:01 |
pinesol |
News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live/test.41.html#2019-09-13T23:00:36,145694949-0400 -14> |
| 23:01 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-09-13T23:00:36,172049700-0400 -16> |
| 23:01 |
pinesol |
News from qatests: Failed Running autogen.sh <http://testing.evergreen-ils.org/~live/test.44.html#2019-09-13T23:00:36,200934410-0400 -18> |
| 23:01 |
pinesol |
News from qatests: Failed Running pgTAP live tests <http://testing.evergreen-ils.org/~live/test.47.html#2019-09-13T23:00:36,227835077-0400 -20> |
| 23:01 |
pinesol |
News from qatests: Failed Running settings-tester.pl <http://testing.evergreen-ils.org/~live/test.48.html#2019-09-13T23:00:36,254165199-0400 -22> |
| 23:01 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-09-13T23:00:36,280521322-0400 -24> |
| 23:01 |
pinesol |
News from qatests: Failed Log Output: srfsh.log <http://testing.evergreen-ils.org/~live/test.58.html#2019-09-13T23:00:36,306714957-0400 -26> |
| 23:53 |
|
jvwoolf joined #evergreen |
| 10:34 |
Dyrcona |
berick: Should move the IDL commit to my other branch? I think putting the IDL fixes in one place is better. |
| 10:37 |
berick |
i'd probably leave it in both and comment to that affect in LP1835085 |
| 10:39 |
Dyrcona |
OK. |
| 10:41 |
phasefx_ |
random aside, the live tests for today did finish, but the ssh call to invoke installer_installer.sh remotely is hanging |
| 10:41 |
Dyrcona |
I'm going to check a few more things on the server, make sure the IDL is valid, etc.... |
| 10:41 |
|
Dyrcona joined #evergreen |
| 10:42 |
phasefx_ |
all tests passed |
| 10:42 |
Dyrcona |
between resold and my wifi, It's a wonder I can do anything. |
| 10:42 |
Dyrcona |
and typos, yay! :) |
| 10:43 |
Dyrcona |
phasefx: good news. |
| 10:58 |
|
tlittle47 joined #evergreen |
| 10:59 |
Dyrcona |
action.open_circulation and circbyyr need auto_renewal added. |
| 11:00 |
* Dyrcona |
will add them to the IDL branch. |
| 11:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:04 |
|
Christineb joined #evergreen |
| 11:11 |
Dyrcona |
This seems weird to me. The action.open_circulation view is defined as select * from action.circuation where checkin_time is null order by due_date. However, auto_renewal and auto_renewal_remaining don't show up in the column list. Does it need to be recreated, I wonder? |
| 11:13 |
Dyrcona |
Same thing with action.billable_circulations.... |
| 13:44 |
jeff |
but we don't use metarecord holds much (and have them turned off for patrons, mostly) |
| 13:45 |
|
collum joined #evergreen |
| 13:57 |
|
bos20k joined #evergreen |
| 14:26 |
mmorgan |
reproducibility++ |
| 14:27 |
mmorgan |
I was able to reproduce the NOT CONNECTED log entries by copying the xul client and web client copy template user settings to a test user. After clicking Add Holdings on a few bib records, I saw the error :) |
| 14:28 |
mmorgan |
The xul templates are BIG |
| 14:34 |
csharp |
@who is NOT CONNECTED TO THE NETWORK!!!? |
| 14:34 |
pinesol |
gsams__ is NOT CONNECTED TO THE NETWORK. |
| 14:35 |
* mmorgan |
also often feels that way :) |
| 21:25 |
|
remingtron_ joined #evergreen |
| 22:02 |
|
book` joined #evergreen |
| 22:16 |
|
book`_ joined #evergreen |
| 23:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:52 |
|
jvwoolf joined #evergreen |
| 07:04 |
|
agoben joined #evergreen |
| 07:07 |
|
collum joined #evergreen |
| 07:13 |
|
rjackson_isl joined #evergreen |
| 07:18 |
bshum |
Oh hmm, I guess I didn't notice that pgTap failure with testing the password |
| 07:18 |
bshum |
Quick guess is that the ID for the user we're testing moved when we added in the additional test users for the basic api auth testing :) |
| 07:28 |
bshum |
Yup, id moved from 187 to 195. Same thing happened last time we added new test users to concerto |
| 07:28 |
bshum |
Might be a good time to rewrite the test to use another identifier to track that test user for validation |
| 07:28 |
bshum |
Rather than ID |
| 08:07 |
bshum |
gmcharlt: Pushed a third commit onto https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/bshum/lp1817645-perl-test-fixes |
| 08:08 |
bshum |
It should fix the test for passwd storage too |
| 08:08 |
bshum |
And hopefully future proof it against further ID changes |
| 08:09 |
csharp |
bshum++ |
| 08:09 |
bshum |
csharp: It was a fun little thought exercise :D |
| 08:10 |
csharp |
I like those kinds of problems too |
| 08:10 |
bshum |
I needed the practice for pgTap test writing |
| 08:11 |
bshum |
Probably more ways to skin the cat, but baby steps... |
| 08:11 |
csharp |
after the second week of October, when an 11-month-long leadership program I've been doing ends, my attention will be less divided and I'll be able to get serious about EG development again :-) |
| 08:12 |
bshum |
Fun times! :) |
| 08:12 |
bshum |
Okay, off to the office for more fun and games in other SQL lands... |
| 10:15 |
Dyrcona |
fine generator still running for over an hour. If it's still running at 11:00, I'll stomp on it, too. |
| 10:22 |
Dyrcona |
So, here's a branch with the changes that I'm talking about not showing up: user/dyrcona/lp1835085-auto_renewal-not-desk_renewal |
| 10:23 |
Dyrcona |
It's in the working repo, of course. The top commit has the template changes and the previous commit has back end changes. |
| 10:24 |
Dyrcona |
I have also verified that I am testing with an auto-renewed circulation, i.e. I've verified the field in the database. |
| 10:24 |
Dyrcona |
If it matters, I've been testing with the commits applied to Evergreen 3.2.8. |
| 10:25 |
csharp |
@dessert add Browser Cookies |
| 10:25 |
pinesol |
csharp: The operation succeeded. Dessert #59 added. |
| 10:26 |
csharp |
@dessert add Syntactic Sugar |
| 11:57 |
|
aabbee joined #evergreen |
| 12:05 |
|
mmorgan joined #evergreen |
| 12:08 |
|
jihpringle joined #evergreen |
| 12:29 |
terranm |
Bmagic++ for setting up bug squashing test server! https://docs.google.com/spreadsheets/d/1qYNGrJBt42_ArQzbwlcnKxS3TobDnmquSXZzopOkZh4/edit#gid=0 |
| 12:29 |
Bmagic |
ty! |
| 12:34 |
|
collum_ joined #evergreen |
| 12:36 |
|
bos20k joined #evergreen |
| 15:22 |
Bmagic |
berick++ |
| 15:31 |
gmcharlt |
bshum: thanks for the work over the weekend. I've variously cherry-picked your patches or pushed alternative approaches |
| 15:31 |
gmcharlt |
in particularly, I've elected not to add a new install-from-CPAN-dep for now |
| 15:34 |
pinesol |
[evergreen|Galen Charlton] LP#1817645: (follow-up) avoid hardcoding user ID in a live_t test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a8f6ccf> |
| 15:34 |
pinesol |
[evergreen|Ben Shum] LP#1817645: fix live perl test for basic auth API - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c9404f6> |
| 15:34 |
pinesol |
[evergreen|Galen Charlton] LP#1817645: adjust live_t remoteauth checks - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0af1850> |
| 15:40 |
Dyrcona |
Well, I think I figured out the mystery of auto_renewal not being set. it looks like the circ object is combcirc, which lacks the field, though I'm pretty sure that I added it to our IDL on training, but I'll double check. |
| 15:41 |
Dyrcona |
Yep. I added it to the IDL on training, so why doesn't it show up in AngularJS? |
| 15:41 |
Dyrcona |
It's in both IDLs, AFAICT. |
| 15:52 |
Dyrcona |
Is it the grid? Does the grid need to be made aware of the field? Something to look into tomorrow morning. |
| 15:58 |
Dyrcona |
No, that doesn't seem to be the problem, either. |
| 16:14 |
pinesol |
[evergreen|Thomas Berezansky] Ensure "Reshelved" copies are still reshelving - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2d000a9> |
| 16:23 |
bshum |
gmcharlt++ # I like your fixes too :) |
| 16:24 |
bshum |
I think I tried it that way for the auth passwd test this morning but got hung up on all the single quote extra quotes and other stuff so I gave up and declared from the beginning |
| 16:25 |
JBoyer |
<Homer>Doh!</Homer> |
| 16:25 |
JBoyer |
At least that's a simple commit to learn a lesson on. :/ |
| 16:27 |
bshum |
JBoyer++ # commit more, be happy :) |
| 17:03 |
bshum |
It doesn't appear to have been setup with LP |
| 17:03 |
bshum |
That whole process needs to be refactored anyways given how much is now supposed to be done in the new Poeditor site |
| 17:03 |
bshum |
And is undocumented |
| 17:08 |
pinesol |
[evergreen|Galen Charlton] Translation updates - newpot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a272265> |
| 17:08 |
pinesol |
[evergreen|Galen Charlton] Translation updates - po files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=33aeb89> |
| 17:09 |
|
mmorgan left #evergreen |
| 17:18 |
|
sandbergja joined #evergreen |
| 17:40 |
|
sandbergja joined #evergreen |
| 20:37 |
|
sandbergja joined #evergreen |
| 23:01 |
pinesol |
News from qatests: Failed Installing AngularJS web client <http://testing.evergreen-ils.org/~live/test.28.html#2019-09-09T23:00:55,734252544-0400 -0> |
| 23:01 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-09-09T23:00:55,762498360-0400 -2> |
