Re: bin/sbin merge: Are we going to change kconfig MODPROBE_PATH?

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

 



On Wed, Feb 05, 2025 at 03:02:33PM +0000, Richard W.M. Jones wrote:
> On Wed, Feb 05, 2025 at 01:57:01PM +0000, Zbigniew Jędrzejewski-Szmek wrote:
> > On Wed, Feb 05, 2025 at 12:03:21PM +0000, Richard W.M. Jones wrote:
> > > https://github.com/torvalds/linux/blob/5c8c229261f14159b54b9a32f12e5fa89d88b905/kernel/module/Kconfig#L416
> > > 
> > > This defaults to "/sbin/modprobe".  Should it be changed to
> > > "/usr/bin/modprobe"?
> > > 
> > > A few possible reasons:
> > > 
> > > (1) Bad RPM installers that don't run scripts, specifically the
> > > filesystem.spec script.  (This is the case that broke for me.)
> > 
> > Can you expand a bit on this? All installs with 'rpm' should DTRT.
> 
> It's not really possible in some circumstances, namely when trying to
> install an RPM without needing to be root.  (There are also package
> systems like bazel which are simply broken in this regard, but that's
> another issue.)

Ack. I guess 'rpm2cpio … | cpio -i --make-dir' falls into this category.
But systems "installed" in such a way will have other problems: ldconfig,
alternatives, systemd symlinks, and many other things are created via
scriptlets. The bad part is that that chroot will not have the /usr/sbin
symlink at all, since it's created via a scriptlet.

> So eventually are we planning to remove the script stuff in
> filesystem.spec, and replace it with a simple /usr/sbin -> /usr/bin
> symlink RPM file entry?

Eventually – yes. But I'd like to keep the upgrades from older systems
working. If we just change the symlink to be part of the normal payload, rpm
would refuse to upgrade. Maybe we can make this work with some %pretrans script
that removes the old directory.

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