libusbx v1.0.9-rc4 is now available

Hans de Goede hdegoede at redhat.com
Fri Mar 30 02:59:51 EDT 2012


Hi,

On 03/30/2012 01:54 AM, Pete Batard wrote:
>  From git [1] as well as a tarball [2].
>
> The tarball was generated from MinGW using a script that I have yet to finalize (version and target dir are currenlty hardcoded, and there's no provision for RCs), which is a modified version of what I use for libwdi [3], with the following changes applied:
> - autom4te.cache is not copied over, since libwdi shouldn't have been copying it in the first place (the autotools doc says it can safely be removed)
> - the ltmain patch ($lt_var+set -> set), which I only remember was related to NLS but not much else, is not applied. I guess if it's still relevant to current dev-envs, we'll pick it up soon enough during testing.
>
> Note that the fact that autotools were ran from Windows/MinGW should be irrelevant, especially as I did test that configure/make worked fine on Linux. Of course, it won't hurt to confirm it.
>
>
> Now, in case you have comments with regards to the tagging scheme or the tarball location, you first might want to be aware that I didn't exactly pick them up at random. The commit message and tag for the RC follow exactly what git-core does [4] (so if you don't like it, you can blame the Git guys - Ha!), and the tarball location follows what Firefox does [5].
>
> Can't say I'm entirely sure we need to go that far for downloads, but if we start providing binaries, and we also have a bunch of RCs, then splitting the source from binaries as well as ensuring each release has its own dir might make sense. Obviously, I also plan to automate uploads when we start pushing regular RCs and releases.
>
> For now, just consider that everything is still up for grabs with regards to the organization of deliverables, and don't hesitate to comment.
>
> And please make sure you test RC4 as much as you can before Monday.

Great! Many thanks for this. I'll build a local Fedora package
from this and do all my usbredir development / testing using
that package today. Which means streaming USB 1 and USB 2 ISO data,
mass storage device usage, the works basically (all Linux only).

Regards,

Hans



More information about the libusbx mailing list