| Time |
Nick |
Message |
| 00:22 |
|
Stompro joined #evergreen |
| 00:24 |
|
degraafk joined #evergreen |
| 00:24 |
|
JBoyer joined #evergreen |
| 00:24 |
|
dbs joined #evergreen |
| 00:31 |
|
ejk joined #evergreen |
| 00:31 |
|
csharp_ joined #evergreen |
| 00:31 |
|
jonadab joined #evergreen |
| 00:31 |
|
dbs joined #evergreen |
| 00:31 |
|
JBoyer joined #evergreen |
| 00:31 |
|
degraafk joined #evergreen |
| 00:31 |
|
Stompro joined #evergreen |
| 00:31 |
|
book` joined #evergreen |
| 00:31 |
|
Christineb joined #evergreen |
| 00:31 |
|
berick joined #evergreen |
| 00:31 |
|
bshum joined #evergreen |
| 00:31 |
|
dluch joined #evergreen |
| 00:31 |
|
Bmagic joined #evergreen |
| 00:31 |
|
scottangel joined #evergreen |
| 00:31 |
|
pinesol joined #evergreen |
| 00:31 |
|
akilsdonk joined #evergreen |
| 00:31 |
|
phasefx joined #evergreen |
| 00:31 |
|
jeff joined #evergreen |
| 00:31 |
|
jweston joined #evergreen |
| 00:31 |
|
eeevil joined #evergreen |
| 00:31 |
|
troy joined #evergreen |
| 00:31 |
|
jeffdavis joined #evergreen |
| 00:31 |
|
jmurray-isl joined #evergreen |
| 00:31 |
|
eby joined #evergreen |
| 00:31 |
|
abneiman joined #evergreen |
| 00:33 |
|
gmcharlt_ joined #evergreen |
| 00:33 |
|
Rogan joined #evergreen |
| 00:33 |
|
briank joined #evergreen |
| 00:36 |
|
berick joined #evergreen |
| 00:43 |
|
berick joined #evergreen |
| 00:43 |
|
book` joined #evergreen |
| 00:43 |
|
Bmagic joined #evergreen |
| 00:43 |
|
scottangel joined #evergreen |
| 00:43 |
|
pinesol joined #evergreen |
| 00:43 |
|
jeff joined #evergreen |
| 00:43 |
|
jweston joined #evergreen |
| 00:43 |
|
eeevil joined #evergreen |
| 00:43 |
|
troy joined #evergreen |
| 00:43 |
|
jeffdavis joined #evergreen |
| 01:01 |
|
jweston joined #evergreen |
| 01:01 |
|
jeff joined #evergreen |
| 07:05 |
|
collum joined #evergreen |
| 07:24 |
|
redavis joined #evergreen |
| 08:00 |
|
BDorsey joined #evergreen |
| 08:07 |
|
stephengwills joined #evergreen |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:38 |
|
Dyrcona joined #evergreen |
| 08:42 |
|
dguarrac joined #evergreen |
| 08:54 |
|
mantis joined #evergreen |
| 09:01 |
* Dyrcona |
upgrades a VM named "ubuntu18" from Ubuntu 20.04 to Ubuntu 22.04. Naming VMs for the O/S release installed on them is a bad idea. |
| 09:04 |
|
kworstell-isl joined #evergreen |
| 09:24 |
Dyrcona |
csharp_: Are you actually looking at Lp 1980978? |
| 09:24 |
pinesol |
Launchpad bug 1980978 in Evergreen "SIP Patron Status Too Many Charged and Lost Fields Never Set" [Medium,New] https://launchpad.net/bugs/1980978 - Assigned to Chris Sharp (chrissharp123) |
| 10:06 |
csharp_ |
Dyrcona: despite my good intentions, I have not gotten to it :-/ |
| 10:06 |
csharp_ |
feel free to unassign me if you want |
| 10:07 |
Dyrcona |
csharp_++ Thanks! I will. |
| 10:09 |
* Dyrcona |
is having "fun" with his make-db-upgrade script. It has suddenly decided to add all of the updates from 0001 on up. |
| 10:15 |
Dyrcona |
Ok. Add a couple of echo statements to try and debug it, and it seems to be working.... |
| 10:17 |
Dyrcona |
Hm... Could it possibly be the order of the -r and -C options, but that seems insane. |
| 10:20 |
Dyrcona |
I do need to skip the XXXX and similar upgrades. It leads to redundant code being added when more than 1 XXXX script exists. |
| 10:23 |
Dyrcona |
I could also modify it to use the full filenames instead of just the upgrade numbers. |
| 10:26 |
Dyrcona |
Yeah, using the filenames works. I think I like that better. |
| 10:27 |
jeff |
Dyrcona: let me know when you settle on a VM naming scheme that IS a good idea. two hard problems... |
| 10:29 |
Dyrcona |
Place names from Middle Earth? Planets/systems from Star Wars or Star Trek? I've tended toward boring, utilitarian names like eg-vm1, eg-vm2, etc. At the University of KY, College of Engineering Computing Center, we named the servers and a few workstations for airplanes. |
| 10:30 |
Dyrcona |
I have named my local vms for Evergreen testing for the Debian/Ubuntu release: bullseye, bookworm, focal, jammy. That works because they're ephemeral and will almost never be upgraded to a new release. |
| 10:31 |
Dyrcona |
OK. I have a gist to update. |
| 10:34 |
Dyrcona |
ooh... Cool. Using the filenames lets me eliminate four uses of `cut` and delete the now redundant path when "reading" the upgrade script file. |
| 10:34 |
stephengwills |
I named my hosts after snow whites friends but then I needed an 8th server and the scheme broke. wa-wa. |
| 10:35 |
Dyrcona |
We do have a database server named "dumbo" at our central site, 'cause PostgreSQL's mascot is an elephant. |
| 10:36 |
Dyrcona |
I should check the gist out locally and update it via git. |
| 10:36 |
Rogan |
if I was compelled to not use a name not indicative of it's function I think I'd use 'babar' |
| 10:37 |
Dyrcona |
Rogan++ |
| 10:43 |
Dyrcona |
https://gist.github.com/Dyrcona/00bd6b6290b6fbbb579c7f93b360ab0d # I've shared it before. I'm sharing it again, now. |
| 10:46 |
Dyrcona |
Think I'll link it from the git repo to my bin instead of having he whole script in there. |
| 10:53 |
Dyrcona |
looks like a record ingest will be required going from 3.10.3 to main. |
| 10:54 |
Dyrcona |
Well, that'll be a nice test of Pg 16, won't it? |
| 11:01 |
|
sandbergja joined #evergreen |
| 11:05 |
Dyrcona |
Ugh. Looks like I'm going to have reinstall OpenSRf as well as Evergreen. I may end up rebuilding the VM from scratch if things don't go well. -- The joy of sikipping releases! |
| 11:29 |
Dyrcona |
The clobber option isn't clobbering the upgrade script.... |
| 11:31 |
Dyrcona |
OK. I see why.... |
| 11:38 |
Dyrcona |
That explains my earlier confusion. I guess I don't use the clobber option very much. |
| 11:57 |
|
jihpringle joined #evergreen |
| 12:05 |
|
sandbergja joined #evergreen |
| 12:29 |
|
collum joined #evergreen |
| 12:36 |
Dyrcona |
Huh.... I applied Lp 2019207 to a 3.7.4 system, and it worked. It doesn't seem to be working on a system upgraded to the latest main. |
| 12:36 |
pinesol |
Launchpad bug 2019207 in Evergreen "add ability to link to the discovery layer view of a bib" [Wishlist,Confirmed] https://launchpad.net/bugs/2019207 - Assigned to Jason Stephenson (jstephenson) |
| 12:40 |
Dyrcona |
It's not cache, 'cause I'm using dev tools with cache disabled. I've logged out and logged back in a couple of times. (I had to log out and back in on 3.7.4 before the setting change worked.) |
| 12:41 |
Dyrcona |
I don't think the ingest is messing with it, either. |
| 12:47 |
Dyrcona |
Console log only has messages about not being able to retrieve record jackets. |
| 12:52 |
|
collum joined #evergreen |
| 13:02 |
Dyrcona |
Hm.. Maybe I had old code getting in the way, because I deleted /openils/var/web/eg2/*, and now the splash page doesn't work. |
| 13:03 |
Dyrcona |
After reinstalling, of course. |
| 13:08 |
|
collum joined #evergreen |
| 13:15 |
Dyrcona |
Issues with the eg2 staff login were discussed last week. |
| 13:16 |
Dyrcona |
And, it doesn't sound quite like my issue. |
| 13:17 |
Dyrcona |
Ah ha ha! ... I'm and idiot. |
| 13:18 |
Dyrcona |
I missed a crucial step when upgrading earlier. I forgot the ng build. |
| 13:21 |
Dyrcona |
That would also explain why the feature didn't work if I was looking at old eg2. |
| 13:22 |
Dyrcona |
Yeahp..... |
| 14:43 |
Dyrcona |
The ingest seems to be doing pretty well on Pg 16. |
| 14:58 |
|
mantis left #evergreen |
| 14:59 |
|
sandbergja joined #evergreen |
| 15:21 |
Bmagic |
anyone troubleshot this issue before: cloning reports from a shared template folder, results in a non-filled in template on subsequent template editor screen. I assume it's permissions. I just tried elevating the CREATE_REPORT_TEMPLATE up to consortium, didnt' fix it |
| 15:26 |
Bmagic |
found it: RUN_REPORTS needs to be consortium |
| 15:35 |
|
kworstell_isl joined #evergreen |
| 15:43 |
|
kworstell-isl joined #evergreen |
| 16:22 |
Bmagic |
can sip be configured so that the 63 message doesn't require the patron password? (AD field) |
| 16:24 |
jeff |
I'm pretty sure that by default 63/64 doesn't "require" the password, but if not suppplied then the 64 response won't have a Y in the the "yes, the password was correct" place. |
| 16:24 |
Bmagic |
hmmm |
| 16:25 |
jeff |
What are you trying to do? |
| 16:25 |
Bmagic |
I'm comparing one system to another. One that's working and one that's not. The lack of the AD field is one thing that is different for the non-working one |
| 16:27 |
Bmagic |
but maybe that doesn't matter, like what you're saying |
| 16:28 |
Bmagic |
something might be up with my sip user account in evergreen. Immediately following the 63 message, I'm seeing a bunch of "Logging back after session timeout as user <sipuser>" |
| 16:29 |
jeff |
AD being present in the 63 or not is mostly a function of the SIP client. If present and valid, then the CQ in the 64 will be Y, otherwise (it'll be N or won't be present, I don't recall without looking right now) |
| 16:31 |
Bmagic |
jeff++ |
| 16:38 |
|
stephengwills left #evergreen |
| 17:15 |
|
mmorgan left #evergreen |
| 19:06 |
|
jihpringle joined #evergreen |
