recoll review request help : using modified versions of libraries for build
Jean-Francois Dockes
jf at dockes.org
Thu Jul 15 16:36:11 UTC 2010
Rahul Sundaram writes:
> I haven't looked closely at this specific case but the general idea is
> that if a project A is modifying B and not discussing those
> modifications at all with B, then we end up having duplicated code
> instead of having project B being enhanced by A's contributions. In
> that sense, it is always a good idea for A to talk to B and see if the
> changes can somehow be merged back instead of being specialized to A.
> If it is indeed impossible, you might ask the person submitting the
> review to file a ticket with FESCo, make their case and get a exception
> to our guidelines.
Hello, this is the Recoll developer here. General rules are good, but
specifics are sometimes interesting too. Here they come:
- Unac: last release: Oct 2004. I have talked with the developer a few
years ago, about a bug fix, he was not interested in supporting Unac any
more, and asked if I would pick up the baby. I declined, because I am
willing to support and extend the Unac package as used by Recoll, not as
a general purpose library. I have since extended the Unac functionality
(to case-folding), but I am not willing to publish this as a general
purpose feature as it was quite closely tailored to Recoll needs.
- Binc Imap: last release july 2005. The site front page states that
development is halted and no new releases will appear. Binc imap never
exported libraries anyway. I picked out the MIME analysis part of the
code because I thought it would be more robust than anything I could
write, being proven in the field, inside a server. I found a few very
minor issues, that I fixed, but I don't see them being merged back, given
that Binc Imap development has been totally halted for the last 5 years.
Especially in the case of Binc, I find it a bit strange that Fedora rules
would appear to forbid code reuse. This goes quite a bit against common
wisdom. Not all interesting code is published as a library, or maintained,
and sometimes the only way to reuse is to copy and modify and it's a quite
valuable way (compared to rewriting from scratch).
Regards,
JF
More information about the devel
mailing list