|
Re: FD.io - Decommission SonarQube Instance
Reminder
On 7/14/20 2:40 PM, Vanessa Valderrama wrote:
Reminder
On 7/14/20 2:40 PM, Vanessa Valderrama wrote:
|
By
Vanessa Valderrama
·
#1373
·
|
|
Re: FD.io - Decommission OpenGrok Instance
Reminder
On 7/14/20 2:47 PM, Vanessa Valderrama wrote:
Reminder
On 7/14/20 2:47 PM, Vanessa Valderrama wrote:
|
By
Vanessa Valderrama
·
#1372
·
|
|
Re: Coverage for 23rd and 30th of July
Hi Ed,
Thanks! It’s my honor. Looking forward to meeting everybody too!
Regards,
Fan
Hi Ed,
Thanks! It’s my honor. Looking forward to meeting everybody too!
Regards,
Fan
|
By
Zhang, Roy Fan <roy.fan.zhang@...>
·
#1371
·
|
|
Re: Coverage for 23rd and 30th of July
Fan,
Delighted to have you! Look forward to seeing you at the TSC :)
Ed
Fan,
Delighted to have you! Look forward to seeing you at the TSC :)
Ed
|
By
Edward Warnicke
·
#1370
·
|
|
Coverage for 23rd and 30th of July
Hi Ed,
I am OOO on staycation for the next two weeks.
My colleague Fan Zhang has agreed to cover the TSC on behalf of Intel.
Fan is regular contributor to both FD.io VPP and DPDK, please
Hi Ed,
I am OOO on staycation for the next two weeks.
My colleague Fan Zhang has agreed to cover the TSC on behalf of Intel.
Fan is regular contributor to both FD.io VPP and DPDK, please
|
By
Ray Kinsella
·
#1369
·
|
|
REMINDER: Input Due July 24: Annual LFN Operations Survey
LFN Communities:
For the second year, LF Networking staff have pulled together an LFN Operations Survey, AKA "staff survey of the community." The goal is to solicit feedback from LFN community members
LFN Communities:
For the second year, LF Networking staff have pulled together an LFN Operations Survey, AKA "staff survey of the community." The goal is to solicit feedback from LFN community members
|
By
Brandon Wick
·
#1368
·
|
|
Re: [vpp-dev] Replacing master/slave nomenclature
In today's TSC meeting we had a discussion of what, if any, role the TSC should play in the renaming process around nomenclatures like master/slave whitelist/blacklist etc.
It's important to
In today's TSC meeting we had a discussion of what, if any, role the TSC should play in the renaming process around nomenclatures like master/slave whitelist/blacklist etc.
It's important to
|
By
Edward Warnicke
·
#1367
·
|
|
Re: [vpp-dev] Published: FD.io CSIT-2005 Release Report
Hi Maciek,
Very impressive report with some interesting performance boosts. Thanks!
Jerome
Le 14/07/2020 15:33, « vpp-dev@... au nom de Maciek Konstantynowicz (mkonstan) via lists.fd.io
Hi Maciek,
Very impressive report with some interesting performance boosts. Thanks!
Jerome
Le 14/07/2020 15:33, « vpp-dev@... au nom de Maciek Konstantynowicz (mkonstan) via lists.fd.io
|
By
Jerome Tollet
·
#1366
·
|
|
FD.io - Decommission OpenGrok Instance
What: LF will decomission the FD.io OpenGrok instance
When: 2020-07-22 at 1700 UTC
Impact: opengrok.fd.io will no longer be accessible
Why: After reviewing our inventory it doesn't
What: LF will decomission the FD.io OpenGrok instance
When: 2020-07-22 at 1700 UTC
Impact: opengrok.fd.io will no longer be accessible
Why: After reviewing our inventory it doesn't
|
By
Vanessa Valderrama
·
#1365
·
|
|
FD.io - Decommission SonarQube Instance
What: LF will decomission the FD.io SonarQue instance
When: 2020-07-22 at 1700 UTC
Impact: sonar.fd.io and code quality reports and history will no longer be accessible
Why:
What: LF will decomission the FD.io SonarQue instance
When: 2020-07-22 at 1700 UTC
Impact: sonar.fd.io and code quality reports and history will no longer be accessible
Why:
|
By
Vanessa Valderrama
·
#1364
·
|
|
Re: [vpp-dev] Replacing master/slave nomenclature
I am in the process of pushing a patch to replace master/slave with aggregator/member for the bonding.
Steven
On 7/13/20, 4:44 AM, "vpp-dev@... on behalf of Dave Barach via lists.fd.io"
I am in the process of pushing a patch to replace master/slave with aggregator/member for the bonding.
Steven
On 7/13/20, 4:44 AM, "vpp-dev@... on behalf of Dave Barach via lists.fd.io"
|
By
Steven Luong (sluong) <sluong@...>
·
#1363
·
|
|
Re: [vpp-dev] Published: FD.io CSIT-2005 Release Report
Congrats! That was an excellent job done !
--a
Congrats! That was an excellent job done !
--a
|
By
Andrew 👽 Yourtchenko <ayourtch@...>
·
#1362
·
|
|
Re: [vpp-dev] Replacing master/slave nomenclature
VPP is ok here I think with "main" and "worker".
That one feels a bit clunky to me. I wonder why they didn't go for something more natural like
nouns: blocked/allowed
verbs: block/allow
The
VPP is ok here I think with "main" and "worker".
That one feels a bit clunky to me. I wonder why they didn't go for something more natural like
nouns: blocked/allowed
verbs: block/allow
The
|
By
Christian Hopps <chopps@...>
·
#1361
·
|
|
Re: [vpp-dev] Replacing master/slave nomenclature
The list has a good number of suggestions. In 802.1ax spec, they use the term aggregator and member link. So I am inclined to stick to aggregator/member unless someone finds that it is unacceptable.
The list has a good number of suggestions. In 802.1ax spec, they use the term aggregator and member link. So I am inclined to stick to aggregator/member unless someone finds that it is unacceptable.
|
By
Steven Luong (sluong) <sluong@...>
·
#1360
·
|
|
Re: [vpp-dev] Replacing master/slave nomenclature
I tend to prefer permitlist/denylist personally... but I may have configured one too many ACLs in my life...
Ed
I tend to prefer permitlist/denylist personally... but I may have configured one too many ACLs in my life...
Ed
|
By
Edward Warnicke
·
#1359
·
|
|
Re: [vpp-dev] Replacing master/slave nomenclature
I believe the DPDK community converged on:
master/slave lcore -> initial/worker lcore
blacklist/whitelist -> blocklist/allowlist
Full community discussion:
I believe the DPDK community converged on:
master/slave lcore -> initial/worker lcore
blacklist/whitelist -> blocklist/allowlist
Full community discussion:
|
By
St Leger, Jim <jim.st.leger@...>
·
#1358
·
|
|
Re: [vpp-dev] Replacing master/slave nomenclature
Hi Chris,
I suspect it would be good to align on the new bond nomenclature coming from other projects. DPDK and Linux are probably starting points we should consider IMO.
Jerome
Le 14/07/2020
Hi Chris,
I suspect it would be good to align on the new bond nomenclature coming from other projects. DPDK and Linux are probably starting points we should consider IMO.
Jerome
Le 14/07/2020
|
By
Jerome Tollet
·
#1357
·
|
|
Re: [vpp-dev] Replacing master/slave nomenclature
Steven,
That sounds good to me. I tend to see this as "Get the good ideas for possible replacements out there so the folks doing the work have some inspiration for the choices". Please don't take
Steven,
That sounds good to me. I tend to see this as "Get the good ideas for possible replacements out there so the folks doing the work have some inspiration for the choices". Please don't take
|
By
Edward Warnicke
·
#1356
·
|
|
Re: [vpp-dev] Replacing master/slave nomenclature
It is subjective and contextualized. But in this case, if making the effort to correct a wrong, why stop half way?
Chris.
It is subjective and contextualized. But in this case, if making the effort to correct a wrong, why stop half way?
Chris.
|
By
Chris Luke
·
#1355
·
|
|
Re: [vpp-dev] Replacing master/slave nomenclature
This is a pretty good summary of various suggestions for replacement terms:
https://www.zdnet.com/article/linux-team-approves-new-terminology-bans-terms-like-blacklist-and-slave/
Ed
This is a pretty good summary of various suggestions for replacement terms:
https://www.zdnet.com/article/linux-team-approves-new-terminology-bans-terms-like-blacklist-and-slave/
Ed
|
By
Edward Warnicke
·
#1354
·
|