<div dir="ltr"><div>You might have a point about recommends. But enabling recommends brings in a whole lot of unnecessary cruft. I don't have stats of what percentage of users disables them or not, so I won't argue on that point more.<br></div><div><br></div><div>However, at timepoint A a package provides some critical functionality that the user depends on. After sometime, at timepoint B, the package is split and loses some critical functionality expected by the user. This isn't communicated well and it results in a broken boot.</div><div><br></div><div>If you (or others from the packaging team) think that `recommends` is enough effort to avoid breaking the *system*, then fine. I won't comment any further.<br>
</div><div><br></div><div>On Fri, 28 Jun 2024 20:49:41 +0100 Luca Boccassi <<a href="mailto:bluca@debian.org">bluca@debian.org</a>> wrote:</div>
> On Fri, 28 Jun 2024 22:22:46 +0300 hammered hammered<br>
> <<a href="mailto:hammered999@gmail.com">hammered999@gmail.com</a>> wrote:<br>
> > You should show a minimum effort to not break stuff even in<br>
> > unstable/testing.<br>
> <br>
> You have intentionally disabled 'recommends', which are enabled by<br>
> default, and which normally results in sd-cryptsetup being installed.<br>
> That was your decision, so stop wasting time and blaming others for<br>
> your choices.<br>
> <br>
> -- <br>
> Kind regards,<br>
> Luca Boccassi<br>


</div>