About 10 to 14 days before estimated Fedora release

• open freeze: tell packagers to only build packages if there is a strong reason to
• check more aggressively for broken deps and broken packages to make sure they get fixed

When final fedora-release got built and published

• Add aliases to mirrormanager; once done
  • build final rpmfusion-{non,}free packages to for release in question where the release and updates repo are enabled, but development disabled
  • adjust rpmfusion-{non,}free-remix-kickstarts to use proper mirror manager urls
• Prepare a "RPM Fusion is ready for F X" announcement mail

When Fedora release is finished

• remove all packages that are known to be broken
• remove all packages that have broken deps
• remove all *-kmod-src.rpm packages from the repos; at the same time rebuilt all kmod packages and make sure akmods packages get built
• mkdir releases/X; cp development/X/Everything
• create empty updates{,-testing} repos

branching

First bunch

When?

• branches
• Branch in CVS:

for j in free nonfree; do for i in /cvs/${j}/rpms/*/devel/*.spec,v ; do echo /usr/local/bin/mkbranchwrapper-${j} $(basename $(dirname $(dirname ${i}))) F-10; read -t 1 -s -n 1 ; done; done

Second part

When new release is out and rawhide is rolling towards the next release:

• finally adjust the dist release in CVS at {non,}free/common/branches
• adjust dist tag and release version in mock config files of all builders