Time |
Nick |
Message |
07:32 |
|
sandbergja joined #evergreen |
08:52 |
|
jvwoolf joined #evergreen |
09:11 |
|
mmorgan joined #evergreen |
09:14 |
|
Dyrcona joined #evergreen |
10:10 |
|
redavis joined #evergreen |
10:10 |
csharp_ |
@band add Marc Fields |
10:10 |
pinesol |
csharp_: Band 'Marc Fields' added to list |
10:12 |
berick |
@band add Marky Mark Fields |
10:12 |
pinesol |
berick: Band 'Marky Mark Fields' added to list |
10:12 |
berick |
had to |
10:12 |
* csharp_ |
grasps desperately for Funky Bunch puns |
10:13 |
berick |
Funky Bunch was such a good name... for a group of 5 year olds |
10:13 |
csharp_ |
:-D\ |
10:13 |
csharp_ |
:-D, even |
10:23 |
csharp_ |
@band add Warren Peace and Creiman Punishment |
10:23 |
pinesol |
csharp_: Band 'Warren Peace and Creiman Punishment' added to list |
10:30 |
|
Christineb joined #evergreen |
10:35 |
Dyrcona |
@band add All that Cremains |
10:35 |
pinesol |
Dyrcona: Band 'All that Cremains' added to list |
10:35 |
berick |
heh |
10:35 |
Dyrcona |
I had to.... ;) |
10:36 |
Dyrcona |
@blame [band] for bad puns |
10:36 |
pinesol |
Dyrcona: Feedbag Fest WILL PERISH UNDER MAXIMUM DELETION! DELETE. DELETE. DELETE! for bad puns |
10:36 |
Dyrcona |
All right. I'm drawing a blank. What's the self-check URL? |
10:36 |
redavis |
What will I ever do without y'all's energy in my life? |
10:37 |
redavis |
https://[hostname]/eg/circ/selfcheck/main |
10:37 |
redavis |
Dyrcona ^ |
10:38 |
Dyrcona |
Ah! redavis++ but that's giving me a 404. |
10:38 |
Dyrcona |
I thought I was just missing "main" at first. |
10:38 |
redavis |
Hmm..........it might actually have an eg2 URL now |
10:38 |
Dyrcona |
Oh.. guess it helps to type selfcheck correctly. :) |
10:39 |
Dyrcona |
@band add Seflcheck |
10:39 |
pinesol |
Dyrcona: Band 'Seflcheck' added to list |
10:40 |
Dyrcona |
OK. I get there. I see the change I made, but it doesn't "work". I enter my username, hit enter, and nothing happens. That isn't what I was trying to do, so maybe I don't care. |
10:40 |
Dyrcona |
I resized the Evergreen logo and that's all I care about right now. |
10:40 |
redavis |
++ |
10:41 |
Dyrcona |
This is a junked up dev system, so I probably have settings to do or something else is broken. |
10:44 |
Dyrcona |
I'll through this on the actual test system and see what happens. It's only a template change. |
10:45 |
* sleary |
*always* forgets the self-check URL |
10:47 |
redavis |
Hah. I didn't remember it at all. Just went to docs and found it there. |
10:47 |
* redavis |
has NO memory for such things |
10:47 |
Dyrcona |
Well, I was missing the "main" and typoed self as "sefl.." so we're all about even. :) |
10:48 |
redavis |
teamwork makes the dream (of seflcheck) work |
10:48 |
Dyrcona |
Wouldn't be a work day without a few key typos. |
10:48 |
Dyrcona |
redavis++ |
10:51 |
|
kworstell-isl joined #evergreen |
10:54 |
|
sandbergja joined #evergreen |
10:54 |
redavis |
If any of y'all remember Tara Robertson, formerly associated with BC Libraries, she posted a thing this morning that culminated in a question - "Do you know how important your life is?" It gave me a little pause, and imma sit with it a little. Thought it might be meaningful to some/all of you, too. |
10:55 |
csharp_ |
@band add Sleff Check |
10:55 |
pinesol |
csharp_: Band 'Sleff Check' added to list |
10:55 |
Dyrcona |
redavis: I'm not going there (again) today. I have too much unimportant stuff to do. :) |
10:56 |
Dyrcona |
Maybe at the next in-person conference, sometime after midnight. |
10:59 |
csharp_ |
I haven't seen or spoken to Tara R. in many years, but she's awesome |
11:01 |
berick |
selfcheck, indeed |
11:29 |
|
stephengwills joined #evergreen |
11:42 |
redavis |
Dyrcona++ csharp_++ |
11:44 |
Dyrcona |
https://drive.google.com/file/d/1LPjv9jedXFVPsGVn81dqKYI5MHXwV6gx/view?usp=drive_link # I think I've shared this before, but I'm feeling it again today. |
12:10 |
csharp_ |
Dyrcona++ |
12:11 |
csharp_ |
I want it to say "Programing" for emphasis |
12:15 |
sleary |
one of my favorite WordPress functions: https://developer.wordpress.org/reference/functions/_doing_it_wrong/ |
12:48 |
csharp_ |
sleary++ |
13:04 |
jeff |
sure, brain. the week after CFP deadline is a perfect time to think of a handful of interesting talk ideas. |
13:29 |
redavis |
jeff, please go ahead and submit them. We will be meeting very soon to finalize the schedule. Also, we're looking for two more pre-conference sessions. |
13:50 |
|
mantis joined #evergreen |
13:51 |
mantis |
has anyone noticed increased CPU usage moving when upgrading to 3.13? |
13:51 |
mantis |
we went from 3.11.7 to 3.13.6 this weekend and I'm unsure if there is a particular service that is increasing activity in our load average for our servers |
13:51 |
mantis |
*feature |
14:00 |
jeffdavis |
Dyrcona: are you still looking at bug 2073561 ? |
14:00 |
pinesol |
Launchpad bug 2073561 in Evergreen "Incorrect content in the config.coded_value_map after applying the upgrade script from 3.12.3 to 3.13.0" [High,Confirmed] https://launchpad.net/bugs/2073561 - Assigned to Jason Stephenson (jstephenson) |
14:07 |
csharp_ |
mantis: still on ejabberd/OpenSRF 3.X? |
14:07 |
mantis |
yes |
14:08 |
csharp_ |
mantis: pay attention to the 3.14-ish bugfixes addressing multiple concurrent calls |
14:09 |
csharp_ |
I don't know offhand what Angular stuff is in 3.13 vs. 3.14, but smayo has been reporting them |
14:09 |
csharp_ |
and gmcharlt is looking too |
14:10 |
Dyrcona |
jeffdavis: Feel free to take it if you have ideas. |
14:10 |
csharp_ |
mantis: https://git.evergreen-ils.org/?p=evergreen/pines.git;a=shortlog;h=refs/heads/rel_3_14_3 - our current branch |
14:10 |
csharp_ |
you'll see a lot of revert commits because we're throwing spaghetti at the wall at times :-/ |
14:10 |
mantis |
csharp++ |
14:30 |
mantis |
the only pages that I think were changed to Angular were the pull list and invoices |
14:40 |
Dyrcona |
jeffdavis: I removed myself from the bug. |
14:41 |
jeffdavis |
I was secretly hoping you had a fix in your back pocket. :) |
14:58 |
csharp_ |
jeffdavis: oh, he does, but it's a secret! |
14:59 |
Dyrcona |
It only fixes the mess made in our database by the upgrade script. It uses row ids, so it may not be applicable elsewhere. |
15:01 |
csharp_ |
jeffdavis: we backed up our current ccvm and its dependency table uh... |
15:02 |
csharp_ |
config.composite_attr_entry_definition, jeez |
15:03 |
csharp_ |
we then removed everything added by the upgrade script and tinkered with opac visibility after |
15:03 |
csharp_ |
deleting rows cascades into the composite attr table |
15:04 |
csharp_ |
not sure what ccaed does, but it *feels* important so we did what we could to preserve what's there because the TRUNCATE CASCADE doesn't recreate them |
15:05 |
csharp_ |
since we were talking about code review this week, probably a good example of something Bad™ getting past reviewers/committers |
15:06 |
csharp_ |
it happens :-/ |
15:09 |
jeffdavis |
csharp_++ |
15:28 |
|
mantis left #evergreen |
15:39 |
csharp_ |
berick: probably a dumb question, but since the make/install process is generating Redis bus passwords and placing them in redis-accounts.txt, why wouldn't we also have it put those in place in the opensrf_core.xml files on OpenSRF/EG respectively? |
15:39 |
csharp_ |
asking the question totally out of the blue, I know - but I'm in the weeds trying to sub the redis passwords into opensrf config |
15:40 |
csharp_ |
sometime, long ago, I submitted a bug requesting sed-able password values in those, and was kind of told "learn XPath, duh" |
15:40 |
berick |
csharp_: it should be doing that already |
15:41 |
csharp_ |
oh? |
15:41 |
csharp_ |
maybe it's Evergreen that's to blame? |
15:42 |
berick |
the complication is that the Redis bits of opensrf_core.xml are commented out by default -- that's what my ansible stuff is fumbling with -- but the passwords should be in there |
15:42 |
csharp_ |
oh, ok |
15:43 |
csharp_ |
<passwd>OPENSRF_BUS_PASSWORD</passwd> |
15:43 |
csharp_ |
I see |
15:44 |
berick |
that's supposed to be replaced during the Evergreen configure/install |
15:44 |
berick |
it may only work if you don't already have an opensrf_core.xml file in place |
15:44 |
berick |
e.g. you just have the .example file |
15:44 |
csharp_ |
ooooohhhhhh |
15:44 |
csharp_ |
that's probably it |
15:44 |
csharp_ |
upgrade vs fresh install |
15:45 |
berick |
yeah |
15:45 |
csharp_ |
I pretty much only ever upgrade which is why I wouldn't have seen it |
15:45 |
berick |
makes sense |
15:45 |
Dyrcona |
csharp_: The passwords are sed-able if you're comfortable enough with sed. I used to do it. |
15:45 |
csharp_ |
thank! |
15:46 |
Dyrcona |
For my dev systems, I just "password" as the password. :) |
15:46 |
csharp_ |
Dyrcona: yeah, pretty sure a puppy dies every time we sed XML |
15:46 |
csharp_ |
but I've done it |
15:46 |
csharp_ |
sorry pooch |
15:46 |
Dyrcona |
I'm pretty sure a puppy dies any time anyone does anything with XML. :) |
15:47 |
csharp_ |
YAML (pronounced ya -- mull) YAML (pronounced ya -- mull) YAML (pronounced ya -- mull) YAML (pronounced ya -- mull) |
15:47 |
Dyrcona |
But, yeah, xpath or xslt could also work. |
15:48 |
csharp_ |
hard to start a chant when no one knows how to say the term, I guess |
15:48 |
Dyrcona |
I pronounce it like yam-l. |
15:48 |
csharp_ |
yeah, me too |
15:48 |
Dyrcona |
Kinda like camel. |
15:48 |
Dyrcona |
I'm not a fan of YAML much either. |
15:48 |
csharp_ |
thinking of all the stuff we say Jay-sahn, sequel, postgres cue ell |
15:49 |
Dyrcona |
Postgres.. the "ql" are silent. :) |
15:49 |
berick |
a coworker from way back called it "my-squeal" |
15:49 |
csharp_ |
oooh |
15:50 |
Dyrcona |
I pronounce it ma-ri-a-d-b. :) |
15:50 |
csharp_ |
TOO MANY SECRETS (er... ACRONYMS) |
15:54 |
csharp_ |
huh <passwd></passwd> |
15:54 |
csharp_ |
<port>6379</port> |
15:54 |
csharp_ |
that's what I've been seeing |
15:54 |
csharp_ |
where <passwd> doesn't get a value - I thought that was on purpose |
15:55 |
Dyrcona |
That might be new. They always used to have "password" in there. |
15:55 |
csharp_ |
looking at /openils/conf/opensrf_core.xml.example after removing the non-example file and running configure/make/make install |
15:55 |
Dyrcona |
Probably got changed with Redis. |
15:56 |
csharp_ |
oh, I think I see the problem |
15:58 |
Dyrcona |
I was thinking of joking the other day that you should stick with regex for XML because then you only have 2 problems. :) |
15:58 |
csharp_ |
heh |
15:59 |
csharp_ |
in the OpenSRF version of opensrf_core.xml.example after installing: <password>password</password> |
15:59 |
csharp_ |
redis-accounts.txt.example has values though |
15:59 |
Dyrcona |
They get set when the redis bus is reset from osrf_control. |
16:00 |
Dyrcona |
Or, read, maybe? |
16:01 |
csharp_ |
after installing EG <passwd></passwd> |
16:01 |
csharp_ |
might need a fresh install somewhere |
16:02 |
Dyrcona |
What versions of OpenSRF and Evergreen? |
16:02 |
Dyrcona |
I think you need OpenSRF main for Redis to actually work. |
16:02 |
csharp_ |
OpenSRF main & Evergreen 3.14.3 |
16:02 |
Dyrcona |
OK, that combo should be OK. |
16:02 |
csharp_ |
yeah, I have it working on our test servers, but I did a whole bunch of manual sh... stuff |
16:03 |
Dyrcona |
Ah, that'll do it. |
16:24 |
Bmagic |
Dyrcona: I have a git question that I think you will probably know the answer to. I have a freshly cloned Evergreen repo and the working repo added. git fetch --all has been ran on it. But when I issue this command: git show 60fee76598effde1b800fdad8ed23eed03c853a9 - bad object |
16:24 |
Bmagic |
but I can see it in gitolite https://git.evergreen-ils.org/?p=working/Evergreen.git;a=commit;h=60fee76598effde1b800fdad8ed23eed03c853a9 |
16:25 |
Bmagic |
so, it's for sure there, and it exists on the working repo, but my theory is, my local skeleton doesn't know about it, because it's not part of a branch anymore? |
16:26 |
berick |
fails here too |
16:26 |
berick |
fatal: bad object 60fee76598effde1b800fdad8ed23eed03c853a9 |
16:26 |
Bmagic |
that's a dereferenced head? |
16:26 |
Bmagic |
perhaps the server will eventually delete that commit? as part of a cron cleanup for dereferenced heads? |
16:31 |
Bmagic |
I think I found his new working branch for that commit: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/lew/print_label_order |
16:31 |
csharp_ |
yeah, that's not working on a vanilla server <passwd>password</passwd> |
16:31 |
csharp_ |
hmmmmmm |
16:31 |
csharp_ |
that's after running OpenSRF's configure/make/make install |
16:32 |
berick |
csharp_: the password injection happens in the Evergreen config/install process |
16:32 |
csharp_ |
ah - ok |
16:33 |
berick |
it modifies Open-ILS/examples/opensrf_core.xml.example |
16:33 |
berick |
which is then installed into /openils/conf/ |
16:34 |
berick |
fuzzy memory, but at that point, i believe one manually copies the .example file into place (per the install instructions) or has ansible, etc. do it for you |
16:35 |
csharp_ |
if it populates the passwords, I'm happy copying it |
16:35 |
berick |
/openils/conf/opensrf_core.xml.example should have them |
16:40 |
csharp_ |
waiting for all the CPAN stuff to install |
16:43 |
csharp_ |
argh - <passwd></passwd> |
16:44 |
Dyrcona |
Bmagic: That's not a valid commit or object. |
16:44 |
Dyrcona |
Bmagic: Maybe it exists in a different repository? |
16:44 |
csharp_ |
pinesol: why does Evergreen gotta be like that? |
16:44 |
pinesol |
csharp_: Sorry, that command is only available to Evergreen Premium™ Subscribers. Please upgrade your subscription ASAP! |
16:44 |
berick |
csharp_: are you running ./configure ? |
16:45 |
csharp_ |
yes |
16:45 |
berick |
when you do, does /openils/conf/redis-accounts.txt exist? |
16:46 |
csharp_ |
command history: https://pastebin.com/AXfpsf48 |
16:47 |
csharp_ |
berick: yes, and populated with UUID-style passwords |
16:47 |
csharp_ |
oh wait - .example exists - does it need to be moved to .txt? |
16:47 |
* csharp_ |
tries that |
16:47 |
Bmagic |
Dyrcona: click the gitolite link. The Evergreen git server shows the commit just fine |
16:50 |
csharp_ |
ayyyyyy - there they are |
16:50 |
csharp_ |
berick++ # thanks for being my rubber duck with extensive knowledge of everything I'm trying to do :-) |
16:51 |
berick |
csharp_++ # back atcha, for doin it |
16:51 |
Dyrcona |
Bmagic: Dunno. DuckDuckGo is a friend. :) |
16:52 |
csharp_ |
berick: and, FYI, I decided to stick to a deb-building-based install this go around and try to perfect ansible for the next go-round |
16:52 |
* berick |
nods |
16:52 |
csharp_ |
been down a whole bunch of rabbit holes and I just need something to work or I'm going to disintegrate |
16:54 |
Dyrcona |
csharp_: This year has been like that, nothing goes quite right, and a lot of things just plain don't work. |
16:54 |
berick |
don't fall apart; the rabbits need you |
16:54 |
Dyrcona |
It's only the middle of February. |
16:54 |
csharp_ |
that and the gov't wants to defund me |
16:56 |
Dyrcona |
Bmagic: I'm waiting to see what happens after this: git gc --aggressive --prune=now |
16:58 |
csharp_ |
now to see if deb-building tools create the populated opensrf_core.xml |
16:59 |
csharp_ |
probably in the postinst |
16:59 |
csharp_ |
gonna have to keep beating on it |
17:00 |
Dyrcona |
Bmagic: I'm going to guess the branch was deleted or force-pushed and that commit no longer exists. Gitweb probably is showing it from cache. That's all a wild guess though. git gc did not help. |
17:04 |
Dyrcona |
`git fsck --lost-found` shows some dangling commits, but not that one. |
17:04 |
* Dyrcona |
signs out |
17:05 |
|
mmorgan left #evergreen |
17:31 |
csharp_ |
philosophically, since OpenSRF and Evergreen are (still?) two separate projects, one would want OpenSRF to be able to be installed and run on its own, so I'm wondering if the sed/bus passwords stuff should also exist in OpenSRF and that redis-accounts.txt.example should be the source without needing to be installed? |
17:32 |
csharp_ |
source of the passwords that it |
17:32 |
csharp_ |
is |
17:32 |
csharp_ |
gonna have to walk away from this for now |
17:45 |
jeffdavis |
I feel like the plan was to merge OpenSRF into EG once Redis was officially supported. |
18:05 |
|
jvwoolf joined #evergreen |
18:19 |
csharp_ |
that makes sense |