| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:27 |
|
rjackson_isl_hom joined #evergreen |
| 07:55 |
|
collum joined #evergreen |
| 08:08 |
|
Dyrcona joined #evergreen |
| 13:03 |
* Dyrcona |
is trying to get Net::SFTP::Foreign to work from a cron job. I suspect the issue is that it can't fine the known hosts file. |
| 13:10 |
Dyrcona |
Also, you just have to love it when your remote connections hang. |
| 13:13 |
Dyrcona |
mantis: I'm not sure what's going on, but I suspect either your VB networking is not quite right or github are temporarily blocking wget from your IP for some reason. |
| 13:16 |
Dyrcona |
Also, it helps not to make typos in the configuration file of the program that you're testing. RE: my issue with Net::SFTP::Foreign. |
| 13:24 |
Dyrcona |
Looks like the typo was my problem all along. :( |
| 13:24 |
mmorgan |
typos-- |
| 13:29 |
mantis |
Dyrcona++ |
| 13:29 |
mantis |
typos-- |
| 13:37 |
|
jvwoolf joined #evergreen |
| 14:15 |
* Dyrcona |
removes Pg 9.6 from the test db server and configures Pg 14 to use the port that Pg 9.6 was listening on. |
| 14:38 |
|
mantis joined #evergreen |
| 14:48 |
Dyrcona |
So, the 1288 upgrade script blows up on my data: psql:Open-ILS/src/sql/Pg/upgrade/1288.schema.note_and_message_consolidation.sql:297: ERROR: null value in column "create_date" violates not-null constraint |
| 14:50 |
Dyrcona |
Yeah, we have 94,011 actor.usr_note entries with a null create date. |
| 15:54 |
Dyrcona |
After updating the notes, the rest of the upgrade script succeeds. |
| 15:54 |
Dyrcona |
We may end up deleting a lot of these old notes at some point. |
| 17:40 |
|
mmorgan left #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:29 |
jeffdavis |
tag_updaters++ |
| 22:08 |
|
troy joined #evergreen |
| 22:08 |
|
Christineb_ joined #evergreen |
| 02:56 |
|
jweston joined #evergreen |
| 02:56 |
|
miker joined #evergreen |
| 02:56 |
|
akilsdonk joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:38 |
|
abneiman joined #evergreen |
| 07:22 |
|
rjackson_isl_hom joined #evergreen |
| 08:02 |
|
Dyrcona joined #evergreen |
| 09:00 |
|
rfrasur joined #evergreen |
| 09:14 |
|
collum joined #evergreen |
| 10:34 |
|
jvwoolf joined #evergreen |
| 12:13 |
Dyrcona |
So, from what it looks like (i.e. all of my tests say that the replication is caught up with zero lag), and from what RhodiumToad implied over in #postgresql, that starting replication query I mentioned yesterday is apparently normal in Pg 10. |
| 12:15 |
jeff |
not sure I saw you mention that yesterday. |
| 12:15 |
jeff |
(in here, anyway) |
| 12:22 |
|
jihpringle joined #evergreen |
| 15:05 |
|
sandbergja joined #evergreen |
| 15:05 |
JBoyer |
#info JBoyer will look at adding Edge on Windows support to the Hatch installer |
| 15:05 |
JBoyer |
To be honest with myself as much as the rest of you, this just isn't happening until November at the earliest, and I don't have the highest hopes for that either. |
| 15:05 |
JBoyer |
I can promise you that it will be an uneventful thing to test if anyone else would like to volunteer to experiment with the staff client in Edge. |
| 15:06 |
|
sandbergja joined #evergreen |
| 15:06 |
JBoyer |
Are there any volunteers interested in downloading Microsoft Chrome and making sure it Does The Thing? |
| 15:06 |
sandbergja |
#info sandbergja = Jane Sandberg, Linn-Benton Community College, coming in late |
| 15:07 |
JBoyer |
shulabear++ |
| 15:09 |
JBoyer |
I don't expect any surprises since I do use it at home to work with Evergreen, but I use a pretty limited subset of the client. If you could go through and poke at most interfaces side by side with Chrome and note any differences that would go a long way towards answering the question of how hard it would be to support. |
| 15:10 |
shulabear |
Got it. |
| 15:10 |
JBoyer |
#action shulabear will test out the staff client in Microsoft Edge |
| 15:10 |
terranm |
Speaking of which, has anybody done any extensive testing with ChromeOS? I know there are lots of printing headaches with ChromeOS, but not sure about any other potential problems |
| 15:10 |
|
terranm89 joined #evergreen |
| 15:11 |
JBoyer |
I mean, it literally is Chrome, even moreso than Edge, so I would hope it works, printing (and Hatch) aside. |
| 15:11 |
terranm89 |
Love it when I ask a question and IRC immediately kicks me off |
| 15:17 |
rfrasur |
gmcharlt++ |
| 15:18 |
gmcharlt |
some comments: |
| 15:18 |
abneiman |
gmcharlt++ |
| 15:18 |
gmcharlt |
1. we should also do an OpenSRF release, but that would mostly be about noting the Debian support changes |
| 15:19 |
gmcharlt |
2. For the release notes, I used 'asciidoctor' rather than 'asciidoc' to generate the HTML version. Main reason: asciidoctor supports the number of headings levels we're currently using, asciidoc does not |
| 15:19 |
gmcharlt |
3. testers welcome and needed |
| 15:19 |
gmcharlt |
so I'm wondering if anybody can make commitments to test this week or early next week |
| 15:20 |
gmcharlt |
assuming successful testing, I think the RC period could be truncated or potentially even dropped |
| 15:21 |
JBoyer |
Note if anyone is on the fence that some of the bugsquash servers could be updated to have the 3.8 beta if you're concerned about not being able to install it locally. |
| 15:22 |
rfrasur |
Are we just testing what's in the release notes? |
| 15:22 |
rfrasur |
(sorry, I know this is a dumb question) |
| 15:22 |
abneiman |
I can test against an updated bugsquash (need to finalize some docs things anyway) |
| 15:22 |
JBoyer |
Making sure that nothing existing was broken would also be good. |
| 15:22 |
gmcharlt |
rfrasur: that would be a started point, but the broader testing that we collectively do, the more regressions that get identified |
| 15:22 |
rfrasur |
So, release notes and generalized "everything" testing? |
| 15:23 |
gmcharlt |
yeah |
| 15:23 |
JBoyer |
I'll just plan to load up pattypan and festivus with 3.8b. pattypan will be a fresh db, festivus an upgrade from 3.7.1 |
| 15:23 |
rfrasur |
If there's a server, I can commit some time. |
| 15:25 |
JBoyer |
later today basically means plan to look at them whenever you have time tomorrow or later; I'm not working on them this particular moment. ;) |
| 15:25 |
rfrasur |
lol, slacker |
| 15:26 |
JBoyer |
Only one keyboard on this machine. |
| 15:26 |
JBoyer |
So, if no one has anything else to add re: testing 3.8b we have our LP updates coming up. |
| 15:27 |
terranm89 |
Do these LP tag changes sound okay to everyone? Any red flags or other tag suggestions? https://docs.google.com/document/d/1rB11V4Lla_c5Sw_CuytvQRbDBaa6RsIgGA6ZswaaUhs/edit# |
| 15:27 |
terranm89 |
Sorry, did I jump ahead? |
| 15:27 |
JBoyer |
Technically, but that's LP too. :) |
| 15:31 |
Dyrcona |
I don't necessarily think so, unless by needsrepatch we mean it doesn't work as advertised. |
| 15:31 |
terranm89 |
That's how I was interpreting needsrepatch |
| 15:32 |
JBoyer |
And I think there are a couple instances where that's the case. |
| 15:32 |
terranm89 |
This is the description in the official tags list: testing revealed that the submitted code needs more work |
| 15:32 |
terranm89 |
Of course, we could just change that description, too |
| 15:33 |
Dyrcona |
I'm not sure that I like the two tags being so similar, but guess I'll have to live with it. |
| 15:33 |
Dyrcona |
Also, I agree with gmcharlt regarding the deprecation tag. |
| 15:34 |
terranm89 |
Whatabout "needsrebase" and "needswork" ? |
| 15:56 |
Dyrcona |
JBoyer: I had some scripts for updating Lp bugs by series for releases, setting Fix Committed to Fix Released, but they stopped working a few years ago. I have meant to revisit them. |
| 16:03 |
JBoyer |
Dyrcona++ hopefully that newer python module will make that easier |
| 16:04 |
|
jvwoolf joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 03:30 |
|
jweston joined #evergreen |
| 03:30 |
|
miker joined #evergreen |
| 03:30 |
|
akilsdonk joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 09:18 |
|
collum joined #evergreen |
| 09:27 |
|
mantis joined #evergreen |
| 10:35 |
|
Dyrcona joined #evergreen |
| 10:43 |
Bmagic |
not yet, but maybe your my canary |
| 10:48 |
Dyrcona |
It all worked before doing apt upgrade and a reboot. |
| 10:49 |
Dyrcona |
What makes me suspect iptables on the load balancer is it works on machines with external IPs as well as non-routable IPs. |
| 10:49 |
Dyrcona |
I have tested on all of my vms, yet. |
| 10:50 |
Dyrcona |
That should be I have NOT tested on all of the vms. |
| 10:50 |
Dyrcona |
It's always something... |
| 10:52 |
Dyrcona |
OK. It is not iptables. DNS works on a physical server that was upgraded previously from Ubuntu 16 to Ubuntu 18, had updates applied today, and still has /etc/network/interfaces. So, maybe its with netplan and systemd? |
| 10:52 |
Dyrcona |
The DNS nameservers are the same. |
| 11:26 |
Dyrcona |
s/you're/your/ |
| 12:37 |
|
collum joined #evergreen |
| 12:43 |
|
collum joined #evergreen |
| 13:15 |
mantis |
This was something I asked once already in IRC. I tried to set up an autorenewal notice in a test environment to display the item barcode but received failures. The latest I had were [%- SET idx = loop.count - 1; SET udata = user_data.$idx -%] |
| 13:15 |
mantis |
[%- SET cid = circ.target_copy.id || udata.copy -%] |
| 13:15 |
mantis |
[%- SET copy_details = helpers.get_copy_bib_basics(cid) -%] |
| 13:15 |
mantis |
Barcode: [% circ.target_copy.barcode %] |
| 13:17 |
Dyrcona |
mantis: You added circ.target_copy to the environment: action_trigger.environment table? |
| 13:19 |
mantis |
ah I didn't I'll try that now |
| 14:03 |
Dyrcona |
iptables-- |
| 14:03 |
Dyrcona |
pf++ |
| 14:18 |
Dyrcona |
So, my DNS problem ended up being iptables on the load balancer/router. I had to switch from a SNAT rule to a MASQUERADE. I'm not sure why the SNAT stopped working for DNS, but still seemed to work for connections via IP address. Oh well, it's all working, now. |
| 14:25 |
Dyrcona |
On the plus side, we're running Pg 10 in production. The pg_upgrade with a copy, not --link, took about 1 hour, then another hour or so to restart replication with pg_basebackup. |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 21:35 |
|
degraafk joined #evergreen |
| 03:24 |
|
tsadok joined #evergreen |
| 04:44 |
|
bshum joined #evergreen |
| 05:14 |
|
jonadab joined #evergreen |
| 06:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:28 |
|
rjackson_isl_hom joined #evergreen |
| 08:35 |
|
mmorgan joined #evergreen |
| 08:38 |
|
mantis joined #evergreen |
| 09:06 |
|
Dyrcona joined #evergreen |
| 09:22 |
|
rfrasur joined #evergreen |
| 09:23 |
Dyrcona |
Pg 14 was released yesterday, so guess I'll add it to my testing server. I may drop Pg 9.6 later this month. |
| 09:25 |
Dyrcona |
Also, for those who care, I set up a VM with 680GB of space so I can test what happens when I upgrade a production Evergreen server from Ubuntu 18.04 to Ubuntu 20.04. I've got a server running 20.04, but I typically do pg_restore which fixes the indexes. |
| 09:32 |
Dyrcona |
Looks like we may get to drop a dependency: Note, selecting 'postgresql-14' instead of 'postgresql-contrib-14' |
| 09:34 |
Dyrcona |
That appears to be true for 10 through 14 when using the PostgreSQL community apt repo. |
| 09:35 |
Dyrcona |
They all say that postgresql-contrib-VERSION is a purely virtual package. |
| 09:46 |
csharp_ |
got curious about that - looks like the -contrib package used to break out the modules described in https://www.postgresql.org/docs/10/contrib.html but now is bundled in the main package |
| 09:52 |
Dyrcona |
Yeahp. |
| 09:52 |
Dyrcona |
They're separate packages on 9.6. |
| 09:59 |
Dyrcona |
So, I've got Pg 14 with the plprofiler installed and running. I'll work on configuring it and loading a test dump next week. |
| 10:00 |
Dyrcona |
Looks like the default password format changed. I'll have to read the release notes if that means anything for upgrades. |
| 10:00 |
|
jvwoolf joined #evergreen |
| 10:36 |
mantis |
Has anyone successfully found the macro for copy barcode used in something like autorenewal notices? I tried copy_details.barcode, copy.barcode, and cid.barcode |
| 16:25 |
Dyrcona |
I may consider using pgbouncer since we seem to have a lot of idle connections. |
| 16:26 |
berick |
i've experimented with pgbouncer and liked what I saw. haven't used it beyond that though. |
| 16:30 |
Dyrcona |
good to know. |
| 16:44 |
pinesol |
News from qatests: Failed Installing OpenSRF pre-requisites <http://testing.evergreen-ils.org/~live//archive/2021-10/2021-10-01_16:00:02/test.7.html> |
| 16:49 |
Dyrcona |
Nothing that we can fix: Hash Sum mismatch |
| 16:52 |
JBoyer |
ETRYAGAIN |
| 16:55 |
Dyrcona |
Yeah. |
| 06:01 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live//archive/2021-09/2021-09-24_04:00:03/test.42.html> |
| 07:26 |
pinesol |
[evergreen|Jason Boyer] LP1928258: Correct Upgrade Script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bec5712> |
| 07:27 |
|
rjackson_isl_hom joined #evergreen |
| 07:30 |
JBoyer |
berick, Will you have time today to update the failling regression test for Vandelay? It's related to the update editor / update bib sources changes from LP 1928258. |
| 07:30 |
pinesol |
Launchpad bug 1928258 in Evergreen "Add separate "update edit date / editor" fields for Vandelay merge profiles" [Wishlist,Fix committed] https://launchpad.net/bugs/1928258 |
| 07:31 |
|
mantis joined #evergreen |
| 08:42 |
|
mmorgan joined #evergreen |
| 09:47 |
jeff |
if there were something that tied payments to billings like that, I don't think we'd need mmpbbt. :-) |
| 09:47 |
JBoyer |
"but they" = "but the billings they" |
| 09:47 |
Bmagic |
yeah, agreed, if the billings that were originally aa'ed get voided, then the aa has to go somewhere* |
| 09:48 |
JBoyer |
And that's the issue with the current mmpbt func, where they go isn't necessarily un-voided (and for the most part explicitly isn't in that example xact in the test) |
| 09:51 |
|
jvwoolf joined #evergreen |
| 09:52 |
Bmagic |
Well, wait a minute, it doesn't pay voided bills at all |
| 09:53 |
JBoyer |
The steps in my comment at the bottom of the bug show how that happens. Billings were adjusted, later they were voided, now things are mis-applied in mmpbt. |
| 09:54 |
jeff |
I'm going to try to make time to look at the tests. I appreciate that they're there now. :-) |
| 09:54 |
JBoyer |
They're poorly named and too basic, but can help make sure it doesn't do something silly. |
| 09:56 |
Bmagic |
if the payment is negative, then it pays voided billings as the last step. The issue is there somehow? (Because that's the only logic that deals with voided billings) |
| 10:02 |
* mmorgan |
tries to wrap head around negative payments applying to voided billings:-/ |
| 10:22 |
Bmagic |
seperate/separate login/logic |
| 10:49 |
|
jvwoolf joined #evergreen |
| 10:51 |
pinesol |
[evergreen|Bill Erickson] LP1938729 Cache "cascade" setting values - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3887004> |
| 10:57 |
csharp_ |
I must have missed a commit where chromium and firefox are no longer installed by the -developer Makefile.install targets? |
| 10:58 |
csharp_ |
(testing the bullseye EG/OpenSRF branches and npm run test is failing |
| 10:58 |
csharp_ |
) |
| 10:59 |
JBoyer |
csharp_, That commit is the first one in the bullseye branch. |
| 10:59 |
JBoyer |
it's from a branch for a different lp though I believe. |
| 11:00 |
csharp_ |
ah - I didn't cherry-pick that one |
| 11:00 |
csharp_ |
oh right - it's a working repo commit so pinesol doesn't know about it |
| 11:03 |
csharp_ |
ok, I see now - it's in bug 1850156 |
| 11:03 |
pinesol |
Launchpad bug 1850156 in Evergreen "Need a -git make target" [Wishlist,Confirmed] https://launchpad.net/bugs/1850156 |
| 11:04 |
csharp_ |
I guess I'm testing a buncha muncha cruncha bugs at the same time :-) |
| 11:09 |
mmorgan |
csharp_: Buncha Muncha Cruncha Bugs sounds like a nutritious breakfast cereal! |
| 11:09 |
* berick |
hankers for a hunk o' cheese |
| 11:11 |
rfrasur |
Amish cheese? |
| 15:16 |
pinesol |
[evergreen|Chris Sharp] LP#1944765: add headers to bullseye install script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=97bf745> |
| 15:22 |
csharp_ |
ha! claiming 1300!! |
| 15:22 |
mmorgan |
Woo hoo!! |
| 15:26 |
rhamby |
csharp I don't know if you have an interest but I've been testing Mike Risher's angular port for action triggers, I'm going to install it in a clean test but then ... |
| 15:26 |
pinesol |
Showing latest 5 of 9 commits to Evergreen... |
| 15:26 |
pinesol |
[evergreen|Bill Erickson] LP1919465 Relabel Item Location -> Shelving Location - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=994a429> |
| 15:26 |
pinesol |
[evergreen|Bill Erickson] LP1919465 Pull List Mark Discard/Weed Action - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8d61829> |
| 15:26 |
pinesol |
[evergreen|Chris Sharp] LP1919465: stamp upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f685c2a> |
| 15:27 |
terranm |
rhamby++ |
| 15:28 |
csharp_ |
rhamby: I need a break, but I'll take a look. I do remember reviewing that some time ago and I don't remember what the problem was |
| 15:28 |
rhamby |
csharp_ fwiw it tested okay for you but when galen pulled it it failed to pull cleanly, which seems to be something weird with his commit not the code itself |
| 15:29 |
rhamby |
so I'm basically redoing his second commit though the code is the same |
| 15:29 |
gmcharlt |
looks like saving bibs is currently broken in master |
| 15:30 |
gmcharlt |
1298 refers to a function, evergreen.array_remove_item_by_value, that was removed in 1264 |
| 15:35 |
gmcharlt |
ok, easy enough to fix |
| 16:35 |
gmcharlt |
for any commtter, I commend the OAI provider support (bug 1729620) patchset for consideration as a last-minute addition to 3.8 |
| 16:35 |
pinesol |
Launchpad bug 1729620 in Evergreen "Add optional oai2 opensrf module" [Wishlist,Confirmed] https://launchpad.net/bugs/1729620 |
| 16:37 |
gmcharlt |
note my comment #7 - I have some reservations, but I think it is (a) good enough to go in as an experimental feature, (b) a purely optoinal feature that is not enabled by default, and (c) doesn't have tendrils that would affect other parts of Evergreen |
| 16:48 |
rhamby |
https://bugs.launchpad.net/evergreen/+bug/1855780 has somne history of testing already, I don't know if it'll make it in 3.8 but here it is https://bugs.launchpad.net/evergreen/+bug/1855780 |
| 16:48 |
pinesol |
Launchpad bug 1855780 in Evergreen "Angular: Notifications/Action Triggers UI Port" [Wishlist,Confirmed] |
| 16:50 |
gmcharlt |
user/rogan/lp1855780_action_triggers_port_rebased? if so, please update the bug |
| 17:01 |
gmcharlt |
rhamby: it's not quite there yet, unless somebody else wants to spend time on it; e.g., atcol needs to be registered with prcrud for the edit enviornment modal to work |
| 17:08 |
|
mmorgan left #evergreen |
| 17:11 |
terranm |
corecommitters++ Y'all beat the record for most commits since we started doing bug squash weeks! |
| 18:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live//archive/2021-09/2021-09-24_16:00:03/test.29.html> |
| 18:04 |
terranm |
FYI, I'm logging out, but I'll finish up the statistics tomorrow morning to include anything else that happens today |
| 18:20 |
|
rjackson_isl_hom joined #evergreen |
| 18:53 |
|
jihpringle joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:17 |
|
collum joined #evergreen |
| 07:22 |
|
rjackson_isl_hom joined #evergreen |
| 08:02 |
|
stephengwills left #evergreen |
| 10:52 |
csharp_ |
ok, gimme some-a them bugs for me to squash |
| 10:52 |
gmcharlt |
csharp_: if you're looking for suggestions, how about bug 1925028 |
| 10:52 |
pinesol |
Launchpad bug 1925028 in Evergreen "Holds Ratio Reports should more accurately report available copies and include a "By Home Library" source" [Wishlist,Confirmed] https://launchpad.net/bugs/1925028 |
| 10:54 |
terranm |
There are quite a few things will open pullrequests that need to be tested by a sysadmin, too, since they can't be tested by an end user |
| 10:59 |
* gmcharlt |
claims 1297 |
| 11:00 |
csharp_ |
gmcharlt: thanks! I'll take a look |
| 11:01 |
pinesol |
[evergreen|Chris Sharp] LP#1921057: fix release notes typo - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b17c543> |
| 11:07 |
pinesol |
[evergreen|Galen Charlton] LP#1759382: stamp schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3f82a71> |
| 11:07 |
pinesol |
[evergreen|Galen Charlton] LP#1759382: add release notes entry - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=135d343> |
| 11:19 |
csharp_ |
can we get to 1300 today? I think we can |
| 11:20 |
Dyrcona |
I was kind of hoping to do 1300, myself, but it doesn't look like I'm going to get to much actual testing this week. |
| 11:21 |
* Dyrcona |
is off tomorrow. |
| 11:54 |
csharp_ |
claiming 1298 |
| 12:05 |
pinesol |
[evergreen|Mike Rylander] LP#1864516: case-insensitive browse entry display value comparison - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fe23d26> |
| 13:06 |
|
jihpringle joined #evergreen |
| 13:15 |
csharp_ |
@quote add <jeffdavis> 'Tis better to have committed and reverted, than never to have committed at all. |
| 13:15 |
pinesol |
csharp_: The operation succeeded. Quote #218 added. |
| 13:19 |
terranm |
lol |
| 13:25 |
terranm |
FYI, I'm taking my test server down and refreshing it |
| 13:36 |
mmorgan |
Another task, another rabbit hole ... |
| 13:36 |
gmcharlt |
mmorgan: I suddenly really feel for the rabbitmq developers ;) |
| 13:37 |
gmcharlt |
"it's nothing _but_ rabbit holes" |
| 13:40 |
jeff |
gmcharlt: Just imagine the onboarding proces for new yakshaved devs! |
| 13:40 |
mmorgan |
:) |
| 13:41 |
gmcharlt |
ha! |
| 13:45 |
JBoyer |
Quick Q, is anyone having problems exporting a record from Vandelay on a very fresh checkout? works on pattypan, but my personal test machine is giving me this gem in the gateway log: No authentication done but request not allowed without authentication for /exporter. Authentication not configured?, referer: (blahblah)/eg2/en-US/staff/cat/vandelay/export |
| 13:46 |
JBoyer |
Just trying to export bib id 2 from concerto. |
| 13:47 |
JBoyer |
And fresh checkout meaning just a couple hours old. Not sure if it's my test machine (I don't export much) but I can't imagine this being a config thing, |
| 13:50 |
jeff |
I can't remember if exports use temporary files, but you might check on that -- especially your vandelay spool dir vs systemd private /tmp |
| 13:51 |
Dyrcona |
It probably does, and IIRC there's some reason that recent Apache can't use /tmp. |
| 13:52 |
jeff |
(Evergreen config defaults to /tmp for the vandelay spool dir, systemd defaults to private /tmp for apache, which means OpenSRF perl processes use /tmp and apache's /tmp is mapped elsewhere) |
| 14:40 |
JBoyer |
Appears to not have been that, but I've given up since exporting wasn't what I was worried about. |
| 14:40 |
JBoyer |
However! Any sysadmins interested in knocking out a basic bug, check out lp 1900005 |
| 14:40 |
pinesol |
Launchpad bug 1900005 in Evergreen 3.6 "oils_ctl.sh and autogen.sh should not require the opensrf account" [Undecided,New] https://launchpad.net/bugs/1900005 |
| 14:43 |
Bmagic |
JBoyer: sounds like "fun" - would it be fair to assume that a good test would be on an installation that uses a different user other than opensrf? |
| 14:45 |
JBoyer |
Bmagic, file ownership doesn't generally matter for services. It makes more of a difference if you run apache as a non-www-data user but I'm not down with that. |
| 14:45 |
Dyrcona |
I'm not really down with running services as a different user, either. |
| 14:45 |
Bmagic |
"homey don't play that" |
| 14:53 |
Dyrcona |
JBoyer: So, if I understand correctly, I should be able to install this patch and then start OSRF services as a user other than opensrf so long as that user 1) isn't id 0, and 2) can write to the appropriate directories? |
| 14:54 |
JBoyer |
oils_ctl.sh doesn't worry about writing, but yes, you should be able to run as whoever, and run autogen as anyone that can save the appropriate files. |
| 14:55 |
Dyrcona |
OK. I'll have a look. I'm not sure I'd consider this a bug fix, so if it works for me, I may just add my signoff and let someone else decide what branches to push it to. |
| 14:55 |
Dyrcona |
I suppose that I should test this somewhere that I've already setup SIP2. |
| 14:56 |
JBoyer |
3.8+ is probably fine, since it doesn't seem to be a pain point for anyone (or it's being worked around already) |
| 14:57 |
JBoyer |
I need to make time to clean up / detangle my systemd units and make them an installable option. Not sure they'll make 3.8 though. |
| 14:58 |
Dyrcona |
I've found myself using systemd more lately, particularly on my Pinebook. I added local/user systemd units to start ssh-agent and gpg-agent when I login. |
| 15:00 |
pinesol |
[evergreen|Josh Stompro] LP#1924562 - pingest.pl help typo for --max-duration - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=17925e7> |
| 15:01 |
Dyrcona |
JBoyer: Yes, I've learned what I've needed to know as I've gone along. Seems simpler than porting Evergreen to FreeBSD. :) |
| 15:01 |
Dyrcona |
S'pose I could dust off the branches and switch to Devuan. :) |
| 15:02 |
Dyrcona |
I think I have a SQL update to create a SIP user that works with stock master, so maybe I'll test oils_ctl.sh on a blank VM. |
| 15:02 |
JBoyer |
Somewhere (possibly lost to the mists of time now...) I found a site that used dbus to somehow get systemd to give you proper error messages for units to help with debugging. It was annoying but a big help at one point. |
| 15:02 |
csharp_ |
with the recent death of CentOS, I just started a rocky branch for OpenSRF based on my previous work |
| 15:03 |
csharp_ |
one of these days we'll have production-ready installation on an RPM-based distro |
| 15:38 |
Bmagic |
install_evergreen_server_x64.msi # that'll be the day |
| 15:39 |
Dyrcona |
Evergreen_Server.dmg :) |
| 15:40 |
Bmagic |
:) |
| 15:41 |
Dyrcona |
So, I apparently have a CSV of users, including a SIP account, that I used for testing once, but nothing to indicate the script that I used to create the uses in the database. |
| 15:45 |
Dyrcona |
OK. Found the SQL that I was looking for, but it predates the new auth/password set up. |
| 16:09 |
csharp_ |
Windows + SQL Server + Java + ISS |
| 16:09 |
csharp_ |
IIS, rather |
| 16:17 |
Dyrcona |
Makes sense. |
| 16:20 |
Dyrcona |
Time to go! |
| 16:23 |
gmcharlt |
bug 1944765 now has a pull request |
| 16:23 |
pinesol |
Launchpad bug 1944765 in Evergreen 3.6 "mod_headers is not enabled by default" [Medium,New] https://launchpad.net/bugs/1944765 |
| 17:25 |
|
mmorgan left #evergreen |
| 17:34 |
|
terranm joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 20:17 |
|
jihpringle joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live//archive/2021-09/2021-09-22_04:00:02/test.41.html> |
| 06:58 |
|
collum joined #evergreen |
| 07:22 |
|
rjackson_isl_hom joined #evergreen |
| 07:53 |
|
mantis joined #evergreen |
| 10:05 |
|
tlittle joined #evergreen |
| 10:17 |
|
terranm joined #evergreen |
| 10:18 |
JBoyer |
gmcharlt++ |
| 10:18 |
JBoyer |
Live test fix landing soon |
| 10:20 |
pinesol |
[evergreen|Jason Boyer] LP1905028: Make live tests chill out - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=eea6e5f> |
| 10:22 |
csharp_ |
Dyrcona: eby: same here - interesting article though and something to keep an eye on |
| 10:23 |
csharp_ |
@bartender live tests |
| 10:23 |
* pinesol |
fills a pint glass with New Belgium Porch Swing Single Ale, and sends it sliding down the bar to live tests (http://beeradvocate.com/beer/profile/192/1916/) |
| 10:23 |
jeff |
perhaps neither of you have done an in-place upgrade that involves the glibc collation changes in question. :-) |
| 10:24 |
jeff |
"The breaking change in glibc was introduced in Debian 10 (Stretch) , Ubuntu 18.10 (cosmic) and 20.04 LTS (focal), and RedHat 8." |
| 10:24 |
berick |
noting our new event-grid.component.ts could use some 'ng lint' love |
| 10:29 |
Dyrcona |
jeff: I've upgraded in place from 18.04 to 20.04 . |
| 10:30 |
Dyrcona |
Of course, I've reloaded the databases from dumps multiple times since then. |
| 10:30 |
Dyrcona |
I'm not using 20.04 in production, yet, just on a test database server. |
| 10:33 |
Dyrcona |
JBoyer: There's a way to have Tests::More calculate the number of tests. I use it in my Emacs skeletons for Perl tests. |
| 10:35 |
JBoyer |
Dyrcona++ |
| 10:35 |
JBoyer |
Wasn't entirely the issue with that test but good to know. |
| 10:37 |
Dyrcona |
Well, I saw that you changed the number of tests to run. I suppose there are pros and cons of either approach. |
| 10:38 |
Dyrcona |
To have Tests::More calculate the number of tests, just use Tests::More without specifying the number of tests. At the end of the script call the done_testing() subroutine. |
| 10:39 |
Dyrcona |
It's useful when first writing the test script and you don't know yet how many tests you're going to run. One could always go back later and fill in the number of tests and remove the done_testing() line. |
| 10:43 |
Dyrcona |
JBoyer: You remember that security audit that I mentioned last week? I'm debating with myself about opening bugs regarding some of the Apache configuration things. |
| 10:45 |
JBoyer |
Might be worth bringing them up even if they're not especially urgent. If memory serves they had some pretty tame stuff but no harm in checking them out. |
| 10:45 |
JBoyer |
Also, nothing stopping us from making a private security bug public for broader discussion if it's not that serious. |
| 11:09 |
csharp_ |
@band add Private Bug |
| 11:09 |
pinesol |
csharp_: Band 'Private Bug' added to list |
| 11:10 |
csharp_ |
jeff: we did an in-place upgrade of Ubuntu 16.04 -> Ubuntu 18.04, but we're also using the PostgreSQL APT repo, which may make a difference |
| 11:14 |
Stompro |
Bug #1862694 only seems to effect us, since it is triggered by how we name our servers... but I don't think I'm allowed to test and sign off on it.. right? |
| 11:14 |
pinesol |
Launchpad bug 1862694 in Evergreen 3.6 "Record Buckets - Batch Edit redirect - Regex replace that fails for us" [Undecided,New] https://launchpad.net/bugs/1862694 |
| 11:15 |
Stompro |
Anyone willing to test that they can still get to the Batch Edit interface? I'm willing to test another bug in trade! |
| 11:15 |
gmcharlt |
Stompro: it probably won't be until next week, but I can test it |
| 11:19 |
Stompro |
gmcharlt, thanks, anything I can test in return? |
| 11:26 |
gmcharlt |
Stompro: thanks. maybe bug 1940962? |
| 11:26 |
pinesol |
Launchpad bug 1940962 in Evergreen "Default carousel spacing is too small" [Wishlist,New] https://launchpad.net/bugs/1940962 |
| 11:28 |
Stompro |
gmcharlt, will do. |
| 16:47 |
* Dyrcona |
decides to sleep on it. |
| 17:05 |
|
mmorgan left #evergreen |
| 17:57 |
|
Stompro joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:22 |
|
gsams joined #evergreen |
| 18:54 |
|
stephengwills joined #evergreen |
| 20:50 |
|
Stompro joined #evergreen |
