On 2013.05.19 09:11, Hans de Goede wrote: > I'm afraid you're not understanding here is caused by us just coming > from a very different perspective, see my RHEL example above.
I could comment on that, since, while I'm happy to have you onboard (and I do mean it), libusb/libusbx is not a project affiliated with Red Hat, and the promise of 10 year support they make with regards to our software is something they really decided on their own (though, and most likely as a result of that, we do get the benefit of getting a very experienced RH employee to help us, which has obvious benefits...). As you might understand, I can't say I quite like seeing any aspect of a project I contribute to seemingly being coerced by interests that I consider to have their roots primarily with financial gains rather than overall user-welfare. But at this stage I'll spare you another tirade on how catering to proprietary interests with FLOSS (which, as far as I am aware, is what the Red Hat, Suse, and others' business model is about) may turn problematic in the long run. > So I think it is best to just agree to disagree here. If I can't win support, yeah, I guess there's not much point pursuing this argument. Oh well, I did what I could to avoid us getting into the "give a man a fish" side of the equation. > Which we reminds me we need to fix the massive messup wrt our > get_maxpacketsize functions for 2.x too. Another example of how we > should not rush 2.x too much. Start working on it soon, maybe even > today? Yes, rush it? No. I wasn't exactly planning to rush 2.0 (proof of that being that 2.0 was supposed to kick off more than 6 months ago), but as you know, right now seems a very good time to make a clean break in libusbx and avoid user confusion that may arise in the near future. I don't think we'll have such a great opportunity anytime soon. Just one question, since you talk about 1.x. Is your current preference with regards to merging your branch (with BOS and ep_comp) to go 1.0.y or 1.1.y (or was it 1.2.y?)? Regards, /Pete ------------------------------------------------------------------------------ AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d _______________________________________________ libusbx-devel mailing list libusbx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libusbx-devel
