Re: Yum and EXTRAS

From: Paul Howarth (paul_at_city-fan.org)
Date: 05/31/05

  • Next message: Ow Mun Heng: "Re: How to convert .wma to .mp3 ?"
    To: For users of Fedora Core releases <fedora-list@redhat.com>
    Date: Tue, 31 May 2005 09:11:34 +0100
    
    

    On Tue, 2005-05-31 at 08:55 +0100, Andy Green wrote:
    > Paul Howarth wrote:
    >
    > |>probably a reasonable situation. However AIUI Extras will not cooperate
    > |>with the Dag/RPMforge repos for example, which do offer mplayer, about
    >
    > | Packages in Fedora Extras are built with the knowledge that third
    > | parties will be wanting to provide things like MP3 support (and indeed
    > | that users demand it), so it's likely that livna (which has historically
    > | been compatible with fedora.us/Extras) will fill that gap nicely.
    >
    > Seems strange that it was not possible to cooperate with Dag, which has
    > provided many fine and high quality packages to me in the past, but it
    > is possible to find harmony with Livna. The effect is that Livna is
    > anointed by Redhat one-step-removed as the slightly Official vendor of
    > Forbidden Fruit when they provide Extras .repo enabled by default... and
    > that Dag is frozen out from Redhat's "warm" embrace.
    >
    > Redhat can do what they like since it's their show, I just feel a bit
    > sad for Dag.

    Dag and the RPMforge guys provide a fine repository and I don't think
    anyone disputes this. I think that the compatibility issues (at least
    between Extras and the other repos) will iron themselves out before much
    longer. I think this because:

    (a) the Fedora Extras development process is less tied up with red tape
    than used to be the case with fedora.us - and the differing processes
    were I think the biggest difference between fedora.us and the third-
    party repos,

    (b) many of the packages in Extras are actually based on Dag's packages,
    and

    (c) with Extras being a default repo, the third-party repo maintainers
    are probably going to have to try to maintain compatibility with it
    whether they like it or not, otherwise people will just stop using them.

    So whilst there may not be any official cooperation with Dag or any
    other third-party packager, Extras packages should/will be built with
    this in mind and I think repo compatibility issues will diminish
    significantly over the coming months.

    Another point to bear in mind is that the Extras packages are largely
    maintained by "community" maintainers, and if anyone wants to raise a
    compatibility issue in Extras bugzilla, the maintainer of the affected
    package may well try to fix it. I know I certainly would.

    Paul.

    -- 
    Paul Howarth <paul@city-fan.org>
    -- 
    fedora-list mailing list
    fedora-list@redhat.com
    To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list
    

  • Next message: Ow Mun Heng: "Re: How to convert .wma to .mp3 ?"

    Relevant Pages

    • Re: latex packaging compatibility project
      ... Latex packages are developed by individuals or groups in a separate ... not in a global software compatibility strategy. ... packages written for a special language are known to be ...
      (comp.text.tex)
    • Re: any plans/info on 64 bit Delphi compiler ?
      ... Not having to worry about binary compatibility allows them to implement better designs without having to worry about backward compatibility. ... A distro is just the Linux Kernel + someone's preferred packages and applications. ... I use Ubuntu (I like the selection of packages included and it only ships on a single CD. ...
      (borland.public.delphi.non-technical)
    • Re: pros and cons in SolidWorks
      ... I apreciate your response to Michael, but in my experience I don't ... also look at the 'packages' your ... CORRECT draft, then re-add those fillets. ... they should all ignore features and only worry about compatibility. ...
      (comp.cad.solidworks)
    • Re: Upgrading to 7.0 - stupid requirements
      ... packages. ... package is unavailable (e.g. for legal reasons). ... In face one strong point of freebsd has ... compatibility; some do much better. ...
      (freebsd-stable)
    • Re: pros and cons in SolidWorks
      ... vendors use - if they are all using packages with the same kernal (for ... Couldn't agree with you more regarding kernel compatibility. ... Hopefully the original poster actually reads these responses. ... CORRECT draft, then re-add those fillets. ...
      (comp.cad.solidworks)