| Time |
Nick |
Message |
| 07:53 |
|
BDorsey joined #evergreen |
| 08:06 |
|
kworstell-isl joined #evergreen |
| 08:28 |
Stompro |
rhamby_, Thanks, I'll check in with her about my question. |
| 08:28 |
|
collum joined #evergreen |
| 08:36 |
|
mmorgan joined #evergreen |
| 08:54 |
|
Dyrcona joined #evergreen |
| 08:55 |
Dyrcona |
JBoyer: Question about the dev meeting agenda: Is "The business of running these things" about running the dev meetings? |
| 08:59 |
JBoyer |
It is. |
| 09:06 |
csharp_ |
rhamby_: Stompro: the PINES staff have been at out-of-town meetings this week, so there will probably be a delay |
| 09:08 |
Stompro |
csharp_, thanks |
| 09:11 |
|
dguarrac joined #evergreen |
| 09:14 |
|
rfrasur joined #evergreen |
| 09:16 |
rhamby_ |
csharp_ I'll resist pinging you on the many things :) |
| 09:24 |
rfrasur |
Am I missing something obvious about finding where the user that cancelled a hold is located? |
| 09:29 |
mmorgan |
rfrasur: We only have the cancel cause. If you're talking about staff forced, see bug 1963541 |
| 09:29 |
pinesol |
Launchpad bug 1963541 in Evergreen "Staff-forced Hold cancelation leaves no trace of staff who did it " [Undecided,Confirmed] https://launchpad.net/bugs/1963541 - Assigned to Chris Sharp (chrissharp123) |
| 09:30 |
rfrasur |
That's it. Thank you! |
| 09:32 |
gmcharlt |
I discovered that the import of the master branch into bzr for LP's translation purposes has not been working since 2022-04-18 |
| 09:32 |
gmcharlt |
I've kicked off a manual import |
| 09:33 |
rfrasur |
gmcharlt++ |
| 09:33 |
gmcharlt |
if not, may need to to recreate the bzr copy of Evergreen master (not that that's a big deal) |
| 09:33 |
Dyrcona |
gmcharlt++ |
| 09:34 |
gmcharlt |
Dyrcona: and that will regardless be another minor detail to attend to when the branch renaming happens |
| 09:35 |
Dyrcona |
gmcharlt: Noted. I'm finding other things that will need to be done along the way. I'm keeping notes. |
| 09:35 |
pinesol |
News from commits: Translation updates - newpot - main branch <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=9a3341fb8d63c352fc6aca7b2ac7a22329d9196c> |
| 09:36 |
Dyrcona |
On the plus side, we haven't moved to GitHub or GitLab, yet, so we don't have to worry about pull requests against the master branch. |
| 09:36 |
gmcharlt |
indeed |
| 09:37 |
Dyrcona |
csharp_++ for suggesting that we wait to do the changes on June 1. This gives us time to experiment and work out issues. |
| 09:52 |
csharp_ |
Dyrcona: awesome |
| 09:53 |
Stompro |
tlittle++ she found the missing 2022 conference videos. Track 2 was recorded as one long take, so they need to be split up. |
| 09:55 |
rfrasur |
csharp_, see PM if you can. |
| 09:56 |
rfrasur |
(please) |
| 09:58 |
Dyrcona |
Fun factoid: On May 26, it will be eleven years ago that we set up gitolite. gmcharlt++ |
| 09:58 |
gmcharlt |
feels like yesterday! |
| 09:58 |
gmcharlt |
(not really) |
| 09:58 |
Dyrcona |
Heh |
| 09:59 |
* Dyrcona |
will sign out soonish. I'm waiting on my car at the dealership: routine maintenance and a few minor repairs. |
| 10:25 |
|
stephengwills joined #evergreen |
| 10:28 |
|
stephengwills left #evergreen |
| 10:35 |
pinesol |
News from commits: LP2018208 Empty alt for result record images, icons <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=9aa747894e3caa84c4ec4fd406eda9973ac926be> |
| 10:59 |
gmcharlt |
noting that the bzr branches for translations for Evergreen's main series has been sorted out |
| 10:59 |
gmcharlt |
at this point, just awaiting LP's daily translation export for main |
| 10:59 |
mmorgan |
gmcharlt++ |
| 11:17 |
csharp_ |
gmcharlt++ |
| 11:21 |
|
jihpringle joined #evergreen |
| 12:15 |
|
kmlussier joined #evergreen |
| 12:18 |
|
jvwoolf joined #evergreen |
| 12:18 |
kmlussier |
@later tell Dyrcona Looking at the masslnc git repo, I see that there was some code with NOBLE tpac customizations. I see that they are still using tpac, so I would just want to be sure they aren't still using that repo to track those customizations. I don't think they are, but don't want to assume. Otherwise, I see no reason to keep it. |
| 12:18 |
pinesol |
kmlussier: The operation succeeded. |
| 12:18 |
kmlussier |
mmorgan ^^ |
| 12:19 |
mmorgan |
kmlussier++ |
| 12:20 |
* mmorgan |
will take a look |
| 12:20 |
kmlussier |
mmorgan: Thanks! |
| 12:24 |
|
Dyrcona joined #evergreen |
| 12:26 |
kmlussier |
Aside from that, the masslnc syrup repo and the vmscripts can certainly go. I will mourn the loss of those vmscripts. We spent a lot of quality time together. |
| 12:35 |
Dyrcona |
:) |
| 13:11 |
jeffdavis |
In Item Status Detail View, "Total Circs - Current Year" and "Total Circs - Prev Year" are incorrectly showing as 0 in my environment |
| 13:14 |
jeffdavis |
looks like the underlying API call is returning the year as a string in some environments, which breaks the year-based math that the JS code does |
| 13:21 |
jeffdavis |
seems weird, the year value is EXTRACT'ed from a timestamp so ought to be numeric, not sure why pcrud is returning it as a string in some environments |
| 13:22 |
jeffdavis |
it is broken for us on servers using a Postgres 14 database, servers using PG 9.6 are unaffected - not sure if that is the salient difference though |
| 13:22 |
JBoyer |
Because perl gonna perl, I believe. I think there have been cases where this was "fixed" by doing something like $var = 0 + $var at strategic points. |
| 13:23 |
jeffdavis |
perl, eh? hmm |
| 13:23 |
JBoyer |
Last I saw it, anyway. The difference in Pg version is an unexpected wrinkle. |
| 13:23 |
JBoyer |
(but like you said, it *shouldn't* matter) |
| 13:37 |
jeffdavis |
yep, confirmed that pointing at a PG14 server vs PG9.6 server is what makes the difference |
| 13:45 |
jeffdavis |
reported to Launchpad - bug 2018534 |
| 13:45 |
pinesol |
Launchpad bug 2018534 in Evergreen "Incorrect total circs for current/previous year in Item Status" [Undecided,New] https://launchpad.net/bugs/2018534 |
| 13:47 |
JBoyer |
Looks like EXTRACT returns a double in 9.6 and numeric in 14. I wouldn't expect numerics to be made into strings, but I wonder if that's the deal. If it's a function you can easily change in the db you might try changing EXTRACT to the equivalent date_part (still returns a double in 14) to see if that makes it a string again. |
| 13:49 |
jeffdavis |
I'll give that a try. The function is defined in fieldmapper so even easier to change than that :) |
| 13:50 |
|
jihpringle joined #evergreen |
| 13:56 |
jeffdavis |
JBoyer++ # that works! |
| 13:57 |
jeffdavis |
not sure if that should be the permanent fix or if we should do something in JS to convert to a number if needed |
| 13:59 |
berick |
foo + Number(bar) or similar happens quite a bit in the JS |
| 13:59 |
berick |
just comes w/ the territory |
| 14:00 |
jeff |
just found an hp lovecraft easter egg in a Bibliotheca support video. |
| 14:00 |
jeff |
amused. |
| 14:02 |
jeff |
it's a 43 second video on "if there are problems with tags" |
| 14:02 |
jeff |
one of the items is read as "UNKNOWN ITEM", and they clearly demonstrate that the item is from another library, and therefore does not have a record in your local ILS. |
| 14:07 |
jeff |
the bookplate indicates the other library: ARKHAM LIBRARY SPECIAL COLLECTIONS, MISKATONIC VNIVERSITATIS |
| 14:18 |
JBoyer |
Yeah, I lean toward applying berick's fix in the JS because the perl layer has caused this issue before, so we may as well not wait for that mole to pop up anywhere else. |
| 14:19 |
JBoyer |
(And extract is the preferred way to do things, date_part is still double in case it's required.) |
| 14:24 |
jeffdavis |
sounds good, working on a branch for that now |
| 14:27 |
jeffdavis |
jeff: not sure the SIP protocol can handle whatever barcode Miskatonic U assigns to the Necronomicon |
| 14:48 |
JBoyer |
jeffdavis++ |
| 14:50 |
Dyrcona |
pcrud is C. |
| 14:51 |
JBoyer |
Finally something SIP is uniquely suited for; saving us from exposure to true madness. Alas, it does its best to convert otherwise valid text into a frightful approximation. |
| 14:51 |
JBoyer |
Dyrcona, oh, right. staff client. Maybe pcrud doesn't know what the numeric type is? |
| 14:56 |
berick |
in the land of multiple langs and JSON, the onus is really on the consumer to massage the data. |
| 14:56 |
berick |
it's the only way to guarantee anything |
| 14:59 |
|
sleary joined #evergreen |
| 15:19 |
Stompro |
\msg Bmagic thanks for telling me about ReShare and the Direct Consortium Borrowing mode. I just checked and that is one of the products our state ILL system is considering. |
| 15:20 |
Dyrcona |
Stompro: You want /msg, but you might have figured that out by now. |
| 15:20 |
Bmagic |
Stompro: sweet |
| 15:20 |
Stompro |
haha, yep. No worries. |
| 15:21 |
* Dyrcona |
calls it a day, mostly. |
| 15:27 |
jmurray-isl |
Stompro: Indiana is also considering ReShare, but it wouldn't be implemented until Fall '24. |
| 15:32 |
Stompro |
jmurray-isl, I think we are on close to the same schedule. |
| 15:55 |
|
jihpringle joined #evergreen |
| 16:09 |
|
jvwoolf left #evergreen |
| 16:24 |
mmorgan |
@later tell Dyrcona that the noble branches in the masslnc git repo don't need to be retained. |
| 16:24 |
pinesol |
mmorgan: The operation succeeded. |
| 17:13 |
|
mmorgan left #evergreen |
| 18:08 |
|
Topic for #evergreen is now Welcome to #evergreen (https://evergreen-ils.org). This channel is publicly logged. Logs for today: http://irc.evergreen-ils.org/evergreen/today |
| 22:25 |
|
kmlussier joined #evergreen |
| 22:39 |
|
kmlussier joined #evergreen |
