Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #267704
| From | Alain D D Williams <addw@phcomp.co.uk> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: Inclusive terminology (instead of master/slave) for network bonding/LACP |
| Date | 2024-02-23 11:10 +0100 |
| Message-ID | <IaAFb-c3pB-3@gated-at.bofh.it> (permalink) |
| References | <IaeEF-bPT3-1@gated-at.bofh.it> <IaAlQ-c33W-5@gated-at.bofh.it> |
| Organization | Parliament Hill Computers Ltd |
On Fri, Feb 23, 2024 at 10:33:08AM +0100, Mariusz Gronczewski wrote: > On 22.02.2024 11:19, Ralph Aichinger wrote: > > Hello! > > > > I know this is a loaded topic. I really don't want to discuss the > > political aspects of the "why", but just want to know the facts, i.e. > > how far this has been progressed in Debian. > > There is no good reason *why*. It's entirely US political feel-good activism > that doesn't change anything but wastes people's time. Do you actually think > pressing on brake pedal oppresses anybody ? Because it also has master and slave > cylinder. > > All it does is wastes tens of thousands of people's time once the have to fix > every script, tool and doc piece related to it, for absolutely no benefit > aside from making some twitter activist happy "they did something". > It would *literally* break every single script that checks the status > of bonding config in system, as it is all just plain text. +1 It is "fixing" an issue for today's English speakers. Should we scour our systems looking for similar issues in other languages ? Then in, say, 20 years time when different words will then be considered offensive, by some, do this all again ? -- Alain Williams Linux/GNU Consultant - Mail systems, Web sites, Networking, Programmer, IT Lecturer. +44 (0) 787 668 0256 https://www.phcomp.co.uk/ Parliament Hill Computers. Registration Information: https://www.phcomp.co.uk/Contact.html #include <std_disclaimer.h>
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll 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