| 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() |
| 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: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 |
