From: Markus Lehtonen Date: Wed, 22 Feb 2012 10:49:22 +0000 (+0200) Subject: docs: revamp RPM docs X-Git-Tag: release/20120807~69 X-Git-Url: http://review.tizen.org/git/?a=commitdiff_plain;h=15e49c4da405de69b876bdd05948831974801337;p=tools%2Fgit-buildpackage.git docs: revamp RPM docs --- diff --git a/docs/Makefile b/docs/Makefile index 53be8027..ec9c34d8 100644 --- a/docs/Makefile +++ b/docs/Makefile @@ -26,11 +26,13 @@ GTK_DOC_CATALOG_FILE ?= /usr/share/sgml/gtk-doc/gtk-doc.cat all: $(MANUAL) $(MANPAGES) -$(MANUAL): manual.sgml chapters/*.sgml manpages/*.sgml +$(MANUAL): manual.sgml manual-rpm.sgml chapters/*.sgml manpages/*.sgml ifeq ($(HAVE_SGML2X),1) docbook-2-html -s local $< + docbook-2-html -s local manual-rpm.sgml else docbook2html -d local-nosgml2x.dsl -c $(GTK_DOC_CATALOG_FILE) -o $(MANUAL) $< + docbook2html -d local-nosgml2x.dsl -c $(GTK_DOC_CATALOG_FILE) -o $(MANUAL) manual-rpm.sgml endif cp /usr/share/gtk-doc/data/*.png $(MANUAL) @@ -42,6 +44,8 @@ git-pbuilder.1: ../bin/git-pbuilder manual.sgml: $(VERSION_ENT) +manual-rpm.sgml: $(VERSION_ENT) + $(VERSION_ENT): $(GBP_VERSION) echo '' > $(VERSION_ENT) diff --git a/docs/chapters/intro-rpm.sgml b/docs/chapters/intro-rpm.sgml index bdb91de9..2e15bc86 100644 --- a/docs/chapters/intro-rpm.sgml +++ b/docs/chapters/intro-rpm.sgml @@ -3,27 +3,36 @@ Git-buildpackage is a Debian toolset for maintaining and building packages in/from git repositories. - The (still experimental) RPM variants of the tool, extend the support + The still experimental RPM variants of the tool, extend the support from Debian-only to building and maintaining RPM packages, too. - The documentation of git-buildpackage-rpm reflects the the - Debian git-buildpackage documentation. + The documentation of git-buildpackage-rpm here reflects the the + Debian git-buildpackage documentation + - The RPM versions of the tools can do basically all the same tasks as - the Debian versions, except for changelog generation. However, the - philosophy is somewhat different in some parts. One clear difference is - that git-buildpackage-rpm will always build in a separate build - directory whereas git-buildpackage (the Debian) tool builds in the - git working dir by default. The Debian/RPM tool equivalence is: + The RPM versions of the tools can in their current state + do basically all the same tasks as the Debian versions, except for changelog generation. + However, the philosophy is somewhat different in some parts. The RPM tools + read the .spec file instead of changelog in determining packaging + information (version number, name etc). Another clear difference is + that &git-buildpackage-rpm; will always build in a separate build + directory whereas &git-buildpackage; (the Debian) tool builds in the + git working dir, by default. + Third, conceptual, difference (for non-native packages) is that you may + have packaging files in an orphan branch, without development sources: + i.e. you develop code in 'patch-queue' branch that doesn't contain any + packaging files, and, do 'pq-rpm export' to 'packaging' branch that only + contains packaging files (.spec file, patches etc.) but no sources. + The Debian/RPM tool equivalence is: - git-buildpackage –> rpm: git-buildpackage-rpm - git-import-dsc –> rpm: git-import-srpm - git-import-orig –> rpm: git-import-orig-rpm - gbp-pq –> rpm: gbp-pq-rpm - gbp-clone –> rpm: gbp-clone (the same tool) - gbp-pull –> rpm: gbp-pull (the same tool) - git-dch –> rpm: not available - git-import-dscs –> rpm: not available + &git-buildpackage; -> RPM: &git-buildpackage-rpm; + &git-import-dsc; -> RPM: &git-import-srpm; + &git-import-orig; -> RPM: &git-import-orig-rpm; + &gbp-pq; -> RPM: &gbp-pq-rpm; + &gbp-clone; -> RPM: &gbp-clone; (the same tool) + &gbp-pull; -> RPM: &gbp-pull; (the same tool) + &git-dch; -> RPM: not available + &git-import-dscs; -> RPM: not available @@ -35,18 +44,18 @@ in a separate branch. Other branches are: - @@ -56,13 +65,13 @@ The basic workflow is very similar to Debian: - Import a package via &git-import-srpm; OR clone from the - distro git with gbp-clone if the package is already maintained with - &git-buildpackage-rpm;. - Develop, test, commit changes. - Once satisfied you can build the final package with + Import a package via &git-import-srpm; OR clone from the + distro git with &gbp-clone; if the package is already maintained with + &git-buildpackage-rpm;. + Develop, test, commit changes. + Once satisfied you can build the final package with &git-buildpackage-rpm; (optionally with --git-tag to create a tag in - git) and push it to git server. + git) and push it to git server. diff --git a/docs/chapters/setup-rpm.sgml b/docs/chapters/setup-rpm.sgml index 05c7d294..d6d24d37 100644 --- a/docs/chapters/setup-rpm.sgml +++ b/docs/chapters/setup-rpm.sgml @@ -1,7 +1,7 @@ - - Project/Git setup + + Development flow - + Development models The &git-buildpackage-rpm; toolset basically supports three different models of package maintenance. @@ -21,7 +21,7 @@ All changes (packaging and source code) are done to the same branch, i.e., the - + Starting from scratch with a non-native package In this case, you most probably want to package software not yet found in your distro. First, create an empty repository: @@ -78,9 +78,10 @@ + - + Converting an existing git repository of a non-native package In this case, you already have a git repository containing the upstream source, but it was created neither with &gbp-clone; nor &git-import-srpm;. @@ -92,6 +93,7 @@ OR just add the name of your upstream branch to gbp.conf. Then, you just create a packaging/development branch(es) with git and add packaging files to the packaging branch. +