1. 11 Sep, 2017 3 commits
  2. 06 May, 2016 1 commit
    • Li Peng's avatar
      typofix: assorted typofixes in comments, documentation and messages · 832c0e5e
      Li Peng authored
      Many instances of duplicate words (e.g. "the the path") and
      a few typoes are fixed, originally in multiple patches.
      
          wildmatch: fix duplicate words of "the"
          t: fix duplicate words of "output"
          transport-helper: fix duplicate words of "read"
          Git.pm: fix duplicate words of "return"
          path: fix duplicate words of "look"
          pack-protocol.txt: fix duplicate words of "the"
          precompose-utf8: fix typo of "sequences"
          split-index: fix typo
          worktree.c: fix typo
          remote-ext: fix typo
          utf8: fix duplicate words of "the"
          git-cvsserver: fix duplicate words
      Signed-off-by: 's avatarLi Peng <lip@dtdream.com>
      Signed-off-by: 's avatarJunio C Hamano <gitster@pobox.com>
      832c0e5e
  3. 17 Feb, 2016 1 commit
  4. 30 Oct, 2013 1 commit
  5. 11 Sep, 2013 1 commit
    • Junio C Hamano's avatar
      cvsserver: pick up the right mode bits · 1b48d56c
      Junio C Hamano authored
      When determining the file mode from either ls-tree or diff-tree
      output, we used to grab these octal mode string (typically 100644 or
      100755) and then did
      
      	$git_perms .= "r" if ( $mode & 4 );
      	$git_perms .= "w" if ( $mode & 2 );
      	$git_perms .= "x" if ( $mode & 1 );
      
      which was already wrong, as (100644 & 4) is very different from
      oct("100644") & 4.  An earlier refactoring 2c3af7e7 (cvsserver:
      factor out git-log parsing logic, 2012-10-13) further changed it to
      pick the third octal digit (10*0*644 or 10*0*755) from the left and
      then do the above conversion, which does not make sense, either.
      
      Let's use the third digit from the last of the octal mode string to
      make sure we get the executable and read bits right.
      Signed-off-by: 's avatarJunio C Hamano <gitster@pobox.com>
      Tested-by: 's avatarMichael Cronenworth <mike@cchtml.com>
      1b48d56c
  6. 04 Sep, 2013 1 commit
  7. 12 Apr, 2013 1 commit
  8. 24 Feb, 2013 1 commit
  9. 16 Oct, 2012 17 commits
  10. 05 Oct, 2011 1 commit
  11. 06 Oct, 2010 1 commit
  12. 27 Sep, 2010 1 commit
    • Ævar Arnfjörð Bjarmason's avatar
      perl: bump the required Perl version to 5.8 from 5.6.[21] · d48b2841
      Ævar Arnfjörð Bjarmason authored
      Formalize our dependency on perl 5.8, bumped from 5.6.[12]. We already
      used the three-arg form of open() which was introduced in 5.6.1, but
      t/t9700/test.pl explicitly depended on 5.6.2.
      
      However git-add--interactive.pl has been failing on the 5.6 line since
      it was introduced in v1.5.0-rc0~12^2~2 back in 2006 due to this open
      syntax:
      
          sub run_cmd_pipe {
                 my $fh = undef;
                 open($fh, '-|', @_) or die;
                 return <$fh>;
          }
      
      Which when executed dies on "Can't use an undefined value as
      filehandle reference". Several of our tests also fail on 5.6 (even
      more when compiled with NO_PERL_MAKEMAKER=1):
      
          t2016-checkout-patch.sh
          t3904-stash-patch.sh
          t3701-add-interactive.sh
          t7105-reset-patch.sh
          t7501-commit.sh
          t9700-perl-git.sh
      
      Our code is bitrotting on 5.6 with no-one interested in fixing it, and
      pinning us to such an ancient release of Perl is keeping us from using
      useful features introduced in the 5.8 release.
      
      The 5.6 series is now over 10 years old, and the 5.6.2 maintenance
      release almost 7. 5.8 on the other hand is more than 8 years old.
      
      All the modern Unix-like operating systems have now upgraded to it or
      a later version, and 5.8 packages are available for old IRIX, AIX
      Solaris and Tru64 systems.
      Signed-off-by: Ævar Arnfjörð Bjarmason's avatarÆvar Arnfjörð Bjarmason <avarab@gmail.com>
      Acked-by: 's avatarTor Arntsen <tor@spacetec.no>
      Acked-by: 's avatarRandal L. Schwartz <merlyn@stonehenge.com>
      Signed-off-by: 's avatarJunio C Hamano <gitster@pobox.com>
      d48b2841
  13. 21 Jun, 2010 2 commits
  14. 20 May, 2010 5 commits
  15. 26 Jan, 2010 1 commit
  16. 31 Dec, 2009 1 commit
  17. 30 Dec, 2009 1 commit
    • Phil Miller's avatar
      CVS Server: Support reading base and roots from environment · 03bd0d60
      Phil Miller authored
      The Gitosis single-account Git/ssh hosting system runs git commands
      through git-shell after confirming that the connecting user is
      authorized to access the requested repository. This works well for
      upload-pack and receive-pack, which take a repository argument through
      git-shell. This doesn't work so well for `cvs server', which is passed
      through literally, with no arguments. Allowing arguments risks
      sneaking in `--export-all', so that restriction should be maintained.
      
      Despite that, passing a repository root is necessary for per-user
      access control by the hosting software, and passing a base path
      improves usability without weakening security. Thus, git-cvsserver
      needs to come up with these values at runtime by some other
      means. Since git-shell preserves the environment for other purposes,
      the environment can carry these arguments as well.
      
      Thus, modify git-cvsserver to read $GIT_CVSSERVER_{BASE_PATH,ROOT} in
      the absence of equivalent command line arguments.
      Signed-off-by: 's avatarPhil Miller <mille121@illinois.edu>
      Signed-off-by: 's avatarJunio C Hamano <gitster@pobox.com>
      03bd0d60