Marc Haber <[email protected]> writes: > I think this might finally the straw that breaks the camel's back and > will cause us to either deprecate and eventuelly remove > --remove-all-files, or just delegate that task to the "Essential: yes" > find(1) in the first place. I am wondering why that wasn't implemented > directly anyway.
>From a quick glance, it seemed like there was notable pattern matching in various places, so I wondered if it was trying to be careful on some way that might or might not be important (as compared to find). But of course in the end, and as I think you suggest, I'd imagine --remove-all-files ought to handle everything except '\0' if we're going to have it. I suppose we could also consider making it exit(2) or something for now when it fails there (assuming it shouldn't be "fine" to exit without actually removing all the files). In any case, thanks for taking a loook. -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
