Time |
Nick |
Message |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:05 |
|
collum joined #evergreen |
08:33 |
|
mmorgan joined #evergreen |
08:45 |
|
rjackson_isl_hom joined #evergreen |
08:45 |
|
Dyrcona joined #evergreen |
08:49 |
|
mantis joined #evergreen |
09:00 |
|
jvwoolf joined #evergreen |
09:11 |
|
rfrasur joined #evergreen |
09:53 |
|
mantis joined #evergreen |
10:02 |
Dyrcona |
Sneakernet is sometimes faster than busy WiFi. |
10:03 |
alynn26 |
lol |
10:03 |
mmorgan |
:) |
10:13 |
rhamby |
I feel like this has to be re-posted on such occasions: https://datatracker.ietf.org/doc/html/rfc2549 |
10:14 |
Dyrcona |
Heh. |
10:14 |
Dyrcona |
"Never underestimate the raw bandwith of a Ford station wagon filled with backup tapes." |
10:17 |
Dyrcona |
Well, something like that. |
10:21 |
Dyrcona |
Then there are those times when the USB stick and your laptop refuse to cooperate... |
10:23 |
rhamby |
usb is dead on my laptop, on the rare occasions I need to do that I send over smb to another machine with working usb |
10:25 |
Dyrcona |
My laptop has 2 Thunderbolt ports, so I have to use a little hub type thing. |
10:25 |
Dyrcona |
Looks like the filesystem on this USB is hosed and the attempt to repair threw an error, so I'll just format it again. |
10:26 |
rhamby |
hmmmm I have thunderbolt ports too that I forget about because they always have monitors plugged in, I could do that too |
10:27 |
Dyrcona |
Yeah, I'm using an extra monitor with the hub/adapter right now. Only thing on it is the IRC window. :) |
10:28 |
rhamby |
I usually use three monitors and have this rough setup: 1 monitor is IRC and slack, 2nd monitor is web browser and third is terminal screen |
10:29 |
Dyrcona |
I only use the 2nd monitor when I'm in the CW MARS office. |
10:31 |
rhamby |
I want AR to be a reality so I can walk around and sit outside with the limitation of physical screens. |
10:31 |
rhamby |
without the limitation that is |
10:34 |
Dyrcona |
Maybe with Neuralink. |
10:36 |
rhamby |
I'm both terrified and excited by that kind of technology. |
10:37 |
Dyrcona |
yeahp. |
10:41 |
Dyrcona |
Having two of the same make and model of USB stick plugged in at the same time seems to confuse the Disks utility on Ubuntu 20.04. |
10:45 |
* mmorgan |
needs 3 monitors. Once you add additional monitors, there's no going back. |
10:46 |
alynn26 |
mmorgan, I am with you on that. Now just how do you keep up with where your mouse is at. :) |
10:47 |
Dyrcona |
I've used virtual desktops for years, so I don't normally feel the need for multiple monitors. I find it awkward at times. |
10:47 |
* mmorgan |
has changed the mouse pointere to be huge and bright pink! |
10:48 |
mmorgan |
pointere/pointer |
10:51 |
rhamby |
alynn26 I use an add on app that puts a purple ring around my mouse and animates when I click, originally I installed it for doing training to make it easy for people viewing my screen but with three monitors it was nice and kept using it |
10:55 |
alynn26 |
I usually don't have an issue, it's usually more of a focus issue, or when I switch between home and the office. |
11:11 |
|
jvwoolf left #evergreen |
11:12 |
|
jvwoolf joined #evergreen |
12:34 |
|
jihpringle joined #evergreen |
13:03 |
jvwoolf |
I'm seeing the following error for each drone when running osrf_control --diagnostic on our test systems that run 3.5.4 and on one that runs 3.6.4: ERR opensrf.dbmath [####] NOT configured for this host |
13:04 |
jvwoolf |
Any ideas about what might cause that? |
13:05 |
Dyrcona |
jvwoolf: Most likely culprit is the -l or --localhost option was used when starting services. |
13:05 |
Dyrcona |
Add it to the diagnostic and see what happens |
13:06 |
jvwoolf |
Dyrcona: LIke this? osrf_control --diagnostic -l |
13:06 |
Dyrcona |
Yeah, the order doesn't matter. |
13:08 |
jvwoolf |
Dyrcona++ |
13:08 |
jvwoolf |
That did it |
13:08 |
Dyrcona |
jvwoolf: Do you have host-specific configurations in opensrf.xml? |
13:10 |
|
denials joined #evergreen |
13:10 |
jvwoolf |
Dyrcona: Not other than the DB they connect to |
13:11 |
Dyrcona |
OK. Then, you always want to use -l option with osrf_control. |
13:13 |
jvwoolf |
Good to know, thanks! |
13:22 |
jvwoolf |
csharp_: (If you're arround) Sadly, disabling the experiemental catalog hasn't ended our drone exhaustion woes |
13:23 |
csharp_ |
because I don't like mixing short and long options, I usually type out --localhost, but that's just me |
13:23 |
csharp_ |
jvwoolf: sorry to hear that :-( |
13:23 |
jvwoolf |
I'm going to see about backporting the fixes from 3.6+ |
13:23 |
csharp_ |
jvwoolf: you're on 3.5, right? |
13:23 |
jvwoolf |
Yes |
13:24 |
csharp_ |
if you want, I'll try to backport it to stock 3.5 and push my results to a working repo where you can cherry-pick them? |
13:27 |
csharp_ |
jvwoolf: are you on 3.5.5? |
13:27 |
jvwoolf |
csharp: that would be great! |
13:27 |
jvwoolf |
Not yet, but we will be soon |
13:27 |
csharp_ |
ok |
13:27 |
jvwoolf |
This would give us an incentive to schedule that minor upgrade for sure LOL |
13:28 |
csharp_ |
jvwoolf: which point release version are you on? |
13:28 |
jvwoolf |
3.5.4 |
13:28 |
csharp_ |
oh ok |
13:39 |
csharp_ |
jvwoolf: the top 7 commits of https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/csharp/3_5_drone_exhaustion_fixes include fixes that weren't backported to 3.5 - built on top of 3.5.5 |
13:39 |
jvwoolf |
csharp++ |
13:39 |
jvwoolf |
X10000000 |
13:39 |
csharp_ |
jvwoolf: FYI, 3.5.3 had two of the batching fixes applied already, so you should have those |
13:40 |
Dyrcona |
csharp_++ |
13:41 |
jvwoolf |
csharp_++ |
13:41 |
csharp_ |
everything applied cleanly, too, so probably good to go |
13:44 |
Dyrcona |
I may just have to swipe the ones that we're missing. |
13:44 |
csharp_ |
Dyrcona: awesome - glad it's helpful that I did that |
13:44 |
|
abneiman joined #evergreen |
13:45 |
csharp_ |
@who is messing around on dc.esilibrary.com again? |
13:45 |
pinesol |
berick is messing around on dc.esilibrary.com again. |
13:46 |
|
rhamby joined #evergreen |
13:47 |
berick |
and I would have gotten away with it too... |
13:47 |
Dyrcona |
heh |
13:47 |
csharp_ |
@band add Those Meddling Kids |
13:47 |
pinesol |
csharp_: Band 'Those Meddling Kids' added to list |
13:48 |
|
book` joined #evergreen |
13:48 |
csharp_ |
jvwoolf: Dyrcona: bug 1945003 also has a branch from berick authored last week |
13:48 |
csharp_ |
not sure we've seen that issue, though |
13:48 |
pinesol |
Launchpad bug 1945003 in Evergreen 3.6 "Vandelay Recent Imports Fetches Sessions in Parallel" [Undecided,New] https://launchpad.net/bugs/1945003 |
13:49 |
|
rjackson_isl_hom joined #evergreen |
13:50 |
jvwoolf |
csharp_: It's been openils.actor drones giving us trouble of late |
13:53 |
Dyrcona |
We haven't had much trouble with the drones lately, but it is usually actor drones. |
16:08 |
|
jihpringle joined #evergreen |
16:32 |
Bmagic |
Checking here first. We have a library that recently turned on "Hold-driven recalls" - and the action trigger for recall notices was enabled. All is well, except the triggered emails are alerting the patron with the item 4 times a day. I can't see anything obvious that would cause a single hold to make that happen |
16:34 |
Bmagic |
another thing that is funny: some of the holds are 6 years old, perfectly valid holds, and this new library setting is doing it's thing on ancient holds. I would have thought that the trigger would have only been put into motion upon hold placement, and not retroactively. But that's clearly not the case |
16:40 |
|
jvwoolf joined #evergreen |
16:43 |
|
jvwoolf left #evergreen |
16:44 |
* mmorgan |
wonders if the notification is linked to the hold targeter. Bmagic, how often does the hold targeter run? |
16:45 |
Bmagic |
every 2 hours. The triggers are getting scheduled every 4 |
17:09 |
|
mmorgan left #evergreen |
18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
19:47 |
csharp_ |
is it creating four events per hold every time? |