On Wed, Mar 23, 2022 at 10:11:36PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
>
> CIP 4.4 is supposed to be maintained until 2027, which is awfully
> long. The question is: is anyone putting new systemd on those
> systems? If no, then they're not relevant.
Why not email them and ask?
thanks,
On Thu, Mar 24, 2022 at 08:21:37AM +0100, Ulrich Windl wrote:
> I wonder:
>
> Why not providing some test suite instead: If the test suite succeeds, systemd
> might work; if it doesn't, manual steps are needed.
> My guess is that most people will quit trying once manual steps are needed.
> In
On Thu, Mar 24, 2022 at 08:08:31AM +0100, Greg KH wrote:
> On Wed, Mar 23, 2022 at 10:11:36PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> >
> > CIP 4.4 is supposed to be maintained until 2027, which is awfully
> > long. The question is: is anyone putting new systemd on those
> > systems? If no,
I respond to myself to the first part of my question.
If you want to synchronize in the cgroup creation to complete just
>> wait for the JobRemoved bus signal for the job returned by
>> StartTransientUnit().
>>
>>
> StartTransientUnit returns a string to a job object path. To call
> JobRemoved I
On Thu, Mar 24, 2022 at 10:28:39AM +, Luca Boccassi wrote:
> On Thu, 2022-03-24 at 09:38 +0100, Lennart Poettering wrote:
> > On Mi, 23.03.22 11:28, Luca Boccassi (bl...@debian.org) wrote:
> >
> > > At least according to our documentation it wouldn't save us much
> > > anyway, as the biggest
On Thu, Mar 24, 2022 at 10:23:21AM +, Luca Boccassi wrote:
> On Thu, 2022-03-24 at 09:45 +0100, Greg Kroah-Hartman wrote:
> > On Thu, Mar 24, 2022 at 09:33:50AM +0100, Ulrich Windl wrote:
> > > > > > Greg KH schrieb am 24.03.2022 um 08:12
> > > > > > in
> > > Nachricht :
> > > > On Wed, Mar
On Thu, Mar 24, 2022 at 02:05:09PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Mar 24, 2022 at 10:28:39AM +, Luca Boccassi wrote:
> > On Thu, 2022-03-24 at 09:38 +0100, Lennart Poettering wrote:
> > > On Mi, 23.03.22 11:28, Luca Boccassi (bl...@debian.org) wrote:
> > >
> > > > At least
HI,
On Thu, 2022-03-24 at 12:40 +0100, Felip Moll wrote:
> False, the JobRemoved signal returns the id, job, unit and result. To
> wait for JobRemoved only needs a matching rule for this signal. The
> matching rule can just contain the path. In fact, nothing else than
> strings can be matched in
On Thu, 2022-03-24 at 09:38 +0100, Lennart Poettering wrote:
> On Mi, 23.03.22 11:28, Luca Boccassi (bl...@debian.org) wrote:
>
> > At least according to our documentation it wouldn't save us much
> > anyway, as the biggest leap is taking cgroupv2 for granted, which
> > requires 4.1, so it's
On Thu, 2022-03-24 at 09:45 +0100, Greg Kroah-Hartman wrote:
> On Thu, Mar 24, 2022 at 09:33:50AM +0100, Ulrich Windl wrote:
> > > > > Greg KH schrieb am 24.03.2022 um 08:12 in
> > Nachricht :
> > > On Wed, Mar 23, 2022 at 10:34:00PM +, Dave Howorth wrote:
> > > > FWIW, I think Greg was a bit
>>> Davide Bettio schrieb am 23.03.2022 um 17:14 in
Nachricht
:
> Hello,
>
> Il giorno mer 23 mar 2022 alle ore 13:56 Lennart Poettering <
> lenn...@poettering.net> ha scritto:
>
>> > Also sadly IMAGE_VERSION doesn't allow + which is used from semver for
>> > build metadata (such as
On Mi, 23.03.22 11:28, Luca Boccassi (bl...@debian.org) wrote:
> At least according to our documentation it wouldn't save us much
> anyway, as the biggest leap is taking cgroupv2 for granted, which
> requires 4.1, so it's included regardless. Unless there's something
> undocumented that would
I wonder:
Why not providing some test suite instead: If the test suite succeeds, systemd
might work; if it doesn't, manual steps are needed.
My guess is that most people will quit trying once manual steps are needed.
In addition the configure procedure could include a "support window" (oldest
>>> Dave Howorth schrieb am 23.03.2022 um 23:34 in
Nachricht <20220323223400.569e0...@acer-suse.lan>:
> On Wed, 23 Mar 2022 22:26:15 +0100
> Michael Biebl wrote:
>> Am Mi., 23. März 2022 um 22:11 Uhr schrieb Zbigniew Jędrzejewski-Szmek
>> :
>>
>> > Or in other words: I'd prefer for such people
On Do, 24.03.22 08:21, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote:
> I wonder:
>
> Why not providing some test suite instead: If the test suite succeeds, systemd
> might work; if it doesn't, manual steps are needed.
One goal here is to reduce our maintainance burden, not increase
it.
>>> Greg KH schrieb am 24.03.2022 um 08:12 in
Nachricht :
> On Wed, Mar 23, 2022 at 10:34:00PM +, Dave Howorth wrote:
>> FWIW, I think Greg was a bit too outspoken calling long maintenance
>> attempts 'crazy'; that may have intimidated some. I'm thinking of
>> moving distro to one that
On Thu, Mar 24, 2022 at 4:30 AM Ulrich Windl
wrote:
>
> I wonder:
>
> Why not providing some test suite instead: If the test suite succeeds, systemd
> might work; if it doesn't, manual steps are needed.
> My guess is that most people will quit trying once manual steps are needed.
> In addition
On Wed, Mar 23, 2022 at 10:34:00PM +, Dave Howorth wrote:
> FWIW, I think Greg was a bit too outspoken calling long maintenance
> attempts 'crazy'; that may have intimidated some. I'm thinking of
> moving distro to one that provides longer term maintenance than my
> present one. Although CIP
On Thu, 2022-03-24 at 09:50 +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Mar 24, 2022 at 08:21:37AM +0100, Ulrich Windl wrote:
> > I wonder:
> >
> > Why not providing some test suite instead: If the test suite
> > succeeds, systemd
> > might work; if it doesn't, manual steps are needed.
>
On Wed, Mar 23, 2022 at 03:58:22PM +, Luca Boccassi wrote:
> On Wed, 2022-03-23 at 12:38 +0100, Greg KH wrote:
> > On Wed, Mar 23, 2022 at 11:28:29AM +, Luca Boccassi wrote:
> > > On Wed, 2022-03-23 at 11:59 +0100, Zbigniew Jędrzejewski-Szmek wrote:
> > > > On Wed, Mar 23, 2022 at
On Thu, Mar 24, 2022 at 09:33:50AM +0100, Ulrich Windl wrote:
> >>> Greg KH schrieb am 24.03.2022 um 08:12 in
> Nachricht :
> > On Wed, Mar 23, 2022 at 10:34:00PM +, Dave Howorth wrote:
> >> FWIW, I think Greg was a bit too outspoken calling long maintenance
> >> attempts 'crazy'; that may
On Mi, 23.03.22 17:14, Davide Bettio (davide.bet...@secomind.com) wrote:
> I opened this PR: https://github.com/systemd/systemd/pull/22841
>
> This doesn't enable full semver support since that would require allowing
> A-Z range, but I'm not sure if it is something we really want to enable
>
On Do, 24.03.22 14:05, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> > Yes, that does sound like worth exploring - our README doesn't document
> > it though, do we have a list of required controllers and when they were
> > introduced?
>
> In the README:
> Linux kernel >= 4.2 for
On Thu, 2022-03-24 at 14:05 +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Mar 24, 2022 at 10:28:39AM +, Luca Boccassi wrote:
> > On Thu, 2022-03-24 at 09:38 +0100, Lennart Poettering wrote:
> > > On Mi, 23.03.22 11:28, Luca Boccassi (bl...@debian.org) wrote:
> > >
> > > > At least
>>> Greg KH schrieb am 24.03.2022 um 14:22 in
Nachricht :
> On Thu, Mar 24, 2022 at 02:05:09PM +0100, Zbigniew Jędrzejewski-Szmek
wrote:
>> On Thu, Mar 24, 2022 at 10:28:39AM +, Luca Boccassi wrote:
>> > On Thu, 2022-03-24 at 09:38 +0100, Lennart Poettering wrote:
>> > > On Mi, 23.03.22
As far as Debian is concerned, we do have
4.9.x in old old stable aka stretch
4.19.x in old stable aka buster
5.10.x in stable aka bullseye
5.16.x in unstable/bookworm
We do provide backports of current systemd versions for bullseye. I
also do care that users upgrading from bullseye to bookworm
On Thu, Mar 24, 2022 at 4:30 PM Michael Biebl wrote:
>
> As far as Debian is concerned, we do have
>
> 4.9.x in old old stable aka stretch
> 4.19.x in old stable aka buster
> 5.10.x in stable aka bullseye
> 5.16.x in unstable/bookworm
>
> We do provide backports of current systemd versions for
27 matches
Mail list logo