Page MenuHomeFreeBSD

Status/2024Q2: Add releng.adoc
ClosedPublic

Authored by cperciva on Jun 23 2024, 5:06 PM.
Tags
None
Referenced Files
F100651422: D45713.id140135.diff
Thu, Oct 17, 8:50 PM
F100651416: D45713.id.diff
Thu, Oct 17, 8:49 PM
F100618155: D45713.id140660.diff
Thu, Oct 17, 11:32 AM
F100616076: D45713.diff
Thu, Oct 17, 10:57 AM
Unknown Object (File)
Mon, Oct 7, 11:44 AM
Unknown Object (File)
Sun, Oct 6, 9:20 PM
Unknown Object (File)
Sat, Oct 5, 6:00 AM
Unknown Object (File)
Fri, Oct 4, 6:20 PM
Subscribers

Details

Diff Detail

Repository
R9 FreeBSD doc repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

cperciva added inline comments.
website/content/en/status/report-2024-04-2024-06/releng.adoc
6

This URL should be live before this status report is published.

16

Can I use doc entities here? {emaste}, {dch}, etc.?

bofh added inline comments.
website/content/en/status/report-2024-04-2024-06/releng.adoc
17

I think this line should go above the recruitment. Otherwise it also implies that the newbies also were a part of the 14.1 release which is actually not the correct case here.

Approved as soon as you have fixed the two comments. Thanks.

website/content/en/status/report-2024-04-2024-06/releng.adoc
16

I am fine with it, as long as it works. Please test it, and if it works feel free to use them.

Usually what I do in these cases is using the mailto macro, e.g. mailto:emaste@FreeBSD.org[Ed Maste]. It has the advantage to also work for contributors for which entities do not exist.

17

I agree with @bofh.

This revision is now accepted and ready to land.Jul 7 2024, 1:39 PM
website/content/en/status/report-2024-04-2024-06/releng.adoc
16

Doesn't seem to work. Unless there's some magic which happens when all the reports get aggregated together which includes the necessary entities, but I can't find anything like that. I'll just keep people's names written out.

I don't think there's any need to make mailto links out of all the new team members.

17

Ok, will do. I thought putting new team members immediately after Karels' departure made sense, but I see the logic of having things listed chronologically.

This revision was automatically updated to reflect the committed changes.