Re: Proposal: dnf should offer to update all of the dependencies of any package installed or updated

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

 



On Sat, Jan 28, 2023 at 02:14:58AM -0600, Bruno Wolff III wrote:
> On Fri, Jan 27, 2023 at 18:43:56 -0800,
>  Gordon Messmer <gordon.messmer@xxxxxxxxx> wrote:
> >
> >Second, I'd like to suggest that in the future, at least in
> >Fedora, for any "install" or "update" operation that dnf performs,
> >dnf's default behavior should be checking all of the direct and
> >indirect dependencies of the packages being installed (or updated)
> >and updating any dependencies which have updates available.
> >
> >Does anyone else have any opinions on the subject?  Should I
> >simply file a bug against dnf proposing this behavior?
> 
> If there is a problem with not uodating dependencies when you do an
> install or an update on selected packages, the packages dependencies
> are not properly defined.

You're correct, but ...

It's quite often the case that updates fail because of a missing
symbol in some library that wasn't updated.  I think this even happens
if you're using symbol versioning, but in any case many libraries
don't use symbol versioning[1].

Gordon's suggestion is a pretty good one for fixing this common
problem without making developers add full ">= version" dependencies
to every BuildRequires line in every package they maintain.

> I think the case where you don't want to keep the full system up to
> date, but a selective update or install causes problems as well is
> pretty rare. I think it might be reasonable to have an option that
> requests doing a recursive update. I would consider this to be a low
> priority feature request that has to compete with all of the other
> work being done on dnf, rather than a bug. I don't work on dnf and
> the people that do might feel differently.

Not really that rare.  I do this all the time.  Especially useful when
keeping a system "mainly" on a Fedora release, but selectively testing
Rawhide packages.

Rich.

[1] https://www.berrange.com/posts/2011/01/13/versioning-in-the-libvirt-library/

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
_______________________________________________
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
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue




[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