=:$PATH, PATH=$PATH:, and PATH=$PATH::/bin
Signed-off-by: Johannes Schindelin
Tested-by: H.Merijn Brand - Tux
diff --git a/t/t0061-run-command.sh b/t/t0061-run-command.sh
index cf932c851..557f87442 100755
--- a/t/t0061-run-command.sh
+++ b/t/t0061-run-command.sh
@@ -29,7 +29,14
15
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/15 subtests
Test Summary Report
---
t0061-run-command.sh (Wstat: 256 Tests: 15 Failed: 1)
Failed test: 4
Non-zero exit status: 1
Files=1, Tests=15, 1 wallclock secs ( 0.03 usr 0.00 sys + 0.24 cusr 0.07
csys = 0.34
0x0040730e in handle_builtin ()
#15 0x0040760e in cmd_main ()
#16 0x00406554 in main ()
--
H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/
using perl5.00307 .. 5.29 porting perl5 on HP-UX, AIX, and openSUSE
http://mirrors.develooper.com/hpux/http
On Tue, 28 Aug 2018 12:37:40 -0700, Junio C Hamano
wrote:
> "H.Merijn Brand" writes:
>
> > So, my wish would be to have an option, possibly using -- to pass
> > additional command line arguments to git difftool, so that
> >
> > $ git difftool $commit
In short, I want to be able to do
$ git difftool 5c5a -v2
where -v2 is passed to the tool invoked in the end. I'll elaborate on
why ...
Background.
Some changes are not obvious to spot. One of the best examples I found
is this one:
https://github.com/hexchat/hexchat/commit/5c5aacd9da7d45dfc164
On Thu, 25 Jun 2015 08:44:45 -0400, Jeff King wrote:
> On Thu, Jun 25, 2015 at 01:19:01PM +0200, H.Merijn Brand wrote:
>
> > *** Dates do not respect LC_TIME
>
> Right, we use our own routines for formatting the dates, and not
> strftime. And it probably should stay th
git init
Initialized empty Git repository in /home/merijn/git-test/.git/
$ touch foo
$ git add foo
$ git commit -m boo
[master (root-commit) 09483e5] boo
1 file changed, 0 insertions(+), 0 deletions(-)
create mode 100644 foo
$ git log | cat
commit 09483e527d6a4d4a9e49f82a11871ab55133cf72
Author: H
On Tue, 03 Mar 2015 17:05:53 +0100, Michael J Gruber
wrote:
> H.Merijn Brand venit, vidit, dixit 03.03.2015 16:30:
> > On Tue, 03 Mar 2015 15:55:48 +0100, Michael J Gruber
> > wrote:
> >
> >> H.Merijn Brand venit, vidit, dixit 19.02.2015 19:56:
> >>> O
On Tue, 03 Mar 2015 15:55:48 +0100, Michael J Gruber
wrote:
> H.Merijn Brand venit, vidit, dixit 19.02.2015 19:56:
> > On Thu, 19 Feb 2015 14:21:11 +0100, Michael J Gruber
> > wrote:
> >
> >> Jeff, you got it wrong. You should do the hard part and
zy person. :) I am not saying it is a _bad_ idea. Only that
> the responsibility to make sure the installed version matches the
> current build parameters lies with the user (and for that matter, the
> current set of tests; we add new tests that would fail on old versions,
> and you cannot
in another header file
--
H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/
using perl5.00307 .. 5.21 porting perl5 on HP-UX, AIX, and openSUSE
http://mirrors.develooper.com/hpux/http://www.test-smoke.org/
http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaime
UX only ship 32bit software (sad, but true). That implies
that I cannot require libiconv.so to be present on the client side.
I'd like my git to be as standalone as possible
> Failing so many tests with NO_ICONV is certainly not ideal, but I'm not
> sure we should care to pro
native. I don't think we can rely on rsync
> > being everywhere.
>
> Thanks; I wasn't even aware that we used rsync in our tests. We
> certainly do not want to rely on it.
You don't. It was a quick hack from me to see if this was the only
cause of failure for that tes
On Wed, 18 Feb 2015 18:46:04 +0100, Michael J Gruber
wrote:
> H.Merijn Brand venit, vidit, dixit 18.02.2015 17:00:
> > On Wed, 10 Dec 2014 23:46:25 -0800, Junio C Hamano
> > wrote:
> >
> >> Hello, all.
> >>
> >> H. Merijn Brand runs a few HP-U
SYMLINKS: line 5: readlink: command not found
/pro/3gl/LINUX/git-2.3.0p/git-difftool line 472: No such file or directory
fatal: 'difftool' appears to be a git command, but we were not
able to execute it. Maybe git-difftool is broken?
error: last command exited with $?=128
not ok 49 -
}
>
> - ($$temp_fd, $fname) = File::Temp->tempfile(
> + ($$temp_fd, $fname) = File::Temp::tempfile(
> 'Git_XX', UNLINK => 1, DIR => $tmpdir,
> ) or throw Error::Simple("couldn't o
On Sun, 28 Apr 2013 20:59:16 -0700, Junio C Hamano
wrote:
> Jeff King writes:
>
> > On Sun, Apr 28, 2013 at 11:09:33AM +0200, H.Merijn Brand wrote:
> >
> >> Still failing in 1.8.2.2
> >>
> >> Short fix:
> >> --8<---
> >>
"couldn't open new temp file");
-->8---
Long fix inlined
> On Fri, Mar 22, 2013 at 7:57 PM, H.Merijn Brand wrote:
> > git-1.8.2, perl-5.16.3, File::Temp-0.23
> >
> > Without patch:
> >
> > $ git svn fetch
> > 'tempfile' can't
On Sat, 23 Mar 2013 16:32:47 +, Ben Walton
wrote:
> Hello,
Still failing in 1.8.2.1
> On Fri, Mar 22, 2013 at 7:57 PM, H.Merijn Brand wrote:
> > git-1.8.2, perl-5.16.3, File::Temp-0.23
> >
> > Without patch:
> >
> > $ git svn fetch
> > 'tem
remotes/git-svn)
⋮
patch attached
--
H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/
using perl5.00307 .. 5.17 porting perl5 on HP-UX, AIX, and openSUSE
http://mirrors.develooper.com/hpux/http://www.test-smoke.org/
http://qa.perl.org http://www.goldmark.
> + } else {
> > + show_help_for = argv[0];
> > }
>
> This needs a lot more scrutiny. The alias can be more than just a single
> word, and it can even be a shell scriptlet, i.e., not a git command at all.
>
> It may make sense to show the help of the
21 matches
Mail list logo
