backup to non-existing directory fails

Bug #67473 reported by Ori Avtalion
6
Affects Status Importance Assigned to Milestone
hubackup (Ubuntu)
Invalid
Low
Martin Bergner

Bug Description

When backuping to a non-existing directory, such as the default ~/.hubackup-data, hubackup prints the error:
Parse error on command line (or included files): Unknown suffix [e] in string -1byte

Note that the directory size in the drop-down list is reported as "-1bytes".

After the directory is created, and hubackup is restarted, the size of the directory is reported correctly.

Tags: patch
Sivan Greenberg (sivan)
Changed in hubackup:
assignee: nobody → sivan
status: Unconfirmed → Confirmed
Revision history for this message
Sivan Greenberg (sivan) wrote :

this now happens due to the changes Martin Bergner has done to the way args are passed to dar. This is now more robust and secure, I'll investigate and see why this happens. (in any event you can see that the directory gets created automatically if it is not already there)

Revision history for this message
Sivan Greenberg (sivan) wrote :

Martin, I've assigned to you as I figured you'd be able to fix this no fuss ;-) Let me know if you lack time so I will attend to it.

Thanks!

Changed in hubackup:
assignee: sivan → martin-bergner
importance: Undecided → Low
Changed in hubackup:
status: Confirmed → In Progress
Revision history for this message
Martin Bergner (martin-bergner) wrote :

Here is a patch that makes sure the directory is created before we set it in the drop down list

Changed in hubackup:
status: In Progress → Fix Committed
Revision history for this message
William Grant (wgrant) wrote :

There has been a patch sitting here for 5 months now. Is there any progress on getting it into the archive?

Changed in hubackup:
status: Fix Committed → Confirmed
Revision history for this message
Martin Bergner (martin-bergner) wrote :

Well, currently, no. The thing is that hurestore still doesn't work at all so we are actually working on that for the moment. We have the fix committed to our bzr tree, but we haven't produced a new package.

We really need to work faster ... .

Revision history for this message
Sivan Greenberg (sivan) wrote :

(Thanks Martin for the bug follow-up and comments)

William, currently due to the reason Martin described in the previous note, even if this rather minor bug is uploaded, it still doesn't make too much sense since restoring archives needs a *lot* of work (just to give an idea; finishing stabilizing the dar python bindings and making sense of how to use them, adjusting hurestore to use them, finish it's critical features etc..and I haven't even mentioned the work we'll need to do on hubackup for that matter) - The problem is that both Martin and I are volunteers and as of such can only dedicate as much time as the other things we do allow us - As I am the principle author and lead of the project, me being away for most of the time for the last couple of months due to having to work a very demanding day job - surely puts us behind. I have proposed Canonical to fund this work but as they already funded SBackup I understood their reluctance to do so. to make HUBackup advance quicker:

1) Get some funding to sustain myself (pay rent, bills, etc) while I work on hubackup/hurestore - being funded will allow me to direct my time and effort towards the project.

or

2) Get some more developers to continue in parallel the work I and Martin do, while I direct and manage the work. Having more developers we'll get us up to speed with the planned features and finish this project in a timely manner.

So - if you think there's enough interest and demand for the product - you can try and either help us get (1) or (2) or even them both would be nice, until one of them happens - the project will advance slowly....

Revision history for this message
Emmet Hikory (persia) wrote :

Given the issues mentioned above, this patch does not seem appropriate for application to the archive at this point. In addition, I have unsubscribed ubuntu-universe-sponsors, as the patch does not represent a new candidate revision (is not a debdiff). If a new revision is prepared that is not a new upstream, and addresses this bug, please resubscribe ubuntu-universe-sponsors to request upload. If this is addressed separately by a new upstream, please mark this bug closed. Thank you.

Revision history for this message
Phillip Susi (psusi) wrote :

The hubackup package has been removed and is no longer supported. Closing all related bugs.

Changed in hubackup (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.