Bug#697370: clusterssh: add autocompletion for defined clusters

Hello, the following file should do autocompletion in bash for clusterssh-clusters $ cat /etc/bash_completion.d/clusterssh _cssh() { local cur prev base COMPREPLY=() cur=${COMP_WORDS[COMP_CWORD]} prev=${COMP_WORDS[COMP_CWORD-1]} if [[ ${cur} == -* ]]; then opts=$( cssh --help 21 | egrep

Bug#895589: RFS: storebackup/3.5-2+nmu3 [ITA] -- fancy compressing managing checksumming deduplicating hard-linkin 'cp -ua'

at 16 Feb 2014 says, that the maintainer did not reply to any email. Best Regards, Oliver Meißner

Bug#895694: ITA: storebackup -- fancy compressing managing checksumming deduplicating hard-linking cp -ua

Package: wnpp Severity: normal I intend to adopt the storebackup package. I still created a package at mentors.debian.net, including the newest upstream version and closing some bugs. Maybe there's someone out there who wants to review and sponsor it. Oh, btw... I could need a mentor in order to

Bug#856299: ITA: storebackup -- fancy compressing managing checksumming deduplicating hard-linking cp -ua

Control: owner -1 ! Control: retitle -1 ITA: storebackup -- fancy compressing managing checksumming deduplicating hard-linking cp -ua

Bug#895730: RFS: storebackup/3.5-2 [ITA] -- fancy compressing managing checksumming deduplicating hard-linking cp -ua

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "storebackup" * Package name: storebackup Version : 3.5-2 Upstream Author : Heinz-Josef Claes * URL : http://savannah.nongnu.org/projects/storebackup * License

Bug#739135: storebackup: Spends too much time in SYS state

Hi Adrian, On Sun, 16 Feb 2014 02:03:54 +0100 you wrote: >Storebackup proceeds fine with the process, but it spends far to much >time in SYS CPU state, anyway as I see it. > >The backup process takes very long and eats a lot of CPU time. Does this problem still persist? It seems this behavior

Bug#599080: storebackup: warning when number of hard links exceeded

Control: Tags -1 = fixed-upstream thanks this issue had been fixed by the upstream author between version 3.2 and version 3.5 regards, Olly Meißner

Bug#893797: storebackup: storeBackupDel does not understand --keepRelative

Control: tags -1 + fixed-upstream thanks Dear Francesco, the upstream author, Heinz-Josef Claes, said there's an error in the documentation: '2m' means 2 minutes, not 2 months. Valid Values for --keepRelative are: * s: seconds, * m: minutes, * h: hours, * d: days so, the correct