On Tue, Apr 26, 2005 at 09:27:06PM -0500,
Reed Snellenberger wrote, in some odd order:
Philipp Kern wrote:
On 23 Apr 2005, at 05:45, Reed Snellenberger wrote:
Files are available at:
http://home.houston.rr.com/snellenberger/debian/sitecopy/
Do you know why there is an outdated debian/ subdirectory in the
upstream tarball?
And if the current version of sitecopy does not work with the old
xsitecopy I would suggest a ``Conflicts: xsitecopy'' instead of the
versioned one.
Philipp:
Following up on my earlier post, upstream has asked "what do you want me
to do about that old debian directory?", and I asked him to remove it.
Although it's still in place for the 0.15.1 version that he released on
Sunday (May 24), it'll be gone from subsequent releases.
Please reply below the text
What I missed in this thread
$ apt-cache show sitecopy
Package: sitecopy
Priority: extra
Section: web
Installed-Size: 456
Maintainer: Masayuki Hatta <mhatta@debian.org>
Architecture: i386
Version: 1:0.11.4-6
Depends: libc6 (>= 2.3.1-1), libssl0.9.7, libxml2 (>= 2.5.0-1), zlib1g (>= 1:1.1.4)
Suggests: xsitecopy
Conflicts: xsitecopy (<< 1:0.10.15-1)
Filename: pool/main/s/sitecopy/sitecopy_0.11.4-6_i386.deb
Size: 172196
MD5sum: 72e13e31b1ed7de8a0644bdb46a83811
Description: A program for managing a WWW site via FTP, DAV or HTTP
sitecopy is for copying locally stored websites to remote ftp servers.
With a single command, the program will synchronize a set of local files
to a remote server by performing uploads and remote deletes as required.
The aim is to remove the hassle of uploading and deleting individual files
using an FTP client. sitecopy will also optionally try to spot files you
move locally, and move them remotely.
.
sitecopy is designed to not care about what is actually on the remote
server - it simply keeps a record of what it THINKS is in on the remote
server, and works from that.
Is this Request For Sponsor about _duplicate_ work?