Skip to content

Library release removal request #6243

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
belem2050 opened this issue Apr 26, 2025 · 4 comments
Closed

Library release removal request #6243

belem2050 opened this issue Apr 26, 2025 · 4 comments
Assignees
Labels
conclusion: declined Will not be worked on topic: release removal Remove a library release

Comments

@belem2050
Copy link
Contributor

Library name

LightTaskScheduler

Version to remove

1.0.0

@belem2050 belem2050 added the topic: release removal Remove a library release label Apr 26, 2025
@arduino arduino deleted a comment from belem2050 Apr 26, 2025
@per1234 per1234 self-assigned this Apr 26, 2025
@per1234
Copy link
Contributor

per1234 commented Apr 26, 2025

Hi @belem2050. We do accommodate release removals in cases of emergencies where it is essential that some data must not be available via Library Manager. However, I am skeptical about your request.

You are making this request only minutes after submitting your library (#6242), and only minutes before attempting a redundant submission (#6244). This makes me suspect that you are hoping to accomplish something other than the removal of a release that contains illegal or dangerous data. If so, there is a correct way to accomplish your goal, and it is likely that the release removal you are requesting here would not even be effective if it was permitted.

So please provide a detailed explanation of exactly what it is you are trying to accomplish in a comment here. That will allow me to advise you on the correct way to achieve it.

@per1234 per1234 added the status: waiting for information More information must be provided before work can proceed label Apr 26, 2025
@belem2050
Copy link
Contributor Author

belem2050 commented Apr 26, 2025

Hi @belem2050. We do accommodate release removals in cases of emergencies where it is essential that some data must not be available via Library Manager. However, I am skeptical about your request.

You are making this request only minutes after submitting your library (#6242), and only minutes before attempting a redundant submission (#6244). This makes me suspect that you are hoping to accomplish something other than the removal of a release that contains illegal or dangerous data. If so, there is a correct way to accomplish your goal, and it is likely that the release removal you are requesting here would not even be effective if it was permitted.

So please provide a detailed explanation of exactly what it is you are trying to accomplish in a comment here. That will allow me to advise you on the correct way to achieve it.

@per1234 Yeah, you're correct!
As I was explaining here, There was a typo that came into equation while committing, which is making the code not compiling

@per1234
Copy link
Contributor

per1234 commented Apr 27, 2025

There was a typo that came into equation while committing, which is making the code not compiling

In the case where there is a bug in a release, the appropriate action is to fix the bug, increment the version, and then make a new release.

It sounds like you were planning to remove the bugged 1.0.0 release and then make a new 1.0.0 release with the code changed to fix the bug. That is not a responsible approach to maintaining a published project because then you can end up with a situation where the users may have either of two distinct variants of the project, but with the same version number, depending on when they installed it. That would be very confusing to the users and also make it more challenging to support the users. We do not accommodate release removal requests that are made for this purpose.

When you take the responsible approach and publish the fix by making a subsequent release, then Library Manager will inform the users who already installed the bugged version that a new version is available, and allow them to easily update the installed library. That would not occur if you re-released the same version, since Library Manager would have no way of knowing that the user's installation is outdated.

@per1234 per1234 closed this as not planned Won't fix, can't repro, duplicate, stale Apr 27, 2025
@per1234 per1234 added conclusion: declined Will not be worked on and removed status: waiting for information More information must be provided before work can proceed labels Apr 27, 2025
@belem2050
Copy link
Contributor Author

Thanks so much for this put! I followed your recommandations.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
conclusion: declined Will not be worked on topic: release removal Remove a library release
Projects
None yet
Development

No branches or pull requests

2 participants