Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #267737

Re: Inclusive terminology (instead of master/slave) for network bonding/LACP

From Jeffrey Walton <noloader@gmail.com>
Newsgroups linux.debian.user
Subject Re: Inclusive terminology (instead of master/slave) for network bonding/LACP
Date 2024-02-23 17:30 +0100
Message-ID <IaGAV-c6Wb-11@gated-at.bofh.it> (permalink)
References <IaeEF-bPT3-1@gated-at.bofh.it> <IaAFb-c3pB-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw

On Fri, Feb 23, 2024 at 5:08 AM Marco Moock <mm@dorfdsl.de> wrote:
> Am 22.02.2024 schrieb Ralph Aichinger <ra@h5.or.at>:
> [...]
> > Is there anything planned to get "master/slave" terminology out of
> > network bonding/LACP in Debian (or Linux kernel or whoever decides
> > this terminology)? I know these things are slow to change, just
> > wondering.
> >
> > https://wiki.debian.org/Bonding
>
> I don't know why somebody should waste time for changing terms there.
> There is almost no technical benefit and the amount of people who
> operate Ethernet bonds is small, so the probability that somebody feels
> disturbed by those terms here is also small.
> [...]
> I don't think that spending time on that is a valuable thing, there are
> more important tasks like testing or adding functionality.

I align with most of this position. An engineer's time is better spent
on technical problems, not political ones. There is no technical
benefit, so don't spend time on it. And there are other venues for
political discourse.

> If you like to change that, feel free to create a fork of the upstream
> projects and use the terms you prefer.

I hope no one would object if OP created a politically correct
ifenslave-pc package.

I don't want to bikeshed, though. Slavery ended in the US about 150
years ago. I don't know any slaves, and I don't own any slaves, so I
don't really have a dog in the fight.

Jeff

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Inclusive terminology (instead of master/slave) for network  bonding/LACP Ralph Aichinger <ra@h5.or.at> - 2024-02-22 11:40 +0100
  Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Andy Smith <andy@strugglers.net> - 2024-02-23 07:10 +0100
  Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Mariusz Gronczewski <xani@devrandom.pl> - 2024-02-23 10:50 +0100
    Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP <tomas@tuxteam.de> - 2024-02-23 11:00 +0100
      Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Marco Moock <mm@dorfdsl.de> - 2024-02-23 11:10 +0100
        Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP tomas@tuxteam.de - 2024-02-23 11:20 +0100
      Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Mariusz Gronczewski <xani@devrandom.pl> - 2024-02-23 12:20 +0100
    Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Alain D D Williams <addw@phcomp.co.uk> - 2024-02-23 11:10 +0100
      Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Marco Moock <mm@dorfdsl.de> - 2024-02-23 11:30 +0100
        Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP <tomas@tuxteam.de> - 2024-02-23 19:30 +0100
      Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Mike Castle <dalgoda+debian@gmail.com> - 2024-03-14 19:30 +0100
        Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Emanuel Berg <incal@dataswamp.org> - 2024-03-15 01:50 +0100
          Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Alain D D Williams <addw@phcomp.co.uk> - 2024-03-15 09:50 +0100
            Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Mike Castle <dalgoda+debian@gmail.com> - 2024-03-15 17:10 +0100
              Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP <tomas@tuxteam.de> - 2024-03-15 17:20 +0100
              Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Emanuel Berg <incal@dataswamp.org> - 2024-03-15 17:40 +0100
            Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Emanuel Berg <incal@dataswamp.org> - 2024-03-15 17:30 +0100
          Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Will Mengarini <seldon@eskimo.com> - 2024-03-15 19:20 +0100
            Please terminate this faecal matter - the whole thread appears to be  a troll.....Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Bret Busby <bret@busby.net> - 2024-03-15 20:00 +0100
              Re: Please terminate this faecal matter - the whole thread appears to  be a troll.....Re: Inclusive terminology (instead of master/slave) for  network bonding/LACP Jeffrey Walton <noloader@gmail.com> - 2024-03-15 23:30 +0100
            Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Emanuel Berg <incal@dataswamp.org> - 2024-03-15 21:50 +0100
    Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Arno Lehmann <al@its-lehmann.de> - 2024-02-23 12:50 +0100
      Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Marco Moock <mm@dorfdsl.de> - 2024-02-23 13:20 +0100
      Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Mariusz Gronczewski <xani@devrandom.pl> - 2024-02-23 13:40 +0100
      Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Zenaan Harkness <zenaan@gmail.com> - 2024-02-24 23:30 +0100
        Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Karen Lewellen <klewellen@shellworld.net> - 2024-02-25 00:20 +0100
          Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP <tomas@tuxteam.de> - 2024-02-25 07:30 +0100
            Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Zenaan Harkness <zenaan@gmail.com> - 2024-02-25 08:40 +0100
            Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Mariusz Gronczewski <xani@devrandom.pl> - 2024-02-25 12:50 +0100
    Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Andy Smith <andy@strugglers.net> - 2024-02-23 15:50 +0100
  Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Marco Moock <mm@dorfdsl.de> - 2024-02-23 11:10 +0100
    Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Roger Price <roger@rogerprice.org> - 2024-02-23 11:50 +0100
      Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Mariusz Gronczewski <xani@devrandom.pl> - 2024-02-23 12:20 +0100
        Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Andy Smith <andy@strugglers.net> - 2024-02-23 15:40 +0100
    Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Jeffrey Walton <noloader@gmail.com> - 2024-02-23 17:30 +0100
      Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Dan Ritter <dsr@randomstring.org> - 2024-02-23 19:10 +0100
        Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Gremlin <scott-andrews@columbus.rr.com> - 2024-02-23 19:20 +0100
          Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Jeffrey Walton <noloader@gmail.com> - 2024-02-23 21:00 +0100
        Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Marco Moock <mm@dorfdsl.de> - 2024-02-23 20:00 +0100
          Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Emanuel Berg <incal@dataswamp.org> - 2024-02-24 12:30 +0100
            Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP jeremy ardley <jeremy.ardley@gmail.com> - 2024-02-24 12:40 +0100
              Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Emanuel Berg <incal@dataswamp.org> - 2024-02-24 14:50 +0100
                Re: Inclusive terminology (instead of master/slave) for network bonding/LACP The Wanderer <wanderer@fastmail.fm> - 2024-02-24 15:10 +0100
                Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Alain D D Williams <addw@phcomp.co.uk> - 2024-02-24 18:00 +0100
                Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP <tomas@tuxteam.de> - 2024-02-24 19:40 +0100
                Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Zenaan Harkness <zenaan@gmail.com> - 2024-02-24 23:20 +0100
                Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP <tomas@tuxteam.de> - 2024-02-25 07:20 +0100
                Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Zenaan Harkness <zenaan@gmail.com> - 2024-02-25 08:40 +0100
                Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP tomas@tuxteam.de - 2024-02-25 10:30 +0100
                Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Geert Stappers <stappers@stappers.nl> - 2024-02-25 10:40 +0100
                Reply to list vs. group reply [was: Inlclusive terminology...] <tomas@tuxteam.de> - 2024-02-25 10:50 +0100
                Re: Reply to list vs. group reply [was: Inlclusive terminology...] Geert Stappers <stappers@stappers.nl> - 2024-02-25 13:20 +0100
                Postel's Law (Was Re: Inclusive terminology (instead of  master/slave) for network bonding/LACP) Andy Smith <andy@strugglers.net> - 2024-02-24 22:40 +0100
                Re: Postel's Law (Was Re: Inclusive terminology (instead of  master/slave) for network bonding/LACP) Jeffrey Walton <noloader@gmail.com> - 2024-02-25 01:50 +0100
                Re: Postel's Law (Was Re: Inclusive terminology (instead of  master/slave) for network bonding/LACP) Mariusz Gronczewski <xani@devrandom.pl> - 2024-02-25 12:10 +0100
                Re: Postel's Law (Was Re: Inclusive terminology (instead of  master/slave) for network bonding/LACP) Alain D D Williams <addw@phcomp.co.uk> - 2024-02-25 12:30 +0100
                Re: Postel's Law (Was Re: Inclusive terminology (instead of  master/slave) for network bonding/LACP) Mariusz Gronczewski <xani@devrandom.pl> - 2024-02-25 13:00 +0100
                Re: Postel's Law (Was Re: Inclusive terminology (instead of  master/slave) for network bonding/LACP) Nicholas Geovanis <nickgeovanis@gmail.com> - 2024-02-25 02:00 +0100
                Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Emanuel Berg <incal@dataswamp.org> - 2024-03-14 18:00 +0100
                Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Mariusz Gronczewski <xani@devrandom.pl> - 2024-02-24 21:50 +0100
                Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Marco Moock <mm@dorfdsl.de> - 2024-02-25 00:30 +0100
                Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Zenaan Harkness <zenaan@gmail.com> - 2024-02-25 00:50 +0100
                Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Mariusz Gronczewski <xani@devrandom.pl> - 2024-02-25 12:40 +0100
    Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Ralph Aichinger <ra@h5.or.at> - 2024-02-23 21:20 +0100
  Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Andy Smith <andy@strugglers.net> - 2024-02-23 15:50 +0100
    Re: Inclusive terminology (instead of master/slave) for network bonding/LACP fxkl47BF@protonmail.com - 2024-02-23 16:00 +0100
      Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Mariusz Gronczewski <xani@devrandom.pl> - 2024-02-23 18:20 +0100
        Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Andy Smith <andy@strugglers.net> - 2024-02-23 21:20 +0100
          Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Ralph Aichinger <ra@h5.or.at> - 2024-02-23 21:50 +0100
            Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Andy Smith <andy@strugglers.net> - 2024-02-23 22:20 +0100
          Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Zenaan Harkness <zenaan@gmail.com> - 2024-02-24 03:40 +0100
            Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Andy Smith <andy@strugglers.net> - 2024-02-24 04:00 +0100
              Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Zenaan Harkness <zenaan@gmail.com> - 2024-02-24 23:20 +0100
                Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Andy Smith <andy@strugglers.net> - 2024-02-24 23:30 +0100
    Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Mariusz Gronczewski <xani@devrandom.pl> - 2024-02-23 18:20 +0100
      Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Ralph Aichinger <ra@h5.or.at> - 2024-02-23 21:30 +0100
        Re: Inclusive terminology (instead of master/slave) for network  bonding/LACP Charles Curley <charlescurley@charlescurley.com> - 2024-02-23 22:40 +0100
  Re: Inclusive terminology (instead of master/slave) for network bonding/LACP Jeffrey Walton <noloader@gmail.com> - 2024-02-23 20:40 +0100

csiph-web