Hello, On sekmadienis 25 Spalis 2009 01:45:33 Colin Watson wrote: > > When you want to proxy options down to other debhelper commands via dh, > > it is recommended to have the following in mind: > > > > 1) Do NOT use short options (esp. with arguments). Since bundling is > > enabled, this is prone to errors. What is more, several debhelper > > commands are more likely to understand the same short option but for > > different purposes. > > Would it be a bad idea (and if so, why) to simply educate all debhelper > commands about -B, -D, and -S by default, making them no-ops? Nothing in > the core command set, at least, seems to do anything else with them, > although I haven't checked the external debhelper plugins in the > archive. There seems at least a fairly decent chance that this would > cause no practical problems.
This used to be the case in debhelper (<< 7.1) where all options used to be global. However, if we want dh to print dh_* commands only with their _valid_ arguments (current output is inaccurate and incomplete) as they are executed, no-ops are a bad idea. It would still be possible to special-case -B -D -S but I'm not very fond of such practise... > I understand the general problem, and I can see that it may well be best > to just document it and live with it, but the buildsystem options are > ones that are commonly proxied through dh and it would be nice to make > it as easy as possible to do so. Well, if bundling was not enabled, there would be way less false positives. But it is too late to disable this "feature"... -- Modestas Vainius <modes...@vainius.eu>
signature.asc
Description: This is a digitally signed message part.
