-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Long hashtable values incorrectly wraps #12
Comments
I found the reason why the output is split into multiple lines. Personally, I would say an application should not bake into their program, the linter, or concepts of the linter. This should be like a post-processing, coupled into unit tests, and things of that nature. In this specific case, it should be up to the users, how long they want their values to be. Then, the linter is really up to them, and not this program / module. |
+1 to this. Wrapping should be both optional and configurable. And when wrapping is done, the indentation should be correct according to the YAML spec (e.g. https://yaml-multiline.info/) |
+1 too. I have to use other tools to fix the multiline indentation with this library. |
+1
Yes, 375 thousand bytes with no line break. It's a BASE64 CA cert bundle, and that's simply what those look like. Execute:
Renders the following (snippet) with the BASE64 value folded every 80 bytes.
This can't be read by kubectl because the spaces embedded in the deserialized string aren't valid BASE64 (see the multiline doc linked above for the interpretation of the '>' syntax). The correct behavior in my case would be to simply drop the string in unchanged. There is no YAML block style (according to the link above anyway) that fits my requirements because any deserialization from block scalar format will inject unwanted characters. I need an option to not mung my input strings at all. As it stands my workaround will be to tell users that they can't embed certificate data and will have to use the file reference syntax. And I'll tell them to find/write me a YAML support library or come here instead of complaining to me ;) |
I have the following generic logic:
I end up getting output that looks like:
The text was updated successfully, but these errors were encountered: