Description of problem:
  if .listing file exists, wget writes listing data to index.html[.x]
  instead of .listing[.x]

Version-Release number of selected component (if applicable):
  1.10.2-3.2.1, 1.10.2-7

How reproducible:
  always.

Steps to Reproduce:
  $touch .listing
  $wget --no-remove-listing ftp://kernel.org/

Actual results:
  directory listing is saved in index.html and htmlized version in index.html.1

Expected results:
  .listing should be overwritten or another .listing.x file created

Additional info:
  the attached path should solve this but is also changes wget behaviour
  in certain situations.

  '.listing' is always overwritten if -nc is not specified. currently when
  called with -nc, wget doesn't actually download the listing and uses the
  existing file whatever it contains, which i think is dull. the patch changes
  this behaviour to keep existing listing files and create new one with 
  appropriate suffix.

  when invoked with --no-remove-listing, wget wget keeps on rewriting a single
  listing file which he finaly preserves. the patch changes this to overwriting
  existing files unles -nc is specified, but every new listing file has its
  suffix number incremented, preserving all of them.

  it was necessary to specify how wget should react with these options when
  fixing the bug. i would be happy to hear some comments on this.