On 17/06/2018 10:42, Yasuhiro KIMURA wrote:
> I'm not sure if P4 option should be enabled by default. But I think it
> is incosistent that default valued of P4 options is on while that of
> SVN options is off.
Given Perforce no longer supports FreeBSD as a server platform and the
FreeBSD projects'
On 17 Jun 2018, at 00:04, Mahmoud Al-Qudsi wrote:
>
> On Fri, Jun 15, 2018 at 3:24 AM, Franco Fichtner wrote:
>> The bottom line is that excluding Perl and Python support from git
>> will make it only usable for automated shell scripting.
>>
>> Interactive parts require Perl or Python so there
From: Joseph Mingrone
Subject: Re: Removing git dependencies on perl5 and python27
Date: Sun, 17 Jun 2018 05:59:46 -0300
> Mahmoud Al-Qudsi writes:
>> Do you know what features python unlocks?
> I am not sure, but grepping gives some hints.
>From /usr/ports/dev
Mahmoud Al-Qudsi writes:
> Do you know what features python unlocks?
I am not sure, but grepping gives some hints.
% pkg info -lq git-2.17.1 | xargs grep -l '^#!.*python'
/usr/local/bin/git-p4.py
/usr/local/libexec/git-core/git-p4
/usr/local/share/git-core/contrib/fast-import/import-zips.py
/usr
On Fri, Jun 15, 2018 at 3:24 AM, Franco Fichtner wrote:
> The bottom line is that excluding Perl and Python support from git
> will make it only usable for automated shell scripting.
>
> Interactive parts require Perl or Python so there is nothing to be
> gained from breaking POLA for existing use
Hm, seems like you're right, which is good news for me, I always built
it without perl until this commit:
r396048 | garga | 2015-09-04 00:00:03 +0200 (Fri, 04 Sep 2015) | 5 lines
- Update to 2.5.1
- Fix build with NO_PERL set backporting a commit from git repo
(82aec45)
- Add git-submodile, git
On Fri, Jun 15, 2018 at 10:24:06AM +0200, Franco Fichtner wrote:
>
> > On 15. Jun 2018, at 10:10 AM, Mahmoud Al-Qudsi wrote:
> >
> > On Fri, Jun 15, 2018 at 2:57 AM, Michael Gmelin wrote:
> >> Last time I checked, building git without Perl broke submodules (which is
> >> a core feature that sh
> On 15. Jun 2018, at 10:10 AM, Mahmoud Al-Qudsi wrote:
>
> On Fri, Jun 15, 2018 at 2:57 AM, Michael Gmelin wrote:
>> Last time I checked, building git without Perl broke submodules (which is a
>> core feature that should work with a default installation).
>
> I fully agree. Fortunately, (at
On Fri, Jun 15, 2018 at 2:57 AM, Michael Gmelin wrote:
> Last time I checked, building git without Perl broke submodules (which is a
> core feature that should work with a default installation).
I fully agree. Fortunately, (at least at a first glance) that does not
seem to be the case.
I just b
> On 15. Jun 2018, at 05:57, Adam Weinberger wrote:
>
>> On Thu, Jun 14, 2018 at 8:16 PM Mahmoud Al-Qudsi wrote:
>>
>> Hello list,
>>
>> I'm probably not alone in considering git to be a core development tool,
>> perhaps just a notch or two below the C compiler. `git` and `sudo` are the
>>
On Thu, Jun 14, 2018 at 8:16 PM Mahmoud Al-Qudsi wrote:
>
> Hello list,
>
> I'm probably not alone in considering git to be a core development tool,
> perhaps just a notch or two below the C compiler. `git` and `sudo` are the two
> packages I first install (after `pkg` itself) on any machine, and
On Thu, Jun 14, 2018 at 09:15:49PM -0500, Mahmoud Al-Qudsi wrote:
>
> (Obviously the option of adding a "git-lite" package à la "vim-lite" also
> exists, but I think it's fair to say that would be an ugly and unnecessary
> compromise.)
That ugly compromise has already been made:
$ pkg search
Hello list,
I'm probably not alone in considering git to be a core development tool,
perhaps just a notch or two below the C compiler. `git` and `sudo` are the two
packages I first install (after `pkg` itself) on any machine, and in many
cases that suffices to get a basic development environment g
13 matches
Mail list logo
