Stupid question redux. With some more explanation Why not?   Make a mirror of the epel repo. For each package in the repo.    Create a repotag using the original signature.    Sign the package with repotag using a new key.

<br><br>Anyone wanting to mix repos.<br>Should require signatures with the new key.<br><br>Problems will certainly remain,<br>but I think this will help with some of the problems.<br><br><div><span class="gmail_quote">On 7/30/07, 

<b class="gmail_sendername">Les Mikesell</b> <<a href="mailto:lesmikesell@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">lesmikesell@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

R P Herrold wrote: >>> ATM we'll just live and let live, and there will not be any one-side >>> effort to rectify any compatibility issues EPEL created. It's their >>> mess, they'll have to clean it up.

<br>>><br>>> Live and let die, you mean - at least as far as the users are<br>>> concerned.  I don't think this issue has any solution other than<br>>> separate namespaces.<br>><br>> Les

<br>

><br>> Your issue belongs on another list<br><br>Sorry, but I believe that the people affected need to know about it at<br>least as much as the people who control it.<br><br> > -- the 'mark by nameing' the rpm's in

<br>> a way obvious to a low sophistication user (rather than some checksum<br>> based method that does not exist) has been proposed and rejected already.<br><br>That misses the point that there may very well be reasons to want to

<br>have more than one version installed at once.  Every developer should<br>know that there are times you need to at least test 2 different versions<br>  of something on the same machine - and they generally know how to do

<br>it so they don't conflict.  Sadly, the FHS guys seem to live on some<br>planet of perfection where real world issues of version differences and<br>places to store them don't exist, and packagers have followed along with

<br>this mistake.<br><br>> sad, but still the case.  We'll be having pain for this for years and<br>> years. See:<br>>     <a href="https://www.redhat.com/archives/epel-devel-list/2007-June/msg00031.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

https://www.redhat.com/archives/epel-devel-list/2007-June/msg00031.html

</a><br>><br>> Please read the archive and the back thread leading up to it. Several<br>> @<a href="http://redhat.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">redhat.com</a> showed up to pack the gallery at the 'last chance' epel

<br>> meeting which could have avoided this train wreck

<br><br>Reasons for disagreements are pretty much irrelevant to their effect.<br>There is not much reason to ever expect everyone to agree and lots of<br>reasons to provide a mechanism to allow them to disagree in separate

<br>spaces.  Try to imagine what the internet would be like if DNS  did not<br>provide managed hierarchal namespace and anyone could usurp anyone<br>else's domain.  That's what we get when different people can put

<br>different contents into packages of the same names.  And it isn't going<br>to go away until there is a namespace based system that lets the end<br>user choose which he wants.  I'd just like to see a little less

<br>granularity in that namespace than centos vs. ubuntu...<br><br>--<br>    Les Mikesell<br>     <a href="mailto:lesmikesell@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">lesmikesell@gmail.com

</a><br><br>_______________________________________________<br>

CentOS mailing list<br><a href="mailto:CentOS@centos.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">CentOS@centos.org</a><br><a href="http://lists.centos.org/mailman/listinfo/centos" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

http://lists.centos.org/mailman/listinfo/centos</a><br></blockquote></div><br><br clear="all">

<br>-- <br>Drew Einhorn