Am 10/9/2012 7:08, schrieb Junio C Hamano:
Imagine if we allowed only one attribute per line, instead of
multiple attributes on one line.
- If you want to unset the attribute, you would write path -attr.
- If you want to reset the attribute to unspecified, you would
write path
Junio C Hamano gits...@pobox.com writes:
Assuming that the above guess is correct (which is a huge
assumption, given the lack of clarity in the description), I think
the feature might make sense. The example would have been a lot
easier to follow if it were something like this:
$ git
On Mon, Oct 8, 2012 at 8:05 AM, Johannes Sixt j...@kdbg.org wrote:
Am 05.10.2012 18:57, schrieb Shawn Pearce:
On Thu, Oct 4, 2012 at 11:24 PM, Johannes Sixt j.s...@viscovery.net wrote:
Upload-pack can just start
advertising refs in the v1 way and announce a v2 capability and listen
for
Johannes Sixt j.s...@viscovery.net writes:
Am 10/9/2012 7:08, schrieb Junio C Hamano:
Imagine if we allowed only one attribute per line, instead of
multiple attributes on one line.
- If you want to unset the attribute, you would write path -attr.
- If you want to reset the
On Tue, Oct 9, 2012 at 2:12 AM, Junio C Hamano gits...@pobox.com wrote:
Junio C Hamano gits...@pobox.com writes:
Assuming that the above guess is correct (which is a huge
assumption, given the lack of clarity in the description), I think
the feature might make sense. The example would have
Junio C Hamano wrote:
Junio C Hamano gits...@pobox.com writes:
Ben Walton bdwal...@gmail.com writes:
Avoid a GNU-ism in the cp options used by t5400-send-pack. Change
-a
to -pR.
Signed-off-by: Ben Walton bdwal...@gmail.com
---
Thanks, but is -p essential for this test to pass, or can we
This test script uses svn cp to create a branch with an @-sign in
its name:
svn cp pr ject/trunk pr ject/branches/not-a@{0}reflog
That sets up for later tests that fetch the branch and check that git
svn mangles the refname appropriately.
Unfortunately, modern svn versions interpret
Angelo Borsotti angelo.borso...@gmail.com writes:
If they are specified after -b, the command seems to behave as if -b
was not specified, e.g.:
$ git checkout -b --no-track topic remotes/origin/master
-b requires an argument new_branch, which you specify as --no-track
here. start_point is
Subversion represents symlinks as ordinary files with content starting
with link and the svn:special property set to *. Thus a file can
switch between being a symlink and a non-symlink simply by toggling
its svn:special property, and new checkouts will automatically write a
file of the
Michael J Gruber wrote:
Jonathan Nieder venit, vidit, dixit 09.10.2012 10:41:
Signed-off-by: Jonathan Nieder jrnie...@gmail.com
Tested with Subversion 1.6.18.
[...]
I haven't checked other svn versions but this approach looks perfectly
sensible. It makes us test branch names which can't
On Tue, Oct 09, 2012 at 04:38:32PM +0700, Nguyen Thai Ngoc Duy wrote:
#5 0x0815e736 in userdiff_find_by_path (path=0x820e7f0
HEAD:Documentation/.gitattributes) at userdiff.c:278
#6 0x081058ca in grep_source_load_driver (gs=0xbfffd978) at grep.c:1504
A bandage patch may look like this. But it
Hi,
On Mon, Oct 8, 2012 at 3:19 PM, Elia Pinto gitter.spi...@gmail.com wrote:
Ok. I have found. For me this is not a problem any more these days.
Was fixed in glibc 2.8.90-9 2008
* Wed Jul 16 2008 Jakub Jelinek ja...@redhat.com 2.8.90-9
- update from trunk
- fix unbuffered vfprintf if
On Tue, Oct 09, 2012 at 07:01:44PM +0700, Nguyen Thai Ngoc Duy wrote:
On Tue, Oct 09, 2012 at 04:38:32PM +0700, Nguyen Thai Ngoc Duy wrote:
#5 0x0815e736 in userdiff_find_by_path (path=0x820e7f0
HEAD:Documentation/.gitattributes) at userdiff.c:278
#6 0x081058ca in grep_source_load_driver
Bam, the server kicked me off after taking to long to sync my copy.
This is unrelated to git. The HTTP server's configuration is too
impatient.
Yes. How does that mean it is unrelated to git?
- git fetch should show the total amount of data it is about to
transfer!
It can't, because it
From: Øyvind A. Holm su...@sunbase.org
40bfbde (build: don't duplicate substitution of make variables,
2012-09-11) breaks make by removing a necessary comma at the end of
CC_LD_DYNPATH=-rpath in line 414.
When executing ./configure --with-zlib=PATH, this resulted in
[...]
CC
On Tue, Oct 9, 2012 at 7:06 AM, Marcel Partap mpar...@gmx.net wrote:
Bam, the server kicked me off after taking to long to sync my copy.
This is unrelated to git. The HTTP server's configuration is too
impatient.
Yes. How does that mean it is unrelated to git?
It means its out of our control,
From: Øyvind A. Holm su...@sunbase.org
40bfbde (build: don't duplicate substitution of make variables,
2012-09-11) breaks make by removing a necessary comma at the end of
CC_LD_DYNPATH=-rpath in line 414 and 423.
When executing ./configure --with-zlib=PATH, this resulted in
[...]
CC
Junio C Hamano gits...@pobox.com writes:
Johannes Sixt j.s...@viscovery.net writes:
Am 10/9/2012 7:08, schrieb Junio C Hamano:
Imagine if we allowed only one attribute per line, instead of
multiple attributes on one line.
- If you want to unset the attribute, you would write path
c...@elego.de (Carlos Martín Nieto) writes:
If you want to download it bit by bit, you can tell fetch to download
particular tags. Doing this automatically for this would be working
around a configuration issue for a particular server, which is generally
better fixed in other ways.
As part
On 10/7/12 6:52 PM, Jeff King wrote:
Yes, but does that really have to be an issue? Is there any technical
or practical reason you can think of that the repository shouldn't
ignore those CRs?
It's significantly less efficient. Right now git only has to do the
conversion when updating the
- git fetch should show the total amount of data it is about to
transfer!
It can't, because it doesn't know.
The server side doesn't know at how much the objects *it just repacked
for transfer* weigh in?
Actually it does.
Then, please, make it display it.
What value is that to you?
The
On 9 October 2012 19:05, Junio C Hamano gits...@pobox.com wrote:
Øyvind A. Holm su...@sunbase.org writes:
40bfbde (build: don't duplicate substitution of make variables,
2012-09-11) breaks make by removing a necessary comma at the end of
CC_LD_DYNPATH=-rpath in line 414 and 423.
The
I have already posted this message on git-us...@googlegroups.com but I have
been
advised to rather use this list. I know that there is a related thread
(http://thread.gmane.org/gmane.comp.version-control.git/207257), but I don't
think that this provides an answer to my question (me too I am on
Marcel Partap mpar...@gmx.net writes:
Bam, the server kicked me off after taking to long to sync my copy.
This is unrelated to git. The HTTP server's configuration is too
impatient.
Yes. How does that mean it is unrelated to git?
- git fetch should show the total amount of data it is about
Hi,
Can anyone help me with a username case conflict in git svn clone?
Running
`git svn clone svn://svn.example.com/project --no-metadata -A users.txt
project`
whenusers.txt contains:
juser Joe User joe.u...@example.com
JUser Joe User joe.u...@example.com
returns:
Initialized empty Git
Andreas Schwab sch...@linux-m68k.org writes:
Angelo Borsotti angelo.borso...@gmail.com writes:
If they are specified after -b, the command seems to behave as if -b
was not specified, e.g.:
$ git checkout -b --no-track topic remotes/origin/master
-b requires an argument new_branch, which
David Balch david.ba...@conted.ox.ac.uk writes:
whenusers.txt contains:
juser Joe User joe.u...@example.com
JUser Joe User joe.u...@example.com
Reread the manual. Hint: there must be an equal sign.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53
Jay Soffian jaysoff...@gmail.com writes:
On Tue, Oct 9, 2012 at 2:12 AM, Junio C Hamano gits...@pobox.com wrote:
Junio C Hamano gits...@pobox.com writes:
Assuming that the above guess is correct (which is a huge
assumption, given the lack of clarity in the description), I think
the feature
Jeff King p...@peff.net writes:
I think we just need to have callers of grep_source_init provide us with
the actual pathname (or NULL, in the case of GREP_SOURCE_BUF). That is
where the information is lost.
Yes. I agree that is the right approach.
--
To unsubscribe from this list: send the
On 10/9/12 12:17 PM, John Whitney wrote:
Thank you very much for your detailed explanations. I suspected that
efficiency concerns might be preventing a clean solution.
How about this idea... When git stores files, it could include a bit
of metadata that tells it whether the file is a binary
git diff commit..commit
and
git diff commit commit
both succeed
however
git diff commit:path..commit:path
fails while
git diff commit:path commit:path
succeeds
OS X 10.7.5
git version 1.7.9.1
Reproduced by another user:
Am 09.10.2012 08:46, schrieb Shawn Pearce:
On Mon, Oct 8, 2012 at 8:05 AM, Johannes Sixt j...@kdbg.org wrote:
Am 05.10.2012 18:57, schrieb Shawn Pearce:
Smart HTTP is not bidirectional. The client can't cut off the server.
Smart HTTP does not need it: you already posted a better solution (I'm
Arthur Etchells adetche...@gmail.com writes:
git diff commit:path..commit:path
commit:path represents a tree or blob, but .. requires commits as
its end points.
(You can dereference a commit to get a tree or blob, but not the other
way round.)
Andreas.
--
Andreas Schwab,
Am 09.10.2012 22:30, schrieb Johannes Sixt:
Am 09.10.2012 08:46, schrieb Shawn Pearce:
As it turns out we don't really have this problem with git://. Clients
can bury a v2 request in the extended headers where the host line
appears today.
I tried, but it seems that todays git-daemons are
Nguyễn Thái Ngọc Duy pclo...@gmail.com writes:
diff --git a/wildmatch.c b/wildmatch.c
index 7b64a6b..2382873 100644
--- a/wildmatch.c
+++ b/wildmatch.c
@@ -11,8 +11,8 @@
#include stddef.h
#include ctype.h
-#include string.h
+#include cache.h
#include wildmatch.h
This is
Arthur Etchells adetche...@gmail.com writes:
git diff commit..commit
and
git diff commit commit
both succeed
however
git diff commit:path..commit:path
fails while
git diff commit:path commit:path
succeeds
...
It seems logical to support the '..' syntax in both for consistency.
git
[Re-sending because I forgot to CC: the list, sorry]
On 10/09/2012 06:36 PM, Øyvind A. Holm wrote:
From: Øyvind A. Holm su...@sunbase.org
40bfbde (build: don't duplicate substitution of make variables,
2012-09-11)
Oops, stupid copy and paste error on my part. Sorry.
breaks make by
Am 09.10.2012 20:24, schrieb Junio C Hamano:
Jay Soffian jaysoff...@gmail.com writes:
On Tue, Oct 9, 2012 at 2:12 AM, Junio C Hamano gits...@pobox.com wrote:
Junio C Hamano gits...@pobox.com writes:
Assuming that the above guess is correct (which is a huge
assumption, given the lack of
Krzysztof Mazur krzys...@podlesie.net writes:
The introduction email (--compose option) use UTF-8 as default encoding.
The current locale encoding is much better default value.
Signed-off-by: Krzysztof Mazur krzys...@podlesie.net
---
git-send-email.perl | 12 +++-
1 file changed,
On Tue, Oct 9, 2012 at 5:21 PM, Jens Lehmann jens.lehm...@web.de wrote:
Nothing I can think of right now, the above is a pretty good summary.
My gut feeling is that having git submodule foreach --revision ...
recurse through submodules whose work trees are out of sync is pretty
fragile and
Jens Lehmann jens.lehm...@web.de writes:
Am 09.10.2012 20:24, schrieb Junio C Hamano:
...
I think the right approach to implement this recurse foreach in the
superproject tree that is not checkout out to the working tree
feature should be:
- Advertise it so that it is crystal clear that
oops; forgot to add the git list earlier.
-- Forwarded message --
From: Sitaram Chamarty sitar...@gmail.com
Date: Wed, Oct 10, 2012 at 5:15 AM
Subject: potential path traversal issue in v3 with wild repos
To: gitolite gitol...@googlegroups.com, gitolite-annou...@googlegroups.com
On Tue, Oct 9, 2012 at 10:53 PM, Bogdan Cristea crist...@gmail.com wrote:
I have already posted this message on git-us...@googlegroups.com but I have
been
advised to rather use this list. I know that there is a related thread
(http://thread.gmane.org/gmane.comp.version-control.git/207257),
Hi,
I tried
git svn clone --stdlayout --branch ABC
but svn branches were missing (trunk was present), compared to the result of
git svn clone --stdlayout
Could you clarify --branch option, is it the same as --branches.
I thought git clone has --branch option, so I tried this option for svn.
On Wed, Oct 10, 2012 at 3:47 AM, Junio C Hamano gits...@pobox.com wrote:
Nguyễn Thái Ngọc Duy pclo...@gmail.com writes:
diff --git a/wildmatch.c b/wildmatch.c
index 7b64a6b..2382873 100644
--- a/wildmatch.c
+++ b/wildmatch.c
@@ -11,8 +11,8 @@
#include stddef.h
#include ctype.h
On Wed, Oct 10, 2012 at 1:59 AM, Junio C Hamano gits...@pobox.com wrote:
Jeff King p...@peff.net writes:
I think we just need to have callers of grep_source_init provide us with
the actual pathname (or NULL, in the case of GREP_SOURCE_BUF). That is
where the information is lost.
Yes. I
Nguyen Thai Ngoc Duy pclo...@gmail.com writes:
Git's ctype does not seem to be complete for wildmatch's use so
ctype.h is required. But that can be easily fixed later on.
Until later on, I cannot even compile the series.
--
To unsubscribe from this list: send the line unsubscribe git in
the
Nguyen Thai Ngoc Duy pclo...@gmail.com writes:
On Wed, Oct 10, 2012 at 1:59 AM, Junio C Hamano gits...@pobox.com wrote:
Jeff King p...@peff.net writes:
I think we just need to have callers of grep_source_init provide us with
the actual pathname (or NULL, in the case of GREP_SOURCE_BUF). That
On Tue, Oct 9, 2012 at 2:57 PM, Michael Haggerty mhag...@alum.mit.edu wrote:
+ - A trailing /** matches everything inside. For example,
+ abc/** is equivalent to `/abc/`.
It seems odd that you add a leading slash in this example. I assume
that is because of the rule that a pattern
On Wed, Oct 10, 2012 at 12:33 PM, Junio C Hamano gits...@pobox.com wrote:
Nguyen Thai Ngoc Duy pclo...@gmail.com writes:
On Wed, Oct 10, 2012 at 1:59 AM, Junio C Hamano gits...@pobox.com wrote:
Jeff King p...@peff.net writes:
I think we just need to have callers of grep_source_init provide
On Wed, Oct 10, 2012 at 12:31 PM, Junio C Hamano gits...@pobox.com wrote:
Nguyen Thai Ngoc Duy pclo...@gmail.com writes:
Git's ctype does not seem to be complete for wildmatch's use so
ctype.h is required. But that can be easily fixed later on.
Until later on, I cannot even compile the
51 matches
Mail list logo