Hi, On 05/19/2013 10:15 PM, Pete Batard wrote: > On 2013.05.19 09:11, Hans de Goede wrote:
<snip> >> 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. As said in my other mail, I believe the compelling reason for 2.x is to sort out our poll abstraction, and through that offer a much better windows support story. > 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?)? I'm fine with calling the next release either 1.0.16 or 1.2.0, with no real preference. I don't like 1.1.x because in some FOSS projects odd minors are used for testing releases. Since Nathan has been doing most of the hotplug work, my vote is that Nathan gets to decide which version we use :) Regards, Hans ------------------------------------------------------------------------------ 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
