Open vlad17 opened 1 year ago
The preconditions
package looks like it still works with Python 3.10, and it seems it was recently dropped as a dependency of a reasonably popular package. It shouldn't be removed.
The worry here is that if preconditions
is taken over by a malware peddler, users of precondition
would be at risk if they misspell the name. If you're OK with that risk, we can recommend that PyPI admins allow you to use the name.
Disclaimer: We are providing support to the PyPI Administrators to validate this request and make a recommendation on the outcome and actions to be taken. Final determination will be made by the PyPI Administrators when our process is complete.
I’m OK with this and would like to proceed with the same name. I think defending against the attack vector of “users may misspell your package name and load a malware adjacent name squatter” is out of scope here.
If technically possible, we recommend that the name precondition
is made available despite the clash with preconditions
.
Project to be claimed
precondition
: N/AYour PyPI username
vlad17
: https://pypi.org/user/vlad17Reasons for the request
I'm open sourcing preconditioning deep learning optimizers. Searching pypi,
precondition
is not taken.However, it seems that attempting to publish a package with that name fails:
It's unclear which of the reasons linked by the document above is blocking package name creation.
Maintenance or replacement?
Replacement
Source code repositories URLs
https://github.com/google-research/precondition
Contact and additional research
As far as I can tell, there is no
precondition
package.There is a
preconditions
package, which quite unrelated to preconditioning optimizers in optimization. That package is about listing many preconditions for Hoare-logic enforcement. Here we are interested in the preconditioned gradient.Code of Conduct