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 bul
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 c
On Do, 24.03.22 14:05, Zbigniew Jędrzejewski-Szmek ([email protected]) 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 unifi
On Mi, 23.03.22 17:14, Davide Bettio ([email protected]) 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
> (uppe
>>> 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 11:28,
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 ([email protected]) wrote:
> > >
> > > > At least accord
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 a
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 ([email protected]) wrote:
> > >
> > > > At least
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 ([email protected]) wrote:
> >
> > > At least according to our documentation it wouldn't save us much
> > > anyway, as the biggest le
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 n
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 2
On Thu, 2022-03-24 at 09:38 +0100, Lennart Poettering wrote:
> On Mi, 23.03.22 11:28, Luca Boccassi ([email protected]) 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 inclu
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
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, t
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 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 addi
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 hav
On Mi, 23.03.22 11:28, Luca Boccassi ([email protected]) 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 make
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 the
On Do, 24.03.22 08:21, Ulrich Windl ([email protected]) 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 provide
>>> Dave Howorth schrieb am 23.03.2022 um 23:34 in
Nachricht <[email protected]>:
> 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 t
>>> 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 <
> [email protected]> ha scritto:
>
>> > Also sadly IMAGE_VERSION doesn't allow + which is used from semver for
>> > build metadata (such as 1.0.0+21AF26
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
kern
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 is
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,
gr
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 09:26:05A
27 matches
Mail list logo
