Looking for a "release manager" for "RPM Fusions repos for EL & EPEL"

Adam Miller maxamillion at gmail.com
Thu Feb 26 17:21:27 UTC 2009

I would be interested in participating (already package for EPEL but
know that there are some things we can't put in EPEL but would be nice
for EL to have). Unfortunately I completely lack the time to head up
something like this, but would be more than willing to lend a hand if
I am able.


On Thu, Feb 26, 2009 at 11:13 AM, Michel Salim <michel.sylvan at gmail.com> wrote:
> On Wed, Feb 25, 2009 at 11:51 AM, Thorsten Leemhuis
> <fedora at leemhuis.info> wrote:
>> # CCed to epel-devel-list, as the audience there might be interested in
>> # this mail as well; nevertheless please send replies to
>> # rpmfusion-developers at lists.rpmfusion.org only, tia!
>> Hi!
>> As some of you may know: RPM Fusion ( http://rpmfusion.org/ ) not only
>> supports Fedora, it also wants to support EL (e.g. RHEL and
>> clones/derivatives like CentOS) & EPEL for EL >=5 similar to how RPM Fusion
>> supports Fedora(¹), as a lot of people asked for such a repo. The testing
>> repositories for this are online and filled with the most important RPM
>> Fusion packages for quite a while now; see
>> http://thorstenl.blogspot.com/2008/11/rpm-fusion-for-el-in-early-testing.html
>> for details how to enable those repos.
>> In the past weeks there hasn't been much progress to move the packages to
>> the normal repos and to officially announce support for EL & EPEL. The main
>> reason for that: We have quite a few packagers that are interested in having
>> the most important RPM Fusion packages available in a RPM Fusion for EL &
>> EPEL, but afaics nobody really wants to do the surrounding work that is
>> needed. Hence RPM Fusions look for a volunteers (or maybe two) that act a
>> bit as "Release-Engineers/-Managers" for RPM Fusion's EL repos.
>> The position means a bit of work, but not to much if everything works well.
>> And the latter (making sure everything works well) is basically the job
>> description already; e.g. make sure the repo as a whole work is in healthy
>> state and now and in the future makes users and contributors glad. That
>> means things like:
> Are there legal aspects to be considered? I'm a non-US citizen
> residing in the US, and I'm interested in this, but would rather stay
> away from having official responsibility for packages such as
> gstreamer-plugins-{ugly,bad}.
> Regards,
> --
> miʃel salim  •  http://hircus.jaiku.com/
> IUCS         •  msalim at cs.indiana.edu
> Fedora       •  salimma at fedoraproject.org
> MacPorts     •  hircus at macports.org
> _______________________________________________
> epel-devel-list mailing list
> epel-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/epel-devel-list

()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

More information about the epel-devel-list mailing list