[Bug 40] rpmfusion-release - RPM Fusion Repository Configuration
http://bugzilla.rpmfusion.org/show_bug.cgi?id=40
Thorsten Leemhuis <fedora(a)leemhuis.info> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fedora(a)leemhuis.info
--- Comment #1 from Thorsten Leemhuis <fedora(a)leemhuis.info> 2008-08-13 19:59:34
---
no real review; just a few things I noticed when I checked that the repo files
are correct
- the release rpm IMHO needs to be split -- one for free, one for nonfree (the
latter needs to require the free one of course), as there are people that only
want free. I'd assume that those simply don't want to get the nonfree repo
files at all.
- free and nonfree use different keys for signing -- that way users can check
if a package came from the free or nonfree repo.
- "BuildArch: noarch" is there two times
- the provides and obsoletes should be added once we have everything (including
kmods) in -- for the start just leave them out; and what about dribble?
- Why include the GPL as text when you have "License: BSD" in the spec file?
(And BSD or WTF is likely the way better license anyway)
- I don't much like to use the term "devel" for the development branch, as
some
people will assume "files needed for developing" and not "RPM Fusion's
development branch"; I'd go for "development" there or (preferred by
me) just
use the term rawhide (e.g. rpmfusion-{non,}free-rawhide) just like Fedora
- "failovermethod=priority"
This is the default in yum these days iirc.
-
mirrorlist=http://mirrors.rpmfusion.org/mirrorlist?repo=rpmfusion-free-de...
We don't have a Fedora mirror manager yet and I doubt that anyone want to set
one up over the next few weeks. So for now it's likely way easier to set up a
static mirrorlist file somewhere. For that "failovermethod=roundrobin" might be
more wise if we want to spread the load.
--
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.