On Wed, 18 Feb 2015 18:46:04 +0100, Michael J Gruber
<git@xxxxxxxxxxxxxxxxxxxx> wrote:
> H.Merijn Brand venit, vidit, dixit 18.02.2015 17:00:
> > On Wed, 10 Dec 2014 23:46:25 -0800, Junio C Hamano <gitster@xxxxxxxxx>
> > wrote:
> >
> >> Hello, all.
> >>
> >> H. Merijn Brand runs a few HP-UX boxes to help perl5 and other open
> >> source communities, wants help porting more recent Git on these
> >> boxes, running HP-UX 10.20, 11.00, and 11.23, and looking for a
> >> volunteer. Please contact him directly if you are interested.
> >
> > No-one. Disappointing :(
>
> Well, how can we help if we don't even know the limitations of that
> platform?
I have offered to give any serious git developer an HP-UX account, so
one can found out themselves. I can then - hopefully - answer any
remaining question.
> In short, you are putting additional restrictions in by not having GNU
> tools around.
There *are* GNU tools around, and I *can* add other tools. I - of
course - cannot install *all* GNU tools. I don't put serious
restrictions on the wishes of developers. You ask we play. Mostly.
The problem here is that I can configure, build, and test any tool
(git) on my system using every GNU tool I might have available, but
once I convert this build into a package/distribution, and people
around the world download it and expect it to work, it will fail if
the tool (git) depends on available system commands that now do not
meet the needs of the tool (git).
Note that I have put TAR = gtar in config.mak.uname, but it is not
consistently used
> > Did *anyone* ever test with NO_ICONV?
> > Too many tests fail without iconv
>
> There is iconv the library and iconv the command. With NO_ICONV, many
> tests fail for me even on my standard Linux distro. But our tests keep
> using iconv the command. The subtests which pass in t3900, for example,
> mostly test that certain things fail, for one reason or another...
>
> But we should guard a few tests in case of NO_ICONV, of course, and
> probably not use iconv the command in this case either.
>
> > It is *very* hard to decide from the current status if all
> > remaining failures are related to (Asian) locale failures and (thus)
> > can be safely ignored (in my environment).
> >
> > Specifics at the end
> >
> >
> > FAILures from scratch with no iconv:
> > --------------------------------------------------------------------------------
> > t3513-revert-submodule.sh Tests: 14 Failed: 5 Failed tests: 1-2, 4, 6-7 TODO passed: 10-11
> > t3900-i18n-commit.sh Tests: 34 Failed: 8 Failed tests: 15-17, 23-25, 27-28
> > t3901-i18n-patch.sh Tests: 15 Failed: 8 Failed tests: 2-3, 6-7, 9, 11, 14-15
> > t4041-diff-submodule-option.sh Tests: 44 Failed: 5 Failed tests: 5-7, 9-10
> > t4201-shortlog.sh Tests: 11 Failed: 1 Failed tests: 9
> > t4204-patch-id.sh Tests: 15 Failed: 3 Failed tests: 7, 10, 13
> > t4205-log-pretty-formats.sh Tests: 46 Failed: 20 Failed tests: 12-14, 17, 19, 21, 23-29, 31, 33, 35, 37 39, 41-42
> > t4210-log-i18n.sh Tests: 5 Failed: 4 Failed tests: 2-5
> > t5100-mailinfo.sh Tests: 35 Failed: 11 Failed tests: 20-30
> > t5570-git-daemon.sh Tests: 12 Failed: 2 Failed tests: 4-5 Parse errors: No plan found in TAP output
> > t6006-rev-list-format.sh Tests: 54 Failed: 11 Failed tests: 9-10, 12, 25-27, 30-34
> > t6041-bisect-submodule.sh Tests: 14 Failed: 9 Failed tests: 1-2, 4-7, 12-14 TODO passed: 10-11
> > t7001-mv.sh Tests: 46 Failed: 2 Failed tests: 38-39
> > t7102-reset.sh Tests: 30 Failed: 1 Failed tests: 2
> > t7610-mergetool.sh Tests: 18 Failed: 1 Failed tests: 18
> > t7800-difftool.sh Tests: 56 Failed: 1 Failed tests: 49
> > t8005-blame-i18n.sh Tests: 5 Failed: 3 Failed tests: 2-4
> > t9350-fast-export.sh Tests: 34 Failed: 1 Failed tests: 4
> > Files=687, Tests=12091
> >
> > FAILures from scratch with iconv:
> > --------------------------------------------------------------------------------
> > t3513-revert-submodule.sh Tests: 14 Failed: 5 Failed tests: 1-2, 4, 6-7 TODO passed: 10-11
> > t3900-i18n-commit.sh Tests: 34 Failed: 6 Failed tests: 16-17, 24-25, 27-28
> > t4204-patch-id.sh Tests: 15 Failed: 3 Failed tests: 7, 10, 13
> > t4210-log-i18n.sh Tests: 5 Failed: 4 Failed tests: 2-5
> > t5100-mailinfo.sh Tests: 35 Failed: 2 Failed tests: 20, 23
> > t5536-fetch-conflicts.sh Tests: 7 Failed: 3 Failed tests: 3, 6-7
> > t5570-git-daemon.sh Tests: 12 Failed: 2 Failed tests: 4-5 Parse errors: No plan found in TAP output
> > t6041-bisect-submodule.sh Tests: 14 Failed: 9 Failed tests: 1-2, 4-7, 12-14 TODO passed: 10-11
> > t7001-mv.sh Tests: 46 Failed: 2 Failed tests: 38-39
> > t7610-mergetool.sh Tests: 18 Failed: 1 Failed tests: 18
> > t7800-difftool.sh Tests: 56 Failed: 1 Failed tests: 49
> > t8005-blame-i18n.sh Tests: 5 Failed: 3 Failed tests: 2-4
> > Files=687, Tests=12091
> > Result: FAIL
> >
> > running «sh t****.sh -x -i»
> >
> >
> > t/t7001-mv.t
> > ------------
> > cp uses -P flag, which is unknown to HP's (non-GNU) version of cp
> >
> > Changing the two occurrences from
> >
> > cp -R -P -p ../.git/modules/sub .git &&
> > to
> > rsync -aHl ../.git/modules/sub/ .git/ &&
> >
> > make the tests pass (on those systems that have a working rsync)
>
> "rsync -r -l -o -p -t" would be the proper equivalent. -aH does more for
> my rsync. I don't know what HP-UX rsync understands, though.
HP has no rsync. I installed it myself.
As HP does not have rsync, it does not conflict. If I would install cp
however, I bet many system-tasks could fall over.
> > t/t3513-revert-submodule.sh
> > ---------------------------
> > tar uses z flag, which is unknown to HP's (non-GNU) version of tar
> > config.mak.uname defines TAR = gtar, but that obviously does not help
> >
> > putting GNU-tar temporary in from of my $PATH makes the test pass
> > /me thinks the z in not required in that test at all
> >
> > tar cf "$TRASH_DIRECTORY/tmp.tar" * &&
> > and
> > tar xf "$TRASH_DIRECTORY/tmp.tar" &&
> >
> > work just as well and prevent the breakage
>
> We can do without z.
TOP!
> > t/t3900-i18n-commit.sh
> > ----------------------
> > As my HP boxes have *NO* JP or other space eating asian locale stuff
> > installed, it is highly likely that *anything* dealing with asian
> > locales will fail. On modern Linux hardware, disk space is cheap. On
> > most HP-UX boxes disk space is expensive and when having nothing to do
> > with Asian languages, removing all Asian-related packages is a fast and
> > cheap way to regain disk space.
> >
> > Changing compare_with to
> >
> > compare_with () {
> > case "$1$2$3" in
> > *eucJP*|*ISO-2022-JP*) true ;;
> > *)
> > git show -s $1 | sed -e '1,/^$/d' -e 's/^ //' >current &&
> > case "$3" in
> > '')
> > test_cmp "$2" current ;;
> > ?*)
> > iconv -f "$3" -t UTF-8 >current.utf8 <current &&
> > iconv -f "$3" -t UTF-8 >expect.utf8 <"$2" &&
> > test_cmp expect.utf8 current.utf8
> > ;;
> > esac
> > ;;
> > esac
> > }
> >
> > makes all my tests pass
>
> So you do have iconv the command, but don't want to link with the library?
Maybe it is too old?
$ iconv --version
iconv (GNU libiconv 1.14)
Copyright (C) 2000-2011 Free Software Foundation, Inc.
> Availability of the locales should be covered by a prerequisite, like we
> do in t9129.
>
> > t/t4204-patch-id.sh
> > -------------------
> >
> > No idea yet
> >
> > + test_patch_id_file_order irrelevant --stable --stable
> > Already on 'same'
> > cmp: patch-id_ordered-ordered-order---stable-irrelevant: No such file or directory
> >
> > $ find * | grep 4204 | grep stable
> > trash directory.t4204-patch-id/patch-id_order---stable-irrelevant
> > trash directory.t4204-patch-id/patch-id_ordered-order---stable-irrelevant
>
> The "Already"-part is normal output. The rest looks a bit crazy - and
> shell related?
I have set SHELL_PATH = /pro/local/bin/bash
The default /bin/sh on HP-UX is almost as bare as the old bourne shell
So, shell related? Likely!
> > t/t4210-log-i18n
> > ----------------
> >
> > $ dump "trash directory.t4210-log-i18n/actual"
> > 00000000 75 74 66 38 0A utf8.
> > $ dump "trash directory.t4210-log-i18n/expect"
> > 00000000 6C 61 74 69 6E 31 0A 75 74 66 38 0A latin1.utf8.
> > $ dump "trash directory.t4210-log-i18n/msg"
> > 00000000 6C 61 74 69 6E 31 0A 0A 74 E9 73 74 0A latin1..t.st.
> >
> > t/t5100-mailinfo.sh
> > -------------------
> > + git mailinfo -u rfc2047/0001-msg rfc2047/0001-patch
> > + 0< rfc2047/0001 1> rfc2047/0001-info
> > fatal: cannot convert from US-ASCII to UTF-8
> > error: last command exited with $?=128
>
> Is that mailinfo erroring out? Do you have those locales?
$ locale -a
C
POSIX
C.iso88591
C.iso885915
C.utf8
univ.utf8
nl_NL.iso88591
nl_NL.iso885915@euro
nl_NL.roman8
en_GB.iso88591
en_GB.iso885915@euro
en_GB.roman8
en_US.iso88591
en_US.roman8
nl_NL.utf8
en_GB.utf8
en_US.utf8
> OK, I'll have to stop fishing in the dark here.
>
> > t/t5536-fetch-conflicts.sh
> > --------------------------
> > + setup_repository ccc +refs/heads/branch1:refs/remotes/origin/branch1 +refs/heads/branch2:refs/remotes/origin/branch1
> > Initialized empty Git repository in /pro/3gl/LINUX/git-2.3.0p/t/trash directory.t5536-fetch-conflicts/ccc/.git/
> > + cd ccc
> > + test_must_fail git fetch origin
> > + 2> error
> > + verify_stderr
> > + 0< /var/tmp/sh6096.2
> > cmp: EOF on actual
> > error: last command exited with $?=1
> > not ok 3 - fetch conflict: config vs. config
> >
> > t/t5570-git-daemon.sh
> > ---------------------
> > I will ignore this myself, as I have no intention of using HP-UX as a
> > git server. We already have a dedicated Linux box doing so.
> >
> > + test_cmp file clone/file
> > ok 3 - clone git repository
> >
> > expecting success:
> > echo content >>file &&
> > git commit -a -m two &&
> > git push public &&
> > (cd clone && git pull) &&
> > test_cmp file clone/file
> >
> > + echo content
> > + 1>> file
> > + git commit -a -m two
> >
> > arg sulong failed. 0, 0x9fffffffbffff058
> >
> > Setup args failed.
> >
> > Pid 6238 was killed due to failure in writing to user register stack - possible stack overflow.
> > [master bca99f0] two
> > Author: A U Thor <author@xxxxxxxxxxx>
> > 1 file changed, 1 insertion(+)
> > + git push public
> >
> > t/t6041-bisect-submodule.sh
> > ---------------------------
> > config.mak.uname defines TAR = gtar, but that obviously does not help
> >
> > + git_bisect add_sub1
> > tar: z: unknown option
> > tar: usage tar [-]{txruc}[eONvVwAfblhm{op}][0-7[lmh]] [tapefile] [blocksize] [[-C directory] file] ...
> >
> > changing my $PATH to have a GNU tar in front makes all tests pass
> >
> >
> > t/t7610-mergetool.sh
> > --------------------
> > HP-UX' mktemp obviously is not compatible with GNU mktemp (which I have
> > not installed/available on HP-UX)
> >
> > SYNOPSIS
> > mktemp [-c] [-d directory_name] [-p prefix]
> >
> > Resolved 'subdir/file3' using previous resolution.
> > Automatic merge failed; fix conflicts and then commit the result.
> > + git mergetool --no-prompt --tool myecho -- both
> > + 1> actual
> > error: mktemp is needed when 'mergetool.writeToTemp' is true
> > error: last command exited with $?=1
> > not ok 18 - temporary filenames are used with mergetool.writeToTemp
> >
> >
> > t/t7800-difftool.sh
> > -------------------
> > HP-UX doesn't have readlink
> >
> > + git difftool --dir-diff --symlink --extcmd ./.git/CHECK_SYMLINKS branch HEAD
> > ./.git/CHECK_SYMLINKS: line 5: readlink: command not found
> > ./.git/CHECK_SYMLINKS: line 5: readlink: command not found
> > ./.git/CHECK_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 - difftool --dir-diff --symlink without unstaged changes
> >
> >
> > t/t8005-blame-i18n.sh
> > ---------------------
> > SJIS again, I DO NOT CARE!
> >
> > + 1> actual
> > + test_cmp actual expected
> > actual expected differ: char 56, line 3
> > error: last command exited with $?=1
> > not ok 2 - blame respects i18n.commitencoding
--
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-disclaimers/
Attachment:
pgptLSKaOj2qh.pgp
Description: OpenPGP digital signature