Re: Mangling other people's code

1998-11-24 Thread Joey Hess
Ian Jackson wrote: > Does the policy list think it would be a good idea to add a piece to > the policy manual asking maintainers who inherit a package and > uploaders of NMU's not to change the layout, structure or style of the > source code unless it is really necessary ? NMU's, yes. In fact, pol

Re: Mangling other people's code

1998-11-23 Thread Paul Serice
> Does the policy list think it would be a good idea to add a piece to > the policy manual asking maintainers who inherit a package and > uploaders of NMU's not to change the layout, structure or style of the > source code unless it is really necessary ? I don't think a change in policy is warrant

Re: Mangling other people's code

1998-11-23 Thread Manoj Srivastava
Hi >>"Ian" == Ian Jackson <[EMAIL PROTECTED]> writes: Ian> The second case was debiandoc-sgml, where the current maintainer or Ian> one of their predecessors (I gave the package away) has completely Ian> changed the layout of the code in the backends. Pardon me, you gave away the packa

Re: Mangling other people's code

1998-11-23 Thread Raul Miller
Ian Jackson <[EMAIL PROTECTED]> wrote: > The first case was dpkg, whose build system has been replaced with a > fragile Byzantine monstrosity which depends on libtool and automake > and is the source of several bug reports. Also, a directory was > renamed without rhyme or reason ! I intend (when I

Re: Mangling other people's code

1998-11-23 Thread Richard Braakman
Guy Maor wrote: > No for inheritors, yes for NMUs. If a package is given away, the new > maintainer should be free to reorganize the package how they see fit. > People who upload NMUs shouldn't be making gratuitous changes though. I agree with this. It is already in the Developers' Reference, se

Re: Mangling other people's code

1998-11-22 Thread Ardo van Rangelrooij
Although I'm the "culprit" in the second case, I don't have in any way a problem with such a statement. The problem I mainly see is that who will judge the necessacity of the change? If as part of enhancements, bug fixing, performance improvements, etc., code changes are justified (or though of

Re: Mangling other people's code

1998-11-22 Thread Guy Maor
[EMAIL PROTECTED] (Ian Jackson) writes: > Does the policy list think it would be a good idea to add a piece to > the policy manual asking maintainers who inherit a package and > uploaders of NMU's not to change the layout, structure or style of the > source code unless it is really necessary ? No

Re: Mangling other people's code

1998-11-22 Thread john
Ian Jackson writes: > Does the policy list think it would be a good idea to add a piece to the > policy manual asking maintainers who inherit a package [...] not to > change the layout, structure or style of the source code unless it is > really necessary ? Certainly not. Why discriminate against

Re: Mangling other people's code

1998-11-22 Thread Adam Di Carlo
"Michael" == Michael Alan Dorman <[EMAIL PROTECTED]> writes: > As to putting something in policy, I'm sceptical---what real effect > will it have? The people need to be told are least likely to pay > attention to it. I agree. W.R.T. debiandoc-sgml, is there any evidence anywhere that Ardo has do

Re: Mangling other people's code

1998-11-22 Thread Martin Mitchell
[EMAIL PROTECTED] (Ian Jackson) writes: > The first case was dpkg, whose build system has been replaced with a > fragile Byzantine monstrosity which depends on libtool and automake > and is the source of several bug reports. Also, a directory was > renamed without rhyme or reason ! I intend (whe

Re: Mangling other people's code

1998-11-22 Thread Michael Alan Dorman
[EMAIL PROTECTED] (Ian Jackson) writes: > Does the policy list think it would be a good idea to add a piece to > the policy manual asking maintainers who inherit a package and > uploaders of NMU's not to change the layout, structure or style of the > source code unless it is really necessary ? I u

Mangling other people's code

1998-11-22 Thread Ian Jackson
For the second time recently I've wanted to do a bit of work on a package I wrote which others have been making releases of, and find that substantial and unwarranted reorganisations have taken place which make the job a lot harder. The first case was dpkg, whose build system has been replaced wit