Difference between revisions of "User:Dennisvd@nikhef.nl/SoftwareOverview"

From PDP/Grid Wiki
Jump to navigationJump to search
Line 32: Line 32:
 
* record the sha1 and sha256 checksums
 
* record the sha1 and sha256 checksums
 
* upload to '''software.nikhef.nl'''
 
* upload to '''software.nikhef.nl'''
* write a signed e-mail to grid-mw-security@nikhef.nl with the name of the tarball and the checksums
+
* [mailto:grid-mw-security@nikhef.nl?subject=Release write a signed e-mail] with the name of the tarball and the checksums
 
|-
 
|-
 
! scope="row"| Packaging
 
! scope="row"| Packaging
 
|
 
|
{|
+
{| class="wikitable"
 
| RPM
 
| RPM
 
| Deb
 
| Deb

Revision as of 23:02, 17 January 2013

Cheat Sheet

The following table gives an overview of the workflow and procedures involving development and delivery of our software.

resources procedures
Source
  • the software is maintained in a Subversion repository.
    • Access to SVN is configured in the central LDAP database.
  • The software packages follow the GNU coding guidelines, and use automake/autoconf.
  • Before tagging, go through the mandatory checklist:
    • Update configure.ac with the right version
    • make distcheck
    • Update the files BUGS, INSTALL, NEWS, README
    • svn update ; svn log -v > ChangeLog
    • commit to SVN
  • Prior to preparing a release, the software should be tagged.
Release

When the software is ready to be released it is rolled into a source distribution tarball. The 'make dist' target makes sure this is a clean tarball without any files that are strictly for development and not for distribution.

  • Run bootstrap on fc17.testbed, to use the newest possible automake/autoconf
  • Run 'make dist' on mwsecbuild.testbed; this machine has all the required dependencies
Packaging
RPM Deb
spec files, mock, koji debian/ directory, cowpoke
Distribution
  • mwsec repository
  • EMI, IGE, UMD and other middleware integrators
  • Fedora, EPEL, Debian, Ubuntu

koji tags, sigul, mash, signed repositories, dput