| Time |
Nick |
Message |
| 00:15 |
|
eady joined #evergreen |
| 01:02 |
|
sandbergja joined #evergreen |
| 06:59 |
|
agoben joined #evergreen |
| 07:09 |
|
rjackson_isl joined #evergreen |
| 07:24 |
|
collum joined #evergreen |
| 08:05 |
|
Dyrcona joined #evergreen |
| 08:21 |
|
rfrasur joined #evergreen |
| 08:44 |
|
mmorgan joined #evergreen |
| 09:21 |
|
jvwoolf joined #evergreen |
| 09:38 |
|
yboston joined #evergreen |
| 09:58 |
|
cmalm joined #evergreen |
| 10:02 |
|
mdriscoll joined #evergreen |
| 10:11 |
mmorgan |
Dymos and labels and hatch, oh my. |
| 10:11 |
mmorgan |
I'm looking at bug 1741299, which is marked duplicate of 1825896, which is marked duplicate of 1830391 |
| 10:11 |
pinesol |
Launchpad bug 1830391 in Evergreen "duplicate for #1741299 Hatch omnibus circa 3.3 (Java updates and more)" [Undecided,New] https://launchpad.net/bugs/1830391 |
| 10:12 |
berick |
mmorgan: yep, all lumped together |
| 10:12 |
mmorgan |
My bottom line question is, should the hatch build posted at https://bugs.launchpad.net/evergreen/+bug/1830391/comments/1 on it own resolve the margin error that prevents Dymos from printing? |
| 10:12 |
pinesol |
Launchpad bug 1830391 in Evergreen "Hatch omnibus circa 3.3 (Java updates and more)" [Undecided,New] |
| 10:13 |
berick |
mmorgan: yes |
| 10:14 |
mmorgan |
berick++ |
| 10:14 |
mmorgan |
Thanks, we'll give it a try. |
| 10:15 |
* JBoyer |
has that one in his sights. Even has one of those danged Dymos to finally properly test it. |
| 10:21 |
berick |
note to self, rebase that one again post-Ang8 |
| 10:28 |
|
jwoodard joined #evergreen |
| 11:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-29T11:00:54,549210501-0400 -0> |
| 11:08 |
|
yboston joined #evergreen |
| 11:20 |
gmcharlt |
is anybody uploading translations to Launchpad at the moment? |
| 11:21 |
gmcharlt |
I'm getting some notifications that Launchpad's Rosetta is complaining about some malformed POT files |
| 11:27 |
dbwells |
gmcharlt: I am establishing translation branches for 3.3 and 3.4, so I think those notices are an artifact of that. |
| 11:27 |
gmcharlt |
dbwells: OK |
| 11:27 |
gmcharlt |
do you want to see the particular notifications? |
| 11:28 |
dbwells |
I am also experimenting to try and smooth out the process, so sorry if that causes noise. I don't think I need anything forwarded. |
| 11:28 |
gmcharlt |
okey-dokey |
| 11:36 |
|
stephengwills joined #evergreen |
| 11:37 |
stephengwills |
is this valid? |
| 11:37 |
stephengwills |
Hard Boundaries: Limit holds to copies within this "org depth" boundary value. |
| 11:37 |
stephengwills |
i.e. Whole system -> (sys1 -> (lib 1.1 and lib 1.2), sys2 -> (lib 2.1 and lib 2.2)) |
| 11:37 |
stephengwills |
0 = everyone, 1= (lib 1.1 and 1.2 share) also, (lib 2.1 and 2.2 share), 2= no one shares. |
| 11:38 |
|
sandbergja joined #evergreen |
| 11:41 |
stephengwills |
I’m asking about the library setting value for circ.hold_boundary.hard |
| 11:46 |
|
jihpringle joined #evergreen |
| 11:54 |
stephengwills |
trying again, taking into account context. |
| 11:55 |
stephengwills |
Hard Boundaries: Limit holds to copies within this "org depth" boundary value |
| 11:55 |
stephengwills |
relative to the org_unit named in the context location in the library settings editor. |
| 11:58 |
mmorgan |
stephengwills: I have never implemented boundaries, but am wondering if 0 = no one shares. |
| 11:59 |
stephengwills |
I think that 0 is everyone shares? |
| 11:59 |
stephengwills |
and then as the value gets higher you travel deeper into the child levels. |
| 12:00 |
stephengwills |
again, relative to the context location you are setting the value for. |
| 12:01 |
stephengwills |
that is how it appears to be behaving for me anyway. |
| 12:04 |
|
khuckins joined #evergreen |
| 12:13 |
mmorgan |
We have no ou settings for hard boundaries set, everyone shares. We use Age Hold Protection which works based on proximity. I'm not sure if boundaries are also based on proximity. |
| 12:13 |
* mmorgan |
wishes someone else would chime in. |
| 12:13 |
|
jvwoolf1 joined #evergreen |
| 12:13 |
jeffdavis |
stephengwills: that sounds right to me, except that I haven't tried hard boundary = 0 |
| 12:16 |
stephengwills |
looks as if having it undefined is the same as 0 .. |
| 12:17 |
stephengwills |
$org_depth = $U->ou_ancestor_setting_value($org_id, OILS_SETTING_HOLD_HARD_BOUNDARY) || 0; |
| 12:20 |
mmorgan |
Ok, makes sense. |
| 12:27 |
Bmagic |
Anyone around familiar with the logic in action.pm method "wide_hold_data" ? |
| 12:29 |
* mmorgan |
wonders if miker might be around. |
| 12:32 |
Bmagic |
That method contains a sql query that I might have found a bug in..... It seems that this method is only used for listing the hold shelf? |
| 12:33 |
Dyrcona |
stephengwills It seems like it is working as you expect. Is there a specific reason for your question? |
| 12:34 |
stephengwills |
The documentation on the subject was blank. Before updating it I wanted to make sure I had it right. |
| 12:34 |
mmorgan |
Bmagic: I think the idea was to speed up loading holds screens. |
| 12:35 |
Bmagic |
mmorgan: cool! New stuff. I have dug into it a bit. Working through an example hold that's not being displayed. I believe the query needs a small tweak. Reporting a LP bug now |
| 12:35 |
mmorgan |
Bmagic: There may be a bug on that already, looking... |
| 12:35 |
Bmagic |
oh! thanks |
| 12:35 |
Dyrcona |
Bmagic: ....What mmorgan said. |
| 12:36 |
Dyrcona |
stephengwills: OK. Your analysis sounds about right and consistent with how other depth settings work. |
| 12:37 |
Dyrcona |
Also, the Internet is apparently 50 years old today: https://www.fastcompany.com/90423457/50-years-ago-today-the-internet-was-born-in-room-3420 |
| 12:40 |
stephengwills |
Kline to Duvall “What are you wearing?” and the rest was history. |
| 12:41 |
Dyrcona |
Bmagic: https://bugs.launchpad.net/evergreen/+bug/1827250 |
| 12:41 |
pinesol |
Launchpad bug 1827250 in Evergreen 3.4 "Holds not displaying in web client Holds Shelf" [Medium,Fix released] |
| 12:42 |
|
collum joined #evergreen |
| 12:42 |
mmorgan |
Dyrcona++ |
| 12:42 |
* mmorgan |
can't seem to find anything today... |
| 12:42 |
Dyrcona |
It's Fix Released, so you have to enable that check box in advanced search. |
| 12:43 |
Dyrcona |
"L-O-G-IN" That mainframe at SRI had typeahead in 1969. |
| 12:43 |
mmorgan |
Dyrcona: Right, did that, but still failed :-( |
| 12:44 |
Bmagic |
haha! |
| 12:44 |
Bmagic |
Dyrcona++ |
| 12:44 |
Dyrcona |
mmorgan: Bugs can be hard to find. I searched knowing who reported and that I had commented on it. |
| 12:44 |
Dyrcona |
Lp search is not the best. |
| 12:51 |
Dyrcona |
I should double check that I have the patch for that bug in the branch that I'm going to install in two weeks. |
| 12:51 |
Bmagic |
:) |
| 12:53 |
Dyrcona |
Yeahp! |
| 13:21 |
jeff |
Found 32 bit Windows builds of OpenJDK on the AdoptOpenJDK site, but finding 32 bit Windows builds of JavaFX quickly seems to venture into "here's a build someone posted on Google Drive" territory. |
| 13:40 |
Bmagic |
jeff++ |
| 13:40 |
Bmagic |
lol - that's where I wound up several months ago |
| 13:55 |
jeff |
I am leaning towards not supporting Hatch on 32 bit Windows. |
| 13:55 |
jeff |
(at least here) |
| 13:55 |
jeff |
at least in part because I was surprised that we had any. :P |
| 14:02 |
|
sandbergja joined #evergreen |
| 15:25 |
pinesol |
[evergreen|Bill Erickson] LP1849137 Staff catalog Patron View tab - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6dfd398> |
| 15:25 |
pinesol |
[evergreen|Bill Erickson] LP1849137 Catalog Patron View embedding improvements - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fc99050> |
| 15:25 |
pinesol |
[evergreen|Bill Erickson] LP1849137 Catalog Patron View loading icon - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1fae8ec> |
| 15:25 |
pinesol |
[evergreen|Bill Erickson] LP1849137 Patron View hide OPAC header - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1d03f16> |
| 15:39 |
pinesol |
[evergreen|Jane Sandberg] Docs: LP1849137 follow-up: add release note - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2cb4148> |
| 15:42 |
Bmagic |
I have a need to screen scrape a web page that doesn't get any content until the browser loads the page and executes the javascript. I understand that phantomJS is depricated. What's the name of the headless tool that can render a page these days? |
| 15:45 |
pinesol |
Showing latest 5 of 6 commits to Evergreen... |
| 15:45 |
pinesol |
[evergreen|Jason Stephenson] Forward port 3.2.8 to 3.2.9 db upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=aab9a85> |
| 15:45 |
pinesol |
[evergreen|Dan Wells] Forward-port 3.1.16 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=169c6da> |
| 15:45 |
pinesol |
[evergreen|Dan Wells] Forward-port 3.2.10 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bd125fe> |
| 15:45 |
pinesol |
[evergreen|Dan Wells] Forward-port 3.3.5 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a3c2d59> |
| 15:45 |
pinesol |
[evergreen|Dan Wells] Forward-port 3.4.1 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b95f1be> |
| 15:45 |
JBoyer |
Bmagic: plain old Chrom(e|ium) or Firefox. Both have a headless mode |
| 15:46 |
Bmagic |
ah yes, you were telling us that the other day |
| 15:46 |
JBoyer |
I thought you were the one telling me it could make PDFs of the screenshots. :D |
| 15:46 |
|
JBoyer left #evergreen |
| 15:46 |
|
JBoyer joined #evergreen |
| 15:47 |
Bmagic |
wb |
| 15:47 |
Bmagic |
JBoyer: yeah, that was magically included in pandoc |
| 15:47 |
* JBoyer |
learns a new and very irritating keyboard shortcut for "close channel..." |
| 15:47 |
Bmagic |
haha |
| 15:47 |
JBoyer |
Bmagic, ah, that's right. |
| 16:09 |
|
khuckins joined #evergreen |
| 16:21 |
Dyrcona |
dbwells++ |
| 16:22 |
Dyrcona |
Bmagic++ |
| 16:22 |
Dyrcona |
remingtron++ |
| 16:23 |
Bmagic |
dbwells++ remingtron++ sandbergja++ |
| 16:23 |
Bmagic |
JBoyer: where is that branch where you setup the FF and Chromium tests? Are you using selenium? |
| 16:24 |
JBoyer |
Already in master, just using karma and the karma (browser)-launcher plugins |
| 16:25 |
Bmagic |
ty |
| 16:25 |
Dyrcona |
sandbergja++ |
| 17:09 |
|
mmorgan left #evergreen |
| 18:09 |
|
jvwoolf1 left #evergreen |
| 19:28 |
sandbergja |
jeffdavis: our sysadmin is super excited about the Remote patron authentication in 3.4, and was wondering about EZProxy and PatronAPI support. |
| 19:28 |
sandbergja |
Is that something you have in the works? |
| 19:31 |
jeffdavis |
sandbergja: no code yet, but should have something for EZProxy in a few weeks |
| 19:31 |
jeffdavis |
PatronAPI should be quick to follow thereafter if I can dig up specs again |
| 19:31 |
sandbergja |
jeffdavis++ |
| 19:32 |
sandbergja |
I will let our sysadmin know -- he will be very glad to hear it |
| 19:36 |
sandbergja |
I think I have the PatronAPI specs we got from LinkedIn, if it would help |
| 21:04 |
|
sandbergja joined #evergreen |
| 21:32 |
|
sandbergja joined #evergreen |
| 21:39 |
|
sandbergja joined #evergreen |
| 21:57 |
|
sandbergja joined #evergreen |
| 22:47 |
|
sandbergja joined #evergreen |
| 23:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-29T23:00:59,932723625-0400 -0> |
| 23:14 |
|
sandbergja joined #evergreen |
