sylvain: Ok, here's the deal then, since you want a perl-free Git. Produce a patch for the upstream Git makefile, implementing 'NO_PERL', in the same vein as 'NO_TCLTK'. Should disable building of the scripts I've mentioned, plus gitweb. I'll test it on a box with no Perl binary installed. It needs to pass the Git tests (FEATURES=test emerge dev-util/git) as well as me installing it and try the basic Git stuff on my git clone of the kernel.
Created attachment 146888 [details, diff] git-1.5.4.4 ebuild patch I'll do it when I'm confortable on nvidia driver developement (if it's not done upstream before). In the meantime you can apply the ebuild patch (2 lines) that will spare USE="-perl" systems to pull down tons of perl dependencies.
(In reply to comment #1) > In the meantime you can apply the ebuild patch (2 lines) that > will spare USE="-perl" systems to pull down tons of perl dependencies. That patch is bogus, you don't just pretend that git doesn't depend on these perl packages.
Comment on attachment 146888 [details, diff] git-1.5.4.4 ebuild patch You've already been told 3 times that that patch is not acceptable, please stop attaching it over and over again.
Created attachment 146960 [details, diff] 20080322-git-1.5.5.4-noperl.patch The attached patch does 95% of the work of making Perl optional. The following testcases need to have their git-remote usage written out. t5502-quickfetch.sh t5512-ls-remote.sh t5520-pull.sh Additionally, configure.ac and the Makefile need work to get configure --without-perl to work properly. Usage: # patch <.... # gmake NO_PERL=NoThanks
This IS in the tree now - however Slyvain, when you've got some time for yourself, I expect you to take the patch to upstream, and either have them rewrite the noted testcases, or do so yourself.
[ANNOUNCE] GIT 1.5.5-rc1 ... * "git checkout" is rewritten in C. * "git remote" is rewritten in C. ... Seems I'm not alone to think like that. Now, it only needs additional autoconf magic from your gmake patch.
