import eslint 7.28.0

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

buildsys: change upload dist to bullseye

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

add small script to help extracting more relevant changes

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

bump version to 7.18.0-1

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

switch to ECMA version 2018

Mainly to enable the rest/spread operator (...variable).

Other new features include asynchronous iteration,
Promise.prototype.finally and additions to RegExp (look behind, named
capture groups, s flag)

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

import eslint 7.18.0

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

bump version to 7.12.1-1

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

import 7.12.1 upstream release

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

exit with error also on warnings

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

app: eslint fixes

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

bump version to 7.2.0-1

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

import and build new upstream release 7.2.0

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

ship an example config and extend-rules sample files

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

add HelpInfo variables to globals

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

no-mixed-operators: do not check basic math precedence

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

improve no-extra-parens rule

We use both, 'no-extra-parens' and 'no-mixed-operators' rules and
those can conflict. Thus follow eslints recommendation[0] and allow
parenthesis in nestedBinaryExpressions to avoid the linter
complaining either way. Do this also fo enforceForArrowConditionals
as there I saw the issue already in practice for me.

[0]: https://eslint.org/docs/rules/no-mixed-operators#rule-details

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

try to improve object-curly-newline

for me consistency on open/close is most important..

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

disable 'no-else-return' rule

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

disable "no-underscore-dangle" as used in explicit unused variables

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

disable semi-style for now

In generally we follow it but we want also to allow statements like:

let foo = bar
    ? 'baz'
    : 'foz'
    ;

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

adapt some rules

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

add --output-config CLI option

can help to get the default config for adaption

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

add possibiliity to extend base config over CLI

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

factor out path expansion

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

no-unused-vars: allow starting with _underscore

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

checkin build of 7.1.0

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

update to 7.1.0 sources

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

bump version to 7.0.0-1

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

upgrade to v7.0.0

Signed-off-by: Dominik Csapak <d.csapak@proxmox.com>

bump version to 7.0.0~alpha3-2

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

ignore unused 'me'

sometimes we want to have it just in case

Signed-off-by: Dominik Csapak <d.csapak@proxmox.com>

print relative file path

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

re do output formatting, save some lines

Moving the message and the info if something is auto-fixable to a
single line, saving ~ 2/3rd of output lines.

The auto-fixable got replaced with a (*) marker, it's not ideal but
IMO OK; explain what it means in the summaries "X issues marked with
(*) could be auto-fixed"

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

eslint: autofixes

Signed-off-by: Dominik Csapak <d.csapak@proxmox.com>

allow '!!' for boolean conversion

we use this many times, and it really should not be confusing,
also it is much shorter than: 'Boolean(foo)',

Signed-off-by: Dominik Csapak <d.csapak@proxmox.com>

bump version to 7.0.0~alpha3-1

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

drop "lints cwd on no params" hint

This is a bit strange behaviour, especially if there's nothing to
lint and one gets just a spewed out nodejs backtracke.. It's not hard
to just to `eslint *.js` or the like..

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

rules: dot-location: set location parameter to property

who the heck makes the following syntax the default:
> foo.
>    bar().
>    baz();

So let's enforce the right thing™ and enforce the dot sticking to the
property, not the object, i.e.:

> foo
>    .bar().
>    .baz();

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

exit sanely if no args are given

I mean some seem to like python style throwing up in ones face on
every occasion.. I don't though..

nodes drops the original argv0 in favor of process.execPath and the
path to the JavaScript file being executed, so we need more than two
args to be OK.

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

globals: sort and add PBS

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

bump version to 7.0.0~alpha3

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

add dsc target, fix various packaging related stuff

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

first commit

includes a (minimal) working wrapper

Signed-off-by: Dominik Csapak <d.csapak@proxmox.com>