user/sven/git.git/git.spec.in, branch v1.5.4.4

Rename git-core rpm to just git and rename the meta-pacakge to git-all.

2008-02-20T06:17:22Z

This fixes my favorite annoyance with the git rpm packaging: don't pull in tla when I say yum install git! You wouldn't expect yum install gcc to pull in gcc-gfortran, right? With this change, and blanket 'yum update' will automatically pull in the new 'git' package and push out the old 'git-core', and if the old 'git' package was installed 'git-all' will be pulled in instead. A couple of things do break though: 'yum update git-core', because yum behaves differently when given a specific package name - it doesn't follow obsoletes. Instead, 'yum install git' will pull in the new git rpm, which will then push out the old 'git-core'. Similarly, to get the newest version of the meta package, 'yum install git-all' will install git-all, which then pushes out the old 'git' meta package. Signed-off-by: Kristian Høgsberg Signed-off-by: Junio C Hamano

Add a BuildRequires for gettext in the spec file.

2008-02-11T20:51:55Z

Signed-off-by: James Bowes Signed-off-by: Junio C Hamano

RPM spec: include gitk message files.

2008-01-12T05:40:25Z

Signed-off-by: Junio C Hamano

Make the git metapackage require the same version of the subpackages.

2008-01-07T02:41:44Z

Without explicit version deps in the rpm spec file, 'yum update git' effectively does nothing. Require explicit versions of the subpackages, so that they get pulled in on an update. Signed-off-by: James Bowes Signed-off-by: Junio C Hamano

RPM spec: Adjust htmldir

2007-12-13T01:41:58Z

git help -w needs to know the right location of installed pages. Signed-off-by: Junio C Hamano

git.spec.in: remove python_path

2007-12-12T21:42:12Z

We do not depend on python nor customize scripts for it anymore. Signed-off-by: Junio C Hamano

GIT 1.5.3.1: obsolete git-p4 in RPM spec file.

2007-09-03T08:28:37Z

HPA noticed that yum does not like the newer git RPM set; it turns out that we do not ship git-p4 anymore but existing installations do not realize the package is gone if we do not tell anything about it. David Kastrup suggests using Obsoletes in the spec file of the new RPM to replace the old package, so here is a try. Signed-off-by: Junio C Hamano

Remove p4 rpm from git.spec.in.

2007-07-15T22:23:36Z

Signed-off-by: Sean Estabrooks Signed-off-by: Junio C Hamano

git.spec: RPM failed, looking for wrong files.

2007-06-27T01:06:58Z

RPM build broke with "File not found" error on git-gui.1 and git-citool.1 They actually are git-gui.1.gz and git-citool.1.gz Signed-off-by: Quy Tonthat Signed-off-by: Junio C Hamano

Document git-gui, git-citool as mainporcelain manual pages

2007-06-23T05:32:32Z

Jakub Narebski pointed out that the git-gui blame viewer is not a widely known feature, but is incredibly useful. Part of the issue is advertising. Up until now we haven't even referenced git-gui from within the core Git manual pages, mostly because I just wasn't sure how I wanted to supply git-gui documentation to end-users, or how that documentation should integrate with the core Git documentation. Based upon Jakub's comment that many users may not even know that the gui is available in a stock Git distribution I'm offering up two basic manual pages: git-citool and git-gui. These should offer enough of a starting point for users to identify that the gui exists, and how to start it. Future releases of git-gui may contain their own documentation system available from within a running git-gui. But not today. Signed-off-by: Shawn O. Pearce Signed-off-by: Junio C Hamano