pcp
[Top] [All Lists]

pcp updates: build packaging

To: pcp@xxxxxxxxxxx
Subject: pcp updates: build packaging
From: Nathan Scott <nathans@xxxxxxxxxx>
Date: Thu, 27 Mar 2014 01:07:33 -0400 (EDT)
Delivered-to: pcp@xxxxxxxxxxx
Reply-to: Nathan Scott <nathans@xxxxxxxxxx>
Thread-index: gLuu43IIHsdET41Os1aWjQ7xTgb7Gg==
Thread-topic: pcp updates: build packaging
Changes committed to git://oss.sgi.com/pcp/pcp.git dev

 .gitignore                      |    4 
 GNUmakefile                     |    8 
 Makepkgs                        |  460 +++++++++++++++++++++++++---------------
 build/.gitignore                |    1 
 build/GNUmakefile               |   56 ----
 build/rpm/macros.template       |    2 
 configure                       |   16 -
 configure.in                    |   23 --
 debian/libpcp-pmda3-dev.install |    1 
 src/pmdas/mmv/.gititgnore       |    1 
 10 files changed, 310 insertions(+), 262 deletions(-)

commit d8ee9168d77a47725852c7e9ad5ec656cf024baf
Author: Nathan Scott <nathans@xxxxxxxxxx>
Date:   Thu Mar 27 12:56:44 2014 +1100

    Remove use of "local" in Makepkgs, fails on Solaris with ksh

commit 56dedf8edad4055ec8a9d273b8487595ee80824c
Author: Nathan Scott <nathans@xxxxxxxxxx>
Date:   Thu Mar 27 12:53:13 2014 +1100

    Add missing man page reference into deb packaging

commit 59154c3aa776e0fad8fcf5c2933ad66065f09cfc
Author: Nathan Scott <nathans@xxxxxxxxxx>
Date:   Thu Mar 27 10:24:21 2014 +1100

    Rework the source tarball generation to use git tools
    
    Previously, we generated the source tarball from macros in
    the various makefiles.  Now, we generate the source tarball
    beforehand based on the (active) contents of the repository
    as git sees it.
    
    This means we no longer need to worry about whether or not
    new files are in the source tarball, and also means we can
    rework the local-git-rpm-build (so not Fedora/EPEL/RHEL) to
    not perform the entire build twice.
    
    We must still run the configure phase twice (for rpm and deb
    packaging) so spec and debian/control files are generated,
    but that is where the doubling-up ends.

<Prev in Thread] Current Thread [Next in Thread>