71fb3de0ee
The Deb packages were missing a dependency on "build install" from the binary target - this fixes that, and cleans up some inconsistencies elsewhere in the rulesets. Traditionally, Debian packaging uses a file called "build-stamp" (or "install-stamp", etc) in the main source tree. The initial deb package support for Git tried to move this "build-stamp" file into the debian/ directory, but some instances were missed. That problem, however, was incidental - the real fix is the missing dependency mentioned above. Signed-off-by: Ryan Anderson <ryan@michonline.com> Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
18 lines
721 B
Plaintext
18 lines
721 B
Plaintext
Source: git-core
|
|
Section: devel
|
|
Priority: optional
|
|
Maintainer: Linus Torvalds <torvalds@osdl.org>
|
|
Build-Depends-Indep: libz-dev, libssl-dev, libcurl3-dev, asciidoc > 6.0.3, xmlto, debhelper (>= 4.0.0)
|
|
Standards-Version: 3.6.1
|
|
|
|
Package: git-core
|
|
Architecture: any
|
|
Depends: ${misc:Depends}, shellutils, diff, rsync, rcs
|
|
Description: The git content addressable filesystem
|
|
GIT comes in two layers. The bottom layer is merely an extremely fast
|
|
and flexible filesystem-based database designed to store directory trees
|
|
with regard to their history. The top layer is a SCM-like tool which
|
|
enables human beings to work with the database in a manner to a degree
|
|
similar to other SCM tools (like CVS, BitKeeper or Monotone).
|
|
|