You can subscribe to this list here.
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(11) |
Oct
(13) |
Nov
(1) |
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2011 |
Jan
|
Feb
(20) |
Mar
(24) |
Apr
(1) |
May
|
Jun
(2) |
Jul
(2) |
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
(15) |
2012 |
Jan
(25) |
Feb
(10) |
Mar
(12) |
Apr
|
May
(3) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
2013 |
Jan
(3) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2014 |
Jan
|
Feb
(3) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: SourceForge.net <no...@so...> - 2012-03-01 22:21:15
|
Bugs item #3495770, was opened at 2012-02-29 10:49 Message generated for change (Comment added) made by dt25954 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495770&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Doug Beatty (dt25954) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to gits pull or gits fetch Initial Comment: I am having an issue using gits to pull or fetch. All of the environment details are the same as the issue I entered yesterday. Same .gitslave file using Msysgit, etc. I can provide more detail if necessary. See attached screen print for commands and results. ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-03-01 14:21 Message: No worries. I like this script and your response time on my issues has been excellent. I have pulled the latest code, and verified that I can fetch and pull. It appears to work. However, there is one oddity in the message on the gits fetch. It has %REPO% at the end of the base url. Example follows: dt25954@DCW00149732XP /c/WorkAreas/Vision (master) $ gits fetch sp0071143 On: (Vision), Vision_Core, Vision_Java_Source, Vision_Web, Vision_Static_Content From wdc-scmapp01.m.dstcorp.net:VisionPOC/sp0071143/%REPO% * [new branch] built -> sp0071143/built * [new branch] master -> sp0071143/master ---------------------------------------------------------------------- Comment By: Baka Project (bakaproject) Date: 2012-03-01 12:09 Message: Sorry about that. The problem should be fixed with the latest push to sourceforge. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495770&group_id=353214 |
From: SourceForge.net <no...@so...> - 2012-03-01 21:41:14
|
Bugs item #3480712, was opened at 2012-01-27 18:28 Message generated for change (Comment added) made by nahor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3480712&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jehan Bing (nahor) Assigned to: Nobody/Anonymous (nobody) Summary: Use gitmodule config settings Initial Comment: Can gitslave use gitmodule settings instead of its own? For instance, .gitslave has the same content as .gitmodules, just in a different format. This would allow different developers to use submodule or gitslave at their convenience. ---------------------------------------------------------------------- >Comment By: Jehan Bing (nahor) Date: 2012-03-01 13:41 Message: Note that flags can be easily added to .gitmodules: git config -f .gitmodules submodule.<modulename>.gitslave_flags ifpresent ---------------------------------------------------------------------- Comment By: Baka Project (bakaproject) Date: 2012-03-01 12:13 Message: This is more complicated than it first appears because in fact the two formats are different. At a minimum .gitslave supports flag arguments. However, that isn't to say the idea is bad since if you are not using flags it may be close enough. At a minimum an import tool could be used, and the current format probably has some quoting problem if someone were to include a directory name/url with a " or line feed or similar nasty character. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3480712&group_id=353214 |
From: Baka P. <bak...@us...> - 2012-03-01 21:07:43
|
Updated from old rev 446dbeb (commit) http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=shortlog;h=49fea09 - Log -------------- commit 49fea09 http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=commitdiff;h=49fea09 * Do not forget gitslave.spec when converting to --versionp -------------------- Summary of changes: gitslave/Makefile | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) -- gitslave |
From: Baka P. <bak...@us...> - 2012-03-01 21:05:25
|
Updated from old rev 47979e1 (commit) http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=shortlog;h=446dbeb - Log -------------- commit 446dbeb http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=commitdiff;h=446dbeb * Add --versionp plus add --porcelain to version. Document "version" cmd The "version" subcommand was previously undocumented. Document it since we modify the output. version and --version had different behavior depending on whether the program was installed or not. Unify that behavior to the installed version and add --porcelain flag to version (and gits --versionp option) to get just the bare gits version for `make install` -------------------- Summary of changes: gitslave/Makefile | 4 ++-- gitslave/README | 14 ++++++++++++-- gitslave/gits | 45 +++++++++++++++++++++++++++++++-------------- 3 files changed, 45 insertions(+), 18 deletions(-) -- gitslave |
From: Baka P. <bak...@us...> - 2012-03-01 20:27:57
|
Updated from old rev 814d563 (commit) http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=shortlog;h=47979e1 - Log -------------- commit 47979e1 http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=commitdiff;h=47979e1 * Document gits prepare --init flag from 70aa6c0 -------------------- Summary of changes: gitslave/README | 5 ++++- gitslave/gits | 4 +++- 2 files changed, 7 insertions(+), 2 deletions(-) -- gitslave |
From: Baka P. <bak...@us...> - 2012-03-01 20:18:11
|
Updated from old rev f513c72 (commit) http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=shortlog;h=814d563 - Log -------------- commit 814d563 http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=commitdiff;h=814d563 * Speculate further about specific ideas -------------------- Summary of changes: gitslave/BugsTodo | 13 ++++++++++--- 1 files changed, 10 insertions(+), 3 deletions(-) -- gitslave |
From: SourceForge.net <no...@so...> - 2012-03-01 20:13:27
|
Bugs item #3480712, was opened at 2012-01-27 18:28 Message generated for change (Comment added) made by bakaproject You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3480712&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jehan Bing (nahor) Assigned to: Nobody/Anonymous (nobody) Summary: Use gitmodule config settings Initial Comment: Can gitslave use gitmodule settings instead of its own? For instance, .gitslave has the same content as .gitmodules, just in a different format. This would allow different developers to use submodule or gitslave at their convenience. ---------------------------------------------------------------------- >Comment By: Baka Project (bakaproject) Date: 2012-03-01 12:13 Message: This is more complicated than it first appears because in fact the two formats are different. At a minimum .gitslave supports flag arguments. However, that isn't to say the idea is bad since if you are not using flags it may be close enough. At a minimum an import tool could be used, and the current format probably has some quoting problem if someone were to include a directory name/url with a " or line feed or similar nasty character. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3480712&group_id=353214 |
From: SourceForge.net <no...@so...> - 2012-03-01 20:10:14
|
Bugs item #3495435, was opened at 2012-02-28 13:45 Message generated for change (Comment added) made by bakaproject You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Doug Beatty (dt25954) Assigned to: Alexander Dupuy (dupuy) Summary: gits remote add appending / on master Initial Comment: When running gits remote add the remote url for the master repository has a / appended. I am running gits with msysgit on Windows. I am attaching a screen shot showing the commands and results. ---------------------------------------------------------------------- >Comment By: Baka Project (bakaproject) Date: 2012-03-01 12:10 Message: Reporter reports as fixed. ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-29 10:43 Message: I have pulled your latest changes and verified that the remote is configured without the trailing slash. Thanks for you help. ---------------------------------------------------------------------- Comment By: Alexander Dupuy (dupuy) Date: 2012-02-28 19:28 Message: Sorry, the ref I posted earlier changed due to a rebase I had to perform after committing some older stuff first - the specific commit that fixes this problem is 0ecf27276. ---------------------------------------------------------------------- Comment By: Alexander Dupuy (dupuy) Date: 2012-02-28 19:12 Message: I have just pushed commits up to 7812618657ee2 that should resolve this problem - you can pull the gitslave repo master branch to get this fix, or just cherry-pick that commit if the HEAD causes other problems for you (I don't think it should - you should try HEAD first). ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-28 14:19 Message: Updated the screenshot one more time to show that if I 'correct' the remote name and remove the trailing / it pushes fine. So the order of the commands in the screenshot are: 1) Add remote via gits remote add 2) Attempt to push master repository to the new remote it fails 3) change directory to slave 4) attempt to push to new remote it succeeds 5) change directory to the master 6) Fix the remote by deleting and adding without the trailing slash via git remote add 7) attempt to push to new remote it succeeds ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-28 14:07 Message: I don't believe you test with msysgit. The last bug I reported I was asked for some perl information. It is the same from my previous bug report as follows: Command: perl -v Prints: This is perl, v5.8.8 built for msys Command: perl -e 'print "$^O\n";' Prints: msys ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-28 13:50 Message: I updated the commands and results screen print to show that the slaves are updated correctly. I have also attached the .gitslave file for the master repository. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 |
From: SourceForge.net <no...@so...> - 2012-03-01 20:09:26
|
Bugs item #3495770, was opened at 2012-02-29 10:49 Message generated for change (Comment added) made by bakaproject You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495770&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Doug Beatty (dt25954) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to gits pull or gits fetch Initial Comment: I am having an issue using gits to pull or fetch. All of the environment details are the same as the issue I entered yesterday. Same .gitslave file using Msysgit, etc. I can provide more detail if necessary. See attached screen print for commands and results. ---------------------------------------------------------------------- >Comment By: Baka Project (bakaproject) Date: 2012-03-01 12:09 Message: Sorry about that. The problem should be fixed with the latest push to sourceforge. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495770&group_id=353214 |
From: Baka P. <bak...@us...> - 2012-03-01 20:08:07
|
Updated from old rev 0ecf272 (commit) http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=shortlog;h=f513c72 - Log -------------- commit f513c72 http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=commitdiff;h=f513c72 * Prevent variable length lookbehind error by using normal data capturing and substitution -------------------- Summary of changes: gitslave/gits | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) -- gitslave |
From: SourceForge.net <no...@so...> - 2012-02-29 18:49:02
|
Bugs item #3495770, was opened at 2012-02-29 10:49 Message generated for change (Tracker Item Submitted) made by dt25954 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495770&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Doug Beatty (dt25954) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to gits pull or gits fetch Initial Comment: I am having an issue using gits to pull or fetch. All of the environment details are the same as the issue I entered yesterday. Same .gitslave file using Msysgit, etc. I can provide more detail if necessary. See attached screen print for commands and results. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495770&group_id=353214 |
From: SourceForge.net <no...@so...> - 2012-02-29 18:43:32
|
Bugs item #3495435, was opened at 2012-02-28 13:45 Message generated for change (Comment added) made by dt25954 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Doug Beatty (dt25954) Assigned to: Alexander Dupuy (dupuy) Summary: gits remote add appending / on master Initial Comment: When running gits remote add the remote url for the master repository has a / appended. I am running gits with msysgit on Windows. I am attaching a screen shot showing the commands and results. ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-29 10:43 Message: I have pulled your latest changes and verified that the remote is configured without the trailing slash. Thanks for you help. ---------------------------------------------------------------------- Comment By: Alexander Dupuy (dupuy) Date: 2012-02-28 19:28 Message: Sorry, the ref I posted earlier changed due to a rebase I had to perform after committing some older stuff first - the specific commit that fixes this problem is 0ecf27276. ---------------------------------------------------------------------- Comment By: Alexander Dupuy (dupuy) Date: 2012-02-28 19:12 Message: I have just pushed commits up to 7812618657ee2 that should resolve this problem - you can pull the gitslave repo master branch to get this fix, or just cherry-pick that commit if the HEAD causes other problems for you (I don't think it should - you should try HEAD first). ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-28 14:19 Message: Updated the screenshot one more time to show that if I 'correct' the remote name and remove the trailing / it pushes fine. So the order of the commands in the screenshot are: 1) Add remote via gits remote add 2) Attempt to push master repository to the new remote it fails 3) change directory to slave 4) attempt to push to new remote it succeeds 5) change directory to the master 6) Fix the remote by deleting and adding without the trailing slash via git remote add 7) attempt to push to new remote it succeeds ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-28 14:07 Message: I don't believe you test with msysgit. The last bug I reported I was asked for some perl information. It is the same from my previous bug report as follows: Command: perl -v Prints: This is perl, v5.8.8 built for msys Command: perl -e 'print "$^O\n";' Prints: msys ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-28 13:50 Message: I updated the commands and results screen print to show that the slaves are updated correctly. I have also attached the .gitslave file for the master repository. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 |
From: SourceForge.net <no...@so...> - 2012-02-29 03:28:31
|
Bugs item #3495435, was opened at 2012-02-28 13:45 Message generated for change (Comment added) made by dupuy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Doug Beatty (dt25954) Assigned to: Alexander Dupuy (dupuy) Summary: gits remote add appending / on master Initial Comment: When running gits remote add the remote url for the master repository has a / appended. I am running gits with msysgit on Windows. I am attaching a screen shot showing the commands and results. ---------------------------------------------------------------------- >Comment By: Alexander Dupuy (dupuy) Date: 2012-02-28 19:28 Message: Sorry, the ref I posted earlier changed due to a rebase I had to perform after committing some older stuff first - the specific commit that fixes this problem is 0ecf27276. ---------------------------------------------------------------------- Comment By: Alexander Dupuy (dupuy) Date: 2012-02-28 19:12 Message: I have just pushed commits up to 7812618657ee2 that should resolve this problem - you can pull the gitslave repo master branch to get this fix, or just cherry-pick that commit if the HEAD causes other problems for you (I don't think it should - you should try HEAD first). ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-28 14:19 Message: Updated the screenshot one more time to show that if I 'correct' the remote name and remove the trailing / it pushes fine. So the order of the commands in the screenshot are: 1) Add remote via gits remote add 2) Attempt to push master repository to the new remote it fails 3) change directory to slave 4) attempt to push to new remote it succeeds 5) change directory to the master 6) Fix the remote by deleting and adding without the trailing slash via git remote add 7) attempt to push to new remote it succeeds ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-28 14:07 Message: I don't believe you test with msysgit. The last bug I reported I was asked for some perl information. It is the same from my previous bug report as follows: Command: perl -v Prints: This is perl, v5.8.8 built for msys Command: perl -e 'print "$^O\n";' Prints: msys ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-28 13:50 Message: I updated the commands and results screen print to show that the slaves are updated correctly. I have also attached the .gitslave file for the master repository. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 |
From: Alexander D. <du...@us...> - 2012-02-29 03:22:50
|
Updated from old rev 3d97cc6 (commit) http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=shortlog;h=0ecf272 - Log -------------- commit 0ecf272 http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=commitdiff;h=0ecf272 * prevent remote add from tacking on a trailing / sourceforge tracker id 3495435 apparently this trailing / on the master repo causes problems for windows if you are using msysgit commit 7821c06 http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=commitdiff;h=7821c06 * avoid use of \K in regexps (bug introduced in commit 0fc40b1) \K requires perl 5.10, not present in RHEL 5 and other old releases. use look-behind assertion (?<=XXX) instead - not as fast, but git pull is so much slower, you will never notice -------------------- Summary of changes: gitslave/gits | 14 +++++++++----- 1 files changed, 9 insertions(+), 5 deletions(-) -- gitslave |
From: SourceForge.net <no...@so...> - 2012-02-29 03:12:51
|
Bugs item #3495435, was opened at 2012-02-28 13:45 Message generated for change (Comment added) made by dupuy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: core Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Doug Beatty (dt25954) >Assigned to: Alexander Dupuy (dupuy) Summary: gits remote add appending / on master Initial Comment: When running gits remote add the remote url for the master repository has a / appended. I am running gits with msysgit on Windows. I am attaching a screen shot showing the commands and results. ---------------------------------------------------------------------- >Comment By: Alexander Dupuy (dupuy) Date: 2012-02-28 19:12 Message: I have just pushed commits up to 7812618657ee2 that should resolve this problem - you can pull the gitslave repo master branch to get this fix, or just cherry-pick that commit if the HEAD causes other problems for you (I don't think it should - you should try HEAD first). ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-28 14:19 Message: Updated the screenshot one more time to show that if I 'correct' the remote name and remove the trailing / it pushes fine. So the order of the commands in the screenshot are: 1) Add remote via gits remote add 2) Attempt to push master repository to the new remote it fails 3) change directory to slave 4) attempt to push to new remote it succeeds 5) change directory to the master 6) Fix the remote by deleting and adding without the trailing slash via git remote add 7) attempt to push to new remote it succeeds ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-28 14:07 Message: I don't believe you test with msysgit. The last bug I reported I was asked for some perl information. It is the same from my previous bug report as follows: Command: perl -v Prints: This is perl, v5.8.8 built for msys Command: perl -e 'print "$^O\n";' Prints: msys ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-28 13:50 Message: I updated the commands and results screen print to show that the slaves are updated correctly. I have also attached the .gitslave file for the master repository. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 |
From: Alexander D. <du...@us...> - 2012-02-29 03:09:11
|
Updated from old rev d712370 (commit) http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=shortlog;h=3d97cc6 - Log -------------- commit 3d97cc6 http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=commitdiff;h=3d97cc6 * add gits enable creates an empty .gitslave so that you can use gits but doesn't commit it - you can still use gits prepare later to allow you to gits attach etc. commit f0785ab http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=commitdiff;h=f0785ab * add stash/unstash support commit b47029b http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=commitdiff;h=b47029b * cache results of git --version and refactor call into gitversion() function commit 9ade45d http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=commitdiff;h=9ade45d * properly handle git prepare with GITS_DIR * fail immediately if GITS_DIR doesn't exist or is inaccessible * don't run git init to create .git if .gitslave already exists * fail if GITS_DIR is not a repository root (--init will make it one, even if GIT_DIR or a parent directory has .git) * provide more specific advice if a parent directory has .gitslave file (--init needed if current directory is not a repository root) * use Cwd::cwd() rather than `pwd` (faster and omits trailing newline) * don't commit if add fails for any (non-"not a git repository") reason (permissions problem, other) commit ca3165c http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=commitdiff;h=ca3165c * always create .gitslave in toplevel of git repo also, improve error message in non-git case with suppressed git error commit 70aa6c0 http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=commitdiff;h=70aa6c0 * add gits prepare --init to initialize Git as well as Gitslave also remove .gitslave if `git add` fails somehow (not a git repository?) -------------------- Summary of changes: gitslave/README | 15 ++++ gitslave/gits | 261 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++---- 2 files changed, 259 insertions(+), 17 deletions(-) -- gitslave |
From: SourceForge.net <no...@so...> - 2012-02-28 22:19:27
|
Bugs item #3495435, was opened at 2012-02-28 13:45 Message generated for change (Comment added) made by dt25954 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Doug Beatty (dt25954) Assigned to: Nobody/Anonymous (nobody) Summary: gits remote add appending / on master Initial Comment: When running gits remote add the remote url for the master repository has a / appended. I am running gits with msysgit on Windows. I am attaching a screen shot showing the commands and results. ---------------------------------------------------------------------- >Comment By: Doug Beatty (dt25954) Date: 2012-02-28 14:19 Message: Updated the screenshot one more time to show that if I 'correct' the remote name and remove the trailing / it pushes fine. So the order of the commands in the screenshot are: 1) Add remote via gits remote add 2) Attempt to push master repository to the new remote it fails 3) change directory to slave 4) attempt to push to new remote it succeeds 5) change directory to the master 6) Fix the remote by deleting and adding without the trailing slash via git remote add 7) attempt to push to new remote it succeeds ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-28 14:07 Message: I don't believe you test with msysgit. The last bug I reported I was asked for some perl information. It is the same from my previous bug report as follows: Command: perl -v Prints: This is perl, v5.8.8 built for msys Command: perl -e 'print "$^O\n";' Prints: msys ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-28 13:50 Message: I updated the commands and results screen print to show that the slaves are updated correctly. I have also attached the .gitslave file for the master repository. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 |
From: SourceForge.net <no...@so...> - 2012-02-28 22:07:57
|
Bugs item #3495435, was opened at 2012-02-28 13:45 Message generated for change (Comment added) made by dt25954 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Doug Beatty (dt25954) Assigned to: Nobody/Anonymous (nobody) Summary: gits remote add appending / on master Initial Comment: When running gits remote add the remote url for the master repository has a / appended. I am running gits with msysgit on Windows. I am attaching a screen shot showing the commands and results. ---------------------------------------------------------------------- >Comment By: Doug Beatty (dt25954) Date: 2012-02-28 14:07 Message: I don't believe you test with msysgit. The last bug I reported I was asked for some perl information. It is the same from my previous bug report as follows: Command: perl -v Prints: This is perl, v5.8.8 built for msys Command: perl -e 'print "$^O\n";' Prints: msys ---------------------------------------------------------------------- Comment By: Doug Beatty (dt25954) Date: 2012-02-28 13:50 Message: I updated the commands and results screen print to show that the slaves are updated correctly. I have also attached the .gitslave file for the master repository. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 |
From: SourceForge.net <no...@so...> - 2012-02-28 21:50:48
|
Bugs item #3495435, was opened at 2012-02-28 13:45 Message generated for change (Comment added) made by dt25954 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Doug Beatty (dt25954) Assigned to: Nobody/Anonymous (nobody) Summary: gits remote add appending / on master Initial Comment: When running gits remote add the remote url for the master repository has a / appended. I am running gits with msysgit on Windows. I am attaching a screen shot showing the commands and results. ---------------------------------------------------------------------- >Comment By: Doug Beatty (dt25954) Date: 2012-02-28 13:50 Message: I updated the commands and results screen print to show that the slaves are updated correctly. I have also attached the .gitslave file for the master repository. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 |
From: SourceForge.net <no...@so...> - 2012-02-28 21:45:44
|
Bugs item #3495435, was opened at 2012-02-28 13:45 Message generated for change (Tracker Item Submitted) made by dt25954 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Doug Beatty (dt25954) Assigned to: Nobody/Anonymous (nobody) Summary: gits remote add appending / on master Initial Comment: When running gits remote add the remote url for the master repository has a / appended. I am running gits with msysgit on Windows. I am attaching a screen shot showing the commands and results. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3495435&group_id=353214 |
From: SourceForge.net <no...@so...> - 2012-01-30 20:33:05
|
Bugs item #3481722, was opened at 2012-01-30 10:52 Message generated for change (Comment added) made by dupuy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3481722&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jehan Bing (nahor) Assigned to: Alexander Dupuy (dupuy) Summary: Remove unecessary DESTDIR Initial Comment: "DESTDIR" and "prefix" should be one variable. People are more likely to want to install gitslave in "/home/john/bin" than "/home/john/usr/local/bin". Moreover, as-is, gitslave doesn't install on Windows because the current default path is "//usr/local" because of the '/' between DESTDIR and prefix and that prefix is an absolute path. This default path references the shared directory "local" on the machine "usr". And on Unix, if one were to use a relative path in prefix, the installation will be done relative to the root folder ("/../[...]") instead of the current folder. New usage after applying the path: make install # for the default location, i.e. /usr/local/... make install prefix=[path] # for a non default location. ---------------------------------------------------------------------- >Comment By: Alexander Dupuy (dupuy) Date: 2012-01-30 12:33 Message: The second commit with the override of DESTDIR wasn't tested enough - this first commit did fix the problem originally. I have also pushed a similar fix for the contrib/Makefile, so you should be okay now on the git HEAD. ---------------------------------------------------------------------- Comment By: Jehan Bing (nahor) Date: 2012-01-30 12:14 Message: >Fixed in commits f53a7d and c0d86a uh, not that I want to be a pain in the a** but that does exactly what you said not to do, set DESTDIR to /. So I still get two '/', one from the end of DESTDIR and one from the beginning of prefix And by the way, the Makefile in contrib has the same issue. ---------------------------------------------------------------------- Comment By: Baka Project (bakaproject) Date: 2012-01-30 11:41 Message: Ah, I understand. Fixed in commits f53a7d and c0d86a on the tip of the gitslave repo ---------------------------------------------------------------------- Comment By: Alexander Dupuy (dupuy) Date: 2012-01-30 11:26 Message: The initial double slash (//usr/local/bin/gits) is due to a / between $(DESTDIR) and $(prefix) in the install target. I just pushed a commit to the git repository that fixes this. Given the DESTDIR convention used by Gentoo and the fact that the lead developer's own systems run Gentoo, this is probably as fixed as this bug will get. You should be able to ignore the presence of DESTDIR now, though. ---------------------------------------------------------------------- Comment By: Jehan Bing (nahor) Date: 2012-01-30 11:21 Message: Nothing prevents prefix (or DESTDIR) to be "/var/tmp/portage/ebuild/gitslave/usr/local", unless Gentoo (or others) expects both variables to be present of course. I believe for Gentoo it would be something like "make prefix="${D}/usr/local". But well, bike shed and stuff :p. This was really just an attempt to fix the extra "/", which is not a manipulation error but because you have an explicit '/' between DESTDIR and prefix. DESTDIR / prefix => "" / "/usr/local" With DESTDIR=/, you would get 3 slashes: "/" / "/usr/local" ---------------------------------------------------------------------- Comment By: Baka Project (bakaproject) Date: 2012-01-30 11:02 Message: Thank you for your comment. However, we will not be eliminating one of DESTDIR/prefix. Some operating systems, like Gentoo, use methods of installation where they do indeed install into somnething like /var/tmp/portage/ebuild/gitslave/usr/bin/gits but after installation the binary appears in /usr/bin/gits I'm not sure how you got the // problem though. By default the DESTDIR variable is unset/empty, so it would expand to only one slash. Only if you manually specified DESTDIR=/ would you get two slashes. Solution: don't do that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3481722&group_id=353214 |
From: Alexander D. <du...@us...> - 2012-01-30 20:31:01
|
Updated from old rev f578ff8 (commit) http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=shortlog;h=d712370 - Log -------------- commit d712370 http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=commitdiff;h=d712370 * fix DESTDIR issues in contrib as well -------------------- Summary of changes: gitslave/contrib/Makefile | 14 +++++++------- 1 files changed, 7 insertions(+), 7 deletions(-) -- gitslave |
From: SourceForge.net <no...@so...> - 2012-01-30 20:14:17
|
Bugs item #3481722, was opened at 2012-01-30 10:52 Message generated for change (Comment added) made by nahor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3481722&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jehan Bing (nahor) Assigned to: Alexander Dupuy (dupuy) Summary: Remove unecessary DESTDIR Initial Comment: "DESTDIR" and "prefix" should be one variable. People are more likely to want to install gitslave in "/home/john/bin" than "/home/john/usr/local/bin". Moreover, as-is, gitslave doesn't install on Windows because the current default path is "//usr/local" because of the '/' between DESTDIR and prefix and that prefix is an absolute path. This default path references the shared directory "local" on the machine "usr". And on Unix, if one were to use a relative path in prefix, the installation will be done relative to the root folder ("/../[...]") instead of the current folder. New usage after applying the path: make install # for the default location, i.e. /usr/local/... make install prefix=[path] # for a non default location. ---------------------------------------------------------------------- Comment By: Jehan Bing (nahor) Date: 2012-01-30 12:14 Message: >Fixed in commits f53a7d and c0d86a uh, not that I want to be a pain in the a** but that does exactly what you said not to do, set DESTDIR to /. So I still get two '/', one from the end of DESTDIR and one from the beginning of prefix And by the way, the Makefile in contrib has the same issue. ---------------------------------------------------------------------- Comment By: Baka Project (bakaproject) Date: 2012-01-30 11:41 Message: Ah, I understand. Fixed in commits f53a7d and c0d86a on the tip of the gitslave repo ---------------------------------------------------------------------- Comment By: Alexander Dupuy (dupuy) Date: 2012-01-30 11:26 Message: The initial double slash (//usr/local/bin/gits) is due to a / between $(DESTDIR) and $(prefix) in the install target. I just pushed a commit to the git repository that fixes this. Given the DESTDIR convention used by Gentoo and the fact that the lead developer's own systems run Gentoo, this is probably as fixed as this bug will get. You should be able to ignore the presence of DESTDIR now, though. ---------------------------------------------------------------------- Comment By: Jehan Bing (nahor) Date: 2012-01-30 11:21 Message: Nothing prevents prefix (or DESTDIR) to be "/var/tmp/portage/ebuild/gitslave/usr/local", unless Gentoo (or others) expects both variables to be present of course. I believe for Gentoo it would be something like "make prefix="${D}/usr/local". But well, bike shed and stuff :p. This was really just an attempt to fix the extra "/", which is not a manipulation error but because you have an explicit '/' between DESTDIR and prefix. DESTDIR / prefix => "" / "/usr/local" With DESTDIR=/, you would get 3 slashes: "/" / "/usr/local" ---------------------------------------------------------------------- Comment By: Baka Project (bakaproject) Date: 2012-01-30 11:02 Message: Thank you for your comment. However, we will not be eliminating one of DESTDIR/prefix. Some operating systems, like Gentoo, use methods of installation where they do indeed install into somnething like /var/tmp/portage/ebuild/gitslave/usr/bin/gits but after installation the binary appears in /usr/bin/gits I'm not sure how you got the // problem though. By default the DESTDIR variable is unset/empty, so it would expand to only one slash. Only if you manually specified DESTDIR=/ would you get two slashes. Solution: don't do that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3481722&group_id=353214 |
From: Baka P. <bak...@us...> - 2012-01-30 20:05:25
|
Updated from old rev f53a7d8 (commit) http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=shortlog;h=f578ff8 - Log -------------- commit f578ff8 http://gitslave.git.sourceforge.net/git/gitweb.cgi?p=gitslave/gitslave;a=commitdiff;h=f578ff8 * Revert "Support DESTDIR without trailing slash." This reverts commit f53a7d8cc934cdcdbccbd04a2d47a7c331ec41f1. Recreated the original problem due to inadequate testing -------------------- Summary of changes: gitslave/Makefile | 2 -- 1 files changed, 0 insertions(+), 2 deletions(-) -- gitslave |
From: SourceForge.net <no...@so...> - 2012-01-30 19:41:31
|
Bugs item #3481722, was opened at 2012-01-30 10:52 Message generated for change (Comment added) made by bakaproject You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3481722&group_id=353214 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jehan Bing (nahor) Assigned to: Alexander Dupuy (dupuy) Summary: Remove unecessary DESTDIR Initial Comment: "DESTDIR" and "prefix" should be one variable. People are more likely to want to install gitslave in "/home/john/bin" than "/home/john/usr/local/bin". Moreover, as-is, gitslave doesn't install on Windows because the current default path is "//usr/local" because of the '/' between DESTDIR and prefix and that prefix is an absolute path. This default path references the shared directory "local" on the machine "usr". And on Unix, if one were to use a relative path in prefix, the installation will be done relative to the root folder ("/../[...]") instead of the current folder. New usage after applying the path: make install # for the default location, i.e. /usr/local/... make install prefix=[path] # for a non default location. ---------------------------------------------------------------------- >Comment By: Baka Project (bakaproject) Date: 2012-01-30 11:41 Message: Ah, I understand. Fixed in commits f53a7d and c0d86a on the tip of the gitslave repo ---------------------------------------------------------------------- Comment By: Alexander Dupuy (dupuy) Date: 2012-01-30 11:26 Message: The initial double slash (//usr/local/bin/gits) is due to a / between $(DESTDIR) and $(prefix) in the install target. I just pushed a commit to the git repository that fixes this. Given the DESTDIR convention used by Gentoo and the fact that the lead developer's own systems run Gentoo, this is probably as fixed as this bug will get. You should be able to ignore the presence of DESTDIR now, though. ---------------------------------------------------------------------- Comment By: Jehan Bing (nahor) Date: 2012-01-30 11:21 Message: Nothing prevents prefix (or DESTDIR) to be "/var/tmp/portage/ebuild/gitslave/usr/local", unless Gentoo (or others) expects both variables to be present of course. I believe for Gentoo it would be something like "make prefix="${D}/usr/local". But well, bike shed and stuff :p. This was really just an attempt to fix the extra "/", which is not a manipulation error but because you have an explicit '/' between DESTDIR and prefix. DESTDIR / prefix => "" / "/usr/local" With DESTDIR=/, you would get 3 slashes: "/" / "/usr/local" ---------------------------------------------------------------------- Comment By: Baka Project (bakaproject) Date: 2012-01-30 11:02 Message: Thank you for your comment. However, we will not be eliminating one of DESTDIR/prefix. Some operating systems, like Gentoo, use methods of installation where they do indeed install into somnething like /var/tmp/portage/ebuild/gitslave/usr/bin/gits but after installation the binary appears in /usr/bin/gits I'm not sure how you got the // problem though. By default the DESTDIR variable is unset/empty, so it would expand to only one slash. Only if you manually specified DESTDIR=/ would you get two slashes. Solution: don't do that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1475673&aid=3481722&group_id=353214 |