Re: [PATCH] Remove perl dependant commands if NO_PERL is set

Renato Botelho [off-list ref] writes:

quoted

You also may want to hold off the "git-submodule" bit, as I expect
http://thread.gmane.org/gmane.comp.version-control.git/277128/focus=277129
would be one of the first changes to be in 'master' after the
upcoming release 2.6 (that is, it is likely that perl dependency
would be removed in 2.7).

Can’t we add git-submodule to the list now, for 2.6, and then remove
it when this change is pushed? This would help to have a sane tarball
for 2.6. I’m considering this from a package maintainer perspective.

Not really.  Anything brand-new that comes this late in the cycle
will not be in 2.6, so the earliest release this NO_PERL change can
appear in is one after the upcoming release.

On Sep 3, 2015, at 16:56, Junio C Hamano [off-list ref] wrote:

Renato Botelho [off-list ref] writes:

quoted

quoted

You also may want to hold off the "git-submodule" bit, as I expect
http://thread.gmane.org/gmane.comp.version-control.git/277128/focus=277129
would be one of the first changes to be in 'master' after the
upcoming release 2.6 (that is, it is likely that perl dependency
would be removed in 2.7).

Can’t we add git-submodule to the list now, for 2.6, and then remove
it when this change is pushed? This would help to have a sane tarball
for 2.6. I’m considering this from a package maintainer perspective.

Not really.  Anything brand-new that comes this late in the cycle
will not be in 2.6, so the earliest release this NO_PERL change can
appear in is one after the upcoming release.

Even if it’s a bug that produce a broken installation?

Nevermind, I’ll add the patch into FreeBSD ports so FreeBSD users can have a sane package installed.

--
Renato Botelho