[CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)
Feizhou
feizhou at graffiti.net
Thu Aug 2 03:02:22 UTC 2007
Les Mikesell wrote:
> Feizhou wrote:
>> Les Mikesell wrote:
>>> Dag Wieers wrote:
>>>
>>>> You may argue that that is a good thing. But Fedora is a different
>>>> beast than RHEL. People may want stable packages, or current
>>>> packages and a single repository (with the tools we have today)
>>>> cannot provide this.
>>>
>>> But people may want _both_ the stable package and the current package
>>> on the same machine at the same time. Having a hint of the
>>> difference barely visible in the package name doesn't help a bit.
>>
>> I cannot see how it is possible to install both the stable package and
>> current package.
>
> How many kernel packages do you have installed? All it takes is to not
> write the same-named file in the same place as the other package. In
> some cases there are practical problems where a service needs to listen
> on a default port and you can't run 2 at once, or the init script is
> expected to live in a certain place so we'd need a creative solution,
> but most files could just have their own unique path and you'd pick the
> one you want with your PATH setting - something well understood decades
> ago.
ROTFL. Have you ever noticed that the kernel packages all contain files
that have different names from other packages?
Besides the kernel packages, none of the others do.
>
>>>> Besides, it punishes people who did not have an alternative back
>>>> when Fedora Extras refused to do RHEL packages and only had RPMforge
>>>> to fall back on.
>>>>
>>>> At least that's my point of view.
>>>
>>> I think you are making too much out of name differences for things
>>> that can clobber each other and not enough about ways to let the
>>> different things co-exist - on the same machines if you want them, or
>>> to let users choose which they want. If two same-named packages can
>>> conflict, someone did something wrong and the issue shouldn't be
>>> about who did it but how to avoid it.
>>>
>>>
>>
>> I disagree. If I was going to roll my own packages in my own
>> repository to overrule the OS repositories, tagging my packages would
>> be essential.
>
> But the tags are in an inconvenient position to control anything. How
> do you ensure that you'll get your copies if any other repo adds a newer
> release? Normally you'd want updates to float to the latest.
>
I will very well shut out similarly named packages in other third-party
repos in the yum configuration.
More information about the CentOS
mailing list