Warren Turkal <[EMAIL PROTECTED]> writes:
> To hack around the problem, my debmirror script looks like this.
>
> #!/bin/bash
> SERVER=ftp.debian.org
> SERVER_DIR=/debian
> DIR=/srv/ftp/debian
>
> debmirror --progress --host=$SERVER --method=ftp \
> --root=$SERVER_DIR --section=main \
> --arch=i386 --dist=etch --postcleanup \
> --ignore-small-errors \
> $DIR
>
> cd $DIR/project/trace
> wget ftp://$SERVER/$SERVER_DIR/project/trace/*
>
>
> The last two lines are the hack around the problem. It seems like this would
> a
> relatively simple addition to debmirror in the ftp case since the ftp
> connection is closed right above the creation of the trace files in the
> debmirror script. I just wanted to add this info to the bug so it was
> documented.
>
> wt
> --
> Warren Turkal, Research Associate III
> Colorado State University, Dept. of Atmospheric Science
The "hack" for rsync is very similar.
The problem for debmirror is that it can't know the names of the files
present in the trace directory. For rsync it would be easy to add the
dir and for ftp (which is deprecated in favour of http) it would be
feasable. But I'm very disinclined to parse the http output to fetch
those files.
I feel a "hack" like yours solves this problem adequatly and
elegantly. So don't expect support for trace files do appear anytime
soon.
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
