Over the line

I got approved as a packager, now what?

~7 min read in opensource

This must have been the most intense week in terms of learning how the build system/process work in Fedora. I finally got approved as a packager and that means more responsibility from my side. Unfortunately, the instrusctions in the wiki are sometimes sparsed into different places and one has to read a lot and ask around in order not to make any mistakes. For a newcomer all this information is at least overwhelming and you have to even put a lot of thinking into asking the right question in order to get the right answer.

I'm starting to believe that this is intentional as a continuous test to one's understanding of how things work in Fedora. No pain no gain they say.

Anyway, I kinda managed to understand most of it and below I will describe the process I followed hoping to help any future-to-be packagers. I will describe the whole process of my first package submission including the outputs of many commands that were new to me. This wiki page sums it up, but read it after understanding the process. There is also a nice guide called packaging rpm workflow that shows the workflow of the whole process from the very beginning. Nice read.

With the kind help of the people at #fedora-devel I was able to pull it through, so thanks guys :)

Route to follow after your approval

Congratulations you promoted to a packager! After your approval, there are a bunch of things to do, summarized into two big steps:

  1. Make a scm request in your bugzilla review request
  2. Use fedpkg to commit, build and upload your package

Let's break it down.

SCM request

Must read: Package SCM admin requests

For starters, scm stands for Source Code Management. After your package approval, there are two steps as far as the Bugzilla concerns.

  1. set fedora-cvs flag to ?
  2. Make a new comment including the following form completed:

    New Package SCM Request
    Package Name: 
    Short Description: 
  3. Hit Save Changes to save both 1 and 2. See how I did it.

Note: Let me tell you a little secret if you are new to bugzilla like I am. Make any changes you need to, even leave a comment and then hit Save Changes to save ALL the changes you've made. There are two buttons for this: one in the upper right corner and one below the Additional Comments form. Either one will do just fine. This may sound stupid but I wansn't aware of it, so I first left a comment and then changed the flag, resulting to send a mail update twice.

Commit, build and upload your package

Must read: Add Package to Source Code Management (SCM) system and Set Owner

After the scm request, you will receive some e-mails from Bugzilla and PackageDB stating that you are good to go. If you visit cgit you will see your bare repository.

Bare repo

The whole building process works using fedpkg and git commands, so if you are not familiar with git, I suggest the Fedora wiki page. For a more comprehensive approach I highly recommend the Pro Git book.

Steps with fedpkg and git

  1. Create a directory to have all your package builds neat and tidy.

    mkdir ~/fedora-scm
    cd ~/fedora-scm
  2. Clone the newly created git repository.

    fedpkg clone rubygem-bootstrap-sass
    cd rubygem-bootstrap-sass

    The contents of git config are:

      repositoryformatversion = 0
      filemode = true
      bare = false
      logallrefupdates = true
    [remote "origin"]
      url = ssh://axilleas@pkgs.fedoraproject.org/rubygem-bootstrap-sass
      fetch = +refs/heads/*:refs/remotes/origin/*
    [branch "master"]
     remote = origin
     merge = refs/heads/master
  3. Import the src.rpm:

    fedpkg import /var/lib/mock/fedora-rawhide-x86_64/results/rubygem-bootstrap-sass-f20.src.rpm

    You should see something like this:

    Uploading: 4f0c887ea7cd95812edcc6b8b01b9329  bootstrap-sass-
    ######################################################################## 100.0%
    Uploaded and added to .gitignore: bootstrap-sass-
    diff status of all files to be commited
    New content staged and new sources uploaded.
    Commit if happy or revert with: git reset --hard HEAD

    Now we have 3 files in our directory:

    -r--r--r--. 1 axil axil 86528 Jul 20 15:30 bootstrap-sass-
    -rw-r--r--. 1 axil axil  2314 Jul 20 15:30 rubygem-bootstrap-sass.spec
    -rw-r--r--. 1 axil axil    61 Jul 20 15:30 sources

    sources is a text file with the source package (gem) and its md5 hash. Notice that the gem name was automatically placed to the .gitignore. Running git status we see that there are 3 files in the staging area.

    # On branch master
    # Changes to be committed:
    #   (use "git reset HEAD <file>..." to unstage)
    #       modified:   .gitignore
    #       new file:   rubygem-bootstrap-sass.spec
    #       modified:   sources

    If you are indeed happy with the changes, commit them and push to master (rawhide) branch. Use the bugzilla id from your review request. No scripts are parsing this, it is just for reference.

    git commit -m "Initial import (#982679)."
    git push

    Now, if you visit again the cgit web page, you will see that the changes are submitted.

    Bare repo

Build on koji

Lastly, give this command to start a build on koji:

fedpkg build


Building rubygem-bootstrap-sass- for rawhide
Created task: 5631690
Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=5631690
Watching tasks (this may be safely interrupted)...
5631690 build (rawhide, /rubygem-bootstrap-sass:md5): open (arm02-builder11.arm.fedoraproject.org)
5631691 buildSRPMFromSCM (/rubygem-bootstrap-sass:md5): open (buildvm-25.phx2.fedoraproject.org)
5631716 buildArch (rubygem-bootstrap-sass-, noarch): open (buildvm-01.phx2.fedoraproject.org)
5631691 buildSRPMFromSCM (/rubygem-bootstrap-sass:md5): open (buildvm-25.phx2.fedoraproject.org) -> closed
0 free  2 open  1 done  0 failed
5631716 buildArch (rubygem-bootstrap-sass-, noarch): open (buildvm-01.phx2.fedoraproject.org) -> closed
0 free  1 open  2 done  0 failed
5631737 tagBuild (noarch): closed
5631690 build (rawhide, /rubygem-bootstrap-sass:md5): open (arm02-builder11.arm.fedoraproject.org) -> closed
0 free  0 open  4 done  0 failed

5631690 build (rawhide, /rubygem-bootstrap-sass:054f742970e4b930bc55a5d3802fb31d26c57d0d) completed successfully

A notification mail will be sent to you once the build is complete and the package will appear automagically at rawhide repos. If you want to push a package to a stable version of Fedora, keep reading.

Submit your package to current versions of Fedora

This step is optional if you want to maintain other versions than rawhide. Switch to the corresponding version branch with fx, where x the version of Fedora:

fedpkg switch-branch f19

Running git branch -r reveals our branches so far:

origin/HEAD -> origin/master

Tip: I suggest you use a shell where it shows you the branch you are in. I recommend zsh and if you look at oh-my-zsh, almost all themes included support this. Mine for example is:

My zsh theme

Get the changes from master branch, push and build like before:

git merge master
git push
fedpkg build

Push your package to bodhi

If your local machine's username is the same as your FAS one, skip this step. This option is hidden from the wiki guide, I spoted it here.

echo "export BODHI_USER=axilleas >> ~/.zshrc"
source ~/.zshrc

Replace .zshrc with your shell's rc.

The final step is to submit your package to bodhi in order to be processed and reach the repositories. You have two options: either via terminal or via the webui of bodhi. Choose what fits you best.

If you prefer the webui method then go to this link, login and fill in the blanks.

There are tooltips for each section explaining what should be filled, but let's take a look:

Description Option Meaning
Package rubygem-bootstrap-sass Start typing your package name and it will autocomplete
Type newpackage Since this is the first package I chose newpackage
Request Testing For the package to first land in updates-testing before goes in stable(recommended)
Bugs 982679 The bugzilla id of your review request. This way it will change its status automatically
Notes Package description Additional notes, eg. why you made this update, what are the bugfixes if it is a bugfix, etc.
Suggest Reboot untick Recommend that the user restart their machines after they install this update
Enable karma tick Enable update request automation based on user feedback
Threshold to stable 3 This is the defaul value. It needs 3 points to get to stable repos
Threshold for unpushing -3 If it gets 3 points it rejects the package from testing

Your other option is to do the update through terminal. This only works with branches other than rawhide. If you try to push to rawhide, fedpkg will warn you.

When you issue the command below, you will have to edit a template using the default system editor which is vi. If you have a different preference eg. vim, use the export command. While in f19 branch:

export EDITOR=vim
fedpkg update

The template is this:

[ rubygem-bootstrap-sass- ]

# bugfix, security, enhancement, newpackage (required)

# testing, stable

# Bug numbers: 1234,9876

# Description of your update
notes=Here is where you give an explanation of your update.

# Enable request automation based on the stable/unstable karma thresholds

# Automatically close bugs when this marked as stable

# Suggest that users restart after update

Once you make all the appropriate changes, save it and close it. You will be asked your FAS password to complete the process and you will get a similar output:

    Release: Fedora 19
     Status: pending
       Type: newpackage
      Karma: 0
       Bugs: 982679 - Review Request: rubygem-bootstrap-sass - Twitter's
           : Bootstrap, converted to Sass and ready to drop into
           : Rails or Compass
      Notes: Initial commit
  Submitter: axilleas
  Submitted: 2013-07-20 15:20:18


After the submission, your package will go through these states.


Here are some questions that I had during this process and their answers from people in #fedora-devel which I thank them once again.

Q: During fedpkg import src.rpm, do I need to provide a foo-f20.src.rpm or foo-f19.src.rpm will work too?

A: You can virtually take any valid fedora/rhel srpm regardless on which version it was created.

Q: What if I accidentally run fedpkg update for rawhide (master branch)?

A: New versions of fedpkg should refuse.

Q: If in a package review the spec's release version was bumped, should I revert the release to 1 prior to pushing in cgit?

A: No, it is not needed.


This was quite an adventure and I learned a lot. I am sure this is only the tip of the iceberg and there's a lot more to come. This post took me literally one day to compose as I was virtually recording the process as I performed it, hope it was worth it. If you find any mistake or you want to add something please do leave a comment. Next big article the Rubygem packaging How to ;)


comments powered by Disqus