First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 88054
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Michael Imhof <tantive@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Chris Verges <squirrel@headnut.org>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
rsync-gentoo-portage.sh Patched gentoo-rsync-mirror script text/plain Chris Verges 2005-04-05 10:01 0000 342 bytes Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 88054 depends on: 53210 Show dependency tree
Show dependency graph
Bug 88054 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2005-04-05 09:59 0000 
When using the gentoo-rsync-mirror script (version 1.0-r4), I keep noticing
that odd .ChangeLog.* files get created.  When a user performs a rsync off the
local mirror that has these files, rsync does not allow it to work.  As a
solution, I've added a simple "find | xargs rm" after the rsync to clear out
any of these troublesome files.

Reproducible: Always
Steps to Reproduce:
1. Run the gentoo-rsync-mirror script on a rsync mirror that has these
.ChangeLog.* files
2. Attempt to have a user on the local LAN mirror from your secondary server
Actual Results:  
The user's rsync keeps failing with this style of message:

send_files failed to open "/app-arch/sharutils/.ChangeLog.NijeGb" (in
gentoo-portage): Permission denied

Expected Results:  
These .ChangeLog.* files should never have been copied from the primary rsync
mirror in the first place.

------- Comment #1 From Chris Verges 2005-04-05 10:01:09 0000 ------- 
Created an attachment (id=55377) [edit]
Patched gentoo-rsync-mirror script

------- Comment #2 From Donnie Berkholz 2005-04-05 19:50:15 0000 ------- 
Never realized that an rsync mirror was related to clustering, tantive. =) But
I see that metadata.xml thinks so.

------- Comment #3 From Michael Imhof 2005-07-28 15:32:45 0000 ------- 
Fixed in cvs. Bumped version to -r5.
Thanks for your submission.

Donnie: fixed that as well
First Last Prev Next    No search results available      Search page      Enter new bug