Page MenuHomeFreeBSD

Improve and extend sed_checked.sh
Needs ReviewPublic

Authored by mandree on Mar 31 2020, 3:53 PM.
Tags
None
Referenced Files
F106074303: D24240.diff
Tue, Dec 24, 11:21 PM
Unknown Object (File)
Tue, Dec 17, 9:22 AM
Unknown Object (File)
Sun, Dec 8, 6:47 AM
Unknown Object (File)
Nov 10 2024, 2:07 PM
Unknown Object (File)
Oct 26 2024, 10:22 AM
Unknown Object (File)
Oct 26 2024, 10:15 AM
Unknown Object (File)
Oct 5 2024, 10:34 AM
Unknown Object (File)
Oct 5 2024, 6:43 AM
Subscribers

Details

Reviewers
mandree
Group Reviewers
portmgr
O5: Ports Framework(Owns No Changed Paths)
Commits
rP552563: Tools/scripts/sed_checked.sh: make more useful
Summary

The current sed_checked.sh validates REINPLACE_CMD expressions in port Makefiles.
It has a few shortcomings that this diff strives to address:

  • the test is blind to whether a REINPLACE_CMD line is completely useless, or partially ineffective - report that because for some machine edits, a broader glob has been common practice
  • REINPLACE_CMD may suppress creation of backup files (-i ''), which invalidates this check, so warn about that
  • report found data immediately, and again through REWARNFILE.

Diff Detail

Repository
rP FreeBSD ports repository
Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

mandree created this object with edit policy "committers (Project)".

same code, rediffed with "full" context

@portmgr @manu @mat @swills

Guys, this has been sitting for five weeks since the full context was provided, and almost three months since initial review request.
Can we get this moving? Can I get approval for commit? I've been using this for 10+ weeks.

No more complaints received in a month, can I commit?

This revision is now accepted and ready to land.Sep 23 2020, 4:56 PM

No more complaints received in a month, can I commit?

We do not have more complains, but we still do not agree with the change, so the answer is still no.

OK, then this will escalate to core@ for abuse because there has been no feedback as to why it's unacceptable in spite of solving practical problems.

In D24240#592496, @mat wrote:

No more complaints received in a month, can I commit?

We do not have more complains, but we still do not agree with the change, so the answer is still no.

Can you articulate a reason? A blanket "no" without an actionable explanation is frowned upon. The code looks fine. The concept seems on its face OK. What's the holdup?

This revision was automatically updated to reflect the committed changes.

since swills@ has reverted this as of r552736, reopen.

In the light of findings mentioned in D27954 we might want to add removal of .bak files, but other than that my proposal already looks in-depth at the REINPLACE_ARGS, to complain if something uses a nonstandard -i argument (backup suffix).