[apport] sbackupd crashed with GetoptError in long_has_args()

Thanks for your bug report.

i found (through accieden) later that this is not a bug in sbackup but has to do with how nautilus (?) which is used to open the backup location shows the root directory initially:
it does show it as empty and only if one clicks in the file system navigation (top) bar on the icon to the left (a narrow rectangle) of the root (rounded square) icon. then root shows its content and one can select eg /media/disk/backup_folder_XX.

This is reproducible by calling : sudo sbackupd --anyNonValideOption .
This shouldn't raise an exception (even though one isn't supposed to call sbackupd manually.

Patch that catches this exception and prints a clear error message.

I started a branch of sbackup 0.10.5 where I apply all patches for 0.10.5. It is open to use it for packaging.
It is here https://code.edge.launchpad.net/~mascha/sbackup/0.10.5_with_fixes
The branch is initialised with the ubuntu version 0.10.5ubuntu2

Setting status to Confirmed, it seems this patch hasn't been committed upstream yet.

Still in Lucid 0.10.5ubuntu2.1.
braiam@braiam-desktop:~$ sbackupd --4dsaf
Currently backup is only runnable by root
braiam@braiam-desktop:~$ sudo sbackupd --4dsaf
[sudo] password for braiam:
Traceback (most recent call last):
  File "/usr/sbin/sbackupd", line 194, in <module>
    conf.set_valid_options( our_options, parse_commandline = True)
  File "/usr/sbin/sbackupd", line 62, in set_valid_options
    self.parse_commandline()
  File "/usr/sbin/sbackupd", line 85, in parse_commandline
    getopt.getopt(sys.argv[1:], '', argv_parameters)
  File "/usr/lib/python2.6/getopt.py", line 89, in getopt
    opts, args = do_longs(opts, args[0][2:], longopts, args[1:])
  File "/usr/lib/python2.6/getopt.py", line 153, in do_longs
    has_arg, opt = long_has_args(opt, longopts)
  File "/usr/lib/python2.6/getopt.py", line 170, in long_has_args
    raise GetoptError('option --%s not recognized' % opt, opt)
getopt.GetoptError: option --4dsaf not recognized
braiam@braiam-desktop:~$

This appears to be fixed in 10.10 with the addition of sbackup 0.11.3 (sbackupd binary doesn't even exist anymore, but sbackup binary and others handle odd arguments fine).