version 0.6.3 breaks puppet-lint head #54
Comments
Are you getting a warning about using an older version of |
I am not getting a warning about an older version. I should also mention, so that you don't have to assume it, that I did flip back to puppet-lint 1.1.0 official and it was working. |
Does the HEAD version of |
Looks like I have no idea about |
However, unclear why this was working with 0.6.2. There must be something more going on here. |
Any word on the plan for updating the regexp to |
You could also just specify the If you want to put up a PR and test this I can merge it unless somebody in @AtomLinter/linter-puppet-lint has a different idea? |
Excuse me: I added the Typical
which shows that it no longer seems to always display the column which means current/future |
Ok actually the regex is working fine and I just forgot the At this point I have no idea how to get this package working with the next version of |
The simplest plan that I can think of is to just release a major version update of this package when this new version of This new version would only parse the output of the new version, with possibly a warning if output from the older version is found. |
I don't think this has to do with the output. I think something insidious is happening. I am going to do some more testing intermittently for some time. If I find something interesting, or end up fixing it myself, then I will report back. |
I figured it out. It was so obvious that I feel dumb, but then again there was no output to work off of. I had the 'skip 80 char check' enabled and HEAD has the current style guideline of '140 char.' The invalid flag was being passed to puppet-lint and the 'invalid flag' error was being passed back to stdout, albeit with exit code 1, and not stderr so it was never picked up on the Unfortunately Another solution may be to try to catch the exit code 1 from Thanks for the effort. |
The full example for what he's describing would be: helpers.exec(atom.config.get('linterExecutablePath'), args, {stream: 'stdout'}).then(output => {
// Do stuff
}).catch(error => {
// Do error stuff
}); But that wouldn't help in this case since |
Yeah that was what I was trying to do, but I was hoping Javascript could catch/except/rescue precisely so that hopefully it could catch I was probably being over optimistic. |
Javascript doesn't know anything about the run of |
I can no longer use puppet-lint head with linter-puppet-lint 0.6.3. linter-puppet-lint no longer outputs any warnings to the display. It worked as expected in 0.6.2 with puppet-lint head.
The text was updated successfully, but these errors were encountered: