Re: Adding Obsoletes to generated -debuginfo packages ?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



-----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




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux