-
-
Notifications
You must be signed in to change notification settings - Fork 4.5k
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
Annoying and inappropriate donation-suggestion #6334
Comments
Yeah I tend to agree this is kinda over the top.. On the other hand, you're also welcome to voice your opinion by stopping to use that software if they annoy you, so I would say this is not really Composer's problem, and not something we can reasonably police I think. One thing we could do though is strip any color codes from it to avoid such stylistic abuse at least, but policing the content is not possible nor reasonable I think. |
I think the stripping part sounds like a reasonable resolution for the time being. I hope the maintainers are responsible enough to remove that noise on their own. |
@Seldaek No I cant stop pulling it in. I dont use it or want to use it but a library i use pulls this in as dependency. So there is only so much one can do. :) |
I'm really sorry about this. PHPStan itself doesn't show any message of this kind (although I accept pledges), but the dependency of PHPStan, parts of Nette framework, are the cause of this obtrusive message during installation. I'd wish that I'd be able to get rid of Nette as dependency but it won't be possible, not at least in the near future. |
Btw, is it actually helpful to show suggestions of dependency-dependencies? For example, cakephp/cakephp suggests to install lib-ICU to use Text::slug. When cakephp/cakephp will be dependency of dependency, my project code should not use class Text, so this suggestion is useless. |
@dg Yes, it depends on how those things are "optional" - as you can see it is optional use lib-ICU but once you want to use the slug part of the framework you need it. It is then directly used by the framework and thus directly used in the project via this dependency code. So at least the dependency of a dependency is needed to be shown to make sense. |
@dereuromark I do not know if we understand each other. (And |
If you want to integrate Monolog into a Symfony application, you usually do this by requiring MonologBundle, not Monolog directly. Nevertheless, suggestions made by Monolog itself are very well relevant in that case and I find it reasonable to display them even though Monolog is not a direct dependency. |
Fixed by #6340 |
…from this original and innovative way of begging composer/composer#6334
Is there a policy on the suggest field, and how not to abuse it for the wrong purposes?
Especially when it is yellow-flash "in your face" all the time?
Imagine everyone would do this in every color, or even CAPITAL LETTERS and RED.
Just wondering - I am fairly certain the intention of this suggest field is to give helpful and incentive suggestions with technical relevance on this specific subject of dependency.
I think people should be keeping donation suggestions to their readme/repo, and shouldn't force it upon people when pulling those things as dependency-dependencies ("3rd party").
The text was updated successfully, but these errors were encountered: