| Time |
Nick |
Message |
| 08:56 |
|
eglogbot joined #evergreen |
| 08:56 |
|
Topic for #evergreen is now Welcome to #evergreen (https://evergreen-ils.org). This channel is publicly logged. |
| 08:56 |
|
pinesol joined #evergreen |
| 08:56 |
JBoyer |
back now. mmorgan++ |
| 08:57 |
mmorgan |
@coffee JBoyer |
| 08:57 |
* pinesol |
brews and pours a cup of Ethiopia Sidamo Natural Korate, and sends it sliding down the bar to JBoyer |
| 08:58 |
JBoyer |
Not updating the calendar on the main page yet, but it's got things logged, I suppose that happens later. |
| 09:08 |
|
Dyrcona joined #evergreen |
| 09:21 |
bshum |
If you mean the log channel page, it gets cached based on who navigates to it first I think. Seems alright to me for now. |
| 09:23 |
bshum |
Oh, hmm |
| 09:23 |
bshum |
That is different looking |
| 09:23 |
Bmagic |
bshum! |
| 09:25 |
* bshum |
waves at Bmagic |
| 09:33 |
Dyrcona |
Ain't technology wonderful? |
| 09:35 |
Bmagic |
yes..... |
| 09:39 |
Dyrcona |
The "Today" link works on the IRC logs page, but, yeah, the calendar isn't being updated. |
| 09:44 |
Dyrcona |
I think it has been discussed here before, but we've seen a sharp increase in error messages since upgrading from 3.5.3 to 3.7.2. I was just looking a 'Severe query error' in the logs. We used get 20 or less during the 9:00 AM hour, but since the upgrade we've been getting around 500 during that hour. |
| 09:47 |
JBoyer |
Dyrcona, are many / most of those "Empty IN list" things from cstore? I remember seeing those for ages and while they don't cause much trouble ui-side they are annoying. |
| 09:48 |
JBoyer |
berick, your conference session about redis looks really interesting, do you have anything in a state you'd be willing to share or are you waiting until close to the conference? |
| 09:48 |
Dyrcona |
JBoyer: Some are, but I haven't counted just those. I'll do a quick count from this hour's log. It's already up to 508 severe query errors. The hours look increased overall, but not so drastic as 9:00 AM. |
| 09:49 |
Dyrcona |
304 are empty in list errors so far this hour. |
| 09:55 |
* csharp_ |
cool-guy nods at bshum |
| 09:55 |
berick |
JBoyer: yes, i'll post my working branches today |
| 09:55 |
JBoyer |
No rush, but cool! |
| 09:55 |
JBoyer |
berick++ |
| 09:56 |
JBoyer |
I wonder if that would simplify Rocky / Red Hat installation since last I knew ejabberd has to be installed from source |
| 09:57 |
* csharp_ |
nods eagerly |
| 09:57 |
csharp_ |
not source, fortunately the ejabberd project provides RPMs, but not great |
| 09:57 |
Dyrcona |
Well, speaking of ejabberd, I have not gotten it to work on ubuntu 22.04, yet. I've mucked with the configuration a bit, and it hangs/crashes. |
| 09:58 |
Dyrcona |
It should be similar to Bullseye, but no. |
| 10:30 |
berick |
JBoyer: my talk in progress. scroll down a little to see links to the working branches. https://github.com/berick/Presentations/blob/master/Evergreen-2022/osrf-redis.md |
| 10:30 |
JBoyer |
berick++ |
| 10:31 |
JBoyer |
Thanks |
| 10:41 |
|
jvwoolf joined #evergreen |
| 11:04 |
jeff |
I reach for reporter.materialized_simple_record a lot when writing reports where I want to include a title of a record. There isn't a "sort title" or "title excluding non-filing portion" in that table. |
| 11:05 |
jeff |
Does anyone here have a favorite place for such a value? |
| 11:05 |
jeff |
right now I'm eyeing something involving metabib.browse_entry.sort_value |
| 11:36 |
|
mantis joined #evergreen |
| 11:45 |
jvwoolf |
jeff: That's the table/source I use for title. I find libraries want to sort by call number most of the time in reports, so sorting by title hasn't been much of an issue. |
| 11:45 |
|
stephengwills joined #evergreen |
| 12:18 |
|
jihpringle joined #evergreen |
| 12:19 |
csharp_ |
berick: don't want you to have to spoil your presentation completely over IRC, but would Redis also have the potential to replace memcached? |
| 12:20 |
berick |
csharp_: it could, yes |
| 12:20 |
csharp_ |
that is very exciting |
| 12:20 |
Dyrcona |
I thought caching was the main purpose of Redis until I looked it up. |
| 12:20 |
berick |
w/ the option that you could persist certain keys to disk, e.g. auth tokens |
| 12:21 |
csharp_ |
same - I use it for my nextcloud instance |
| 12:21 |
Dyrcona |
Maybe we should shoot for a 4.0 OpenSRF and Evergreen that replace ejabberd with redis? |
| 12:21 |
JBoyer |
jeff, the Wide Display Entries link from Bib Record look fairly decent if staff don't like the normalized-to-lowercase entries from elsewhere. (I know there was at least 1 bug about that in the past) Though multiple entries are put in an array syntax that may be off-putting to some. (beats multiple rows, though) |
| 13:14 |
|
jihpringle joined #evergreen |
| 13:18 |
jeff |
reporter.materialized_simple_record title values are no longer normalized to lowercase, so I can display those while still sorting on the Title Proper (Browse) sort_value from metabib.browse_entry |
| 13:19 |
jeff |
I ended up throwing a view in extend_reporter that gives me bre.id and the relevant sort value (combining metabib.browse_entry with config.metabib_field and metabib.browse_entry_def_map) |
| 13:20 |
jeff |
I was surprised that I hadn't done similar or used something else before. |
| 13:20 |
jeff |
(who knows, maybe I have) |
| 13:29 |
stephengwills |
in the action_trigger.event what is the update_process integer referring to? |
| 13:33 |
stephengwills |
nm found it |
| 13:45 |
|
mantis joined #evergreen |
| 13:59 |
|
mantis1 joined #evergreen |
| 14:15 |
|
jihpringle joined #evergreen |
| 15:19 |
|
stephengwills left #evergreen |
| 16:14 |
mmorgan |
@dessert [someone] |
| 16:14 |
* pinesol |
grabs some candy corn for Dyrcona |
| 16:15 |
mmorgan |
heh, not the most seasonal dessert :-/ |
| 16:16 |
berick |
arguably no such season exists |
| 16:17 |
mmorgan |
:) |
| 16:17 |
mmorgan |
arguably, it's not a dessert either |
| 16:23 |
|
jvwoolf left #evergreen |
| 16:26 |
Dyrcona |
:) |
| 17:30 |
|
mmorgan left #evergreen |
| 18:00 |
|
rjackson_isl_hom joined #evergreen |
