Re: Bug#144337: kernel-package: Right location for bash completion script

[Manoj Srivastava <srivasta@debian.org>]

>>"Rafael" == Rafael Laboissiere <laboissiere@mpipf-muenchen.mpg.de> writes:
 >> 
 >> a) this changes the internal behaviour and user interface of
 >>    bash, this is a change of builtin behaviour.
 >> b) It is a file read in during the configuration file parsing
 >>    phase, is not data, really, but configuration
 >>    These two meet the requirements of configuration file in policy 11.7
 >> c) It is a file that users may reasonably wish to modify, and
 >>    I can demonstrate significant advantages of one line
 >>    modifications for completion

	Take, for example, the make-kpkg completion. If I am aware of
 local policy, I would know where the kernel sources are located, and
 I can take most of the completion provided, adding extra information
 about .config files and preferred patches based on local policy. 

	I can come up with other examples of partial commenting of
 files, or one liner additions to completions files.

 >> d) Users should not have to write code or else have the
 >>    configuration of their shell change mysteriously from out
 >>    under them

	If I want to partially or completely negate a completion file,
 I should not have to track every completion file change. For
 confffiles, if deleted, dpkg and ucf shall not resurrect the files
 suddenly of the package is updated. For non conffiles, merely
 removing a file locally is not enough.

	My shell is far too important an aspect of my interaction with
 my machine to have it change out from under me without a conffile
 like prompting, especially for functions I care to modify.
	
	manoj
-- 
 The misnaming of fields of study is so common as to lead to what
 might be general systems laws.  For example, Frank Harary once
 suggested the law that any field that had the word "science" in its
 name was guaranteed thereby not to be a science.  He would cite as
 examples Military Science, Library Science, Political Science,
 Homemaking Science, Social Science, and Computer Science.  Discuss
 the generality of this law, and possible reasons for its predictive
 power. Gerald Weinberg, "An Introduction to General Systems Thinking"
Manoj Srivastava   <srivasta@debian.org>  <http://www.debian.org/%7Esrivasta/>
1024R/C7261095 print CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org