[repo-coord] Re: Zero-tolerance educational methods for promoting questionable policies???

[Axel Thimm]

On Tue, May 04, 2004 at 11:11:46AM -0500, Les Mikesell wrote:
> On Tue, 2004-05-04 at 10:25, Oscar A. Valdez wrote:
> 
> > It is in the Fedora community's best interest for you two to cooperate.
> > I'm pleading with you to set aside any animosity, and to talk things out
> > in the generous, smart spirit that characterizes both of you.
> 
> Yes, please - and if the problem lies in backwards compatibility with
> prior conventions where any change forces existing users to download
> too much, would it be possible to make a new repository that would
> be maintained in parallel for a while?

No, that is not the issue here, at least not in the current
discussion. It is not about backwards compatibility, but about
compatibility across repos, e.g. to be able to use repo A and B
together.

The discussion is about Dag blessing a scheme as a standard and
forcing other repos to either go with his scheme, or not be
coexistable. Technically speaking he is obsoleting other people's
packages.

Even if his proposed way of doing things would be sane, the methods
and tactics are not. And his proposed naming/versioning scheme does
have very serious problems discussed at the repo-coord list for anyone
interested in the technical background.

> Then as people install new distributions they could cut over to the
> new, hopefully more compatible repositories.  So far I haven't been
> able to keep a machine working right for more than a month without
> massive conflicts if I use more than one repository in addition to
> the fedora base.  For example, right now, apt would like to install
> a kernel from ccrma but complains that there is no
> kernel-module-alsa which I think came from freshrpms last time.
> 
>   Les Mikesell
>     les at futuresource.com

-- 
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.atrpms.net/pipermail/repo-coord/attachments/20040504/d741ca1b/attachment.bin