4

Some projects only allow committers to submit patches because they wish to keep their IP "clean." not only can non-committers not submit patches, but committers are forbidden from looking at your code lest they become tainted by intellectual property of unknown provenance.

instead, you are invited to start a discussion on their listserv or submit a ticket, and then the committers will decide if your feature is worthy.

rbp
  • 156

4 Answers4

5

The problem of patent attacks towards FOSS is real. Some projects, like those of the Apache Software Foundation, require contributors of any kind to sign a contract in which the contributor assumes all responsibility in case of litigation (actually, you declare that your contributions are in good faith and legal).

That kind of contractual agreement may seem harsh for someone that just wants to contribute, but doing it that way protects the community and the software:

  1. There's not a large organization to sue.
  2. Individual responsibilities dilute as the software is changed.
  3. The community gets protected from malicious contributions.

The SCO case proved that FOSS can be the target of (unfair) legal attacks, and projects adopt the means they find best to protect their work. The SCO case was about copyright; patent cases should be even more complicated.

Companies like IBM have helped protect FOSS that they're involved with by giving away patents, resigning to others, and also keeping a solid portfolio that they selectively license to FOSS projects.

Apalala
  • 2,283
3

You should always be able to submit a patch, and then it is up to a maintainer to decide whether the patch should go in the repository.

If they do not want patch submissions, then they have to write everything themselves. Some do that, but those are rarely those making most releases.

3

How about "Why do I need to be a committer to propose a patch? Is there something we can do about that?" Projects are run in cathedral mode for reasons. They may be bad reasons, but you need to know them if you want to change somebody's mind.

David Thornley
  • 20,310
1

I suspect some of the most common responses would probably be:

  • "How do you expect to get an open source project off the ground if you're not open to submissions from the community?" (This one isn't very helpful, but probably common...)
  • "What form would I need to fill out to assign copyright to [one of the developers/some trusted organization]?" (The FSF uses this method to keep their IP clean)
  • Do as they say and start a discussion on the listserv/post a ticket and hope they fix your issue themselves.
  • To take a response from a related question: you could fork the project (and either run it publicly with a more open submission policy or just maintain a local fork for yourself only). Unfortunately, this is likely too much work if you only want to submit one (or a few) patches.

If none of the above seem to be appropriate (or they just don't work), the best course of action might just be to pretend the project doesn't exist and look for an alternative.

My personal suspicion (and hope) is that any at least moderately popular open source project, run like this for any amount of time, will eventually fork once enough "outsiders" get tired enough of their attitude to do something about it.

Community
  • 1
Frits
  • 789