| From | Subject | Date |
|---|---|---|
| Jakub Narebski | [PATCH] t/README: Add 'Skipping Tests' section below 'Runnin...
Add description of GIT_SKIP_TESTS variable, taken almost verbatim
(adjusting for conventions in t/README) from the commit message in
04ece59 (GIT_SKIP_TESTS: allow users to omit tests that are known to break)
Signed-off-by: Junio C Hamano <junkio@cox.net>
Signed-off-by: Jakub Narebski <jnareb@gmail.com>
---
So I don't have to look it up every time I want to use it...
t/README | 28 ++++++++++++++++++++++++++++
1 files changed, 28 insertions(+), 0 deletions(-)
diff --git a/...
| Jun 20, 5:10 pm 2008 |
| David Kastrup | Re: Are C++ contributions welcome?
Please take a look at
<URL:http://developer.imendio.com/projects/giggle>. It might be
worthwhile not to start from scratch here.
--
David Kastrup
--
| Jun 20, 12:29 pm 2008 |
| Jose | Re: Are C++ contributions welcome?
look nice
--
| Jun 20, 12:45 pm 2008 |
| Cristian Peraferrer | Is git-imap-send able to use SSL?
I am trying to use git-imap-send to send a Draft to my GMail account
which uses SSL to connect, I have put the correct port (993 in that
case) in the config file but it seems it doesn't work. I figure that
git-imap-send is not able to connect using SSL.
--
Cristian Peraferrer
Jabber ID: corellian at swissjabber.ch
--
| Jun 20, 12:08 pm 2008 |
| Cristian Peraferrer | [PATCH] Added the printing of 'errno' error number when the ...
From: Cristian Peraferrer <corellian.c@gmail.com>
Date: Fri, 20 Jun 2008 17:24:20 +0200
Subject: [PATCH] Added the printing of 'errno' error number when the
attempt to open the COMMIT_EDITMSG file is failed
Now when the COMMIT_EDITMSG cannot be opened, the die message gives
more information to the user by giving the 'errno' number.
Signed-off-by: Cristian Peraferrer <corellian.c@gmail.com>
---
builtin-commit.c | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff...
| Jun 20, 11:55 am 2008 |
| Martin Langhoff | Wither git-cheetah?
Is anyone working on git-cheetah? What I thougtht at the time was a
joke from Johannes Schindelin (below) turned out to be a real "I'll
stop work now" thing.
Moodle.org is now seriously considering a move to GIT, and a
Tortoise-ish UI would be a good crutch for the transition. Anyone
played with TortoiseHg? http://tortoisehg.sourceforge.net/
On Fri, Apr 11, 2008 at 2:00 PM, Johannes Schindelin
cheers,
m
--
martin.langhoff@gmail.com
martin@laptop.org -- School Server Architect
-...
| Jun 20, 11:53 am 2008 |
| Johannes Schindelin | Re: Wither git-cheetah?
Hi,
We had a brilliant application to work on Git-Cheetah for non-Win32
systems. Unfortunately, another project snatched that student, but we
were scarce on GSoC slots anyway.
This would have been very nice for me, as I almost exclusively work on
Linux these days. And I finally grasped the concept of "scratching your
own itch".
So no, I have almost no intention on continuing to work on Git-Cheetah on
Windows.
Having said that, we had a contributor who seemed to be quite willing t...
| Jun 20, 12:43 pm 2008 |
| Ingo Molnar | Re: [q] git-diff --reverse 7def2be1..7def2be1^
works perfectly - thanks for the suggestion!
Ingo
--
| Jun 20, 11:38 am 2008 |
| Richard Quirk | [PATCH] git-gui: Fix accidental staged state toggle when cli...
If a text widget is asked the index at x,y with y == 0 or y == 1 it will
always return 1.0 as the nearest index, regardless of the x position.
This means that clicking the top 2 pixels of the Unstaged/Staged Changes
lists caused the state of the file there to be toggled. This patch
checks that the pixel clicked is greater than 1, so there is less chance
of accidentally staging or unstaging changes.
Signed-off-by: Richard Quirk <richard.quirk@gmail.com>
---
To test the unpatched changes, ...
| Jun 20, 10:58 am 2008 |
| Johannes Sixt | Re: [PATCH] git-gui: Fix accidental staged state toggle when...
Ah, that would explain why it sometimes happened that a file was staged
even though the mouse pointer was no where near the icon!
-- Hannes
--
| Jun 20, 11:26 am 2008 |
| Heikki Orsila | [PATCH] Add SVN->Git conversion example to documentation,...
Signed-off-by: Heikki Orsila <heikki.orsila@iki.fi>
---
This is the fourth round of the patch. Changes to earlier attempts:
* Explain git<>svn process better (Junio C Hamano)
* Don't mention git-svnimport unnecessarily. And where mentioned,
mark it as deprecated. (Karl Hasselström, Junio C Hamano)
* Remove unnecessary words from description
* Rename foo.git -> foo (Miklos Vajna)
* Remove refs/remotes/git-svn (Miklos Vajna)
* Don't set unnecessary fetch sources
* Us...
| Jun 20, 9:23 am 2008 |
| jose maria gomez vergara | Are C++ contributions
I think Git is a really good project and I would like to contribute to it.
I have been having a look to the source and I have realized on that all
code is C(well and perl for some scripts and so..). I know that C++ code
was not welcome sometime ago, but I don't know if this have changed.
I don't feel comfortable programing in C and I prefer C++ only because I
have more experience using this one. May I contribute to this project in
that language?.
Thanks a lot.
--
| Jun 20, 8:23 am 2008 |
| Sverre Rabbelier | Re: Are C++ contributions welcome?
On Fri, Jun 20, 2008 at 2:23 PM, jose maria gomez vergara
Any programmer can learn a new language as long as they have enough
programming skills; it's not the language you are proficient in, it is
the programming you are proficient in. If you would like to contribute
to git, consider polishing up your C, really it is not all that hard
;). The main thing you will probably stumble into is the lack of
std::string, but there are plenty examples in the git codebase to
learn how git handles string.
--...
| Jun 20, 11:30 am 2008 |
| Jose | Re: Are C++ contributions welcome?
To be honest, I like a lot projects made in C. I have been working with Qt and
with Gtk and I must say that it is easy for me to understand Gtk that is in C
than Qt that is in C++. Something I feel like if C++ design do unnecessary
abstration. The thing is that due to my job, I am more familiar with C++
since the project in which I work at my job is a really big monster that
seems to be easier to manage using an a litter high level language as C++
instead C.
I would like to learn more C, but ...
| Jun 20, 11:54 am 2008 |
| Jakub Narebski | Re: Are C++ contributions welcome?
I don't think that C++ would get accepted because it would introduce
another dependency; if not runtime dependency (libstdc++), then build
requirement (C++ compiler).
And I think it doesn't bring much: git is not some GUI application
where OOP works best; it is 'close to the metal' (performance), where
I think C works best.
--
Jakub Narebski
Poland
ShadeHawk on #git
--
| Jun 20, 10:16 am 2008 |
| Johannes Schindelin | Re: Are C++ contributions welcome?
Hi,
You probably mean
http://article.gmane.org/gmane.comp.version-control.git/58929
Of course, you can try to contribute something in C++, but that will
probably only trigger someone rewriting your stuff in (portable) C and
take all your credit.
Heck, I might do it myself ;-)
Ciao,
Dscho
--
| Jun 20, 9:03 am 2008 |
| Martin Langhoff | Re: Are C++ contributions welcome?
On Fri, Jun 20, 2008 at 9:03 AM, Johannes Schindelin
if you have UI/Win32 experience, a good friendly UI for newcomers to
GIT is something we are lacking. Johannes got started with git-cheetah
a while ago, and there is a similar project called TortoiseHg, either
might be a good starting point.
As Jakub noted, C++ is a reasonably good fit for UIs, and we are
lacking those. We have a fantastic team of people doing C work on the
core of git, and noone on GUIs. So I'd say yes, C++/UI help is
somethi...
| Jun 20, 11:59 am 2008 |
| Barry Roberts | Re: Are C++ contributions welcome?
My assessment of git-cola (formerly ugit) makes me wonder if that
statement is still true. It doesn't have explorer integration,
and the install is tedious on windows. But since it uses Qt4
it's purty enough for Windows users and it uses porcelain
commands so it doesn't require plumbing knowledge.
The Windows users that I've shown git cola are universally
excited to try it. And my dogfood'ing on Linux has been going
well.
FWIW,
Barry Roberts
--
| Jun 20, 12:40 pm 2008 |
| Jose | Re: Are C++ contributions welcome?
Good that is a really good news because I really like doing front-ends and GUI
applications. I will take care of this.
--
| Jun 20, 12:11 pm 2008 |
| Jose | Re: Are C++ contributions welcome?
Before starting, do you have any preference for Qt or Gtk in Git. I feel quite
confortable with both of them.
Qt . C++ GPL
Gtk+. C - LGPL
The quality is good for both of them
--
| Jun 20, 12:20 pm 2008 |
| Raimund Bauer | Re: Are C++ contributions welcome?
If you think about using one of those 2 you might also want to take a
look at
qgit - http://sourceforge.net/projects/qgit/ (qt)
and
giggle - http://developer.imendio.com/projects/giggle/ (gtk)
Not sure if those toolkits can for used to produce a TortoiseGit.
best regards,
Ray
--
| Jun 20, 12:38 pm 2008 |
| Fredrik Skolmli | git svn --add-author-from implies --use-log-author
Hi,
when running git svn dcommit --add-author-from on a git-svn repository,
--use-log-author is not implied by itself. This causes the rewritten history
to not show the author in the way most users would expect it to be, "Name
<email@domain.tld>", but instead "<user@uuid>".
Instead of forcing people to write "svn dcommit --add-author-from
--use-log-author", is it a bad move to imply the last argument, making the
history look more user-friendly to start with?
Any thoughts?
--
R...
| Jun 20, 7:31 am 2008 |
| Mircea Bardac | Re: git svn --add-author-from implies --use-log-author
Hi,
The documentation mentions that these 2 parameters are for init and,
like other parameters, I had the feeling they will affect either the
"init" process or the entire existance of the repository. Now that I
look better, I see that there is no "config" note next to them.
From my point of view, they should be repository config options,
affecting all commits. I can't see a reason for having only sometimes
--add-author-from. If you want to commit information about the authors
in regards ...
| Jun 20, 9:31 am 2008 |
| Alexander Gladysh | git svn: how to recover from checksum mismatch?
Hi, list!
Today I've upgraded to git 1.5.6 from 1.5.5.something (probably 1).
When I've run git svn rebase on my repo, it complained about "checksum
mismatch: trunk/path/myfile HASH".
BTW, Before that failing commit there were one more (successful) with
some strange complains about whitespace errors:
warning: CRLF will be replaced by LF in
/var/folders/8u/8uiW+GhrGka2OlIHiT1fsU+++TI/-Tmp-/hoizGwiM2P
I'm on OS X 10.5.3 and my repo is not in /var/folders tree (trailing
part of path is dif...
| Jun 20, 6:56 am 2008 |
| Alexander Gladysh | Re: git svn: how to recover from checksum mismatch?
That is more painlessly of course, not less, sorry :)
--
| Jun 20, 7:36 am 2008 |
| Peter Karlsson | Importing non-version controlled bits and pieces to Git
Hi!
I am looking at moving a project that has not been version-controlled
in the regular sense into Git. I have found it to currently consist of
40 directories with copies of the set of files in various shapes.
I have reconstructed something that looks like a probable revision tree
for these 40 directories, and I want to put this into Git so that I can
examine what changes have been made where, and merge the various
versions back together so that there can be one version with all the
various fix...
| Jun 20, 5:42 am 2008 |
| Miklos Vajna | Re: Importing non-version controlled bits and pieces to Git
On Fri, Jun 20, 2008 at 10:42:22AM +0100, Peter Karlsson <peter@softwolves.=
Maybe contrib/fast-import/import-tars.perl?
It imports tar.{gz,bz2,Z} files, but you can tar up your trees or it can
just serve as an example and you can write your own script that does the
same with directories.
| Jun 20, 7:51 am 2008 |
| Johannes Schindelin | Re: Importing non-version controlled bits and pieces to Git
Hi,
BTW this is a relatively simple script showing how to import commits into
a Git repository using git-fast-import.
You should be able to use git-fast-import from a simple script yourself;
if you would like to see an example how to feed fast-import, just export a
few commits with "git fast-export HEAD~5..".
Hth,
Dscho
--
| Jun 20, 8:25 am 2008 |
| Peter Karlsson | Re: Importing non-version controlled bits and pieces to Git
As I noted, I have used that before, and it works best with linear
histories, even if I managed to hack it to create a branch for a
project that had a simple branching structure (an update was created
Yeah, that is what I am currently planning on doing. I was just trying
to be lazy and see if someone already had solved the problem for me :-)
One complicating factor is that I am working with DOS/Windows source
code, so all text files have CRLF line-endings, which means converting
before feedin...
| Jun 20, 8:42 am 2008 |
| Johannes Schindelin | Re: Importing non-version controlled bits and pieces to Git
Hi,
Why not import everything with a CR/LF, and then use filter-branch with a
really simple tree-filter? It is slow, alright, but it is safe, too.
Ciao,
Dscho
--
| Jun 20, 9:00 am 2008 |
| Johannes Sixt | Re: Importing non-version controlled bits and pieces to Git
No, but you can put `tr -d '\015'` in the pipeline in front of
fast-import. (Unless, of course, you also have to feed binary data.)
-- Hannes
--
| Jun 20, 8:57 am 2008 |
| Ingo Molnar | [q] git-diff --reverse 7def2be1..7def2be1^
A couple of stupid Git questions (using git-1.5.4.3-2.fc8).
Sometimes i want to see the reverse diff of a particular commit.
If i want to see the normal diff i do:
git-log -1 -p 7def2be1
But generating the reverse diff does not work:
git-log --reverse -1 -p 7def2be1
Because the '--reverse' here is the ordering of the revlist, not the
direction of the patch itself. And that's OK, albeit slightly
unintuitive.
So instead i do:
git-diff --reverse 7def2be1..7def2be1^
I'v...
| Jun 20, 4:20 am 2008 |
| Mikael Magnusson | Re: [q] git-diff --reverse 7def2be1..7def2be1^
git show 7def2b1 is a bit easier to type.
--
Mikael Magnusson
--
| Jun 20, 9:04 am 2008 |
| Matthieu Moy | Re: [q] git-diff --reverse 7def2be1..7def2be1^
Git may not know how to do it, but since you can omit the .. here,
your shell knows:
git diff whatever{,^}
(BTW, git-foo is being obsoleted in favor of "git foo")
--
Matthieu
--
| Jun 20, 7:30 am 2008 |
| Ingo Molnar | Re: [q] git-diff --reverse 7def2be1..7def2be1^
hm, can Bash be taught to do command completion on 'git rer<tab>', like
it is able to do on git-rer<tab> ?
Ingo
--
| Jun 20, 9:50 am 2008 |
| Jakub Narebski | Re: [q] git-diff --reverse 7def2be1..7def2be1^
contrib/completion/git-completion.bash in git repository.
I don't know if there are some ready packages[1] for contrib stuff, and
git-completion.bash doesn't seem to get packaged with git.
[1] RPM packages, because Debian seems to have packaged everything, or
almist everything, in a itty-bitty-tiny package(lets) :-P
--
Jakub Narebski
"My name is Inigo Montoya. You killed my father prepare to die"
(The Princess Bride)
--
| Jun 20, 10:23 am 2008 |
| Jakub Narebski | Re: [q] git-diff --reverse 7def2be1..7def2be1^
There is shortcut for rev^..rev, namely rev^! (I'm not sure if it is
documented anywhere, though), so you could have used
I think you should have done this first...
--
Jakub Narebski
Poland
ShadeHawk on #git
--
| Jun 20, 6:05 am 2008 |
| Ingo Molnar | Re: [q] git-diff --reverse 7def2be1..7def2be1^
to read the man page? Nobody reads the manuals, except in grave
circumstances ;-)
(Seriously, i usually try to guess around a lot with shell commands just
to figure out new things, and to see how intuitive they are.)
Ingo
--
| Jun 20, 9:52 am 2008 |
| Mikael Magnusson | Re: [q] git-diff --reverse 7def2be1..7def2be1^
With some grepping, i found this in git-rev-parse,
Two other shorthands for naming a set that is formed by a
commit and its parent
commits exists. r1^@ notation means all parents of r1. r1^!
includes commit r1
but excludes its all parents.
--
Mikael Magnusson
--
| Jun 20, 9:02 am 2008 |
| Jakub Narebski | Re: [q] git-diff --reverse 7def2be1..7def2be1^
A bit strange is that neither "git rev-parse pu^!" nor "git rev-parse pu^@"
work, while the same works with git-rev-list. WTF?
--
Jakub Narebski
Poland
--
| Jun 20, 9:13 am 2008 |
| Junio C Hamano | Re: [q] git-diff --reverse 7def2be1..7def2be1^
Huh? Have you actually tried "git diff -R"? My copy of git 1.0.0 knows
about it. What year are you still in ;-)?
If you apply the output of
git diff -R HEAD^..HEAD
to your tree, you can revert the tip commit. It is the same as
git diff HEAD..HEAD^
If you want to write a forward diff in an obscure way, you could say
git diff -R HEAD..HEAD^
--
| Jun 20, 4:38 am 2008 |
| Ingo Molnar | Re: [q] git-diff --reverse 7def2be1..7def2be1^
yeah, i tried it and somehow messed up so this is a red herring - i'll
just use -R from now on :-)
the HEAD..^ format suggestion still stands, to express the range from
HEAD to HEAD-1.
Ingo
--
| Jun 20, 6:02 am 2008 |
| Junio C Hamano | Re: [q] git-diff --reverse 7def2be1..7def2be1^
By the way, not linking --reverse (traverse the history normally and then
show the commits in the reverse order than usual) to -R (show diff in the
opposite way while showing the change each commit introduces) allows you
to even say "log --reverse -R", which did not come from a conscious
design, but being able to say this _is_ a conscious design:
$ git fetch j6t
$ git log --reverse -p ..j6t/for-junio
When I review a branch somebody else offers me, I may want to view the
commits on them in re...
| Jun 20, 4:46 am 2008 |
| Ingo Molnar | Re: [q] git-diff --reverse 7def2be1..7def2be1^
yes, i too do that occasionally (and some of my export/import scripts
rely on it in fact), and i was not suggesting to change any existing
functionality anyway.
Ingo
--
| Jun 20, 6:00 am 2008 |
| Johannes Sixt | MinGW port pull request
From: Johannes Sixt <johannes.sixt@telecom.at>
Junio,
please pull the MinGW (Windows) port patch series from
git://repo.or.cz/git/mingw/j6t.git for-junio
The interdiff since I submitted the patch series
http://thread.gmane.org/gmane.comp.version-control.git/75250/focus=76276
is below.
This code base has been used in production since months, and editorial
issues have been ironed out since I submitted the series. The interdiff is
fairly small (it's mostly some new vsnprintf() fix...
| Jun 20, 4:06 am 2008 |
| Adam Doeler | git-svn show-ignore error
Hello - can anyone help me figure out what is causing the error below,
and how to get past it..
I started by running:
% git-svn clone -s svn+ssh://path/to/repo local_dir
% cd local_dir
% git-svn show-ignore
Filesystem has no item: File not found: revision 175, path '/build'
at /opt/local/bin/git-svn line 1879
The repository layout in the trunk is:
/build
/website
build has another directory, which has files, and directories, etc.
website the application files, framework, more directo...
| Jun 19, 11:27 pm 2008 |
| Junio C Hamano | Re: [PATCH 00/11] Build in merge
Thanks.
I take that last line of comment to mean "this is still RFC and not for
inclusion yet" ;-) I think the series is fine up to eighth patch (get
octopus merge base).
I'll queue the whole thing (still strictly as "test merge" basis) to 'pu';
I've fixed 3 "old-style C function definition" issues you have in the
tenth patch (build in merge), and I have some other issues with the ninth
one (filter independent).
--
| Jun 19, 11:04 pm 2008 |
| Junio C Hamano | Re: [PATCH 09/11] Introduce filter_independent() in commit.c
Hmm. How well was this function tested?
Because RESULT is an implementation detail of merge_bases(), I do not
think we would want to expose it outside of it.
More worryingly, the flag is supposed to be cleaned from the objects after
get_merge_bases() returns. I am not sure what you'll learn by looking at
the flag here.
--
| Jun 19, 11:03 pm 2008 |
| Johannes Schindelin | Re: [PATCH 09/11] Introduce filter_independent() in commit.c
Hi,
Well, filter_independent() lives in commit.c, too, so it is in the same
That is a valid point, methinks. Probably the octopus_merge_base and the
cleanup have to be decoupled here. The cleanup should be nothing more
than calling clear_commit_marks() for every head.
A test case would be desirable, but probably pretty complicated. Hmm. I
like tests when they are simple, because they are easy to verify by a
human. Miklos, any chance for such a test case?
Ciao,
Dscho
--
| Jun 20, 7:53 am 2008 |
| Miklos Vajna | Re: [PATCH 09/11] Introduce filter_independent() in commit.c
On Fri, Jun 20, 2008 at 01:53:06PM +0200, Johannes Schindelin <Johannes.Sch=
Not that complicated:
http://repo.or.cz/w/git/vmiklos.git?a=3Dcommit;h=3Dc19b568714c7141e9f96ebea=
3990f7dae615223b
At the moment it passes on master and fails on mv/merge-in-c.
| Jun 20, 9:25 am 2008 |
| previous day | today | next day |
|---|---|---|
| June 19, 2008 | June 20, 2008 | June 21, 2008 |
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Rafael J. Wysocki | 2.6.27-rc4-git1: Reported regressions from 2.6.26 |
| Pavel Roskin | ndiswrapper and GPL-only symbols redux |
git: | |
| Corey Minyard | [PATCH 3/3] Convert the UDP hash lock to RCU |
| David Miller | [GIT]: Networking |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Mark Smith | MACVLANs really best solution? How about a bridge with multiple bridge virtual int... |
