Long story short, most of rsync repos in repositories.xml fail: >>> Syncing repository 'R_Overlay' into '/home/mgorny/repos/R_Overlay'... receiving incremental file list rsync: link_stat "/metadata/timestamp.chk" (in roverlay) failed: No such file or directory (2) Number of files: 0 Number of created files: 0 Number of regular files transferred: 0 Total file size: 0 bytes Total transferred file size: 0 bytes Literal data: 0 bytes Matched data: 0 bytes File list size: 108 Total bytes sent: 51 Total bytes received: 108 sent 51 bytes received 108 bytes 106.00 bytes/sec total size is 0 speedup is 0.00 rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1637) [Receiver=3.1.1]
Maybe we should add a repos.conf setting to control this, and enable it in the default [gentoo] configuration.
This bug seems to be related to bug #488972
(In reply to Nikoli from comment #2) > This bug seems to be related to bug #488972 Yes, it's possible for the overlay to use the egencache --write-timestamp option to create metadata/timestamp.chk.
Hello all, I download portage snapshots on one PC (A) and then use rsync on the other PCs to update portage from A. Since a few days I have the following issue. The snaptshots don't contain "/metadata/timestamp.chk" anymore. So rsync on the other PCs fails with the error you already mentioned: rsync: link_stat "/metadata/timestamp.chk" (in roverlay) failed: No such file or directory (2) Should I raise a new bug for this? Is this already a known issue? Thanks! Sebastian
Confirmed, since https://distfiles.gentoo.org/snapshots/portage-20151209.tar.xz no metadata/timestamp.chk include anymore. When using these daily portage archives as local source for rsync server, emerge (2.2.24) will complain. receiving incremental file list rsync: link_stat "/metadata/timestamp.chk" (in gentoo-portage) failed: No such file or directory (2)