Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #267815
| From | Zenaan Harkness <zenaan@gmail.com> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: Inclusive terminology (instead of master/slave) for network bonding/LACP |
| Date | 2024-02-25 08:40 +0100 |
| Message-ID | <Ibhh7-cucc-3@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <IaAlQ-c33W-5@gated-at.bofh.it> <IaCdX-c4b5-1@gated-at.bofh.it> <Ib8GS-coOt-9@gated-at.bofh.it> <Ib9tg-cprP-3@gated-at.bofh.it> <Ibgbn-ctBC-3@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 2/25/24, tomas@tuxteam.de <tomas@tuxteam.de> wrote:
> On Sat, Feb 24, 2024 at 06:05:26PM -0500, Karen Lewellen wrote:
>> May I interject a different perspective?
>> what brings greater freedom, asking that words be changed by many, that
>> some
>> see, no matter how justified from their view as harmful? Or teaching
>> those
>> people how to free themselves from being controlled by those words?
>
> Not using the words doesn't remove the injustice.
Words do not create injustice. You are mistaken.
Broken and damaged individuals perceive injustice.
> I'm not that naïve. It's just a question of politeness.
Actually I wish you were not so naive as to actually believe the
dichomatic trollop you are holding to.
> As an example: I left the Christian religion long time ago. If I visit a
> church (to admire its architecture, for example), I behave with a modicum
> of respect and restrain myself of farting aloud. If I visit a mosque (I'm
> not a Muslim) I take off my shoes.
>
> Because I know there are people in there who might well be offended by some
> behaviour.
>
> It's that easy.
No it's not that easy. What you say here ("It's that easy") is simply not true.
Only in very limited and strictly controlled environments can you get
away with such superficiality. The West placades docility of mind.
This does not mean that a docile mind is worthy of any esteem.
>> Yes, your goals may be honorable to be sure, but in the end do not the
>> words
>> still win if the control remains?
>
> Removing the injustice is a much longer process, and it's important to
> put a lot of work in it. The above is just a friendly acknowledgement
> "yes, I see you". Just politeness. Not more.
No, you missed their point. Either intentionally (in which case you
would rightly be held as manipulative) or unintentionally (in which
case you could rightly be held as docile of mind).
> After all, I try to be polite to you too (I might fail at that, dunno).
"Look, at least I tried to be polite, so please ignore the fact I've
ignored what you said and allow my unspoken assumptions to prevail"
It is really, really dull at this stage.
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