On Sat, Sep 29, 2012 at 7:16 AM, Pete Batard <p...@akeo.ie> wrote: >> I also know of several upstreams for other libs who have done >> that and they are not popular with distros at all! > > The great thing with being a fork is we can afford being unpopular: our > users have exceedingly easy means to switch away from us if they aren't > happy. :)
The thing is that the fork is now much more popular than the existing libusb among Linux distros and their expectation seems to be that libusbx-1.0.x will be drop-in replacement of libusb-1.0. More over, just as libusb-0.1 API will be there for many years, libusb-1.0 API will be there for many years as well. So it is good not to break them. My suggestion is to continue new development in 2.0/3.0 but keep 1.0.x for a while (1.0.15 can be 1.0.14 + bug fix + USB 3.0). >> I never was against that other then for compatibility reasons, so if >> we drop compatibility, lets rebrand :) > > I wouldn't call a simple library name change and rebrand... If we're > going to rebrand the library name, I fail to see why we wouldn't > logically rebrand the include as well. For all we know, someone might > end up looking at the wrong library when they experience an issue with > an app they didn't develop, based on the header they see being used in > the source. Yes that is my initial thought as well, to use libusbx.h and not libusb.h. If 1.0.x series are maintained by Hans for a bit longer, I do not see an issue of changing to libusbx.h for 2.0/3.0 series. After that, if the API change getting more and more and it is not that feasible to maintain 1.0.x series further, then a libusb1-compat can be developed. -- Xiaofan ------------------------------------------------------------------------------ How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in production. Find out how slow your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? http://info.appdynamics.com/FreeJavaPerformanceDownload.html _______________________________________________ libusbx-devel mailing list libusbx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libusbx-devel
