use new Exception.pm class to signal errors to caller

Allows a caller to acces the HTTP response code, which may be useful
to handle application logic. E.g., catching a HTTP_NOT_IMPLEMENTED
and fallback to an older method.

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

add APIClient/Exception.pm class

As we do not want to depend on PVE libraries with this I forked of
the PVE::Exception class, removed all raise_* methods so that only
raise() itself was left over.

Also some minor adaptions to newer style for exporting where used.

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

buildsys: also cleanup *.buildinfo files

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

add missing if

cleanup Net::SSLeay error handling

X509_get_fingerprint does not die - it only returns undef in case of
errors (or segfaults if the $cert pointer is invalid).

build: reformat debian/control

using wrap-and-sort -abt

bump version to 2.0-2

allow to specify cookie_name

bump version tp 2.0-1 for debain stretch

Makefile: use "--product pmg,pve --dist stretch" for upload target

perftest1.pl: another example

example2.pl: add a second example

example1.pl: remove unnecessary perfix /api2/json/

example1.pl: use warnings instead of -w flag

add simple example code, bump version to 1.0-2

add missing dependencies

add dintsall target

add Makefile and debian package files

initial import

copied from pve-gui-tests