Packages with same ENVR in stable and testing repos (Re: next testing -> stable move for EPEL4 and EPEL5 prepared, details inside)
Paul Howarth
paul at city-fan.org
Thu Feb 12 20:22:53 UTC 2009
On Thu, 12 Feb 2009 19:39:50 +0100
Thorsten Leemhuis <fedora at leemhuis.info> wrote:
> On 08.02.2009 13:51, Thorsten Leemhuis wrote:
> > I prepared the next testing -> stable move for EPEL4 and EPEL5. I
> > plan to actually do the move on 20090212 at around 06:00 UTC.
>
> Did the move earlier today. There were a lot of warnings like:
>
> ----
> > python-ruledispatch
> > python-ruledispatch-0.5a0-0.8.svnr2306.el5.ppc.rpm -> ppc
> > WARNING: /srv/rpmbuild/epel/tree/epel/5/ppc/python-ruledispatch-0.5a0-0.8.svnr2306.el5.ppc.rpm
> > already exists, ignoring new one
> ----
>
> Here is the full list:
>
> epel4: obby-0.4.4-2.el4.src.rpm
> epel4: net6-1.3.5-1.el4.src.rpm
> epel4: perl-Filesys-Df-0.92-3.el4.src.rpm
> epel4: libmp4v2-1.5.0.1-6.el4.src.rpm
> epel4: perl-Test-Pod-Coverage-1.08-1.el4.src.rpm
> epel4: erlang-R11B-2.3.el4.src.rpm
> epel4: perl-String-CRC32-1.4-1.el4.src.rpm
> epel4: perl-Math-FFT-1.28-1.el4.src.rpm
> epel4: perl-XML-Filter-BufferText-1.01-4.el4.src.rpm
> epel5: python-ruledispatch-0.5a0-0.8.svnr2306.el5.src.rpm
> epel5: perl-Heap-0.80-1.el5.src.rpm
> epel5: perl-XML-Filter-BufferText-1.01-2.el5.src.rpm
> epel5: mingw32-w32api-3.12-8.el5.src.rpm
> epel5: python-dns-1.6.0-2.el5.src.rpm
> epel5: perl-Class-Inspector-1.17-1.el5.src.rpm
> epel5: python-configobj-4.4.0-2.el5.src.rpm
> epel5: perl-Test-Perl-Critic-1.01-1.el5.src.rpm
> epel5: python-libgmail-docs-0.3-6.el5.src.rpm
> epel5: dtc-1.1.0-1.el5.src.rpm
> epel5: net6-1.3.5-1.el5.src.rpm
> epel5: R-car-1.2-2.el5.src.rpm
> epel5: perl-Math-FFT-1.28-1.el5.src.rpm
> epel5: docbook2X-0.8.8-1.el5.src.rpm
> epel5: python-libgmail-0.1.8-2.el5.src.rpm
> epel5: perl-Algorithm-Annotate-0.10-6.el5.src.rpm
> epel5: python-turboflot-0.1.0-1.el5.src.rpm
> epel5: unbound-1.0.2-5.el5.src.rpm
>
> Does anybody mind if I delete those from testing? Or do we want to
> force rebuild on those to make sure we know which packages users have
> installed? And does anyone volunteer to tell packagers why doing
> something that leads to above problems is bad?
I think the cause of this may be that packages are not being removed
from -testing after being pushed to stable, not because packagers are
rebuilding without bumping release.
My perl-String-CRC32 package seems to have been listed in just about
every testing to stable move list since the end of 2007 and that's not
because I keep rebuilding it - I don't!
Paul.
More information about the epel-devel-list
mailing list