| 00:10 |
|
Jillianne joined #evergreen |
| 00:27 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: Set Per-OU Limits on Allowed Payment Amounts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5e01e8a> |
| 00:58 |
|
jvwoolf joined #evergreen |
| 01:44 |
|
jvwoolf joined #evergreen |
| 01:58 |
|
jvwoolf joined #evergreen |
| 03:55 |
|
jvwoolf joined #evergreen |
| 04:44 |
|
jvwoolf joined #evergreen |
| 05:50 |
|
jvwoolf joined #evergreen |
| 06:32 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 06:44 |
|
jvwoolf joined #evergreen |
| 06:55 |
|
jvwoolf joined #evergreen |
| 07:08 |
|
rjackson_isl joined #evergreen |
| 08:27 |
|
plux joined #evergreen |
| 09:01 |
|
_adb joined #evergreen |
| 09:01 |
|
yboston joined #evergreen |
| 09:07 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: updating SIP docs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fe30899> |
| 09:07 |
|
bos20k joined #evergreen |
| 09:16 |
Bmagic |
Dyrcona: I'll see if I can figure it out |
| 09:18 |
collum |
kmlussier: take a look at the proposals page now. I removed some divs that got pasted in from another page. The only indication that there was a problem in chrome on either my mac or pc was a slight indention. |
| 09:19 |
kmlussier |
collum: Yeah, that's what I saw in Firefox. Looks good to me now! Thanks! |
| 09:19 |
kmlussier |
collum++ |
| 10:44 |
* jeff |
looks at the latest test failure, knowing that postgresql folk changed their cipher suites yesterday... |
| 10:44 |
jeff |
> a2x: ERROR: missing resource: /home/opensrf/Evergreen/docs/media/copytags6.PNG |
| 10:44 |
jeff |
failure building asciidoc docs. |
| 10:46 |
jeff |
there is a docs/media/copytags6.png but docs/cataloging/copy_tags_cataloging.adoc references copytags6.PNG |
| 10:48 |
jeff |
we appear to have a mix of uppercase and lowercase filenames on PNGs in docs/media at the moment. |
| 10:55 |
kmlussier |
I think we went through those a few years ago to make them all lowercase. We might have to look into doing that again. |
| 10:55 |
jeff |
the majority are indeed lowercase. |
| 10:55 |
jeff |
has a preference for lowercase been made official anywhere in a style guide / etc? |
| 12:13 |
kmlussier |
_adb: I'm just afraid that if I complain, *it* will notice and start acting up again. |
| 12:13 |
kmlussier |
jeff++ #Docs fix |
| 12:13 |
pinesol_green |
[evergreen|Jeff Godin] Docs: fix broken image reference - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=50ac305> |
| 12:15 |
jeff |
remingtron++ phasefx++ for adding docs building to the tests. |
| 12:16 |
jeff |
and postgresql++ folk for re-adjusting their cipher suites so that we didn't have to work around it. |
| 12:17 |
jeff |
(using curl instead of wget would have fixed the gpg key download, but the actual apt https transport would also have been broken, then) |
| 12:21 |
pinesol_green |
[evergreen|Kyle Huckins] LP#1708487 Add Title and Barcode to Bill Print Templates - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=421cdd7> |
| 12:21 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1708487: Update helper text in print template - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7ba737d> |
| 12:33 |
|
beanjammin joined #evergreen |
| 17:34 |
* jeff |
throws a comment on bug 1719986 and heads out |
| 17:34 |
pinesol_green |
Launchpad bug 1719986 in Evergreen "Pg 9.6 unaccent() changes how certain characters are normalized" [Low,New] https://launchpad.net/bugs/1719986 |
| 17:42 |
* Dyrcona |
can't argue with that. :) |
| 18:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 18:52 |
jeff |
tests++ |
| 20:05 |
|
rlefaive joined #evergreen |
| 00:54 |
|
Jillianne joined #evergreen |
| 01:24 |
|
beanjammin joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 06:37 |
|
ariez102 joined #evergreen |
| 06:37 |
ariez102 |
hello and hi! |
| 06:37 |
ariez102 |
i already install evergreen ils |
| 10:06 |
bshum |
It seems to be getting stuck at "gpg: no valid OpenPGP data found." |
| 10:06 |
bshum |
Which is meaning that the wget is coming back without the key data to add, I guess. |
| 10:07 |
bshum |
When I run the command on my other server, it comes back with a good hit, so weird. |
| 10:07 |
jeff |
Dyrcona: tests are failing because the version/config of wget + gnutls on Wheezy does not have support for any of the ciphers offered by most of the postgresql.org servers serving the gpg key which we try to download from them. |
| 10:07 |
Dyrcona |
jeff: Yeah, I got that much. I didn't actually look at the details. |
| 10:08 |
Dyrcona |
Must be something about the way it is scripted. |
| 10:08 |
Dyrcona |
It has worked for me when run from a normal login session. |
| 10:08 |
jeff |
A quick test showed that switching to curl is sufficient to fix the issue at hand. Longer term, wheezy LTS EOL is coming up May 2018. ;-) |
| 10:08 |
|
stephengwills joined #evergreen |
| 10:08 |
jeff |
Dyrcona: no, nothing wrong with the way that it is scripted. |
| 10:09 |
jeff |
Dyrcona: it's failing on all but one of the servers answering https requests for www.postgresql.org |
| 10:09 |
Dyrcona |
Then, I'd go with switching to curl or apply my branches to remove wheezy support. :) |
| 10:10 |
Dyrcona |
We do the same command on Ubuntu 14.04, IANM. |
| 10:12 |
bshum |
I guess we could also report it as a bug to the apt postgresql team? |
| 10:19 |
bshum |
Fixed in version wget/1.16-1 |
| 10:19 |
bshum |
So the one that's installed on Wheezy is wget 1.13.4 I guess, (based on what I see on lupin which is also wheezy) |
| 10:20 |
|
jvwoolf joined #evergreen |
| 10:22 |
Dyrcona |
I don't seem to recall having that problem when testing this on wheezy, though. |
| 10:22 |
jeff |
bshum: that bug is an issue different from the one at hand. |
| 10:22 |
bshum |
Hmm, probably, now that I'm reading it more closely |
| 10:23 |
jeff |
bshum: though the warning/error reported by wget is the same or identical. |
| 10:48 |
berick |
but, having said that, the sigalarm would not affect storage process, just the search procs that fired the alarm. |
| 10:48 |
berick |
s/search procs/search proc/ |
| 10:49 |
jeff |
gave a heads-up to the postgresql folk via irc. they're discussing it now. i suggested just a doc update, not a revert to the old cipher suites. :-) |
| 10:51 |
dbwells |
berick: Ah yes, sorry, misremembered the order a bit. In some of the testing, the involved storage requests complete, but the search backend is gone when it tries to return the result. Is that right? |
| 10:51 |
berick |
dbwells: exactly |
| 10:51 |
bshum |
jeff++ |
| 10:54 |
dbwells |
The point is really that it doesn't affect just facets, but any call to open-ils.search might come up empty, because the errant alarm kills the backend serving some other request. In our case, we were seeing it mostly on open-ils.search.biblio.copy_counts.location.summary.retrieve. |
| 12:17 |
Dyrcona |
I have not had any noticeable cstore issues. |
| 12:17 |
Dyrcona |
Mine all seem to be related to search. |
| 12:19 |
|
khuckins_ joined #evergreen |
| 12:21 |
phasefx_ |
bshum: wget 1.13.4-3+deb7u5 on that server. The tests run a dpkg --list and a cpan -l in the Gathering system information section |
| 12:25 |
Bmagic |
Dyrcona: sorry, yes, search. |
| 12:25 |
Bmagic |
open-ils.storage.biblio.multiclass.staged.search_fts: DBD::Pg::st execute failed: no connection to the server |
| 12:25 |
Bmagic |
I haven't pinpointed a place in the logs that shows me where it was working, then stopped working |
| 13:07 |
* Dyrcona |
hits a totally not Evergreen-related bug: https://bugs.freedesktop.org/show_bug.cgi?id=99714 |
| 13:07 |
pinesol_green |
Dyrcona: Error: Could not parse XML returned by Freedesktop: HTTP Error 404: Not Found (http://bugs.freedesktop.org/xml.cgi?id=99714) |
| 13:13 |
Dyrcona |
Looks like pinesol_green hit a bug, too. :) |
| 13:14 |
Dyrcona |
Whee! More stream crossing: a ssh tunnel I had made on the test db server died and the error output from that is mixed in with the output of a db restore. |
| 13:14 |
Dyrcona |
Makes for a confusing couple of seconds... "packet write error? what?" :) |
| 13:30 |
|
akilsdonk joined #evergreen |
| 13:37 |
|
hbrennan joined #evergreen |
| 15:06 |
Bmagic |
is that your "secret" name? |
| 15:06 |
npoolos |
we are getting so one off haproxy timeouts on search |
| 15:06 |
Bmagic |
You probably need to apply the alarm patch |
| 15:07 |
Bmagic |
In my case, I have that patch in place and our test servers need to have the services restarted every morning |
| 15:07 |
npoolos |
no this is now Nick Poolos. I was looking a something else and holly made me sit down and start talking |
| 15:07 |
Bmagic |
Ubuntu 16.04 / PG 9.5 / OpenSRF 3.0.0 |
| 15:08 |
npoolos |
anything in the logs that is evidence of drone death? |
| 16:23 |
Dyrcona |
Whatever. :) |
| 16:33 |
Dyrcona |
Hm... I keep getting no connection to the database, but I have only 30 postgres processes running and max connections is 100.... |
| 16:34 |
Dyrcona |
Neither machine is particularly busy. |
| 16:34 |
Dyrcona |
This is coming from a storage call on a test vm. open-ils.storage is configured correctly. |
| 16:38 |
Dyrcona |
And drones are up and running just fine.... |
| 16:40 |
Dyrcona |
Hmm... Restart services and apache2 and it works! |
| 16:43 |
Dyrcona |
Well, the alarm timeout patch doesn't fix our issue with the reports template folder not loading all the templates. |
| 17:44 |
Bmagic |
I am pretty sure this wasn't an issue Friday Nov. 3rd |
| 17:44 |
Bmagic |
I am working from 16.04 .01 .... maybe that's my issue? |
| 17:46 |
|
jvwoolf joined #evergreen |
| 17:47 |
Dyrcona |
I doubt it. I've been installing test vms on ubuntu 16.04 since before then. |
| 17:48 |
Dyrcona |
It's curious. I wonder if something is wrong with your pkg-config installation. |
| 17:49 |
Dyrcona |
There's a command to audit the installed packages. I don't remember what it is exactly. |
| 17:50 |
Dyrcona |
dpkg --verify pkg-config |
| 17:53 |
Dyrcona |
dpkg --audit too |
| 17:53 |
|
jvwoolf joined #evergreen |
| 18:14 |
|
_adb joined #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 18:44 |
|
jvwoolf joined #evergreen |
| 18:50 |
|
jvwoolf joined #evergreen |
| 19:57 |
|
jvwoolf joined #evergreen |
| 21:52 |
|
jvwoolf joined #evergreen |
| 22:45 |
|
jvwoolf joined #evergreen |
| 22:55 |
|
jvwoolf joined #evergreen |
| 23:33 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: making tt2 docs more modular - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0150bb3> |
| 23:33 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: search scope info - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2a34ead> |
| 23:33 |
pinesol_green |
[evergreen|Jane Sandberg] Merge branch 'master' of git.evergreen-ils.org:Evergreen - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=119ef7a> |
| 23:44 |
|
jvwoolf joined #evergreen |
| 23:52 |
|
jvwoolf joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:25 |
|
JBoyer joined #evergreen |
| 07:32 |
|
agoben joined #evergreen |
| 09:50 |
kmlussier |
dbwells / Dyrcona: Thanks! Calendar has been updated. :) |
| 09:55 |
Dyrcona |
Cool! My pg_restore on my development db hits Lp 1671150. |
| 09:55 |
pinesol_green |
Launchpad bug 1671150 in Evergreen 3.1 "Unqualified references in evergreen.unaccent_and_squash lead to index creation failures with pg_restore" [Medium,Confirmed] https://launchpad.net/bugs/1671150 |
| 09:56 |
Dyrcona |
So, this will be a complete test of jeff's branch. |
| 10:30 |
Dyrcona |
JBoyer: Should Lp 1707668 have a pull request tag? |
| 10:30 |
pinesol_green |
Launchpad bug 1707668 in NCIPServer "RenewItem Message Crashes Due to Malformed Method Call" [Undecided,New] https://launchpad.net/bugs/1707668 |
| 10:30 |
* Dyrcona |
thinks so. |
| 10:41 |
Dyrcona |
JBoyer: What distro do you use in production, Ubuntu 14.04? |
| 10:42 |
JBoyer |
yes |
| 10:42 |
jeff |
Dyrcona: yeah, regarding the evergreen.unaccent_and_squash bug I don't think you should need to have any particular -j level to hit it. You should just always hit it at pg_restore time if you have those indexes present and the current (unfixed) version of thee function in the dumped db. |
| 10:42 |
JBoyer |
Haven't had much time to test 16.04 on dev yet. |
| 10:42 |
jeff |
(iirc, ottomh, etc) |
| 10:43 |
Dyrcona |
jeff: OK. I guess I haven't paid enough attention when restoring dev dbs since the upgrade. |
| 10:43 |
JBoyer |
A higher -j will likely hit it faster, though. |
| 14:40 |
|
hbrennan joined #evergreen |
| 15:01 |
|
khuckins_ joined #evergreen |
| 15:58 |
|
khuckins_ joined #evergreen |
| 17:01 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 17:24 |
|
stephengwills left #evergreen |
| 18:18 |
|
JBoyer_alt joined #evergreen |
| 19:07 |
|
JBoyer_alt_bin joined #evergreen |
| 03:15 |
|
beanjammin joined #evergreen |
| 06:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:20 |
|
agoben joined #evergreen |
| 08:13 |
|
tlittle joined #evergreen |
| 08:30 |
remingtron |
phasefx: Here's my branch adding basic docs-building to the tester script: |
| 10:24 |
jeff |
ah! good, because i was interrupted halfway through typing that last line. :-) |
| 10:25 |
* JBoyer |
sings -~Max connections?~- |
| 10:33 |
Bmagic |
It wasn't any of those things |
| 10:34 |
Bmagic |
I laughed when I realized what! I altered my hosts file manually on my workstation, so my testing was not to the production machines! Meanwhile, everyone else was happy... LOL |
| 10:34 |
phasefx |
remingtron++ |
| 10:34 |
Bmagic |
There was a problem though, and restarting the services fixed it, but I couldn't tell |
| 10:41 |
phasefx |
remingtron: I went ahead and pushed your commit to the collab branch. I don't mind folks pushing directly there; the test server uses that branch directly, so it's an easy way to test changes you're pretty confident in |
| 11:06 |
gsams |
running into an odd issue today, not able to upload authority records. osrferror log is showing 'unable to read MARC file' without any other input that I can see. |
| 11:06 |
gsams |
nfs shares are currently up and setup properly, there is space for storage |
| 11:07 |
gsams |
I'm importing authority records, and it worked just fine on the 9th. |
| 11:13 |
remingtron |
phasefx: okay, thanks, I'll keep that in mind for future changes. |
| 11:14 |
gsams |
Dyrcona: I have not, I will give that a whirl. |
| 11:20 |
dbs |
gsams: are you seeing the files landing on the share when you import them? |
| 11:21 |
gsams |
dbs: I'm not sure, but I don't think they are. I'll see about running a file through specifically to test that. |
| 11:22 |
|
_adb joined #evergreen |
| 11:26 |
gsams |
dbs: well I used marcedit to split the file I was uploading into 3 parts and it has created a new file on the share. |
| 11:27 |
gsams |
It's not processing the records though, it's stuck at 0% |
| 11:29 |
gmcharlt |
tossing out a suggestion for the maintenance releases - let's defer them to 11/29 rather than tomorrow if buildmasters are available then |
| 11:29 |
gmcharlt |
to incorporate some more bugfixes and to coordinate a major Hatch update |
| 11:29 |
gmcharlt |
I'd otherwise suggest 11/22, but that of course runs into U.S. Thanksgiving |
| 12:11 |
|
khuckins joined #evergreen |
| 12:11 |
|
sandbergja joined #evergreen |
| 12:16 |
|
JBoyer joined #evergreen |
| 12:18 |
beanjammin |
I'm hoping someone can point me in the right direction. I'm just getting started on using angular and am not sure what EG data (if any) is available via javascript and how to access it. |
| 12:18 |
beanjammin |
I am trying to conditionally add a class to a row in the staff web client Items Out list at /eg/staff/circ/patron/16/items_out based on whether the item is overdue or not. I can see in t_autogrid.tt2 how the eg-grid-row-selected class is added via ng-class when the checkbox is checked, but I'm not sure how to do the same based on due date. Is items only available in perl/tt2 or is it or similar info available in js? If so, can I use |
| 12:18 |
beanjammin |
$scope.circIsOverdue from items_out.js to test? |
| 12:19 |
beanjammin |
Thanks for any pointers or doc suggestions. |
| 12:35 |
berick |
beanjammin: sounds like we need a new grid feature -- the ability to apply an arbitrary class to a row based on the row contents. |
| 12:36 |
|
krvmga joined #evergreen |
| 12:39 |
khuckins |
That would be a useful feature for other cards with similar purposes(off the top of my head I can think of lp1635386) as well |
| 15:03 |
rthimons |
I ran the make file so I thought they would have already installed. |
| 15:04 |
Dyrcona |
You did make -f $PATH/src/extras/Makefile.install postgres-server-$distro ? |
| 15:04 |
rthimons |
I'll run it again just to be sure. I have several environments so it's possible I missed something. |
| 15:05 |
Dyrcona |
You probably need to load some extensions in the db also. I'm facing that on my testing server, I think. |
| 15:05 |
rthimons |
I'll run that make file one more time. Any suggestions on how to find the missing extensions? |
| 15:08 |
Dyrcona |
rthimons: Look in Open-ILS/src/sql/Pg/create_database_extensions.sql under your Evergreen directory. |
| 15:09 |
jeffdavis |
If you're using psql you can do \dx to check if the extensions in that file are actually installed on your new server. |
| 15:26 |
* Dyrcona |
messes with bug targets though it may not make it into tomorrow's releases. |
| 15:31 |
abneiman |
Dyrcona: gmcharlt miker & dbwells briefly discussed pushing monthlies back to 11/29 somewhere upthread. So you may have time! |
| 15:32 |
Dyrcona |
abneiman++ # I missed that. I stepped away to have some lunch. |
| 15:33 |
Dyrcona |
Testing this without messing with production will be interesting. |
| 15:33 |
Dyrcona |
I have extra db servers, but moving dumps around will require some networking gymnastics. ;) |
| 15:50 |
csharp |
Dyrcona: pg_basebackup from one of the free servers? |
| 15:50 |
csharp |
requires a bit-for-bit copy of the DB, but very quick and handy |
| 15:51 |
csharp |
s/quick and handy/super damn slow in your case/ |
| 15:51 |
Dyrcona |
rsync with --bandwidth= is my best bet. |
| 15:52 |
Dyrcona |
Well, at one location the bandwidth is asymmetrical and that's the one that I'd be sending from, so I don't want to crush what others are doing. |
| 15:52 |
Dyrcona |
I've had that happen just sending marc records to the masslnc servers for testing. |
| 15:53 |
Dyrcona |
So, yeah, gymnastics are required. :) |
| 15:53 |
Dyrcona |
Hm... It happened on this testing server again with -j 4. |
| 15:54 |
Dyrcona |
I should see if it happens on the development server. |
| 16:43 |
|
gsams joined #evergreen |
| 17:00 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 17:01 |
bshum |
That's interesting that it failed again |
| 17:02 |
bshum |
On getting the postgresql apt repo key |
| 17:02 |
bshum |
It worked fine this morning, but not in the afternoons. I wonder why. Hmm. |
| 04:49 |
|
kipd joined #evergreen |
| 04:49 |
|
Bmagic joined #evergreen |
| 04:49 |
|
bwicksall joined #evergreen |
| 06:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:20 |
|
rjackson_isl joined #evergreen |
| 07:37 |
|
Hackaway2017 joined #evergreen |
| 07:47 |
|
Dyrcona joined #evergreen |
| 11:53 |
dbs |
might make sense to just rewrite the Dojo stuff directly in Angular 5 and then address the AngularJS stuff |
| 11:56 |
jeff |
mmorgan: looking at bug 1617318 again, and also starting to experiment with using them to record staff notes regarding manual collections/overdue activities which are then included in reports that those staff work from |
| 11:56 |
pinesol_green |
Launchpad bug 1617318 in Evergreen "Collections API should create a standing-penalty-based note" [Wishlist,New] https://launchpad.net/bugs/1617318 - Assigned to Jeff Godin (jgodin) |
| 11:56 |
maryj |
So for this branch: https://bugs.launchpad.net/evergreen/+bug/1730764 , I made an example PO ( Name: BT Juvenile Nov 2011 , ID: 3 ) that's been activated, on-order, and ready to have some items cancelled! (aka for testing this branch) |
| 11:56 |
pinesol_green |
Launchpad bug 1730764 in Evergreen "Acq-created Copies are being deleted for backordered items" [Undecided,New] |
| 11:56 |
maryj |
^^ csharp |
| 11:57 |
jeff |
mmorgan: that last part might be unclear. one example would be a library where they run an "overdues report" and call patrons with items over a certain number of days overdue. in the past, they had made written notes, then carried those over onto the next week's printed report... by hand. |
| 13:33 |
bshum |
berick: oh fun, so that's for current angular, not what we've got today right? |
| 13:33 |
Dyrcona |
We're moving toward that, though. |
| 13:35 |
|
khuckins__ joined #evergreen |
| 13:35 |
jeffdavis |
miker et al: I'd like to apply one of the patches for bug 1704396 in our environment, any preferences as to which one? (i.e. maybe we should try patch #2 if someone else is testing patch #1) |
| 13:35 |
berick |
bshum: that's new angular |
| 13:35 |
pinesol_green |
Launchpad bug 1704396 in Evergreen "Slowness for metarecord and one-hit searches in 2.12" [High,Confirmed] https://launchpad.net/bugs/1704396 |
| 13:36 |
miker |
jeffdavis: there are conflicting opinions :) ... I'm in favor of the alert-based on. eval-alert is a pretty standard way to have a max timeout |
| 13:38 |
pinesol_green |
Launchpad bug 1704396 in Evergreen "Slowness for metarecord and one-hit searches in 2.12" [High,Confirmed] https://launchpad.net/bugs/1704396 |
| 13:39 |
mmorgan |
Dyrcona: It's the first one. |
| 13:39 |
|
abowling left #evergreen |
| 13:40 |
Dyrcona |
mmorgan: Thanks! That is what I thought. It's working for me in testing so I'll push it master since you're using it in production. |
| 13:40 |
berick |
jeffdavis: test the alarm patch. it fixes the problem |
| 13:40 |
berick |
i'm overly complicating this |
| 13:40 |
berick |
we just need to kill it :) |
| 13:41 |
Dyrcona |
:) |
| 13:41 |
miker |
MORE IMPLEMENTATIONS! |
| 13:41 |
miker |
timeout thunderdome! |
| 15:11 |
gmcharlt |
#info Another release expected in the next couple weeks, given additional bundling/chunking bugs |
| 15:12 |
Dyrcona |
Is there a fix for the gateway(s) pending? |
| 15:12 |
gmcharlt |
Dyrcona: there will be :) |
| 15:12 |
Dyrcona |
If so, I'll be happy to test. |
| 15:12 |
gmcharlt |
great! |
| 15:12 |
gmcharlt |
#topic Evergreen release |
| 15:13 |
gmcharlt |
dbwells: any words of wisdom? |
| 15:15 |
JBoyer |
Woo! |
| 15:16 |
gmcharlt |
(general call for folks to chime in with #info updates) |
| 15:16 |
kmlussier |
Hackaway2017++ |
| 15:16 |
gmcharlt |
#info We discussed plans for starting project of upgrading Angular; berick has offerred to do some initial prototyping |
| 15:16 |
gmcharlt |
#info Test instances of GitLab and Phabricator are being set up |
| 15:17 |
cesardv |
awesome |
| 15:17 |
bshum |
#info Using pofilter to test our current PO translations; finding useful tidbits to eventually be shared back with the translator teams and greater group. |
| 15:17 |
gmcharlt |
#info Some updates are being tracked on the agenda page: https://wiki.evergreen-ils.org/doku.php?id=hack-a-way-2017-agenda |
| 15:18 |
gmcharlt |
#info There's also a shared Google doc: https://docs.google.com/document/d/19EctprR1cybery-zbaNBntRmyASMYcRwt4-6S1-YNts/edit |
| 15:19 |
gmcharlt |
in other news, bug 1724915 is ready for a final pair of commiter eyes |
| 16:40 |
jeffdavis |
jeff: https://sirl.mb.catalogue.libraries.coop/eg/opac/record/107705686?locg=1200 |
| 16:41 |
jeffdavis |
yaz-marcdump gives the same error, no additional info with -v |
| 16:41 |
* jeff |
looks |
| 16:41 |
remingtron |
bshum: I added notes to the google doc in a section called "Add Documentation-Building to the build server automated tests" |
| 16:42 |
remingtron |
phasefx: bshum and I were talking about adding docs-building to the automated tests script |
| 16:42 |
JBoyer |
hbrennan, I wonder if your phantom search result items may be helped by bug 1723977 ? |
| 16:42 |
pinesol_green |
Launchpad bug 1723977 in Evergreen "Searching specific location in Advanced Search not limiting correctly in 3.0" [Medium,Fix committed] https://launchpad.net/bugs/1723977 |
| 16:42 |
phasefx |
remingtron: cool deal |
| 16:42 |
remingtron |
I think the docs build server needs some extra packages, but I don't know the details |
| 16:43 |
jeffdavis |
SRU search for that record by ISBN: https://catalogue.libraries.coop/opac/extras/sru/SPRUCE/holdings?version=1.1&operation=searchRetrieve&query=eg.isbn%3D1550284142&maximumRecords=0 |
| 16:44 |
remingtron |
phasefx: what's the best way for us to try adding the docs build commands to the other tests? |
| 16:44 |
pinesol_green |
[evergreen|Remington Steed] Docs: Improve warning format in ebook api section - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=58e7ca4> |
| 16:44 |
jeff |
jeffdavis: looks like a bad leader. |
| 16:44 |
phasefx |
remingtron: my suggestion is to first set up a local debian vm for quick iteration, take a pristine snapshot |
| 16:47 |
remingtron |
phasefx: cool, thanks |
| 16:48 |
jeff |
jeffdavis: beware that it will report on things that you might not care about, but if you keep it around for looking at things that are already suspect... it can be handy. |
| 16:48 |
jeff |
(or lead you on a wild goose chase...) |
| 16:49 |
phasefx |
remingtron: so on the live server, there's a cron for calling qa/test.sh out of that repo. That file has credentials and IP for the virtual machine that will actually run the tests |
| 16:49 |
phasefx |
remingtron: so you'd just fork it, put in your own information |
| 16:50 |
phasefx |
and just manually refresh the vm between runs |
| 16:51 |
remingtron |
okay, I think I follow |
| 16:51 |
phasefx |
remingtron: you'll want to set up ssh keys to avoid password prompts |
| 16:52 |
phasefx |
remingtron: so test.sh runs on the "reporting" server, but it remotely manipulates the "testing" server through ssh |
| 16:54 |
phasefx |
remingtron: harr, it looks like I put a README in there explaining as much |
| 16:55 |
phasefx |
or rather, explaining how to do it without two servers |
| 17:03 |
|
mmorgan left #evergreen |
| 17:05 |
|
beanjammin joined #evergreen |
| 17:06 |
pinesol_green |
[evergreen|Sam Link] Web Client: Make Patron Email Clickable - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c9453e5> |
| 17:24 |
|
jvwoolf left #evergreen |
| 17:29 |
remingtron |
phasefx: Thanks for your help! |
| 17:29 |
phasefx |
remingtron: you're welcome |
| 18:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 19:38 |
hbrennan |
@later tell jboyer Thanks for suggested bug (1723977) but incorrect count of copies is showing on record view, not just search results. Example: http://catalog.ci.homer.ak.us/eg/opac/record/19875 shows 2 copies, but staff client(s) only show one copy (which is correct). Ruled out OPAC looking at deleted copies, previous spine labels listed in holding maintenance. |
| 19:38 |
pinesol_green |
hbrennan: The operation succeeded. |
| 21:48 |
|
stephengwills left #evergreen |
| 06:02 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:09 |
|
rjackson_isl joined #evergreen |
| 08:04 |
|
HackawayBigScree joined #evergreen |
| 08:08 |
|
collum joined #evergreen |
| 09:00 |
agoben |
The participant livestream of the Hack-A-Way is available here: goo.gl/7UNBJ6 |
| 09:02 |
agoben |
To just watch/listen in, the link is: https://www.youtube.com/watch?v=wZyNKacICQE |
| 09:02 |
gmcharlt |
and here's a Google Doc for shared notes: https://docs.google.com/document/d/19EctprR1cybery-zbaNBntRmyASMYcRwt4-6S1-YNts/edit?usp=sharing |
| 09:02 |
rhamby |
for Hack-A-Way folks, I added an "Accomplishments" section at the bottom to feel free to add things you've done - bugs tested, patches, etc.... |
| 09:04 |
kmlussier |
Bmagic: I got my 'read more' links code working here if you wanted to look at it - https://mlnc3.noblenet.org/eg/opac/record/247 |
| 09:04 |
Bmagic |
kmlussier: sure! |
| 09:08 |
mmorgan |
kmlussier: Nice! |
| 09:12 |
|
yboston joined #evergreen |
| 09:15 |
Dyrcona |
csharp: on Lp 1325054, is that with libdbi compiled from source or installed from packages or both? |
| 09:15 |
pinesol_green |
Launchpad bug 1325054 in Evergreen "libdbi deprecation warnings when building Evergreen" [Undecided,New] https://launchpad.net/bugs/1325054 |
| 09:17 |
maryj_ |
I'm available to help test things, y'all |
| 09:18 |
csharp |
Dyrcona: in my case, just with packages, not from source |
| 09:18 |
Dyrcona |
Thanks. I haven't paid enough attention to the warnings. |
| 09:18 |
Dyrcona |
I'll take a look at those bugs/branches this morning. |
| 15:09 |
gsams |
managed to resolve the earlier clark-kent issue. All I did was wait a while and re-run clark-kent, but hey it works now so I'm not going to complain. |
| 15:11 |
|
hbrennan joined #evergreen |
| 15:19 |
* gmcharlt |
claims 1079 in the name of mergers and acquisitions lawyers everywhere! |
| 15:23 |
jeff |
berick: pushed a branch to bug 1680566, if you'd like to give it some eyes/testing/signoff. |
| 15:23 |
pinesol_green |
Launchpad bug 1680566 in Evergreen "Remove open-ils.permacrud service" [Undecided,New] https://launchpad.net/bugs/1680566 |
| 15:29 |
|
mmorgan joined #evergreen |
| 15:33 |
pinesol_green |
[evergreen|Ben Shum] LP#1730721: future proof build-db.sh (followup) - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=73a1874> |
| 15:35 |
pinesol_green |
[evergreen|Rogan Hamby] LP#1145213: improvements to record merge - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d2c8443> |
| 15:35 |
pinesol_green |
[evergreen|Cesar Velez] LP#1145213: add pgTAP test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2ccdbe6> |
| 15:35 |
pinesol_green |
[evergreen|Galen Charlton] LP#1145213: fix some typos - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0ee3e8a> |
| 15:35 |
pinesol_green |
[evergreen|Galen Charlton] LP#1145213: add schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ba3b6e8> |
| 15:37 |
gmcharlt |
Bmagic: is bug 1730692 ready for a pull request? |
| 15:37 |
pinesol_green |
Launchpad bug 1730692 in Evergreen "asset.copy_attr_vis_cache != asset.copy_vis_attr_cache" [Undecided,New] https://launchpad.net/bugs/1730692 |
| 15:37 |
Bmagic |
oh, yes I believe it is |
| 16:37 |
* gmcharlt |
claims 1080 in the name of visible ghosts everywhere! |
| 16:38 |
berick |
jeff: doh. bug updated. |
| 16:40 |
jeff |
not sure if it's hack-a-way worthy, but bug 1671150 caught my attention and is now tagged pullrequest. |
| 16:40 |
pinesol_green |
Launchpad bug 1671150 in Evergreen "Unqualified references in evergreen.unaccent_and_squash lead to index creation failures with pg_restore" [Undecided,In progress] https://launchpad.net/bugs/1671150 |
| 16:43 |
|
abowling left #evergreen |
| 16:43 |
pinesol_green |
[evergreen|Mike Rylander] LP#1723977: Move no-LURIs test to be a peer of no-copies test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5a187c8> |
| 16:43 |
pinesol_green |
[evergreen|Jason Boyer] LP1724246: asset.cache_copy_visibility fix - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4adf54a> |
| 16:43 |
pinesol_green |
[evergreen|Galen Charlton] LP#1724246: sync schema update script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cbaca2a> |
| 16:43 |
pinesol_green |
[evergreen|Galen Charlton] LP#1724246: stamp schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dfdd5a6> |
| 16:45 |
pinesol_green |
[evergreen|Rogan Hamby] LP#1346381: remove searching child org units, requirement to have volumes and adds existing org unit - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0e326b3> |
| 16:45 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1346381: Release notes for new shelving location limiter behavior - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cfb7979> |
| 17:00 |
* Dyrcona |
calls it a day (for now). |
| 17:01 |
mmorgan |
hackers++ # great progress for the first day!! |
| 17:04 |
|
mmorgan left #evergreen |
| 17:25 |
gmcharlt |
miker: thought so -- and I sorted it out already and pushed the fix |
| 17:25 |
gmcharlt |
but I appreciate the confirmation |
| 17:27 |
miker |
ha. sorry about that :) |
| 18:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 18:56 |
|
jvwoolf joined #evergreen |
| 19:01 |
|
rlefaive joined #evergreen |
| 21:04 |
|
roycroft joined #evergreen |
| 05:56 |
|
gsams joined #evergreen |
| 06:02 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:24 |
|
Nidheesh joined #evergreen |
| 07:24 |
Nidheesh |
hi |
| 07:24 |
Nidheesh |
i need a help in SIP2 configuration |
| 14:14 |
sandbergja |
For this topic, I'm curious how much more review/assessment of the reorganized documentation we need to do |
| 14:14 |
ohiojoe |
Which reminds me, I should have put this out here too |
| 14:14 |
ohiojoe |
#link https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:dig_meeting_20171102-agenda |
| 14:15 |
sandbergja |
We created a set of requirements for the reorg project way back when |
| 14:15 |
sandbergja |
#link https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:reorg_2014:requirements |
| 14:15 |
sandbergja |
I don't know if we met all of the requirements. Particularly the requirement that says: "We need to identify a group of beta testers for each book that will test out each book in their day-to-day operations." |
| 14:15 |
alynn26_ |
I like the new organization. |
| 14:16 |
sandbergja |
alynn26_: oh great! That's good to hear. :-) |
| 14:16 |
ohiojoe |
even looking at the cleanup list, it looks like good progress is being made wittling down the identified needs.. |
| 14:24 |
sandbergja |
1) send out a call to the general list to help generate some feedback |
| 14:24 |
alynn26_ |
I'll let you know how it goes. |
| 14:24 |
ohiojoe |
Actually, now that I read what Lynn is describing, I'm sure I could probably make an assignment or two along the same lines, either in my library or by asking for a volunteer among the other Ohio libraries to do the same.. |
| 14:25 |
sandbergja |
2) follow alynn26_'s example and get some folks at our own libraries to test drive the new manuals |
| 14:26 |
sandbergja |
3) this one would be for me, but share knowledge of how to work with the new manuals on an asciidoc level (and I would appreciate guidance from this group on how the best way for me to share that knowledge might be) |
| 14:26 |
|
khuckins_ joined #evergreen |
| 14:26 |
sandbergja |
thoughts? |
| 14:26 |
ohiojoe |
I think those sound like good action items. Would the call just be for other folks outside of DIG to do what Lynn described? I could write up that appeal.. |
| 14:29 |
alynn26_ |
Yea, we look at the docs but don't see the holes, we need to find the holes. |
| 14:30 |
ohiojoe |
ok, this sounds like a plan to me. any objections? |
| 14:30 |
sandbergja |
none from me |
| 14:30 |
abneiman |
nope |
| 14:30 |
ohiojoe |
#action ohiojoe will make a call out to the general list for help generating feedback to the current state of the reorganized documentation |
| 14:30 |
ohiojoe |
#action everyone will find volunteers at their libraries to test drive the new manuals |
| 14:31 |
ohiojoe |
#action sandbergja will share asciidoc level knowledge of how to work with the new manuals |
| 14:31 |
ohiojoe |
although, now that I think about it, we didn't give you any feedback on how best to go about doing that.. |
| 14:32 |
alynn26_ |
I've not looked at it, so I've got no idea yet. |
| 14:33 |
ohiojoe |
and I'm still at the "reread resources and learn asciidoc" stage.. I know it's not hard, I just need to carve out the time to do it.. |
| 14:35 |
alynn26_ |
Time, i wish i had more of it. |
| 15:54 |
Bmagic |
do we have a typo in metabib.pm? |
| 15:55 |
Bmagic |
It also turns up in sitemap_generator |
| 15:56 |
hbrennan |
ohiojoe: The general list reminder is oh so helpful. Only way I remembered to put it on my calendar! Thanks! |
| 16:05 |
bshum |
Bmagic: That's what it's starting to look like to me |
| 16:05 |
bshum |
Which is newer or older I guess |
| 16:16 |
bshum |
Given that in the DB it's "asset.copy_vis_attr_cache" I'm going to go with those other two references are bad. |
| 16:17 |
bshum |
Bmagic: Change 'em up and re-test? :D |
| 16:24 |
bshum |
Bmagic++ |
| 17:14 |
|
Jillianne joined #evergreen |
| 17:56 |
|
rlefaive joined #evergreen |
| 18:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 19:09 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: replacing Admin menu with Administration menu - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8b3eb6c> |
| 19:35 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: Fixing menu refs on booking docs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=096f5a5> |
| 00:54 |
|
ariez joined #evergreen |
| 00:54 |
pastebot |
"ariez" at 64.57.241.14 pasted "CANNOT CREATE MARC RECORD IN EVERGREEN ILS 3.0" (6 lines) at http://paste.evergreen-ils.org/909 |
| 06:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:38 |
|
dwgreen joined #evergreen |
| 08:14 |
|
sandbergja joined #evergreen |
| 08:57 |
|
bos20k joined #evergreen |
| 14:45 |
dbwells |
berick: I'd love to see some debug logs if you can catch it in the act. We can reliably reproduce it on production only, and I've been too gunshy to crank up to debug on production at this point. |
| 14:48 |
berick |
sorry dev VM, you're disk is about to smoke |
| 14:49 |
berick |
heh, ejabberd log level 5 is certainly effective |
| 14:49 |
dbwells |
My testbed when I was poking at it for an hour or two ended up being a simple srfsh file of 500 open-ils.search.biblio.copy_counts.location.summary.retrieve calls. It almost always failed in production within those 500, but never on dev with the same test :( |
| 14:50 |
berick |
dbwells: with the same or different args each time? |
| 14:50 |
dbwells |
berick: exactly the same |
| 14:51 |
* berick |
tries that |
| 15:09 |
miker |
the process being the search drone |
| 15:14 |
berick |
miker: that's consisten w/ what I'm seeing. (finally caught it again). storage tries to send a reply to open-ils.search, jabber replies with a service-unavailable message. |
| 15:14 |
berick |
search process is gone |
| 15:15 |
miker |
right |
| 15:15 |
miker |
it dies inside the gather() that tries to fetch the result of that storage call |
| 15:15 |
miker |
I've confirmed that much, and added more logging in XMPPReader to see where in its wait() it's actually dying... trying to provoke it again |
| 15:16 |
miker |
(and wondering if that logging will "fix" it, because that would be annoying...) |
| 15:17 |
miker |
well, presuming it's in wait() ... but everything between gather() and wait() is really just test-and-pass, with a little timeout adjustment thrown in |
| 15:31 |
miker |
berick: and to board up one rabbit hole for you to avoid, I elided dispatch() and it still occurs :( |
| 15:31 |
|
kmlussier joined #evergreen |
| 15:32 |
berick |
miker: thanks. |
| 15:43 |
|
khuckins__ joined #evergreen |
| 17:16 |
jeffdavis |
s/ticket/LP bug/ |
| 17:17 |
kmlussier |
Sometimes, the slowness will disappear for a while after you apply a promising patch, making you think it's gone, only to come back in full force when you least suspect it. |
| 17:17 |
kmlussier |
It's sneaky |
| 17:18 |
miker |
berick: alternate proposal... at OpenILS/Application/Search/Biblio.pm:1417 say `alarm(0);` and likewise immediately after the close of the eval block |
| 17:18 |
* miker |
tests |
| 17:19 |
berick |
miker: +1 to adding that for sure |
| 17:19 |
miker |
that'll clear the alarm timer |
| 17:25 |
dbwells |
My usual breakage routine seems to be failing me tonight. Was probably relying unknowingly on some other load which doesn't exist at 5:25pm :) |
| 17:27 |
dbwells |
It sounds like the masters here have things well in hand, at any rate :) |
| 17:30 |
|
jvwoolf left #evergreen |
| 17:30 |
dbwells |
yay, finally broke it |
| 17:41 |
miker |
berick: I think you just found the final SIGALRM-shaped jigsaw puzzle piece under that couch cushion... some testing tomorrow will confirm (or deny), and if it's good I'll post a patch |
| 17:44 |
berick |
miker: awesome. beware the lint! |
| 17:44 |
berick |
and dog toys and old nickels and |
| 17:50 |
dbwells |
miker: berick: adding an IGNORE a la berick's suggestion also seems to work here. I certainly can contribute nothing regarding the correctness of other points being discussed :) There seems to be some light at the end of the tunnel, though! |
| 17:58 |
pinesol_green |
miker: Forget it, Jake. It's just miker. |
| 17:58 |
miker |
for those spurious ALRMs |
| 18:00 |
berick |
miker: when does that alarm code come into play? if the caller has the cache key, doesn't that imply the data is in the cache? |
| 18:02 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 18:02 |
berick |
in any event, suppose we could also replace alarm() w/ a loop that counts up to the timeout if it continues to be problematic. |
| 18:02 |
miker |
1) the main search call uses respond_complete() to send back the results and the provisional facet key early, then calculates the facets and stores them 2) the caller gets the key and says "search! give me the facets!" in a second call 3) if the first call's post-respond_complete facet logic isn't done yet, the second search call waits until it sees that it is complete, sleeping 50ms at a time |
| 18:03 |
miker |
we could |
| 18:06 |
miker |
and the mod_perl code is rearranged to do a bunch of work between the result return and the facet request, giving facets parallel time to be calculated |
| 18:07 |
miker |
shaves ~1.5 secs off the average "several hundred results" search in terms of time-to-render |
| 18:08 |
berick |
right, thought it was something like, but was missing the piece where it returned early |
| 18:09 |
miker |
originally the facet timeout was 2s, then 4s in 3.0 IIRC, but I'm going to propose bumping it up to 10 as a max for facet timeout ... there are still instances of a result page not showing facets on the first load |
| 18:09 |
miker |
esp on all-in-one test servers |
| 18:12 |
kmlussier |
I see that happening a lot in 2.12. I haven't noticed it as much in 3.0. |
| 18:33 |
jeffdavis |
^ exciting! |
| 18:50 |
kmlussier |
jeffdavis: Yes, indeed! :) |
| 19:52 |
csharp |
and, just like that, https://blog.angular.io/version-5-0-0-of-angular-now-available-37e414935ced |
| 23:52 |
kmlussier |
I'm noticing an issue with Located URI searching using the Conerto dataset. |
| 23:53 |
kmlussier |
In 2.12, I can do a keyword search for 'hobbit' and retrieve one of the ebook test records with a located URI owned by the consortium. |
| 23:53 |
kmlussier |
In 3.0, I get no results. |
