| 05:15 |
|
dbwells joined #evergreen |
| 05:15 |
|
abneiman joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:16 |
|
rjackson_isl joined #evergreen |
| 07:43 |
|
JBoyer joined #evergreen |
| 07:45 |
|
agoben joined #evergreen |
| 09:41 |
Dyrcona |
Bmagic: I'm getting other errors, too, including a syntax error. |
| 09:42 |
Dyrcona |
I don't feel bad about it, but it's slowing me down a little. I'll have to make a custom upgrade script. |
| 09:42 |
Bmagic |
Syntax errors are among my favorites! Right below runtime whitespace semicolon discovery |
| 09:45 |
bshum |
remingtron++ # adding doc tests to help find oddities |
| 09:49 |
Dyrcona |
This is the standard 2.12.6 to 3.0 upgrade script, too, from tags/rel_3_0_1 |
| 09:52 |
jeff |
bshum: yes. remingtron++ docs build failures becoming live test failures is not a bad thing. :-) |
| 09:58 |
kmlussier |
remingtron++ bshum++ |
| 09:58 |
* gmcharlt |
will be working on release notes for 3.0.2 |
| 09:58 |
gmcharlt |
from my POV, folks have about an hour left for any merges to rel_3_0 |
| 17:02 |
dbwells |
onward and upward, then... |
| 17:03 |
|
mmorgan left #evergreen |
| 18:27 |
|
jvwoolf joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 21:14 |
|
abowling1 joined #evergreen |
| 21:24 |
|
abowling joined #evergreen |
| 21:27 |
|
dkyle joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:44 |
|
tlittle joined #evergreen |
| 07:17 |
|
rjackson_isl joined #evergreen |
| 07:49 |
|
rlefaive joined #evergreen |
| 10:23 |
|
jvwoolf joined #evergreen |
| 10:23 |
|
rlefaive joined #evergreen |
| 11:23 |
Dyrcona |
So, the point releases are on for today? |
| 11:24 |
* Dyrcona |
asks because he's planning to upgrade to 2.12.8 from 2.12.6 next week and would like to test it tomorrow. :) |
| 11:24 |
Dyrcona |
If it speeds things up, I could help build a tarball. |
| 11:42 |
Dyrcona |
Hmm... 2.12.6 to 3.0.0 db upgrade threw this: |
| 11:42 |
Dyrcona |
psql:Open-ILS/src/sql/Pg/version-upgrade/2.12.6-3.0.0-upgrade-db.sql:6803: ERROR: column "display_field" does not exist LINE 2: ...AY_AGG(id)::INT[] FROM config.metabib_field WHERE display_fi... |
| 11:56 |
jeff |
adjusted milestone/etc on bug 1734963 for 3.0.2 (it was targeting 3.1 beta) |
| 11:56 |
pinesol_green |
Launchpad bug 1734963 in Evergreen "web client: copy template converter doesn't work for older templates" [Medium,Confirmed] https://launchpad.net/bugs/1734963 |
| 12:03 |
pinesol_green |
[evergreen|Chris Sharp] LP#1734963: Teach copy template converter about older templates. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=124f0ff> |
| 12:03 |
jeff |
and now i'm wondering if i should have paired that with a test. :P |
| 12:08 |
* kmlussier |
adds https://bugs.launchpad.net/evergreen/+bug/1671856 to the next dev meeting agenda. |
| 12:08 |
pinesol_green |
Launchpad bug 1671856 in Evergreen "Mixed use of Account Adjustment payments creates inconsistency" [Undecided,New] |
| 12:08 |
kmlussier |
I hate seeing code sit just because we haven't reached a consensus. |
| 14:13 |
Dyrcona |
ejk: What fields are you looking for? Some have mappings stored in the Evergreen database. |
| 14:14 |
Dyrcona |
So, I'm having "fun" with the redirect from http to https for the web staff client. |
| 14:14 |
ejk |
Material Type code and Additional Authors were the two that I could only find in the MARC record |
| 14:14 |
Dyrcona |
It works fine on my Ubuntu 16.04 test vm, but I can't get it to work on training server with Debian 7. |
| 14:15 |
|
jvwoolf left #evergreen |
| 14:15 |
Dyrcona |
ejk: There are tables with mappings to get values from MARC, material type is one of them. |
| 14:17 |
Dyrcona |
You want to look at config.marc21_ff_pos_map. |
| 16:05 |
Dyrcona |
jeff: No, I don't. |
| 16:05 |
Dyrcona |
Nor, eg. |
| 16:05 |
Dyrcona |
training.cwmars.org |
| 16:06 |
Dyrcona |
As I mentioned earlier, everything works just fine on a test vm..... :( |
| 16:06 |
Dyrcona |
I did find some mess in the apache2-websockets directory on training, but the behavior is not improved after cleaning that up. |
| 16:10 |
Dyrcona |
I get the same results on production as I do on training, but I've not experimented with configuration there. |
| 16:17 |
Dyrcona |
So, are releases happening today? |
| 16:18 |
dbwells |
Dyrcona: wheels are turning, at least |
| 16:18 |
Dyrcona |
dbwells: Cool! |
| 16:41 |
pinesol_green |
[evergreen|Ben Shum] Docs: fix list item index in basic_holds.adoc - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=99e7c52> |
| 17:03 |
|
mmorgan left #evergreen |
| 17:11 |
|
jvwoolf joined #evergreen |
| 17:18 |
|
jvwoolf1 joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 18:52 |
|
rlefaive joined #evergreen |
| 22:19 |
ejk |
@marc 880 |
| 22:19 |
pinesol_green |
ejk: The fully content-designated representation, in a different script, of another field in the same record. Field 880 is linked to the associated regular field by subfield $6 (Linkage). The first and second indicator positions in field 880 have the same definition and values as the indicators in the associated field. The subfield codes in field 880 are the same as those defined in the associated (1 more message) |
| 06:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:10 |
|
rjackson_isl joined #evergreen |
| 07:15 |
|
kmlussier joined #evergreen |
| 08:36 |
|
collum joined #evergreen |
| 09:53 |
pinesol_green |
csharp: Band 'Responsive XUL' added to list |
| 10:02 |
|
rlefaive joined #evergreen |
| 10:11 |
|
rlefaive joined #evergreen |
| 10:16 |
csharp |
okay, still working on testing bug 1691269 's fix (understanding that it has been committed to master)... |
| 10:16 |
pinesol_green |
Launchpad bug 1691269 in Evergreen "web client: copy templates created on XUL not displayed" [Medium,Fix committed] https://launchpad.net/bugs/1691269 - Assigned to Galen Charlton (gmc) |
| 10:17 |
jeff |
csharp: found more issues? |
| 10:17 |
csharp |
first finding is that my previously-existing XUL client templates do not show up in the web client - not sure if that's expected or not |
| 10:20 |
csharp |
probably a new bug |
| 10:20 |
csharp |
since that one has been accepted |
| 10:20 |
|
jvwoolf joined #evergreen |
| 10:20 |
jeff |
if you can reduce it to a smaller test case that might help also. |
| 10:20 |
csharp |
yeah - this is complex no matter how you slice it :-/ |
| 10:21 |
jeff |
also, you probably already know for certain, but i think there's at least one part where no further attempts are made to migrate templates after it's been "done once" for a given user/workstation/whatever. |
| 10:21 |
jeff |
(as long as you're not running into that in testing, or are accounting for it already) |
| 10:21 |
csharp |
oh wait - let me make sure everything was gone - I know the browser stored pref was deleted |
| 10:21 |
* mmorgan |
did some testing on that bug at one point, and did see existing xul templates imported to the web client successfully, but if any had been created in the web client, it didn't work. |
| 10:22 |
csharp |
right - you have to remove any setting already in the DB |
| 10:22 |
csharp |
*and* the browser-side stored pref |
| 10:23 |
mmorgan |
What setting needs to be removed from the DB? |
| 10:23 |
csharp |
mmorgan: 'webstaff.cat.copy.templates' |
| 10:24 |
mmorgan |
Ah. ok. |
| 10:24 |
* mmorgan |
may have tested an earlier version. |
| 10:24 |
csharp |
I can confirm that my user doesn't have that setting set |
| 10:24 |
csharp |
so we're as pristine as we can be when I attempt this |
| 10:25 |
csharp |
I haven't looked closely at the code that makes the conversion, though, maybe something about the XUL file is unexpected |
| 10:33 |
jeff |
(feel free to just do that in the bug, actually -- i don't mean to waste your time here when you'll probably want to put it in the bug also) |
| 10:34 |
|
rlefaive joined #evergreen |
| 10:35 |
jeff |
tmp_val.match not being a function implies that you're hitting a non-string value where the xul template conversion code isn't expecting it. |
| 10:40 |
csharp |
jeff: thanks - I'mma test this again with the further fixes then open a bug if it's still happening |
| 10:40 |
|
rlefaive joined #evergreen |
| 10:41 |
csharp |
and yes, I would expect lots of potential "garbage" in these templates - I expect many of them have been around since The Beginning™ |
| 10:41 |
jeff |
looks like at a minimum, shelving location in older xul templates can contain a non-string field value, like "Shelving Location":{"value":527,"type":"attribute","field":"location"} |
| 10:41 |
jeff |
and i think that breaks the current conversion code where it assumes a value will be a string. |
| 10:42 |
csharp |
jeff: the file: |
| 11:46 |
csharp |
jeff++ # worked! |
| 11:47 |
csharp |
so... the solution is to further check for number vs. string in the converter? |
| 11:51 |
* csharp |
runs off for a lunch break - back later :-) |
| 11:52 |
jeff |
yes. the solution is to not call .match() on a value that we don't know is a string. |
| 12:02 |
jeff |
lots of possible solutions. not sure which is best / most consistent with existing code: wrap in try/catch (possibly more than one), test for string/number (or existence of .match) using typeof, or... something else i've forgotten. |
| 12:02 |
jeff |
another concern is if the native web template code expects/handles/generates numbers vs strings. |
| 12:04 |
jeff |
be great if the template conversion had the beneficial side effect of normalizing the templates. |
| 12:04 |
|
rlefaive joined #evergreen |
| 12:04 |
jeff |
there are likely to be other quirks about existing templates. anyone want to volunteer up theirs, anonymized or otherwise? :-) |
| 12:07 |
|
rlefaive_ joined #evergreen |
| 12:08 |
|
sandbergja joined #evergreen |
| 12:09 |
miker |
how about tmp_val.toString().match() |
| 14:52 |
* csharp |
is training a new PINES library on local admin stuff and realized he hasn't even installed hatch recently :-/ |
| 14:52 |
csharp |
training is Thursday morning, so I have some time :-) |
| 14:53 |
berick |
we need to get mine and jason's patches merged.. |
| 14:56 |
csharp |
berick: I'm testing from the chrome store, so this'll be a good smoke test |
| 14:56 |
csharp |
I'll look at JBoyer's branch too if I get a chance |
| 14:57 |
* csharp |
forgets what it's like to use Windows natively |
| 14:58 |
csharp |
nice - that's very easy |
| 14:59 |
csharp |
install Java, install extension, open web client and click the checkboxes |
| 14:59 |
berick |
csharp: be sure to use this installer https://bugs.launchpad.net/evergreen/+bug/1708757/comments/2 |
| 14:59 |
pinesol_green |
Launchpad bug 1708757 in Evergreen "Publish Hatch to Chrome web store" [Wishlist,New] - Assigned to Galen Charlton (gmc) |
| 14:59 |
berick |
at least until we build another one based on jason's changes.. |
| 18:10 |
_adb |
Dyrcona++ |
| 18:10 |
Dyrcona |
Cool. Glad my suggestion helped you figure it out. |
| 18:10 |
* Dyrcona |
goes to cook some dinner. |
| 18:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 18:41 |
jeffdavis |
Are located URIs working in 3.0? On a test server the acts_as_copy flag set to true and a record with a located URI owned by BR1, the record does not show up in search results at any search scope. |
| 18:48 |
miker |
jeffdavis: JBoyer and I addressed an issue with located URI search during the hack-a-way, should be in tomorrow's release. (not at a computer to look for a commit hash ATM) |
| 18:50 |
jeffdavis |
ah, thanks miker |
| 18:57 |
jeffdavis |
5a187c81 looks like the relevant commit |
| 18:57 |
pinesol_green |
jeffdavis: [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> |
| 19:17 |
csharp |
7c3cdbbd |
| 19:17 |
pinesol_green |
csharp: [evergreen|Mike Rylander] LP#1706107: Offline mode - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7c3cdbb> |
| 20:28 |
* csharp |
wonders if the existence of hatch will make a difference in the speed of inserting 1.6M rows into the lovefield DB |
| 01:31 |
|
Jillianne joined #evergreen |
| 06:32 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 09:03 |
|
_adb joined #evergreen |
| 09:31 |
plux |
jeffdavis: still having issues with pingest .I believe it’s on me and not the script but missing something. Forgot yesterday was Thanksgiving there! |
| 09:40 |
jeff |
plux: are you able to paste your command and output (minus any information you deem sensitive) here? http://paste.evergreen-ils.org/ |
| 09:48 |
jeff |
did you remove some of the lines of output, or are you only getting errors on records 915197, 915198, and 915199? |
| 09:48 |
plux |
I just grabbed a few….the others were/are the same |
| 09:48 |
jeff |
okay, just making sure. |
| 09:49 |
plux |
I can also replicate it by piping in a small test file with small number of bib ids…. |
| 09:51 |
* jeff |
nods |
| 09:52 |
plux |
it seems like the query is passed to postgres without the values being parsed…wondering if the db server is missing some perl class or postgres mod that might impact the prepare statement |
| 09:55 |
jeff |
there was a change to pingest to use named parameters in the call to the function metabib.reingest_metabib_field_entries() |
| 10:35 |
jeff |
Dyrcona: named notation goes back to at least 9.0, but the syntax didn't support arg => 'value' until 9.5 |
| 10:36 |
jeff |
Dyrcona: previous to that, => was an hstore operator, and postgresql has been warning about => for a few versions now, because of the upcoming use of it in 9.5 and above for named notation in functions. |
| 10:40 |
Dyrcona |
Thanks, jeff. I merged it to master and to the evergreen-3.0-compatibility branch. |
| 10:41 |
plux |
just tested on this system (jeff’s first master version) and it’s working on this db |
| 10:41 |
jeff |
rather, hstore defined => as a user-defined operator back in 9.1 (and depending on various things, you could still have an old-style hstore contrib hanging around in newer databases, but you'll trip on it if you try to upgrade to 9.5) |
| 10:41 |
jeff |
plux: yay! |
| 10:41 |
jeff |
Dyrcona: thanks! |
| 10:59 |
jeff |
what, no desire to teach pingest to auto-detect the version based on the database? ;-) |
| 11:00 |
jeff |
at least one of the changes in master mentions 3.0 -- is that a commit that works for both, or is current master already >=3.0-only. |
| 11:00 |
jeff |
s/\./?/ |
| 11:01 |
plux |
just tested the 3.0 branch and it’s working well on this 9.4 db |
| 11:01 |
plux |
so both worked |
| 11:08 |
Dyrcona |
Current master works on 3.0 and lower, but you don't have the option to skip the display ingest. |
| 11:09 |
Dyrcona |
If you try to run the 3.0 branch on a 2.12 or older db, the ingests fail because there's no skip_display option. |
| 11:09 |
Dyrcona |
If it had been added at the end of the other options, I may have a workable solution. |
| 14:05 |
|
rlefaive joined #evergreen |
| 14:14 |
|
Dyrcona joined #evergreen |
| 14:47 |
|
rlefaive joined #evergreen |
| 18:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 19:21 |
|
beanjammin joined #evergreen |
| 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: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 |
