Comments (5)
Documentation is a "feel free to fix it yourself" section of the project.
On topic:
- As stated in the news articles there is not official Rancher support at this time.
- Helm support is "like normal", we're not likely to offer much step-by-step advice on it, as we need to assume the users knows how to use helm.
- The currently given info on the common chart, combined with the values.yaml files, should give more than enough information on deployment options for users with experience with using Helm
- It's not true that only SCALE is supported, Helm is a fully supported platform within the project.
from website.
So is there a rough timeline on rancher?
I get the strategy is fix it yourself with some of these things. However, the effective rate a maintainer could enhance the documentation is way way quicker. I just thought the sections needed a little love is all and the idea that the general user is going to write the documentation doesn't make a lot of sense if you think about it.
Also now that we can't suggest these thinks in github to track then (idk what the point of a feature request on it is) and we can't suggest new apps on github anymore how do these types of request get properly tracked and supported eventually. Just because I'm the first one to voice something doesn't mean I'm the only person thinking it and if there was at least a place for the community to track these kind of nice to have request and app feature suggestions then that would be nice because the one platform we used to track these things in (github) you don't want requests in. Discord is a messaging system and is not sufficient for tracking such work through inception to completion (at least for app work and requests), we need a tacking sheet or something if were not using github for that kind of stuff.
from website.
Let me clear some things up:
- Rancher is not a supported platform
- Maintainers are not payed and often have more important things to than write docs for platforms that dont have docs yet.
- we dont track requests because: they do not get made. There is no reason to track them, zero. 99/100 times a chart is build is because someone needs it or right when the request comes in. The tracker did not actually get used at all.
- Having a tracker for docs makes no sense, it would end up with 9999 issues no one is going to bother with.
- The community is perfectly able to write docs, they do so all the time. But if you want something fixed, you’ll also have to yourself
Also: its not faster for maintainers most of the time.
from website.
Simply put: chart request where just a garbage dump that never got any maintainer attention, because we never intended for it to get any.
there where flooding the github with issues that only existed to give people a place to dump them into.
from website.
Im leaving this issue, but considering how much this is derailling ill lock it.
from website.
Related Issues (20)
- volumeSnapshots on persisence docs HOT 1
- VolumeSnapshots on root-level docs HOT 1
- create single multi-platform configuration reference
- Velero installation HOT 1
- Tripple negative in Documentaion HOT 2
- ISCSI volume options HOT 1
- Velero options HOT 3
- hostIPC and hostUsers options HOT 1
- homepage integration options HOT 1
- definitions on categories HOT 3
- ingress options HOT 1
- certificate
- metallb annotation
- rbac-resourceNames
- Inconsistent hyperlinks for charts HOT 3
- projected volumes
- resources changes
- getting-started (https://truecharts.org/manual/SCALE/guides/getting-started/) is missing HOT 2
- [docs] Google SEO main hyperlink to Scale Docs - link broken HOT 1
- Eample misspelled HOT 1
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 website.