Well, Depending on a git version of lib is quite bad, especially for packagers. Many packagers avoid packaging git code. This will result in much less users and visibility. The lack of users in turns causes lack of tests to some degree. Many users who can provide useful feedbacks do not know how to use git or cmake at all. So I hope there can be earlier releases & earlier inclusion into some distros. To not break anything, I carefully avoid possible ABI changes and even keep old APIs intact. I did my best and made some effort to keep backward compatibility. Hence I'll be very disappointed if all the effort does not worth even a minor release. I respect the decision of other team members. However personally I think the rule for making releases is a little bit too strict sometimes. It's quite frustrating when you have some nice code which works well but cannot be published.
On Sat, Mar 16, 2013 at 8:45 PM, Andrej N. Gritsenko <[email protected]> wrote: > Hello! > > PCMan has written on Saturday, 16 March, at 14:22: >>Since the API/ABIs are not changed, I'd like to ask if it's possible >>to cherry pick these changes from thumbnails branch, and add them to >>the last stable release (v1.1) we have. >>Then, make a minor new release only adding these new APIs? >>Is this proposal acceptable for you guys? > > We have decided that 1.1.x will contain only bugfixes, no new APIs or > features, otherwise it will make a mess. I'm sorry. > >>Since we're far from the next major release, I'd like to make this >>minor addition published earlier. This is currently a major blocker of >>the Qt port of pcmanfm/libfm which is very close to production use >>now. > > As I've proposed in IRC earlier, let it be called not stable release > but alpha testing version (which it is really still I suppose) so you can > just tell in its INSTALL file that it should be built together with GIT > version of libfm. What is bad with that? I hope that libfm-1.2 will be > ready for beta release (i.e. with frozen API) somewhere near summer then > you can make it beta release based on published version of libfm at that > time as well. Just have the Qt port alpha for testing until then. Is that > acceptable for you? > > BTW, 1.2.x is backward compatible with 1.0.x and 1.1.x versions and > therefore users can build libfm from GIT to test Qt port and it will not > conflict with Gtk version of pcmanfm, in any case. > >>Thank you. > > Thank you too. > > Andriy. > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > _______________________________________________ > Pcmanfm-develop mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/pcmanfm-develop ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ Pcmanfm-develop mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/pcmanfm-develop
