Bug 655263 - Back In Time is very out-of-date
Summary: Back In Time is very out-of-date
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: backintime
Version: rawhide
Hardware: Unspecified
OS: Linux
low
medium
Target Milestone: ---
Assignee: Tim Jackson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-11-20 01:15 UTC by bugzilla
Modified: 2011-02-13 09:00 UTC (History)
2 users (show)

Fixed In Version: backintime-1.0.6-2.fc14
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-02-13 09:00:52 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
F13/14 SRPM for backintime 1.0.4 (227.85 KB, application/x-rpm)
2010-11-20 01:15 UTC, bugzilla
no flags Details
F13/14 SRPM for backintime 1.0.6 (290.88 KB, application/octet-stream)
2011-01-15 00:21 UTC, bugzilla
no flags Details

Description bugzilla 2010-11-20 01:15:35 UTC
Created attachment 461681 [details]
F13/14 SRPM for backintime 1.0.4

Description of problem:

The latest RPM for Back In Time is for version 0.9.26 from May 2009, the current upstream release is 1.0.4 from October 2010.

Version-Release number of selected component (if applicable):

backintime-0.9.26-4.fc15.src.rpm

How reproducible:

Installing backintime-gnome, backintime-kde and backintime-common on Fedora 12/13/14/rawhide will pull down this old version.

Steps to Reproduce:
1. yum install backintime*
  
Actual results:
Back In Time 0.9.26 is installed

Expected results:
A more modern version of Back In Time is installed.

Additional info:

Back In Time 1.0.4 no longer needs the snapshots patch included with the 0.9.26 SRPM, it builds fine on Fedora 13/14

Comment 1 Tim Jackson 2010-11-22 22:57:13 UTC
Acknowledged; thanks for the useful comments re the patch. I'll build a new version as soon as I have time.

Comment 2 bugzilla 2011-01-15 00:21:21 UTC
Created attachment 473620 [details]
F13/14 SRPM for backintime 1.0.6

1.0.6 now released

Comment 3 Fedora Update System 2011-02-02 16:56:49 UTC
backintime-1.0.6-1.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/backintime-1.0.6-1.fc14

Comment 4 bugzilla 2011-02-02 18:42:29 UTC
seems to work ok.

its essentially the same spec file as mine, which i've been using for weeks now on f14.

thanks.

Comment 5 Fedora Update System 2011-02-02 19:25:55 UTC
backintime-1.0.6-2.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/backintime-1.0.6-2.fc14

Comment 6 Raphael Groner 2011-02-02 21:46:39 UTC
I get a lot of messages the like as 

[E] Error: rsync: symlink "x" failed: Operation not permitted (1)
[E] Error: rsync: recv_generator: mkdir "y" failed: Invalid argument (22)
[E] Error: rsync: mkstemp "z" failed: Invalid argument (22)

* pathes blanked with "x","y","z".

Comment 7 bugzilla 2011-02-02 21:58:36 UTC
we really need the paths unblanked as those errors are usually to do with rsyncing to ntfs partitions (which don't support symlinks) or files with windows-esque filenames with colons or question marks in them, or files you don't have permission to write to.

you sure you're not trying to rsync to a readonly ntfs partition?

Comment 8 Raphael Groner 2011-02-02 22:35:50 UTC
(In reply to comment #7)
I am syncing to an usb key. The as writable mounted file system there is vfat. And it has worked and works (again after yum downgrade) with the official version in Fedora 14 repository.

$ rpm -qa "backintime-*"
backintime-gnome-0.9.26-4.fc14.noarch
backintime-common-0.9.26-4.fc14.noarch

Has there something changed in the source to handle file names so that special characters are not allowed any more? This would be probably a bug due to inconsistency with available functionality in older version.

Comment 9 bugzilla 2011-02-02 22:58:53 UTC
well that's an upstream issue then, not down to the fedora package.

the older version was probably just being silent about the errors - rsyncing to a windows filesystem won't work (as you can see your errors are from rsync not backintime).

Comment 10 Raphael Groner 2011-02-03 18:35:11 UTC
What's wrong with windows file systems? Since it is obvious that those file systems do not support hard links, it should be possible to rsync anyways (with copies then in each snapshot).

Should I report an upstream bug then?

Comment 11 Raphael Groner 2011-02-04 20:10:27 UTC
Works quite well now with an ext4 backup device. Thanks.

Comment 12 Fedora Update System 2011-02-13 09:00:41 UTC
backintime-1.0.6-2.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.