git mailing list

FromSubjectsort iconDate
しらいしななこ
[PATCH] graph.c: make many functions static
These function are not used anywhere. Also removes graph_release() that is never called. Signed-off-by: Nanako Shiraishi <nanako3@lavabit.com> --- graph.c | 57 +++++++++++++++++++++++++++++++++++++++++++-------------- graph.h | 40 ---------------------------------------- 2 files changed, 43 insertions(+), 54 deletions(-) diff --git a/graph.c b/graph.c index e2633f8..5f82170 100644 --- a/graph.c +++ b/graph.c @@ -4,6 +4,43 @@ #include "diff.h" #include "revision.h" +/* In...
Jun 18, 7:21 pm 2008
しらいしななこ
[PATCH] object.c: remove unused functions
Removes unused functions object_list_append(), object_list_legnth() and bject_list_contains(). Signed-off-by: Nanako Shiraishi <nanako3@lavabit.com> --- This is my first foray into C programming, so please be kind. object.c | 31 ------------------------------- object.h | 7 ------- 2 files changed, 0 insertions(+), 38 deletions(-) diff --git a/object.c b/object.c index 50b6528..b386d58 100644 --- a/object.c +++ b/object.c @@ -215,37 +215,6 @@ struct object_list *object_list_...
Jun 18, 7:21 pm 2008
しらいしななこ
[PATCH] config.c: make git_env_bool() static
This function is not used by any other file. Signed-off-by: Nanako Shiraishi <nanako3@lavabit.com> --- cache.h | 1 - config.c | 2 +- 2 files changed, 1 insertions(+), 2 deletions(-) diff --git a/cache.h b/cache.h index 81b7e17..a82e493 100644 --- a/cache.h +++ b/cache.h @@ -735,7 +735,6 @@ extern int git_config_set_multivar(const char *, const char *, const char *, int extern int git_config_rename_section(const char *, const char *); extern const char *git_etc_gitconfig(voi...
Jun 18, 7:21 pm 2008
しらいしななこ
[PATCH] environment.c: remove unused function
Removes get_refs_directory() that is not used anywhere. Signed-off-by: Nanako Shiraishi <nanako3@lavabit.com> --- cache.h | 1 - environment.c | 7 ------- 2 files changed, 0 insertions(+), 8 deletions(-) diff --git a/cache.h b/cache.h index fdf07b7..64eba9d 100644 --- a/cache.h +++ b/cache.h @@ -311,7 +311,6 @@ extern char *git_work_tree_cfg; extern int is_inside_work_tree(void); extern const char *get_git_dir(void); extern char *get_object_directory(void); -extern c...
Jun 18, 7:21 pm 2008
Junio C Hamano
[ANNOUNCE] GIT 1.5.6
The latest feature release GIT 1.5.6 is available at the usual places: http://www.kernel.org/pub/software/scm/git/ git-1.5.6.tar.{gz,bz2} (tarball) git-htmldocs-1.5.6.tar.{gz,bz2} (preformatted docs) git-manpages-1.5.6.tar.{gz,bz2} (preformatted docs) RPMS/$arch/git-*-1.5.6-1.$arch.rpm (RPM) As promised, this cycle was short and the release is with only relatively small impact changes. ---------------------------------------------------------------- GIT v1.5.6 Release Notes ...
Jun 18, 7:24 pm 2008
Linus Torvalds
[PATCH 0/4] Add 'core.fsyncobjectfiles' config option
So these four patches end up adding support for conditionally enabling fsync() on loose object creation in the .gitconfig file with something like [core] FsyncObjectFiles = true which can be useful on filesystems that don't already guarantee data consistency for other reasons (whether due to ordered writes or due to full data journalling). Actually, just the last one adds the fairly trivial feature, the three first patches are just cleanups of the config parsing that I needed in o...
Jun 18, 6:29 pm 2008
Linus Torvalds
[PATCH 1/4] Split up default "core" config parsing into help...
From: Linus Torvalds <torvalds@linux-foundation.org> Date: Wed, 18 Jun 2008 14:37:18 -0700 Subject: [PATCH 1/4] Split up default "core" config parsing into helper routine It makes the code a bit easier to read, and in theory a bit faster too (no need to compare all the different "core.*" strings against non-core config options). The config system really should get something of a complete overhaul, but in the absense of that, this at least improves on it a tiny bit. Signed-off-by: Lin...
Jun 18, 6:30 pm 2008
Jeff King
Re: [PATCH 1/4] Split up default "core" config parsing into ...
Maybe it would be easier still to read (and unmeasurably more efficient) to actually do it like: if (!prefixcmp(var, "core.")) return git_default_core_config(var+5, value); ... int git_default_core_config(const char *var, const char *value) { if (!strcmp(var, "pager")) I was curious a while ago and instrumented git_config to write the PID to a tempfile each time it was called. Most git programs parse the config files (.git/config, ~/.gitconfig, /etc/gitconfig)...
Jun 18, 6:49 pm 2008
Linus Torvalds
Re: [PATCH 1/4] Split up default "core" config parsing into ...
I considered it, but I think that screws up error reporting (ie if some value is unparseable, it would then print out the wrong variable name). It would also have made the patches much less obvious. So it's a "future Yeah, I know. I love the config file format (quite frankly, anybody who thinks XML and friends are sane is a total moron and should be shot before they reproduce), but the whole parsing code was a really quick hack. I've several times wanted to rewrite it so that it does ...
Jun 18, 6:58 pm 2008
Jeff King
Re: [PATCH 1/4] Split up default "core" config parsing into ...
I actually find the hierarchy a bit nonsensical. We talk about core.pager and branch.master.remote, but the config file doesn't look like that. So I buy that it's [core] pager but then it seems kind of arbitrary to have [branch "master"] remote instead of [branch] master.remote or [branch] [master] remote which is of course impossible because we don't have a "close section" syntax element. It seems like the '.' implies hierarchy, but the syntax of the file ...
Jun 18, 7:13 pm 2008
Linus Torvalds
Re: [PATCH 1/4] Split up default "core" config parsing into ...
Hierarchy is idiotic in a human-readable file. It's not how people work. And you're looking at the wrong part. You're looking at the _code_ part, which is not the primary thing. The primary thing is the config file syntax. And [branch "mybranch"] url = xyz is a hell of a lot more readable than any alternatives I've ever seen, and no, there is no hierarchy _anywhere_ there, and shouldn't be. Forget about "branch.mybranch.url". It has no meaning. It's not what you are supposed to...
Jun 18, 7:34 pm 2008
Linus Torvalds
[PATCH 2/4] Split up default "user" config parsing into help...
From: Linus Torvalds <torvalds@linux-foundation.org> Date: Wed, 18 Jun 2008 14:40:35 -0700 Subject: [PATCH 2/4] Split up default "user" config parsing into helper routine This follows the example of the "core" config, and splits out the default "user" config option parsing into a helper routine. Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> --- config.c | 17 +++++++++++++---- 1 files changed, 13 insertions(+), 4 deletions(-) diff --git a/config.c b/config.c ...
Jun 18, 6:31 pm 2008
Linus Torvalds
[PATCH 3/4] Split up default "i18n" and "branch" config pars...
From: Linus Torvalds <torvalds@linux-foundation.org> Date: Wed, 18 Jun 2008 15:00:11 -0700 Subject: [PATCH 3/4] Split up default "i18n" and "branch" config parsing into helper routines .. just to finish it off. We'll leave the pager color config alone, since it is such an odd-ball special case anyway. Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> --- config.c | 40 +++++++++++++++++++++++++++++----------- 1 files changed, 29 insertions(+), 11 deletions(-) dif...
Jun 18, 6:31 pm 2008
Linus Torvalds
[PATCH 4/4] Add config option to enable 'fsync()' of object ...
From: Linus Torvalds <torvalds@linux-foundation.org> Date: Wed, 18 Jun 2008 15:18:44 -0700 Subject: [PATCH 4/4] Add config option to enable 'fsync()' of object files As explained in the documentation[*] this is totally useless on filesystems that do ordered/journalled data writes, but it can be a useful safety feature on filesystems like HFS+ that only journal the metadata, not the actual file contents. It defaults to off, although we could presumably in theory some day auto-enable it on...
Jun 18, 6:32 pm 2008
Kelly F. Hickel
RE: cvs2git with modules?
Thanks Michael, this looks like what I want, I'll give it a try, but it takes a week to do our import. As far as making sense, it depends on whether you think of them as projects or cvs modules. Our projects are made up of multiple cvs modules, for various reasons, so it makes sense for us. -Kelly --
Jun 18, 4:24 pm 2008
Brandon Casey
[PATCH] git-merge.sh: fix typo in usage message: sucesses --...
Signed-off-by: Brandon Casey <casey@nrlssc.navy.mil> --- git-merge.sh | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/git-merge.sh b/git-merge.sh index 5fc5f52..8026ccf 100755 --- a/git-merge.sh +++ b/git-merge.sh @@ -13,7 +13,7 @@ n don't show a diffstat at the end of the merge summary (synonym to --stat) log add list of one-line log to merge commit message squash create a single commit instead of...
Jun 18, 4:16 pm 2008
marc.zonzon+git
sharing object packs
Hello I have a big bare repository 'main.git' and many small git repositories sub1, sub2, ... subn. All repositories lie in the same file file system, and each subx repository track and fetch main.git in a remote branch. I would like to avoid duplicating main.git objects, I have made some tries: - Putting a hard link to the pack in the object repository of main.git into subx object repository before fetching the main.git remote. It works well... until the first repack on either side. Note that...
Jun 18, 3:57 pm 2008
Michael Hendricks
[PATCH] Remove dependency on IO::String from Git.pm test
Instead of using IO::String to create an in-memory filehandle, use open() with a scalar reference as the filename. This feature has been available since Perl 5.8.0 (which was released in 2002), so it should be available pretty much everywhere by now. Signed-off-by: Michael Hendricks <michael@ndrix.org> --- This patch should apply on top of Junio's lw/perlish branch. t/t9700/test.pl | 12 ++++++------ 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/t/t9700/test.pl b/t...
Jun 18, 9:37 am 2008
Jakub Narebski
Re: [PATCH] Remove dependency on IO::String from Git.pm test
Besides if I understand correctly gitweb very much requires Perl >= 5.8 because of required Unicode support. Nevertheless adding "use v5.8.0;" or "use 5.008_000;" would be I guess good idea. And best solution, although perhaps unnecessary, would be to check for version >= 5.8, if older check for IO::String, and even if that fails, simply skip those tests that require in-memory filehandle (or use tempfile). -- Jakub Narebski Poland ShadeHawk on #git --
Jun 18, 10:46 am 2008
Johannes Schindelin
Re: [PATCH] Remove dependency on IO::String from Git.pm test
Hi, Did I miss something? Was this patch not more about Git.pm? BTW I think it is not nice at all how the dependency hell with Git.pm is made worse recently. It is fascinating through how much _pain_ we go with the shell scripts to maintain portability, even with _very_ old or obscure systems (see the SCO server patches that came in not long ago!), and just walk over that portability when it comes to Perl... Ciao, Dscho --
Jun 18, 1:00 pm 2008
Junio C Hamano
Re: [PATCH] Remove dependency on IO::String from Git.pm test
Hey, calm down a bit and give me a bit more credit. I am not that stupid. I've looked at the patch, and it is parked in 'pu', not near 'next'. --
Jun 18, 3:13 pm 2008
Johannes Schindelin
Re: [PATCH] Remove dependency on IO::String from Git.pm test
Hi, Heh. The part about the shell scripts was actually meant as a genuine praise. And I did not mean to criticize _you_ for introducing IO::Stream. Ciao, Dscho --
Jun 18, 3:37 pm 2008
Jakub Narebski
Re: [PATCH] Remove dependency on IO::String from Git.pm test
Oops... You are right, my mistake. For my defense I'd like to point out that the patch this patch is response to was made by gitweb caching project GSoC student, Lea Wiemann And I pointed out how it could be resolved (use 5.8 specific feature, or IO::String, or skip tests). -- Jakub Narebski Poland --
Jun 18, 1:52 pm 2008
Johannes Schindelin
Re: [PATCH] Remove dependency on IO::String from Git.pm test
Hi, So? Why do you want to break the _test_ on those machines where you need I have to point out that the platforms I was speaking of are not know to make upgrading as easy as Linux. And some of them _do_ come with pretty old perl. And yes, I had this exact issue (remember when I worked on removing Git's dependency on Python? That was it. Not enough quota. Uncooperative admin. Desperate need for a sensible SCM). In any case, I have to reiterate my point: breaking backwards-compa...
Jun 18, 3:35 pm 2008
Lea Wiemann
Re: [PATCH] Remove dependency on IO::String from Git.pm test
Goodness. Everyone in this thread, please relax a notch. I thought we had pretty clear agreement that we want to keep Perl 5.6 compatibility for Git.pm. The solution is to use a temporary file in the current directory (and unlink it afterwards). If nobody has done that by tomorrow I'll do it. It'll take that less time than to even read this thread. Now lets get back to work. -- Lea --
Jun 18, 3:42 pm 2008
Rafael Garcia-Suarez
Re: [PATCH] Remove dependency on IO::String from Git.pm test
"use 5.008;" is preferred form; "use v5.8.0" might yield obscure error messages on perls < 5.6, which is not the desired result. --
Jun 18, 11:10 am 2008
Ben Schmidt
Getting the path right for git over SSH
Hi, I wrote the post below on the Apple Mac OS X Server mailing list, though not subscribed to that list, because I found a solution that I thought others might appreciate having documented, as I found it quite a bit of trouble getting it right myself. Though written for Mac OS X, the essentials apply to any Unix-like system. As the OP's problem arose when using Git, I thought perhaps some other Git users may appreciate the ideas as well, so I am forwarding this mail to you. If you think it would ...
Jun 18, 7:22 am 2008
Florian Koeberle
[JGIT Patch] Added the package fnmatch and two exceptions.
Signed-off-by: Florian Koeberle <florianskarten@web.de> --- .../spearce/jgit/fnmatch/FileNameMatcherTest.java | 726 ++++++++++++++++++++ .../jgit/errors/InvalidPatternException.java | 65 ++ .../jgit/errors/NoClosingBracketException.java | 69 ++ .../src/org/spearce/jgit/fnmatch/AbstractHead.java | 74 ++ .../org/spearce/jgit/fnmatch/CharacterHead.java | 53 ++ .../org/spearce/jgit/fnmatch/FileNameMatcher.java | 351 ++++++++++ .../src/org/spearce/jgit/fnmatch/GroupH...
Jun 18, 6:22 am 2008
Florian Köberle
[JGIT] fnmatch Implementation.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, when I send a large list of patches and one is wrong then you don't accept any. That's why I now will try to get one patch in before I send the next one. The first patch I will commit this way is the fnmatch patch. As suggested by Robin I replaced unicode characters not included in the ASCII set with \uXXXX sequences. I also added some more test cases and improved the javadoc of the FileNameMatcher class. Best regards, Florian -----B...
Jun 18, 6:12 am 2008
Robin Rosenberg
Re: [JGIT] fnmatch Implementation.
Patience please. When there is long series it *will* take time for a number of reasons. Most have nothing to do with this project at all. But in general you will find a short patch series *much* easier to get through than a long one. If you think my grouping is ok, then ack and I can commit from there. I --
Jun 18, 2:43 pm 2008
John Yesberg
Fwd: difficulties with http proxy
Hi Bruce Short version: 0. Using git on WinXP from http://msysgit.googlecode.com/files/Git-1.5.5-preview20080413.exe 1. When a proxy is required, the error message isn't very helpful: Cannot get remote repository information. Perhaps git-update-server-info needs to be run there? 2. I can't get git config to set the proxy 3. When I use a shell variable, I can set the proxy, but I still have trouble cloning git over http. John. Long version: I'm back behind my proxy. I've tried $...
Jun 18, 5:09 am 2008
Junio C Hamano
What's in git.git (stable)
I am sending this out just as the final minute preview before 1.5.6 final, hopefully tomorrow night. * The 'maint' branch has these fixes since the last announcement. Junio C Hamano (1): diff.c: fix emit_line() again not to add extra line SZEDER Gábor (1): diff: reset color before printing newline * The 'master' branch has these since the last announcement in addition to the above. Alejandro Mery (1): git-am: head -1 is obsolete and doesn't work on some new systems Avery Pe...
Jun 18, 3:32 am 2008
Jeff King
Re: What's in git.git (stable)
I sent out a code cleanup for remote.c yesterday that fixes a segfault: http://mid.gmane.org/20080616161502.GA7219@sigill.intra.peff.net I am OK if it doesn't make it in to 1.5.6, but if not, then we should at least apply the very safe one-liner that prevents the segfault. That patch is below. -- >8 -- fix segfault with "git push bogus:bogus" We try to guess the type of the dst half of the refspec based on the src half. If the src half is bogus, we ended up dereferencing NULL. --- ...
Jun 18, 6:59 am 2008
Junio C Hamano Jun 18, 3:31 am 2008
injoin
[git-p4] log problem
`p4 describes 114996' shows something like this: Change 114996 by puma@injoin.injoin on 2008/06/18 12:11:24 fix buffer overflow. Affected files ... //puma/Trunk/lib/string/map.c#47 edit But `git log' shows Author: puma <puma@p4_server> Date: Wed Jun 18 12:11:24 2008 +0800 fix buffer overflow. [git-p4: depot-paths = "//puma/Trunk/": change = 114996] The Author field in all logs shows puma <puma@p4_server> All of the programmers use the perforce username '...
Jun 18, 2:07 am 2008
Shawn Bohrer
[RFC] convert shortlog to use parse_options
I guess I should have searched the list _before_ creating these patches since I just now stumbled upon some of the questions about how this should be done for example: http://kerneltrap.org/mailarchive/git/2008/3/1/1035344 From my testing this seems to work fine, but I may have missed a use case. I actually created these patches because I was annoyed that: git shortlog --author=bohrer -s HEAD didn't work, and this also fixes that issue. -- Shawn --
Jun 17, 11:03 pm 2008
Shawn Bohrer
[PATCH 1/2] parse_options: Add flag to prevent errors for fu...
This adds the PARSE_OPT_NO_ERROR_ON_UNKNOWN flag which prevents parse_options() from erroring out when it finds an unknown option, and leaves the original command and unknown options in argv. This option is useful if the option parsing needs to be done in multiple stages for example if the remaining options will be passed to additional git commands. Signed-off-by: Shawn Bohrer <shawn.bohrer@gmail.com> --- parse-options.c | 25 ++++++++++++++++++++----- parse-options.h | 5 +++-- 2 ...
Jun 17, 11:03 pm 2008
Junio C Hamano
Re: [PATCH 1/2] parse_options: Add flag to prevent errors fo...
I have to say that this conceptually is broken. How would you tell without knowing what "--flag" is if the thing in argv[] after that is a parameter to that option or the end of the options? --
Jun 17, 11:21 pm 2008
Jeff King
Re: [PATCH 1/2] parse_options: Add flag to prevent errors fo...
Agreed. I was just about to write the same thing. As it happens, I think in the case of git-shortlog that there is not likely to be such a parameter. The only three I see looking over setup_revisions are "-n" (which is masked by shortlog anyway), "--default", and "-U" (which one would never need with shortlog). However I am still opposed to the concept, since its presence as a parseopt flag implies that it isn't fundamentally broken. I think the only right way to accomplish this is to convert t...
Jun 17, 11:30 pm 2008
Junio C Hamano
Re: [PATCH 1/2] parse_options: Add flag to prevent errors fo...
Not necessarily. You could structure individual option parsers like how diff option parsers are done. You iterate over argv[], feed diff option parser the current index into argv[] and ask if it is an option diff understands, have diff eat the option (and possibly its parameter) to advance the index, or allow diff option to say "I do not understand this", and then handle it yourself or hand it to other parsers. --
Jun 18, 1:13 am 2008
Johannes Schindelin
Re: [PATCH 1/2] parse_options: Add flag to prevent errors fo...
Hi, AFAIR Pierre tried a few ways, and settled with a macro to introduce the diff options into a caller's options. IOW it would look something like this: static struct option builtin_what_options[] = { [... options specific to this command ...] DIFF__OPT(&diff_options) }; Ciao, Dscho --
Jun 18, 12:50 pm 2008
Junio C Hamano
Re: [PATCH 1/2] parse_options: Add flag to prevent errors fo...
I think that is the more painful approach Jeff mentioned, and my comment was to show that it is not the only way. --
Jun 18, 2:52 pm 2008
Jeff King
Re: [PATCH 1/2] parse_options: Add flag to prevent errors fo...
BTW, looking in my personal repo, I have the start of the exact same patch (except I called it PARSE_OPT_STOP_AT_UNKNOWN). I think I abandoned it when I realized the fundamental flaw with the approach, but I guess I never got it to the point of sharing with the list. -Peff --
Jun 17, 11:34 pm 2008
Shawn Bohrer
[PATCH 2/2] git shortlog: Modify to use parse_options
Signed-off-by: Shawn Bohrer <shawn.bohrer@gmail.com> --- builtin-shortlog.c | 54 +++++++++++++++++++++++++++------------------------ 1 files changed, 29 insertions(+), 25 deletions(-) diff --git a/builtin-shortlog.c b/builtin-shortlog.c index e6a2865..b1087b5 100644 --- a/builtin-shortlog.c +++ b/builtin-shortlog.c @@ -7,9 +7,12 @@ #include "utf8.h" #include "mailmap.h" #include "shortlog.h" +#include "parse-options.h" -static const char shortlog_usage[] = -"git-shortlog [-n]...
Jun 17, 11:03 pm 2008
Eric Raible
Re: Incorrect default for git stash?
You're right, of course. I was hasty in my gmail, and was referring to http://article.gmane.org/gmane.comp.version-control.git/85337 when I made that comment. Anyway, I don't care enough either, especially since Junio claims to be "quietly rewriting git-stash in C". - Eric --
Jun 17, 8:37 pm 2008
Martin Röhricht
Re: bare init and gitweb
Hi Jakub, thank you very much -- you solved my problem and it works like a charm. :-) Have a nice day, Martin --
Jun 18, 2:14 am 2008
Galder Zamarreno
Re: [egit-jgit] excluded patterns are decorated as being unt...
Hi, Firstly, thanks to all for the quick response. Hmmmm, is marking a resource as "derived" recursive? i.e. if I mark "output" folder as derived, would anything under it be considered derived? It'd be a pain to go a mark as derived each and every class. I suppose you still need the patch to use Team.isIgnoredHint to get Hmmmm, so the proper way is either marking resources as derived and use -- Galder Zamarreño Sr. Software Maintenance Engineer JBoss, a division of Red Hat -- ...
Jun 18, 11:40 am 2008
Robin Rosenberg
Re: [egit-jgit] excluded patterns are decorated as being unt...
You'll need another patch for the decorator to pick up derived resources properly. Probably not the final solution to decorations. For one thing the I'd say implementing .git/info/exlude is the proper solution. The others are mere workarounds. -- robin From 7acc0e63886ed8eda6b38a5edbfe9a6aa4d509dc Mon Sep 17 00:00:00 2001 From: Robin Rosenberg <robin.rosenberg@dewire.com> Date: Wed, 18 Jun 2008 23:50:42 +0200 Subject: [PATCH] Decorate derived resources as ignored. This is done by ...
Jun 18, 6:03 pm 2008
Shawn O. Pearce
Re: [egit-jgit] excluded patterns are decorated as being unt...
Ignoring the patch for a second, I'm a die-hard 80 column format person. You can pry my 80 column wide terminals from me long after I'm dead. In Java it may seem like an 80 column limit is a problem, because the code often gets nested deep and far to the right, such as in this example here. I find that just like in C, when code is this far indented to the right in Java its too damn complex as-is and should be refactored into smaller methods, and anonymous types should perhaps be converted to n...
Jun 18, 12:39 am 2008
Olivier Marin
Re: [PATCH 1/2 v2] t/test-lib.sh: add test_external and test...
Hi, Just a typo here: s/eror/error/ Olivier. --
Jun 18, 4:24 pm 2008
previous daytodaynext day
June 17, 2008June 18, 2008June 19, 2008