Comments (8)
@mikedanese @dgoodwin can you be more descriptive what is intent of this PR?
from release.
I'm just starting to look into this, but I think I should check that everyone is in agreement it's worth doing and make sure I understand the goals.
Kubernetes RPMs are available out of the box today with Fedora / RHEL / CentOS and have had a lot of effort put into them. They originate from a relatively large specfile that builds from source and applies relevant patches for the distros, sub-packages for master/node/client tools and it looks like one that can be used as a golang dependency. They also require the "docker" rpm we ship in our distribution, as opposed to "docker-engine" from Docker.
So benefits to doing another dramatically simplified spec file here (built by just fetching the upstream binary), we could likely get these packages out a little quicker than the Fedora packagers can react after a new release, it would work with the upstream docker-engine rpm, and theoretically work on other not RedHat rpm based distributions. Any other benefits I'd be missing?
Drawbacks however, there will probably not be as many eyes on these packages and the experience may not be as good as the one we can offer with kubernetes in the distributions themselves.
Are their benefits I'm missing, and if not do we feel this is sufficient to be worth pursuing?
from release.
So benefits to doing another dramatically simplified spec file here (built by just fetching the upstream binary), we could likely get these packages out a little quicker than the Fedora packagers can react after a new release,
So the task here is to provide a general rpm for various distributions that will fetch the kubelet (and possibly other binaries) from kubernetes/kubernetes releases?
it would work with the upstream docker-engine rpm, and theoretically work on other not RedHat rpm based distributions.
Kubernetes supports rkt as well. It would make more sense to have a requirement on a virtual provide (e.g. container-tech
) that would by provided by installed docker
, docker-engine
, rkt
or any other container technology implementation. Of course, one component conflicting with each other.
Any other benefits I'd be missing?
Drawbacks however, there will probably not be as many eyes on these packages and the experience may not be as good as the one we can offer with kubernetes in the distributions themselves.
Agree. Each distribution has in general different names of components, different dependencies, different installation paths, etc.
Are their benefits I'm missing, and if not do we feel this is sufficient to be worth pursuing?
from release.
I see there being two options that we have here.
- Publishing a repo specific for this use case, for which I would probably recommend distributing through COPR.
- Working with the upstream SIGs for Fedora/CentOS to align release schedules through their channels.
Granted 2 wouldn't support other RPM-based distros...
from release.
cc @mansoorj @kelseyhightower @kubernetes/sig-cluster-lifecycle
from release.
cc kubernetes/kubernetes#26093
from release.
Just getting back from vacation but an update of where things were before, in meeting we discussed and decided that yes, there is a desire for upstream k8s to publish an RPM as part of the build process. I've got a spec file working, we discussed how it would be built and integrated into the release process on slack as it requires RPM tooling to do so, and decided a Docker container to build would likely be best. I'm just rounding out that process now and hopefully will have something up this week.
from release.
This is now fixed. Yay!
from release.
Related Issues (20)
- new kubernetes el7 repo ? HOT 11
- Edited release notes will logically interfere with mapped values
- No worldwide location for legacy packages HOT 4
- Error install kubernates HOT 2
- Release Notes Collection Picks Up Incorrect Text HOT 7
- The repository 'https://pkgs.k8s.io kubernetes-xenial InRelease' is not signed HOT 5
- Dependency update - Golang 1.22.2/1.21.9 HOT 4
- Version 1.29.1 kubectl not found HOT 4
- Error while installing kubernetes "kubernetes-xenial Release' does not have a Release file." HOT 3
- Refactor `pkg/announce` package to adhere to the interfaces pattern HOT 2
- Cannot upgrade kubeadm to 1.30.0 via apt HOT 10
- Cannot find `kubernetes-cni` in repo HOT 7
- Error 403 from https://prod-cdn.packages.k8s.io/repositories/isv:/kubernetes:/core:/stable:/1.30/rpm/repodata/repomd.xml HOT 5
- Presubmit job `pull-release-cluster-up` fails consistently HOT 1
- CVE-2024-2961 in `registry.k8s.io/build-image/distroless-iptables:v0.5.3` HOT 6
- Dependency update - Golang 1.22.3/1.21.10 HOT 2
- Add a file to get the current latest version. HOT 2
- Upgrade from 1.21 to 1.24 HOT 2
- debian packages for v1.28.9 not available HOT 5
- Dependency update - Golang 1.22.4/1.21.11 HOT 9
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from release.