Re: Fedora needs more evangelism for repositories

From: Mike Fedyk (mfedyk_at_matchmail.com)
Date: 06/24/04

  • Next message: olga_at_urbantimes.net: "RE: relaying denied"
    Date: Thu, 24 Jun 2004 13:47:44 -0700
    To: For users of Fedora Core releases <fedora-list@redhat.com>
    
    

    Brad Smith wrote:
    > Thanks for the thoughtful comments, though I think they would be
    > better made as individual emails to the people that run these sites. I

    True, but there are a lot of one man efforts that don't go anywhere, so
    I'd like to get some feedback from others in the fedora community on
    this topic.

    > 1) I think there are times when downloading and installing a package
    > is fine, even preferable to using a repository. One example is when
    > there are no dependancies issues and there is no expectation that the
    > user will be installing other packages from that repo often.

    No. Many times there are minor upgrades to a package to fix packaging
    errors. This is the power of repositories, and shouldn't be overlooked.

    Package upgrades, interaction with packager about packaging bugs (not
    app bugs, since that should be taken to the upstream developers).

    > Adding
    > repositories unnescessarily to your apt/yum config files just
    > increases the the number of headers to be dealt with, taking up time
    > and disk space. I think a document on the subject should keep this in
    > mind.

    The only drawback I can see is if repositories get mixed without
    priorities setup (only apt supports this AFAIK).

    Here is my /etc/apt/preferences file:
    Package: *
    Pin: release a=Fedora Linux Freshrpms
    Pin-Priority: 600

    Package: *
    Pin: release c=dag
    Pin-Priority: 610

    Package: *
    Pin: release o=Livna.org
    Pin-Priority: 1800

    Package: *
    Pin: release l=Fedora Extras, a=stable
    Pin-Priority: 1850

    If package abc is in "Fedora Extras" and any other repository, it will
    only use the "Fedora Extras" package. This should keep repository
    mixing from happening for the most part.

    Repository use, and especially repository prioritization (if you use
    more than Fedora Extras and Livana) needs to be emphasized.

    > 2) I run fedoratracker.org, the goal of which is to make searching and
    > using fedora apt/yum repositories more practical. If you want to draft
    > a document like the one you describe and it turns out well then if no
    > one from a more authoritative site offers to I can link it from my
    > 'resources' page.

    Thanks

    Mike

    -- 
    fedora-list mailing list
    fedora-list@redhat.com
    To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list
    

  • Next message: olga_at_urbantimes.net: "RE: relaying denied"

    Relevant Pages

    • Re: Global variables
      ... I have a litte OT question: how do you initialize the Repository? ... first class triggered the Starter class. ... principle of object orientation is to design towards an interface, ... Starter class must not reside in the interface respository package. ...
      (comp.object)
    • Re: Fostering Cooperation (was Yum and EXTRAS)
      ... The page does not claim that cooperation would be ... The page is short and to the point in explaining why repository mixing ... that users of independent package providers should encourage them to join ... Fedora Core, it would be beneficial, if Fedora packages and their ...
      (Fedora)
    • Re: STS loading previous edition doesnt remove new classes
      ... classes which don't belong to a package will be made uncommitted. ... maybe you should ask people in this newsgroup if they ever encountered repository corruption. ... This wasn't what I was expecting - I expected that loading a previous ... Developer one can add 20 methods to class A, and developer two, 20 methods to class B and it requires manual merging? ...
      (comp.lang.smalltalk.dolphin)
    • Re: An introduction of the new cheerleader...
      ... >> repository contains a new package, ... But when a package of the same software is in a public ... For inter-repository compatibility, it needs global policies which all ... > to Fedora QA to become a Fedora Extras package. ...
      (Fedora)
    • Re: Sad state of music playing on FC4
      ... A separate plugin. ... > even use xmms any longer. ... Could also be a good reason why nobody wanted to package this ... XMMS has been moved into Fedora Extras, ...
      (Fedora)