Hi! On 02/28/2014 06:23 PM, Yaroslav Halchenko wrote: > I am not an ftp-master but if I were one (and as a mentor for quite a > few projects) I would have preferred to have re-uploads because > > - ftp masters already looked at some past version
We are talking about packages in NEW, those haven't usually been in the archives before. The case you are describing can only occur if an existing package is stuck in NEW because of new binary components, for example. > - having old and new versions eases to see what has changed (debdiff) > instead of starting all over or digging out previous version Not if there isn't any old version in the archives. > - shows active interest of original maintainers I don't understand this argument. Again, what I am saying is that if you upload something into NEW and you realized you messed something up or the package has been in the queue for quite some time now without any of the FTP masters having looked at the package yet and the maintainer has changed the packaging a lot in the meantime, I think it's the proper approach to ask the FTP team to mark the package as REJECT and upload a current version. This way the FTP team doesn't waste their time on reviewing a package which is going to be replaced very soon anyway. Especially when the packaging was considerably changed in the mean time. Who tells you that the maintainers didn't make any mistake in their new package version that would normally have triggered a REJECT by the FTP team, but the maintainers get to upload it into the archives anyway because there is already a version in unstable that has been accepted? Honestly, I think packages should automatically be removed from NEW after a certain grace period. This shouldn't be regarded as a REJECT for the package in general, but simply that no one has managed so far to review the package and it "fell out" of the queue. Helps keeping the packages in NEW "fresh" in my opinion. > for original uploader benefit is that package doesn't loose its order in > the NEW (IIRC). I don't see how this would be of any advantage. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5311ad8c.3000...@physik.fu-berlin.de