| 15:02 |
sleary |
#info sleary = Stephanie Leary, EOLI |
| 15:04 |
shulabramble |
Latecomers can introduce themselves as they enter |
| 15:04 |
smayo |
#info smayo = Steven Mayo, PINES |
| 15:04 |
shulabramble |
#topic Action Items from Last Meeting |
| 15:04 |
shulabramble |
#topic sleary and sandbergja will report further progress on test writing wiki pages next month |
| 15:04 |
sandbergja |
There's this puppy, feedback very welcome: https://wiki.evergreen-ils.org/doku.php?id=qa:preventing_regressions |
| 15:05 |
shulabramble |
sandbergja++ |
| 15:05 |
sleary |
sandbergja has made great progress on improving the tests themselves; see bugs.launchpad.net/evergreen/+bugs?field.searchtext=&orderby=-date_last_updated |
| 15:07 |
shulabramble |
wanna do a further update next month? |
| 15:07 |
sandbergja |
sleary++ # indeed |
| 15:07 |
sleary |
absolutely |
| 15:07 |
shulabramble |
#action sleary and sandbergja will report further progress on test writing wiki pages next month |
| 15:07 |
shulabramble |
yay! moving on. |
| 15:07 |
shulabramble |
#topic gmcharlt will be calling an organizing meeting for the nascent Infrastructure Committee |
| 15:08 |
sleary |
I belive gmcharlt is out today |
| 15:09 |
shulabramble |
sleary++ we'll kick that |
| 15:09 |
shulabramble |
#action gmcharlt will be calling an organizing meeting for the nascent Infrastructure Committee |
| 12:06 |
* sleary |
points a sonic screwdriver at pinesol |
| 12:14 |
Dyrcona |
eeevil: Do you think authority_authority_linker.pl would work in parallel? |
| 12:16 |
eeevil |
Dyrcona: today, pre-THAT-patch, I assume you mean? hrm... it should be able to in theory, because it doesn't actually change any headings, it just adds $0s to variant term fields ... BUT, that doesn't mean we're not doing the naive thing and just letting it do an auth reingest that triggers (useless) browse entry updates |
| 12:27 |
Dyrcona |
Well, I got it down to 22 hours on my test system by doing batches of 10,000 records at a time. Doing the --all option took almost 72 hours. |
| 12:28 |
Dyrcona |
I've been asked about running both the authority to authority linker and authority control fields in production, so I'm trying to estimate how long it will take. |
| 12:29 |
Dyrcona |
I am going to test with the parallel browse ingest branch this time. |
| 13:32 |
|
mixo joined #evergreen |
| 13:38 |
|
jonadab joined #evergreen |
| 13:40 |
mixo |
Hello! I am trying to generate reports but when I click "View Report Output" I get an ERR_TOO_MANY_REDIRECTS error. |
| 15:39 |
|
redavis joined #evergreen |
| 15:40 |
eeevil |
so that both addresses the rebase conflict /and/ brings back the SUBSTRING() calls |
| 15:54 |
Dyrcona |
eeevil++ |
| 15:54 |
Dyrcona |
I'll update my test system. |
| 17:04 |
|
mmorgan1 left #evergreen |
| 07:28 |
|
Guest51 joined #evergreen |
| 08:39 |
|
mmorgan joined #evergreen |
| 09:58 |
|
sandbergja joined #evergreen |
| 10:27 |
sleary |
sandbergja I found this last night and I love how simple the custom tests are. https://biomejs.dev/blog/biome-v2 They're not quite done with the HTML piece, though -- https://github.com/biomejs/biome/pull/6907 |
| 10:29 |
eeevil |
sandbergja: I see you grabbed the might_have reporting patch. please do not commit that. it is incorrect. |
| 10:30 |
eeevil |
the fix is to use has_a instead of might_have. there is NEVER a case where an actual, extant column on a table should be described in an associated <link> entry with might_have. |
| 10:30 |
sandbergja |
sleary++ # that looks cool! |
| 10:32 |
eeevil |
"and there will only ever be exactly ONE remote object" |
| 10:32 |
sandbergja |
gotcha |
| 10:33 |
eeevil |
it's the 0-or-1 version of has_many, which is 0-or-more |
| 10:36 |
sandbergja |
eeevil: would you object to a perl test that parses the fm_IDL.xml and confirms that there are no non-virtual might_have links? It might be easier to remember *not* to do that if some automation helps us out. |
| 10:39 |
eeevil |
we should be able to do that with the xsd, and just call xmllint to test. that seems more correct since we're trying to enforce an xml schema. but I won't stand in the way of /any/ tests, if perl gets it done |
| 10:42 |
sandbergja |
ah that would work, I like that idea |
| 10:57 |
|
Dyrcona joined #evergreen |
| 11:06 |
Dyrcona |
It's too hot to think. |
| 14:45 |
sandbergja |
eeevil: I made a branch to get xmllint passing schema validation again, and put it into github actions so we can catch problems earlier. Would you mind taking a look if you have time? bug 2119034 |
| 14:45 |
pinesol |
Launchpad bug 2119034 in Evergreen "Get xmllint passing again and check it in github actions" [Undecided,New] https://launchpad.net/bugs/2119034 |
| 14:45 |
jeffdavis |
smayo++ # adding the explanation of might_have etc to the wiki |
| 14:47 |
sandbergja |
I came to the realization that I have No Idea At All how to add an assertion about the might_have must be virtual assertion to the schema, I'd be happy to write a Perl test, or just a ticket so somebody who knows how to do the xml schema approach can work their magic |
| 14:47 |
sandbergja |
smayo++ |
| 14:47 |
|
smayo joined #evergreen |
| 14:53 |
eeevil |
sandbergja: I'm not familiar with the GH bits, but the topmost commit looks great. we don't have any instances of unbounded, but that's the semantic default, so, +1 to that addition |
| 14:54 |
|
jihpringle joined #evergreen |
| 14:54 |
sandbergja |
eeevil: thanks for taking a look! |
| 14:55 |
eeevil |
I'll push a signoff for that commit now, unless you're planning to jump on a perl-ish test soon, in which case I'll commit to pushing the whole shebang (relatively) quickly! :) |
| 14:57 |
sandbergja |
I think the perl-ish will come later, I think I've spent all the XML time I can today haha |
| 14:58 |
eeevil |
FWIW, the reltype rules are in a comment at the top of fm_IDL.xml in the fix (and sandbergja's) branch. hopefully once that's in, it'll be a useful reminder |
| 14:58 |
eeevil |
but, wiki++ |
| 10:09 |
pinesol |
News from commits: Stamp baseline db version for LP#1648276 <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=02889b2bca033d4cc61664dd8b4a2181774faf18> |
| 12:01 |
|
jihpringle joined #evergreen |
| 13:32 |
|
jihpringle joined #evergreen |
| 13:38 |
csharp_ |
on Rocky9, Makefile.install is going to take a long time because of the many unpackaged Perl modules required |
| 13:40 |
csharp_ |
build mod from source, fail test because of missing dependency, build *that* module from source, rinse, repeat |
| 13:41 |
csharp_ |
some of the dependency modules may be available in the RPM repos, but that grows heads quickly |
| 14:35 |
|
Christineb joined #evergreen |
| 14:50 |
JBoyer |
No cpan? |
| 15:53 |
|
jihpringle joined #evergreen |
| 15:59 |
csharp_ |
JBoyer: yeah, CPAN is what's taking forever |
| 16:00 |
csharp_ |
also a lot of failures - I think I must be missing something SSL-ish on my server because all the HTTPS tests are failing |
| 16:00 |
JBoyer |
Oh, I was reading the "fail, install dep, retry" thing the wrong way. |
| 16:01 |
JBoyer |
You could pass the -T param to cpan to tell it to not even bother, that will speed things up. |
| 16:01 |
JBoyer |
though if a test should fail because *handwave* you wouldn't know, but it's fine for testing. |
| 16:01 |
JBoyer |
(so to speak) |
| 16:08 |
csharp_ |
:-) |
| 16:28 |
jeff |
depending on your reasoning for using Rocky, and the reason or reasons why you're installing packages from source, it might be worth it to go whole hog and install Perl with perlbrew, cpanm, and let cpanm chase all your deps. I'm not sure how old the packaged version of things is for Rocky 9, but ISTR RHEL (which isn't Rocky, I know) being a good place to not mess with the system Perl. |
| 16:36 |
mantis |
would running the marc stream importer during operating hours but with a small file cause issues with the system? We can't load records among a few other things |
| 16:38 |
csharp_ |
aha - looks like bug 2044197 |
| 16:38 |
pinesol |
Launchpad bug 2044197 in Evergreen "Evergreen can fail to connect to authorize.net" [Undecided,New] https://launchpad.net/bugs/2044197 |
| 16:39 |
csharp_ |
jeff: sorry I wasn't clear earlier - I am installing via CPAN and my complaints were that CPAN's builds would succeed but tests would fail |
| 16:39 |
csharp_ |
but it does look like this Net::SSLeay bug is the same thing I'm seeing here |
| 16:42 |
csharp_ |
so... yeah, not just Rocky 9, but looks like the same cause |
| 16:42 |
csharp_ |
jeff: also - installing on Rocky to hopefully branch us out from being an Ubuntu/Debian-only app |
| 16:44 |
csharp_ |
I guess since we use the Ubuntu-packaged versions of some of the OnlinePayment modules we don't see the tests fail |
| 16:45 |
csharp_ |
so basically, https://xkcd.com/2347/ |
| 16:46 |
csharp_ |
mantis: I don't use the stream importer for anything, but anything that potentially locks the table for an update could cause other updates to fail |
| 16:46 |
csharp_ |
mantis: PG logs should be helpful |
| 16:50 |
csharp_ |
mantis: also, stream-y bib updates are prone to deadlocks in my experience - there's a bug from eeevil about that somewhere |
| 16:50 |
csharp_ |
our bib/authority updates are slowed down on purpose - little turtles just making their way across the road, eventually getting there but not in a hurry |
| 17:02 |
mantis |
csharp: do you know which PG logs in particular? I'm just unfamiliar with vandelay. I was able to trace in our server logs that it is an issue trying to commit something to the database |
| 17:04 |
|
mmorgan left #evergreen |
| 17:05 |
|
jvwoolf joined #evergreen |
| 15:01 |
terranm |
#info terranm = Terran McCanna, PINES |
| 15:02 |
shulabramble |
We've got potentially lengthy discussions at the end of this so lets forge on, people can continue introductions as they filter in |
| 15:02 |
csharp_ |
#info csharp = Chris Sharp, GPLS |
| 15:02 |
shulabramble |
#topic Action Items from Last Meeting |
| 15:02 |
shulabramble |
#topic sleary and sandbergja will report progress on test writing wiki pages next month |
| 15:03 |
sleary |
updates! I added a couple links to the agenda |
| 15:03 |
shulabramble |
#info https://wiki.evergreen-ils.org/doku.php?id=dev:contributing:qa#common_things_that_break_angular_unit_tests |
| 15:03 |
shulabramble |
#info custom ESLint rules, e.g. #lp2019139 |
| 15:04 |
shulabramble |
#info custom ESLint rules, e.g. lp2019139 |
| 15:04 |
abneiman |
sleary++ sandbergja++ |
| 15:04 |
sleary |
sandbergja and I are working on adding some common "if you changed X in your code, you'll need to do Y in the unit tests" examples; if you've run across test-breaking things, we'd love your input |
| 15:04 |
shulabramble |
sleary++ sandbergja++ |
| 15:04 |
sleary |
we are also working on custom lint rules as described in that LP bug |
| 15:04 |
redavis |
sleary++ sandbergja++ |
| 15:04 |
terranm |
sleary++ sandbergja++ |
| 15:05 |
shulabramble |
y'all want to keep this as an action item still? provide updates every month on progress? |
| 15:05 |
sleary |
sure |
| 15:06 |
shulabramble |
#action sleary and sandbergja will report further progress on test writing wiki pages next month |
| 15:06 |
shulabramble |
#topic Bmagic will look into transferring POeditor account ownership to a generic EG account/moving this task to the nascent Infrastructure Committee |
| 15:06 |
sandbergja |
sounds good! |
| 15:06 |
jeff |
sleary++ sandbergja++ |
| 15:07 |
gmcharlt |
one note that the POEditor account is already under a generic evergreen-ils.org account |
| 15:22 |
shulabramble |
dig++ |
| 15:22 |
terranm |
dig++ |
| 15:22 |
sandbergja |
dig++ |
| 15:23 |
shulabramble |
if there's nothing more from updates, then we'll move on. |
| 15:23 |
shulabramble |
to everyone's favorite moment -- the wall of text |
| 15:23 |
shulabramble |
#topic Launchpad Status (as of noon Eastern) |
| 15:23 |
shulabramble |
#topic Snapshot |
| 15:23 |
shulabramble |
#info Open Bugs - 3324 |
| 15:23 |
shulabramble |
#info Pullrequests - 115 |
| 15:23 |
shulabramble |
#info Signedoff - 31 |
| 15:23 |
shulabramble |
#info Needswork - 95 |
| 15:23 |
shulabramble |
#info Needstestplan - 3 |
| 15:23 |
shulabramble |
#info Needsrebase - 24 |
| 15:23 |
shulabramble |
#topic Updates Since Last Meeting |
| 15:23 |
shulabramble |
#info Bugs Added - 92 |
| 15:23 |
shulabramble |
#info Pullrequest tag Added - 60 |
| 15:23 |
shulabramble |
#info Signedoff tag Added - 26 |
| 15:24 |
shulabramble |
#info Needswork tag Added - 1 |
| 15:24 |
shulabramble |
#info Needstestplan tag Added - 0 |
| 15:24 |
shulabramble |
#info Needsrebase tag Added - 1 |
| 15:24 |
shulabramble |
#info Fix Committed - 17 |
| 15:24 |
shulabramble |
#topic New Business |
| 15:24 |
shulabramble |
#topic Can we start accepting code pull requests via github as an option? |
| 15:25 |
shulabramble |
#info DIG's github procedure - https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:github-workflow |
| 15:25 |
shulabramble |
#info Pros: reviewers and contributors can see some test and lint results before committing, a nice UI for reviewers to see what has changed |
| 15:25 |
shulabramble |
#info Cons: yet another workflow to learn and deal with, github is not a FOSS platform |
| 15:26 |
sandbergja |
This was from me! As a reviewer, I find it much easier to review contributions to projects in Github or Gitlab. There has been various talk in the community about whether moving EVERYTHING to github or gitlab might be desirable. I wanted to propose this as an incremental step to test the waters a bit more |
| 15:26 |
shulabramble |
Anyone have input on this? opinions? |
| 15:26 |
shulabramble |
sandbergja++ |
| 15:27 |
sandbergja |
I am sure the pros and cons lists are woefully short, apologies |
| 15:32 |
abneiman |
that was a terrible joke gmcharlt. I cackled. |
| 15:32 |
sandbergja |
jeff: good questions. I definitely think we would need to make sure to keep the lp bug links, and would need to amend commits that did not refer to an lp. The DIG procedure does not currently involve pressing the Big Green Button in the github ui, but cherry-picking the relevant commits, so there is ample opportunity to check them while committing |
| 15:32 |
redavis |
gmcharlt, that was delightful. |
| 15:34 |
gmcharlt |
I think there may be an initial compromise formulation |
| 15:34 |
gmcharlt |
namely, for now, leaning into the review functionality in particular |
| 15:35 |
gmcharlt |
i.e., turning a normal pull request into a GH one specifically for the purpose of doing a Fisk-style review or running the tests |
| 15:35 |
gmcharlt |
as long as there are cross-references between GH and LP |
| 15:35 |
shulabramble |
question: is this something that might be best discussed in an email thread and revisited next month? |
| 15:35 |
gmcharlt |
and that sort of pull request could be done by anybody, not just the original submitter |
| 15:36 |
abneiman |
^^ ensuring cross refs to LP is my biggest concern |
| 15:55 |
gmcharlt |
likewise, but regardless, we'll nonetheless make 4.0 a release to remember :) |
| 15:55 |
shulabramble |
jeffdavis++ |
| 15:56 |
gmcharlt |
(nothing that I say this as somebody who has a very strong preference for keeping debates about version numbering as short as possible) |
| 15:56 |
shulabramble |
#action jeffdavis will email the dev list about launchpad hygiene for 4.0-beta etc |
| 15:56 |
shulabramble |
#topic Feedback requested: QA checklist for grids (with potential automated tests highlighted) - https://docs.google.com/document/d/1RDNU4d78wX9wfQjdFsY2PHjLQwjTXbSXLqZdHXrjBNk/edit?usp=sharing |
| 15:57 |
sleary |
ah, this is me. Based on gmcharlt's excellent checklist for database tables and columns, here is one for grids! |
| 15:57 |
sandbergja |
sleary++ |
| 15:57 |
sleary |
sandbergja and I have noted which ones seem like candidates for automated testing |
| 15:58 |
jeff |
"This checklist. I like it. ANOTHER!" |
| 15:58 |
jeff |
sleary++ |
| 15:58 |
sleary |
feel free to comment on the checklist and/or assign yourself to experiment with writing a test |
| 15:58 |
sleary |
I will migrate this to the wiki eventually |
| 15:58 |
shulabramble |
sleary++ |
| 15:59 |
terranm |
sleary++ |
| 15:59 |
shulabramble |
#info feel free to comment on the checklist and/or assign yourself to experiment with writing a test - https://docs.google.com/document/d/1RDNU4d78wX9wfQjdFsY2PHjLQwjTXbSXLqZdHXrjBNk/edit?usp=sharing |
| 15:59 |
shulabramble |
#topic Announcements |
| 15:59 |
shulabramble |
#topic Next Meeting is 12 August 2025 |
| 16:00 |
shulabramble |
We got anything more? |
| 16:00 |
shulabramble |
in that case, solidly on the hour - |
| 16:00 |
shulabramble |
#endmeeting |
| 09:07 |
Dyrcona |
It might have not had permission to write the error log. I can change where that goes, too. I think it was an oversight to put it in the "WORKDIR." Think I'll set a LOGDIR variable. |
| 09:08 |
Dyrcona |
Anyway, I'm uploading the zipped file and it seems to be working. |
| 09:14 |
|
dguarrac joined #evergreen |
| 09:22 |
Dyrcona |
Oh! I was also testing that checkin program that had issues with 3.15 on 3.7 again this morning, and it works. I'll have to check AssetCommon for a potential bug on 3.15. |
| 09:53 |
csharp_ |
bleh... looks like I didn't set up letsencrypt to autorenew |
| 09:53 |
csharp_ |
on list.evergreen-ils.org |
| 09:53 |
csharp_ |
*sigh* |
| 15:15 |
|
mmorgan1 joined #evergreen |
| 15:29 |
|
jihpringle joined #evergreen |
| 15:30 |
|
mmorgan joined #evergreen |
| 15:41 |
mmorgan |
Anyone on 3.15 that can check the patron search screen in the client? The org unit selector for the Home Library isn't opening on my test system. I suspect it's me, but it would be nice if someone could confirm that it works on 3.15. My test system is 3.15.2. |
| 15:49 |
Dyrcona |
mmorgan: It's working on my test system. Did you run autogen.sh? |
| 15:51 |
Dyrcona |
Working on both of my 3.15 test systems actually. |
| 15:51 |
mmorgan |
Dyrcona: Good to hear that! I didn't run autogen. It's a docker container just built. |
| 15:52 |
Dyrcona |
Do you see org units elsewhere? |
| 15:54 |
Dyrcona |
I'm signing out in a few minutes. |
| 12:46 |
Dyrcona |
Yeahp. Eleven thousand five hundred thirty-eight lost item events generated today. |
| 12:46 |
redavis |
Yeahp indeed |
| 12:46 |
Dyrcona |
Looks like it is almost done. |
| 12:48 |
Dyrcona |
Has about 2,569 left to process. I may not get to test what I actually wanted to test today, but I'm 99% confident it will work. (I added some lines to log when certain parts of a process run, and that process depends on some action triggers happening.) |
| 12:49 |
Dyrcona |
it might have finished by now if it had not been suspended for so long. |
| 12:56 |
jeff |
redavis++ thanks! |
| 12:56 |
redavis |
Sure thing :-) |
| 13:00 |
redavis |
It's a pretty info rich topic and I suspect it's going to become more so quickly. |
| 13:04 |
Dyrcona |
jeff: No. I mentioned earlier that I'm running this on a copy of production that hasn't been updated in almost a month (June 1). |
| 13:04 |
Dyrcona |
So, its way more than our usual. |
| 13:04 |
Dyrcona |
I'm not even testing that. I want to see if my log statements work as expected. |
| 13:05 |
Dyrcona |
i suppose I could just run that part without waiting on the rest. |
| 13:05 |
Dyrcona |
It should still work, even when there's nothing to do. |
| 13:43 |
|
jihpringle joined #evergreen |
| 14:07 |
jeff |
ah! thanks! |
| 14:09 |
redavis |
Sure thing :-) |
| 14:29 |
|
jihpringle joined #evergreen |
| 14:50 |
Dyrcona |
Guess my tech is working so far. I tested audio and video with Zoom. |
| 14:51 |
sleary |
I have not rescheduled UI group yet; I wanted to wait a bit for the other group schedules to shake out. And I've been out. It's on my list for this week! |
| 14:52 |
redavis |
The meeting is open. |
| 16:34 |
|
jihpringle joined #evergreen |
| 14:42 |
eeevil |
you might be able to disable the cookie requirement by adding a path match on JUST the quipu url to turn off the perl variable |
| 14:43 |
eeevil |
yes, that's right. just add register as a peer to home etc |
| 14:43 |
csharp_ |
eeevil++ |
| 14:54 |
jeffdavis |
I'm finding that if I go directly to a results page with no cookie, I get redirected to nb_bounce 6-12 times before a cookie is set and my page loads - is that amount of redirecting expected? |
| 14:54 |
jeffdavis |
(testing the patch for 2113979) |
| 14:57 |
eeevil |
it's not, and we haven't seen that here ... and that doesn't actually make sense... maybe the JS is redirecting before the browser stores the cookie that came in the header? you should def be getting a set-cookie header /every/ time you hit the nb_bounce url. def interested (on the bug) in any details that might point to a cause |
| 15:00 |
JBoyer |
The Network tab of the browser console should be a big help there. Oh, jeffdavis, is that system behind multiple apache servers or just one (like a test system?) |
| 15:05 |
jeffdavis |
test system with HAProxy in front of nginx in front of Apache |
| 15:06 |
JBoyer |
I think my one / many apache server concern is no problem, I was thinking about the localhost memcached that the translator defaults to using, but that's not the cache used to store the cookie. |
| 15:07 |
JBoyer |
So I'm not sure what would cause that. Just using Chrome? |
| 15:08 |
jeffdavis |
This is in Chromium. |
| 16:13 |
csharp_ |
mmorgan: no one can hear you sing on IRC!!! |
| 16:13 |
csharp_ |
lalalalala |
| 16:14 |
mmorgan |
That is a good thing! |
| 16:14 |
berick |
eeevil: hm, i'm not too surprised the router isn't load balancing. i could have missed that. I would expect the router to fall-back to the second-registered service if the first-registered disappeared, though. pretty sure I tested that specifically. but i'm all for load balancing. happy to ta |
| 16:15 |
berick |
lk more in email/lp/whatevs. |
| 16:15 |
berick |
@band add The OpenSRF Mother Smurf |
| 16:15 |
pinesol |
berick: Band 'The OpenSRF Mother Smurf' added to list |
| 16:22 |
eeevil |
yeah, it'll do the right thing if index 0 in service instance list fails (and if next one fails, etc), but it doesn't rotate. I have code for that (and polished up osrfList with Pack and Rotate). the other thing is there's no delivery failure detection at all (that's why I was beating on the STREAM drum). I've mostly got that figured out, too. the last thing is "bus reset" ... if it's rebooting the universe on service restart, that's no good. I / |
| 16:22 |
eeevil |
think/ that's what it's doing. but, I'm still just starting to dig into that part. last is ACL restrictions -- my hope is to allow routerless mode with /at least/ public/private separation. but that's currently a stretch goal ATM. and then with that, for the "bunch of standalone full servers" crowd (no cross-reg ever), an automatic routerless mode to speed things up in that simple(r) case |
| 15:04 |
shulabramble |
since Bmagic doesn't look to be around, does anyone else have any updates on this? |
| 15:05 |
shulabramble |
in that case |
| 15:05 |
abneiman |
I imagine this task may be transferred to the nascent Infrastructure Committee, when that is officially formed |
| 15:05 |
shulabramble |
abneiman++ |
| 15:05 |
shulabramble |
#action Bmagic will look into transferring POeditor account ownership to a generic EG account/moving this task to the nascent Infrastructure Committee |
| 15:06 |
shulabramble |
#topic sleary and sandbergja will report progress on test writing wiki pages next month |
| 15:06 |
sleary |
oof, please carry forward |
| 15:06 |
shulabramble |
#action sleary and sandbergja will report progress on test writing wiki pages next month |
| 15:06 |
shulabramble |
#topic Release Manager needed for next major release |
| 15:07 |
shulabramble |
Though I think that also falls under New Business at the end with the assembly of a team for 4.0/Fall Release |
| 15:07 |
redavis |
yes |
| 15:08 |
shulabramble |
Alrighty then, we'll address all that together at the end. |
| 15:08 |
shulabramble |
#topic Updates |
| 15:25 |
sleary |
redavis I do not recall what role I had last time |
| 15:25 |
sleary |
I was not The Builder |
| 15:25 |
redavis |
There's WAY more time spent from committers and testers...and Terran wrangling BSW and FF...and yeah. |
| 15:26 |
mdriscoll |
Testing tarballs took me about 10 hours from Jan - April |
| 15:26 |
abneiman |
yeah, and relteam members who are also core committers are probably going to spend more time on reviews / commits than on team activities |
| 15:26 |
redavis |
mdriscoll++ |
| 15:27 |
shulabramble |
mdriscoll++ |
| 15:30 |
redavis |
Also, just a note that those time estimates are for a feature release. They're a little shorter for maintenance releases (so please volunteer for this month). |
| 15:30 |
shulabramble |
redavis++ |
| 15:30 |
redavis |
(a LOT shorter? how do I sell this quickly?) |
| 15:31 |
mdriscoll |
I'll test tarballs again. |
| 15:32 |
redavis |
mdriscoll++ |
| 15:32 |
shulabramble |
People who volunteer for maintenance releases receive the blessings of Githulhu for at least a week. |
| 15:32 |
redavis |
Oh, up until the next maintenance release cycle. |
| 15:33 |
shulabramble |
What those blessings entail are unknown, but you'll have them. |
| 15:33 |
phasefx |
you can count me in for testing too, and emergency commit bit |
| 15:33 |
shulabramble |
mdriscoll++ phasefx++ |
| 15:33 |
redavis |
only Githulhu knows. |
| 15:33 |
* phasefx |
needs to remember that he volunteered... |
