gtkrsync shows no progress bars

[Ivo Moelans]

Binary package hint: gtkrsync

After upgrading from Ubuntu 8.04 to 8.10 gtkrync 1.0.2 shows no progress bars. 'Per-File Progress' is halted at 'Scanning data...' and 'Overall Progress' is halted at 'Initializing...'. The synchronization is handled correctly.

[Andrew (andrew-rw-robinson)]

I have this problem as well.

Note that the messages area shows the progress of the transfer fine (output) it is only the scrollbars that are not updated.

[Simon Knight (mail-simon-knight)]

I have the same problem here in Ubuntu 8.10. Rsync works fine in the background, but the progress bars do not update.

[Andreas Heinlein (aheinlein)]

I have the same problem here. I assume this is because rsync has undergone a major upgrade from hardy (rsync 2.6) to intrepid (rsync 3.0), and the output of 'rsync --progress -v' has changed a little.

At the beginning, it now says "sending incremental file list" instead of "building file list."

I have contacted the upstream maintainer and am waiting for his response.

[Andreas Heinlein (aheinlein)]

I have confirmed that installing the rsync package from hardy (rsync 2.6.9) makes gtkrsync work again in jaunty.

[John Hardin (jhardin-impsec)]

Are you including " --progress -v " in the gtkrsync command line as the documentation states? I am doing that, and the progress bars are displayed and do update for me...

ubuntu 9.04 jaunty
gtkrsync 1.0.2
rsync 3.0.5-1ubuntu2

Granted that if gtkrsync wants those args in order to work properly it should put them into the rsync command line itself...

[Andreas Fröhlich (andreas-froehlich)]

I had the same problem with gtkrsync in Hardy Heron since enabling hardy-backports (which includes the new rsync version 3.0.4).

And here's the reason for this: since version 3.0, rsync uses incremental file lists by default (see http://<email address hidden>/msg17767.html). Therefore, rsync's output starts with "sending incremental file list" instead of "xxx files to consider", so gtkrsync has no idea how many files will be considered.

The option --delete-after diables incremental file list, i.e. you can use gtkrsync like this to get it working again:

  gtkrsync --delete-after --progress ...

[Andreas Heinlein (aheinlein)]

I can confirm that gtkrsync works again with --delete-after.

[Tudor Holton (tudor)]

What if I don't want to delete after?

[Andreas Heinlein (aheinlein)]

According to this bug report:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537255

this has been closed with gtkrsync 1.0.4. Unfortunately, this came a few days after the debian import freeze for lucid. I don't know for sure how this affects packages in universe, but since lucid release is now only a few days ahead, I doubt this will make it into lucid. Maybe there's a chance to make a package for lucid-backports. I will try to make a package and test it with lucid next week or so and post the results here.