Hello,
I'd like to bring the topic of release frequency of OpenBabel to the table.
Since OB was migrated to the GitHub its development has speed up
noticeably. Last release 2.3.2 was almost one year ago, and I think it's
good time to discuss that matter. One major problem I've noticed is that
many commits are rather bugfixes and minor enhancements, rather than
changing ABI/API. And those bugfixes are rather usefull to have, so the
real solution is to use development version.
I believable that the best route we could take here is similar to RDkit is
having. I'd like to propose to enumerate the API/ABI versions and introduce
quarterly code freezes with all the bugfixes and major enhancements, f.e.
the next release could be named 2.4_2014Q1 and so on.
What do you think about such release strategy?
----
Pozdrawiam, | Best regards,
Maciek Wójcikowski
mac...@wojcikowski.pl<https://mail.google.com/mail/u/0/?view=cm&fs=1&tf=1&to=mac...@wojcikowski.pl>
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
_______________________________________________
OpenBabel-Devel mailing list
OpenBabel-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openbabel-devel
