Page MenuHomeFreeBSD

misc/mbuffer: Update to 20210328
ClosedPublic

Authored by loader on May 18 2021, 5:57 PM.
Tags
None
Referenced Files
Unknown Object (File)
Mar 7 2024, 11:39 PM
Unknown Object (File)
Jan 14 2024, 10:12 PM
Unknown Object (File)
Jan 9 2024, 6:50 PM
Unknown Object (File)
Dec 21 2023, 1:14 AM
Unknown Object (File)
Dec 20 2023, 5:36 AM
Unknown Object (File)
Dec 7 2023, 6:57 PM
Unknown Object (File)
Oct 14 2023, 2:41 AM
Unknown Object (File)
Oct 14 2023, 2:10 AM
Subscribers

Details

Summary
misc/mbuffer: Update to 20210328

- Update to 20210328
- Switch to USES=autoreconf gmake instead of patching configure and Makefile.in
- Take maintainership

Reviewed_by:	koobs
Approved by:	koobs (ports, mentor, implicit)
Differential_Revision: D30338
MFH:		No (feature release)
Test Plan
  • portlint: OK (looks fine.)
  • testport: OK (poudriere: 140006, [armv7,aarch64,i386,amd64], tested)

Diff Detail

Repository
R11 FreeBSD ports repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

loader retitled this revision from Proposed commit log message: ``` misc/mbuffer: Update to 20210328 to misc/mbuffer: Update to 20210328.May 18 2021, 6:00 PM
loader edited the summary of this revision. (Show Details)
koobs edited the summary of this revision. (Show Details)

I've tweaked the commit log message. This change also comes under implicit

This revision is now accepted and ready to land.May 19 2021, 1:55 AM
This revision was automatically updated to reflect the committed changes.

One other note. When taking maintainer'ship or when combining multiple changes, land all changes that can be MFH'd first , and the version update separately.

This ensures ports in all branches have the same maintainer

One other note. When taking maintainer'ship or when combining multiple changes, land all changes that can be MFH'd first , and the version update separately.

This ensures ports in all branches have the same maintainer

one commit to update the MAINTAINER and bump up PORTREVISION, and MFH this commit.
then another commit for the version update and no MFH, right?

Yep, rule of thumb:

  • Mergeable commits first
  • Non mergeable commits last

Mergeable commits:

  • Consistent metadata (maintainer, etc)
  • Bugfixes

Yep, rule of thumb:

  • Mergeable commits first
  • Non mergeable commits last

Mergeable commits:

  • Consistent metadata (maintainer, etc)
  • Bugfixes

Okay, thanks for the note.