( please honour the explicite set 'Reply-To:' ) Hello Release Team, The text below is from debian-mentors@l.d.o. about a Request For Sponsoring. My questions are at the bottom. On Wed, Apr 27, 2005 at 08:25:11AM -0500, Reed Snellenberger wrote: > Geert Stappers wrote: > >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 > > > Sorry about that... I didn't want this century to have gone by without > having top-posted at least once :-( > > >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? > > > No -- I've taken over maintainership from Masayuki (1), and the original > RFS (2) was for the then-current version of sitecopy (0.15.0). > > I've since packaged upstream's 0.15.1 release from last Sunday and > replaced the "older" 0.15.0 deb on my storage site (3). So... if anyone > decides to sponsor the upload, it'll would be for sitecopy_0.15.1-1, not > sitecopy_0.15.0-1 as originally RFS'd. > > (1) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=294991 > (2) http://lists.debian.org/debian-mentors/2005/04/msg00296.html > (3) http://home.houston.rr.com/snellenberger/debian/sitecopy/ > > -- > Reed Snellenberger > GPG KeyID: 5A978843 > rsnellenberger-at-houston.rr.com I'm considering sponsoring it. Does it make sense doing this during the freeze? If yes: Should I do (after package checking) more then `dupload`? Cheers Geert Stappers
Attachment:
signature.asc
Description: Digital signature