| Time |
Nick |
Message |
| 06:32 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 07:26 |
|
Dyrcona joined #evergreen |
| 07:27 |
|
rjackson_isl joined #evergreen |
| 07:37 |
|
rlefaive joined #evergreen |
| 07:58 |
|
rlefaive joined #evergreen |
| 08:11 |
|
JBoyer joined #evergreen |
| 08:41 |
JBoyer |
Bmagic, saw your question about patron info on receipts: behold bug 1737540 |
| 08:41 |
pinesol_green |
Launchpad bug 1737540 in Evergreen 3.0 "Web Client: Patron name fields missing from checkout printer template" [Medium,Fix released] https://launchpad.net/bugs/1737540 |
| 08:41 |
JBoyer |
Looks like it'll be in 3.0.5 and 3.1 |
| 08:43 |
|
kmlussier joined #evergreen |
| 08:44 |
|
mmorgan joined #evergreen |
| 08:48 |
|
ngf42 joined #evergreen |
| 09:06 |
|
jvwoolf joined #evergreen |
| 09:18 |
csharp |
so we had a DB server issue last night that interrupted OpenSRF's connection to postgres but the actual DB outage was about 20s so PG returned to normal - unfortunately, this didn't get picked up by our monitoring checks because they are checking the status of PG and opensrf independently |
| 09:20 |
csharp |
this leads me to wonder 1) is there a way for opensrf to just exit when it can no longer connect to the database instead of chugging along like nothing happened (granted that it spews errors into the logs)? and 2) has anyone developed a nagios-ish check to see if opensrf can connect to postgres? |
| 09:26 |
|
yboston joined #evergreen |
| 09:27 |
|
jvwoolf1 joined #evergreen |
| 09:34 |
|
rlefaive_ joined #evergreen |
| 09:39 |
JBoyer |
csharp, seems like it shouldn't be too hard to throw something together but I don't know of any script currently that just connects to osrf to verify db calls work. |
| 09:39 |
|
rlefaive joined #evergreen |
| 09:40 |
csharp |
JBoyer: thanks |
| 09:43 |
|
terran joined #evergreen |
| 09:44 |
JBoyer |
I'm researching some things, anyone here have much experience with patron opt-in and it's nooks and crannies? |
| 09:45 |
jeff |
jeffdavis likely would. |
| 09:45 |
jeff |
my most basic understanding is that it attempts to prevent non-opted-in-patrons from showing in search results, meaning you need to retrieve them by barcode and ack the opt-in prompt. |
| 09:47 |
JBoyer |
That's my hope but my experimenting so far isn't really getting me anywhere. Basically I want to black-hole a specific library, not really use it cons wide |
| 09:47 |
JBoyer |
(i.e. default it to opted-in, except at X) |
| 09:47 |
* JBoyer |
will keep looking. |
| 09:48 |
|
rlefaive joined #evergreen |
| 09:48 |
jeff |
JBoyer: real library or pseudo-library? |
| 09:49 |
JBoyer |
real |
| 09:49 |
jeff |
(not that it matters for making it work, just trying to get a sense of the use case) |
| 09:49 |
JBoyer |
I really don't want to start using a lot of fake OUs for "locations" that aren't locations. :) Especially since they can't currently be deleted. |
| 09:50 |
jeff |
pfft... "can't" |
| 09:50 |
* jeff |
grins |
| 09:51 |
JBoyer |
Think of it as floating point equality. The delta between the effort required and impossibility is below my current equality threshold. ;) |
| 09:52 |
|
rlefaive joined #evergreen |
| 10:03 |
pinesol_green |
[evergreen|Galen Charlton] LP#1756572: accessibility tweaks to links in webstaff client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3c3c2a0> |
| 10:03 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1756572: Update to point release notes to include underlined links - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b5a5c00> |
| 10:21 |
Bmagic |
JBoyer++ # I thought there was a bug! |
| 10:27 |
|
Christineb joined #evergreen |
| 10:32 |
terran |
berick++ for fixing 1361258 - that one was making me crazy! |
| 10:33 |
|
dwgreen joined #evergreen |
| 10:34 |
kmlussier |
bug 1361258 |
| 10:34 |
pinesol_green |
Launchpad bug 1361258 in Evergreen 3.0 "Patron accounts losing notification preferences" [High,Confirmed] https://launchpad.net/bugs/1361258 |
| 10:34 |
kmlussier |
berick++ |
| 10:34 |
JBoyer |
berick++ |
| 10:44 |
pinesol_green |
[evergreen|Jeff Davis] LP#1743045: skip redundant grid refresh on checkin - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=59e796a> |
| 10:44 |
kmlussier |
gmcharlt: I'm following up on bug 1756110. I'm not able to confirm the bug with the dropdown menus in 3.0. Are we sure the patch needs to be backported? |
| 10:44 |
pinesol_green |
Launchpad bug 1756110 in Evergreen 3.0 "egBasicComboBox drop-down not working" [Medium,Confirmed] https://launchpad.net/bugs/1756110 |
| 10:45 |
* kmlussier |
re-reads original description and sees the comment of recent changes just making the bug now visible. |
| 10:46 |
kmlussier |
Never mind. I'll test the patch on 3.0 to ensure it doesn't break anything. Sorry for the noise. |
| 10:47 |
berick |
terran++ # continued testing |
| 10:59 |
|
mllewellyn joined #evergreen |
| 11:08 |
pinesol_green |
[evergreen|Remington Steed] LP#1747963 Fix "trim list" feature in web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=95600c4> |
| 11:16 |
pinesol_green |
[evergreen|Jeff Davis] LP#1755892: ensure profile is fleshed in patron search - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=68ca385> |
| 11:36 |
|
collum joined #evergreen |
| 11:46 |
Bmagic |
Do we have anything that spells out the release cycle for Evergreen on the website? Like, "sub releases only include bug fixes and major releases include new features" ? |
| 11:52 |
kmlussier |
Bmagic: https://wiki.evergreen-ils.org/doku.php?id=dev:release_process:schedule |
| 11:53 |
* kmlussier |
should remove 2.11 from that page. |
| 11:55 |
kmlussier |
Bmagic: There's also https://wiki.evergreen-ils.org/doku.php?id=versioning |
| 11:57 |
Bmagic |
kmlussier++ |
| 11:59 |
|
rlefaive joined #evergreen |
| 12:01 |
|
jihpringle joined #evergreen |
| 12:09 |
|
mmorgan1 joined #evergreen |
| 12:09 |
gmcharlt |
noting the patch I just did for bug 1756912 |
| 12:09 |
pinesol_green |
Launchpad bug 1756912 in Evergreen "Preferred library holdings no longer return when searching at system level" [Medium,Confirmed] https://launchpad.net/bugs/1756912 |
| 12:09 |
gmcharlt |
despite the target, I don't consider this a blocker for 3.0.5 today |
| 12:22 |
|
mmorgan joined #evergreen |
| 12:27 |
|
khuckins joined #evergreen |
| 12:28 |
|
jwoodard joined #evergreen |
| 12:44 |
|
remingtron joined #evergreen |
| 12:45 |
jeffdavis |
JBoyer: with opt-in, when you retrieve a patron account from another library for the first time, you have to click OK in a dialog that says the user consents to sharing their info. If you want to always prevent patrons at a specific library from being retrievable at other libraries, you can use the org.restrict_opt_to_depth setting. |
| 12:55 |
JBoyer |
jeffdavis, that's how I thought it should work but I'm having issues making the entire rest of the consortium act as if opt-in is disabled. (just trying to hide a couple systems, not separate every location) |
| 12:56 |
JBoyer |
I may be misunderstanding the intended priority of the opt-in default settings and so on. |
| 12:57 |
jeffdavis |
No luck with org.patron_opt_boundary = 0, org.patron_opt_default = 0, org.restrict_opt_to_depth = system depth at the systems you want to hide? (I've never tried it.) |
| 12:58 |
JBoyer |
That particular combination didn't do it, no. But I haven't tried that + opt-in boundry = sys at the system I'm trying to hide. seeing what that does now. |
| 13:00 |
jeffdavis |
hm, looking at open-ils.actor.user.org_unit_opt_in.check it looks like it decides no opt-in is required if the library is within the boundary without first checking whether opt-in is restricted at that library. So yeah that probably won't work. :( |
| 13:00 |
JBoyer |
It looks like patron_opt_boundry = 0 overrides everything else. |
| 13:01 |
JBoyer |
Looks like we came to the same conclusion. :) |
| 13:01 |
JBoyer |
I'll LP it because I think the exclusion should override the assumed boundry. |
| 13:01 |
JBoyer |
Thanks for talking me through it. |
| 13:01 |
JBoyer |
jeffdavis++ |
| 13:12 |
csharp |
for general interest: https://librarytechnology.org/perceptions/2017/#evergreen |
| 13:16 |
* kmlussier |
wonders what Company Loyalty means in the context of an open source ILS. |
| 13:16 |
JBoyer |
I host myself and I'm super not leaving. |
| 13:17 |
JBoyer |
11/10 |
| 13:17 |
berick |
JBoyer: well if you do, good luck getting your data from yourself. |
| 13:17 |
JBoyer |
berick++ |
| 13:26 |
csharp |
kmlussier: pretty sure it's referring to EOLI in this case |
| 13:26 |
pinesol_green |
[evergreen|Jeff Davis] LP#1755924: show circ modifier in Item Status list view - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3186e64> |
| 13:28 |
csharp |
JBoyer: why not just make 10 louder? |
| 13:28 |
JBoyer |
... because it's one more? |
| 13:28 |
csharp |
JBoyer++ |
| 13:28 |
JBoyer |
csharp++ |
| 13:29 |
|
yboston joined #evergreen |
| 13:29 |
csharp |
that quote and "none more black" pop into my head several times a week |
| 13:30 |
pinesol_green |
[evergreen|Jeff Davis] LP#1752983: sort circ modifier list in precat checkout - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d6a247f> |
| 13:32 |
csharp |
kmlussier++ |
| 13:40 |
kmlussier |
Based on a quick scan, my conclusion is that libraries using open source software are generally pretty happy. |
| 13:41 |
|
mmorgan1 joined #evergreen |
| 13:42 |
* csharp |
likes the trend lines on the EG graph for sure |
| 13:44 |
jeffdavis |
Are there any plans to provide a version of Hatch for OSX? |
| 13:45 |
jeffdavis |
(Or at least OSX specific install instructions?) |
| 13:45 |
csharp |
I wonder if the Linux instructions would work on the Mac OS command line - haven't looked at it from that perspective before |
| 13:45 |
kmlussier |
I wonder how much of a factor # of libraries migrating to a platform affect satisfaction in a given year. Given that learning new software / rocky migrations would probably lower satisfaction. |
| 13:46 |
* kmlussier |
noticed that one of the big dips happened during the year that two Mass. consortia moved to Evergreen. |
| 13:46 |
csharp |
kmlussier: I thought the same thing, looking at the peaks and valleys |
| 13:46 |
|
beanjammin joined #evergreen |
| 13:46 |
csharp |
and KCLS was going through a rough patch around then too |
| 13:47 |
berick |
csharp: jeffdavis: hatch linux install docs are essentially same as mac, just different install paths. agreed mac docs would be useful, though. |
| 13:47 |
kmlussier |
Yes, there were a lot of migrations happening around that time. That's evened out a bit in recent years. |
| 14:08 |
|
abowling joined #evergreen |
| 14:08 |
|
mmorgan joined #evergreen |
| 14:31 |
|
abowling1 joined #evergreen |
| 14:48 |
|
abowling joined #evergreen |
| 14:54 |
|
mllewellyn1 joined #evergreen |
| 14:58 |
kmlussier |
@weather |
| 14:58 |
pinesol_green |
kmlussier: Seekonk, MA :: Overcast :: 37F/3C | Wind Chill: 26F/-3C | Wednesday: Periods of snow and windy. Temps nearly steady in the mid 30s. Winds NNE at 20 to 30 mph. Chance of snow 70%. 1 to 3 inches of snow expected. Winds could occasionally gust over 40 mph. Wednesday Night: Windy. Periods of rain and snow this evening, becoming snow overnight. Low 33F. Winds NNE at 20 to (1 more message) |
| 14:58 |
kmlussier |
@more |
| 14:58 |
pinesol_green |
kmlussier: 30 mph. Chance of precip 90%. 1 to 3 inches of snow expected. Winds could occasionally gust over 40 mph. |
| 14:59 |
mmorgan |
@weather 01923 |
| 14:59 |
pinesol_green |
mmorgan: Danvers, MA :: Overcast :: 34F/1C | Wind Chill: 24F/-5C | Wednesday: Occasional snow showers. Temps nearly steady in the mid 30s. Winds NE at 15 to 25 mph. Chance of snow 40%. Winds could occasionally gust over 40 mph. Wednesday Night: Windy with periods of rain and snow this evening turning to snow overnight. Low 32F. Winds NNE at 20 to 30 mph. Chance of precip 90%. (1 more message) |
| 14:59 |
mmorgan |
@more |
| 14:59 |
pinesol_green |
mmorgan: Snow accumulating 3 to 5 inches. Winds could occasionally gust over 40 mph. | Updated: 6m ago |
| 15:00 |
mmorgan |
Well, 3-5 inches is better than 20 :) |
| 15:05 |
kmlussier |
These projected snow totals have gone way down over the past 24 hours. |
| 15:05 |
kmlussier |
Not that I'm complaining. |
| 15:13 |
|
dwgreen joined #evergreen |
| 15:14 |
|
rlefaive joined #evergreen |
| 15:36 |
|
khuckins joined #evergreen |
| 15:48 |
dbs |
So hey we have an incoming security bug, should be easy to address |
| 16:13 |
|
rlefaive joined #evergreen |
| 16:42 |
mmorgan |
We've noticed that attempts to delete patron records with a fair number of circulations time out in the (xul) client. I suspect it's taking a long time to age the circs. |
| 16:42 |
mmorgan |
Anyone else had this experience? |
| 16:52 |
|
abowling joined #evergreen |
| 17:00 |
|
abowling joined #evergreen |
| 17:04 |
|
mmorgan left #evergreen |
| 17:14 |
* dbs |
notes that https://wiki.evergreen-ils.org/doku.php?id=dev:security doesn't mention the URL of the security repo and of course he's on a relatively new laptop that doesn't have it |
| 17:21 |
jeff |
dbs: msg'd |
| 17:21 |
dbs |
cloned the gitolite-admin repo, after fixing the cloning instrucitons on the wiki, and found it |
| 17:21 |
dbs |
thanks jeff |
| 17:24 |
|
lstamm joined #evergreen |
| 17:27 |
dbs |
And the branch is pushed. |
| 17:29 |
* dbs |
rewards self with some laches-forelle gerauchert (smoked salmon) |
| 17:29 |
csharp |
dbs++ |
| 17:38 |
kmlussier |
dbs: Nice! |
| 17:38 |
* kmlussier |
is now craving smoked salmon. |
| 17:39 |
kmlussier |
dbs++ |
| 17:42 |
|
abowling joined #evergreen |
| 17:44 |
|
mllewellyn1 left #evergreen |
| 17:49 |
* csharp |
signs off on dbs's fix |
| 18:00 |
|
beanjammin joined #evergreen |
| 18:02 |
dbs |
csharp++ |
| 18:08 |
|
jvwoolf1 left #evergreen |
| 18:08 |
csharp |
@dessert |
| 18:08 |
* pinesol_green |
grabs some packages of Rolos® for csharp |
| 18:30 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 22:05 |
|
beanjammin joined #evergreen |
