| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:32 |
|
dbwells joined #evergreen |
| 06:38 |
|
dbwells joined #evergreen |
| 07:22 |
|
rjackson_isl_hom joined #evergreen |
| 11:05 |
Dyrcona |
Guess it goes back.... |
| 11:07 |
Dyrcona |
Oh, wait. This is different. It's doing something. I guess the Security Violations didn't mean anything. |
| 11:10 |
Dyrcona |
So, when I tried the grub option to recover the OS, it said it couldn't find a live image. |
| 11:12 |
Dyrcona |
When I booted from the USB using the BIOS, it gave me several screens of "Security Violation" with an "OK" option. After the second of those, it started the self test. After the self test, it wanted to connect to WiFi to download the recovery image. |
| 11:12 |
Dyrcona |
It's showing no progress on that front, though. |
| 11:13 |
Dyrcona |
Looks like it locked up. |
| 12:03 |
|
Christineb joined #evergreen |
| 15:59 |
|
dbwells joined #evergreen |
| 16:36 |
|
sandbergja joined #evergreen |
| 17:11 |
|
mmorgan left #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:24 |
|
dbwells joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:14 |
|
agoben joined #evergreen |
| 07:17 |
|
rjackson_isl_hom joined #evergreen |
| 08:00 |
|
rfrasur joined #evergreen |
| 08:11 |
|
sandbergja joined #evergreen |
| 08:14 |
pinesol |
[evergreen|Jane Sandberg] Docs: adding information about 3.6 features from the release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5e85cc2> |
| 08:32 |
|
mmorgan joined #evergreen |
| 08:39 |
|
mantis1 joined #evergreen |
| 09:01 |
|
Dyrcona joined #evergreen |
| 14:11 |
rhamby |
If anyone else wishes to join the Release Manager discussion w are in the Hopin event righ tnow. |
| 14:11 |
|
tlittle joined #evergreen |
| 14:46 |
|
jihpringle joined #evergreen |
| 14:52 |
csharp |
jeff: I'm about to test your ancient fix to bug 1013786 - do you still stand by that patch :-) |
| 14:52 |
pinesol |
Launchpad bug 1013786 in Evergreen "tpac: Check for password strength at login" [Medium,Confirmed] https://launchpad.net/bugs/1013786 - Assigned to Chris Sharp (chrissharp123) |
| 14:53 |
* csharp |
missed a question mark in there somewhere |
| 14:58 |
jeff |
I didn't even think I had code on that bug. Looking! |
| 17:48 |
Dyrcona |
Looks like it needs to be updated for more recent systemd versions. That said, I've never used it. I have a shell script to run systemd in the background. |
| 17:53 |
jeffdavis |
Adding an [Install] block to the websocketd-osrf.service file containing "WantedBy=multi-user.target" seems to do the trick, but I'm unsure if that is the correct solution. |
| 17:54 |
Dyrcona |
jeffdavis: That's more or less correct. You could specify other targets, probably make it start before opensrf or apache or whatever. |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:01 |
jeff |
jeffdavis: I think you use org unit opt-in. Have you encountered slow patron searches, especially when searching by email? It may or may not be something that's being caused by our specific ratio of opted-in to not-opted-in users, etc... but thought I'd ask. |
| 18:03 |
jeff |
Where "slow" is > 30 seconds to complete a patron search by email when opt-in is enabled. |
| 18:05 |
jeffdavis |
jeff: we do use opt-in. I don't think patron search is notably slow. I just did a consortium-wide email search and got results in about 4 seconds. |
| 00:04 |
|
dbwells joined #evergreen |
| 00:08 |
|
dbwells joined #evergreen |
| 02:46 |
|
dbwells joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
rjackson_isl_hom joined #evergreen |
| 07:41 |
|
dbwells joined #evergreen |
| 08:02 |
|
Dyrcona joined #evergreen |
| 09:32 |
|
dbwells joined #evergreen |
| 10:06 |
|
jonadab joined #evergreen |
| 10:20 |
|
sandbergja joined #evergreen |
| 10:55 |
pinesol |
[evergreen|Bill Erickson] LP1855737 Don't send error object across shared worker port - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d5d7985> |
| 12:10 |
|
jihpringle joined #evergreen |
| 12:15 |
sandbergja |
Is there a way to verify that a particular ORDERS acq.edi_message was created using the new edi_order_pusher? Is an empty jedi column a good way to tell? |
| 12:17 |
csharp |
hmm |
| 12:19 |
Dyrcona |
I've got rows with status = complete jedi = empty and edi = <content>, so what csharp said. :) |
| 12:20 |
csharp |
the original pusher puts data in the jedi column and the new one doesn't |
| 12:21 |
sandbergja |
Excellent! Thanks! |
| 12:21 |
csharp |
same here - and the earliest one is right around the time we transitioned to non-JEDI ordering |
| 12:21 |
csharp |
sandbergja: you also know about --test-mode on the new pusher, right? |
| 12:22 |
sandbergja |
yes! that was super helpful |
| 12:22 |
csharp |
good |
| 12:22 |
sandbergja |
Oh man, I think we are all switched over to the new EDI system! |
| 14:21 |
mmorgan |
Dyrcona: csharp: In case you were planning a trip to Salem this year, don't: https://www.thrillist.com/news/nation/salem-massachusetts-closed-halloween-2020 |
| 14:22 |
Dyrcona |
mmorgan: I know, and I was in Salem on Wednesday. |
| 14:22 |
mmorgan |
Folks are still coming in droves :-/ |
| 14:23 |
Dyrcona |
I'm not surprised. I took a relative to Salem for a medical test. |
| 14:25 |
Dyrcona |
"October has been canceled." |
| 14:28 |
* mmorgan |
made the mistake of driving through on Saturday, rather, crawling through... |
| 14:29 |
Dyrcona |
Heh. |
| 17:09 |
|
csharp joined #evergreen |
| 17:17 |
|
mmorgan left #evergreen |
| 17:39 |
|
yboston joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 21:51 |
|
sandbergja joined #evergreen |
| 23:25 |
|
dluch joined #evergreen |
| 23:25 |
|
Bmagic joined #evergreen |
| 00:39 |
|
mrisher joined #evergreen |
| 00:39 |
|
mrisher joined #evergreen |
| 01:09 |
|
sandbergja joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:16 |
|
yar joined #evergreen |
| 06:23 |
|
RBecker joined #evergreen |
| 06:23 |
|
devted joined #evergreen |
| 09:37 |
Dyrcona |
Except....I see the queries running that match that SQL exactly. However, I don't see any calls to the storage method in the logs. Also, there are two definitions for the function! |
| 09:38 |
Dyrcona |
https://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/perlmods/lib/OpenILS/Application/Storage/Publisher/actor.pm#l350 |
| 09:38 |
Dyrcona |
"That's a bingo!" |
| 09:39 |
Dyrcona |
Well, one of those similar loops. At least I have something to test. |
| 09:40 |
mmorgan |
Dyrcona++ |
| 09:40 |
Dyrcona |
Also, I'm not clear on the difference between api level 1 and api level 0. How would I know which is being used? |
| 09:51 |
Dyrcona |
request open-ils.storage open-ils.storage.actor.org_unit.closed_date.overlap 207, "2020-10-16T16:30:43-0400" |
| 09:52 |
Dyrcona |
This one "hangs" on my test server. |
| 09:54 |
Dyrcona |
And, there's a query running from time to time checking "random" dates. |
| 09:54 |
Dyrcona |
Now, to see what's so special about 2020-10-16. |
| 09:55 |
|
mantis1 joined #evergreen |
| 14:30 |
Dyrcona |
So, I can consistently make open-ils.storage.actor.org_unit.closed_date.overlap spin for this one org unit with a date of 2020-10-16. |
| 14:31 |
Dyrcona |
Now, to figure out why. |
| 14:33 |
Dyrcona |
Killing the drone is the only reliable way to stop it. |
| 14:33 |
Dyrcona |
I just got lucky on my test server last time that I canceled the postgres backend. |
| 14:33 |
JonGeorg |
This was an issue from a while back, so I was looking through my notes. The issue was when we tried to manually run the command. This is from an inherited system. There are no errors in syslog. So I'm thinking it was an error with how I was attempting to run the command manually, as we were trying to see if an update to the bookbag had been |
| 14:33 |
JonGeorg |
populated or not. It was telling me the error was on line78 which is the "$log = new Loghandler($logFile);" line and I couldn't find any reference to that function anywhere. I think I might have gone down a rabbit hole over nothing. I'll do some more checking to make sure it's working correctly. |
| 14:38 |
Dyrcona |
JonGeorg: I'm not find any script by the name of bookbag_update.pl i the source code. |
| 17:05 |
|
sandbergja joined #evergreen |
| 17:06 |
|
mmorgan left #evergreen |
| 17:39 |
berick |
terranm++ bug-wrangle-mania++ |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:14 |
|
jihpringle joined #evergreen |
| 19:38 |
|
dbwells joined #evergreen |
| 20:16 |
|
dbwells joined #evergreen |
| 13:15 |
JBoyer |
I doi like syslog grouping things together under /var/log/evergreen/... so you can get a good idea what's going on all in one place. |
| 13:15 |
Dyrcona |
Some messages still end up in /var/log/apache2/other_vhosts.log or something like that, but that may just be our configuration. |
| 13:16 |
JBoyer |
I think I've seen that too. Not sure if they're duplicated or if there's another config option that we're missing somewhere, etc. |
| 13:16 |
Dyrcona |
Yeah, I agree for production environments, but for a test/development VM, it's a bit much. |
| 13:16 |
Dyrcona |
I suspect they're duplicated, but I'll have to take a few minutes to make sure. |
| 13:16 |
JBoyer |
It is annoying that there are so many places that need to be edited in opensrf_core.xml, that's true. |
| 13:17 |
Dyrcona |
I have a couple of sed scripts for that. :) |
| 14:45 |
nfBurton |
Although there aren't much costs for an online conference, we could probably garner some donations for that as well I mean we were willing to pay more to do the same face to face |
| 14:46 |
Cowens |
Just to clarify, agoben, you wrote in the email to the community that we needed $15,000-$20,000 but we are paying out (at least ) $59,000 some, correct? |
| 14:46 |
agoben |
I know that donations aren't an option for everyone, so we'll need to consider other options. Obviously the e-conference is one options, but I'd like us to consider what else might be out there. |
| 14:46 |
gmcharlt |
another factor for ongoing support: one of the ways of meeting the IRS' tests for showing that we, as a 501(c)3 charity, have public support, is to have a broad base of contributors |
| 14:47 |
gmcharlt |
grants of course are another avenue to pursue |
| 14:47 |
dluch |
I was just going to mention grants, lol |
| 14:47 |
agoben |
The total is a little over $59,000, yes, but we have over half of that from previous conferences. |
| 14:48 |
Cowens |
Thanks |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:58 |
|
agoben_ joined #evergreen |
| 07:12 |
|
rjackson_isl_hom joined #evergreen |
| 07:57 |
|
collum joined #evergreen |
| 08:48 |
|
rfrasur joined #evergreen |
| 08:56 |
|
collum_ joined #evergreen |
| 09:07 |
|
Dyrcona joined #evergreen |
| 09:36 |
Dyrcona |
Whee! Testing the new brick's OPAC over a ssh tunnel through the load balancer..... Have to adjust the URL to add my local port every time it does a redirect, but otherwise doable. |
| 09:37 |
Dyrcona |
The web staff client.... Fuhgeddaboutit..... |
| 09:38 |
Dyrcona |
Unless you can get the forwarding working as the root user, which I don't feel like dealing with. |
| 09:42 |
Dyrcona |
Kernel update for the laptop. Think I'll install it and reboot. Back in a bit! |
| 03:10 |
|
mrisher joined #evergreen |
| 03:47 |
|
mrisher_ joined #evergreen |
| 04:06 |
|
mrisher joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 08:17 |
|
mantis2 joined #evergreen |
| 09:11 |
Bmagic |
@coffee [someone] |
| 09:11 |
* pinesol |
brews and pours a cup of NOBLE Coffee, and sends it sliding down the bar to bshum |
| 12:08 |
csharp |
I tried changing "use open ':utf8';" to use open ':encoding(UTF-8)';" but that doesn't do it |
| 12:08 |
csharp |
(those may be equivalent - my googled documentation was unclear) |
| 12:09 |
csharp |
also, the problem may be that the incoming data from the bib records is not marked UTF-8? |
| 13:39 |
jvwoolf |
We've got a staff member who's seeing icons in the angular catalog replaced with text, but only in Firefox. Happening on our test server and some community test servers for her. I can't replicate it. Anybody seen this? |
| 13:47 |
jeff |
which community test servers? do you have a screenshot? any idea which version of firefox on what OS? |
| 13:58 |
jvwoolf |
jeff: The server she mentions is terran-master.gapines.org. Windows 10, Firefox 81.0.1. |
| 13:58 |
jvwoolf |
And here's a screenshot: https://photos.app.goo.gl/QTLDjZz6SKFgnhtRA |
| 13:59 |
jvwoolf |
Oh and clearing site data (including cookies) didn't fix it. |
| 14:39 |
|
terranm joined #evergreen |
| 15:36 |
|
mantis2 left #evergreen |
| 16:46 |
|
jvwoolf left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 20:50 |
|
sandbergja joined #evergreen |
| 22:10 |
|
sandbergja joined #evergreen |
| 22:13 |
|
mrisher joined #evergreen |
| 15:12 |
JBoyer |
#topic Evergreen Release Info |
| 15:12 |
|
Topic for #evergreen is now Evergreen Release Info (Meeting topic: 2020-10-06 - Developer Meeting, Agenda Available at https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2020-10-06) |
| 15:13 |
JBoyer |
#info Release candidate due 2020-10-07 |
| 15:13 |
gmcharlt |
so, I put up the two points here |
| 15:13 |
gmcharlt |
and at this point, I'm curious if there's been additional testing of the Bootstrap OPAC from the betas |
| 15:14 |
gmcharlt |
and would like to identify any absolute showstoppers that should go into the -rc |
| 15:14 |
gmcharlt |
noting, also, that we're in string freeze |
| 15:14 |
csharp |
gmcharlt: it's on mine and terranm's to-do, but we haven't gotten there yet |
| 15:14 |
terranm |
I did some testing of the Bootstrap OPAC on festivus, but I'm not sure if that has the most recent version |
| 15:15 |
csharp |
(bootstrap opac) |
| 15:15 |
gmcharlt |
terranm: it does |
| 15:15 |
gmcharlt |
(AFAIR, anyway) |
| 15:16 |
terranm |
I think this bug summarizes the main issues - https://bugs.launchpad.net/evergreen/+bug/1895398 |
| 15:16 |
* mmorgan |
plans to finish up testing bug 1889128 for the rc |
| 15:16 |
pinesol |
Launchpad bug 1895398 in Evergreen "Bootstrap OPAC: follow up needed" [Undecided,New] - Assigned to Christopher Burton (cburton) |
| 15:16 |
pinesol |
Launchpad bug 1889128 in Evergreen "Angular Staff Catalog: Place Another Hold & Multi-Holds" [Undecided,Confirmed] https://launchpad.net/bugs/1889128 |
| 15:16 |
nfBurton11 |
there is a patch out there as well |
| 15:29 |
gmcharlt |
are things squared away there? |
| 15:29 |
JBoyer |
Finally, yes. |
| 15:29 |
dluch |
As the two docs committers and the facilitator of DIG, @abneiman, @sandbergja and I made an executive decision that there will be no backporting of older docs |
| 15:29 |
csharp |
gmcharlt: ping me about that - probably want a hostname change too (if we're talking about docs-testing) |
| 15:30 |
Bmagic |
yep! JBoyer++ |
| 15:30 |
gmcharlt |
csharp: no, eg-docs |
| 15:30 |
JBoyer |
After (mumble) minutes staring at it I added an @import line and the CSS was pleased. |
| 15:50 |
JBoyer |
And on that point, while it proves they work and you can view them to verify, it's not really intended to be used from the CI output, right? |
| 15:50 |
JBoyer |
(just making sure I'm following) |
| 15:50 |
JBoyer |
The build outputs, I mean. |
| 15:50 |
sandbergja |
JBoyer: correct. It's set up more for building than testing |
| 15:51 |
JBoyer |
ok |
| 15:51 |
sandbergja |
(if I understood your question right) |
| 15:51 |
gmcharlt |
quick preview for doc writers is the primary use case, I take it? |
| 15:51 |
sandbergja |
gmcharlt: at this point, yes |
| 15:52 |
JBoyer |
sandbergja++ |
| 15:52 |
Dyrcona |
sandbergja++ |
| 15:52 |
sandbergja |
although I could totally see it being beneficial to run the test suites we have for code, too |
| 15:52 |
gmcharlt |
sandbergja++ |
| 15:53 |
sandbergja |
but we can get there eventually |
| 15:53 |
sandbergja |
:-) |
| 17:11 |
gmcharlt |
jeffdavis: thank you for helping to identify all the trees we need to tap |
| 17:11 |
jeffdavis |
gmcharlt++ |
| 17:12 |
jeff |
*groan* |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:28 |
|
justdoglet joined #evergreen |
| 18:33 |
|
justdoglet left #evergreen |
| 19:45 |
|
sandbergja joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:12 |
|
calvinm joined #evergreen |
| 07:21 |
|
rjackson_isl_hom joined #evergreen |
| 08:06 |
|
alynn26 joined #evergreen |
| 10:54 |
csharp |
mmorgan: yes! thank you |
| 10:55 |
mmorgan |
YW! |
| 10:58 |
JBoyer |
mmorgan++ |
| 10:59 |
JBoyer |
csharp, I'd be delighted if you could throw that on a test server with PINES data to see what's what with a real dataset. Obviously works pretty well with concerto. ;) |
| 10:59 |
csharp |
JBoyer: will do |
| 11:00 |
JBoyer |
(If that's what you're thinking) |
| 11:00 |
JBoyer |
csharp++ |
| 11:12 |
Bmagic |
JBoyer: I hate to say it, but it seems that removing the ui supplement stuff from Evergreen is bugging the search. Though, I can't figure out why. I agree, that you've migrated the overrides over to eg-antora. Still diffing |
| 11:13 |
Bmagic |
right now, I can say for sure that building antora with the ui-bits in Evergreen overlayed over eg-antora makes it work |
| 11:33 |
Bmagic |
JBoyer: we may need to put the supplement stuff back. The issue was our nightly Evergreen builds were bombing on the absence of header-content.hba? Can we just make that file exist (with the updates from eg-antora) and call it a day? |
| 11:34 |
Bmagic |
I'm starting to think that the lunr stuff needs* itself to be in the repo with the docs during build time. Alternatively, the build script could cp eg-antora -> Evergreen/docs/ui, commit a test branch, build that branch, then revert it all |
| 11:47 |
gmcharlt |
the former, if there's no other way, is preferable to the latter: creating and throwing away git commits wouldn't be great for anybody with uncommitted changes in the clone who simply wants to try a doc build |
| 11:57 |
|
jihpringle joined #evergreen |
| 12:03 |
|
Christineb joined #evergreen |
| 16:53 |
|
sandbergja joined #evergreen |
| 17:05 |
|
mmorgan left #evergreen |
| 17:29 |
|
Dyrcona joined #evergreen |
| 17:54 |
pinesol |
[evergreen|Lisa Carlucci] docs: corrections to the 3.6 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b2c3f81> |
| 17:56 |
pinesol |
[evergreen|Galen Charlton] docs: release notes: adding EOLI to the list of commissioning entities - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f900fbd> |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:44 |
|
sandbergja joined #evergreen |
| 18:46 |
sandbergja |
For anybody still around: can I make a URL that opens the patron self-registration form with a specific library selected? |
| 18:46 |
sandbergja |
(apart from setting up another OPAC with that library as physical_loc)? |
| 01:37 |
|
mrisher joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:33 |
|
agoben_ joined #evergreen |
| 06:34 |
|
annagoben joined #evergreen |
| 07:22 |
|
rjackson_isl_hom joined #evergreen |
| 17:11 |
Bmagic |
when the branch is cut, antora.yml (for rel_3_6) will need this line: version: 'latest' changed to: version: '3.6' |
| 17:13 |
Bmagic |
and on master, we would want to tell antora to build two "versions" based on two git branches. This takes place in site.yml. This line: branches: HEAD would need to be: branches: [master, rel_3_6] |
| 17:14 |
Bmagic |
I think* the url for the built rel_3_6 will be: /prod/docs/3.6/ (or whatver we call it in antora.yml for that branch) |
| 17:15 |
gmcharlt |
hmm, OK, sounds like it can do what I want, but will need to test it |
| 17:15 |
gmcharlt |
but in that case, I suggest rather than /prod/, we change the prefix to /eg/ |
| 17:15 |
gmcharlt |
(or evg) |
| 17:15 |
Bmagic |
I like eg |
| 17:17 |
gmcharlt |
easy to make that change via symlink right now |
| 17:17 |
gmcharlt |
shall I do so? |
| 17:20 |
gmcharlt |
I can also push out the site.yml and antora.yml changes now |
| 17:22 |
Bmagic |
cool |
| 17:22 |
Bmagic |
ready when you are |
| 17:23 |
gmcharlt |
ok, I'm done with the /var/lib/antora/www/eg move and have pushed out the changes to master and rel_3_6 |
| 17:23 |
gmcharlt |
so handing off to yhou |
| 17:24 |
gmcharlt |
meanwhile, I'm working on copying over the docbuilder stuff for previous versions over from docs-testing |
| 17:26 |
pinesol |
[evergreen|Galen Charlton] update target branches for Antora - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a5b3482> |
| 17:31 |
Bmagic |
gmcharlt: https://eg-docs.georgialibraries.org/eg/docs/3.6/index.html |
| 17:31 |
Bmagic |
nice! |
| 17:46 |
Bmagic |
The search box is bugged. I'll have to debug it next week |
| 17:48 |
gmcharlt |
cool |
| 17:49 |
gmcharlt |
also, the link to the Acquisitions topic manual on the Antora index pages is broken |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:20 |
gmcharlt |
https://eg-docs.georgialibraries.org/ 's index page is now updated to include 3.3 -> 3.5 taken from docs-tester |
| 18:20 |
gmcharlt |
and jobs running to rebuild the 3.3-3.5 documentation, including fixing an issue that was preventing the PDFs from being generated |
| 22:33 |
|
mrisher joined #evergreen |
| 03:59 |
|
abowling joined #evergreen |
| 04:07 |
|
gmcharlt joined #evergreen |
| 05:10 |
|
gmcharlt joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:21 |
|
rjackson_isl_hom joined #evergreen |
| 08:27 |
|
mantis1 joined #evergreen |
| 08:31 |
|
sandbergja joined #evergreen |
| 13:26 |
Dyrcona |
Bmagic: No. A development VM. Sticking with 9.6 in production for now. |
| 13:26 |
Bmagic |
right on |
| 13:26 |
Dyrcona |
csharp has plans for Pg10 in production. |
| 13:26 |
Dyrcona |
I do test on Pg12 and I've found performance to be uneven. Some things are faster and others slower. |
| 13:27 |
Bmagic |
I'm keen to know more about the prospect of 10. csharp++ |
| 13:28 |
Dyrcona |
For a small sample, you can read this: https://bugs.launchpad.net/evergreen/+bug/1482757/comments/18 |
| 13:29 |
pinesol |
Launchpad bug 1482757 in Evergreen 3.4 "Loading records with located URIs should not delete and recreate call_numbers" [Low,Confirmed] |
| 14:08 |
abneiman |
how are things where you are dluch? |
| 14:09 |
dluch |
Doing okay here, too. Weather is turning gorgeous - October is the best! Still working at home, and presently quarentined with my husband (though I'm almost positive we have colds and not COVID) |
| 14:10 |
abneiman |
:( I hope so! |
| 14:10 |
dluch |
Thanks! He's the one with the cough, and neither of us has fevers, but his doctor wanted us to wait until Saturday to be tested (??) |
| 14:11 |
dluch |
*shurugs* |
| 14:11 |
jweston |
dluch: hoping your colds, and waiting to get tested, are all over soon so you can enjoy the beautiful October |
| 14:11 |
dluch |
Thank you! Me, too! :-) |
| 14:11 |
dluch |
#info Evergreen Hack-a-Way, Oct. 26-28 |
| 14:12 |
dluch |
At the last DIG meeting, we decided that we would focus on 3.6 documentation at the Hack-a-Way. |
| 14:38 |
|
Topic for #evergreen is now Collaboration time (Meeting topic: 2020-10-01 - Documentation Interest Group Meeting) |
| 14:38 |
dluch |
What is everyone planning to work on today? Please let us know here, and feel free to talk and work with each other. If you'd like extra accountability, I can make an action item to show up in the minutes, but it's not necessary. |
| 14:39 |
dluch |
I put a list of ideas on the agenda, but I assume everyone that's here today probably knows stuff they want to work on. |
| 14:39 |
abneiman |
So, when gmcharlt did a build test with my giant-pile-o-docs, the build generated some errors in a couple adocs. I was going to look at those, but I was hoping there is someone here who can help me better understand "callout" syntax in adoc, because that's where several of the issues are. |
| 14:40 |
abneiman |
*errors in existing adocs, not errors in my new adocs (phew) |
| 14:40 |
abneiman |
anyway, I'm not familiar with the callout syntax and how it's supposed to work |
| 14:41 |
dluch |
Hmm, I'm not either |
| 14:41 |
abneiman |
and asciidoc cheat sheet has let me down for once :*( so I figured before I did deeper Googling, I would ask if anyone here has used that |
| 14:42 |
jweston |
I'm no help there but hooray for abneiman++ generating pile-o-docs |
| 14:44 |
abneiman |
which refers to this: https://eg-docs.georgialibraries.org/prod/docs/latest/admin/receipt_template_editor.html#_subtotals |
| 14:45 |
abneiman |
line 208 specifically is "<1> This line sets the variable." |
| 14:46 |
Bmagic |
when did you get the error? |
| 14:47 |
abneiman |
build test |
| 14:47 |
|
gmcharlt joined #evergreen |
| 14:47 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org | Can't speak? Make sure your nickname is registered and that you are identified to freenode services: https://freenode.net/kb/answer/registration |
| 14:48 |
Bmagic |
the error would have occured in the old docs (because the error is not from antora, but from asciidoctor) |
| 17:10 |
|
rjackson_isl_hom joined #evergreen |
| 17:37 |
|
rjackson_isl_hom joined #evergreen |
| 17:57 |
|
sandbergja joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:02 |
|
sandbergja joined #evergreen |
| 18:27 |
gmcharlt |
https://evergreen-ils.org/release-3-6-beta2-available/ |
| 19:57 |
|
dickreckard joined #evergreen |
| 05:34 |
|
book` joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live//archive/2020-09/2020-09-29_04:00:04/test.78.html> |
| 07:00 |
|
agoben joined #evergreen |
| 07:26 |
|
rjackson_isl_hom joined #evergreen |
| 07:28 |
JBoyer |
I think I figured out what's up with the failed log output errors, we were no longer ignoring the intentional error from 08-lp1366964-libdbi-error.t because the statement that's logged changed with the hopeless holds enhancement. |
| 09:52 |
Dyrcona |
Hm... I think just 24 hours is OK.... "between" is inclusive, right? |
| 09:53 |
Dyrcona |
Eh... no....Still need the extra minute for the 59 seconds. |
| 09:54 |
Dyrcona |
Thanks, rubber ducky! |
| 09:56 |
Dyrcona |
I suppose I could run some autorenewals on my test db before I make the change in production. ;) |
| 09:59 |
|
dbwells joined #evergreen |
| 10:05 |
|
stephengwills joined #evergreen |
| 10:05 |
Dyrcona |
Hmm... action_trigger may be slower on Pg 12 than on 9.6, too..... |
| 10:34 |
mmorgan |
scroll, scroll, scroll your @quote random |
| 10:34 |
mmorgan |
nope. |
| 10:40 |
pinesol |
[evergreen|Jason Boyer] LP1849212: (follow-up) Don't use group ids in upgrade scripts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=72c71e7> |
| 11:06 |
Dyrcona |
With about 700 out of about 30,000 autorenewals completed on my test db, I don't see anything crazy, yet. |
| 11:08 |
Dyrcona |
I think I found another machine with the wrong timezone: 2020-09-30 00:59:59-04 |
| 11:09 |
Dyrcona |
I see more from the one that one that is set to Pacific time. The new delay is picking them up. |
| 11:11 |
|
nfBurton joined #evergreen |
| 14:42 |
Dyrcona |
Hm. |
| 14:42 |
* Dyrcona |
wonders why exactly half of the events were processed, unless I somehow got two of each event created. |
| 14:45 |
Dyrcona |
Yeahp. That's what happened. The drones from that first a/t runner that I stopped must have kept going. I *think* I have encountered that before. |
| 14:47 |
Dyrcona |
No harm done. Just testing something on a development system. |
| 14:49 |
|
mantis1 left #evergreen |
| 15:04 |
|
terranm joined #evergreen |
| 15:29 |
|
BAMkubasa joined #evergreen |
| 16:47 |
Bmagic |
that's what I thought too :) - and I've seen it happen but now that I want* it to happen, it won't. What is the magic server response code? 404? |
| 16:47 |
terranm |
Oh, I'm not sure |
| 16:47 |
mmorgan |
Bmagic: Or, can folks go to offline directly via the link? https://<hostname>/eg/staff/offline-interface |
| 16:48 |
terranm |
^ that's what I do when I need to test it |
| 16:49 |
Bmagic |
I want it to go there automatically (like it's suppose to do) - still trying some stuff |
| 16:51 |
Bmagic |
perhaps when I change the hosts file (and the browser needs to recognize) - I need to use the CTRL+SHIFT+R (hard refresh) combo to make the browser re-read the hosts file, I get the connection timed out. Perhaps it's also clearing it's web app cached page for offline? |
| 16:52 |
mmorgan |
berick: One question about bug 1889128, was the intent to clear the patron info after a hold is successfully placed as mentioned in comment #3? |
| 17:55 |
|
laurie joined #evergreen |
| 17:56 |
|
eby joined #evergreen |
| 17:56 |
|
troy__ joined #evergreen |
| 18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:24 |
|
rjackson_isl_hom joined #evergreen |
| 19:37 |
|
stephengwills joined #evergreen |
| 19:47 |
|
stephengwills_ joined #evergreen |
