#36 option for disallowing file overwrites

None
pending
nobody
None
5
2013-03-16
2013-03-15
Jakub Wilk
No

A Debian user complained that if you use a wildcard as input file name, and the wildcard unexpectedly expands to two names, then rst2html will overwrite your files:
http://bugs.debian.org/654690

Would if be possible to add an option for not overwriting output files, that you could add to your configuration file, and later override from command line if needed?

Discussion

  • David Goodger

    David Goodger - 2013-03-15

    I'm inclined to answer "won't fix" or "not a bug" here.

    If we did add a --no-clobber option, I very much doubt anyone would use it before it's too late.

     
  • David Goodger

    David Goodger - 2013-03-15
    • status: open --> pending
    • milestone: -->
     
  • engelbert gruber

    no-clobber is ok, but

    1. Would if be possible to add an option for not overwriting output files,that you could add to your configuration file,
    2. and later override from command line if needed?

    is ...

     
  • David Goodger

    David Goodger - 2013-03-16

    Sure, --no-clobber & --clobber-ok/--go-ahead-and-clobber/--overwrite or something like that. But my opinion is YAGNI: you ain't gonna need it. Anybody who clobbers their input files using wildcards is not likely to know about or use such options. (PEBKAC)

    Even if we did implement such an option, I would not make it the default.

    We have better things to spend our time on. Unless somebody champions this issue, I vote to close/reject it.

     
  • Günter Milde

    Günter Milde - 2013-03-21

    On 16.03.13, engelbert gruber wrote:

    no-clobber is ok, but

    1. Would if be possible to add an option for not overwriting output
    files,that you could add to your configuration file,
     2. and later override from command line if needed?

    is ...

    exactly what a "no_clobber" config setting would do.

    However, I would also like an "interactive" option, where it is possible to
    just tell Docutils to continue if a system message results in a halt.

    Günter

     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks