:calendar: Alright - it's time for our bi-weekly AutoUpdates Initiative meeting!This meeting:➤ Is for core developers, initiative contributors, the Drupal Association and anyone interested in the initiative.➤ Usually happens every other Tuesday at 1700 UTC.➤ Is done over chat.➤ Happens in threads, which you can follow to be notified of new replies even if you don’t comment in the thread. You may also join the meeting later and participate asynchronously!➤ Has a public agenda anyone can add to: #3163951: Automatic Updates Initiative meeting on August 11➤ *Transcript will be exported and posted* to the agenda issue. For anonymous comments, start with a :bust_in_silhouette: emoji. To take a comment or thread off the record, start with a :no_entry_sign: emoji.

0️⃣ Who is here today? Comment in the thread below to introduce yourself and tell us why you are joining us.

tedbow Ted, working on core Auto Updates, Acquia. NY, USA
Bhavin Joshi (he/him) Bhavin Joshi, Rajkot, GJ, India (edited)
hestenet (he/him) Tim Lehnen, with the DA - (he/him) - Clackamas and Multnomah Chinook lands in Porltand, OR.  Organizing the meeting thread today :slightly_smiling_face:
dts I'm here. Hello!
drumm :wave: going to work on the server side implementation
xjm :wave:  A bit late. was working on PHP-TUF at like 5:00a so just woke from a nap. :slightly_smiling_face:
eiriksm eirik, interested in auto updates, from norway

1️⃣ Do you have any topics to propose for the meeting today? Feel free to propose them in this thread, and then I will give them their own unique threads for discussion.

tedbow re #3162655: Create Automatic Updates Readiness Checks in new experimental module when should Readiness checkers first run? on modules install?
tedbow check on #3041885: Display relevant Security Advisories data for Drupal progress

2️⃣ TUF sprint recap! - Last week we collaborated with TYPO3 and Joomla to begin defining the PHP-TUF project: https://github.com/php-tuf/php-tuf - This is a replacement and improvement for https://github.com/drupal/php-signify which is currently used for signing the contrib module's updates. - Read more about the TUF spec to learn a lot about handling secure updates: https://github.com/theupdateframework/specification/blob/master/tuf-spec.md - There are lots of issues in this project where you can get involved.

3️⃣ TUF next steps - Our meetings are now biweekly on Tuesdays at 0100 EDT / 1500 UTC. - There are lots of issues to work on in the GitHub queue! - We have a TUF contribution half-day Fridays at noon EDT / 1700 UTC. Anyone is welcome to join and pair with active contributors, or to drop in and out. - There will be another sprint in Sept. to make more progress on the update signing architecture. Please respond to the poll! https://doodle.com/poll/mzvau8vc5dwmz3kd#table - Finally, we're writing a blog post about our collaboration on PHP-TUF! Email Tim Lehnen (hestenet) if you want to help with the blog post. (edited) 

Bhavin Joshi (he/him) This timings best suites me! I have subscribed to all the issues on Automatic update projects on d.o
hestenet (he/him) Thanks, @Bhavin Joshi (he/him)
hestenet (he/him) The TUF project in particular is really a sub-system of the larger AutoUpdates effort, having to do with the secure updates system.But the auto updates module itself then wraps all of this into an update system.

4️⃣   Composer 2 and Composer dependency issuesMixologic's pull request to fix the deletion of the /core directory in the Composer 2 alpha was accepted! :tada:#3135247: Composer's "prefer-stable" setting cannot be relied on to produce a stable release^^ Ted has done some review on the latest proposal to solve the prefer-stable problem.TO DO:Someone could help draft release notesSomeone could help draft change recordsSomeone could roll a new patch with Ted's review changes(edited)

hestenet (he/him) @xjm raised these interrelated issues.
hestenet (he/him) Would any one like to step forward on release notes and change record drafting?
Bhavin Joshi (he/him) I would like to take this up after I complete testing PSA to core
Bhavin Joshi (he/him) However, I would appreciate if anyone else also collaborates with me. (edited)
hestenet (he/him) Thank you for offering to draft some release notes/change record info @Bhavin Joshi (he/him)! That's awesome.I think after you are able to create an initial draft - @greg.1.anderson or @tedbow can validate that all the details are correct for you.
Bhavin Joshi (he/him) Sure.
greg.1.anderson @Bhavin Joshi (he/him) Just @-mention me when you have a draft, and I will review. Or LMK if you have questions before then.
Bhavin Joshi (he/him) Certainly @greg.1.anderson! Thank you! :handshake:

#3043521: [META] Update readiness checks for autoupdate (pre-flight check)

dts We could certainly run the checks at install time for the files being updated.
tedbow oh I meant when first install the auto_updates module. we don’t run the readiness checks that come with the module
dts As for Composer, some readiness checks are much harder. We can't create a mapping from a package archive file to how the package will look on disk after installation.
dts Ah, yes. It would be good to do an initial readiness run post-install.
dts Not sure how fast they run, though.
Bhavin Joshi (he/him) About the size on the disk, the module should provide an approximate value. Like: It may take upto YYMB space on your disk (edited)
tedbow I was wondering in the contrib module why we don’t run the Readiness Checks when the module is first installed.If there is a reason we should probably follow this for modules that installed after that have new Checkers
tedbow @heddn not around so I will post on the issue. maybe @dts knows?
dts I'm reading the d.o issue right now
hestenet (he/him) I believe @heddn may be out for the whole week - so may not be able to chime in until next week.
dts The issue thread is a little more than I can digest real-time as part of this meeting, though. Is the question about when to run readiness checks posted in the public issue? (edited)
tedbow I will update it. I will look thru the original contrib issue #3043521

5️⃣   When should readiness checks first run? When the auto-updates module is first installed?#3162655: Create Automatic Updates Readiness Checks in new experimental module (edited) 

hestenet (he/him) @tedbow Raised this issue.
tedbow I was wondering in the contrib module why we don’t run the Readiness Checks when the module is first installed.If there is a reason we should probably follow this for modules that installed after that have new Checkers
tedbow @heddn not around so I will post on the issue. maybe @dts knows?
dts I'm reading the d.o issue right now
hestenet (he/him) I believe @heddn may be out for the whole week - so may not be able to chime in until next week.
dts The issue thread is a little more than I can digest real-time as part of this meeting, though. Is the question about when to run readiness checks posted in the public issue? (edited)
tedbow I will update it. I will look thru the original contrib issue #3043521
tedbow #3043521: [META] Update readiness checks for autoupdate (pre-flight check)
tedbow the only reason I could think why the contrib wouldn’t be running the checks on install is that it might take too long. (edited)
dts We could certainly run the checks at install time for the files being updated.
tedbow oh I meant when first install the auto_updates module. we don’t run the readiness checks that come with the module
dts As for Composer, some readiness checks are much harder. We can't create a mapping from a package archive file to how the package will look on disk after installation.
dts Ah, yes. It would be good to do an initial readiness run post-install.
dts Not sure how fast they run, though.
Bhavin Joshi (he/him) About the size on the disk, the module should provide an approximate value. Like: It may take upto YYMB space on your disk (edited)

6️⃣ Are you joining the half-day work session on PHP-TUF on Friday(noon EDT / 1700 UTC)? What are you working on? Are you looking to recruit anyone to work on something? (edited) 

dts I'll be attending. Happy to assist on whatever others are working on (client or server).
tedbow I will be attending. working o the client application
drumm I should attend, more likely in the second half, but I can make the entire time work if there’s something specific to collaborate on.
Bhavin Joshi (he/him) I will try to attend it. It would be around 2300 hours here
xjm I'll be there, providing review and maintainability improvements for the client and docs :slightly_smiling_face:
mbaynton I work too much, so I might show up if I feel like not working on real work. :laughing:

About 2940739, PSA can serve as an alert system 'in' a Drupal site. And as per 2940739, it can be public and accessible to everyone (edited) 

tedbow @Bhavin Joshi (he/him) ok thanks
tedbow I guess my only concern is that if code you first post has many improvement iterations since you first copied the code from the contrib module it will be harder for the contrib maintainers of original code to tell what all the changes are and review those.versus posting the initial ported code and then iterating on the issue.it is just that the contrib presumable has been running on sites in production.
Bhavin Joshi (he/him) Understood. @tedbowI will post the updated code as soon as I am at my desk on Thursday. Tomorrow is holiday.
tedbow ok. great. thanks for the work on this!
tedbow enjoy the holiday!
Bhavin Joshi (he/him) Thank you. :slightly_smiling_face:
hestenet (he/him) @tedbow raised this topic.
hestenet (he/him) There is a potential cross over with this core ideas issue, about making a generic system for posting alerts/announcements - #2940739: Project messaging channel in core initiative - but that probably should not block this - just something to bear in mind. (edited)
Bhavin Joshi (he/him) All the required code are accomodated to core and I need to perform an extensive testing before I ask community to test it
hestenet (he/him) Excellent!
tedbow @Bhavin Joshi (he/him) did you start with the functionality in contrib module?
Bhavin Joshi (he/him) Yes, I did.
tedbow if you want to post it and I can also help review and write tests

7️⃣ The first step in moving AutoUpdates to core is moving the relevant data about PSAs into a core display. This is the core issue: #3041885: Display relevant Security Advisories data for Drupal(The related issue for the current contrib module work being ported over is linked)Any one presently working on that or have other updates or thoughts about it?

hestenet (he/him) @tedbow raised this topic.
hestenet (he/him) There is a potential cross over with this core ideas issue, about making a generic system for posting alerts/announcements - #2940739: Project messaging channel in core initiative - but that probably should not block this - just something to bear in mind. (edited)
Bhavin Joshi (he/him) All the required code are accomodated to core and I need to perform an extensive testing before I ask community to test it
hestenet (he/him) Excellent!
tedbow @Bhavin Joshi (he/him) did you start with the functionality in contrib module?
Bhavin Joshi (he/him) Yes, I did.
tedbow if you want to post it and I can also help review and write tests
Bhavin Joshi (he/him) About 2940739, PSA can serve as an alert system 'in' a Drupal site. And as per 2940739, it can be public and accessible to everyone (edited)
Bhavin Joshi (he/him) @tedbow Yes, I am in the middle of it and I am going share the updated code after I have finished testing to my satisfaction. :slightly_smiling_face:
tedbow @Bhavin Joshi (he/him) ok thanks
tedbow I guess my only concern is that if code you first post has many improvement iterations since you first copied the code from the contrib module it will be harder for the contrib maintainers of original code to tell what all the changes are and review those.versus posting the initial ported code and then iterating on the issue.it is just that the contrib presumable has been running on sites in production.
Bhavin Joshi (he/him) Understood. @tedbowI will post the updated code as soon as I am at my desk on Thursday. Tomorrow is holiday.
tedbow ok. great. thanks for the work on this!
tedbow enjoy the holiday!
Bhavin Joshi (he/him) Thank you. :slightly_smiling_face:

:checkered_flag: That concludes our formal agenda for this #autoupdates meeting - but you can continue the conversation in the threads above. Thank you for attending.

Participants:

tedbow, Bhavin Joshi (he/him), hestenet (he/him), dts, drumm, xjm, eiriksm, greg.1.anderson, mbaynton

Comments

dstol created an issue. See original summary.

dstol’s picture

Issue summary: View changes
xjm’s picture

Title: Automatic Updates Initiative meeting on September 3rd » Automatic Updates Initiative meeting on August 11
Issue summary: View changes

The meeting schedule has changed, so the next meeting is now Aug. 11. Updating accordingly.

xjm’s picture

Issue summary: View changes
xjm’s picture

Issue summary: View changes
xjm’s picture

Issue summary: View changes
xjm’s picture

Issue summary: View changes
xjm’s picture

Issue summary: View changes
xjm’s picture

Issue summary: View changes

dstol credited drumm.

dstol credited dts.

dstol credited eiriksm.

dstol credited hestenet.

dstol credited mbaynton.

dstol credited tedbow.

dstol’s picture

Issue summary: View changes
Status: Active » Fixed
beautifulmind’s picture

Hi @dstol,
For the record, I attended the meeting. (Bhavin Joshi)

Regards.

dstol’s picture

dstol’s picture

dstol’s picture

Sorry about that, I just dropped the participants list into the issue credit. I didn't realize your Slack name and your d.o name were different.

You should be credited now.

beautifulmind’s picture

Thank you very much for the quick update.
I apologies for the trouble caused by the different names. I just corrected it.

Regards.

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.