Richard Braakman wrote:
> It should be possible to construct a regexp that detects these usage
> patterns. Then you could grep through the .diff.gz files on the
> archive to see if they are used anywhere, and file individual
> bugreports. With a few exceptions, the diffs are not very large --
> y
It should be possible to construct a regexp that detects these usage
patterns. Then you could grep through the .diff.gz files on the
archive to see if they are used anywhere, and file individual
bugreports. With a few exceptions, the diffs are not very large --
you won't be grepping through 500 M
Ben Gertzfield wrote:
> Okay. Is there any way we can possibly detect and issue a warning if
> someone tries the old behavior (when would this happen) if we go with
> #3, also?
I thought about that. I can test to see if parameters are specified and the
package being acted on is not the first binar
> "Joey" == Joey Hess <[EMAIL PROTECTED]> writes:
Joey> Ben Gertzfield wrote:
Ben> I agree, and would prefer #3 -- but is there anything but
Ben> dh_installdirs that needs to be changed if we do it that way?
Joey> Yes. This change would effect at least:
Joey> dh_installd
Ben Gertzfield wrote:
> I agree, and would prefer #3 -- but is there anything but
> dh_installdirs that needs to be changed if we do it that way?
Yes. This change would effect at least:
dh_installdirs, dh_installdocs, dh_installchangelogs, dh_installexamples,
dh_undocumented, dh_installmanpages,
> "Joey" == Joey Hess <[EMAIL PROTECTED]> writes:
*excellent explanation of what can happen snipped*
Joey> I far prefer #3, I feel it's the cleanest way to go (it will
Joey> simplify the man pages a lot), but its backwards
Joey> compatability problems worry me. If people think #3
Ben Gertzfield has convinced me that debhelper's special treatment of the
first package listed in debian/control isn't a good thing. I'm thinking
about redesigning debhelper to act in a more consitent fasion. Of course,
backwards compatability is very important. (Especially since people enjoy
cutti
7 matches
Mail list logo
