Free space on local ssh server is incorrectly reported as 0 (leads to failed backup due to not enough free space)

Just upgraded to ubuntu 14.04 (from 12.04). Now, sbackup 0.11.6 fails by claiming the following (in the logfile).
ERROR: An error occurred during the backup: Not enough free space in the target directory for the planned backup (free: 0 MiB 0 KiB, required: 6632 MiB 173 KiB 452).
I am backing up as root to a remote host via ssh with pub/private keys. Sbackup does make the target directory, and even puts the logfile there, so it is not a login problem. (And I can also sudo ssh into the remote server without being prompted for a password.)

I managed to track down the problem to self.__fam_target_hdl.query_dest_fs_info() in profile_handler.py returns both sizefs and freespace zero. Apparently, query_filesystem_info can return 0 for filesystem size and filesystem free without issuing an error. As sensible fix is to test for filesystem size of 0 and to assume it is actually unknown in that case. A patch is available in launchpad (is that called 'upstream'?) that implements this.

My details:
$ lsb_release -rd
Description: Ubuntu 14.04 LTS
Release: 14.04

$ apt-cache policy sbackup*
sbackup-gtk:
  Installed: 0.11.6-0ubuntu1
  Candidate: 0.11.6-0ubuntu1
  Version table:
 *** 0.11.6-0ubuntu1 0
        500 http://ftp.nluug.nl/os/Linux/distr/ubuntu/ trusty/universe amd64 Packages
        100 /var/lib/dpkg/status
sbackup-plugins-fuse:
  Installed: (none)
  Candidate: 0.11.6-0ubuntu1
  Version table:
     0.11.6-0ubuntu1 0
        500 http://ftp.nluug.nl/os/Linux/distr/ubuntu/ trusty/universe amd64 Packages
sbackup:
  Installed: 0.11.6-0ubuntu1
  Candidate: 0.11.6-0ubuntu1
  Version table:
 *** 0.11.6-0ubuntu1 0
        500 http://ftp.nluug.nl/os/Linux/distr/ubuntu/ trusty/universe amd64 Packages
        100 /var/lib/dpkg/status