Time |
Nick |
Message |
05:11 |
|
sleary joined #evergreen |
06:55 |
|
kworstell-isl joined #evergreen |
07:25 |
|
collum joined #evergreen |
08:09 |
|
sleary joined #evergreen |
08:32 |
|
BDorsey joined #evergreen |
08:40 |
|
redavis joined #evergreen |
08:42 |
|
BDorsey_ joined #evergreen |
08:44 |
|
Dyrcona joined #evergreen |
08:47 |
|
mmorgan joined #evergreen |
09:14 |
|
dguarrac joined #evergreen |
09:21 |
Dyrcona |
berick | Bmagic: I'm working on moving the xml notices to production for live testing. I see one of the hold ready for pickup events that I'm mimicking from someone else has --process-hooks set. Is that going to interfere with our regular hold ready for pickup notices? |
09:26 |
* Dyrcona |
takes a look and figures, "No." |
09:30 |
Bmagic |
I think worse case: the cron job that runs the xml output could run the reactor for the non-xml stuff. Which isn't a big* deal IMO. Still though, I prefer to make the xml AT granularities unique |
09:38 |
csharp_ |
yeah, granularity is key |
09:38 |
Dyrcona |
Yeah, the granularity is unique. |
09:39 |
Dyrcona |
Also, --granularity-only is used in process-one-notice.sh. |
09:59 |
berick |
hold ready should never need a --process-hooks since it's non-passive |
10:00 |
berick |
would be a no-op |
10:19 |
berick |
tiny patch to fix Redis builds for the RC if anyone's feeling saucy: https://bugs.launchpad.net/evergreen/+bug/2065817 |
10:19 |
pinesol |
Launchpad bug 2065817 in Evergreen "Redis passwords in opensrf_core.xml acquired errant comma" [Undecided,New] |
10:21 |
Dyrcona |
berick++ |
10:26 |
Bmagic |
berick++ yeah, I had the comma issue |
10:27 |
csharp_ |
comma comma comma comma comma chameleon |
10:27 |
Dyrcona |
csharp_++ |
10:27 |
csharp_ |
berick: https://www.youtube.com/watch?v=dW223heMb5c |
10:29 |
berick |
csharp_: haha omg |
10:29 |
csharp_ |
SASSY! |
10:33 |
Dyrcona |
Kinda helps for an executable to actually be ... executable.... |
10:35 |
berick |
chown +sassy |
10:35 |
berick |
bah |
10:35 |
berick |
chmod +sassy |
10:35 |
Dyrcona |
chmod +S |
10:36 |
Dyrcona |
Set the "sassy" bit. :) |
10:38 |
Dyrcona |
So, i've been watching Mr. Robot, and one of their habits slightly annoys me: cd /path/bin; ./EnableAttack .... |
10:38 |
Dyrcona |
Why not: /path/bin/EnableAttack? |
10:39 |
Dyrcona |
Anyway... amazing show. |
10:41 |
collum |
I have all my EnableAttack's set in the PATH |
10:42 |
berick |
collum: right? every second counts |
10:42 |
Dyrcona |
collum++ PATH=$PATH:/rootkit/bin |
10:46 |
|
sleary joined #evergreen |
10:48 |
Dyrcona |
My new events are all "invalid" or "error" so far.....except for the "pending" and "collected" ones. |
10:49 |
Dyrcona |
The collected, error, and invalid numbers have not changed for a couple of minutes. |
10:50 |
Dyrcona |
The a/t runner is still going... |
10:50 |
Dyrcona |
I probably need to fix something, but what? |
10:56 |
Dyrcona |
Six trigger drones running, and none of them doing anything. |
10:59 |
Dyrcona |
Yeah. A stderr message in the open-ils.trigger log that the client disconnected. |
10:59 |
* Dyrcona |
tries again. |
11:01 |
Dyrcona |
Nothing like testing in produciton. |
11:01 |
Dyrcona |
production, even... |
11:02 |
eeevil |
berick: you are now comma-free |
11:04 |
berick |
eeevil++ |
11:05 |
Dyrcona |
Still getting just error and invalid events. I'll have to check the logs, but didn't see anything getting logged before. Maybe there's error output, but sometimes there isn't. |
11:06 |
Dyrcona |
Empty output file... |
11:08 |
|
sleary_ joined #evergreen |
11:12 |
csharp_ |
Dyrcona: you know a show does pretty well with tech when experienced devs are nitpicking :-) |
11:12 |
csharp_ |
a show like Person of Interest just results in scoffing |
11:12 |
csharp_ |
(though it's a fun show to watch) |
11:13 |
csharp_ |
the shadowy antagonist is named "Root" (SCARY) |
11:13 |
Bmagic |
boo! |
11:14 |
|
Christineb joined #evergreen |
11:16 |
Bmagic |
I am gRoot |
11:18 |
berick |
:) |
11:18 |
berick |
kind of a fitting EG mascot |
11:20 |
Dyrcona |
Reminds me of Enoch Root from one of Neal Stephenson's massive trilogies. |
11:23 |
pinesol |
News from commits: LP2065817 Remove errant ./configure commas <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=84728d7c62ab7aaa51debd2d58e07a97a225f10a> |
11:35 |
|
sleary joined #evergreen |
11:47 |
berick |
eeevil: ok if i grab bug #2066934 or still in-progress? |
11:47 |
pinesol |
Launchpad bug 2066934 in Evergreen "3.13-beta roundup: Combobox change cleanup, support script installation" [Critical,Confirmed] https://launchpad.net/bugs/2066934 - Assigned to Mike Rylander (mrylander) |
11:50 |
eeevil |
oh, I'm done .. I see I didn't remove myself. thanks! |
11:50 |
* berick |
nods |
11:53 |
|
BDorsey joined #evergreen |
11:55 |
Dyrcona |
Not useful: 'error_output' for the events that I mentioned earlier are all NULL. |
11:55 |
|
jihpringle joined #evergreen |
12:20 |
Dyrcona |
berick: If you have time, I used this SQL to create my new event for the XML to MessageBee: https://pastebin.com/66wvjMHx and every time I run the generate-notices.sh, the events get an error state. |
12:21 |
Dyrcona |
I'm not sure if I did something wrong. I can't find any error_output in the database and the osrf logs are not helpful, either. |
12:24 |
berick |
Dyrcona: at a glance, the validator requires action_trigger.environment for current_copy |
12:25 |
Dyrcona |
OK! That's probably it. There was something in the README about environment and I probably misunderstood it enough to think I didn't need one. |
12:25 |
berick |
yeah, the reactor doesn't need it, but other parts may |
12:27 |
Dyrcona |
The event that I borrowed has current_copy.call_number.simple_record. I probably don't need all of that. |
12:32 |
Dyrcona |
Here it goes again! |
12:32 |
Bmagic |
Dyrcona++ |
12:37 |
Dyrcona |
berick++ # 1184 from the 11 to 12 hour are complete. |
12:54 |
pinesol |
News from commits: LP2066934 Comment out combobox console debug msgs <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=3667045d2f35cf4b1c076660877a0bab15260e72> |
12:54 |
pinesol |
News from commits: LP#2066934: Background import manager script <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=84371aaba46a2906ea4fb62d4e7f385c7e8f5ec6> |
12:54 |
pinesol |
News from commits: LP#2066934: Combobox rendering <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=3ad7e9acc53f35f25564e1e3617f4a537bba9651> |
12:54 |
pinesol |
News from commits: LP#2066934: Combobox event propagation <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=f3d0d683f6d63b8e414b3860a54b94eba8e95602> |
13:05 |
Dyrcona |
typo-- |
13:09 |
|
jvwoolf joined #evergreen |
13:14 |
Dyrcona |
*exhales* Right. One-thing-at-a-time. |
13:50 |
|
sleary joined #evergreen |
13:55 |
jeff |
I am remembering an old mailing list thread and/or bug where there was discussion about how some libraries used a status for display vs a shelving location for display. There were pros and cons, and at least a little bit of "no, you're doing it wrong!" disagreement. Mostly I find myself looking for it right now because I don't want to reinvent the list of potential pros and cons while considering |
13:55 |
jeff |
something... |
13:55 |
jeff |
Does this ring a bell with anyone? Launchpad search and a search of my mail were both unhelpful. |
13:56 |
jeff |
I'm probably missing or misremembering some aspect of the conversation. |
13:56 |
Dyrcona |
jeff: Yes, there's a Lp bug, but I don't recall the number off the top of my head. |
13:56 |
Dyrcona |
It was updated relatively recently. |
13:56 |
jeff |
OH! |
13:57 |
jeff |
I think I just remembered. I think it was part of the work to make certain statuses show on the hold pull list. |
13:57 |
jihpringle |
jeff: one of the big issues with the status was that it wouldn't appear on hold pull lists but I think a fix for that recently made it into 3.12 or 3.13 |
13:58 |
jeff |
I think the conversation I was thinking of is in the comments of bug 1904737 |
13:58 |
pinesol |
Launchpad bug 1904737 in Evergreen "Flag/setting for Items with Specific Statuses to Display on Holds Pull List" [Wishlist,Fix released] https://launchpad.net/bugs/1904737 |
13:58 |
Dyrcona |
Yeah, that's probably it. |
13:58 |
jeff |
Dyrcona++ jihpringle++ thanks! |
13:58 |
Dyrcona |
I thought there might have been a different bug. |
13:59 |
Dyrcona |
I know the status versus location debate has come up a few times. |
14:00 |
jeff |
possibly! |
14:00 |
jihpringle |
I think there's a related older bug as well, 2020 seems too recent |
14:00 |
Dyrcona |
Yeah, I was thinking there was an older bug or an email discussion from years ago. |
14:06 |
jeff |
bug 1276874 is also related |
14:06 |
pinesol |
Launchpad bug 1276874 in Evergreen "Reset Copy Location" [Wishlist,Triaged] https://launchpad.net/bugs/1276874 |
14:11 |
jihpringle |
this is the old bug I was thinking of https://bugs.launchpad.net/evergreen/+bug/1616170 |
14:11 |
pinesol |
Launchpad bug 1616170 in Evergreen "Not possible to create copy status without manual code changes" [Medium,Confirmed] |
14:22 |
jeff |
another classic! thanks for finding it! |
14:27 |
|
jvwoolf left #evergreen |
15:06 |
|
sleary joined #evergreen |
15:24 |
pinesol |
News from commits: LP#2066490 Fixing spelling for verison <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=94866e05c79887fee4dd4a667da16b9167c4bd04> |
15:36 |
abneiman |
Drycona: you available for release team questions about translations? |
15:36 |
Dyrcona |
Right this minute? |
15:36 |
abneiman |
sorta, lol, but we might be stumbling our way towards it :) |
15:37 |
Dyrcona |
Yes, where? |
15:37 |
abneiman |
https://us02web.zoom.us/j/89395892687?pwd=eE5xWFdYTkl2RmxSakFNMHZRS2M5dz09 |
15:37 |
abneiman |
Dyrcona++ |
15:38 |
Dyrcona |
I don't know how much help I'll be. |
15:52 |
|
kworstell-isl joined #evergreen |
15:54 |
|
kworstell-isl joined #evergreen |
16:49 |
|
jihpringle joined #evergreen |
17:00 |
|
mmorgan left #evergreen |
22:10 |
|
sleary joined #evergreen |