-
-
Notifications
You must be signed in to change notification settings - Fork 9.6k
[FrameworkBundle] Add days before expiration in "about" command #37754
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
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
[FrameworkBundle] Add days before expiration in "about" command #37754
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it would be better to remove the +
.
that won't help. You cannot alter the composer.json of a release after it is done (git tags are immutable) so you cannot make that change at the time of the eol. |
I see your point arround the tag and the release And do you think the:
could help achieve such feature of knowing the EOL of a feature? |
Hi, what about a brand new option shipped with the current about command that checks if the current version is EOL, and throws error if it is. I imagine a |
Thank you @noniagriconomie. |
@fabpot regarding the RFC part of this PR, do you suggest opening a specific issue in /symfony or /composer to keep the discussion goingis usefull? many thanks edit: issue opened at /composer ⬇️ |
Maybe this can be usefull in the
bin/console about
output.Following a small discussion on Slack
See discussion
Symfony 5.1 output:

Symfony 5.foo_bar output:
With:
RFC #
Is there a way in Symfony land packages to have such info or/and in Composer in general? the EOL of a package version.
Like for example the https://github.com/FriendsOfPHP/security-advisories
Security Advisories
feature,but for
End Of Life Advisories
where packages maintainers can add their packages, and this data can be read bycomposer
or an other commandOr maybe directly inside the(not possible, see below)composer.json
, like an"eol": "true"
// andfalse
by default if not definedThanks