On Fri, Mar 12, 2021, at 8:15 PM, Rusty Bower wrote:> I?m not a fan of secondary when there can be multiple secondariesA 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 <nut-upsuser at alioth-lists.debian.net> 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://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 around for suitable synonyms, and for our primary use-case with upsmon roles - where it either manages an UPS by direct link and tells others to shut down ASAP, or is one of such shutdown agents being told what to do, words "manager" and "subordinate" seem neutral enough and reflective of the activities and relationship of these actors. >>> >>> Would native speakers or others better versed in the current dictionary of acceptable words please confirm if this choice is okay, or suggest better alternatives? >> >> What about primary and secondary? >> -- >> Dan Langille >> dan at langille.org >> >> >> _______________________________________________ >> Nut-upsuser mailing list >> Nut-upsuser at alioth-lists.debian.net >> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser-- Dan Langille dan at langille.org -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20210312/4743326c/attachment.htm>
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 at 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 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 < > nut-upsuser at alioth-lists.debian.net> 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://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 around for suitable synonyms, and for our primary use-case with > upsmon roles - where it either manages an UPS by direct link and tells > others to shut down ASAP, or is one of such shutdown agents being told what > to do, words "manager" and "subordinate" seem neutral enough and reflective > of the activities and relationship of these actors. > > Would native speakers or others better versed in the current dictionary > of acceptable words please confirm if this choice is okay, or suggest > better alternatives? > > > What about primary and secondary? > -- > Dan Langille > dan at langille.org > > > _______________________________________________ > Nut-upsuser mailing list > Nut-upsuser at alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser > > > -- > Dan Langille > dan at langille.org > > > _______________________________________________ > Nut-upsuser mailing list > Nut-upsuser at alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20210312/d380178d/attachment-0001.htm>
Manager/subscriber seems most accurate Sent from my iPhone> On Mar 12, 2021, at 20:13, Douglas Parsons <doug at parsonsemail.com> 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 <nut-upsuser at 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 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 <nut-upsuser at alioth-lists.debian.net> 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://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 around for suitable synonyms, and for our primary use-case with upsmon roles - where it either manages an UPS by direct link and tells others to shut down ASAP, or is one of such shutdown agents being told what to do, words "manager" and "subordinate" seem neutral enough and reflective of the activities and relationship of these actors. >>>>> >>>>> Would native speakers or others better versed in the current dictionary of acceptable words please confirm if this choice is okay, or suggest better alternatives? >>>> >>>> What about primary and secondary? >>>> -- >>>> Dan Langille >>>> dan at langille.org >>>> >>>> >>>> _______________________________________________ >>>> Nut-upsuser mailing list >>>> Nut-upsuser at alioth-lists.debian.net >>>> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser >> >> -- >> Dan Langille >> dan at langille.org >> >> >> _______________________________________________ >> Nut-upsuser mailing list >> Nut-upsuser at alioth-lists.debian.net >> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20210312/05f365a2/attachment.htm>