| 02:21 |
|
smayo joined #evergreen |
| 08:32 |
|
mmorgan joined #evergreen |
| 09:22 |
|
Dyrcona joined #evergreen |
| 10:11 |
* Dyrcona |
contemplates testing Evergreen with Ubuntu 26.04. |
| 10:13 |
|
Rogan joined #evergreen |
| 10:14 |
Dyrcona |
Looks like snapshot 4 is still the latest image. |
| 10:41 |
jeff |
speaking of testing and Ubuntu... |
| 10:42 |
jeff |
Dyrcona: have you ever made use of Ubuntu's cloud images with KVM/qemu/similar? I've used the Debian cloud images before with much success, but a quick attempt at using the Ubuntu images didn't work as expected. |
| 10:49 |
Dyrcona |
jeff: I've not used other's images. I have made my own and cloned them with great success in the past. |
| 10:50 |
Dyrcona |
I should probably do that again. |
| 10:51 |
Dyrcona |
And, I think I'm going to try this Debian 13 vm without a proxy for websockets. I think that means that I can't use the systemd service file as-is. I probably have to modify it. |
| 11:06 |
|
smayo joined #evergreen |
| 11:10 |
Dyrcona |
Hey! that seems to work. |
| 11:29 |
csharp_ |
linux++ |
| 11:31 |
Dyrcona |
So, the OpenSRF check_transport_client test fails on Debian 13 with main but not on Ubuntu 24.04 and not with OpenSRF rel_3_3 on either. |
| 11:31 |
|
jihpringle joined #evergreen |
| 11:33 |
Dyrcona |
Same as reported in Lp 2143584. |
| 11:33 |
pinesol |
Launchpad bug 2143584 in OpenSRF "check_transport_client test failure on main" [Undecided,New] https://launchpad.net/bugs/2143584 - Assigned to Jason Stephenson (jstephenson) |
| 11:37 |
Dyrcona |
osrfConfigDefault is not getting set. |
| 11:48 |
Dyrcona |
These tests are weak. |
| 11:58 |
Dyrcona |
yeah. looks it blows trying to get /router from the default config. |
| 11:58 |
Dyrcona |
blows up while trying to get |
| 12:05 |
Dyrcona |
I wonder if this is a redis thing? |
| 14:48 |
jeff |
csharp_: let me know if you want comments in the bug instead of here, but it sounds like you might have a typo/thinko in that comment. you say you're leaning towards moving to plperlu, but Evergreen already exclusively uses plperlu, and does not make use of plperl. |
| 14:50 |
jeff |
since we are using plperlu, PL code using plperlu is not subject to restrictions on what it can do, and therefore we need to be a database superuser to CREATE FUNCTION ... LANGUAGE 'plperlu' |
| 14:51 |
jeff |
it might be possible to run as a non-superuser database user after those functions have all been declared, which would be a worthwhile investigation, IMO |
| 14:53 |
csharp_ |
jeff: thanks - I honestly haven't dug in past hitting the error "psql:000.functions.general.sql:82: ERROR: Unable to load JSON/XS.pm into plperl at line 2." |
| 14:55 |
csharp_ |
I saw in a StackOverflow post that changing the lanpltrusted attribute of pg_language allows non-superusers to create plperlu functions https://stackoverflow.com/a/7014649 |
| 14:55 |
csharp_ |
so I've done that in my testing |
| 14:56 |
csharp_ |
we can point a bug comment to this discussion fwiw |
| 14:57 |
jeff |
so you were running as a db non-superuser, modifying the pg_language system tables to mark plperlu as trusted, then trying to use plperl and running into the issue where plperl is (intentionally) prevented from loading modules? |
| 14:57 |
csharp_ |
yes |
| 14:58 |
Dyrcona |
Don't do that. :) |
| 15:25 |
Dyrcona |
Interesting console warnings with Angular 21. |
| 15:32 |
jeff |
yeah, at this point it's almost a moral obligation to caution your users against using LastPass. I probably wouldn't go as far as to block them for showing signs of it, but... maybe? ;-) |
| 15:33 |
jeff |
(i kid, with that last bit... mostly.) |
| 15:55 |
Dyrcona |
Do the shortcut keys ever work? I find that they don't work on my test system with Angular 21 using Chrome. |
| 16:11 |
|
jihpringle joined #evergreen |
| 16:56 |
pinesol_dev |
News from commits: LP#2121686 Ensure stat cats can be cleared <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=97f158632df8656a65ebf4b3479c930afd589bdf> |
| 16:56 |
pinesol_dev |
News from commits: LP#2121686 Remove reset button pending further feedback <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=d20c926c4a94b6f5a008c95e366f0b719fa43462> |
| 15:07 |
Dyrcona |
No, it still defaults to ejabberd. |
| 15:07 |
csharp_ |
ok, understood |
| 15:07 |
gmcharlt |
fully committing to Redis would warrant at least a 3.4, if not a 4.0 |
| 15:08 |
Dyrcona |
There are a couple of recent test issues that I'm looking into that I think might be related to recent OpenSRF changes. |
| 15:09 |
gmcharlt |
#info An OpenSRF 3.3.3 release is planned; primary goal is adding support for Debian 13 "trixie" |
| 15:09 |
Dyrcona |
Lp 2143582 and Lp 2143584 |
| 15:09 |
pinesol |
Launchpad bug 2143582 in Evergreen "Live test 32-geosort.t failure" [Undecided,New] https://launchpad.net/bugs/2143582 - Assigned to Jason Stephenson (jstephenson) |
| 15:09 |
pinesol |
Launchpad bug 2143584 in OpenSRF "check_transport_client test falure on main" [Undecided,New] https://launchpad.net/bugs/2143584 - Assigned to Jason Stephenson (jstephenson) |
| 15:10 |
gmcharlt |
anything else to say about OpenSRF? |
| 15:10 |
Dyrcona |
Not much. There will be 1 bug fix to help out the mobile app Hemlock, but it's a general fix for error messages. |
| 15:11 |
gmcharlt |
thanks! |
| 15:30 |
gmcharlt |
unless folks feel strongly otherewise, I say let's stick with the 15th for the maintenance releases; I can coordinate |
| 15:30 |
abneiman |
+1 |
| 15:31 |
Dyrcona |
Should we decide on a release date for OpenSRF 3.3.3? |
| 15:32 |
Dyrcona |
I suppose I could build a beta tarball for bug squashing week if anyone wants to test it. |
| 15:32 |
gmcharlt |
Let's do that. I suggest at least a few days before 4/29 so that the OpenSRF and Evergreen releases are not on top of each other, and a tarball for feedback fest is a good idea |
| 15:33 |
jeff |
+1 to the OpenSRF tarball, hopefully making it easier for more folk to test the OpenSRF and Evergreen releases together. |
| 15:34 |
Dyrcona |
Ok. I'll try and have a tarball for testing ready by the end of next week. I'll update Lanuchpad and send an email. |
| 15:34 |
gmcharlt |
Dyrcona++ |
| 15:36 |
gmcharlt |
#info Next meeting is 14 April 2026 |
| 15:36 |
gmcharlt |
anything else? |
| 11:33 |
|
jihpringle joined #evergreen |
| 12:52 |
Dyrcona |
I suppose that I should also be more involved with Aspen development. I disagree with a change made in the Evergreen driver recently. We'll see what the rest of C/W MARS staff think about it. |
| 13:07 |
|
BAMkubasa joined #evergreen |
| 13:20 |
BAMkubasa |
We're trying to do some testing with different Best Hold Sort Order configurations. I'm aware that there's a default BHSO written into the EG code. My understanding is that if/when you define a different one, you set it at an org unit level in Library Settings. (We defined a custom one and set it at the consortia level) Is it then called every time |
| 13:20 |
BAMkubasa |
something is checked in, or are there other checkin modifers or library settings (etc.) that need to be set for it to be used? In our test scenario, we found a copy that was listed for a hold action.hold_copy_map, checked the thing in and it just went to reshelving. |
| 13:32 |
Dyrcona |
BAMkubasa: Holds are complicated. Last time I looked there were over 40 organizational unit settings that affect holds, then there's the hold matrix matchpoint table, and the way your organizational unit tree is set up. (Yeah, the depths of org units affect how holds are filled.) There's also the item age protection settings and probably some other things that I'm forgetting. |
| 13:32 |
Dyrcona |
BAMkubasa: So, I guess the short answer is we probably can't give you an answer without looking at all of your settings. |
| 13:33 |
BAMkubasa |
:) ok |
| 08:49 |
|
mmorgan joined #evergreen |
| 09:02 |
|
Dyrcona joined #evergreen |
| 09:15 |
Dyrcona |
Are some tests known to be failing on main at the moment? I'm still getting live check failures with the Angular 21 branch and commits to install the OpenAPI programs. Neither of these should affect Perl live tests. |
| 09:20 |
Dyrcona |
OK. Two tests that failed in my first run this morning passed just now.... Our tests are too rickety. |
| 09:21 |
Dyrcona |
Ok. geosort.t has failed every single time, and it is the only one failing now. |
| 09:23 |
Dyrcona |
Acq tests are passing but I'm seeing things like this for all of them: Use of uninitialized value in string ne at /home/opensrf/Evergreen/Open-ILS/src/perlmods/blib/lib/OpenILS/Application/Acq/EDI.pm line 562. |
| 09:23 |
Dyrcona |
It's not the same every time. |
| 09:23 |
Dyrcona |
This is Debian 13, so maybe we need some changes for Perl 5.40? |
| 09:25 |
Dyrcona |
That geosort test passed when we were doing this a few months ago. |
| 09:26 |
Dyrcona |
I wonder if the issue is the OpenSRF version. I'm using OpenSRF 3.3.3 with main Evergreen. That might not work any more. I'll test again on an Ubuntu 24.04 vm with the same branches. |
| 09:27 |
Dyrcona |
If the tests fail the same, that will rule out Debian 13 as the sole cause. If they succeed, then maybe it is a Debian 13/Perl thing. |
| 10:18 |
Dyrcona |
Is geosort sensitive to timezone? |
| 10:19 |
Dyrcona |
Never mind. |
| 10:20 |
Dyrcona |
Trying to do this all from memory.... |
| 12:34 |
mmorgan |
Here's the command: docker run -it -p 80:80 -p 443:443 -p 210:210 -p 6001:6001 -p 32:22 -p 5433:5432 -v //c/users/michele/git/evergreen/docker_repo/Evergreen:/home/opensrf/repos/Evergreen -h mmm.noblenet.org mobiusoffice/evergreen-ils:dev |
| 12:36 |
Bmagic |
that looks fine to me, is that command issued via powershell? |
| 12:36 |
Bmagic |
Windows has several CLI's. git bash (if installed), WSL (if installed), classic command line, and powershell. In this case, it works best from Powershell |
| 12:37 |
Dyrcona |
Hrm. An OpenSRF test fails on main. |
| 12:37 |
mmorgan |
Yes, powershell. |
| 12:37 |
Bmagic |
I've just confirmed that the DEV container works on evergreen main, no issues with patron interface or any other |
| 12:39 |
Bmagic |
mmorgan: In the scenario's I've seen, the container doesn't actually complete the boot process when the folder perms aren't working. There's a step in the ansible the performs an rsync, which will go by so fast you don't see it. You know it's working if you watch the boot process and it hangs on the rsync for a minute |
| 13:13 |
Bmagic |
great, I think what you just went through might be useful for the crowd |
| 13:15 |
mmorgan |
I did panic a bit when a significant part of Evergreen appeared to be broken on main! |
| 13:15 |
Bmagic |
I've been there ;) |
| 13:37 |
Dyrcona |
Well, some of the tests appear to be broken and I can't figure out why. :) |
| 13:37 |
Dyrcona |
:( |
| 13:38 |
Dyrcona |
I find vms and other sorts of images can go bad or be bad from the start. |
| 13:41 |
Dyrcona |
looks like the geosort test is busted on main. |
| 13:56 |
Dyrcona |
Lp 2143582 |
| 13:56 |
pinesol |
Launchpad bug 2143582 in Evergreen "Live test 32-geosort.t failure" [Undecided,New] https://launchpad.net/bugs/2143582 |
| 13:57 |
Dyrcona |
Lp 2143584 |
| 13:57 |
pinesol |
Launchpad bug 2143584 in OpenSRF "check_transport_client test falure on main" [Undecided,New] https://launchpad.net/bugs/2143584 |
| 16:27 |
|
jihpringle joined #evergreen |
| 17:12 |
|
mmorgan left #evergreen |
| 19:07 |
|
jihpringle joined #evergreen |
| 11:02 |
|
Christineb joined #evergreen |
| 11:19 |
|
mantis1 left #evergreen |
| 11:52 |
|
jihpringle joined #evergreen |
| 11:55 |
Dyrcona |
Is it normal to run the nightwatch tests with Firefox and it appear to be nothing for several minutes? |
| 11:59 |
Dyrcona |
firefox does something now and then, so I guess it's "working." |
| 12:04 |
|
javier_guel joined #evergreen |
| 12:09 |
javier_guel |
Hi all, I noted that the search on EG opac was getting slow, I took a look at the logs and noticed that there were search records for IPs that I did not recognize, many of them from other parts of the world, I have the suspicion that some bot or service is carrying out unauthorized searches for other purposes, from the firewall of our network it is |
| 12:43 |
jeffdavis |
I think many of us are using some combination of that fix, blocking IP ranges, and/or Anubis. |
| 13:03 |
sandbergja |
Dyrcona: responding late. `npx nightwatch` gives more feedback than the Angular integration `npx ng e2e`. I don't really know what the angular integration brings to the table tbh |
| 13:03 |
sandbergja |
also, bug 2129093 :-( |
| 13:04 |
pinesol |
Launchpad bug 2129093 in Evergreen "Nightwatch tests are failing on main" [Undecided,New] https://launchpad.net/bugs/2129093 |
| 13:47 |
csharp_ |
jeffdavis++ |
| 13:58 |
Dyrcona |
@later tell sandbergja I was AFK when you mentioned me. It took 58 minutes 39 seconds, and the tests did fail. I'll assume it's because of the bug you mentioned. |
| 13:58 |
pinesol |
Dyrcona: The operation succeeded. |
| 13:58 |
pinesol_dev |
Dyrcona: The operation succeeded. |
| 14:05 |
* Dyrcona |
looks foolish, but what's new. |
| 14:10 |
Dyrcona |
Blanks can kill... |
| 14:11 |
* Dyrcona |
waves to bshum. |
| 14:11 |
* bshum |
waves back |
| 14:13 |
Dyrcona |
Re Lp 2142869, it likely won't be testable because Stripe doesn't send emails in test mode. |
| 14:14 |
pinesol |
Launchpad bug 2142869 in Evergreen "Receipts for Stripe Payments" [Wishlist,New] https://launchpad.net/bugs/2142869 |
| 14:24 |
Dyrcona |
Think I just hit bug 2142163. |
| 14:24 |
pinesol |
Launchpad bug 2142163 in Evergreen "Workstation: 'Use Now' workstation no longer populates on login screen" [Medium,Fix committed] https://launchpad.net/bugs/2142163 |
| 14:24 |
Dyrcona |
I built my test yesterday. |
| 14:27 |
csharp_ |
bshum++ |
| 14:37 |
Dyrcona |
Interesting, even after applying that commit, my workstation drop down sitill isn't populating on eg2/en-us/staff/login... |
| 14:37 |
javier_guel |
ok, I will check the options, tks |
| 10:54 |
|
pinesol_dev joined #evergreen |
| 10:57 |
|
pinesol_dev joined #evergreen |
| 11:02 |
|
pinesol_dev joined #evergreen |
| 11:04 |
Dyrcona |
#startmeeting Test Meeting |
| 11:04 |
pinesol |
Meeting started Thu Feb 26 11:04:35 2026 US/Eastern. The chair is Dyrcona. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 11:04 |
pinesol |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
| 11:04 |
pinesol |
The meeting name has been set to 'test_meeting' |
| 14:13 |
csharp_ |
had to load the Reply plugin |
| 14:13 |
mantis1 |
it looks like this is kind of the case with older than 3.15 anyway |
| 14:13 |
csharp_ |
so that allows us to create "fun" commands on the fly |
| 14:13 |
mantis1 |
at least on our 3.13 test system - the font is red |
| 14:13 |
csharp_ |
mantis1: is the date format specified in library settings? |
| 14:14 |
mantis1 |
csharp: yes but this library doesn't collect DOBs |
| 14:14 |
mantis1 |
so it's just null |
| 14:33 |
mantis1 |
when an alert is on the account and there's no dob, the highlight stays |
| 14:33 |
mantis1 |
but if you delete it, the highlight goes away |
| 14:34 |
Dyrcona |
Mine has "Date of Birth" in bold and no value, but no red. ... That sounds like some kind of styling bug, maybe... |
| 14:34 |
mantis1 |
yeah I'll try it on a community test server |
| 14:35 |
mantis1 |
yeah it's there |
| 14:35 |
mantis1 |
lol ok we found something fun |
| 14:36 |
mantis1 |
I'll put in a ticket |
| 14:36 |
mantis1 |
Dyrcona++ |
| 14:36 |
mantis1 |
mmorgan++ |
| 14:36 |
mantis1 |
csharp++ |
| 14:36 |
Dyrcona |
Screenshots would help. I'm not entirely sure that I am visualizing what you're describing correctly. |
| 14:37 |
Dyrcona |
mantis1++ |
| 14:37 |
mantis1 |
I'll send the link with the screenshot |
| 09:47 |
Dyrcona |
Grr... Ubuntu and Python are being aggravating this morning. Apparently 2to3 is no longer packaged, even though "AI" says it is. pip won't install it unless I configure a virtual environment. |
| 10:20 |
Dyrcona |
pinesol_dev: load meetbot |
| 10:20 |
pinesol_dev |
Dyrcona: Error: You don't have the owner capability. If you think that you should have this capability, be sure that you are identified before trying again. The 'whoami' command can tell you if you're identified. |
| 10:21 |
Dyrcona |
Still incompatible. I tried running the tests but I can't without loading the supybot stuff. |
| 10:25 |
Dyrcona |
"Try running 2to3 on it." Wish I could that's the part that's giving me headaches, getting 2to3 installed on any recent distro. The Internet lies.... |
| 10:25 |
Dyrcona |
AI lies, too, for that matter. |
| 10:26 |
|
mmorgan joined #evergreen |
| 14:41 |
csharp_ |
gmcharlt: perfect |
| 14:42 |
gmcharlt |
specifically, 100TB |
| 14:42 |
csharp_ |
let's fill it up with @band entries! |
| 14:42 |
jeff |
sounds good. I'm happy to help with some Python things, but this month hasn't been a great month for free time. Is someone working on meetbot and wants a hand, or do you want me to carve some time to test the successor fork and report back, or are we looking for something in between? |
| 14:42 |
gmcharlt |
Google being Google, I wouldn't count on that allotment being eternal, but it is enough (and Google gives enough notice) to incorporate into systematic backups |
| 14:42 |
Dyrcona |
Bmagic: Do you have git updates working on the new machine, i.e. the git commits being reported in channel? |
| 14:43 |
Bmagic |
Each one should probably be on github (as opposed to files in Google Drive). I'm finding git repos for these: ./Git/.git ./Weather-old/.git ./Weather/.git ./supybot-twitter/.git |
| 14:46 |
Bmagic |
Dyrcona: it appears to be working, though I'm not certain which plugin is doing that work. Presumably it's not one of the ones that are throwing compatibility errors on boot |
| 14:49 |
Dyrcona |
Bmagic: I think the git plugin that's throwing errors is the one that shows information about branches and hashes. |
| 14:49 |
Bmagic |
that's interesting |
| 14:50 |
Bmagic |
so, I wonder if Meetbot is working? Maybe we can stop pinesol and test pinesol_dev? |
| 14:50 |
Dyrcona |
Maybe we should have done this with Meetbot to have a log? :) |
| 14:50 |
gmcharlt |
not too late to try it now |
| 14:50 |
Bmagic |
doing it |
| 15:21 |
Bmagic |
well guys, I don't know where we are on this |
| 15:21 |
Bmagic |
I probably should have brought an agenda |
| 15:22 |
Bmagic |
Though, we've compiled some good docs and I feel like we're on the same page. I think* the outstanding issue is still the plugins |
| 15:22 |
csharp_ |
I would say we have a sense via the spreadsheet that we need Meetbot, Git, and Karma |
| 15:22 |
csharp_ |
and that the hcoop Meetbot replacement needs testing |
| 15:22 |
Bmagic |
I'll take that task |
| 15:23 |
Bmagic |
wait, maybe hcoop was Dyrcona's baby? |
| 15:23 |
csharp_ |
honestly if we can work on those three plugins, we can consider the bot migration path clear with the idea that we can re-implement "fun" plugins after the move |
| 10:36 |
pinesol |
Launchpad bug 1917761 in Evergreen "Add Ability to View, Edit, Delete All Patron Barcodes" [Wishlist,Fix committed] https://launchpad.net/bugs/1917761 |
| 10:42 |
|
collum joined #evergreen |
| 10:55 |
|
Dyrcona joined #evergreen |
| 10:57 |
jeff |
unrelated, I think the fix for bug 2137267 needs to be pushed to rel_3_15 also, but I'm testing that theory. If the theory holds, I'll push it before the merge pause this evening. |
| 10:57 |
pinesol |
Launchpad bug 2137267 in Evergreen "Enhanced Marc Editor Window Too Small in Z39.50 When "Edit then Import" Selected" [Medium,Fix committed] https://launchpad.net/bugs/2137267 |
| 11:02 |
|
Dyrcona joined #evergreen |
| 11:07 |
jeff |
oh, and gmcharlt pointed out in the bug that it's no longer in rel_3_16. oops! I should have looked at the branch and not the bug. |
| 16:09 |
sandbergja |
abneiman++ |
| 16:29 |
Bmagic |
taking 1511 |
| 16:34 |
sandbergja |
Bmagic: regarding bug 2125838: without the patch, building a generic non-dev docker image took me 28:23.58 minutes. With the patch, and throwing NO_CPAN_TEST=1 throughout install_evergreen.yml, it took 24:42.38 minutes. |
| 16:34 |
pinesol |
Launchpad bug 2125838 in Evergreen "Add an option to install prerequisites without running tests for CPAN packages" [Undecided,New] https://launchpad.net/bugs/2125838 |
| 16:34 |
Bmagic |
I was about to look at that myself! |
| 16:35 |
sandbergja |
not exactly night and day, and there is of course a lot of variation just due to the network calls. But still seems signifant and in the correct direction... |
| 16:35 |
Bmagic |
I'll see if my test is similar. I'm assuming you made the changes to vars.yml and install_evergreen.yml for the cherry pick and the new var? |
| 16:35 |
sandbergja |
yeah |
| 16:36 |
sandbergja |
that would be great to repeat the test! thanks for taking it for a spin! |
| 16:36 |
Bmagic |
pretty cool, 4 minutes and 20 seconds is pretty good. Plus, on the tarball build, the overall time should be lower (because we're not downloading the repo) |
| 16:54 |
sandbergja |
Bmagic, I realized I need to push a second commit to that branch (should not interfere with your testing). It was not actually helping with github actions performance as I had it. |
| 16:55 |
sandbergja |
(that was one of my main motivations: give people quicker feedback on their pull requests, and don't get too close to the limit on the github actions free tier) |
| 16:58 |
pinesol_dev |
News from commits: LP#1376427 stamp upgrade script <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=1434c7d91fa3ce6edbab5c4f3828f09d27a09336> |
| 16:58 |
pinesol_dev |
News from commits: LP#1376427 Docs: New fields in Holdings Import Profile <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=75284eaaad5fad2d6d0323359298ae6650cf203b> |
| 16:58 |
pinesol_dev |
News from commits: LP#1376427 Add Age Protection etc to Holdings Import Profile <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=9ed40aa6048b228798793d70e9bcbd17eb70a166> |
| 17:33 |
sandbergja |
(with appropriate indentation) |
| 17:33 |
sandbergja |
to the steps |
| 17:33 |
Bmagic |
got a branch I can see? |
| 17:35 |
sandbergja |
https://github.com/mcoia/eg-docker/compare/master...sandbergja:eg-docker:with-no-cpan-test |
| 17:35 |
sandbergja |
I guess it was environment, not env |
| 17:36 |
Bmagic |
hmmm, that makes it tougher to incorporate it into vars.yml I think |
| 17:36 |
sandbergja |
i just threw it wherever it seemed to mention Makefile.install haha |
| 17:36 |
Bmagic |
OpenSRF might benefit from the same type of option |
| 17:37 |
Bmagic |
I wonder if we'd ever not* want this option in the docker context. Probably not |
| 17:38 |
Bmagic |
I know I'm not going to want the build to be slower when I'm working with dockerhub or any other image. I'm leaning towards the environment approach, and eliminating it as an option |
| 17:41 |
sandbergja |
I can't think of a reason. Running the tests for our dependencies sounds nice, but I don't think that a test failure blocks the process or anything, you would have to review the Make output to even know there was a problem with one of the dependencies... |
| 17:42 |
Bmagic |
ok, my two builds finished with the cpan test patch winning by 5.7 minutes |
| 17:43 |
sandbergja |
woo hoo! |
| 17:43 |
Bmagic |
I installed enhanced concerto, in hindsight, I should have tweaked that option to speed up the overall build time. With Tests: 33m29s, without: 25m34s |
| 17:44 |
Bmagic |
I'll sign off and merge, if you want to contribute your style patch to eg-docker? |
| 17:45 |
Bmagic |
be sure and hit all three build types |
| 17:45 |
sandbergja |
Bmagic: thank you! sounds like a plan |
| 17:58 |
sandbergja |
pushed |
| 17:58 |
sandbergja |
rather, i pushed the docs as a 3rd commit in that branch |
| 19:47 |
|
pinesol joined #evergreen |
| 20:14 |
pinesol_dev |
News from commits: LP#2125838: add an option to install prereqs without running cpan tests <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=6d042a2576f79b90e4cb966e5a946b831bcaf2fc> |
| 20:33 |
pinesol |
News from commits: LP#2125838: add an option to install prereqs without running cpan tests <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=6d042a2576f79b90e4cb966e5a946b831bcaf2fc> |
| 23:29 |
pinesol_dev |
News from commits: LP#2125838: follow-up: fix pgtap github action <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=bf3bfca1341670816c31f4439afbc195316c3916> |
| 23:33 |
pinesol |
News from commits: LP#2125838: follow-up: fix pgtap github action <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=bf3bfca1341670816c31f4439afbc195316c3916> |
| 23:56 |
|
sandbergja joined #evergreen |
| 10:01 |
jeff |
openssl s_client -connect SERVER:PORT -servername something.example.com |
| 10:01 |
Dyrcona |
Limnoria is still being worked on. |
| 10:01 |
jeff |
-connect is for your hostname or IP and port. -servername is for the value for SNI in the Client Hello. |
| 10:02 |
Dyrcona |
jeff++ # I've used openssl for testing things in the past, but usually use stunnel for production. |
| 10:02 |
Bmagic |
jeff: is that a cheatcode for connecting to SIP over SSL? |
| 10:02 |
jeff |
by default, it'll proceed even if certs don't validate, and it'll emit a lot of useful (or annoying) info about the certs and the negotiated protocol. |
| 10:03 |
jeff |
Bmagic: yes, sorry, that was what I meant by "on your earlier SIP over TLS/SSL question, I'd use openssl" |
| 10:03 |
Bmagic |
ok great, thanks! jeff++ |
| 10:03 |
Dyrcona |
Bmagic: s_client makes a ssl connection to the -connect endpoint. It's useful for connecting to anything. |
| 10:04 |
jeff |
useful for interactive testing/debugging. |
| 10:07 |
Bmagic |
trying it, it appears I have a place to transmit a message over the pipe? Tried my 93 login packet and it's not responding. What am I missing? |
| 10:08 |
jeff |
openssl's s_client command has an abundance of options, including -starttls, which is useful for if you're connecting to something that's plaintext by default but requires some kind of STARTTLS negotiation to begin the TLS conversation. -starttls accepts options for protocols it knows about, like smtp, imap, ftp, irc, xmpp, etc. |
| 10:08 |
jeff |
yes, it should work similar to a raw netcat or telnet connection in that you have a chance to send lines to the remote socket endpoint. |
| 00:04 |
|
sandbergja joined #evergreen |
| 00:41 |
pinesol |
News from commits: LP#1917761: follow-up: lint <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=6ee2a40b67ea3e1d2a8b9c0d827d745a508105cb> |
| 00:41 |
pinesol |
News from commits: LP2140575 (follow-up): add a test <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=d9eadc34110c88e52a05eb2477724103c8e8bdb0> |
| 00:41 |
pinesol |
News from commits: LP#2140575 Sort Subfield Codes by Letters Before Numbers <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=ce0a45f7c4bdb442ac00ae5933e4c6922faa4550> |
| 06:42 |
|
dmoo joined #evergreen |
| 08:17 |
|
mantis joined #evergreen |
| 08:31 |
|
mmorgan joined #evergreen |
| 11:40 |
|
jihpringle joined #evergreen |
| 11:57 |
jeff |
Dyrcona: I replied to bug 2141472 with what I hope is a helpful pointer/recommendation. |
| 11:57 |
pinesol |
Launchpad bug 2141472 in Evergreen "openapi_server should daemonize itself properly" [Undecided,New] https://launchpad.net/bugs/2141472 |
| 12:05 |
Dyrcona |
Well, while I'm looking at the API. I tried setting myself up as an integrator and just running the /self/me stuff from the test script and I seem to get no output. |
| 12:09 |
Dyrcona |
Hm... I don't have the api password type, though I was prompted to add it. |
| 12:12 |
Dyrcona |
I show up as an enabled integrator with list. |
| 12:15 |
Dyrcona |
The prompt to reset the password should offer a hint that y or n are the only acceptable values. |
| 14:13 |
pinesol |
News from commits: LP#2140574 MARC Editor: Combobox doesn't display sub-100 fields <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=09499690b8b9591cd5236bcd20d0f9a7316c2694> |
| 14:20 |
|
Dyrcona joined #evergreen |
| 14:32 |
Dyrcona |
I can't get the openapi server to work. |
| 14:33 |
Dyrcona |
I don't seem to even make it to the login. I'm using the test script with the values changed for my server environment, account and credentials. |
| 14:38 |
Dyrcona |
Oh. I think I might see the problem. I think it's a configuration issue. |
| 14:39 |
Dyrcona |
Well, now, I get a bad gateway error, so that's something to work with. |
| 14:42 |
jeffdavis |
Users: "Argh, an error message, how frustrating!" Admins: "Ah, an error message, how useful!" |
| 14:43 |
Bmagic |
can anyone think of a bug that describes "Staff client catalog search -> more filters" - the array of multi-line select boxes are too narrow to see all of the words |
| 14:46 |
mmorgan |
Bmagic: Maybe bug 2055061 ? |
| 14:46 |
pinesol |
Launchpad bug 2055061 in Evergreen "Long options in search filters difficult to read" [Undecided,Confirmed] https://launchpad.net/bugs/2055061 |
| 14:48 |
Dyrcona |
Ok. Now, I get LOGIN_FAILED after making some adjustments to the test script. Apparently, the v1 changed to v0. |
| 14:51 |
Bmagic |
mmorgan++ |
| 14:51 |
Bmagic |
you seem to have an iron trap for bugs! |
| 14:52 |
mmorgan |
:) |
| 10:31 |
|
Dyrcona joined #evergreen |
| 11:32 |
|
jihpringle joined #evergreen |
| 13:06 |
Dyrcona |
I don't suppose anyone is using the OpenAPI endpoint, yet. |
| 13:07 |
Dyrcona |
Also, I can't seem to find the test script that someone (goood?) sent around. |
| 13:08 |
goood |
Dyrcona: the test script? sec, I'll find a link. it just shows how to use curl with it. |
| 13:09 |
Dyrcona |
goood: That would be enough for me right now. I want to enable it for my own account on a test server and play with it a bit. |
| 13:10 |
goood |
http://nox.esilibrary.com/~miker/api-server-test.sh |
| 13:10 |
Dyrcona |
goood++ |
| 13:13 |
Dyrcona |
We're going to see if we can get a certain vendor to use the new API. They currently use OpenSRF and require a staff account or so they say. |
| 13:18 |
goood |
Dyrcona++ |
| 16:01 |
|
smayo joined #evergreen |
| 16:18 |
|
smayo joined #evergreen |
| 16:29 |
|
eglogbot_dev joined #evergreen |
| 16:32 |
eglogbot_dev |
test |
| 16:42 |
jeff |
hmm now? |
| 16:44 |
* goood |
wonders in ... "did I miss anything?" |
| 16:45 |
goood |
Bmagic++ # server maint |
| 07:56 |
pinesol |
News from commits: LP#2138969: fix query generation for certain Fielder grids <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=4e4536c8cbc4d056ab87c4c0304d65cf1c9963e9> |
| 07:56 |
pinesol |
News from commits: LP#2139299: Angular Reporter searching, changing 'string' to <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=03bf8ae29f0a55cf488030c34f15d3f34a0e7bc9> |
| 07:56 |
pinesol |
News from commits: LP#2130749: Reorder fields list in Angular Circulation Patron Search <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=46245aa480f50c3bb4c95a095fa50afe89f511bd> |
| 07:56 |
pinesol |
News from commits: LP#2130749: Adds Username to Checkbox Text in Angular Patron Search <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=7488faeafb60506fa3f82f185de59d916e8cf394> |
| 08:26 |
pinesol |
News from commits: LP#2120189: restore First Contiguous Non-Space Characters reports transform <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=b50bb9c8cd086b2b305e20681874cf9a00a1403b> |
| 08:26 |
pinesol |
News from commits: LP#2116743: Run Angular unit tests in GitHub actions <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=93f7f299f3ed3710764115d775a326d75e516a6e> |
| 08:59 |
|
mmorgan joined #evergreen |
| 09:00 |
|
Dyrcona joined #evergreen |
| 09:37 |
|
sandbergja joined #evergreen |
| 09:53 |
Dyrcona |
It looks like the attempt to run actor.usr_delete is failing. |
| 09:58 |
Dyrcona |
Ah ha! There's a problem with the code I'm testing. |
| 09:59 |
Dyrcona |
And maybe it is how I input the values of the settings, not the code itself. |
| 10:06 |
Dyrcona |
Heh. bugs in the test. : |
| 10:19 |
Dyrcona |
How do I set an org_unit_setting to true with Perl? |
| 10:19 |
Dyrcona |
I'll try 't', but bet it will fail. |
| 10:25 |
Dyrcona |
The tests all seem to set them to 1, but that failed for me because Rogan's code is doing a cast a to a BOOLEAN. |
| 10:26 |
Rogan |
what are you looking at? |
| 10:27 |
Dyrcona |
I'm adding Perl tests to Lp 1861239 |
| 10:27 |
pinesol |
Launchpad bug 1861239 in Evergreen "Aged transactions can be de-anonymized using post code and birth year" [Wishlist,Confirmed] https://launchpad.net/bugs/1861239 - Assigned to Jason Stephenson (jstephenson) |
| 10:27 |
Rogan |
ah, that explains the lack of recent memory |
| 10:27 |
Dyrcona |
Apparently, I can't set a JSON true value via Perl. |
| 10:38 |
Dyrcona |
Upgrade script worked. |
| 10:48 |
sandbergja |
Dyrcona, regarding a JSON true value via Perl, I came across this from berick recently: https://github.com/evergreen-library-system/Evergreen/blob/b50bb9c8cd086b2b305e20681874cf9a00a1403b/Open-ILS/src/perlmods/lib/OpenILS/Application/Actor/Settings.pm#L515-L519 |
| 10:51 |
Dyrcona |
sandbergja: Thanks, but I figured out something that works: OpenSRF::Utils::JSON->true |
| 10:56 |
Dyrcona |
This is why we should have tests... |
| 11:00 |
Dyrcona |
Awesome sauce. My tests and a fresh install are working. Guess the tests worked in the sense that they found issues with the schema code. |
| 11:00 |
Dyrcona |
Now to add tests for an ou that doesn't have the settings turned on. |
| 11:14 |
Dyrcona |
Maybe I should do tests for an org set to only redact birth year. I could see that being the most common setting: keep post code, but not birth year. |
| 11:16 |
|
sandbergja joined #evergreen |
| 11:25 |
sandbergja |
gmcharlt: thanks for your interest in reviewing bug 1741162 -- as you requested, I am sending you a reminder ping |
| 11:25 |
pinesol |
Launchpad bug 1741162 in Evergreen "Remove Dojo from added content JavaScript" [Undecided,New] https://launchpad.net/bugs/1741162 |
| 11:25 |
Dyrcona |
Only 7 of the 23 tests are actually testing this branch. |
| 11:26 |
Dyrcona |
I could add a couple more to see if the circulations are actually checked in, but... |
| 11:27 |
Dyrcona |
Think I'll add some tests for BR2 and BR3. Might as well exercise all of the options. |
| 11:56 |
Dyrcona |
Great. So I picked a user without a dob to test keeping only the birth year..... |
| 11:56 |
Dyrcona |
Guess I need to find another patron from BR3. |
| 11:57 |
pinesol |
News from commits: LP#1998645: (follow-up) tidy up updateInMemory* <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=a93ee8d543ee20d5c7c0fa150fc3c17306c8919e> |
| 11:57 |
pinesol |
News from commits: LP#1998645: (follow-up) rename "Filter" button <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=8c18db076612a1d54c417c0af944288a2e04493a> |
| 11:59 |
pinesol |
csharp_: Yes! |
| 11:59 |
Dyrcona |
Ha! |
| 12:01 |
Dyrcona |
OK. User #18 from BM1 has transactions and a dob. I'll use that user. |
| 12:03 |
Dyrcona |
Awesome. 47 tests pass. |
| 12:06 |
Dyrcona |
tests++ |
| 12:07 |
|
jihpringle joined #evergreen |
| 12:32 |
|
Christineb joined #evergreen |
| 12:47 |
Dyrcona |
Tests pass when I add the new one to the live_t directory, so that's something. |
| 13:24 |
|
Lorne joined #evergreen |
| 13:27 |
Lorne |
HI, if I am trying to hide OPAC for all of the Organisation Units in Staff client > Administration > Server Administration, do I have to be logged into the top-level consortium for the changes to stick? Right now I have an admin logged into BR1, turned off all OPAC & restarted apache but OPAC still shows. |
| 13:27 |
Dyrcona |
If the user was logged in when the setting change was made, then they need to log out and log in to see the change. |
| 13:33 |
Lorne |
++ Dyrcona |
| 13:35 |
* Dyrcona |
grabs 1509\ |
| 13:51 |
|
Lorne joined #evergreen |
| 13:57 |
pinesol |
News from commits: LP#1861239: Stamp DB Upgrade <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=f70aef27d4050f642dbbbe5a890c117d0cae5073> |
| 13:57 |
pinesol |
News from commits: LP#1861239: Add Perl live test for functionality <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=d91ba5d4f411d3514909185401fe464da07d9fd7> |
| 13:57 |
pinesol |
News from commits: LP#1861239: Fix Thinko in base schema <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=5dd2da323e561a109cd3af9c28ed41591672a3cd> |
| 13:57 |
pinesol |
News from commits: LP#1861239: Fix syntax error in 950.data.seed-values.sql <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=bff28d142f911d92a7d02d9d6bceba49d856b6e7> |
| 13:57 |
pinesol |
News from commits: LP#1861239: Improve release note formatting <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=09b2c4448c998904fe260c7ac6f9d09179c145e8> |
| 13:57 |
pinesol |
News from commits: LP#1861239: Optionally drop post code or birth year in aged transactions <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=b97416c2022f95bd6856a6123d2f870d0610a58d> |
| 14:58 |
Dyrcona |
typos-- |
| 15:06 |
Dyrcona |
Firmware update for the laptop. Why not install it, now? |
| 15:19 |
|
Dyrcona joined #evergreen |
