bug-fileutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cp improvement


From: Jim Meyering
Subject: Re: cp improvement
Date: Fri, 04 Apr 2003 15:01:11 +0200

> I've used GNU programs for years. Now I'd like to give something from
> myself. When I wrote "May I?" I meant "I'd like to by a fileutils
> developer. I'd like to halp you.". It's my first call and I don't know
> you are closed group or not.

We're happy to look at patches from anyone.
If I'm convinced a change is worthwhile, I'll check it in.

...
>>I just can't see that being a very common activity.
>
> I need this feature when I have to create copy of aplication environment
> ( for test, development ). It's pretty common activity for me. Now I can
> find just this one example, but I think live will give much more.

---------
Here are some guidelines for contributing code to the coreutils
package (previously known as the fileutils, textutils, and sh-utils).

Send patches. (send unified diffs, please -- i.e. diff -u format) If your
changes fix bugs, the bar is quite low in that I don't need much more
than to understand what the original problem was.  However, it helps
a lot if you can give me enough information to reproduce the problem.

On the other hand, if you're adding new features, please follow the
guidelines below:

  - convince me that this is a useful change/addition
      (if you're adding yet another option to ls, the above is pretty hard)

  - convince other people of the same thing
      One way to do that is to send mail to address@hidden
      (aka the gnu.utils.bug news group) including as much description
      and justification as you can.  Based on the feedback that generates,
      you may be able to convince me.

Once we agree the change is useful and get around to considering the
actual addition to the code, it helps if you do the following:

  - base your changes on the latest test release -- currently here:
      ftp://alpha.gnu.org/gnu/coreutils/

  - follow the guidelines in the GNU Coding Standards (standards.info)
      which is distributed as part of the autoconf package.

  - include changes to the texinfo documentation, and be sure to update
      the --help output.

  - finally, if the change is `significant' you'll have to send signed
      copyright assignment papers to the FSF

And you'll have to be patient and expect delays on my part.
It is unusual that I spend more than a few hours per week
on the packages I maintain.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]