Fitnesstraining dauert nike free 5.0 damen
http://www.freeschweiz.eu/nike-free-5-0 wirklich eine Maut in den Zoll,
weil jeder eine der Auswirkungen der Füße muss bei jedem Schritt zu
ertragen. Auswählen einer Reihe von Schuhen, die Ihre Schrittlänge innerhalb
der idealen Position landen wird
On Mon, Jul 22, 2013 at 01:24:06PM -0700, Kyle J. McKay wrote:
I am not yet convinced that the precedence rule specified in this
what we want (I do not have an example why it is *not* what we want,
either). Another definition could be if user@ is present in the
request, give lower precedence
On Mon, Jul 22, 2013 at 05:56:44AM -0700, Kyle J. McKay wrote:
+ matches a url if it refers to the same scheme, host and port and the
+ path portion is an exact match or a prefix that matches at a /
+ boundary. If url does not include a user name, it will match a url
+ with
On Mon, Jul 22, 2013 at 05:56:43AM -0700, Kyle J. McKay wrote:
In order to perform sane URL matching for http.url.* options,
http.c normalizes URLs before performing matches.
A new test-url-normalize test program is introduced along with
a new t5200-url-normalize.sh script to run the tests.
On Mon, Jul 22, 2013 at 05:56:41AM -0700, Kyle J. McKay wrote:
+enum http_option_type {
+ OPT_POST_BUFFER,
+ OPT_MIN_SESSIONS,
+ OPT_SSL_VERIFY,
+ OPT_SSL_TRY,
+ OPT_SSL_CERT,
+ OPT_SSL_CAINFO,
+ OPT_LOW_SPEED,
+ OPT_LOW_TIME,
+ OPT_NO_EPSV,
+
From: Duy Nguyen pclo...@gmail.com
Sent: Wednesday, July 24, 2013 2:57 AM
On Wed, Jul 24, 2013 at 5:33 AM, Philip Oakley philipoak...@iee.org
wrote:
In some sense a project with a sub-module is a narrow clone, split at
a
'commit' object.
Yes, except narrow clone is more flexible. You have to
On Mon, Jul 15, 2013 at 07:25:19PM +0700, Nguyen Thai Ngoc Duy wrote:
I noticed that quiet and agent capabilities were missing in
protocol-capabilitities.txt. I have a rough idea what they do, but I
think it's best to be documented by the authors. Maybe you have some
time to make a patch?
The report-status capability is understood by receive-pack,
not upload-pack.
Signed-off-by: Jeff King p...@peff.net
---
Documentation/technical/protocol-capabilities.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/technical/protocol-capabilities.txt
The protocol-capabilities documentation notes that any
capabilities not explicitly mentioned for receive-pack work
only for upload-pack.
Receive-pack has advertised and understood side-band-64k
since 38a81b4 (receive-pack: Wrap status reports inside
side-band-64k, 2010-02-05), but we do not
This was added in c207e34 (fix push --quiet: add 'quiet'
capability to receive-pack, 2012-01-08) but never
documented.
Signed-off-by: Jeff King p...@peff.net
---
Documentation/technical/protocol-capabilities.txt | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git
This was added in ff5effd (include agent identifier in
capability string, 2012-08-03), but neither the syntax nor
the semantics were ever documented outside of the commit
message.
Signed-off-by: Jeff King p...@peff.net
---
Documentation/technical/protocol-capabilities.txt | 17 -
(resending, as my phone mail client decided to send it in html, sorry
about that)
On Wed, Jul 24, 2013 at 3:57 AM, Duy Nguyen pclo...@gmail.com wrote:
On Wed, Jul 24, 2013 at 5:33 AM, Philip Oakley philipoak...@iee.org wrote:
There have been comments on the git-user list about the
problem of
On Tue, Jul 23, 2013 at 11:40 PM, Joern Hees d...@joernhees.de wrote:
6796d49 introduced a bug by making shared_path == .git/hg' which
will most likely exist already, causing a new remote never to be
cloned and subsequently causing hg.share to fail with error msg:
mercurial.error.RepoError:
Hi,
On 24.07.2013, at 10:52, Antoine Pelisse apeli...@gmail.com wrote:
I think the best way would be to create the shared repository in
.git/hg/$share, with $share being a path that can't be a remote name
(so that it doesn't conflict with remote directories),
and then apply the following
Hi,
I think there is an issue with the documentation of git tag, or with the
default being chosen for tags.
the git tag documentation say:
*
If one of -a, -s, or -u key-id is passed, the command creates
a tag object, and requires a tag message. Unless -m msg or -F file
is given,
On Wed, Jul 24, 2013 at 3:30 PM, Piotr Krukowiecki
piotr.krukowie...@gmail.com wrote:
(resending, as my phone mail client decided to send it in html, sorry
about that)
On Wed, Jul 24, 2013 at 3:57 AM, Duy Nguyen pclo...@gmail.com wrote:
On Wed, Jul 24, 2013 at 5:33 AM, Philip Oakley
On 07/19/2013 12:07 AM, Jonas Fonseca wrote:
On Thu, Jul 18, 2013 at 9:30 AM, Drew Northupn1xim.em...@gmail.com wrote:
Somehow this patch breaks the main view to not open the correct commit in diff view
whenenter is pressed. Back to the debugger...
Does this (possibly white-space damaged)
Hello.
During reading the online book (http://git-scm.com/book/ru - russian
translation) I found some bugs.
1. Chapter 5.5
(http://git-scm.com/book/ru/%D0%A0%D0%B0%D1%81%D0%BF%D1%80%D0%B5%D0%B4%D0%B5%D0%BB%D1%91%D0%BD%D0%BD%D1%8B%D0%B9-Git-Maintaining-a-Project)
is original english (non
On Wed, 24 Jul 2013 16:46:46 +0400
Konstantin Konovalov kostya.konova...@gmail.com wrote:
During reading the online book (http://git-scm.com/book/ru - russian
translation) I found some bugs.
[...]
Please report them at https://github.com/github/gitscm-next/issues
--
To unsubscribe from this
On Wed, Jul 24, 2013 at 11:59 AM, Jörn Hees d...@joernhees.de wrote:
On 24.07.2013, at 10:52, Antoine Pelisse apeli...@gmail.com wrote:
I think the best way would be to create the shared repository in
.git/hg/$share, with $share being a path that can't be a remote name
(so that it doesn't
On 24.07.2013, at 15:14, Antoine Pelisse apeli...@gmail.com wrote:
On Wed, Jul 24, 2013 at 11:59 AM, Jörn Hees d...@joernhees.de wrote:
On 24.07.2013, at 10:52, Antoine Pelisse apeli...@gmail.com wrote:
I think the best way would be to create the shared repository in
.git/hg/$share, with
6796d49 introduced a bug by making shared_path == .git/hg' which
will most likely exist already, causing a new remote never to be
cloned and subsequently causing hg.share to fail with error msg:
mercurial.error.RepoError: repository .git/hg not found
Changing shared_path to .git/hg/.shared will
On 07/19/2013 12:34 PM, Junio C Hamano wrote:
Michael Haggerty mhag...@alum.mit.edu writes:
I sent the patch shortly before leaving for a trip so I didn't have time
to make it as complete as I would have liked. But given that the
problem was already in master, and the fix is pretty simple,
Jeff King p...@peff.net writes:
1. The explanation and special-casing of username is a little
complicated to explain.
2. The behavior for resolving the value when faced with multiple
possibilities is completely unlike the rest of the config system
(both dropping
Eric Sunshine sunsh...@sunshineco.com writes:
On Tue, Jul 23, 2013 at 3:03 PM, Junio C Hamano gits...@pobox.com wrote:
SZEDER Gábor sze...@ira.uka.de writes:
You could avoid the 'cat' here and patch in 4/5 by doing $(wc -l b.c).
Correct.
Thanks, I like that better.
Unfortunately, what
Antoine Pelisse apeli...@gmail.com writes:
On Wed, Jul 24, 2013 at 11:59 AM, Jörn Hees d...@joernhees.de wrote:
On 24.07.2013, at 10:52, Antoine Pelisse apeli...@gmail.com wrote:
I think the best way would be to create the shared repository in
.git/hg/$share, with $share being a path that
On 24 Jul 2013, at 17:20, Junio C Hamano gits...@pobox.com wrote:
Antoine Pelisse apeli...@gmail.com writes:
On Wed, Jul 24, 2013 at 11:59 AM, Jörn Hees d...@joernhees.de wrote:
On 24.07.2013, at 10:52, Antoine Pelisse apeli...@gmail.com wrote:
I think the best way would be to create the
Matthew Wang matt...@gmail.com writes:
I noticed a change in commit 734b2f0 on
contrib/completion/git-completion.bash which reverted a syntax fix for
'+=' syntax [1], the syntax does not work for bash 3.1. As far as I
know, bash 3.0.x is still widely used on some old servers, could
someone
Duy Nguyen pclo...@gmail.com napisał:
On Wed, Jul 24, 2013 at 3:30 PM, Piotr Krukowiecki
piotr.krukowie...@gmail.com wrote:
(resending, as my phone mail client decided to send it in html, sorry
about that)
On Wed, Jul 24, 2013 at 3:57 AM, Duy Nguyen pclo...@gmail.com
wrote:
On Wed, Jul 24,
Jeff King p...@peff.net writes:
That is, would a shell script ever want to say what is the value of
this config variable for url $X? Certainly our test scripts want to,
and having a test-* program covers that, but might user scripts want to
do the same? Or even to introduce its own
I got more responses from people regarding the .mailmap file.
All added persons gave permission to add them to the .mailmap file.
Signed-off-by: Stefan Beller stefanbel...@googlemail.com
---
.mailmap | 4
1 file changed, 4 insertions(+)
diff --git a/.mailmap b/.mailmap
index
On Jul 24, 2013, at 10:14, Junio C Hamano wrote:
Jeff King p...@peff.net writes:
How hard would it be to convert the -c option of test-url-normalize
into something like:
git config --file=foo --url http noepsv $URL
which would look for http.$URL.noepsv matches.
Lovely.
[snip]
Another
On Jul 23, 2013, at 23:59, Jeff King wrote:
diff --git a/test-url-normalize.c b/test-url-normalize.c
new file mode 100644
index 000..f18bd88
--- /dev/null
+++ b/test-url-normalize.c
[...]
+ if (!strcmp(sslverify, opt_lc.buf))
+ printf(%s\n, curl_ssl_verify ? true :
Some git command (ex. git describe) by default only consider
annotated tags.
I always add --tags when I call git-describe. Is there any reason this
shouldn't become the new default (quickly, before git 2.0 perhaps)? I wasn't
able to find any reason for the current behavior with just
On Wed, Jul 24, 2013 at 12:01:26PM -0700, Kyle J. McKay wrote:
Right now, the values are only available as various strings, ints,
longs etc. which have to be formatted differently for output. The
original string value they were converted from is gone. The snippet
shown above only shows some
Sparse issues an non-ANSI function declaration of function 'main'
warning when NO_CURL is set. In order to suppress the warning, we
simply add the function prototype.
When NO_CURL and USE_CURL_MULTI are not defined, then gcc issues the
following error:
CC test-url-normalize.o
Torsten Bögershausen wrote:
ml/cygwin-updates:
cygwin: stop forcing core.filemode=false
I like that: cygwin behaves more like Unix/Linux.
Just a side-comment: When working on NTFS, cygwin
will set core.filemode=true, and as a result of that,
the cheating lstat code is not used
On Wed, Jul 24, 2013 at 11:10 AM, Junio C Hamano gits...@pobox.com wrote:
Eric Sunshine sunsh...@sunshineco.com writes:
On Tue, Jul 23, 2013 at 3:03 PM, Junio C Hamano gits...@pobox.com wrote:
SZEDER Gábor sze...@ira.uka.de writes:
You could avoid the 'cat' here and patch in 4/5 by doing $(wc
Jonathon Mah m...@jonathonmah.com writes:
I always add --tags when I call git-describe. Is there any reason this
shouldn't become the new default (quickly, before git 2.0 perhaps)?
The distinction is there for a reason--- annotated tags are meant
for the more public and permanent stuff, while
Kyle J. McKay mack...@gmail.com writes:
And hopefully Junio can add this as an incremental patch against next
as it looks good to me.
Not likely to happen until the weekend.
If I had time for such a clean-up, I would rather be doing the
restructuring of the whole thing to make Peff's git
Jörn Hees d...@joernhees.de writes:
On 24 Jul 2013, at 17:20, Junio C Hamano gits...@pobox.com wrote:
Goes and looks...
OK, the tracking branches for these are created under refs/hg/*
using the same name.
...
A refname shouldn't begin or end with a dot, because the range
...
Joern Hees d...@joernhees.de writes:
6796d49 introduced a bug by making shared_path == .git/hg' which
will most likely exist already, causing a new remote never to be
cloned and subsequently causing hg.share to fail with error msg:
mercurial.error.RepoError: repository .git/hg not found
Thanks!
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 25 Jul 2013, at 01:02, Junio C Hamano gits...@pobox.com wrote:
Joern Hees d...@joernhees.de writes:
Changing shared_path to .git/hg/.shared will solve this problem
Here you say shared and the code says share; which one is
preferred (I know either would work, but we would want to be
6796d49 introduced a bug by making shared_path == .git/hg' which
will most likely exist already, causing a new remote never to be
cloned and subsequently causing hg.share to fail with error msg:
mercurial.error.RepoError: repository .git/hg not found
Changing shared_path to .git/hg/.shared will
A release candidate preview Git v1.8.4-rc0 is now available for
testing at the usual places.
The release tarballs are found at:
http://code.google.com/p/git-core/downloads/list
and their SHA-1 checksums are:
8e0d93653633fcaffc829f607bd8c1077a855c1d git-1.8.4.rc0.tar.gz
46 matches
Mail list logo
