-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On Thu, 2020-06-04 at 10:56 +0200, Vít Ondruch wrote: > Dne 03. 06. 20 v 19:29 Igor Raits napsal(a): > > On Wed, 2020-06-03 at 18:42 +0200, Vít Ondruch wrote: > > > Other possibility is to modify DNF to not touch such packages. > > > Not > > > sure > > > if that would be better. Or is there already some functionality > > > which > > > would exclude the package from dnf transaction, something like: > > > > > ~~~ > > > # This package won't be installed, but will obsolete other > > > packages > > > Provides: libsolv-self-destruct-pkg() > > > > > ~~~ > > > > > we use in fedora-obsolete-packages? > > > > Since they do not block the upgrades, does it really matter? > > > They block updates. The subpackage -debuginfo requires the main > package. I don't think that it is true anymore, starting with Fedora 27. https://fedoraproject.org/wiki/Changes/ParallelInstallableDebuginfo ❯ sudo dnf repoquery --repo=rawhide-debuginfo --requires gnome-shell- debuginfo --quiet | wc -l 0 > While there is update for the main package, there is obviously not > update for the subpackages. Therefore the subpackage -debuginfo > packages > will block the upgrade forever. This is the same issue why we have > fedora-obsolete-packages. However the difference is that we typically > don't care about -debuginfos, because they are magically generated > and > they are always parallel installable. > > > > However, I > > agree that DNF removing packages that are not present in upgrade > > repo > > and blocking the upgrade, should be removed automatically. > > > Actually, the -debuginfo package could be possibly treated as > installonly packages. But even install only packages are updated, if > I > am not mistaken. So it would be probably better if DNF completely > ignored them. > > > Vít > > > > > > > > > Vít > > > > > > > > > Dne 03. 06. 20 v 18:23 Vít Ondruch napsal(a): > > > > Because was bitten by this and there is not clear guideline, I > > > > have > > > > tried to draft something here: > > > > > > > > https://pagure.io/packaging-committee/pull-request/988 > > > > > > > > > > > > Vít > > > > > > > > > > > > Dne 03. 05. 18 v 12:10 Daniel P. Berrangé napsal(a): > > > > > In libvirt we recently deleted a driver for the legacy Xen > > > > > toolstack. > > > > > > > > > > This was shipped in a libvirt-daemon-driver-xen RPM. > > > > > > > > > > I am able to add an "Obsoletes: libvirt-daemon-driver-xen < > > > > > 4.3.0" > > > > > line to the libvirt-daemon-driver-libxl RPM, which gives > > > > > clean > > > > > upgrade path for users. > > > > > > > > > > If they have the libvirt-daemon-driver-xen-debuginfo RPM > > > > > installed > > > > > though that still breaks the upgrade. > > > > > > > > > > How can I get the auto-generated libvirt-daemon-driver-libxl- > > > > > debuginfo > > > > > RPM to have an "Obsoletes: libvirt-daemon-driver-xen- > > > > > debuginfo < > > > > > 4.3.0" > > > > > statement ? It seems impossible, meaning users with debuginfo > > > > > have a > > > > > broken upgrade path. An unfortunate consequence of switching > > > > > to > > > > > seprate > > > > > -debuginfo per sub-RPM. > > > > > > > > > > Regards, > > > > > Daniel > > > > _______________________________________________ > > > > devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx > > > > To unsubscribe send an email to > > > > devel-leave@xxxxxxxxxxxxxxxxxxxxxxx > > > > Fedora Code of Conduct: > > > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > > > List Guidelines: > > > > https://fedoraproject.org/wiki/Mailing_list_guidelines > > > > List Archives: > > > > > > https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx > > > _______________________________________________ > > > devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx > > > To unsubscribe send an email to > > > devel-leave@xxxxxxxxxxxxxxxxxxxxxxx > > > Fedora Code of Conduct: > > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > > List Guidelines: > > > https://fedoraproject.org/wiki/Mailing_list_guidelines > > > List Archives: > > > > > https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx > > _______________________________________________ > > devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx > > To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx > > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: > > https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx > > _______________________________________________ > devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: > https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx - -- Igor Raits <ignatenkobrain@xxxxxxxxxxxxxxxxx> -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEcwgJ58gsbV5f5dMcEV1auJxcHh4FAl7YvfYACgkQEV1auJxc Hh7HyA//YzAj+vzXKk3yt+qz8fXAaq92NHq3gbJ1w9J89854s/EfM4dzltOzvfqb H9gmepJMLbumfhwlkvb6mYw0kzqHcw5/jZWZU9pMPAcAudBeiX0vPrkCclRRpp8d zXK44Eoq0Kez/7R3AcXKg437SEjDTdFrtqnGbJdiC2xr5bFnlOpxwDXtAxpQy1qM m3FZ0tSGtrN7ssdW64Z4DErDxWcfp2AdoXlYgMOLDObpo/gQXFx5roSwp3/eMP0/ 8DvIhmmsuh3+KCr2rkUmY6wwVftt21KEwbJKESuc0+Hd40vg3LdSMbMsrRVc0Zp+ BbNJk3ZBHhcdBOKJq6GP6D9IpLt7NnNghktDAD/aixpVFQd1gcI7JvIaObITJRhL 4quGlDtk2fxaQPp3H4pqBJuffc/GszawMCsSN5nEC6lLB5qe+hdCGoVMQGfLMCL2 uQ86hquKHGh6b72ZTz1f+JNbrqMLg7D4i8F3odWhukaymhDt+nYAb8rb9YAwT31w GTiBn/MqwT+go8GByiIGXSL3gVVXrUjswTBMvJYU5Hx+2V8rZJ7gMmdatc7bXXRw LTENKqHjYi8dYL+jpxWPi+F6ayepofcCQvbQKt/tbx7iKPNTDF39Lxm9uBkvZxQK nLR4z5KaAN4Pmp97/FYjJTU4DJpXavwrhLsHafb1f3EFDMsHw/4= =sImD -----END PGP SIGNATURE----- _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
