Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 262668 - dev-util/git-1.6.2.2 version bump
Summary: dev-util/git-1.6.2.2 version bump
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement
Assignee: Robin Johnson
URL: http://www.git-scm.com
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-03-16 14:55 UTC by viogus cdf
Modified: 2009-04-03 06:15 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description viogus cdf 2009-03-16 14:55:51 UTC
GIT v1.6.2.1 Release Notes
==========================

Fixes since v1.6.2
------------------

* .gitignore learned to handle backslash as a quoting mechanism for
  comment introduction character "#".

* timestamp output in --date=relative mode used to display timestamps that
  are long time ago in the default mode; it now uses "N years M months
  ago", and "N years ago".

* git-add -i/-p now works with non-ASCII pathnames.

* "git hash-object -w" did not read from the configuration file from the
  correct .git directory.

* git-send-email learned to correctly handle multiple Cc: addresses.


Reproducible: Always
Comment 1 Bernd Lommerzheim 2009-03-19 15:29:50 UTC
The renamed git 1.6.1 ebuild to git-1.6.1.2.ebuild works fine for me. As far I can see now there are no changes needed in the noperl patch. A simple version bump seems possible.
Comment 2 Bernd Lommerzheim 2009-03-19 15:34:32 UTC
Sorry. I mixed up the version numbers. Of course I meant to rename the git 1.6.2 ebuild to "git-1.6.2.1.ebuild".
Comment 3 Patrick Lauer gentoo-dev 2009-03-29 15:34:59 UTC
*   ok 26: refuse to remove cached empty file with modifications  
* FAIL 21: git add should fail atomically upon an unreadable file 

                git reset --hard &&
                date >foo1 &&      
                date >foo2 &&      
                chmod 0 foo2 &&    
                test_must_fail git add --verbose . &&
                ! ( git ls-files foo1 | grep foo1 )  

*   ok 4: revert works (initial)
*   ok 27: remove intent-to-add file without --force
* FAIL 22: git add --ignore-errors                  

                git reset --hard &&
                date >foo1 &&      
                date >foo2 &&      
                chmod 0 foo2 &&    
                test_must_fail git add --verbose --ignore-errors . &&
                git ls-files foo1 | grep foo1                        

* FAIL 23: git add (add.ignore-errors)

                git config add.ignore-errors 1 &&
                git reset --hard &&              
                date >foo1 &&                    
                date >foo2 &&                    
                chmod 0 foo2 &&                  
                test_must_fail git add --verbose . &&
                git ls-files foo1 | grep foo1        

*   ok 28: Recursive test setup*   ok 5: setup (commit)

*   ok 29: Recursive without -r fails
*   ok 30: Recursive with -r but dirty
* FAIL 24: git add (add.ignore-errors = false)

                git config add.ignore-errors 0 &&
                git reset --hard &&              
                date >foo1 &&                    
                date >foo2 &&                    
                chmod 0 foo2 &&                  
                test_must_fail git add --verbose . &&
                ! ( git ls-files foo1 | grep foo1 )  

*   ok 31: Recursive with -r -f
*   ok 32: Remove nonexistent file returns nonzero exit status
*   ok 25: git add 'fo\[ou\]bar' ignores foobar               
* failed 4 among 25 test(s)                                   
make[2]: *** [t3700-add.sh] Error 1                           
make[2]: *** Waiting for unfinished jobs.... 

test failures on amd64 :)
Comment 4 Bernd Lommerzheim 2009-03-29 15:45:07 UTC
Did you run the test suite with git 1.6.2 or with git 1.6.2.1 (renamed ebuild of git 1.6.2 to 1.6.2.1)? And if you use git 1.6.2.1 does these failures also appear with git 1.6.2? Have you even run the git test suite with an older version of git and it succeeded? Did you compile your git version with or without the perl use-flag. Could be a problem of the noperl patch or a migration of that patch from an older version.
Comment 5 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2009-04-03 06:15:28 UTC
1.6.2.2 is in CVS now.
1.6.2.1 did fail my tests too, but .2 is better.