Page MenuHomeFreeBSD

Update sysutils/gomplate to 2.6.0
ClosedPublic

Authored by seanc on Jun 9 2018, 8:33 PM.
Tags
None
Referenced Files
F106262513: D15722.diff
Sat, Dec 28, 3:59 AM
F106250530: D15722.diff
Fri, Dec 27, 10:44 PM
Unknown Object (File)
Sun, Dec 15, 5:16 PM
Unknown Object (File)
Tue, Dec 3, 6:07 PM
Unknown Object (File)
Nov 24 2024, 9:45 PM
Unknown Object (File)
Nov 24 2024, 9:37 AM
Unknown Object (File)
Nov 24 2024, 4:57 AM
Unknown Object (File)
Nov 22 2024, 5:13 PM
Subscribers
None

Diff Detail

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

Event Timeline

Could you use devel/arcanist, or at least generate a diff with full context like it does, with svn diff -x -U9999 or git diff -U9999.

In D15722#332860, @mat wrote:

Could you use devel/arcanist, or at least generate a diff with full context like it does, with svn diff -x -U9999 or git diff -U9999.

Sorry, I keep forgetting you prefer full context patches to review. I don't use anarchist because it pulls in PHP as a runtime dependency. Also, the UI should be able to navigate forward and backward without a developer needing to drop a huge patch. Anyway, my personal grumblings. I've updated the patch.

In D15722#332860, @mat wrote:

Could you use devel/arcanist, or at least generate a diff with full context like it does, with svn diff -x -U9999 or git diff -U9999.

Sorry, I keep forgetting you prefer full context patches to review.

I like to be able to review the changes, to review the changes, it is easier to be able to see the whole files.

In this case, it was needed because the distinfo file was going from 2 files to 1 file, which was not mentionned in the review, so I was wondering if:

  • you had done something funny to generate the distinfo file and dropped the second file by mistake
  • the distinfo file had a stale entry from an earlier commit where the second distfile was removed
  • something else

turns out that it was something between the second and the third possibility, the port was added with a bogus distinfo file to begin with.

It should be mentioned in the commit, along the lines of "an extra file was removed from the distinfo, it had crept in when the port was added" or something.

I don't use anarchist because it pulls in PHP as a runtime dependency. Also, the UI should be able to navigate forward and backward without a developer needing to drop a huge patch. Anyway, my personal grumblings. I've updated the patch.

I don't understand how the UI would be able to invent the lines that are not in the patch :-)
(and I don't understand the "pulls in PHP as a runtime dependency" bit, but, well...)

This revision is now accepted and ready to land.Jun 11 2018, 4:25 PM
This revision was automatically updated to reflect the committed changes.

Could you use devel/arcanist, or at least generate a diff with full context like it does, with svn diff -x -U9999 or git diff -U9999.

Sorry, I keep forgetting you prefer full context patches to review.

I like to be able to review the changes, to review the changes, it is easier to be able to see the whole files.

It makes sense, it's just not my normal workflow.

It should be mentioned in the commit, along the lines of "an extra file was removed from the distinfo, it had crept in when the port was added" or something.

Thanks, I added that to the commit message.

I don't use anarchist because it pulls in PHP as a runtime dependency. Also, the UI should be able to navigate forward and backward without a developer needing to drop a huge patch. Anyway, my personal grumblings. I've updated the patch.

I don't understand how the UI would be able to invent the lines that are not in the patch :-)

For another day.

(and I don't understand the "pulls in PHP as a runtime dependency" bit, but, well...)

If it doesn't compile to a static binary or requires an interpreter/sidecar VM, it's likely not going to be added to my local development systems.