git mailing list

FromSubjectsort iconDate
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 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 daytodaynext day
June 19, 2008June 20, 2008June 21, 2008