"git svn fetch" causes Perl 5.18 or newer to emit "Wide character in
setenv" warnings when used in combination with svn.authorsfile with
non-ASCII names:
Wide character in setenv at /usr/lib64/perl5/vendor_perl/5.20.1/Git/SVN.pm
line 969.
Wide character in setenv at /usr/lib64/perl5/ven
Sent from my BlackBerry wireless device from MTN
--
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 Wed, Feb 18, 2015 at 1:54 PM, Junio C Hamano wrote:
>
> A few for micros.
>
> +### Allow "-" as a short-hand for "@{-1}" in more places.
> +
> +Pick one command that operates on branch names. Teach it the "-"
> +shorthand that stands for "the branch we were previously on", like we
In the same
On Wed, Feb 18, 2015 at 6:54 PM, Junio C Hamano wrote:
> On Wed, Feb 18, 2015 at 4:43 PM, Shawn Pearce wrote:
>>
>> This fails from a JGit server because the ref advertisement for an
>> empty repository differs and disagrees with the format used by
>> git-core. The result is a confused client spe
Kedves: Webmail előfizetői
Felhívjuk figyelmét, hogy az e-mail fiók meghaladta
tárolókapacitás. Nem küldhet és fogadhat e-maileket és
e-mail fiókja törlésre kerül a szerverünkről. A probléma elkerülése
érdekében,
Kattintson ide frissítse a számla.
http://upmaisoeo.jigsy.com
Köszönöm.
We
On Wed, Feb 18, 2015 at 4:43 PM, Shawn Pearce wrote:
>
> This fails from a JGit server because the ref advertisement for an
> empty repository differs and disagrees with the format used by
> git-core. The result is a confused client spewing an odd checkout
> message.
That is exactly why the rephr
On Wed, Feb 18, 2015 at 4:25 PM, Junio C Hamano wrote:
> On Wed, Feb 18, 2015 at 4:13 PM, Stefan Beller wrote:
>>> + warning(_("remote HEAD refers to nonexistent ref; "
>>> + "leaving the current branch unborn.\n"));
>>
>> Personally I find that more confusin
On Wed, Feb 18, 2015 at 4:43 PM, Shawn Pearce wrote:
> On Wed, Feb 18, 2015 at 4:25 PM, Junio C Hamano wrote:
>> Checking out a random branch is absolutely the worst thing you can
>> do. Personally, I would think that the best thing you can do is to
>> educate your users not to clone from a void.
On Wed, Feb 18, 2015 at 4:25 PM, Junio C Hamano wrote:
> Checking out a random branch is absolutely the worst thing you can
> do. Personally, I would think that the best thing you can do is to
> educate your users not to clone from a void. Create some history
> that is worth sharing, and then push
On Wed, Feb 18, 2015 at 4:13 PM, Stefan Beller wrote:
>> + warning(_("remote HEAD refers to nonexistent ref; "
>> + "leaving the current branch unborn.\n"));
>
> Personally I find that more confusing, because I have an idea of
> what checkout may refer to. The
On Wed, Feb 18, 2015 at 3:24 PM, Junio C Hamano wrote:
> If you did this:
>
> $ git init void &&
> git -C void commit --allow-empty -m initial &&
> git -C void symbolic-ref HEAD refs/heads/nosuch
> $ git clone --no-local void new
>
> you would get
>
> warning: remote HEAD r
On Feb 17, 2015, at 02:42, Jeff King wrote:
On Tue, Feb 17, 2015 at 05:36:30PM +0700, Duy Nguyen wrote:
On Tue, Feb 17, 2015 at 5:13 PM, Jeff King wrote:
If the only reason is for gdb, then perhaps:
set args pack-objects --stdout /dev/null
in gdb would help?
Right. I used "gdb --args co
Michal Sojka writes:
> The documentation of 'git submodule update' has several problems:
>
> 1) It says that submodule.$name.update can be overridden by --checkout
>only if its value is `none`.
Hmm, I do not read the existing sentence that way, though. The
"only if" above is only in your he
Dear Colleagues,
I hope you know our conference CSCC: Circuits, Systems, Communications and
Computers
www.cscc.co The Conference is now in its 19 year and in 2015 is organized in the
wonderful and historical island of Zakynthos in Greece (July 16,17,18,19,20
2015 /
Five days).
The conference
If you did this:
$ git init void &&
git -C void commit --allow-empty -m initial &&
git -C void symbolic-ref HEAD refs/heads/nosuch
$ git clone --no-local void new
you would get
warning: remote HEAD refers to nonexistent ref, unable to checkout.
While it is correct that w
On Wed, Feb 18, 2015 at 01:44:54PM -0800, Junio C Hamano wrote:
> If you wanted to paint the HEAD and local branch name in the same
> color as the body text (perhaps because cyan and green are too faint
> on a black-on-white terminal to be readable), you would not want to
> have to say
>
> [c
The documentation of 'git submodule update' has several problems:
1) It says that submodule.$name.update can be overridden by --checkout
only if its value is `none`. This is not true, because both
implementation and documentation of --checkout specifies that the
override applies to all po
On Wed, Feb 18, 2015 at 04:38:55PM -0500, Eric Frederich wrote:
> Also, how would I go about detecting untracked files the way status does?
> There is no way to specify a HEAD per git command using switches or
> environment variables.
> I can't change the HEAD of the Git repo because other process
On Wed, Feb 18, 2015 at 1:38 PM, Eric Frederich
wrote:
> Could you elaborate on "you can just refresh the index before each diff"
> What command would I use to do this?
"update-index --refresh", perhaps?
> Also, how would I go about detecting untracked files the way status does?
"ls-files"?
--
Jeff King writes:
> and the list of microprojects:
>
> http://git.github.io/SoC-2015-Microprojects.html
A few for micros.
diff --git a/SoC-2015-Microprojects.md b/SoC-2015-Microprojects.md
index b79a89f..f3b2b55 100644
--- a/SoC-2015-Microprojects.md
+++ b/SoC-2015-Microprojects.md
@@ -107,4
If you wanted to paint the HEAD and local branch name in the same
color as the body text (perhaps because cyan and green are too faint
on a black-on-white terminal to be readable), you would not want to
have to say
[color "decorate"]
head = black
branch = black
because that yo
On Wed, Feb 18, 2015 at 1:32 PM, Jeff King wrote:
> On Wed, Feb 18, 2015 at 01:27:50PM -0500, Eric Frederich wrote:
>
> If you can persist the index file for each working tree, this will be
> much faster in the long run, too (you can just refresh the index before
> each diff, which means that git
If you wanted to paint the HEAD decoration as the same color as the
body text (primarily because cyan is too faint on a black-on-white
terminal to be readable) you would not want to say
[color "decorate"]
head = black
because that you would not be able to reuse same configuration on
a
On Wed, Feb 18, 2015 at 11:50:20AM -0800, Junio C Hamano wrote:
> Jeff King writes:
>
> > On Wed, Feb 18, 2015 at 11:08:34AM -0800, Junio C Hamano wrote:
> > ...
> >> Not very strongly either way. Seeing the above does not bother me
> >> too much, but I do not know how I would feel when I start
Hi,
I've just experienced an issue, where the system hung after "git stash -k",
and I've had to use Alt-SysRq-REISUB to reboot.
Afterwards "git diff" and "git status" failed with:
"fatal: unable to read 7eaa1fb32551b16198924bfb8b9d3674fed2a59a"
When looking at Git's source I've found several pl
Jeff King writes:
> On Wed, Feb 18, 2015 at 11:08:34AM -0800, Junio C Hamano wrote:
> ...
>> Not very strongly either way. Seeing the above does not bother me
>> too much, but I do not know how I would feel when I start seeing
>>
>> val = git_config_book(k, v);
>> flip_bool(val, &flag
Michael J Gruber writes:
> Yep, it very well is. Also, that approach would tell you which branch is
> checked out, though I don't consider that git log's business.
>
> OTOH, it's "backwards" in the sense that it marks the "ordinary" case
> (HEAD is symref, branch is checked out) specially compare
Junio C Hamano venit, vidit, dixit 18.02.2015 18:07:
> Michael J Gruber writes:
>
>> "git branch" will tell you your branches and which one is checked out
>> (or HEAD); "git status" will tell you the latter.
>>
>> "git log" is about the DAG which has absolutely nothing to do with what
>> you have
Thanks Jeff.
I recognize your picture from here...
http://git.661346.n2.nabble.com/push-race-td7569254.html
... which helped me figure out how two processes trying to update a
ref at the same time works out.
I will try using a separate GIT_INDEX_FILE for each working tree.
I'm not certain tha
Cc-ing this to the msysgit list, which I should have done in the first
place. Certainly ideas specific to Git for Windows would be welcome.
On Wed, Feb 18, 2015 at 02:14:17PM -0500, Jeff King wrote:
> The response to my previous email was not overwhelming, but people did
> express some interest i
Hi,
It appears I have uncovered inconsistent behaviour in gitk. Looks like
a bug. I have a picture here:
https://docs.google.com/document/d/19TTzGD94B9EEIrVU5mRMjfJFvF5Ar3MlPblRJfP5OdQ/edit?usp=sharing
Essentially, when I hit shift-F5, it sometimes draw the history
differently (still valid, but d
Maybe it would be worthwhile to explore GUB
http://www.lilypond.org/gub> for rolling the Windows (and possibly
Cygwin as well, but then they tend to do their own) release/installer
for Git?
LilyPond has a similar mixture of scripting engines and target-dependent
bits-of-GNU that it packages into
On Wed, 18 Feb 2015 10:47:16 -0800, Junio C Hamano
wrote:
> Jeff King writes:
>
> > On Wed, Feb 18, 2015 at 06:46:04PM +0100, Michael J Gruber wrote:
> >
> >> Well, how can we help if we don't even know the limitations of that
> >> platform?
> >
> > I'm not sure, but I think the original call f
On Wed, Feb 18, 2015 at 11:08:34AM -0800, Junio C Hamano wrote:
> Jeff King writes:
>
> >> + if (!strcmp(k, "push.followtags")) {
> >> + if (git_config_bool(k, v))
> >> + *flags |= TRANSPORT_PUSH_FOLLOW_TAGS;
> >> + else
> >> + *flags &= ~TRAN
On Wed, 18 Feb 2015 18:46:04 +0100, Michael J Gruber
wrote:
> H.Merijn Brand venit, vidit, dixit 18.02.2015 17:00:
> > On Wed, 10 Dec 2014 23:46:25 -0800, Junio C Hamano
> > wrote:
> >
> >> Hello, all.
> >>
> >> H. Merijn Brand runs a few HP-UX boxes to help perl5 and other open
> >> source com
The response to my previous email was not overwhelming, but people did
express some interest in Git doing GSoC this year. So I've started on
the application, using last year's version as a template.
The materials are all in:
https://github.com/git/git.github.io
If you'd like to help, I'm happy
Jeff King writes:
>> +if (!strcmp(k, "push.followtags")) {
>> +if (git_config_bool(k, v))
>> +*flags |= TRANSPORT_PUSH_FOLLOW_TAGS;
>> +else
>> +*flags &= ~TRANSPORT_PUSH_FOLLOW_TAGS;
>> +return 0;
>> +}
>
> Did y
From: Yi EungJun
Add an Accept-Language header which indicates the user's preferred
languages defined by $LANGUAGE, $LC_ALL, $LC_MESSAGES and $LANG.
Examples:
LANGUAGE= -> ""
LANGUAGE=ko:en -> "Accept-Language: ko, en;q=0.9, *;q=0.1"
LANGUAGE=ko LANG=en_US.UTF-8 -> "Accept-Language: ko, *;
On Mon, Feb 16, 2015 at 01:28:07PM +0530, Tanay Abhra wrote:
> I went through Junio's config guideline patch series
> and the whole thread of underscore bug report and I also think
> that pager.*.command is the right path to go.
>
> If you want to relax the syntactic requirement (such as add '_'
From: Aleksey Vasenev
Such a username with "@" in it isn't all that unusual these days.
cf. https://groups.google.com/forum/#!msg/msysgit/YVuCqmwwRyY/HULHj5OoE88J
Signed-off-by: Aleksey Vasenev
Acked-by: Erik Faye-Lund
Signed-off-by: Junio C Hamano
---
.../credential/wincred/git-credential-
On Thu, Feb 5, 2015 at 10:58 AM, Junio C Hamano wrote:
> Matthieu Moy writes:
>
>> NAME
>>git-rebase - Forward-port local commits to the updated upstream head
>>
>> => Quite technical already.
>
> Very much true, and I would say the description is "technically
> correct" in the sense th
Sorry, please disregard these sent by mistake.
--
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 Mon, Feb 16, 2015 at 02:34:14PM -0800, Junio C Hamano wrote:
> Sometimes people respond "y" (or "yes") when asked
> this question:
>
> Which 8bit encoding should I declare [UTF-8]?
>
> We already have a mechanism to avoid accepting a mistyped e-mail
> address (we ask to confirm when the g
On Wed, Feb 18, 2015 at 10:47:16AM -0800, Junio C Hamano wrote:
> > It seems like we could use
> >
> > (cd src && tar cf - .) | (cd dst && tar xf -)
> >
> > here as a more portable alternative. I don't think we can rely on rsync
> > being everywhere.
>
> Thanks; I wasn't even aware that we used
On Tue, Feb 17, 2015 at 02:16:30PM -0800, Junio C Hamano wrote:
> Do you want to resurrect that @{publish} stuff? I think it had
> sensible semantics, and I do not think we mind keeping the
> push_default configuration to be read from the default_config
> codepath.
I'll take a look at it and see
Jeff King writes:
> On Wed, Feb 18, 2015 at 06:46:04PM +0100, Michael J Gruber wrote:
>
>> Well, how can we help if we don't even know the limitations of that
>> platform?
>
> I'm not sure, but I think the original call for help may have been "I
> will give you shell access to these boxes if you
"brian m. carlson" writes:
> On Thu, Jan 22, 2015 at 11:05:29PM +0100, Torsten Bögershausen wrote:
>>We want to support ssh://bmc@2001:470:1f05:79::1/git/bmc/homedir.git/
>> because e.g. the Git shipped with Debian (1.7.10.4) (and a lot of
>> other installations) supports it.
>
> I understand t
On Wed, Feb 18, 2015 at 01:27:50PM -0500, Eric Frederich wrote:
> My immediate concern is not to fix the documentation but to get some
> sort of status or diff.
> I want to avoid using an index because I want to allow multiple
> processes to do different diffs at the same time.
If you only have o
Thanks for the reply.
My immediate concern is not to fix the documentation but to get some
sort of status or diff.
I want to avoid using an index because I want to allow multiple
processes to do different diffs at the same time.
Right now I can put trees into the repo and get trees out without
usi
On Wed, Feb 18, 2015 at 06:46:04PM +0100, Michael J Gruber wrote:
> >> H. Merijn Brand runs a few HP-UX boxes to help perl5 and other open
> >> source communities, wants help porting more recent Git on these
> >> boxes, running HP-UX 10.20, 11.00, and 11.23, and looking for a
> >> volunteer. Plea
Помощь почтовой доставки
КИБЕРПАРТИЗАН.РФ
--
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
H.Merijn Brand venit, vidit, dixit 18.02.2015 17:00:
> On Wed, 10 Dec 2014 23:46:25 -0800, Junio C Hamano
> wrote:
>
>> Hello, all.
>>
>> H. Merijn Brand runs a few HP-UX boxes to help perl5 and other open
>> source communities, wants help porting more recent Git on these
>> boxes, running HP-UX
Junio C Hamano writes:
> Matthieu Moy writes:
>
>> Junio C Hamano writes:
>>
>>> in compat/broken-unlink.c and something like this
>>>
>>> #ifdef BROKEN_UNLINK
>>> #define unlink(x) workaround_broken_unlink(x)
>>> #endif
>>>
>>> in git-compat-util.h instead?
>>
>> That means we
Signed-off-by: Alexander Kuleshov
---
perl/Git.pm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/perl/Git.pm b/perl/Git.pm
index b5905ee..9026a7b 100644
--- a/perl/Git.pm
+++ b/perl/Git.pm
@@ -695,7 +695,7 @@ Retrieve the integer configuration C. The return
value
is sim
Matthieu Moy writes:
> Junio C Hamano writes:
>
>> in compat/broken-unlink.c and something like this
>>
>> #ifdef BROKEN_UNLINK
>> #define unlink(x) workaround_broken_unlink(x)
>> #endif
>>
>> in git-compat-util.h instead?
>
> That means we have to know BROKEN_UNLINK at compil
Michael J Gruber writes:
> "git branch" will tell you your branches and which one is checked out
> (or HEAD); "git status" will tell you the latter.
>
> "git log" is about the DAG which has absolutely nothing to do with what
> you have currently checked out.
Yeah, that summarizes my reaction, to
Junio C Hamano writes:
> in compat/broken-unlink.c and something like this
>
> #ifdef BROKEN_UNLINK
> #define unlink(x) workaround_broken_unlink(x)
> #endif
>
> in git-compat-util.h instead?
That means we have to know BROKEN_UNLINK at compile-time. I had never
heard about AF
Eric Frederich writes:
> This is from "git help diff". It seems to imply that I should be able to do
> it.
> It mentions nothing of the index.
Most of the documentation on early subcommands (and "git diff"
certainly is one of the early subcommands) were written back when
everybody knew that Gi
On Feb 17, 2015, at 6:36 PM, Junio C Hamano wrote:
>
> "Dan Langille (dalangil)" writes:
>
>>> On Jan 20, 2015, at 7:22 PM, Junio C Hamano wrote:
>>>
>>> "Dan Langille (dalangil)" writes:
>>>
I did not test this patch. Is that holding up a commit?
>>>
>>> I am hoping that you rebuilt
On Wed, 10 Dec 2014 23:46:25 -0800, Junio C Hamano
wrote:
> Hello, all.
>
> H. Merijn Brand runs a few HP-UX boxes to help perl5 and other open
> source communities, wants help porting more recent Git on these
> boxes, running HP-UX 10.20, 11.00, and 11.23, and looking for a
> volunteer. Please
On Tue, Feb 17, 2015 at 04:05:24PM -0800, Stefan Beller wrote:
> I have observed the GSoC last year and the micro projects seem to be
> have helped a lot. Although I don't have a strong proficiency yet, I'd
> may be a mentor this year?
Certainly. The first steps are helping with the project selec
On Wed, Feb 18, 2015 at 5:58 AM, Duy Nguyen wrote:
> ... skip the enum object_type conversion. You probably need special
> treatment for packed objects too.
I do not think you can store object of type "bogus" in a pack data stream
to begin with, so I wouldn't worry about packed objects.
"cat-fil
This is from "git help diff". It seems to imply that I should be able to do it.
It mentions nothing of the index.
git diff [--options] [--] [...]
This form is to view the changes you have in your working
tree relative to the named . You can use HEAD to compare it
with the lates
On Wed, Feb 18, 2015 at 7:06 AM, Eric Frederich
wrote:
> # how can I compare a working directory to a commit without taking the
> index into account?
You don't.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo i
More concise example:
cd /tmp
git clone --bare https://github.com/defnull/bottle.git
mkdir /tmp/bottlecopy
git --git-dir=/tmp/bottle.git --work-tree=/tmp/bottlecopy checkout master .
# this shows no diffs
git --git-dir=/tmp/bottle.git --work-tree=/tmp/bottlecopy diff master
rm /tmp/bottle.git/ind
Some background.
I'm trying to use Git as an object store for trees.
I put trees into the repo and can retrieve them.
I'm having issues with diffing these trees that I retrieve from the repo.
If I use a "git checkout" the diffs seem to work but if I create the
tree myself user lower level ls-tree a
> On Feb 18, 2015, at 10:05 PM, Matthieu Moy
> wrote:
>
> Fairuzan Roslan writes:
>
>> Client: OS X 10.9 - 10.10.2
>> git client: git version 1.9.3 (Apple Git-50) and git version 2.2.1
>>
>> Server : Linux 3.2.40 (Synology DSM 5.1)
>> AFP : Netatalk afpd 3.1.1
>
> Any chance you can test th
Fairuzan Roslan writes:
> Client: OS X 10.9 - 10.10.2
> git client: git version 1.9.3 (Apple Git-50) and git version 2.2.1
>
> Server : Linux 3.2.40 (Synology DSM 5.1)
> AFP : Netatalk afpd 3.1.1
Any chance you can test this with a Mac OS server?
Perhaps because the server is not a Mac OS, it d
On Wed, Feb 18, 2015 at 7:50 PM, karthik nayak wrote:
> Also,
> Is there any way I can get the type of object made via git hash-object
> --literally. The problem I'm facing is "sha1_object_info()" returns a
> object_type enum, so objects not specified there are considered as errors.
Use what sha1
> On Feb 18, 2015, at 4:15 PM, Matthieu Moy
> wrote:
>
> And now I'm starting to wonder whether other people do have the same
> issue. Sure, googling "Git AFP" shows a lot of people having problems
> with Git and AFP, but are they really the same problem?
>
> I googled 'git afp "unable to unli
"git status" and "git branch" let the user know when the HEAD is
detached, while "git log --decorate" does not.
Change the decoration by a detached HEAD to "detached HEAD". This can be
seen as giving more information about the decoration item itself in the
same way as we prefix tags by "tag: ".
S
On 02/18/2015 03:09 PM, karthik nayak wrote:
Hey,
After reading
http://thread.gmane.org/gmane.comp.version-control.git/256878
I have started working on the git cat file --literally option.
I'm wondering if I should implement it as an add on to the existing
options,
wherein we could say "git
Julien Cretel venit, vidit, dixit 17.02.2015 00:40:
> On Mon, Feb 16, 2015 at 11:15 PM, Junio C Hamano wrote:
>> Julien Cretel writes:
>>
>>> As of Git 2.3.0, the output of "git log --decorate" is ambiguous as to
>>> whether the HEAD is detached or not.
>>
>> It sounds as if you are reporting som
Armin Ronacher venit, vidit, dixit 16.02.2015 14:29:
> Hi,
>
> On 16/02/15 13:09, Ævar Arnfjörð Bjarmason wrote:
>> We should definitely make recovery like this harder, but is there a
>> reason for why you don't use "git reset --keep" instead of --hard?
> This was only the second time in years of
Hey,
After reading http://thread.gmane.org/gmane.comp.version-control.git/256878
I have started working on the git cat file --literally option.
I'm wondering if I should implement it as an add on to the existing options,
wherein we could say "git cat-file (t | -s | -e | -p | |
--texconv) --lite
Hi,
we own a git-repository which size is around 3.4 GiB.
Windows:
git clone git://pbzcvs01/cis/dev
Cloning into 'dev'...
remote: Counting objects: 373667, done.
remote: Compressing objects: 100% (56072/56072), done.
Receiving objects: 100% (373667/373667), 3.46 GiB | 63.15 MiB/s, done.
Now whil
Jeff King writes:
> The beginnings of the Google Summer of Code deadlines are upon us again.
> Organization applications are due February 20th (next Friday).
>
> - Do we want to do it?
I would love to participate, but I won't be able to spend as much time
as I did last year.
We always have mix
On 02/12/2015 03:04 PM, Jeff King wrote:
The beginnings of the Google Summer of Code deadlines are upon us again.
Organization applications are due February 20th (next Friday).
- Do we want to do it?
I was planning on applying as a student. Would be wonderful if Git applies.
- Who would l
Re: Ищешь подарок на 23 февраля? http://bit.ly/1Cg6gJ0
--
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
Torsten Bögershausen writes:
> On 17/02/15 17:58, Fairuzan Roslan wrote:
>
>> $ rm -rf testdir
>> rm: testdir/testfile: Operation not permitted
>> rm: testdir: Directory not empty
>>
> This works on my system (Mac OS 10.9 as server and client)
Just to be sure: by "work", you mean "successfully
80 matches
Mail list logo
