Re: CFF TOC Election Starting
Chip Childers <cchilders@...>
The CIVS site has an expired HTTPS certificate. It's a hosted, free, service... so there's nothing I can do about it at the moment. I've reached out to the service's owner at Cornell University. Chip Childers Executive Director Cloud Foundry Foundation On Tue, Jun 1, 2021 at 9:48 PM Chip Childers <cchilders@...> wrote:
|
|
IMPORTANT NOTICE: [nginx-buildpack] End of Support for NGINX versions 1.18.x and 1.19.x after 2021-07-05
Victoria Henry
The first release of the NGINX buildpack after 2021-07-05 will no longer include NGINX versions 1.18.x and 1.19.x. These NGINX versions will no longer be supported upstream[1]. Please migrate your NGINX apps to supported versions of NGINX before that time. Note: As 1.19.x is the current default version of NGINX in the buildpack, the default NGINX version will be updated to 1.20.x as a part of this removal. If you’d like to use a different NGINX version, please configure your application to select that version[2]. As always, the buildpacks team is happy to answer questions you may have about this deprecation in the #buildpacks Slack channel[3]. [1] - https://nginx.org/en/download.html [2] - https://docs.cloudfoundry.org/buildpacks/nginx/index.html [3] - https://cloudfoundry.slack.com/archives/C02HWMDUQ Thanks, The Buildpacks Team |
|
IMPORTANT NOTICE: [staticfile-buildpack] End of Support for NGINX versions 1.18.x and 1.19.x after 2021-07-05
Victoria Henry <vhenry@...>
The first release of the Staticfile buildpack after 2021-07-05 will no longer include NGINX versions 1.18.x and 1.19.x. These NGINX versions will no longer be supported upstream[1]. Please migrate your Static content apps to supported versions of NGINX before that time. Note: As 1.19.x is the current default version of NGINX in the buildpack, the default NGINX version will be updated to 1.20.x as a part of this removal. If you’d like to use a different NGINX version, please configure your application to select that version[2]. As always, the buildpacks team is happy to answer questions you may have about this deprecation in the #buildpacks Slack channel[3]. [1] - https://nginx.org/en/download.html [2] - https://docs.cloudfoundry.org/buildpacks/staticfile/index.html [3] - https://cloudfoundry.slack.com/archives/C02HWMDUQ Thanks, The Buildpacks Team |
|
CFF TOC Election Starting
Chip Childers <cchilders@...>
All, The list of eligible voters for our TOC election has been finalized, and an initial instruction has been sent to the best available email address that we have in our systems for all eligible voters. If you are listed in the voters.md file, but did not receive your initial registration instructions, please reach out to me privately. Unless we experience major technical or logistical issues, the election will run from now, until June 15th. That said, I ask that the community bear with us as we go through this first election cycle and sort out the processes. :) The following individuals are listed as eligible voters, but I have been unable to determine their email addresses in our various systems. If anyone is able to provide me with their email addresses, please reply to me privately at cchilders@.... "Mo Sahihi Benis","SAP" "Sebastian Vollath","SUSE" "Shannon Coen","VMware" "Sven Krieger","SAP" "Urse Searle","VMware" "Valentin Velkov","SAP" "Yaron Parasol","VMware" "Visarg Soneji","SAP" Chip Childers Executive Director Cloud Foundry Foundation |
|
REMINDER: TOC Nomination Deadline is tomorrow
Chip Childers <cchilders@...>
Quick reminder that the deadline to nominate someone to the CFF TOC is tomorrow! You can either create an issue with your nomination here: https://github.com/cloudfoundry/community/issues/new?assignees=&labels=election&template=toc-candidate-nomination.md&title=TOC+Candidate+Nomination+for+%5BPerson+Name%5D ...or you can email me directly with the name of the person you would like to see on the ballot. Thanks! Chip Childers Executive Director Cloud Foundry Foundation |
|
CF on K8s Vision + Technical Thoughts
Angela Chin
Hi cf-dev, Following the great discussion in the last CF on K8s SIG call, I wanted to share more about how we at VMware are thinking about defining the technical architecture to support the CF on K8s vision. In particular, we noted how the core developer workflows are key to preserve, while still looking to allow for more direct integration with Kubernetes. Based on this, we decided to dive into looking at how we might choose to support a “cf push” workflow. At a high level, we are looking at utilizing custom resources to represent core CF concepts (such as App, Process, and Droplet) and have a new component serve as the API for creating these resources. We drew up a possible architecture in this Miro board and would love feedback on it. We’ll be continuing to explore this space and produce other artifacts to share with the community and to discuss in the CF on K8s SIG calls. :) If you have any questions, please feel free to reach out. Cheers, Angela |
|
IMPORTANT NOTICE: [nodejs-buildpack] End of Support for Node versions 15.x.x after 2021-06-21
Elliott Shanks <shankse@...>
The first release of the Node.js buildpack after June 21, 2021 will no longer include Node versions
15.x.x. These Node.js versions will no longer be supported upstream.[1] Please migrate your Node.js apps to supported versions of Node.js before that time. As always, the buildpacks team is happy to answer questions you may have about this deprecation in the #buildpacks Slack channel. [1] - https://github.com/nodejs/Release [2] - https://docs.cloudfoundry.org/buildpacks/node/node-tips.html#buildpack Thanks, Elliott Shanks, Buildpacks |
|
Virtual Unconference at the CF Summit 2021
Ivana Scott
Hi all, The Unconference is back at CF Summit 2021, on Tuesday 20th July, 6pm CEST. If you would like to attend, please register for the summit so you can access both events. We'll have talks (please submit proposals), and community led open space discussions (suggest topics too, please) where you can chat with peers about the hottest issues in the ecosystem. At the Unconference we want to give talks that weren't accepted at the summit a second chance, along with talks that are off-the-wall. The Unconference is also a great friendly crowd for new speakers. Please get involved. Best Regards, Ivana Scott - Business Operations Manager |
|
Bi-weekly Round-Up: Technical + Ecosystem Updates from Cloud Foundry 5.18.21
Chris Clark
Reminder: Cloud Foundry Summit CFP closes this Friday, May 21. In some previous cycles we have extended this date, but we won’t be doing so this time - so get those proposals in!
From the Last Few Weeks
Notable Releases
Dates To Remember (times U.S. Pacific)
Check the community calendar for updates and meeting details. Ecosystem and General News:
Chris Clark Technical Operations Manager Cloud Foundry Foundation |
|
#cf New live stream: CF Summit 2021 Co-chairs panel
#cf
Ram Iyengar
Hey everyone!
Today we're going to be hosting a panel of wonderful technologists on a live stream - our co-chairs for the Cloud Foundry Summit 2021. They're going to be discussing the upcoming Cloud Foundry Summit 2021, and in particular providing some interesting insights about what they expect to find in CFPs, technical depth, topics of interest, and much more. To quote Chip Childers –"This pre-summit event is about two things: inspiration and guidance". CFP last date: 21 May 2021 Event date: 21+22 July 2021 To watch the stream, please visit https://www.cloudfoundry.org/event/cf-summit-2021-special-panel/ Cheers, Ram Iyengar Developer Advocate, Cloud Foundry Foundation |
|
Live Stream about CF API v3
#cf
Ram Iyengar
Hey folks, There is going to be a live stream on 13th May 2021 about some CF internals, specifically the CF API v3. Jenna Goldstrich from VMware is going to be a special guest joining Shedrack and Ram from the CFF. Catch all the action here - https://www.cloudfoundry.org/event/capi-v3-whats-new/
Cheers, Ram |
|
Re: On boarding of a new CF system build pack for Rust
Daniel Mikusa <dmikusa@...>
+1 to everything Dr Nic said.
toggle quoted message
Show quoted text
|
|
Re: Call for Nominations: Cloud Foundry Foundation Technical Oversight Committee Election
Chip Childers <cchilders@...>
Of course there's a type in one of the embedded links... <facepalm>. The 2021 election's list of voters is here: https://github.com/cloudfoundry/community/blob/main/toc/elections/2021/voters.md @Eric Malm was kind enough to point out that "voders" is not a thing. Chip Childers Executive Director Cloud Foundry Foundation On Tue, May 11, 2021 at 1:53 PM Chip Childers <cchilders@...> wrote:
|
|
Call for Nominations: Cloud Foundry Foundation Technical Oversight Committee Election
Chip Childers <cchilders@...>
Call for Nominations: Cloud Foundry Foundation Technical Oversight Committee Election (TL;DR - we are holding an election to create a TOC… members of the CFF technical community need to take a couple of actions. Check the “TODO” list at the bottom of this post.) Overview: As many members of the community are aware, a working group has been meeting regularly to propose changes to our community governance structure. Last week, the first major milestone in this work was reached when the Foundation’s Governing Board (GB) voted in favor of establishing a Technical Oversight Committee (TOC) to take the place of the PMC Council. With that change now approved, we are kicking off the first TOC election cycle today. This is the first step of what I expect to be a fairly complex realignment of how our technical community works day to day. There are many decisions still left to be made, but I am confident that a democratic election of the TOC will bring together community leaders that will be responsive and thoughtful when making these choices. Why Change? The Cloud Foundry Foundation was created after a long and difficult negotiation process amongst the founding member organizations. Many, many things have changed in our ecosystem in the (over) six years since that negotiation took place, but our community’s approach to decision making has stayed roughly the same. When I took on the role as Executive Director in early 2020, my primary goal was to help the Foundation’s membership and the project’s community restructure how everyone works together. At the end of 2020, the Foundation completed a set of changes to the corporate structure that supports the technical community’s efforts. Today, we are taking a major step on the community side. The community members that have been participating in this process have grounded their thinking on three key guiding principles: Transparency, Clarity and Inclusivity. Every change proposed is tied back to those principles, and every change going forward should do the same. I encourage everyone to take a moment to read more about what we mean by these principles. Put simply, it is time to make participation in the project easier for everyone. What’s this TOC Thing? A Technical Oversight Committee will take the place of the PMC Council, but that is where the similarity ends. The CFF TOC will be a democratically elected group of community members that represent you, the community. The TOC is responsible for the oversight, direction, and delivery of technical aspects of the Cloud Foundry projects and working groups. Most importantly, the role of the TOC should be to enable the community to do good work in an open and transparent way, while helping to maintain the integrity of the project used by so many organizations around the world. The first TOC election will be structured to elect five TOC members. Using the results of the election, the two nominees with the highest number of votes will have two year terms. The next three nominees, by number of votes, will have an initial term of one year. The second TOC election will be held a year after the initial election. During that second election cycle, the three TOC members with initial one year terms will be at the end of their initial terms. Those TOC seats will be up for election during that second TOC election. An election will be held every year after that, with either two or three TOC seats being up for election each cycle. The work of the TOC should become easier over time, but this first TOC will be asked to continue the hard work transforming how technical collaboration happens. Who Gets To Participate? TOC Eligibility: The rules for eligibility to be a member of the TOC include specific community roles, which don’t exist yet. As such, eligibility to be nominated for the TOC during the first election will be: Community members who are currently PMC Leads, Project Leads or committers within any PMC or project. Each member organization of the CFF can also nominate one additional person not meeting these criteria as a candidate for the first TOC election. Eligible Voters: If you are a member of the Cloud Foundry technical community, you have a role to play here. Any individual who has contributed to CFF projects or technical working groups in the twelve months prior to the election is eligible to vote in the TOC election. Contributions include, but are not limited to, opening PRs, reviewing and commenting on PRs, opening and commenting on issues, writing design docs, commenting on design docs, participating in mailing list discussions and participating in working groups. Timeline:
TODO (What you need to do):
More information on the election process can be found in the 2021 TOC election guide. Final Thoughts: This will be our first time running this process as a community, so please bear with us if there are any hiccups or issues. The CFF staff will be here to make the process as smooth as possible, and will err on the side of “get it right” vs. “get it done on schedule”. I also expect that we will change the operational processes we use to support the election after this first cycle. As we always share with Cloud Foundry end users, plan to iterate. :) I know that I speak for everyone that has been involved in the technical governance process over the last several months when I say that this should be an exciting time for the community. We have come very far over the years, but have so much further to go. Feel free to reach out directly to me if you have any questions, concerns or issues. Thanks! Chip Childers Executive Director Cloud Foundry Foundation |
|
Re: On boarding of a new CF system build pack for Rust
Kashyap Vedurmudi
Hi all - My team at VMware contributes to both the v2 Cloud Foundry buildpacks as well as the Paketo Buildpacks project (v3). Just to re-iterate a couple points above and add a few others, you have a couple options here:
As others in the thread have mentioned, my team at VMware is focusing most of our development efforts on v3 Paketo Buildpacks and likely won't have the bandwidth to build a v2 Rust buildpack. That said, Rust is definitely growing in popularity, so I'm
happy to discuss any of these options above in depth, André. Feel free to keep the discussion going here or start a thread in the #buildpacks channel on CF slack.
Thanks,
Kashyap
From: cf-dev@... <cf-dev@...> on behalf of Dr Nic Williams <drnicwilliams@...>
Sent: Monday, May 10, 2021 4:45 AM To: cf-dev@... <cf-dev@...> Subject: Re: [cf-dev] On boarding of a new CF system build pack for Rust Custom buildpacks (v2) can be installed in airgapped and enterprise CF. You convert the buildpack and it’s dependencies into a zip file and the CF admin installs it for all users to share, like you would upgrade a buildpack from the core CF
team.
Paketo buildpacks (v3) — your own plus upstream — are baked into your builder Docker image, so again you have control over what buildpack you are using across all apps.
Nic
On Mon, 10 May 2021 at 6:28 pm, Borrmann, Andre via
lists.cloudfoundry.org <a.borrmann=sap.com@...> wrote:
Dr Nic Williams
+61 437 276 076
twitter @drnic
|
|
Re: On boarding of a new CF system build pack for Rust
Dr Nic Williams <drnicwilliams@...>
Custom buildpacks (v2) can be installed in airgapped and enterprise CF. You convert the buildpack and it’s dependencies into a zip file and the CF admin installs it for all users to share, like you would upgrade a buildpack from the core CF team. Paketo buildpacks (v3) — your own plus upstream — are baked into your builder Docker image, so again you have control over what buildpack you are using across all apps. Nic On Mon, 10 May 2021 at 6:28 pm, Borrmann, Andre via lists.cloudfoundry.org <a.borrmann=sap.com@...> wrote:
--
Dr Nic Williams +61 437 276 076 twitter @drnic |
|
Re: On boarding of a new CF system build pack for Rust
Borrmann, Andre
Hi Dr. Nic,
thanks for your reply and the links shared to the new buildpacks and the tutorial. As I’d like to use the buildpack within an enterprise context such custom buildpack would be a good starting point, but the ultimate goal would be to get it listed as part of this: https://docs.cloudfoundry.org/buildpacks/system-buildpacks.html
If I get you right, the CF core team/paketo team might be the right contacts to talk to about this topic to get a Rust buildpack eventually a core/system buildpack? Are you able to share some contact details to start the communication with the right audience straight away?
Thanks in advance.
BR André
From: <cf-dev@...> on behalf of Dr Nic Williams <drnicwilliams@...>
Skipping the question of “core buildpacks” which is a good one but I can’t answer it.
I can point you to two paths for authoring Buildpacks, depending on which CF your using.
Newer CF/kubernetes CF uses Paketo buildpacks https://paketo.io/ which are implementations of the Cloud Native Buildpacks project https://buildpacks.io — the latter page has a tutorial for creating a buildpack; and the former is a collection of buildpacks. If you want your Rust buildpack to be “core” one day, cargo cult the core team/paketo team’s buildpacks rather than implement yours from scratch.
If you’re on an older CF, and using the older buildpacks then yes you can create a Rust buildpack, but it will never be included in “core” — the core team/paketo team is solely working on the new set of buildpakcs above. I wrote some tutorials for creating the older buildpacks; but I hesitate to recommend them since they are “the old way” :)
Dr Nic -- Dr Nic Williams +61 437 276 076 twitter @drnic |
|
Re: On boarding of a new CF system build pack for Rust
Borrmann, Andre
Hi Dan,
thanks for your reply. While a custom/community buildpack is a viable option my question is more related to an enterprise context. Which means, building enterprise applications and deploy them to CF. This would require reproducible build steps and thus should not be dependent on external hosted buildpacks. So either we would require the custom buildpack to be hosted within our enterprise boundaries or – the preferred option – being part of the CF stack itself, like JAVA buildpack, GO buildpack etc. (so it should be best listed here: https://docs.cloudfoundry.org/buildpacks/system-buildpacks.html).
This kind of lead to the question how those buildpaks became system build packs and how could Rust become a part of this party. Where should this being requested and who would be responsible to get this “onboarding” kicked off.
Thanks in advance.
BR André
From: <cf-dev@...> on behalf of Daniel Mikusa <dmikusa@...>
Hi,
Not sure this exactly answers your question. I am also Rust fan and so a while back felt compelled to write a set of Cloud Native buildpacks (v3 buildpack) for Rust & contributed it to the Paketo community (Paketo is a CF Foundation project for implementations of the v3 cloud native buildpack spec).
I haven't tried it, but I'm pretty sure you could `pack build` images with this buildpack and `cf push -o` them onto CF. It's one extra step, but it should work.
Maybe there'd be a way to retrofit it to work as a v2 CF buildpack? I think some folks were working on a wrapper a while back.
Dan
|
|
Re: On boarding of a new CF system build pack for Rust
Adding this to the conversation:
I found it trivial to modify emk/heroku-buildpack-rust into alphagov/cf-buildpack-rust to work with our UK government CF deployment here at the GDS. Others will have done it better, I am sure, but it was so easy to get it going. Tris Oaten Senior Dev, GDS |
|
Re: On boarding of a new CF system build pack for Rust
Dr Nic Williams <drnicwilliams@...>
Skipping the question of “core buildpacks” which is a good one but I can’t answer it.
I can point you to two paths for authoring Buildpacks, depending on which CF your using. Newer CF/kubernetes CF uses Paketo buildpacks https://paketo.io/ which are implementations of the Cloud Native Buildpacks project https://buildpacks.io — the latter page has a tutorial for creating a buildpack; and the former is a collection of buildpacks. If you want your Rust buildpack to be “core” one day, cargo cult the core team/paketo team’s buildpacks rather than implement yours from scratch. If you’re on an older CF, and using the older buildpacks then yes you can create a Rust buildpack, but it will never be included in “core” — the core team/paketo team is solely working on the new set of buildpakcs above. I wrote some tutorials for creating the older buildpacks; but I hesitate to recommend them since they are “the old way” :) Dr Nic -- Dr Nic Williams +61 437 276 076 twitter @drnic |
|