On Thu, 17 Oct 2019 16:01:33 +0200
Vegard Nossum wrote:
> In your example, couldn't Darrick simply base his xfs work on the latest
> xfs branch that was pulled by Linus? That should be up to date with all
> things xfs without having any of the things that made Linus's tree not
> work for him.
Su
Thanks. I hope this works ok for you (see attached).
On Tue, Jul 16, 2019 at 11:20 AM Junio C Hamano wrote:
>
> Steven Roberts writes:
>
> > I believe I have found an off-by-one error in git.
> >
> > Please see https://marc.info/?l=openbsd-ports&m=15632678361
Hi,
I believe I have found an off-by-one error in git.
Please see https://marc.info/?l=openbsd-ports&m=156326783610123&w=2
On Wed, Dec 12, 2018 at 1:29 AM Johannes Sixt wrote:
> As long as C:\Windows\System32 on my Windows computer contains only
> 64-Bit binaries, I consider the characters "3" and "2" next to each
> other in this order just noise and without any form of information. The
> important part of the name is
On Tue, Dec 11, 2018 at 7:39 AM Johannes Schindelin wrote:
> I have no intention of flaming anybody. That is simply a
> misrepresentation.
you may see yourself "through a glass darkly", but i dont. this language is not
constructive:
> > - pc-windows
> > - pc-win
> > - win
>
> I find all of those
On Mon, Dec 10, 2018 at 2:46 AM Johannes Schindelin wrote:
> please stop dropping me from the Cc: list. Thanks.
i dropped you specifically because i knew you were going to flame like you just
did below. oh well, i guess you cant avoid the inevitable.
> > - pc-windows
> > - pc-win
> > - win
>
> I
On Sat, Dec 8, 2018 at 9:11 AM wrote:
> Changes since V2:
latest patch still fixes original issue - thanks
> - Settled on a better name:
> The common code is in compat/win32/path-utils.c/h
> [...]
> - The "DOS" moniker is still used for 2 reasons:
> Windows inherited the "drive letter" conc
On Fri, Dec 7, 2018 at 11:04 AM wrote:
> The solution is to implement has_dos_drive_prefix(), skip_dos_drive_prefix()
> is_dir_sep(), offset_1st_component() and convert_slashes() for cygwin
> in the same way as it is done in 'Git for Windows' in compat/mingw.[ch]
>
> Instead of duplicating the code
On Mon, Nov 26, 2018 at 11:23 PM Junio C Hamano wrote:
> Sorry, but I do not see the connection to this question and the
> above example. The reason why we strip C: is because the letter
> that comes after that colon determines if we are talking about
> absolute path (in other words, the current d
On Mon, Nov 26, 2018 at 7:16 PM Junio C Hamano wrote:
> I wonder if it makes the rest of the code simpler if we stripped
> things like /cygdrive/c here exactly the sam way as we strip C:
> For that, has_dos_drive_prefix() needs to know /cygdrive/[a-z],
> which may not be a bad thing, I guess. Let'
On Mon, Nov 26, 2018 at 11:32 AM wrote:
> This is the first vesion of a patch.
> Is there a chance that you test it ?
I can confirm that this fixes the issue.
Thank you!
On Tue, Nov 20, 2018 at 4:36 AM Torsten Bögershausen wrote:
> Could you please post a "git diff" of your instrumented code,
> so that I/we can follow the debugging, especially what the printouts mean?
>
> I think we need to understand what is going on in abspath.c
>
diff --git a/abspath.c b/abspat
On Sun, Nov 18, 2018 at 11:21 PM Torsten Bögershausen wrote:
> If nothing works,
> it may help to add some fprintf(stderr,...) in the functions used
> by 05b458c104708141d2f:
>
> strip_last_component(),
> get_next_component()
> real_path_internal()
I didnt see any "real_path_internal" in the curre
On Sun, Nov 18, 2018 at 12:28 PM Torsten Bögershausen wrote:
> Thanks for testing.
> It looks as if there is more work to be done then just a simple patch.
>
> My last question for today:
> Does
>
> git clone '/cgdrive/c/my/dir'
>
> work ?
yes - these all work and resolve to same path:
git cl
On Sun, Nov 18, 2018 at 11:15 AM Torsten Bögershausen wrote:
> But it may be that we need to pull in more stuff, similar to mingw,
> to get the C: stuff working, see
> "skip_dos_drive_prefix"
>
> And it may even be that we need a special handling for the "\" to be treated
> as "/".
>
> If you imple
On Sun, Nov 18, 2018 at 9:41 AM Torsten Bögershausen wrote:
> Thanks for the report
> It seams as if "C:" is not recognized as an absolute path under
> cygwin.
> May be it should ?
>
> Does the following help ? (fully untested)
that looks promising - but its not getting pulled in where it needs to
x27;
Cloning into 'C:\cygwin64\tmp\goawk'...
fatal: Invalid path '/home/Steven/C:\cygwin64\tmp\goawk': No such file or
directory
It seems the problem is that Git thinks the Windows form path is relative
because it does not start with "/". A Git Bisect reveals
DO YOU REALLY NEED A LEGIT BUSINESS OR PERSONAL LOAN AT LOW INEREST OF
3%?CONTACT MR STEVEN MARTINS FOR MORE INFO
ewed-by: or ... many other
> tags that would seem (to us) to indicate that person might be interested.
> This patch to git-send-email tries to pick up all Foo-by: tags.
Acked-by: Steven Rostedt (VMware)
Note, this is one of the reasons I still use quilt to send my email.
I've modified my q
Hello Dear Friend,
I Hope you have not forgotten me??
It is my pleasure to reach you after our unsuccessful attempt on our
business transaction. Well, I just want to use this medium to thank
you very much for your earlier assistance to help me in receiving the
funds.
I am obliged to inform you th
-pack.c, but transport.c (git push) also has the same string).
>
> This was produced by grepping for "up-to-date" and "up to date". It
> turned out we only had to edit in one direction, removing the hyphens.
>
> Fix a typo in Documentation/git-diff-index.txt whil
Thank you, Martin and Junio. I'd be happy to review any patches. Thank
you both for your help! :)
(incidentally, I've had a devil of a time sending my two emails on
this topic--a total of 5 bounced mails for various reasons: didn't
like my email format, didn't like my email address, mail client, I
Either of these two options is CORRECT:
“Your branch is up to date …”
“You have an up-to-date branch …”
But “your branch is up-to-date” is INCORRECT. And, because it’s
incorrect, it conveys an odd and unsettling experience to native
English speakers whenever they read it.
If you’re curious,
On Sun, Jan 8, 2017 at 5:54 AM, Johannes Schindelin wrote:
> I am curious: how do you build Git? I ask because I build Git on Windows
> many times a day, and I did not encounter any link problems.
My end goal is to build static native Windows Git via Cygwin and the
mingw64-x86_64-gcc-core package.
This matches up with the targets git-%, git-http-fetch, git-http-push and
git-remote-testsvn. It must be done this way on Windows else lcrypto cannot find
lgdi32 and lws2_32
Signed-off-by: Steven Penny
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b
When environment variable POSIXLY_CORRECT is set, the "input -o output" syntax
is not supported.
http://cygwin.com/ml/cygwin/2017-01/msg00036.html
Signed-off-by: Steven Penny
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
ind
it commit -a")
$ diff tests/test_system/show_19_L.txt tests/test_system/show_19_l.txt
$
Those two files are different in our repo, and as such git thinks that
we modified one of them when we try and pull it down from github
again.
Thanks for looking at this!
-- Steven
I have some unexpected behavior with 'git repack' on git 2.10.2 and 2.11.0.
$ cat /etc/gitconfig
[pack]
writeBitmapHashCache = true
[repack]
writeBitmaps = true
$ touch objects/pack/pack-3841d81123a96cedeb3c1bd7acf7e29bfba26639.keep
$ find objects
objects
objects/pack
objects/pack/
I am Jacobs Steven $ 2 Million Has Been Donated To You this is Real,For More
Info Contact Mr James Stocklas with this Email ; >> jamesstocklas...@gmail.com
Send Your Response To >> jamesstocklas...@gmail.com
___
Hi,
We know git uses cURL to grab https repositories from the Internet. Nowadays
the SSL-enabled git repos are getting more and more, especially self-hosted
ones.
Some of the websites including those enabled by CloudFlare, however, does
not support common encryption ciphers pr
On Wed, Nov 26, 2014 at 3:09 PM, Junio C Hamano wrote:
> The latest feature release Git v2.2 is now available at the usual
> places. Big thanks go to 77 contributors, among which 20 are new
> people, who made 550+ changes in total since Git v2.1 was released.
>
> The tarballs are found at:
>
>
Cause:
[remote "repo"]
url = http://example.com/git/example.com?foo=bar
There is a question mark in the URL of the repo URL.
Effect (Taken from Apache logs):
[22/Sep/2014:14:12:07 -0400] "GET
/git/example.com?foo=bar/info/refs&service=git-receive-pack HTTP/1.1"
403 207 "-" "git/1.9.4.msysgit.1"
Hi, everyone. I'm trying to perform a shallow clone with visibility of
all remote branches.
git clone REPO --depth 1 --no-single-branch
is consistently giving me
Cloning into 'REPONAME'...
fatal: (null) is unknown object
remote: Total 0 (delta 0), reused 0 (delta 0)
fatal: recursion detected in
We are a large Company and we offer flexibleLoans andFunding for all projects
For more details please contact us.
Regards,
Steven
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
ptions such as "--all" will still work using this method as well.
Signed-off-by: Steven Penny
---
gitk-git/gitk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gitk-git/gitk b/gitk-git/gitk
index 90764e8..64a125d 100755
--- a/gitk-git/gitk
+++ b/gitk-git
dia.org/wiki/Key_&_Peele'
'_Peele' is not recognized as an internal or external command,
operable program or batch file.
An alternative is to use PowerShell. PowerShell is a component of Windows and
will work with both MinGW and Cygwin.
Signed-off-by: Steven Penny
---
Dear One,
How are you and your family, hope all is well ? As the world is
defined as a global village, I don't want you to get this letter as a
surprise but as an opportunity that will put smile on your face. With
due respect I propose this business to you, to make it brief I want to
transfer $3.5
Hi, all,
Thank you for that wonderful document, it worked flawlessly for CentOS 6.4 with
one exception:
> [Tue Dec 17 12:07:42 2013] [error] [client 10.2.32.197] File does not exist:
> /var/www/html/gpu-code.git/info/refs
I did some searching and found this StackOverflow answer:
> fatal: http
On Tue, 20 Aug 2013 14:43:56 -0700
Junio C Hamano wrote:
> But only folks in the kernel circle will be told by Linus the
> similarity between apply and patch, no?
Well, there was a time when Linus was making his rounds showcasing git
more than Linux, to people that were not kernel developers.
On Tue, 20 Aug 2013 12:45:03 -0700
Junio C Hamano wrote:
> Steven Rostedt writes:
>
> >> I do not think it is necessarily a good idea to assume that people
> >> who are learning "git apply" know how GNU patch works.
> >
> > Linus told me that &qu
On Tue, 20 Aug 2013 12:07:18 -0700
Junio C Hamano wrote:
> Paul Gortmaker writes:
>
> > OK, so given your feedback, how do you feel about a patch to the
> > documentation that indicates to use "-v" in combination with the
> > "--check" to get equivalent "patch --dry-run" behaviour? If that
>
lines
were joined it showed the error, when they were on separate lines everything
processed as expected.
Again - my only change was to shift them ( branch. remote. ) to two
separate lines.
HTH
---
Steven Klass
(480) 225-1112
skl...@7stalks.com
http://www.7stalks.com
On Jul 8, 2013
Hi Folks,
Corrects an Abort Trap: 6 error with completions.
Fixed an issue where the two commands on a single line would cause a
strange unrelated 'Abort trap: 6' error on non-git commands on Mac OSX 10.8.
Signed-off-by: Steven Klass
---
contrib/comp
within
"eval $script"
(procedure "dorunq" line 11)
invoked from within
"dorunq"
("after" script)
any suggestions on what to do are appreciated.
kind regards,
Steven
--
To unsubscribe from this list: send the line "unsubscribe git"
Use LongPathTool. If u had problem with files i suggest this software.
http://LongPathTool.com
--
View this message in context:
http://git.661346.n2.nabble.com/gitk-says-file-name-too-long-tp4632510p7580237.html
Sent from the git mailing list archive at Nabble.com.
--
To unsubscribe from this
f
the directory now exists.
Signed-off-by: Steven Walter
---
sha1_file.c |9 +
1 file changed, 9 insertions(+)
diff --git a/sha1_file.c b/sha1_file.c
index 40b2329..5668ecc 100644
--- a/sha1_file.c
+++ b/sha1_file.c
@@ -123,6 +123,15 @@ int safe_create_leading_directories(char
If two processes are racing to create the same directory tree, they will
both see that the directory doesn't exist, both try to mkdir(), and one
of them will fail. This is okay, as we only care that the directory
gets created. So, we add a check for EEXIST from mkdir, and continue if
the director
On Nov 19, 2012, at 11:31 PM, Sebastian Leske
wrote:
>
> Commit graph of git-svn result:
>
> --follow-parent: --no-follow-parent:
>
>
> | |
> /| | |
> / | | |
> | |
Sorry if I am drumming up and old issue here. I have noticed that with
"git rebase -i", if your final line contains a commit and no newline, git
interprets that as "remove this commit please".
I feel that a commit should be removed only if the entire line is removed, that
is the commit hash and ti
This fixes a bug where git finds the incorrect merge parent. Consider a
repository with trunk, branch1 of trunk, and branch2 of branch1.
Without this change, git interprets a merge of branch2 into trunk as a
merge of branch1 into trunk.
Signed-off-by: Steven Walter
---
perl/Git/SVN.pm
commit that merges branch2 (check_cherry_pick),
it is necessary to eliminate the merged contents of branch1 as well as
branch2, or else the merge will be incorrectly ignored as a cherry-pick.
Signed-off-by: Steven Walter
---
perl/Git/SVN.pm |8 ++-
t/t9165-git-svn
On Sat, Aug 18, 2012 at 3:51 PM, Sam Vilain wrote:
> On 08/11/2012 10:14 AM, Steven Walter wrote:
>>
>> This fixes a bug where git finds the incorrect merge parent. Consider a
>> repository with trunk, branch1 of trunk, and branch2 of branch1.
>> Without this change
check_cherry_pick check on branchB, it is necessary to
eliminate the merged contents of branchA as well as branchB, or else the
merge will be incorrectly ignored as a cherry-pick.
Signed-off-by: Steven Walter
---
git-svn.perl|8 ++-
t/t9163-git-svn-fetch-merge
This fixes a bug where git finds the incorrect merge parent. Consider a
repository with trunk, branch1 of trunk, and branch2 of branch1.
Without this change, git interprets a merge of branch2 into trunk as a
merge of branch1 into trunk.
Signed-off-by: Steven Walter
---
git-svn.perl
Signed-off-by: Steven Walter
On Thu, Aug 9, 2012 at 2:42 AM, Peter Baumann wrote:
> On Wed, Aug 08, 2012 at 10:52:58PM +, Eric Wong wrote:
>> Peter Baumann wrote:
>> > On Tue, Aug 07, 2012 at 08:45:10PM +, Eric Wong wrote:
>>
On Jul 2, 2012, at 4:07 AM, Jonathan Nieder wrote:
> [...]
>> diff: Use fifo instead of pipe: Retrieve the name of the pipe from env and
>> open it
>> for svndump.
>
> I'd prefer to avoid this if possible, since it means having to decide
> where the pipe goes on the filesystem. Can you summar
I have noticed that
git pull --quiet
is actually only "quiet" if no problems are found
If unmerged error occurs, output is seen on BOTH stdout and stderr
$ git pull -q >/dev/null
Pull is not possible because you have unmerged files.
Please, fix them up in the work tree, and then use 'gi
Perhaps having a file named something like:
.git_foreign_scm_empty_dir or some shorter name.
With the contents of the fast importer empty directory info put in there; If
any book keeping is needed.
It also looks like you strip out meta-data.
perhaps a file like:
.git_foreign_scm_metadata
We
y. git log
> and git patch now also accept range of commits, so e.g. if you do
Here's a patch to let people know about the nice color feature.
Signed-off-by: Steven Cole <[EMAIL PROTECTED]>
Index: git
===
--- 0a9ee5a4d9
BIOS color codes in the distant DOS days).
>
I like the color idea, but since many people have their own idea
of what colors are appropriate, etc (I use a dark background, and
the magenta is painful), perhaps we could have a LOG_COLORS
file, similar in concept (but more readable) to the /etc/DIR_COLORS
file. Great work !
Steven
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
fstat patch-2.6.12-rc3 | tail -n 2
sound/usb/usx2y/usbusx2yaudio.c |1
4622 files changed, 271839 insertions(+), 156792 deletions(-)
Despite the errors from the "git pull", the files look OK.
Steven
-
To unsubscribe from this list: send the line "unsubscri
On Thursday 21 April 2005 01:11 am, Petr Baudis wrote:
> Dear diary, on Thu, Apr 21, 2005 at 02:20:27AM CEST, I got a letter
> where Steven Cole <[EMAIL PROTECTED]> told me that...
> > Actually, I meant "patch -p1
> So, how did it end up?
The file listed in the di
On Wednesday 20 April 2005 05:15 pm, Steven Cole wrote:
> On Wednesday 20 April 2005 05:12 pm, Petr Baudis wrote:
> > Dear diary, on Thu, Apr 21, 2005 at 01:06:09AM CEST, I got a letter
> > where Steven Cole <[EMAIL PROTECTED]> told me that...
> > > After getting the
On Wednesday 20 April 2005 05:12 pm, Petr Baudis wrote:
> Dear diary, on Thu, Apr 21, 2005 at 01:06:09AM CEST, I got a letter
> where Steven Cole <[EMAIL PROTECTED]> told me that...
> > After getting the latest tarball, and make, make install:
&g
.
Fast-forwarding 55f9d5042603fff4ddfaf4e5f004d2995286d6d3 ->
a46844fcb6afef1f7a2d93f391c82f08ea31
on top of 55f9d5042603fff4ddfaf4e5f004d2995286d6d3...
patch: Only garbage was found in the patch input.
This may be a harmless message, but I thought I'd bring it to your attention.
Steven
-
To unsubsc
;cogito" name, I'll suggest
some alternatives if cogito is unworkable. This was posted once before,
mostly as a joke, but here goes.
agitato ag Since Beethoven's "Moonlight" 3rd mvmt is Presto agitato
and very, very fast, just like git.
legit le or lg S
On Tuesday 19 April 2005 05:38 pm, Linus Torvalds wrote:
>
> On Tue, 19 Apr 2005, Steven Cole wrote:
> >
> > I wasn't complaining about the 4 minutes, just the lack of feedback
> > during the majority of that time. And most of it was after the last
> > patchin
On Tuesday 19 April 2005 04:38 pm, Linus Torvalds wrote:
>
> On Tue, 19 Apr 2005, Steven Cole wrote:
> >
> > But perhaps a progress bar right about here might be
> > a good thing for the terminally impatient.
> >
> > real3m54.909s
> > user
--^
Hey, that's my patch! Last...and least.
But perhaps a progress bar right about here might be
a good thing for the terminally impatient.
real3m54.909s
user0m14.835s
sys 0m10.587s
4 minutes might be long enough to cause some folks to lose hope.
Steven
-
To unsubs
David Greaves wrote:
Petr Baudis wrote:
Dear diary, on Tue, Apr 19, 2005 at 07:35:15PM CEST, I got a letter
where Steven Cole <[EMAIL PROTECTED]> told me that...
I've been working on git.pl and getting help working nicely
things to try:
git.pl help
git.pl add
git.pl add --help
git.p
Petr Baudis wrote:
Dear diary, on Mon, Apr 18, 2005 at 06:42:26AM CEST, I got a letter
where Steven Cole <[EMAIL PROTECTED]> told me that...
[snippage]
This patch will provide the comment lines in the shell script associated
with the command, cleaned up a bit for presentation.
BUGS: Thi
David Greaves wrote:
Petr Baudis wrote:
Dear diary, on Tue, Apr 19, 2005 at 03:40:54AM CEST, I got a letter
where Steven Cole <[EMAIL PROTECTED]> told me that...
Here is perhaps a better way to provide detailed help for each
git command. A command.help file for each command can be
written
On Monday 18 April 2005 10:59 am, Steven Cole wrote:
> Petr Baudis wrote:
> > Dear diary, on Mon, Apr 18, 2005 at 06:42:26AM CEST, I got a letter
> > where Steven Cole <[EMAIL PROTECTED]> told me that...
> [snippage]
> >
> >>This patch will provide the comme
Petr Baudis wrote:
Dear diary, on Mon, Apr 18, 2005 at 06:42:26AM CEST, I got a letter
where Steven Cole <[EMAIL PROTECTED]> told me that...
[snippage]
This patch will provide the comment lines in the shell script associated
with the command, cleaned up a bit for presentation.
BUGS: Thi
ll also print any comments in the entire file, which may
not be desired. If a command name and shell script filename
do not follow the usual convention, this won't work, e.g. ci for commit.
Signed-off-by: Steven Cole <[EMAIL PROTECTED]>
--- gp-newest-orig/git 2005-04-17 22:16:55.0
On Sunday 17 April 2005 08:03 am, Petr Baudis wrote:
> Dear diary, on Sun, Apr 17, 2005 at 07:36:51AM CEST, I got a letter
> where Steven Cole <[EMAIL PROTECTED]> told me that...
> > This is a fairly trivial addition, but if users are adding remote
> > repositories
>
This is a fairly trivial addition, but if users are adding remote repositories
with git addremote, then those users should be able to list out the remote
list without having to know the details of where the remotes file is kept.
Steven
Adds lsremote command to list remotes.
Signed-Off-By
) for the SCM.
>
> GitMaster?
>
Cogito. "Git inside" can be the first slogan.
Differentiating the SCM built on top of git from git itself is probably
worthwhile
to avoid confusion. Other SCMs may be developed later, built on git, and these
can come up with their own clev
78 matches
Mail list logo
