Re: Looking for a "release manager" for "RPM Fusions repos for EL & EPEL"
by Thorsten Leemhuis
On 26.02.2009 18:21, Adam Miller wrote:
> 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.
RPM Fusion (and its EL repos) is a open project just like Fedora and of
course any help to improve it is highly appreciated. ;-)
RPM Fusion further uses similar rules -- round about the Fedora and EPEL
guidelines and rules with a few small exceptions/adjuments needed due to
the different nature. The infrastructure is also similar -- currently
CVS and plague just like EPEL.
So if you want to package something for EL that can't be in EPEL that
just submit it as review to bugzilla.rpmfusion.org ;-) If it's in RPM
Fusion's repos for Fedora already then just step up as maintainer. The
same rules as EPEL apply here: e.g. ask the maintainer of the Fedora
branch if he's fine with you taking care of the package in the EL branch.
So if you have a few spare cycles just look out for areas where you
think improvements are needed and "just do it" ;-)
CU
knurd
> On Thu, Feb 26, 2009 at 11:13 AM, Michel Salim <michel.sylvan(a)gmail.com> wrote:
>> On Wed, Feb 25, 2009 at 11:51 AM, Thorsten Leemhuis
>> <fedora(a)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(a)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....
>>> 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(a)cs.indiana.edu
>> Fedora • salimma(a)fedoraproject.org
>> MacPorts • hircus(a)macports.org
>>
>> _______________________________________________
>> epel-devel-list mailing list
>> epel-devel-list(a)redhat.com
>> https://www.redhat.com/mailman/listinfo/epel-devel-list
>>
>
>
>
15 years, 1 month
Looking for a "release manager" for "RPM Fusions repos for EL & EPEL"
by Thorsten Leemhuis
# CCed to epel-devel-list, as the audience there might be interested in
# this mail as well; nevertheless please send replies to
# rpmfusion-developers(a)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....
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:
- use the repo yourself on at least one, better more systems to get
aware of any problems directly
- watch or run repoclosure reports and poke maintainers if important
problems are not fixed
- poke maintainers if they don't fix other important bugs that might be
bad for the repos reputation
- watch the most important relevant communication channels (IRC, mailing
lists, webforums and such that are EL specific) and look out for reports
of general problems with the repo; help users, poke maintainers or
improve docs if needed to avoid similar problems in the future
- make sure new contributors find their way into the project and
understand how things work
- if important packages are missing in RPM Fusion's EL repos but are
present in the repos for Fedora try to find a maintainer that takes care
of the packages in RPM Fusion EL branch (there are a lot of RPM Fusion
packages that are not yet in the EL branch)
- help solving technical hurdles as they show up
- interact with the EPEL project and its contributors where needed, as
the RPM Fusion repos depend on the packages from EPEL
- some others things that rel-eng in Fedora does for Fedora or I do for
RPM Fusion
IOW: politic and technical skills are needed for the job. Maybe more
politic than technical skills, as trying to doing everything yourself
could lead to a quick burn out.
Note that above are just a few examples that outline how I think the job
needs to be done(²). Some of those things above might sound like more
work then they are actually; I otoh might have forgotten a few things in
above list, so don't yell at me if it turns out to be more work then
estimated later ;-) But don't be frightened, I'll help a bit here and
there as well.
Are you interested? Then drop me a mail in private or reply to
rpmfusion-developers(a)lists.rpmfusion.org
CU
knurd
(¹) read as: rely on EL and EPEL, don't replace any packages from EL or
EPEL, normally don't ship packages that could be in EPEL as well;
(²) I'm doing that job for RPM Fusion's Fedora repos already; but I
would prefer if someone else that actually uses EL more than I do does
the job for RPM Fusion's EL repos
15 years, 1 month
RPM Fusion (Fedora - free) Package Build Report 2009-02-27
by rpmfusion-pkgs-report＠rpmfusion.org
============================================================================
Packages built and released for RPM Fusion (Fedora - free) testing/10: 1
NEW xbill-2.1-2.fc10 : Stop Bill from loading his OS into all the computers
============================================================================
Packages built and released for RPM Fusion (Fedora - free) testing/9: 1
NEW xbill-2.1-2.fc9 : Stop Bill from loading his OS into all the computers
============================================================================
Packages built and released for RPM Fusion (Fedora - free) development: 1
kmodtool-1-17.fc11
============================================================================
Changes in RPM Fusion (Fedora - free) testing/10:
xbill-2.1-2.fc10
----------------
* Thu Feb 26 2009 Andrea Musuruane <musuruan(a)gmail.com> 2.1-2
- Updated icon cache scriptlets to be compliant to new guidelines
============================================================================
Changes in RPM Fusion (Fedora - free) testing/9:
xbill-2.1-2.fc9
---------------
* Thu Feb 26 2009 Andrea Musuruane <musuruan(a)gmail.com> 2.1-2
- Updated icon cache scriptlets to be compliant to new guidelines
============================================================================
Changes in RPM Fusion (Fedora - free) development:
kmodtool-1-17.fc11
------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora[AT]leemhuis[DOT]info> - 1-17
- add support for obsoletes to kmodtool
15 years, 1 month
RPM Fusion (Fedora - nonfree) Package Build Report 2009-02-26
by rpmfusion-pkgs-report＠rpmfusion.org
============================================================================
Packages built and released for RPM Fusion (Fedora - nonfree) development: 2
nvidia-kmod-180.35-2.fc11
xorg-x11-drv-nvidia-180.35-2.fc11
============================================================================
Changes in RPM Fusion (Fedora - nonfree) development:
nvidia-kmod-180.35-2.fc11
-------------------------
* Thu Feb 26 2009 kwizart < kwizart at gmail.com > - 180.35-2
- Handle Obsoletes/Provides in nvidia-kmod for nvidia-beta-kmod
xorg-x11-drv-nvidia-180.35-2.fc11
---------------------------------
* Thu Feb 26 2009 kwizart < kwizart at gmail.com > - 180.35-2
- Fix Conflicts/Provides with beta
- Obsoltes/Provides for devel
15 years, 1 month
RPM Fusion (Fedora - nonfree) Package Build Report 2009-02-26
by rpmfusion-pkgs-report＠rpmfusion.org
============================================================================
Packages built and released for RPM Fusion (Fedora - nonfree) testing/9: 8
fglrx-kmod-9.2-2.fc9.1
madwifi-kmod-0.9.4-50.r3867_20080924.fc9.12
nvidia-96xx-kmod-96.43.09-1.fc9.9
nvidia-beta-kmod-180.11.02-1.fc9.2
nvidia-kmod-173.14.15-1.fc9.11
nvidia-newest-kmod-177.82-1.fc9.8
slmodem-kmod-2.9.11-26.fc9.12
wl-kmod-5.10.27.14-2.fc9.1
============================================================================
Changes in RPM Fusion (Fedora - nonfree) testing/9:
fglrx-kmod-9.2-2.fc9.1
----------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 9.2-2.1
- rebuild for latest Fedora kernel;
madwifi-kmod-0.9.4-50.r3867_20080924.fc9.12
-------------------------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 0.9.4-50.r3867_20080924.12
- rebuild for latest Fedora kernel;
nvidia-96xx-kmod-96.43.09-1.fc9.9
---------------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 96.43.09-1.9
- rebuild for latest Fedora kernel;
nvidia-beta-kmod-180.11.02-1.fc9.2
----------------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 180.11.02-1.2
- rebuild for latest Fedora kernel;
nvidia-kmod-173.14.15-1.fc9.11
------------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 173.14.15-1.11
- rebuild for latest Fedora kernel;
nvidia-newest-kmod-177.82-1.fc9.8
---------------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 177.82-1.8
- rebuild for latest Fedora kernel;
slmodem-kmod-2.9.11-26.fc9.12
-----------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 2.9.11-26.12
- rebuild for latest Fedora kernel;
wl-kmod-5.10.27.14-2.fc9.1
--------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 5.10.27.14-2.1
- rebuild for latest Fedora kernel;
15 years, 1 month
RPM Fusion (Fedora - free) Package Build Report 2009-02-26
by rpmfusion-pkgs-report＠rpmfusion.org
============================================================================
Packages built and released for RPM Fusion (Fedora - free) testing/9: 11
blcr-kmod-0.8.0-2.fc9.2
buildsys-build-rpmfusion-9.1-28
em8300-kmod-0.17.2-1.fc9.10
iscsitarget-kmod-0.4.15-41.svn147.fc9.12
kqemu-kmod-1.3.0-0.42.fc9.12
ndiswrapper-kmod-1.53-5.fc9.12
open-vm-tools-kmod-0.0.0.123053-1.fc9.9
qc-usb-kmod-0.6.6-42.fc9.10
rt2860-kmod-1.8.0.0-1.fc9.12
rt2870-kmod-1.4.0.0-5.fc9.2
sysprof-kmod-1.0.12-1.fc9.1
============================================================================
Changes in RPM Fusion (Fedora - free) testing/9:
blcr-kmod-0.8.0-2.fc9.2
-----------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 0.8.0-2.2
- rebuild for latest Fedora kernel;
buildsys-build-rpmfusion-9.1-28
-------------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 9:9.1-28
- rebuild for kernels 2.6.25.3-2.fc9xen 2.6.27.19-78.2.30.fc9
em8300-kmod-0.17.2-1.fc9.10
---------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 0.17.2-1.10
- rebuild for latest Fedora kernel;
iscsitarget-kmod-0.4.15-41.svn147.fc9.12
----------------------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 1:0.4.15-41.svn147.12
- rebuild for latest Fedora kernel;
kqemu-kmod-1.3.0-0.42.fc9.12
----------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 1.3.0-0.42.12
- rebuild for latest Fedora kernel;
ndiswrapper-kmod-1.53-5.fc9.12
------------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 1.53-5.12
- rebuild for latest Fedora kernel;
open-vm-tools-kmod-0.0.0.123053-1.fc9.9
---------------------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 0.0.0.123053-1.9
- rebuild for latest Fedora kernel;
qc-usb-kmod-0.6.6-42.fc9.10
---------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 0.6.6-42.10
- rebuild for latest Fedora kernel;
rt2860-kmod-1.8.0.0-1.fc9.12
----------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 1.8.0.0-1.12
- rebuild for latest Fedora kernel;
rt2870-kmod-1.4.0.0-5.fc9.2
---------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 1.4.0.0-5.2
- rebuild for latest Fedora kernel;
sysprof-kmod-1.0.12-1.fc9.1
---------------------------
* Thu Feb 26 2009 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> - 1.0.12-1.1
- rebuild for latest Fedora kernel;
15 years, 1 month
Removing kernel module plugins for yum-utils
by Tim Lauridsen
Hi
I am investigation the possibilities to remove all kind of kernel module
plugin from yum-utils. Ex. yum-fedorakmod
As far as I can see they should not be necessary with the current
kernel-modules in rpmfusion. they even make troubles in some cases.
If anybody sees any case where the plugins are need the please speak up.
Tim
15 years, 1 month
RPM Fusion (Fedora - nonfree) Package Build Report 2009-02-26
by rpmfusion-pkgs-report＠rpmfusion.org
============================================================================
Packages built and released for RPM Fusion (Fedora - nonfree) testing/10: 2
nvidia-96xx-kmod-96.43.11-1.fc10.1
NEW xorg-x11-drv-nvidia-96xx-96.43.11-1.fc10 : NVIDIA's 96xx series proprietary display driver for NVIDIA graphic cards
============================================================================
Packages built and released for RPM Fusion (Fedora - nonfree) development: 6
nvidia-173xx-kmod-173.14.17-1.fc11.1
nvidia-96xx-kmod-96.43.11-1.fc11
nvidia-kmod-180.35-1.fc11
xorg-x11-drv-nvidia-173xx-173.14.17-1.fc11
xorg-x11-drv-nvidia-180.35-1.fc11
xorg-x11-drv-nvidia-96xx-96.43.11-1.fc11
============================================================================
Changes in RPM Fusion (Fedora - nonfree) testing/10:
nvidia-96xx-kmod-96.43.11-1.fc10.1
----------------------------------
* Wed Feb 25 2009 kwizart < kwizart at gmail.com > - 96.43.11-1
- Update to 96.43.11 (stable)
xorg-x11-drv-nvidia-96xx-96.43.11-1.fc10
----------------------------------------
* Wed Feb 25 2009 kwizart < kwizart at gmail.com > - 96.43.11-1
- Update to 96.43.11 (stable)
* Sun Feb 22 2009 Stewart Adam <s.adam at diffingo.com> - 96.43.09-4
- Make devel subpackage depend on lib subpackage of the same arch
============================================================================
Changes in RPM Fusion (Fedora - nonfree) development:
nvidia-173xx-kmod-173.14.17-1.fc11.1
------------------------------------
* Wed Feb 25 2009 kwizart < kwizart at gmail.com > - 173.14.17-1
- Update to 173.14.17 (beta)
- Build for i586 again since 173xx doesn't requires sse.
nvidia-96xx-kmod-96.43.11-1.fc11
--------------------------------
* Wed Feb 25 2009 kwizart < kwizart at gmail.com > - 96.43.11-1
- Update to 96.43.11 (stable)
nvidia-kmod-180.35-1.fc11
-------------------------
* Wed Feb 25 2009 kwizart < kwizart at gmail.com > - 180.35-1
- Update to 180.35 (stable)
xorg-x11-drv-nvidia-173xx-173.14.17-1.fc11
------------------------------------------
* Wed Feb 25 2009 kwizart < kwizart at gmail.com > - 173.14.17-1
- Update to 173.14.17 (beta)
xorg-x11-drv-nvidia-180.35-1.fc11
---------------------------------
* Wed Feb 25 2009 kwizart < kwizart at gmail.com > - 180.35-1
- Update to 180.35 (stable)
- Obsoletes opengl 3.0 beta nserie.
* Sun Feb 22 2009 Stewart Adam <s.adam at diffingo.com> - 180.29-2
- Make devel subpackage depend on lib subpackage of the same arch
xorg-x11-drv-nvidia-96xx-96.43.11-1.fc11
----------------------------------------
* Wed Feb 25 2009 kwizart < kwizart at gmail.com > - 96.43.11-1
- Update to 96.43.11 (stable)
* Sun Feb 22 2009 Stewart Adam <s.adam at diffingo.com> - 96.43.10-2
- Make devel subpackage depend on lib subpackage of the same arch
15 years, 1 month
rpmfusion mirror manager UI
by Paul Komkoff
Hi.
I apologise in advance if I picked the wrong list. I accept any karmic
punishment with appropriate stoicism.
Do we have any way for an external parties like me to access rpmfusion
mirrormanager database? I am mirroring the whole subtree and is
genuinely interested to limit the bandwidth waste for my users.
I already have main fedora mirrormanager set up in that way that it
sends everyone from 212.193.32.0/19 to http://mirrors.sgu.ru/fedora/,
I need to do the same for http://mirrors.sgu.ru/rpmfusion/.
Thanks!
--
This message represents the official view of the voices in my head
15 years, 1 month
Re: [RPM Fusion] Update of "Goals" by AndreaMusuruane
by Thorsten Leemhuis
On 23.02.2009 12:12, RPM Fusion Wiki wrote:
> The following page has been changed by AndreaMusuruane:
> http://rpmfusion.org/Goals?action=diff&rev1=7&rev2=8
> [...]
Andrea, thx for your comments and enhancements. Much appreciated.
One general remark: I guess we should try to keep the page itself
discussion free once we finish it.
> === Ideas nobody is working on ===
>
> + [musuruan: is it feasible to have some of these ideas as GSoC?]
I'm not really familiar with GSoC, but I doubt that it'll work when we
do it directly. Maybe it's easier and better if it could be done as GSoC
projects done in Fedora. But I'm not sure if Fedora would be willing to
do something like that.
> ==== Installer ====
>
> A small helper app that enables RPM Fusion (and other repos?) and does the initial configuration (e.g. install xine-lib-extras-nonfree if xine-lib was found to be installed earlier).
> @@ -96, +98 @@
>
>
> Another small app (either tied into or separate of the install helper?) could things similar to the one jockey does in ubuntu (see
> https://launchpad.net/jockey and http://people.ubuntu.com/~pitti/screenshots/jockey/ ). Firewing1 is thinking about doing something like this already, which should make the "users don't know which graphics driver to choose" part easier. But the goal should remain: make things "just work", so no configuration options if they are not strictly needed
> +
> + [musuruan: instead of writing something from scratch cannot we use Jockey? It is designed to be distribution agnostic.]
That is the plan afaik. Sorry, that wasn't really obvious. Fixed now.
> ==== mirror lag / skip broken by default ====
>
> @@ -115, +119 @@
>
>
> ==== improve the docs ====
>
> - There are lots of FAQ, Howto and other docs on the net that describe how to use RPM Fusion; often those are misleading, not fully right, outdated or they disagree with each other; should we try to not only be the unofficial official 3rd party repo for Fedora, but also be the offical 3rd party source for all the docs that can't go straight to Fedora?
> + There are lots of FAQ, Howto and other docs on the net that describe how to use RPM Fusion; often those are misleading, not fully right, outdated or they disagree with each other; should we try to not only be the unofficial official 3rd party repo for Fedora, but also be the official 3rd party source for all the docs that can't go straight to Fedora?
> +
> + [musuruan: can we have a synergy with 3rd party doc sites? Fedora FAQ and Fedorasolved comes to my mind.]
Yes, maybe that would be a good idea.
> * rpmfusion-buildsys-list is broken;
>
> + * no announcement mailing list;
> +
> + [musuruan: what is the problem in having one?]
it's the usual problem: Somebody need to sit down and do it/poke the
people with access to the necessary places ;-)
> +
> + [musuruan: can we look for more contributors in the fedora-docs-list?]
Sure.
On 23.02.2009 12:18, RPM Fusion Wiki wrote:
> The following page has been changed by AndreaMusuruane:
> http://rpmfusion.org/Goals?action=diff&rev1=8&rev2=9
> [...]
> + * we need a place where to host RPM Fusion projects. Something like
> [[https://fedorahosted.org|Fedora Hosted]].
Do we? Why can't we use Fedora Hosted directly? Sure, some of the tools
we need may deal with nonfree software, but I guess all of us want the
tools itself be open source and thus acceptable for Fedora Hosted?
CU
knurd
15 years, 1 month
