Hi,
After this change missed F37, it's now testable in F38:
https://src.fedoraproject.org/rpms/systemd/pull-request/100
systemd-253~rc2-3.fc38
Thanks Dusty, zbyszek!
Thomas
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
Hi,
On 6/27/22 13:18, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Jun 27, 2022 at 11:20:13AM +0200, Hans de Goede wrote:
>> Hi,
>>
>> On 6/27/22 10:10, Zbigniew Jędrzejewski-Szmek wrote:
>>> On Sun, Jun 26, 2022 at 12:36:14AM +0530, Vipul Siddharth wrote:
This document represents a proposed
On 7/6/22 04:37, Lennart Poettering wrote:
> On Di, 05.07.22 22:35, Dusty Mabe (du...@dustymabe.com) wrote:
>
>> On 6/25/22 15:06, Vipul Siddharth wrote:
>>> This document represents a proposed Change. As part of the Changes
>>> process, proposals are publicly announced in order to receive
>>> c
On Di, 05.07.22 22:35, Dusty Mabe (du...@dustymabe.com) wrote:
> On 6/25/22 15:06, Vipul Siddharth wrote:
> > This document represents a proposed Change. As part of the Changes
> > process, proposals are publicly announced in order to receive
> > community feedback. This proposal will only be impl
On 6/25/22 15:06, Vipul Siddharth wrote:
> This document represents a proposed Change. As part of the Changes
> process, proposals are publicly announced in order to receive
> community feedback. This proposal will only be implemented if approved
> by the Fedora Engineering Steering Committee.
>
On 6/27/22 22:35, Neal Gompa wrote:
> On Sat, Jun 25, 2022 at 3:06 PM Vipul Siddharth
> wrote:
>>
>> This document represents a proposed Change. As part of the Changes
>> process, proposals are publicly announced in order to receive
>> community feedback. This proposal will only be implemented i
Once upon a time, Neal Gompa said:
> I'd be interested in seeing the justification for the revert in RHEL
> 9. From my perspective, it doesn't make sense to disable this because
> it makes bonds/teams/etc. device dependent. This can be particularly
> bad if you've got a bond and then you swap out
On Sat, Jun 25, 2022 at 3:06 PM Vipul Siddharth
wrote:
>
> This document represents a proposed Change. As part of the Changes
> process, proposals are publicly announced in order to receive
> community feedback. This proposal will only be implemented if approved
> by the Fedora Engineering Steerin
> The `systemd-udev` package installs
> `"/usr/lib/systemd/network/99-default.link"`,
> which sets `Link.MACAddressPolicy=persistent`. This proposal is to
> change it to set `Link.MACAddressPolicy=none` to stop changing the MAC
> address. This is particularly important for bridge and bond devices.
On 6/27/22 13:03, Thomas Haller wrote:
> On Mon, 2022-06-27 at 10:10 +0200, Zbigniew Jędrzejewski-Szmek wrote:
>> On Sun, Jun 26, 2022 at 12:36:14AM +0530, Vipul Siddharth wrote:
>>> This document represents a proposed Change. As part of the Changes
>>> process, proposals are publicly announced in
On 6/27/22 13:03, Thomas Haller wrote:
> On Mon, 2022-06-27 at 10:10 +0200, Zbigniew Jędrzejewski-Szmek wrote:
>
>> - For "big" users (the datacenter case), changing the policy make
>> sense,
>> but at the same time, those folks can just insert a policy
>> override,
>> they're most likely u
On Mon, 2022-06-27 at 17:26 +0100, Tom Hughes wrote:
> On 27/06/2022 17:09, Tom Hughes via devel wrote:
> > On 27/06/2022 17:05, Thomas Haller wrote:
> >
> > > On Mon, 2022-06-27 at 13:09 +0100, Tom Hughes via devel wrote:
> > > >
> > > > Twice now I have had to go and reconfigure my networks aft
On Mon, 2022-06-27 at 13:34 +0200, Zbigniew Jędrzejewski-Szmek wrote:
>
> I'm not "blaming" the tools, I completely understand that they were
> written a long time ago. But in fact the issue is fairly generic: any
> software which interacts with devices that udev also touches MUST
> wait
> for ude
On Mon, 2022-06-27 at 10:10 +0200, Zbigniew Jędrzejewski-Szmek wrote:
> On Sun, Jun 26, 2022 at 12:36:14AM +0530, Vipul Siddharth wrote:
> > This document represents a proposed Change. As part of the Changes
> > process, proposals are publicly announced in order to receive
> > community feedback. T
On Mon, Jun 27, 2022 at 06:08:13PM +0200, Thomas Haller wrote:
> On Mon, 2022-06-27 at 10:10 +0200, Zbigniew Jędrzejewski-Szmek wrote:
> > >
> > > - Deviate from upstream systemd.
> >
> > It is also important to mention that Fedora will "deviate" from
> > itself
> > (it's former self). We would b
On 27/06/2022 17:09, Tom Hughes via devel wrote:
On 27/06/2022 17:05, Thomas Haller wrote:
On Mon, 2022-06-27 at 13:09 +0100, Tom Hughes via devel wrote:
Twice now I have had to go and reconfigure my networks after a Fedora
upgrade has changed the MAC assignment policy.
Interesting. Are you
On 27/06/2022 17:05, Thomas Haller wrote:
On Mon, 2022-06-27 at 13:09 +0100, Tom Hughes via devel wrote:
Twice now I have had to go and reconfigure my networks after a Fedora
upgrade has changed the MAC assignment policy.
Interesting. Are you sure it was twice? I thought it changed "only"
on
On Mon, 2022-06-27 at 10:10 +0200, Zbigniew Jędrzejewski-Szmek wrote:
> >
> > - Deviate from upstream systemd.
>
> It is also important to mention that Fedora will "deviate" from
> itself
> (it's former self). We would be changing a default in place since
> ~2013 [1].
>
> [1] https://github.com/
Hi,
On Mon, 2022-06-27 at 13:09 +0100, Tom Hughes via devel wrote:
>
> Twice now I have had to go and reconfigure my networks after a Fedora
> upgrade has changed the MAC assignment policy.
Interesting. Are you sure it was twice? I thought it changed "only"
once in F31 (2019).
Thomas
_
On 6/27/22 07:34, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Jun 27, 2022 at 09:40:53AM +0100, Daniel P. Berrangé wrote:
>> On Mon, Jun 27, 2022 at 10:10:31AM +0200, Zbigniew Jędrzejewski-Szmek wrote:
>>> On Sun, Jun 26, 2022 at 12:36:14AM +0530, Vipul Siddharth wrote:
This document repres
On 6/27/22 04:10, Zbigniew Jędrzejewski-Szmek wrote:
>
>
> Re variant 2: the proposal limited to brige/bond devices seems much more
> reasonable. In particular, the case described below of a server (virtualized
> or not) in a big datacenter is the one case where the benefits of
> MACAddressPolic
As I said before I don't care that much what the policy is but I do
care very much that Fedora keeps changing it.
Twice now I have had to go and reconfigure my networks after a Fedora
upgrade has changed the MAC assignment policy.
My vote is therefore to leave it as it is so that I don't have to
On Sat, Jun 25, 2022 at 08:39:22PM +, devel-requ...@lists.fedoraproject.org
wrote:
> This document represents a proposed Change. As part of the Changes
> process, proposals are publicly announced in order to receive
> community feedback. This proposal will only be implemented if approved
> by
On Mon, Jun 27, 2022 at 09:40:53AM +0100, Daniel P. Berrangé wrote:
> On Mon, Jun 27, 2022 at 10:10:31AM +0200, Zbigniew Jędrzejewski-Szmek wrote:
> > On Sun, Jun 26, 2022 at 12:36:14AM +0530, Vipul Siddharth wrote:
> > > This document represents a proposed Change. As part of the Changes
> > > proc
On Mon, Jun 27, 2022 at 11:20:13AM +0200, Hans de Goede wrote:
> Hi,
>
> On 6/27/22 10:10, Zbigniew Jędrzejewski-Szmek wrote:
> > On Sun, Jun 26, 2022 at 12:36:14AM +0530, Vipul Siddharth wrote:
> >> This document represents a proposed Change. As part of the Changes
> >> process, proposals are pub
Hi,
On 6/27/22 10:10, Zbigniew Jędrzejewski-Szmek wrote:
> On Sun, Jun 26, 2022 at 12:36:14AM +0530, Vipul Siddharth wrote:
>> This document represents a proposed Change. As part of the Changes
>> process, proposals are publicly announced in order to receive
>> community feedback. This proposal wi
On Mon, Jun 27, 2022 at 10:10:31AM +0200, Zbigniew Jędrzejewski-Szmek wrote:
> On Sun, Jun 26, 2022 at 12:36:14AM +0530, Vipul Siddharth wrote:
> > This document represents a proposed Change. As part of the Changes
> > process, proposals are publicly announced in order to receive
> > community feed
On Sun, Jun 26, 2022 at 12:36:14AM +0530, Vipul Siddharth wrote:
> This document represents a proposed Change. As part of the Changes
> process, proposals are publicly announced in order to receive
> community feedback. This proposal will only be implemented if approved
> by the Fedora Engineering
28 matches
Mail list logo
