Re: [Nut-upsuser] [EXTERNAL] Re: On retiring some terminology

2021-03-12 Thread Douglas Parsons
There is, https://en.m.wikipedia.org/wiki/Publish%E2%80%93subscribe_pattern I said I stayed away from it because of the Cisco link. Others as well as you are free to persue it. I was just making suggestions. On Fri, Mar 12, 2021, 10:43 PM Baker, Lawrence M wrote: > That is terminology from

Re: [Nut-upsuser] [EXTERNAL] Re: On retiring some terminology

2021-03-12 Thread Baker, Lawrence M via Nut-upsuser
That is terminology from Computer Science. (Decades ago?) It is familiar. Not invented by Cisco. As in, producer-consumer, from the same time. Those were all different paradigms for client-server relationships. There must be Wikipedia citations that can be consulted. As I recall, there we

Re: [Nut-upsuser] [EXTERNAL] Re: On retiring some terminology

2021-03-12 Thread Douglas Parsons
I didn't go there due to its use by Cisco. On Fri, Mar 12, 2021, 10:03 PM Baker, Lawrence M via Nut-upsuser < nut-upsuser@alioth-lists.debian.net> wrote: > Jim, > > The terminology I recall for that one-to-many relationship is > publisher-subscriber. > > Larry Baker > US Geological Survey > 650-3

Re: [Nut-upsuser] [EXTERNAL] Re: On retiring some terminology

2021-03-12 Thread Baker, Lawrence M via Nut-upsuser
Jim, The terminology I recall for that one-to-many relationship is publisher-subscriber. Larry Baker US Geological Survey 650-329-5608 ba...@usgs.gov On Mar 12 2021, at 6:24:38 PM, Phil Stracchino via Nut-upsuser mailto:nut-upsuser@alioth-lists.debian.net>> wrote:

Re: [Nut-upsuser] On retiring some terminology

2021-03-12 Thread Phil Stracchino via Nut-upsuser
On 3/12/21 9:14 PM, Rusty Bower wrote: > Manager/subscriber seems most accurate > > Sent from my iPhone > >> On Mar 12, 2021, at 20:13, Douglas Parsons wrote: >> >>  >> In place of secondary how about subscriber? It would be accurate to >> the role. I'd been going to suggest controller and ..

Re: [Nut-upsuser] On retiring some terminology

2021-03-12 Thread Douglas Parsons
In place of secondary how about subscriber? It would be accurate to the role. On Fri, Mar 12, 2021, 8:25 PM Dan Langille via Nut-upsuser < nut-upsuser@alioth-lists.debian.net> wrote: > On Fri, Mar 12, 2021, at 8:15 PM, Rusty Bower wrote: > > I’m not a fan of secondary when there can be multiple s

Re: [Nut-upsuser] On retiring some terminology

2021-03-12 Thread Douglas Parsons
Initiator in place of manager also works. So initiator/subscriber. But manager will likely be better recieved. On Fri, Mar 12, 2021, 9:14 PM Rusty Bower wrote: > Manager/subscriber seems most accurate > > Sent from my iPhone > > On Mar 12, 2021, at 20:13, Douglas Parsons wrote: > >  > In plac

Re: [Nut-upsuser] On retiring some terminology

2021-03-12 Thread Rusty Bower
Manager/subscriber seems most accurate Sent from my iPhone > On Mar 12, 2021, at 20:13, Douglas Parsons wrote: > >  > In place of secondary how about subscriber? It would be accurate to the role. > >> On Fri, Mar 12, 2021, 8:25 PM Dan Langille via Nut-upsuser >> wrote: >>> On Fri, Mar 12, 2

Re: [Nut-upsuser] On retiring some terminology

2021-03-12 Thread Rusty Bower
I’m not a fan of secondary when there can be multiple secondaries Sent from my iPhone > On Mar 12, 2021, at 18:46, Dan Langille via Nut-upsuser > wrote: > >  >> On Fri, Mar 12, 2021, at 6:52 PM, Jim Klimov via Nut-upsuser wrote: >> Hello fellow NUTs :) >> >> Some time ago an issue https:/

Re: [Nut-upsuser] On retiring some terminology

2021-03-12 Thread Dan Langille via Nut-upsuser
On Fri, Mar 12, 2021, at 8:15 PM, Rusty Bower wrote: > I’m not a fan of secondary when there can be multiple secondaries A secondary is a secondary. There can be multiple secondaries. > > Sent from my iPhone > >> On Mar 12, 2021, at 18:46, Dan Langille via Nut-upsuser >> wrote: >>  >> On Fr

Re: [Nut-upsuser] On retiring some terminology

2021-03-12 Thread Dan Langille via Nut-upsuser
On Fri, Mar 12, 2021, at 6:52 PM, Jim Klimov via Nut-upsuser wrote: > Hello fellow NUTs :) > > Some time ago an issue https://github.com/networkupstools/nut/issues/840 > was raised, and with current work underway to publish a standard on NUT > protocol it became more urgent - to retire the mas

[Nut-upsuser] On retiring some terminology

2021-03-12 Thread Jim Klimov via Nut-upsuser
Hello fellow NUTs :) Some time ago an issue https://github.com/networkupstools/nut/issues/840 was raised, and with current work underway to publish a standard on NUT protocol it became more urgent - to retire the master/slave terminology from NUT configuration and documentation. I looked arou