End this thread now, please. [WAS Re: Re: Inclusive terminology (instead of master/slave) for network bonding/LACP

2024-03-16 Thread Andrew M.A. Cater
People, Please end the thread at this point. Thank you. As Andy Smith points out, I asked politely for this thread to cease a while ago because it would degenerate to more heat than light. I was wrong - it degenerated to futility. Please remember the FAQ: remember the Code of Conduct and the way

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

2024-03-15 Thread Jeffrey Walton
On Fri, Mar 15, 2024 at 2:59 PM Bret Busby wrote: > > On 16/3/24 02:27, Van Snyder wrote: > > On Fri, 2024-03-15 at 11:09 -0700, Will Mengarini wrote: > >> Seriously, you humans have only another five billion Earth years until > >> your sun engulfs your home planet, and you're spending time on *TH

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

2024-03-15 Thread Andy Smith
Hi, On Sat, Feb 24, 2024 at 10:52:17PM +, Andrew M.A. Cater wrote: > I think the discussion might usefully stop at this point before it > degenerates to more heat than light (as is the way of most discussions > eventually - call it an application of mailing list entropy :) ) Three weeks on a

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

2024-03-15 Thread Emanuel Berg
Will Mengarini wrote: >> With no intention of ever creating a 100% offensive-free >> language, removing the worst offenders from the scene often >> is enough. > > Words I find offensive include "authority" and "manager", so > checking `apropos authori manager` I see we have a lot of > important wo

Please terminate this faecal matter - the whole thread appears to be a troll.....Re: Inclusive terminology (instead of master/slave) for network bonding/LACP

2024-03-15 Thread Bret Busby
On 16/3/24 02:27, Van Snyder wrote: On Fri, 2024-03-15 at 11:09 -0700, Will Mengarini wrote: Seriously, you humans have only another five billion Earth years until your sun engulfs your home planet, and you're spending time on *THIS*?! At the rate that sea plants and creatures are removing CO2

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

2024-03-15 Thread Van Snyder
On Fri, 2024-03-15 at 11:09 -0700, Will Mengarini wrote: > Seriously, you humans have only another five billion Earth years until > your sun engulfs your home planet, and you're spending time on *THIS*?! At the rate that sea plants and creatures are removing CO2 from the atmosphere to combine it w

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

2024-03-15 Thread Will Mengarini
* Mariusz Gronczewski [24-02/23=Fr 10:33 +0100]: >>> 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 cylinders. >>> >>> All it do

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

2024-03-15 Thread Emanuel Berg
Mike Castle wrote: > Was that explicitly stated anywhere? Or is the lack of any > type of explicit "I'm willing to help drive this" statements > leading to that conclusion? Relax, everyone does something somewhere. But it would be a boring world if they were only allowed to talk about that. --

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

2024-03-15 Thread Emanuel Berg
Alain D D Williams wrote: > That is the big difference. Not use words *currently* deemed > offensive in *new* publications (books, newspaper articles, > ...) - this is not hard to do. Indeed, and that is what you should focus on. The past is the past anyway. > What we are faced with is something

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

2024-03-15 Thread tomas
On Fri, Mar 15, 2024 at 09:01:30AM -0700, Mike Castle wrote: > On Fri, Mar 15, 2024 at 1:49 AM Alain D D Williams wrote: > > We seem to be told that this must be done by those who will not be doing the > > work. > > Was that explicitly stated anywhere? Or is the lack of any type of > explicit "I

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

2024-03-15 Thread Mike Castle
On Fri, Mar 15, 2024 at 1:49 AM Alain D D Williams wrote: > We seem to be told that this must be done by those who will not be doing the > work. Was that explicitly stated anywhere? Or is the lack of any type of explicit "I'm willing to help drive this" statements leading to that conclusion? mr

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

2024-03-15 Thread Alain D D Williams
On Fri, Mar 15, 2024 at 01:42:25AM +0100, Emanuel Berg wrote: > Mike Castle wrote: > > >> 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 co

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

2024-03-14 Thread Emanuel Berg
Mike Castle wrote: >> 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? > > Yes. Remember, the

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

2024-03-14 Thread Mike Castle
On Fri, Feb 23, 2024 at 2:07 AM Alain D D Williams wrote: > 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 > a

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

2024-03-14 Thread Emanuel Berg
Alain D D Williams wrote: > However that is not the way that the world works, or prolly > more accurately how some people think. They see > a word/phrase that they have decided that they "own" or > somehow relates to them [...] I am not black so I have no idea how black people consider everything

Cease and desist, please [WAS Re: Inclusive terminology (instead of master/slave) for network bonding/LACP]

2024-02-25 Thread Andrew M.A. Cater
[Also copied to commun...@debian.org] t's time to kill this thread - nothing useful is being said at this point. At its best, this list is useful for helping people and for providing information. It's also a window on the world of Debian and how Debian contributors, regulars on the list (and t

Re: Postel's Law (Was Re: Inclusive terminology (instead of master/slave) for network bonding/LACP)

2024-02-25 Thread Mariusz Gronczewski
Dnia 2024-02-25, o godz. 11:22:50 Alain D D Williams napisał(a): > On Sat, Feb 24, 2024 at 07:44:44PM -0500, Jeffrey Walton wrote: > > On Sat, Feb 24, 2024 at 7:37 PM Andy Smith > > wrote: > > > > > > [...] > > > Turning back more to protocol design, we have spent decades > > > walking back Po

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

2024-02-25 Thread Mariusz Gronczewski
Dnia 2024-02-25, o godz. 07:29:32 napisał(a): > 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

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

2024-02-25 Thread Mariusz Gronczewski
it. All so they can tell themselves that they "made a difference" and "made a world a better place", without doing anything actually meaningful, while typing on their device made by wage-slavery in some asian country. But we're supposed to believe them on their word that there

Re: Postel's Law (Was Re: Inclusive terminology (instead of master/slave) for network bonding/LACP)

2024-02-25 Thread Alain D D Williams
On Sat, Feb 24, 2024 at 07:44:44PM -0500, Jeffrey Walton wrote: > On Sat, Feb 24, 2024 at 7:37 PM Andy Smith wrote: > > > > [...] > > Turning back more to protocol design, we have spent decades walking > > back Postel's Law as we find more and more ways that being liberal > > in what our software

Re: Postel's Law (Was Re: Inclusive terminology (instead of master/slave) for network bonding/LACP)

2024-02-25 Thread Mariusz Gronczewski
Dnia 2024-02-24, o godz. 19:44:44 Jeffrey Walton napisał(a): > On Sat, Feb 24, 2024 at 7:37 PM Andy Smith > wrote: > > > > [...] > > Turning back more to protocol design, we have spent decades walking > > back Postel's Law as we find more and more ways that being liberal > > in what our software

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

2024-02-25 Thread Geert Stappers
On Sun, Feb 25, 2024 at 10:22:09AM +0100, to...@tuxteam.de wrote: > > [...] > > I think I'm out of it. *Plonk* > -- > t For keeping that promise would it be better to use "Reply-To-List". And in other cases is it also better to use "Reply-To-List". Groeten Geert Stappers P.S. The better e

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

2024-02-25 Thread tomas
On Sun, Feb 25, 2024 at 06:30:35PM +1100, Zenaan Harkness wrote: > On 2/25/24, to...@tuxteam.de wrote: > > On Sun, Feb 25, 2024 at 09:14:44AM +1100, Zenaan Harkness wrote: > > > > [...] > > > >> The "problem" is asking the majority (10s of thousands of people) to > >> make efforts to help 1 or 2 h

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

2024-02-24 Thread Zenaan Harkness
On 2/25/24, to...@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 teach

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

2024-02-24 Thread Zenaan Harkness
On 2/25/24, to...@tuxteam.de wrote: > On Sun, Feb 25, 2024 at 09:14:44AM +1100, Zenaan Harkness wrote: > > [...] > >> The "problem" is asking the majority (10s of thousands of people) to >> make efforts to help 1 or 2 heal in their journey's of pain and >> healing. > > To make sure the "majority"

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

2024-02-24 Thread tomas
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 fro

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

2024-02-24 Thread tomas
On Sun, Feb 25, 2024 at 09:14:44AM +1100, Zenaan Harkness wrote: [...] > The "problem" is asking the majority (10s of thousands of people) to > make efforts to help 1 or 2 heal in their journey's of pain and > healing. To make sure the "majority" stays majority for all so ever: white, male, West

Re: Postel's Law (Was Re: Inclusive terminology (instead of master/slave) for network bonding/LACP)

2024-02-24 Thread Nicholas Geovanis
On Sat, Feb 24, 2024, 6:37 PM Andy Smith wrote: > Hi, > > On Sat, Feb 24, 2024 at 04:54:12PM +, Alain D D Williams wrote: > > I sometimes think that something similar to Postel's Law but applied to > human > > interactions would be useful. However that is wishful thinking > > > I'm not s

Re: Postel's Law (Was Re: Inclusive terminology (instead of master/slave) for network bonding/LACP)

2024-02-24 Thread Jeffrey Walton
On Sat, Feb 24, 2024 at 7:37 PM Andy Smith wrote: > > [...] > Turning back more to protocol design, we have spent decades walking > back Postel's Law as we find more and more ways that being liberal > in what our software accepts is untenable in the face of a hostile > Internet. ++. Postel's Law

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

2024-02-24 Thread Zenaan Harkness
On 2/25/24, Marco Moock wrote: > Am Sat, 24 Feb 2024 14:42:39 +0100 > schrieb Emanuel Berg : > >> I think the reason is black people shouldn't be associated >> with everything negative that is black in language. > > I can't understand why people draw that association. > Black as a color is differe

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

2024-02-24 Thread Marco Moock
Am Sat, 24 Feb 2024 14:42:39 +0100 schrieb Emanuel Berg : > I think the reason is black people shouldn't be associated > with everything negative that is black in language. I can't understand why people draw that association. Black as a color is different from the skin and different from illegal

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

2024-02-24 Thread Karen Lewellen
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? Yes, your goals may be honorable

I think we can't disappear ifenslave documentation just yet (Was Re: Inclusive terminology (instead of master/slave) for network bonding/LACP)

2024-02-24 Thread Andy Smith
because: - The current Ethernet bonding support in ifupdown requires ifenslave. If you don't install ifenslave, you can't set up a bond interface from /etc/network/interfaces except by avoiding the actual syntax there for that purpose and doing it with direct commands executed by *

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

2024-02-24 Thread Andrew M.A. Cater
[On list: copied to commun...@debian.org] Hi people, As you might have expected: this subject is drifting off-topic and becoming a little more personal. In answer to the first question: there's a reference to a wiki page. It's a wiki page: it can be edited by (almost) anyone. If anyone wants to

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

2024-02-24 Thread Andy Smith
Hi, On Sun, Feb 25, 2024 at 09:17:15AM +1100, Zenaan Harkness wrote: > On 2/24/24, Andy Smith wrote: > > On Sat, Feb 24, 2024 at 01:35:14PM +1100, Zenaan Harkness wrote: > >> I wrote: > >> > You seem by now to have ignored multiple messages where it was made > >> > clear that the work was already

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

2024-02-24 Thread Zenaan Harkness
On 2/23/24, Arno Lehmann wrote: > On 23.02.24 at 10:33, Mariusz Gronczewski wrote: >> On 22.02.2024 11:19, Ralph Aichinger wrote: >>> Hello! >>> >>> I know this is a loaded topic... > ... >> There is no good reason *why*. It's entirely US political feel-good >> activism > > Statement one above pro

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

2024-02-24 Thread Zenaan Harkness
On 2/24/24, Andy Smith wrote: > Hi, > > On Sat, Feb 24, 2024 at 01:35:14PM +1100, Zenaan Harkness wrote: >> I wrote: >> > You seem by now to have ignored multiple messages where it was made >> > clear that the work was already done. >> >> Assuming we care about the most rapid healing possible for

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

2024-02-24 Thread Zenaan Harkness
of emotional support and healing, that reading a single word or phrase is likely to lead them to suicide, then that person seriously needs professional help and it is very unwise to let them loose in our general community where such words and phrases are readily come across. Children bond

Postel's Law (Was Re: Inclusive terminology (instead of master/slave) for network bonding/LACP)

2024-02-24 Thread Andy Smith
Hi, On Sat, Feb 24, 2024 at 04:54:12PM +, Alain D D Williams wrote: > I sometimes think that something similar to Postel's Law but applied to human > interactions would be useful. However that is wishful thinking The basic assumption that people mean well is how con artists and high pressure

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

2024-02-24 Thread Mariusz Gronczewski
Dnia 2024-02-24, o godz. 14:42:39 Emanuel Berg napisał(a): > jeremy ardley wrote: > > >> But what about the black market? Or does in fact "block > >> market" work just fine? > > > > The term "black market" is from World War II - i.e. 1939-45. > > It has nothing to do with slaves. It means tran

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

2024-02-24 Thread tomas
On Sat, Feb 24, 2024 at 04:54:12PM +, Alain D D Williams wrote: > On Sat, Feb 24, 2024 at 09:03:45AM -0500, The Wanderer wrote: > > > > It was a BLM thing, not sure if it matters the etymology of such > > > words. > > > > The etymology certainly *should* matter, insofar as that is the origin

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

2024-02-24 Thread Alain D D Williams
On Sat, Feb 24, 2024 at 09:03:45AM -0500, The Wanderer wrote: > > It was a BLM thing, not sure if it matters the etymology of such > > words. > > The etymology certainly *should* matter, insofar as that is the origin > of the *meaning* of the word(s). +1 However that is not the way that the wor

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

2024-02-24 Thread The Wanderer
On 2024-02-24 at 08:42, Emanuel Berg wrote: > jeremy ardley wrote: > >>> But what about the black market? Or does in fact "block market" >>> work just fine? >> >> The term "black market" is from World War II - i.e. 1939-45. It has >> nothing to do with slaves. It means transactions in the dark,

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

2024-02-24 Thread Emanuel Berg
jeremy ardley wrote: >> But what about the black market? Or does in fact "block >> market" work just fine? > > The term "black market" is from World War II - i.e. 1939-45. > It has nothing to do with slaves. It means transactions in > the dark, not visible,  not official. I think the reason is bl

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

2024-02-24 Thread jeremy ardley
On 24/2/24 19:25, Emanuel Berg wrote: But what about the black market? Or does in fact "block market" work just fine? The term "black market" is from World War II - i.e. 1939-45. It has nothing to do with slaves. It means transactions in the dark, not visible,  not official.

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

2024-02-24 Thread Emanuel Berg
Marco Moock wrote: > Just check what different meanings GIMP has. Maybe some more > people now feel uncomfortable with using it. > https://www.dict.cc/?s=gimp Yes, people have been saying that for quite some time: https://news.ycombinator.com/item?id=20359520] https://www.theregister.com/2

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

2024-02-23 Thread Andy Smith
Hi, On Sat, Feb 24, 2024 at 01:35:14PM +1100, Zenaan Harkness wrote: > I wrote: > > You seem by now to have ignored multiple messages where it was made > > clear that the work was already done. > > Assuming we care about the most rapid healing possible for those who > are actually triggered by ce

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

2024-02-23 Thread Zenaan Harkness
>> Yeah like asking other people to do changes because they want to be >> activists on internet but can't bother to put effort to do anything >> that actually helps anyone. > > You seem by now to have ignored multiple messages where it was made > clear that the work was already done. Assuming we c

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

2024-02-23 Thread Charles Curley
On Fri, 23 Feb 2024 21:10:31 +0100 Ralph Aichinger wrote: > I just think this mailing > list probably is not the right place to argue this question. Hear, hear! Those who wish to weigh in have done so. I doubt any further argumentation will change anyone else's mind. Now kindly stop wasting y

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

2024-02-23 Thread Andy Smith
mands it uses (assuming your networking was down to start with, so that this would work). > Also, above still(?) contains "bond-slaves en0 en1" so if this is > a new implementation, is there still some terminology change to be > expected? Or can I replace bond-slaves with s

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

2024-02-23 Thread Ralph Aichinger
On Fri, 2024-02-23 at 20:10 +, Andy Smith wrote: > One more time: a successor to the Ethernet bonding driver already > exists and has for more than 10 years. That is the other thing I wanted to ask here, I have configured a LACP link aggregating interface more or less similar to w

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

2024-02-23 Thread Ralph Aichinger
On Fri, 2024-02-23 at 18:13 +0100, Mariusz Gronczewski wrote: > "Do what I say, discussion is not allowed because I don't want to > make a sensible arguments!" This certainly is not my position. I have no problem arguing this question, and I've got an opinion on it. I just think this mailing l

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

2024-02-23 Thread Ralph Aichinger
On Fri, 2024-02-23 at 11:07 +0100, Marco Moock wrote: > > Debian is mostly a collection of many packages that are packed in the > repo.Such changes are normally done upstream. I found e.g. this on upstream work on that topic: https://lore.kernel.org/netdev/e515b840-c6f1-bc07-9369-c95e35257...@so

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

2024-02-23 Thread Andy Smith
done. One more time: a successor to the Ethernet bonding driver already exists and has for more than 10 years. In a time before some people decided to get very worked up about inclusive language, it just happens to avoid the terminology we're talking about. Again, all I see are people getting v

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

2024-02-23 Thread Kamil Jońca
Dan Ritter writes: > Jeffrey Walton wrote: >> >> 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. > > > Point of fact: slavery is legal in the USA, as a legal puni

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

2024-02-23 Thread Jeffrey Walton
On Fri, Feb 23, 2024 at 1:13 PM Gremlin wrote: > > On 2/23/24 12:51, Dan Ritter wrote: > > Jeffrey Walton wrote: > > [ >/dev/null ] > > > > > Let's bring it back around to actual action. > > > > The possible positions: > > > > 1. The terminology is bad, and I'm willing to work on fixing it. > > >

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

2024-02-23 Thread Jeffrey Walton
hing 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 This might be a question that is

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

2024-02-23 Thread Marco Moock
Am 23.02.2024 um 12:51:59 Uhr schrieb Dan Ritter: > 1. The terminology is bad, and I'm willing to work on fixing it. > > 2. The terminology is bad, but I can't work on it myself. > > 3. The terminology does not bother me, but I don't care if someone > else wants to fix it. > > 4. The terminolog

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

2024-02-23 Thread tomas
On Fri, Feb 23, 2024 at 11:24:39AM +0100, Marco Moock wrote: > Am 23.02.2024 schrieb Alain D D Williams : > > > It is "fixing" an issue for today's English speakers. Should we scour > > our systems looking for similar issues in other languages ? [...] Fifty years ago it was "normal" to beat kids

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

2024-02-23 Thread Gremlin
On 2/23/24 12:51, Dan Ritter wrote: Jeffrey Walton wrote: [ >/dev/null ] Let's bring it back around to actual action. The possible positions: 1. The terminology is bad, and I'm willing to work on fixing it. 2. The terminology is bad, but I can't work on it myself. 3. The terminology does

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

2024-02-23 Thread Dan Ritter
Jeffrey Walton wrote: > > 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. Point of fact: slavery is legal in the USA, as a legal punishment. Other point of fact: t

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

2024-02-23 Thread Mariusz Gronczewski
Dnia 2024-02-23, o godz. 14:50:12 fxkl4...@protonmail.com napisał(a): > On Fri, 23 Feb 2024, Andy Smith wrote: > > > Hi, > > > > On Thu, Feb 22, 2024 at 11:19:16AM +0100, Ralph Aichinger wrote: > >> I know this is a loaded topic. I really don't want to discuss the > >> political aspects of the

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

2024-02-23 Thread Mariusz Gronczewski
Dnia 2024-02-23, o godz. 14:44:03 Andy Smith napisał(a): > Hi, > > On Thu, Feb 22, 2024 at 11:19:16AM +0100, Ralph Aichinger wrote: > > I know this is a loaded topic. I really don't want to discuss the > > political aspects of the "why", > > No surprise that there are a lot of people in this

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

2024-02-23 Thread Jeffrey Walton
On Fri, Feb 23, 2024 at 5:08 AM Marco Moock wrote: > Am 22.02.2024 schrieb Ralph Aichinger : > [...] > > Is there anything planned to get "master/slave" terminology out of > > network bonding/LACP in Debian (or Linux kernel or whoever decides > > this terminology

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

2024-02-23 Thread fxkl47BF
On Fri, 23 Feb 2024, Andy Smith wrote: > Hi, > > On Thu, Feb 22, 2024 at 11:19:16AM +0100, Ralph Aichinger wrote: >> I know this is a loaded topic. I really don't want to discuss the >> political aspects of the "why", > > No surprise that there are a lot of people in this thread with very > strong

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

2024-02-23 Thread Andy Smith
Hi, On Thu, Feb 22, 2024 at 11:19:16AM +0100, Ralph Aichinger wrote: > I know this is a loaded topic. I really don't want to discuss the > political aspects of the "why", No surprise that there are a lot of people in this thread with very strong feelings that they simply must tell us about, even

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

2024-02-23 Thread Andy Smith
Hi, On Fri, Feb 23, 2024 at 10:33:08AM +0100, Mariusz Gronczewski wrote: > It would *literally* break every single script that checks the status > of bonding config in system, as it is all just plain text. Unless a different driver was made instead. Which is what actually happened. Thanks

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

2024-02-23 Thread Andy Smith
Hi, On Fri, Feb 23, 2024 at 12:14:10PM +0100, Mariusz Gronczewski wrote: > Dnia 2024-02-23, o godz. 11:25:25 > Roger Price napisał(a): > > On Fri, 23 Feb 2024, Marco Moock wrote: > > > The only package I am aware of that changed some terms is sendmail. > > > > > > > With the publication of RFC

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

2024-02-23 Thread Stephen P. Molnar
On 02/23/2024 07:33 AM, Mariusz Gronczewski wrote: Dnia 2024-02-23, o godz. 12:40:19 Arno Lehmann napisał(a): On 23.02.24 at 10:33, Mariusz Gronczewski wrote: On 22.02.2024 11:19, Ralph Aichinger wrote: Hello! I know this is a loaded topic... ... There is no good reason *why*. It's ent

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

2024-02-23 Thread Mariusz Gronczewski
Dnia 2024-02-23, o godz. 12:40:19 Arno Lehmann napisał(a): > On 23.02.24 at 10:33, Mariusz Gronczewski wrote: > > On 22.02.2024 11:19, Ralph Aichinger wrote: > >> Hello! > >> > >> I know this is a loaded topic... > ... > > There is no good reason *why*. It's entirely US political feel-good >

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

2024-02-23 Thread Marco Moock
Am 23.02.2024 schrieb Arno Lehmann : > If there's a single person in the world who feels existing > terminology to hurt them, I consider my usage of such terms. Everytime there is somebody who doesn't like something. I mostly care about technology and not the feelings a small amount of users has.

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

2024-02-23 Thread Arno Lehmann
On 23.02.24 at 10:33, Mariusz Gronczewski wrote: On 22.02.2024 11:19, Ralph Aichinger wrote: Hello! I know this is a loaded topic... ... There is no good reason *why*. It's entirely US political feel-good activism Statement one above proven. ... All it does is wastes tens of thousands of p

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

2024-02-23 Thread Mariusz Gronczewski
Dnia 2024-02-23, o godz. 10:54:09 napisał(a): > 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",

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

2024-02-23 Thread Mariusz Gronczewski
Dnia 2024-02-23, o godz. 11:25:25 Roger Price napisał(a): > On Fri, 23 Feb 2024, Marco Moock wrote: > > > The only package I am aware of that changed some terms is sendmail. > > > > With the publication of RFC 9271 "UPS Management Protocol", the nut > packages (Network UPS Tools) did a vocabu

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

2024-02-23 Thread Roger Price
On Fri, 23 Feb 2024, Marco Moock wrote: The only package I am aware of that changed some terms is sendmail. With the publication of RFC 9271 "UPS Management Protocol", the nut packages (Network UPS Tools) did a vocabulary cleanup at release 2.8.0 which included changing Master/Slave to Prima

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

2024-02-23 Thread Marco Moock
Am 23.02.2024 schrieb Alain D D Williams : > 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 ? In

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

2024-02-23 Thread tomas
On Fri, Feb 23, 2024 at 11:00:39AM +0100, Marco Moock wrote: > Am 23.02.2024 schrieb : [...] > > Oh, goody. A culture warrior. > > I'm sure you have good reasons for changing the terms. Feel free to > provide some real arguments that have a benefit for the users. I'm not the one proposing chang

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

2024-02-23 Thread Marco Moock
s that are packed in the repo. Such changes are normally done upstream. > 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, jus

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

2024-02-23 Thread Alain D D Williams
body ? 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 "th

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

2024-02-23 Thread Marco Moock
Am 23.02.2024 schrieb : > 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 t

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

2024-02-23 Thread tomas
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 bee

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

2024-02-23 Thread Mariusz Gronczewski
ix 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. -- Marius

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

2024-02-22 Thread Andy Smith
ing you from having a look at their issue tracker to see if there is already an issue in place about that and possibly propose changes yourself. > Is there anything planned to get "master/slave" terminology out of > network bonding/LACP in Debian (or Linux kernel or whoever decid

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

2024-02-22 Thread Ralph Aichinger
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. Is there anything planned to get "master/slave" terminology out of network bonding

Re: network bonding on Debian/Trixie

2023-10-18 Thread Darac Marjal
On 17/10/2023 02:11, Gary Dale wrote: On 2023-10-16 18:52, Igor Cicimov wrote: Hi, On Tue, Oct 17, 2023, 8:00 AM Gary Dale wrote: I'm trying to configure network bonding on an AMD64 system running Debian/Trixie. I've got a wired connection and a wifi connection, b

Re: network bonding on Debian/Trixie

2023-10-17 Thread Igor Cicimov
On Wed, Oct 18, 2023 at 7:34 AM Darac Marjal wrote: > On 16/10/2023 21:59, Gary Dale wrote: > > I'm trying to configure network bonding on an AMD64 system running > > Debian/Trixie. I've got a wired connection and a wifi connection, both > > of which work indi

Re: network bonding on Debian/Trixie

2023-10-17 Thread Darac Marjal
On 16/10/2023 21:59, Gary Dale wrote: I'm trying to configure network bonding on an AMD64 system running Debian/Trixie. I've got a wired connection and a wifi connection, both of which work individually. I'd like them to work together to improve the throughput but for now I&#

Re: network bonding on Debian/Trixie

2023-10-17 Thread Gary Dale
On 2023-10-16 21:20, Igor Cicimov wrote: On Tue, Oct 17, 2023 at 12:12 PM Gary Dale wrote: On 2023-10-16 18:52, Igor Cicimov wrote: Hi, On Tue, Oct 17, 2023, 8:00 AM Gary Dale wrote: I'm trying to configure network bonding on an AMD64 system ru

Re: network bonding on Debian/Trixie

2023-10-16 Thread Igor Cicimov
On Tue, Oct 17, 2023 at 12:12 PM Gary Dale wrote: > On 2023-10-16 18:52, Igor Cicimov wrote: > > Hi, > > On Tue, Oct 17, 2023, 8:00 AM Gary Dale wrote: > >> I'm trying to configure network bonding on an AMD64 system running >> Debian/Trixie. I've got

Re: network bonding on Debian/Trixie

2023-10-16 Thread Gary Dale
On 2023-10-16 18:52, Igor Cicimov wrote: Hi, On Tue, Oct 17, 2023, 8:00 AM Gary Dale wrote: I'm trying to configure network bonding on an AMD64 system running Debian/Trixie. I've got a wired connection and a wifi connection, both of which work individually. I'

Re: network bonding on Debian/Trixie

2023-10-16 Thread Igor Cicimov
Hi, On Tue, Oct 17, 2023, 8:00 AM Gary Dale wrote: > I'm trying to configure network bonding on an AMD64 system running > Debian/Trixie. I've got a wired connection and a wifi connection, both > of which work individually. I'd like them to work together to improve >

network bonding on Debian/Trixie

2023-10-16 Thread Gary Dale
I'm trying to configure network bonding on an AMD64 system running Debian/Trixie. I've got a wired connection and a wifi connection, both of which work individually. I'd like them to work together to improve the throughput but for now I'm just trying to get the bond to w

Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-24 Thread deloptes
Jaikumar Sharma wrote: > For my tests on Cisco switch  at office (without any changes on > switch) and using bonding in  "active-backup" mode, I can ping the > active interface using bond0 IP after plugging out the network cable > of the cable of active interface. > Only

Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-24 Thread Andy Smith
one WiFi, then exporting those to a virtual machine as two virtual Ethernets. Then they are trying to use the bonding driver on those virtual Ethernets. I use bonding on bare metal servers a lot and it "just works". I don't know what is wrong in OP's case but if they really are tr

Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-24 Thread Jaikumar Sharma
On Sat, Aug 22, 2020 at 9:36 PM Dan Ritter wrote: > This really sounds like you're trying to test out a scenario in > a situation where it can't possibly work. > > Don't do that. Test it in as close a simulation to reality as > possible. Thanks Dan for insights, it worked - I humbly appreciate you

Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-24 Thread Jaikumar Sharma
at office (without any changes on switch) and using bonding in "active-backup" mode, I can ping the active interface using bond0 IP after plugging out the network cable of the cable of active interface. Only catch was all interfaces must be on same VLAN - problem was found that one of t

Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-23 Thread deloptes
Dan Ritter wrote: >> Have to test it with two wired connections connected to Cisco managed >> switch. > > This really sounds like you're trying to test out a scenario in > a situation where it can't possibly work. > But this is exactly what he has to do - connect two wired network interfaces to

Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-22 Thread Dan Ritter
Jaikumar Sharma wrote: > On Sat, Aug 22, 2020 at 5:10 PM Dan Ritter wrote: > > You still want bridging, not bonding. > Preferred is bonding, if it works :) > Have to test it with two wired connections connected to Cisco managed switch. This really sounds like you're

Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-22 Thread Jaikumar Sharma
bly on two different networks (same as my wls1 > & enp1s0 are on two different networks); that'd be my guess for why > failover doesn't work. Both NICs need to be on the same network for > bonding to work. Thanks for explanation on it further, in fact, as i stated earlier, thi

Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-22 Thread Jaikumar Sharma
On Sat, Aug 22, 2020 at 5:10 PM Dan Ritter wrote: > You still want bridging, not bonding. Preferred is bonding, if it works :) > WiFi doesn't have a cable, so it can't tell you when the > connection goes away, and it can't decide by itself to bring up > a connection. Yo

  1   2   3   >