Open main menu

CDOT Wiki β

Create the Raspi Repositories

Revision as of 08:51, 1 April 2012 by Agreene (talk | contribs) (Signing SOP)

Project Name

Raspi Repositories

Project Description

Set up the repositories to distribute the F17 Raspberry Pi remix files, including:

Setting up the signing keys Creating a standard signing procedure (SOP) for signing Creating a 'release' package containing the public keys and repo files

Expected outcome: repos, release package, SOP

Project Leader(s)

Andrew Greene

Project Contributor(s)

Project Details

Signing SOP

First off I would like to apologize for posting this so late but I had to double check some things with the gpg key and make sure everything was working properly. I ran into a few issues but I believe I have resolved them now.


Here is the basic procedure for getting your package signed the locations of files are as follows


Binary Files should be placed here on the scotland server: /var/www/html/sbr600/raspi-incoming/binary/


Source RPM Files should be placed here on the scotland server: /var/www/html/sbr600/raspi-incoming/srpm


RPM Packages After I sign your rpms they will be placed here on the scotland server: /var/www/html/sbr600/F17/packages/arm/os/


Once you have placed your packages/files into their prospective directories I will then be notified that there is a new package that needs to be signed.

After receiving this notification I will sign your package then update the Repository with the newly signed packaged then add your package to the Signed RPMS List. If you’re not sure if your rpm package has been signed yet you can run the following command from the raspi-repos directory "rpm --checksig <your-rpm-package>" or just check the page link I have provided for convince.


If anyone has any questions, comments or ideas on how to make this process more efficient feel free to send me an email and I will do my best to work with you.

Email: agreene@learn.senecac.on.ca


And if you’re having trouble with your part of the project don't give up nothing worth doing was ever easy.

Project Plan

Tracking mechanism: Bugzilla

Key contacts:

Goals for each release and plans for reaching those goals:

  • 0.1 Release - proof of concept: Prepare keys for the F17 Raspberry Pi remix files, test sign packages, test and develope a basic SOP concept/outline.
  • 0.2 Release - Refine Standard Signing Procedure, create repos for a pre-release package, test pre-release for bugs.
  • 0.3 Release - Complete package containing public keys and repo files.

Communication

Mailing Lists

Upsteam Wiki and Web

Links/Bugs/Tracking

Source Code Control

Blogs

http://sbr600blog.blogspot.com/

Seneca Particpants

Andrew Greene

Non-Seneca Participants

Planets

Project News