Mixing in random cleanups with meaningful changes would not fly at work. We ask developers to make separate PRs for refactoring that doesn't change behavior, and small focused changes that do change behavior. This cleanup is part of the 99-page bill.
(I'm assuming this change comes from deprecating "insure" and preferring "ensure" to mean "make sure it happens".)
(42 U.S.C. 4332(2)) is amended—
(1) in subparagraph (A), by striking ‘‘insure’’
and inserting ‘‘ensure’’;
(2) in subparagraph (B), by striking ‘‘insure’’
and inserting ‘‘ensure’’;
2/3
Neither the code nor the bill has any comments conveying the intention behind the change. That would be unacceptable at work.
One problem here is probably goals that aren't aligned, and the authors know that. It may be intentional that the ramifications of this change are not clear to other lawmakers, or to us the citizens who will be affected. Is this clause intentionally invalidating the requirement for environmental impact reports for some well-understood case that's covered by some other statute?
(3) in subparagraph (C)—
(A) by inserting ‘‘consistent with the provi- sions of this Act and except where compliance would be inconsistent with other statutory re- quirements,’’ before ‘‘include in every’’;
3/3