For fetaures, that are optional, weak dependencies is the best solution I can think of.
Even when "Recommends" is used, which means it will try to pull the dependency as well, if not said specifically opted-out.
> 2 considerations:
> * is the user experience significantly affected?
> * is the size implications significant?
> As far as I can tell, the answer to both is generally no.
For everything else, besides opt features, plugins, ... , I totally agree with the nice short answer from Rex.
Even when "Recommends" is used, which means it will try to pull the dependency as well, if not said specifically opted-out.
> 2 considerations:
> * is the user experience significantly affected?
> * is the size implications significant?
> As far as I can tell, the answer to both is generally no.
For everything else, besides opt features, plugins, ... , I totally agree with the nice short answer from Rex.
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
Core Services - Databases Team
Red Hat
On Tue, Apr 10, 2018 at 1:57 PM, Rex Dieter <rdieter@xxxxxxxxxxxx> wrote:
Dominik 'Rathann' Mierzejewski wrote:
> Arguably, the current stable updates policy is against this
> https://fedoraproject.org/wiki/Updates_Policy#Stable_ :Releases
> [...] Updates should aim to fix bugs, and not introduce features, [...]
you snipped off what I consider relevant here: "... particularly when those
features would materially affect the user or developer experience"
> Is this a legitimate issue or am I making storm in a teacup here?
> Ever-increasing package sizes and dependency bloat do seem to be
> a popular topic these days.
2 considerations:
* is the user experience significantly affected?
* is the size implications significant?
As far as I can tell, the answer to both is generally no.
-- rex
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@lists.fedoraproject.org
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx