reidwooten99 / git-core Goto Github PK

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

What steps will reproduce the problem?
1. create 2 stashes
2. execute git stash branch <branchname> stash@{0}


What is the expected output? What do you see instead?
I expect to see a new branch checked out with the contents of stash0
I got the contents of stash1 but it said it was dropping stash0


What version of the product are you using? On what operating system?
1.7.6 on linux


Please provide any additional information below.

What steps will reproduce the problem?
1. Install Git 1.7.10-preview20120409 
https://code.google.com/p/msysgit/downloads/detail?name=Git-1.7.10-preview201204
09.exe&can=2&q= on a machine that is behind a corporate style proxy
2. execute: git clone https://[email protected]/username/project.git for a 
github project


What is the expected output? What do you see instead?
I expect the project to be cloned onto my machine.

I expect to see the following which is what I get when I have 
Git-1.7.9-preview20120201 installed:

Cloning into 'D:\projects\project'...
POST git-upload-pack (524 bytes)
remote: Compressing objects: 100% (1202/1202)
Receiving objects: 100% (2486/2486), 18.39 MiB | 289 KiB/s
Resolving deltas: 100% (1553/1553)
Resolving deltas: 100% (1553/1553), done.
Checking out files: 100% (561/561)
Checking out files: 100% (561/561), done.
Success

Instead I see this when I have Git-1.7.10-preview20120409 installed:
Cloning into 'D:\projects\project'...
POST git-upload-pack (524 bytes)
remote: Compressing objects: 100% (1202/1202)
Receiving objects: 100% (2486/2486), 18.45 MiB | 275 KiB/s
Resolving deltas: 100% (1553/1553)
Resolving deltas: 100% (1553/1553), done.
remote: Total 2486 (delta 1553), reused 1979 (delta 1123)

No matter how long I wait it never finishes.

What version of the product are you using? On what operating system?
Git-1.7.10-preview20120409 on Windows XP SP3

Please provide any additional information below.
I don't know much about the proxy that is in place so I'm not sure how much 
more help I can provide.

What steps will reproduce the problem?
1. git svn fetch
2.
Found possible branch point: https://xxx/svn/xxx/branches/11-07 D t-m => 
https://xxx/svn/xxx/branches/11-09 S t-m, 4332
fatal: Not a valid object name refs/remotes/1-11 M R 2.6
cat-file commit refs/remotes/1-11 M R 2.6: command returned error: 128

What version of the product are you using? On what operating system?
git version 1.7.9.5 on Ubuntu 12.04

Please provide any additional information below.

As workaround:
I've tried to create the tag manually, but it's not allowed.
$ git tag "11-07 D t-m" remotes/11-07%20D
fatal: '11-07 D t-m' is not a valid tag name.

I've tried:
- to create or rename tag manually as suggested here:
http://stackoverflow.com/questions/11365317/git-svn-clone-fails-fatal-not-a-vali
d-object-name/11559472#11559472
- 
http://qa.celogeek.com/programming/versionning/git/svn/rebase_with_bad_object_af
ter_rm
But without success.

There is also bug report on lunchpad:
https://bugs.launchpad.net/ubuntu/+source/git/+bug/786942

What steps will reproduce the problem?

http://git.jankratochvil.net/?p=gdb.git;a=summary
-> head master
http://git.jankratochvil.net/?p=gdb.git;a=tree;h=refs/heads/master;hb=master
-> gdb/
http://git.jankratochvil.net/?p=gdb.git;a=tree;f=gdb;h=b2bc1d8ff2d63dad7f98166d0
7ea4851a8e33b9e;hb=master
-> NEWS blob
http://git.jankratochvil.net/?p=gdb.git;a=blob;f=gdb/NEWS;h=696de32204d3cb449595
343c41c073266ab79747;hb=master
 = OK, "*** Changes since GDB 7.4"
-> NEWS raw
http://git.jankratochvil.net/?p=gdb.git;a=blob_plain;f=gdb/NEWS;hb=master

What is the expected output?
*** Changes since GDB 7.4

What do you see instead?
*** Changes since GDB 6.8

What version of the product are you using? On what operating system?
rpm-rebuilt git-1.7.9.3-1.fc17.src.rpm.
Scientific Linux release 6.2 (Carbon)

Please provide any additional information below.
The branch cvs/master vs. master mismatch described by Jim Meyering at:
  http://sourceware.org/ml/gdb/2012-03/msg00064.html

What steps will reproduce the problem?
1.  make configure
2. ./configure --prefix=$ToolInstallDir 
--with-perl=/path/to/ins_dir/perl/v5.12.2/bin/perl 
--with-zlib=/path/to/ins_dir/zlib/v1.2.3/bin
 --without-tcltk --with-openssl=/path/to/ins_dir/openssl/v0.9.7e 
 --with-expat=/path/to/ins_dir/expat/v2.0.1
3.

What is the expected output? What do you see instead?

Running cmd: cd git-1.7.9.4
Running cmd: rm -fR /path/to/ins_dir/git/v1.7.9.4/*

Running cmd: make install
    SUBDIR gitweb
    SUBDIR ../
make[2]: `GIT-VERSION-FILE' is up to date.
    GEN git-instaweb
    SUBDIR git-gui
    SUBDIR gitk-git
make[1]: Nothing to be done for `all'.
    SUBDIR perl
    SUBDIR git_remote_helpers
    SUBDIR templates
install -d -m 755 '/path/to/ins_dir/git/v1.7.9.4/bin'
install -d -m 755 '/path/to/ins_dir/git/v1.7.9.4/libexec/git-core'
install   git-daemon git-fast-import git-imap-send git-shell git-show-index 
git-upload-pack git-http-backend git-sh-i18n--envsubst git-credential-store 
git-http-fetch git-http-push git-credential-cache git-credential-cache--daemon 
git-remote-http git-remote-https git-remote-ftp git-remote-ftps git-am 
git-bisect git-difftool--helper git-filter-branch git-lost-found 
git-merge-octopus git-merge-one-file git-merge-resolve git-mergetool git-pull 
git-quiltimport git-rebase git-repack git-request-pull git-stash git-submodule 
git-web--browse git-add--interactive git-difftool git-archimport 
git-cvsexportcommit git-cvsimport git-cvsserver git-relink git-send-email 
git-svn git-remote-testgit git-instaweb 
'/path/to/ins_dir/git/v1.7.9.4/libexec/git-core'
install -m 644  git-mergetool--lib git-parse-remote git-rebase--am 
git-rebase--interactive git-rebase--merge git-sh-setup git-sh-i18n 
'/path/to/ins_dir/git/v1.7.9.4/libexec/git-core'
install git git-upload-pack git-receive-pack git-upload-archive git-shell 
git-cvsserver '/path/to/ins_dir/git/v1.7.9.4/bin'
make -C templates DESTDIR='' install
make[1]: Entering directory 
`/src/dir/git-v1.7.9.4/platforms/sys/matrix_bootstrap_000/git-1.7.9.4/templates'
install -d -m 755 '/path/to/ins_dir/git/v1.7.9.4/share/git-core/templates'
(cd blt && gtar cf - .) | \
        (cd '/path/to/ins_dir/git/v1.7.9.4/share/git-core/templates' && umask 022 && gtar xof -)
/bin/sh: line 1: cd: /path/to/ins_dir/git/v1.7.9.4/share/git-core/templates: No 
such file or directory
make[1]: *** [install] Error 1
make[1]: Leaving directory 
`/src/dir/git-v1.7.9.4/platforms/sys4/matrix_bootstrap_000/git-1.7.9.4/templates
'
make: *** [install] Error 2

What version of the product are you using? On what operating system?

RH4 64bit
Please provide any additional information below.

What steps will reproduce the problem?
1. ./configure --prefix=/usr/local/git
   make
   make install
2.
3.

What is the expected output? What do you see instead?

[root@yao-linux git-1.7.6.3]# make
    SUBDIR gitweb
    SUBDIR ../
make[2]: `GIT-VERSION-FILE' is up to date.
    GEN git-instaweb
    SUBDIR git-gui
    SUBDIR gitk-git
make[1]: Nothing to be done for `all'.
    SUBDIR perl
    SUBDIR git_remote_helpers
    SUBDIR templates

[root@yao-linux git-1.7.6.3]# make install
    SUBDIR gitweb
    SUBDIR ../
make[2]: `GIT-VERSION-FILE' is up to date.
    GEN git-instaweb
    SUBDIR git-gui
    SUBDIR gitk-git
make[1]: Nothing to be done for `all'.
    SUBDIR perl
    SUBDIR git_remote_helpers
    SUBDIR templates
install -d -m 755 '/usr/local/git/bin'
install -d -m 755 '/usr/local/git/libexec/git-core'
install   git-daemon git-fast-import git-imap-send git-shell git-show-index 
git-upload-pack git-http-backend git-sh-i18n--envsubst git-http-fetch 
git-http-push git-remote-http git-remote-https git-remote-ftp git-remote-ftps 
git-am git-bisect git-difftool--helper git-filter-branch git-lost-found 
git-merge-octopus git-merge-one-file git-merge-resolve git-mergetool git-pull 
git-quiltimport git-rebase git-repack git-request-pull git-stash git-submodule 
git-web--browse git-add--interactive git-difftool git-archimport 
git-cvsexportcommit git-cvsimport git-cvsserver git-relink git-send-email 
git-svn git-remote-testgit git-instaweb '/usr/local/git/libexec/git-core'
install -m 644  git-mergetool--lib git-parse-remote git-rebase--am 
git-rebase--interactive git-rebase--merge git-sh-setup git-sh-i18n 
'/usr/local/git/libexec/git-core'
install git git-upload-pack git-receive-pack git-upload-archive git-shell 
git-cvsserver '/usr/local/git/bin'
make -C templates DESTDIR='' install
make[1]: Entering directory `/tmp/git-1.7.6.3/templates'
install -d -m 755 '/usr/local/git/share/git-core/templates'
(cd blt && gtar cf - .) | \
(cd '/usr/local/git/share/git-core/templates' && umask 022 && gtar xof -)
make[1]: Leaving directory `/tmp/git-1.7.6.3/templates'
make -C perl prefix='/usr/local/git' DESTDIR='' install
make[1]: Entering directory `/tmp/git-1.7.6.3/perl'
make[2]: Entering directory `/tmp/git-1.7.6.3/perl'
Writing 
/usr/local/git/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/Git/.packl
ist
Appending installation info to 
/usr/local/git/lib/perl5/5.8.0/i386-linux-thread-multi/perllocal.pod
make[2]: Leaving directory `/tmp/git-1.7.6.3/perl'
make[1]: Leaving directory `/tmp/git-1.7.6.3/perl'
make -C gitweb install
make[1]: Entering directory `/tmp/git-1.7.6.3/gitweb'
make[2]: Entering directory `/tmp/git-1.7.6.3'
make[2]: `GIT-VERSION-FILE' is up to date.
make[2]: Leaving directory `/tmp/git-1.7.6.3'
install -d -m 755 '/usr/local/git/share/gitweb'
install -m 755 gitweb.cgi '/usr/local/git/share/gitweb'
install -d -m 755 '/usr/local/git/share/gitweb/static'
install -m 644 static/gitweb.js static/gitweb.css static/git-logo.png 
static/git-favicon.png '/usr/local/git/share/gitweb/static'
make[1]: Leaving directory `/tmp/git-1.7.6.3/gitweb'
make -C git_remote_helpers prefix='/usr/local/git' DESTDIR='' install
make[1]: Entering directory `/tmp/git-1.7.6.3/git_remote_helpers'
/usr/bin/python setup.py install --prefix /usr/local/git
running install
running build
running build_py
not copying __init__.py (output up-to-date)
not copying util.py (output up-to-date)
not copying git/__init__.py (output up-to-date)
not copying git/exporter.py (output up-to-date)
not copying git/git.py (output up-to-date)
not copying git/importer.py (output up-to-date)
not copying git/non_local.py (output up-to-date)
not copying git/repo.py (output up-to-date)
running install_lib
not copying build/lib/git_remote_helpers/__init__.py (output up-to-date)
not copying build/lib/git_remote_helpers/util.py (output up-to-date)
not copying build/lib/git_remote_helpers/git/__init__.py (output up-to-date)
not copying build/lib/git_remote_helpers/git/exporter.py (output up-to-date)
not copying build/lib/git_remote_helpers/git/git.py (output up-to-date)
not copying build/lib/git_remote_helpers/git/importer.py (output up-to-date)
not copying build/lib/git_remote_helpers/git/non_local.py (output up-to-date)
not copying build/lib/git_remote_helpers/git/repo.py (output up-to-date)
skipping byte-compilation of 
/usr/local/git/lib/python2.2/site-packages/git_remote_helpers/__init__.py to 
__init__.pyc
skipping byte-compilation of 
/usr/local/git/lib/python2.2/site-packages/git_remote_helpers/util.py to 
util.pyc
skipping byte-compilation of 
/usr/local/git/lib/python2.2/site-packages/git_remote_helpers/git/__init__.py 
to __init__.pyc
skipping byte-compilation of 
/usr/local/git/lib/python2.2/site-packages/git_remote_helpers/git/exporter.py 
to exporter.pyc
byte-compiling 
/usr/local/git/lib/python2.2/site-packages/git_remote_helpers/git/git.py to 
git.pyc
<string>:251: Warning: 'yield' will become a reserved keyword in the future
  File "/usr/local/git/lib/python2.2/site-packages/git_remote_helpers/git/git.py", line 326
    @classmethod
    ^
SyntaxError: invalid syntax
skipping byte-compilation of 
/usr/local/git/lib/python2.2/site-packages/git_remote_helpers/git/importer.py 
to importer.pyc
skipping byte-compilation of 
/usr/local/git/lib/python2.2/site-packages/git_remote_helpers/git/non_local.py 
to non_local.pyc
byte-compiling 
/usr/local/git/lib/python2.2/site-packages/git_remote_helpers/git/repo.py to 
repo.pyc
  File "/usr/local/git/lib/python2.2/site-packages/git_remote_helpers/git/repo.py", line 60
    self.revmap = dict(sanitize(i) for i in output)
                                     ^
SyntaxError: invalid syntax
warning: install: modules installed to 
'/usr/local/git/lib/python2.2/site-packages/', which is not in Python's module 
search path (sys.path) -- you'll have to change the search path yourself
make[1]: Leaving directory `/tmp/git-1.7.6.3/git_remote_helpers'
make -C gitk-git install
make[1]: Entering directory `/tmp/git-1.7.6.3/gitk-git'
install -m 755 gitk-wish '/usr/local/git/bin'/gitk
install -d -m 755 '/usr/local/git/share/gitk/lib/msgs'
install -m 644 po/de.msg '/usr/local/git/share/gitk/lib/msgs' &&  install -m 
644 po/es.msg '/usr/local/git/share/gitk/lib/msgs' &&  install -m 644 po/fr.msg 
'/usr/local/git/share/gitk/lib/msgs' &&  install -m 644 po/hu.msg 
'/usr/local/git/share/gitk/lib/msgs' &&  install -m 644 po/it.msg 
'/usr/local/git/share/gitk/lib/msgs' &&  install -m 644 po/ja.msg 
'/usr/local/git/share/gitk/lib/msgs' &&  install -m 644 po/pt_br.msg 
'/usr/local/git/share/gitk/lib/msgs' &&  install -m 644 po/ru.msg 
'/usr/local/git/share/gitk/lib/msgs' &&  install -m 644 po/sv.msg 
'/usr/local/git/share/gitk/lib/msgs' && true
make[1]: Leaving directory `/tmp/git-1.7.6.3/gitk-git'
make -C git-gui gitexecdir='/usr/local/git/libexec/git-core' install
make[1]: Entering directory `/tmp/git-1.7.6.3/git-gui'
  DEST /usr/local/git/libexec/git-core
    INSTALL 755 git-gui
    INSTALL 755 git-gui--askpass
    LINK        git-citool -> git-gui
  DEST /usr/local/git/share/git-gui/lib
    INSTALL 644 tclIndex
    INSTALL 644 about.tcl
    INSTALL 644 blame.tcl
    INSTALL 644 branch_checkout.tcl
    INSTALL 644 branch_create.tcl
    INSTALL 644 branch_delete.tcl
    INSTALL 644 branch_rename.tcl
    INSTALL 644 branch.tcl
    INSTALL 644 browser.tcl
    INSTALL 644 checkout_op.tcl
    INSTALL 644 choose_font.tcl
    INSTALL 644 choose_repository.tcl
    INSTALL 644 choose_rev.tcl
    INSTALL 644 class.tcl
    INSTALL 644 commit.tcl
    INSTALL 644 console.tcl
    INSTALL 644 database.tcl
    INSTALL 644 date.tcl
    INSTALL 644 diff.tcl
    INSTALL 644 encoding.tcl
    INSTALL 644 error.tcl
    INSTALL 644 index.tcl
    INSTALL 644 logo.tcl
    INSTALL 644 merge.tcl
    INSTALL 644 mergetool.tcl
    INSTALL 644 option.tcl
    INSTALL 644 remote_add.tcl
    INSTALL 644 remote_branch_delete.tcl
    INSTALL 644 remote.tcl
    INSTALL 644 search.tcl
    INSTALL 644 shortcut.tcl
    INSTALL 644 spellcheck.tcl
    INSTALL 644 sshkey.tcl
    INSTALL 644 status_bar.tcl
    INSTALL 644 themed.tcl
    INSTALL 644 tools_dlg.tcl
    INSTALL 644 tools.tcl
    INSTALL 644 transport.tcl
    INSTALL 644 win32.tcl
    INSTALL 644 git-gui.ico
    INSTALL 644 win32_shortcut.js
  DEST /usr/local/git/share/git-gui/lib/msgs
    INSTALL 644 de.msg
    INSTALL 644 el.msg
    INSTALL 644 fr.msg
    INSTALL 644 hu.msg
    INSTALL 644 it.msg
    INSTALL 644 ja.msg
    INSTALL 644 nb.msg
    INSTALL 644 pt_br.msg
    INSTALL 644 ru.msg
    INSTALL 644 sv.msg
    INSTALL 644 zh_cn.msg
make[1]: Leaving directory `/tmp/git-1.7.6.3/git-gui'
bindir=$(cd '/usr/local/git/bin' && pwd) && \
execdir=$(cd '/usr/local/git/libexec/git-core' && pwd) && \
{ test "$bindir/" = "$execdir/" || \
  for p in git git-shell git-upload-pack git-cvsserver; do \
        rm -f "$execdir/$p" && \
        test -z "" && \
        ln "$bindir/$p" "$execdir/$p" 2>/dev/null || \
        cp "$bindir/$p" "$execdir/$p" || exit; \
  done; \
} && \
for p in git-receive-pack git-upload-archive; do \
        rm -f "$bindir/$p" && \
        ln "$bindir/git" "$bindir/$p" 2>/dev/null || \
        ln -s "git" "$bindir/$p" 2>/dev/null || \
        cp "$bindir/git" "$bindir/$p" || exit; \
done && \
for p in  git-add git-annotate git-apply git-archive git-bisect--helper 
git-blame git-branch git-bundle git-cat-file git-check-attr 
git-check-ref-format git-checkout-index git-checkout git-clean git-clone 
git-commit-tree git-commit git-config git-count-objects git-describe 
git-diff-files git-diff-index git-diff-tree git-diff git-fast-export 
git-fetch-pack git-fetch git-fmt-merge-msg git-for-each-ref git-fsck git-gc 
git-grep git-hash-object git-help git-index-pack git-init-db git-log 
git-ls-files git-ls-remote git-ls-tree git-mailinfo git-mailsplit git-merge
git-merge-base git-merge-file git-merge-index git-merge-ours 
git-merge-recursive git-merge-tree git-mktag git-mktree git-mv git-name-rev 
git-notes git-pack-objects git-pack-redundant git-pack-refs git-patch-id 
git-prune-packed git-prune git-push git-read-tree git-receive-pack git-reflog 
git-remote git-remote-ext git-remote-fd git-replace git-rerere git-reset 
git-rev-list git-rev-parse git-revert git-rm git-send-pack git-shortlog 
git-show-branch git-show-ref git-stripspace git-symbolic-ref git-tag 
git-tar-tree git-unpack-file git-unpack-objects git-update-index git-update-ref 
git-update-server-info git-upload-archive git-var git-verify-pack 
git-verify-tag git-write-tree git-cherry git-cherry-pick git-format-patch 
git-fsck-objects git-get-tar-commit-id git-init git-merge-subtree 
git-peek-remote git-repo-config git-show git-stage git-status git-whatchanged; 
do \
        rm -f "$execdir/$p" && \
        ln "$execdir/git" "$execdir/$p" 2>/dev/null || \
        ln -s "git" "$execdir/$p" 2>/dev/null || \
        cp "$execdir/git" "$execdir/$p" || exit; \
done && \
remote_curl_aliases="git-remote-https git-remote-ftp git-remote-ftps" && \
for p in $remote_curl_aliases; do \
        rm -f "$execdir/$p" && \
        ln "$execdir/git-remote-http" "$execdir/$p" 2>/dev/null || \
        ln -s "git-remote-http" "$execdir/$p" 2>/dev/null || \
        cp "$execdir/git-remote-http" "$execdir/$p" || exit; \
done && \
./check_bindir "z$bindir" "z$execdir" "$bindir/git-add"





What version of the product are you using? On what operating system?
red hat 4

Please provide any additional information below.

What steps will reproduce the problem?
0. You have no new commits in your local tree
1. Pull from your default remote branch (typically origin)
2. Git status now says you are X commits ahead of <remote>/master 
3. Push to that remote (not actually pushing anything)
4. Git status now says you are in sync with with <remote>/master

What version of the product are you using? On what operating system?
git 1.7.10.3 on Mac OS X 10.7.5

What steps will reproduce the problem?
1. git init
2. cat "initial checkin" >> readme
3. git add readme
4. git commit -m "inital checkin"
5. git branch b1
6. git co b1
7. echo "b1" >> readme
8. git add readme
9. git ci -m "b1 readme"
10. git co master
11. git mv readme readme_master
12. git ci -m "moved readme"
13. echo "master" >> readme_master
14. git merge b1 


What is the expected output? What do you see instead?
I expect to have git prevent the merge due to local changes to the file.  
Instead it overwrites the file (erasing the local modification "master") and 
you end up with:
cat readme_master
initial readme
b1

What version of the product are you using? On what operating system?
Reproduced on 1.7.9.6 and from the git-core repo 1.7.10.128.g7945c (latest as 
of this post).  This is on ubuntu 10.04.

Please provide any additional information below.

This problem only seems to occur after you check in the move, then make local 
modifications, then do the merge.

What steps will reproduce the problem?
1. compile without gettext install
2.
3.

What is the expected output? What do you see instead?
I expected "gettext not installed" message on configure step. But in make step 
this error appear:
/bin/sh msgfmt: command not found

What version of the product are you using? On what operating system?
1.7.9.1

Please provide any additional information below.
If you try to compile git when you dont install gettext, process give this 
error:

/bin/sh msgfmt: command not found

What steps will reproduce the problem?

Attempt to build git 1.7.9.4 on Solaris 10

What is the expected output? What do you see instead?

What I see during configure is this:

checking for socket in -lc... no
checking for inet_ntop... no
checking for inet_ntop in -lresolv... no
checking for inet_pton... no
checking for inet_pton in -lresolv... no
checking for hstrerror... no
checking for hstrerror in -lresolv... yes

and then after gmake, I eventually get this:

    CC builtin/apply.o
"./git-compat-util.h", line 421: identifier redeclared: inet_ntop
    current : function(int, pointer to const void, pointer to char, unsigned
lon
g) returning pointer to const char
    previous: function(int, pointer to const void, pointer to char, unsigned
int
) returning pointer to const char : "/usr/include/arpa/inet.h", line 68
"git-compat-util.h", line 421: identifier redeclared: inet_ntop
    current : function(int, pointer to const void, pointer to char, unsigned
lon
g) returning pointer to const char
    previous: function(int, pointer to const void, pointer to char, unsigned
int
) returning pointer to const char : "/usr/include/arpa/inet.h", line 68
"git-compat-util.h", line 421: identifier redeclared: inet_ntop
    current : function(int, pointer to const void, pointer to char, unsigned
lon
g) returning pointer to const char
    previous: function(int, pointer to const void, pointer to char, unsigned
int
) returning pointer to const char : "/usr/include/arpa/inet.h", line 68
cc: acomp failed for builtin/annotate.c

What version of the product are you using? On what operating system?

git 1.7.9.4 on x86_64-sun-solaris2.10.  Building with the no-cost Oracle Studio
12.2 compiler toolchain


Please provide any additional information below.

Solaris does need "-lsocket" to get socket() and related functions, as the
comment in configure.ac indicates.  However, you almost never link just
-lsocket.  Instead, you link "-lsocket -lnsl", which contains a number of
related functions, including the inet_ntop, inet_pton, etc.  The man pages for
socket(), inet_ntop(), inet_pton(), and others all list "-lsocket -lnsl" as the
libraries to link.

The comments in configure.ac about inet_ntop & inet_pton being in libresolv on
Solaris appear to be for versions that 10+ years out of date.

With the attached patch, configure instead outputs:

checking for socket in -lc... no
checking for socket in -lsocket... yes
checking for inet_ntop in -lnsl... yes
checking for inet_ntop... yes
checking for inet_pton... yes
checking for hstrerror... no
checking for hstrerror in -lresolv... yes


There are a couple other build issues, but I'll report those separately.

What steps will reproduce the problem?
1. configure git 1.7.9.4 on Solaris
2. make


What is the expected output? What do you see instead?

The expected output is a successful link, but what I actually get is

cc -I/local/include -I/local/gnu/include -I/local/openssl/include 
-I/local/include -I/local/krb5/include -I/local/BerkeleyDB/include 
-I/local/include -Xa -xO3 -xtarget=generic -m64 -xarch=generic -I/local/include 
-I/local/gnu/include -I/local/openssl/include -I/local/include 
-I/local/krb5/include -I/local/BerkeleyDB/include -I/local/include -I. 
-D__EXTENSIONS__ -D__sun__ -DHAVE_ALLOCA_H -DNO_D_TYPE_IN_DIRENT -DOLD_ICONV 
-mt -DSHA1_HEADER='<openssl/sha.h>'  -DNO_STRCASESTR -Icompat/fnmatch 
-DNO_FNMATCH_CASEFOLD -DNO_MKDTEMP -DNO_MKSTEMPS -DNO_MEMMEM -Icompat/regex -o 
git-daemon -L/local/lib/64 -L/local/gnu/lib/64 -L/local/openssl/lib/64 
-L/local/lib/64 -L/local/krb5/lib/64 -L/local/BerkeleyDB/lib/64 -L/local/lib/64 
 daemon.o libgit.a xdiff/lib.a  -lz -lsocket -lnsl -lresolv  -lcrypto -mt
Undefined                       first referenced
 symbol                             in file
libintl_bind_textdomain_codeset     libgit.a(gettext.o)
libintl_gettext                     libgit.a(commit.o)
libintl_textdomain                  libgit.a(gettext.o)
libintl_bindtextdomain              libgit.a(gettext.o)
libintl_ngettext                    libgit.a(remote.o)
ld: fatal: Symbol referencing errors. No output written to git-daemon
gmake: *** [git-daemon] Error 2


What version of the product are you using? On what operating system?

git 1.7.9.4 on x86_64-sun-solaris2.10

Please provide any additional information below.

The problem is (I think) because git is detecting that Solaris has a gettext() 
function in libc:

checking for basename in -lc... yes
checking for gettext in -lc... yes
checking how to run the C preprocessor... cc -E

*but* that gettext() function is incompatible with GNU gettext.  Configure then 
later detects the presence of GNU libintl.h:

checking for unistd.h... yes
checking libintl.h usability... yes
checking libintl.h presence... yes
checking for libintl.h... yes

so at this point it believes that it has what it needs.  The problem is that it 
has the GNU gettext headers, which remap all the functions to the libintl_* 
names, but it thinks it can link with libc to get the functions it needs, when 
it can't.  It needs to link with libintl.

The easiest fix would probably just be to use the AM_GNU_GETTEXT macro to 
detect what's needed to get GNU gettext.  That's what scores of other packages 
do, but it requires a lot of support files from autoconf & automake.

The other potential way to work around it is to just hack configure so that if 
the target host is Solaris, ignore the gettext() result from libc.

What steps will reproduce the problem?
1. Build git from source.
2. Download git-manpages-*.
3. Install both.
4. Attempt to build and install contrib/subtree.

What is the expected output? What do you see instead?
Expected: git-subtree goes into $PREFIX/libexec/, and git-subtree.1 goes into 
$PREFIX/share/man/man1/.
Actual: git-subtree.1 fails to be generated because my system doesn't ship 
asciidoc and xmlto, along with the better part of a dozen dependencies, by 
default.

What version of the product are you using? On what operating system?
v1.7.12.2 and v1.8.0.rc0.18.gf84667d, on OS X 10.8.2.

Please provide any additional information below.
Prototype patch attached.

Forwarded from Ubuntu Lanchpad:
https://bugs.launchpad.net/ubuntu/+source/git/+bug/973791

I am not the original reporter, but could confirm the behavior.

Steps to reproduce:
mkdir foo
cd foo
git init
mkdir debian
touch debian/control
git add debian/control
git commit -am "blah"
git tag debian/1.0.0-1
git checkout deb<TAB>

Expected result:
debian/1.0.0-1 debian/control
$ git checkout deb

Actual result:
$ git checkout debian/1.0.0-1


What version of the product are you using? On what operating system?
Original Reporter: 1.7.9.1-1 on Ubuntu 12.04
Forwarder: 1.7.5.4-1 on Ubuntu 11.10

What steps will reproduce the problem?
1. attempt to rebuild configure via autoconf
2. run configure
3.

What is the expected output? What do you see instead?

I expect that configure runs without errors, but instead it outputs an error 
because it has no idea what TYPE_SOCKLEN_T represents, because there was no 
macro for it.


What version of the product are you using? On what operating system?

git 1.7.9.4 on x86_64-sun-solaris2.10

Please provide any additional information below.

git 1.7.9.4 uses TYPE_SOCKLEN_T in configure.ac, but it doesn't include the 
source for it anywhere, so if you need to rebuild the configure script from 
sources (such as if you fixed some other configure issue) you get an error:

configure: CHECKS for typedefs, structures, and compiler characteristics
./configure: line 5258: TYPE_SOCKLEN_T: command not found

What steps will reproduce the problem?
1. I have "$(__git_ps1 '(%s)')" within my PS1 being set in my .bash_profile so 
that I can see the dirty and untracked file state of repositories I'm in on the 
terminal.
2. Upgrading to v1.7.10.1 caused it suddenly to take ~13seconds when inside of 
a directory with a .git directory to re-render the prompt.

What is the expected output? What do you see instead?
The prompt to appear immediately.

What version of the product are you using? On what operating system?
v1.7.10.1 on os x (haven't tested on my linux machine yet).  This problem was 
not occurring with v1.7.10

Please provide any additional information below.

What steps will reproduce the problem?

downloaded GIT 1.7.9
./configure
make prefix=/usr all doc info


What is the expected output? What do you see instead?

No idea what the expected output is supposed to be. I saw the below message and 
re-ran "make doc" with the same result.

I/O error : Attempt to load network entity 
http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd
(etc)
warning: failed to load external entity 
"http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd"

I checked the URL and can see it on my browser.

My various queries on the net reveal all sorts of "fixes" and none particularly 
current or germane to my OS.


What version of the product are you using? On what operating system?

Linux (my workstation's name) 2.6.18-92.el5 #1 SMP Tue Apr 29 13:16:12 EDT 2008 
i686 i686 i386 GNU/Linux

git 1.7.9
asciidoc 8.6.6



Please provide any additional information below.

What steps will reproduce the problem?
1. install 1.7.9
2. try to push to repo
3. will fail with text "ref 22" and "401" looking in the error log, if you have 
one, will say "authentication failure for <therepo>/git-receive-pack: Password 
Mismatch"

What is the expected output? What do you see instead?

should push normally

What version of the product are you using? On what operating system?

previously 1.7.6, upgraded to 1.7.9, all attempts fail

Please provide any additional information below.

this seems to affect all operating systems, I have a windows machine with 
msysgit installed and 1.7.9 would fail to push with the exact same problem, 
downgraded to 1.7.6 and it would push successfully.

a linux box a co-worker uses had 1.7.9 upgraded on his debian squeeze box, 
immediately he started to have the same problem

I have a macbook, I had previously 1.7.6 installed and when I upgraded my 
macports, it installed 1.7.9 and then I had the same issue.

on our local office development server (it's ubuntu 11.10) I had git 1.7.5.4 
installed throughout all our tests, perhaps upgrading them all to 1.7.9 will 
fix the problem?

is GIT sensitive to version differences across platforms and can only work with 
versions similar to each other? I thought the version wouldnt make much 
difference albeit with some exceptions.