Re: splitting out systemd-networkd, systemd-standalone-{sysusers,tmpfiles} subpackages in F33+

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

 



Hi Zbyszek,
Would it make sense to do the same for systemd-resolved ?
Sounds like it has similar impact/scope wrt coreos.

On Wed, 2020-09-30 at 16:26 +0000, Zbigniew Jędrzejewski-Szmek wrote:
> Hi,
> 
> the systemd package is getting a systemd-networkd subpackage split out
> that will contain systemd-networkd, networkctl, and the associated data files.
> This was requested by coreos maintainers: NetworkManager is used and skipping
> systemd-networkd allows the installation footprint and potential user confusion
> to be reduced a bit. (By 1.6 MB and an unknown amount, respectively.)
> 
> Appropriate Obsoletes are added on both the main package and the new
> systemd-networkd subpackage, so the systemd-networkd subpackage should
> be installed on upgrades. In addition, the new subpackage has Recommends from
> the main package, so it will be installed in normal installations. The split
> affects installations with --setopt=install_weak_deps=False. Please make sure
> to pull in systemd-networkd.rpm independently if needed. Also note that
> systemd-networkd.service was preset as *disabled* in Fedora, which means that
> unless it was enabled by the user, the removal of systemd-networkd wouldn't
> have an effect.
> 
> In addition, two more new subpackages are created: systemd-standalone-sysusers
> and systemd-standalone-tmpfiles, with custom-linked systemd-sysusers and
> systemd-tmpfiles binaries. They packages are 170kB and 260kB and pull in much
> less dependencies compared to the normal systemd package (only glibc, libselinux,
> and libacl). The goal here is to be able to use those packages in limited
> environments where systemd itself is not necessary.
> 
> The main systemd systemd package Obsoletes the -standalone- packages, so it
> should smoothly replace them whenever it is pulled in.
> 
> This change was done in systemd-246.6-2.fc34 in rawhide right now. (There are
> some cleanups to move more files to the -networkd subpackage in the works for
> 246.6-3.fc34). Please give this a spin and report any issues.
> 
> The plan is to also do this split for F33 if no issues are noted in rawhide.
> 
> 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

-- 
Simo Sorce
RHEL Crypto Team
Red Hat, Inc



_______________________________________________
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