Am 12.10.2013 19:34, schrieb P J P: >> On Saturday, 12 October 2013 10:43 PM, Reindl Harald <h.reindl@xxxxxxxxxxxxx> wrote: >> *why* should it be addressed in yum or DNF? >> >> if a package pulls un-needed dependencies the package has >> to be fixed and *not* worked around it - period > > Yes, agreed. But that might probably involve fixing the package review process wherein a new package > is introduced. Once the package is approved and enters repositories, subsequent updates could introduce > new dependencies. These updates do not go through any manual review process. and yum/dnf on the users end can't change anything here the manual review most likely also because if you compile with a additional --with-whatever flag you may introduce a dependency not visible in the SPEC nor on many machines which may have installed it already for other reasons this could only be done on the infrastructure by verify the implicit and explicit "Requires" against the previous build and supsend push the package until a manual review > Ie. If I ask to remove package bluez, do let me know that 100 other packages might not work, > but prompt me to remove only and only package bluez and not the 100 other affected packages. > This would significantly simplify user's decision making and thus improve user experience too. if you understand how modern software with shared libraries is working you won't come to this idea - you have finally no clue which libraries and core components are broken by doing so and there is a good chance that you break the whole setup if you want get a feeling in waht these ends type the follwoing as root after you prepeared a rescue-disc because not rpm, nor yum nor even sshd will work any longer and you need to copy the package files by hand to their location - have fun, tried it in a VM "rpm -e --nodeps nss-softokn-freebl"
Attachment:
signature.asc
Description: OpenPGP digital signature
-- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
