Re: Zero-tolerance educational methods for promoting questionable policies???
Axel Thimm <[email protected]> Tue, 4 May 2004 23:03:25 +0200
| Newsgroups | gmane.linux.freshrpms.user,gmane.linux.redhat.rpm.atrpms.repo-coordination |
|---|---|
| Message-ID | <[email protected]> |
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 > [email protected] -- Axel.Thimm at ATrpms.net
signature.asc
(application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAmAUdQBVS1GOamfERAgTmAJ9zOFjwM7/yLuUUFZeNIcVPsVF7jwCfbecO Rq4bkM1JN7LIsU800KKjbTI= =Iziz -----END PGP SIGNATURE-----