metacpan-api icon indicating copy to clipboard operation
metacpan-api copied to clipboard

backpan cache refresh for Mail::Chimp2

Open norbu09 opened this issue 10 years ago • 9 comments

Metacpan shows versions of Mail::Chimp2 that are not on backpan.

Please refresh the cache.

norbu09 avatar Nov 10 '14 10:11 norbu09

Please confirm the names of the tarballs which should be removed.

oalders avatar Nov 13 '14 03:11 oalders

the two archives are:

https://metacpan.org/source/NORBU/Mail-Chimp2-0.4 https://metacpan.org/source/NORBU/Mail-Chimp2-0.3

norbu09 avatar Nov 13 '14 09:11 norbu09

@andreeap We'll want to add a script to handle this. You can look at lib/MetaCPAN/Script for examples. The script will need to do the following:

  • Maintain a list of blacklisted tarballs + author names
  • Delete these files from our local CPAN if they exist there
  • Delete any files which belonged to this release from the following endpoints:
    • file
    • release

So basically we'll hardcode the blacklisted archives in this script. There won't be many of them, but they could re-appear at any point after a sync, so we need to make sure we kill them if they ever re-appear.

You should write and test the code on your Vagrant VM. Once that is done, we can test this on a staging box to make sure only the right things get deleted. :)

oalders avatar Dec 09 '14 04:12 oalders

@andreeap: I'd like to work on this issue if that's OK. I have a dist that needs to be removed ASAP.

mjgardner avatar Feb 23 '15 19:02 mjgardner

@mjgardner Please go ahead, we will need something that can run in cron and take a list of files, I started https://github.com/andk/pause/issues/144 to centralise that, but for now a local file, containing the list would be enough.

ranguard avatar Feb 23 '15 20:02 ranguard

Deleted files are communicated the same way as added and changed files: File-Rsync-Mirror-Recent. The collection of "RECENT" files has them. The script should not have more than a few lines. But metacpan maybe wants to implement a policy how to translate the fact about a deletion to an actual deletion.

andk avatar May 11 '15 06:05 andk

Thanks, @andk. We do track deletes because we need to know when to move a module's status from "cpan" or "latest" to "backpan". Having said that, we don't know how to differentiate a "delete but keep a copy in BackPAN" from a "permanently delete from CPAN and BackPAN".

oalders avatar May 11 '15 12:05 oalders

https://github.com/andk/pause/issues/144 was an idea to be able to centralise "permanently delete from CPAN and BackPAN"

ranguard avatar May 11 '15 13:05 ranguard

We'll need to add https://metacpan.org/source/BANTOWN/Time-Cubic-1.0/lib/Time/Cubic.pm to the list as well. cc @getty

@andk, do you know of any other uploads which have been permanently deleted from CPAN (and should be removed from BackPAN) which might actually be in our BackPAN?

oalders avatar May 30 '15 14:05 oalders