seth vidal wrote:
and this is why the update system is writing out update data. So, we can differentiate b/t update for feature and update for security, or different grades of a security update. then we can work more intelligently on: yum update security-critical-only (as an example)
That would be a nice thing for sure, but would really depend on the inclusion of some sort of --continue-on-failure functionality of yum. It makes no sense to provide a "security updates only" option, if the 20 security updates in there could potentially be held back because of a dep problem with one of them.
I've said this a thousand times over and I'll say it again. I would *much* rather have 1 package with a known security problem (held back because of a dep issue with that package), than 20.
/Thomas -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list