Synnefo » ./kamaki

Use UUID when calling pithos client

In kamaki.clients.pithos context, the variable is still called account
Only the callers change their behavior, as they should retrive the
account by calling kamaki.clients.astakos.AstakosClient().term('uuid')
Tests are also adjusted

Add : to all --container store-* commands

Add store-copy --dst-container with : support

Allow create/delete to operate on con:tainers

con:tainers are containers with : in their name

Implement resursive download

Total code reduction: ~25KiB of code

Adjust up to store-download

Adjust pithos_cli up to store_move

store-delete asks for permission

In cli.utils: new method ask_user prompts for permission
In cli.commands.pithos_cli: store_delete/purge ask for permission
they also feature a yes flag argument to avoid prompting

Upload progress bar advances only if block uploads

was: progress bar advances if thread is initialized. In case of thread
failures, progress bar was re-initialized for a next round of uploads

now: if a block is uploaded, progress bad advances. There is one upload bar...

Update store-manifest help

Manifest is kept for compatibility with OOS Storage

More intuitive storer-copy/move semantics

copy/move cont:path path2
will move all <obj> prefixed with path, as path2<obj>
or as path2 if path corresponds to just one whole object
copy/move cont:path cont2:
will move all <obj> prefixed with path to container cont2...

Change store-move semantics (more like copy)

move cont:path path2
will move all <obj> prefixed with path, as path2<obj>
move cont:path cont2:
will move all <obj> prefixed with path to container cont2
move cont:path [cont2:]path2 --exact-match
will move at most one <obj> as a new object named path2...

Add prefix-match ability to store-copy

Merge branch 'feature-output' into develop

Conflicts:
kamaki/clients/__init__.py
kamaki/clients/pithos.py

upload does not overwrite remote objs by default

Now you can do this to upload all you .jpg imgs to myImgDir directory object:

for img in *.jpg;
do
kamaki store upload $img mycontainer:myImgDir
done

Enrich helps/errors up to store_serversioning

Enrich up to store_manifest

Enrich up to store_move +update semantics

copy/move [container:]<path> [container:]path

enrich up to store_create, which has new semantics

store_create is only for containers now

Add store_touch, create_object

Create a zero-length object

Adjust pithos_cli

Formated output in long command description

Deal with with argparse stupid error handling

argparse people must be sadists or they just hate other programers

Full pretty errors in container-path storage check

Allow general options to run a@ initial kamaki

kamaki -v runs a kamaki shell with verbose on!

Nicer container:path syntax errors in pithos cli

Pithos+ publish returns access url

Propagate error mechanism in pithos_cli

Update comment docs at pithos client

Replace pithos_cli.MetaArguement with KeyValueArg

Thread limit can be set by user

Complete UI/cli interface refactoring, minor bugs

Propagate error handling corrections up to CLIs

Sync progressbar to threads, adjust ctrl-c handler

In pithos download/upload ctrl-c is caught when multithreading,
and wait for active threads to finish before exiting

pep8 kamaki.cli.commands

Remove too much progressbar warnings

Catch progressbar missing in download

Commit uncommited pithos_cli changes

Gracefull filenotfound error in store upload

Tide up a little

Rearange commands class hierarchy

History as command

Completed Pithos_cli adjustment

Show command-specific help

Adjust store list to new arg/config mechanism

Refactor CommandTree, parse and get cli class

Unitest purge, create_by_manifestation, versionlst

Kamaki CLI/clients sharers implementation

mimics pithos_sh account sharers

Pithos download supports resume (again)