4 new commits in master

[Michael Plante]

Pete Batard wrote:
>> Ever tried running both KDE and Gnome? Or iPXE and gPXE?
>> Users of any of these projects either pick one or the other. Apart from
>> a few cases, which are a minority, they don't use both.
>>
>> Sorry, but most forks seem to be proving you wrong here.


Those projects are irrelevant to libusb[x].




>> >>>>>> If we thought we could still work within
>> >>>>>> the frame of libusb, we wouldn't have forked.
>> >>>>
>> >>>> Not really true.  The problem wasn't a lack of commits, but a lack
of
>> >>>> releases.
>> >>>
>> >>> So releases don't matter? By all means, please go back to libusb if
you
>> >>> think that is the case, because it seems you believe that libusb is
>> >>> doing fine then.
>> >
>> > Where on earth did you get that?
>>
>> Simple:
>>
>> 1. "if we thought we could work with libusb, we wouldn't have forked"
>> 2. "Not really true" (implying "we can work with libusb", which you
>> explicitly indicate further down). "The problem wasn't a lack of
>> commits, but a lack of releases." (implying the only problem there is
>> with libusb is a lack of releases and that apart from that it's doing a
>> good job.)


I have no problem with 1&2 there.  It still seems you're making stuff up
that flatly contradicts what I actually said one line earlier.




>> >>> If you
>> >>> embraced one and ditched the other, this whole renaming of the
project
>> >>> files wouldn't matter to you one bit.
>> > [...]
>> > Unless by ditching you mean unsubscribing, which even you seem
unwilling to
>> > do.
>>
>> Actually, I'm planning on stating that I'm not going to participate to
>> libusb-devel any longer, after I announce the fork there.


So I *explicitly* made a point about unsubscribing from libusb-devel, to
which you responded.  Anything less is a complete change of subject.  Let's
say for a second this is a typo or oversight and you do plan to unsubscribe.
So someone will need to forward patches to your inbox.



>> And what I did say is that I would pick up the patches from libusb I
>> deem interesting and apply them to libusbx, so you don't have to bother
>> about the above.


...that now becomes impossible, being unsubscribed and all.  Pick a side.
:-P




>> >>> Xiaofan would have been a better example,
>> >
>> > I don't care who you use for the counterexample; you're still
disproving
>> > your own original point.
>>
>> Curious, I think Xiaofan indicated that he saw the need to choose a side
>> too.


No, because you were responding to your own statement earlier, "it's highly
unlikely that contributors will waste their time submitting patches to both
projects".  You proceeded to say, "he's been feeding items back and forth,
and he's probably going to continue to do so".  Choosing sides is mere
semantics compared to the original point about the actions on patches.



>> I'm worrying about making libusbx successful. And branding and having
>> people take side is very much part of that, whether you like it or not.


Taking sides makes both projects less successful (fewer eyeballs), unless
everyone takes the same side.  And Peter, for one, will never take our side.
So we lose his expertise.  I know you don't care for his review, when he
occasionally chooses to offer it, but I do.


Regards,
Michael