From b1f77aec1f12da8ea9ecebd5cb9f5905e8f836c0 Mon Sep 17 00:00:00 2001 From: Rich Bowen Date: Jul 23 2021 18:54:06 +0000 Subject: formatting --- diff --git a/meetings/2014/2014-02-26.md b/meetings/2014/2014-02-26.md index 8bf081d..b09231a 100644 --- a/meetings/2014/2014-02-26.md +++ b/meetings/2014/2014-02-26.md @@ -19,28 +19,28 @@ ## Notes ###Trademark -Some public discussion is covering our base for us, people are schooling other people on the subject by using the guidelines. -We still want to put up some examples and improve the FAQ. -Need a process for how to reach out to people in violation of the trademark. -Will let people use logo for t-shirts if they are given away. +* Some public discussion is covering our base for us, people are schooling other people on the subject by using the guidelines. +* We still want to put up some examples and improve the FAQ. +* Need a process for how to reach out to people in violation of the trademark. +* Will let people use logo for t-shirts if they are given away. ###Hardware -were getting 600gb disks in the new hs23’s ( to fill out existing chassis ) -were also getting 600gb disks for ibm 2u storage box +* were getting 600gb disks in the new hs23’s ( to fill out existing chassis ) +* were also getting 600gb disks for ibm 2u storage box ###SIG -google-hangout(?) please check kit -prop for -centos-virt -centos-cloud -another ( maybe voip sig ) -Desktop ( jim ) -hosting sig - not moving too far / too fast. -storage sig: they need something to make it worthwhile, cloud sig might deliver something, not much interest from gluster - beyond the emails to centos-devel +* google-hangout(?) please check kit +* prop for + * centos-virt + * centos-cloud + * another ( maybe voip sig ) + * Desktop ( jim ) + * hosting sig - not moving too far / too fast. + * storage sig: they need something to make it worthwhile, cloud sig might deliver something, not much interest from gluster - beyond the emails to centos-devel packaging /extending stuff SIG: ###CoreOS -minimal kernel -centos-7 derived -maybe into an existing SIG or bootstrap a new -###What should be the SIG status be for ‘re-branding’ CentOS +* minimal kernel +* centos-7 derived +* maybe into an existing SIG or bootstrap a new +### What should be the SIG status be for ‘re-branding’ CentOS diff --git a/meetings/2014/2014-03-12.md b/meetings/2014/2014-03-12.md index 86d45dd..5343945 100644 --- a/meetings/2014/2014-03-12.md +++ b/meetings/2014/2014-03-12.md @@ -22,18 +22,18 @@ Work with Richard to fix issues with trademark guidelines ## Notes -Richard: trademark guidelines, as written, are problematic -may be unenforceable - need fixing -how/when should we engage with the community about this? -general agreement to keep this quiet until we have an acceptable draft -[PRIVATE] atomic: new subscription plans +* Richard: trademark guidelines, as written, are problematic +* may be unenforceable + * need fixing +* how/when should we engage with the community about this? +* general agreement to keep this quiet until we have an acceptable draft +* [PRIVATE] atomic: new subscription plans ## release naming -we don’t support older point releases -we shouldn’t use labels like 6.4, just 6 (?) -nothing decided -suggestion to keep 5 and 6 the way they are and try out the new way with 7 (which isn’t yet decided either) +* we don’t support older point releases +* we shouldn’t use labels like 6.4, just 6 (?) +* nothing decided +* suggestion to keep 5 and 6 the way they are and try out the new way with 7 (which isn’t yet decided either) diff --git a/meetings/2014/2014-03-26.md b/meetings/2014/2014-03-26.md index 7a7c491..33d41ad 100644 --- a/meetings/2014/2014-03-26.md +++ b/meetings/2014/2014-03-26.md @@ -25,41 +25,41 @@ Jim to write up list of actions / content to address export control requirements ## Notes ### Naming -Jim: need to sell the sanity aspect in light of new sigs -Jim: not a fan of cute names -Karsten: names are memorable -Mike: the names don’t have to be cute -Ralph: don’t want the name to be too long. dates are good/practical -Carl: need to avoid fragmentation. no names per variants -KB: Year and month is enough. It takes days to get content on the mirrors -Mike: let’s enumerate the different classes of sigs/variants and think about how naming should work in each case -Mike: we want to avoid giving the appearance of EUS-type support -Fabian: consider chef/puppet variables -could break various puppet modules/etc -Karsten: can we provide major/minor number where necessary without using it at top level? -Jim/KB: vendor validation -Jim: too drastic a change too fast could cause a user revolt -KB: just drop the subrelease altogether. E.g. centos-6-atomic -Karsten: need to really think about how we will present this to the community -folks will point out holes in plan -we’ll have an iterative process -KB: let’s take the rest of this offline/email +* Jim: need to sell the sanity aspect in light of new sigs +* Jim: not a fan of cute names +* Karsten: names are memorable +* Mike: the names don’t have to be cute +* Ralph: don’t want the name to be too long. dates are good/practical +* Carl: need to avoid fragmentation. no names per variants +* KB: Year and month is enough. It takes days to get content on the mirrors +* Mike: let’s enumerate the different classes of sigs/variants and think about how naming should work in each case +* Mike: we want to avoid giving the appearance of EUS-type support +* Fabian: consider chef/puppet variables +* could break various puppet modules/etc +* Karsten: can we provide major/minor number where necessary without using it at top level? +* Jim/KB: vendor validation +* Jim: too drastic a change too fast could cause a user revolt +* KB: just drop the subrelease altogether. E.g. centos-6-atomic +* Karsten: need to really think about how we will present this to the community + * folks will point out holes in plan + * we’ll have an iterative process +* KB: let’s take the rest of this offline/email ### A wild Johnny appears! ### Export stuff -Karsten: the laws are complex, but we need a simple policy -Karsten: software contributions imply access to software, which may be prohibited -Karsten: we’re not here to take a political stance -let’s not let folks force us into taking one -people should not be using us to make a political statement -Jim: some details about Fedora’s approach -KB: a lot of people in Iran use Centos -users may be deliberately trying to push the boundaries -Carl: we don’t have to be police, just state the facts (in a nice way) -Jim: they can always get it from kernel.org -Fabian: what / how do we communicate mirror requests -needs wording up -ToDO: firewall off content from mirror-?.centos.org ( the ones hosted at redhat ) -desireable to have elsewhere, but not essential -ToDo: add notes to rsync header, mirrorlist node to say content is not acceptable for use in some areas -Jim to write up list of actions / content to address export control requirements +* Karsten: the laws are complex, but we need a simple policy +* Karsten: software contributions imply access to software, which may be prohibited +* Karsten: we’re not here to take a political stance + * let’s not let folks force us into taking one + * people should not be using us to make a political statement +* Jim: some details about Fedora’s approach +* KB: a lot of people in Iran use Centos + * users may be deliberately trying to push the boundaries +* Carl: we don’t have to be police, just state the facts (in a nice way) +* Jim: they can always get it from kernel.org +* Fabian: what / how do we communicate mirror requests + * needs wording up +* ToDO: firewall off content from mirror-?.centos.org ( the ones hosted at redhat ) +* desireable to have elsewhere, but not essential +* ToDo: add notes to rsync header, mirrorlist node to say content is not acceptable for use in some areas + * Jim to write up list of actions / content to address export control requirements diff --git a/meetings/2014/2014-04-09.md b/meetings/2014/2014-04-09.md index cdc1f98..a37b1fa 100644 --- a/meetings/2014/2014-04-09.md +++ b/meetings/2014/2014-04-09.md @@ -15,66 +15,67 @@ * Centos CN forum request ## Actions -Carl: provide link to ASF publicity policy/rules -http://apache.org/press/#releases -Carl: next iteration of versioning document +* Carl: provide link to ASF publicity policy/rules + * http://apache.org/press/#releases +* Carl: next iteration of versioning document ## Notes ### Karsten brings up the Linux Foundation press release -KB: why is Stephanie involved? -Karsten: why is LF involved? -Karsten: Stephanie is simply a help resource we can use -KB: LF is not running the virt sig, rh is not running the virt sig -Carl: Press release needs to come to the board. Do we even want one? -Carl: notes how Apache Foundation handles such things -KB: Press release from their end vs. from our end -Karsten: none of us are pr experts. it’s good to have help. -Jim: just learned about this today. I want to see the release. Doesn’t matter that it’s for summit. Help from Stephanie is fine, but she is not a blocker. -Carl: If the release makes any representation about the project, then they need our approval -Carl: we should establish a press list and develop some expertise and rules -KB: haven’t had a chance to look. only had it for five minutes -KB: no need for this to block for weeks -Carl: need to formalize how we handle issuing our press releases. -through RH? -through another company that employs one of us? -Jim: can we view/crib the ASF policy? -Carl: yes -KB: let’s get this particular release handled in the next day for so and try to formalize the process later -Chinese language forum request -KB: relates previous attempt at a CN language forum -no activity -KB: Let’s do something more general, rather than specifically target one language -folks in Japan are interested, as well as... -indonesia -malaysia -brazil -every language group gets .centos.org and a mailing list -set up a language moderators group -document how this process works -at least one member needs to: speak english, join moderators list -KB: this particular CN request comes from someone who might be problematic -may want too much autonomy -Mike: wonders if we should use hyperkitty -https://fedorahosted.org/hyperkitty/ -demo: https://lists.stg.fedoraproject.org/archives/ -KB: who is will to take ownership of delivering this? -KB: not it! -Perhaps someone in the community? -Johnny: I can create mailing lists and stand up forums pretty easily -Fabian: phpbb might not be that trivial -Fabian: no centralized auth -Fabian: we’ll have to retool heavily in the future -Carl: should we have a vote? -Statement : The board will allow the development of forums, lists, and content in other languages managed on CentOS infra and by the CentOS project open to contribution by all. The project will not delegate the running of CentOS branding infra, forums and such to 3rd parties. -### Vote: -* yes: KB, Jim, Karsten,Carl, Fabian, Mike, Johnny -Carl review the versioning proposal -[see slide deck] -> where ? in google drive ? -(attached to “Numbering” thread on board mailing list) -(lots of discussion) -Johnny/Fabian are concerned that if we find it confusing, then the community will find it even more so and react negatively -Carl expresses willingness to spend more time to get it right +* KB: why is Stephanie involved? +* Karsten: why is LF involved? +* Karsten: Stephanie is simply a help resource we can use +* KB: LF is not running the virt sig, rh is not running the virt sig +* Carl: Press release needs to come to the board. Do we even want one? +* Carl: notes how Apache Foundation handles such things +* KB: Press release from their end vs. from our end +* Karsten: none of us are pr experts. it’s good to have help. +* Jim: just learned about this today. I want to see the release. Doesn’t matter that it’s for summit. Help from Stephanie is fine, but she is not a blocker. +* Carl: If the release makes any representation about the project, then they need our approval +* Carl: we should establish a press list and develop some expertise and rules +* KB: haven’t had a chance to look. only had it for five minutes +* KB: no need for this to block for weeks +* Carl: need to formalize how we handle issuing our press releases. + * through RH? + * through another company that employs one of us? +* Jim: can we view/crib the ASF policy? + * Carl: yes +* KB: let’s get this particular release handled in the next day for so and try to formalize the process later + +## Chinese language forum request +* KB: relates previous attempt at a CN language forum - no activity +* KB: Let’s do something more general, rather than specifically target one language + * folks in Japan are interested, as well as... + * indonesia + * malaysia + * brazil + * every language group gets .centos.org and a mailing list +* set up a language moderators group +* document how this process works +* at least one member needs to: speak english, join moderators list +* KB: this particular CN request comes from someone who might be problematic + * may want too much autonomy +* Mike: wonders if we should use hyperkitty + * https://fedorahosted.org/hyperkitty/ + * demo: https://lists.stg.fedoraproject.org/archives/ + * KB: who is will to take ownership of delivering this? + * KB: not it! + * Perhaps someone in the community? +* Johnny: I can create mailing lists and stand up forums pretty easily +* Fabian: phpbb might not be that trivial +* Fabian: no centralized auth +* Fabian: we’ll have to retool heavily in the future +* Carl: should we have a vote? +* Statement : The board will allow the development of forums, lists, and content in other languages managed on CentOS infra and by the CentOS project open to contribution by all. The project will not delegate the running of CentOS branding infra, forums and such to 3rd parties. +* Vote: + * yes: KB, Jim, Karsten,Carl, Fabian, Mike, Johnny + * Carl review the versioning proposal +* [see slide deck] -> where ? in google drive ? + * (attached to “Numbering” thread on board mailing list) + * (lots of discussion) + * Johnny/Fabian are concerned that if we find it confusing, then the community will find it even more so and react negatively + * Carl expresses willingness to spend more time to get it right + ### Dojos -KB: Lyon is sold out -Karsten: what is happening with Denver? +* KB: Lyon is sold out +* Karsten: what is happening with Denver? diff --git a/meetings/2014/2014-05-21.md b/meetings/2014/2014-05-21.md index 1332e69..cc23f3a 100644 --- a/meetings/2014/2014-05-21.md +++ b/meetings/2014/2014-05-21.md @@ -2,26 +2,26 @@ ## Agenda: -c7 : Whats needed -numbering -problem statement ( Mike .. ) -potential solution might be to use date stamp -7.XXYY- -xx ⇒ year 2 bits -yy => month ( to match RHEL dates ) - => potentially something that other variants can use -but we might need a default TAG ( Final ? ) -Would help if it the default started with an “A” so that it could be iterated after that easily -have a rough draft via Jason Brooks ( RH OSAS Comms person ) by 23rd / 27th -altsrc -expectations internal to RH already point to people expecting git.centos.org being source upstream -feedback from HiPEx Spring was that people who care / are tracking conversations, already also expect git.c.o -Can we can push git as primary without breaking FTP per-se? -secureboot -Clarify the position on access for Red Hat owners / hosted -there might be exceptions in the future ( but those would be well defined ) -default policy would be to allow community access as needed -Call for a mailing list vote on CERN people position ( if we want them in, and if we want them to run the koji ) -we might need more board meetings in the coming weeks, make sure that we set expectations with everyone. +# c7 : Whats needed +* numbering +* problem statement ( Mike .. ) +* potential solution might be to use date stamp +* 7.XXYY- +* xx ⇒ year 2 bits +* yy => month ( to match RHEL dates ) +* => potentially something that other variants can use +* but we might need a default TAG ( Final ? ) +* Would help if it the default started with an “A” so that it could be iterated after that easily +* have a rough draft via Jason Brooks ( RH OSAS Comms person ) by 23rd / 27th +* altsrc +* expectations internal to RH already point to people expecting git.centos.org being source upstream +* feedback from HiPEx Spring was that people who care / are tracking conversations, already also expect git.c.o +* Can we can push git as primary without breaking FTP per-se? +* secureboot +* Clarify the position on access for Red Hat owners / hosted +* there might be exceptions in the future ( but those would be well defined ) +* default policy would be to allow community access as needed +* Call for a mailing list vote on CERN people position ( if we want them in, and if we want them to run the koji ) +* we might need more board meetings in the coming weeks, make sure that we set expectations with everyone.