Bug#419708: wget: option -N doesn't work as expected (and documented)

severity 419708 wishlist retitle 419708 wget: wish -N would not look at the size of files thanks * Paolo [Tue, 17 Apr 2007 16:43:34 +0200]: hi, Hi Paolo, I'm not the maintainer of wget, but had a look at your bugreport nevertheless, since it's of RC severity. according to manual, -N should

Bug#419708: wget: option -N doesn't work as expected (and documented)

On Thu, May 17, 2007 at 01:19:12PM +0200, Adeodato Sim?? wrote: As it happens, the behavior you describe is properly described in the documentation for wget: 5 Time-Stamping *** [...] If the local file does not exist, or the sizes of the files do not

Bug#419708: wget: option -N doesn't work as expected (and documented)

On Thu, May 17, 2007 at 04:24:47PM +0200, wrote: lost more-recent files - the point is that the whole stuff wrt -m -N is so messy/badly implemented/documented that it does lead to *data loss*. ^ hm, bad wording - no offense to devel.s intended, of course.

Bug#419708: wget: option -N doesn't work as expected (and documented)

Package: wget Version: 1.10.2-2 Severity: grave hi, according to manual, -N should stand for 'check time-stamp', which means (w)get and replace if newer than local copy. It turns out instead that wget checks just the size, regardless of timestamp: # ls -l rubricaXrX -rw-r--r-- 1 root root