Re: new systemd in rawhide

2021-12-15 Thread Zbigniew Jędrzejewski-Szmek
On Wed, Dec 15, 2021 at 07:13:49AM -0500, Neal Gompa wrote: > On Sat, Dec 11, 2021 at 5:43 AM Zbigniew Jędrzejewski-Szmek > wrote: > > > > On Fri, Dec 10, 2021 at 05:03:45PM +, Richard W.M. Jones wrote: > > > On Fri, Dec 10, 2021 at 07:34:42AM +, Zbigniew Jędrzejewski-Szmek > > > wrote:

Re: new systemd in rawhide

2021-12-15 Thread Neal Gompa
On Sat, Dec 11, 2021 at 5:43 AM Zbigniew Jędrzejewski-Szmek wrote: > > On Fri, Dec 10, 2021 at 05:03:45PM +, Richard W.M. Jones wrote: > > On Fri, Dec 10, 2021 at 07:34:42AM +, Zbigniew Jędrzejewski-Szmek wrote: > > > Also, I moved more stuff into the -udev subpackage: > > >

Re: new systemd in rawhide

2021-12-13 Thread Matthew Miller
On Fri, Dec 10, 2021 at 03:00:29PM +0100, Lennart Poettering wrote: > It's an excercise in minimizing our footprint (for containers, > embedded devices) , but still providing a rich feature set for those > who want it, without requiring recompilation, and whith automatic > upgrading to the full

Re: new systemd in rawhide

2021-12-13 Thread Ondrej Kozina
Hi Zbyszek, On 10. 12. 21 8:34, Zbigniew Jędrzejewski-Szmek wrote: Hi, heads-up: systemd 250-rc1 has been built in rawhide. If there are regressions, please file a bug or let me know otherwise. just a minor thing about systemd cryptsetup plugins, but please take a look at:

Re: new systemd in rawhide

2021-12-11 Thread Samuel Sieb
On 12/10/21 08:15, Ralf Corsépius wrote: Am 10.12.21 um 15:13 schrieb Zbigniew Jędrzejewski-Szmek: Some other replies in this thread assumed that the programs will crash. I have no idea why you would assume that. If properly implemented, such programs typically won't crash, they will "just not

Re: new systemd in rawhide

2021-12-11 Thread Zbigniew Jędrzejewski-Szmek
On Fri, Dec 10, 2021 at 01:58:28PM -0500, przemek klosowski via devel wrote: > On 12/10/21 09:13, Zbigniew Jędrzejewski-Szmek wrote: > >On Fri, Dec 10, 2021 at 10:40:33AM +0100, Vitaly Zaitsev via devel wrote: > > What happens if these libraries are not installed an cannot be dl-opened? > >The

Re: new systemd in rawhide

2021-12-11 Thread Zbigniew Jędrzejewski-Szmek
On Fri, Dec 10, 2021 at 05:03:45PM +, Richard W.M. Jones wrote: > On Fri, Dec 10, 2021 at 07:34:42AM +, Zbigniew Jędrzejewski-Szmek wrote: > > Also, I moved more stuff into the -udev subpackage: > > systemd-integritysetup, systemd-veritysetup, systemd-binfmt, > > systemd-sysctl,

Re: new systemd in rawhide

2021-12-10 Thread przemek klosowski via devel
On 12/10/21 09:13, Zbigniew Jędrzejewski-Szmek wrote: On Fri, Dec 10, 2021 at 10:40:33AM +0100, Vitaly Zaitsev via devel wrote: What happens if these libraries are not installed an cannot be dl-opened? The functionality that requires those libraries will not be available. This is quite

Re: new systemd in rawhide

2021-12-10 Thread Richard W.M. Jones
On Fri, Dec 10, 2021 at 07:34:42AM +, Zbigniew Jędrzejewski-Szmek wrote: > Also, I moved more stuff into the -udev subpackage: > systemd-integritysetup, systemd-veritysetup, systemd-binfmt, > systemd-sysctl, systemd-coredump. IIUC, none of those are useful > in containers, so they fit better

Re: new systemd in rawhide

2021-12-10 Thread Ralf Corsépius
Am 10.12.21 um 15:13 schrieb Zbigniew Jędrzejewski-Szmek: Some other replies in this thread assumed that the programs will crash. I have no idea why you would assume that. If properly implemented, such programs typically won't crash, they will "just not work" oder "error out". Functionally,

Re: new systemd in rawhide

2021-12-10 Thread Zbigniew Jędrzejewski-Szmek
On Fri, Dec 10, 2021 at 10:40:33AM +0100, Vitaly Zaitsev via devel wrote: > On 10/12/2021 08:34, Zbigniew Jędrzejewski-Szmek wrote: > >We also changed various libraries to be dlopened when actually used, > >instead of being dynamically linked. The goal is to reduce the > >required dependencies. >

Re: new systemd in rawhide

2021-12-10 Thread Lennart Poettering
On Fr, 10.12.21 10:40, Fedora Development ML (devel@lists.fedoraproject.org) wrote: > On 10/12/2021 08:34, Zbigniew Jędrzejewski-Szmek wrote: > > We also changed various libraries to be dlopened when actually used, > > instead of being dynamically linked. The goal is to reduce the > > required

Re: new systemd in rawhide

2021-12-10 Thread Zbigniew Jędrzejewski-Szmek
On Fri, Dec 10, 2021 at 12:16:37PM +0100, Björn Persson wrote: > Zbigniew Jędrzejewski-Szmek wrote: > > This means that various libraries that were > > previously always pulled in, are not listed as Recommends by the various > > subpackages: > [...] > > Recommends are normally installed, but if

Re: new systemd in rawhide

2021-12-10 Thread Vitaly Zaitsev via devel
On 10/12/2021 13:34, Ralf Corsépius wrote: Programs will fail at run-time. Openly said, I feel this is a massive regression and design flaw. +1. And crash on init-system level will fail the whole system. All library dependencies should be tracked by linker. dlopen() should be used only for

Re: new systemd in rawhide

2021-12-10 Thread Ralf Corsépius
Am 10.12.21 um 10:40 schrieb Vitaly Zaitsev via devel: On 10/12/2021 08:34, Zbigniew Jędrzejewski-Szmek wrote: We also changed various libraries to be dlopened when actually used, instead of being dynamically linked. The goal is to reduce the required dependencies. dl-opening instead of

Re: new systemd in rawhide

2021-12-10 Thread Björn Persson
Zbigniew Jędrzejewski-Szmek wrote: > This means that various libraries that were > previously always pulled in, are not listed as Recommends by the various > subpackages: [...] > Recommends are normally installed, but if you're using 'dnf --setopt > install_weak_deps=False' > or similar, please

Re: new systemd in rawhide

2021-12-10 Thread Vitaly Zaitsev via devel
On 10/12/2021 08:34, Zbigniew Jędrzejewski-Szmek wrote: We also changed various libraries to be dlopened when actually used, instead of being dynamically linked. The goal is to reduce the required dependencies. What happens if these libraries are not installed an cannot be dl-opened? --