[FOLIO-534] Revisit Debian packaging of Okapi Created: 03/Apr/17  Updated: 12/Nov/18  Resolved: 24/May/17

Status: Closed
Project: FOLIO
Components: None
Affects versions: None
Fix versions: None

Type: New Feature Priority: P3
Reporter: John Malconian Assignee: John Malconian
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: 1 week, 7 hours
Original estimate: Not Specified

Sprint:

 Description   

Revisit how debian packaging of Okapi (and potentially) other modules. Set proper Apt repo for Debian-based packages.



 Comments   
Comment by John Malconian [ 03/Apr/17 ]

Trying to find an ideal method for automating the way Debian packages can be built from FOLIO Github source project with the following challenges/goals.

  • Automation of of release packages as well as snapshot packages
  • Determining how snapshot packages can be versioned without the use of Git tags.
  • Develop a tool chain that can be used by the FOLIO CI system as well as anyone else to build a Debian package for any release.
  • Proper set up of an Apt repository that includes both release and pre-release packages.

Experimenting with git-buildpackage as an alternative for dpkg-buildpackage. git-buildpackage offers a nice upstream source import mechanism and a version of dch that manages Debian changelogs and snapshot releases.

Currently, utilizing a separate git project for Debian distribution of Okapi called 'okapi-debian' for experiments.

Comment by John Malconian [ 28/Apr/17 ]

The end result of this is the folio-tools repository. Have also set up a proper apt repository on jenkins-aws. Last bit is integrating this into Jenkins in order to automate releases.

Comment by John Malconian [ 24/May/17 ]

Incorporated into okapi-release jenkins job.

Generated at Thu Feb 08 23:06:30 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.