openembedded-core.git/meta/packages/libusb, branch pyro Mirror of openembedded-core packages: Separate out most of the remaining packages into recipes 2010-09-01T18:09:57+00:00 Richard Purdie rpurdie@linux.intel.com 2010-09-01T18:09:11+00:00 d62ee7eaf2ba025c3f64b2d4e10dc7cec4637612 Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
libusb-compat: upgrade to version 0.1.3 2010-07-23T22:53:29+00:00 Qing He qing.he@intel.com 2010-07-16T04:48:08+00:00 63d56523555b000a4b52027b68d0e7f33bf6a2ec from 0.0.9, also remove libusb recipe (see below) changes: - remove some unnecessary logics derived from libusb-0.1 - now PROVIDES libusb - bluez4 depends on libusb instead of libusb-compat libusb-0.1 vs. libusb-compat libusb-compat is intended to be a drop-in replacement of libusb-0.1, building on top of libusb-1.0 (which has different API from -0.1). Few known packages don't work with libusb-compat, notable example is libmtp. Since most packages work very well with libusb-compat, and libusb-compat doesn't suffer from power consumption issue of libusb-0.1 (which is often very important for embedded systems), drop libusb-0.1 and move to libusb-compat completely. If we see any problems in the future, either the package should be fixed or we can add back libusb-0.1 as needed. Signed-off-by: Qing He <qing.he@intel.com> 
from 0.0.9, also remove libusb recipe (see below)

changes:
  - remove some unnecessary logics derived from libusb-0.1
  - now PROVIDES libusb
  - bluez4 depends on libusb instead of libusb-compat

libusb-0.1 vs. libusb-compat

libusb-compat is intended to be a drop-in replacement of libusb-0.1,
building on top of libusb-1.0 (which has different API from -0.1).

Few known packages don't work with libusb-compat, notable example
is libmtp. Since most packages work very well with libusb-compat,
and libusb-compat doesn't suffer from power consumption issue of
libusb-0.1 (which is often very important for embedded systems),
drop libusb-0.1 and move to libusb-compat completely. If we see
any problems in the future, either the package should be fixed
or we can add back libusb-0.1 as needed.

Signed-off-by: Qing He <qing.he@intel.com>
libusb1: upgrade to version 1.0.8 2010-07-23T22:53:29+00:00 Qing He qing.he@intel.com 2010-07-15T05:07:55+00:00 74388f763a9213d826652f647a46b8a6be45496f from 0.9.2 changes: - the previous recipe was derived from libusb-0.1 and thus had many inconsistencies, e.g. binconfig and lib_packages are not necessary, libusb1 doesn't provide libusb++, etc. Remove these legacies - remove the patch 0.9.0-gcc3.4-compat-fix Signed-off-by: Qing He <qing.he@intel.com> 
from 0.9.2

changes:
  - the previous recipe was derived from libusb-0.1 and thus had many
    inconsistencies, e.g. binconfig and lib_packages are not necessary,
    libusb1 doesn't provide libusb++, etc. Remove these legacies
  - remove the patch 0.9.0-gcc3.4-compat-fix

Signed-off-by: Qing He <qing.he@intel.com>
libusb-compat: fix metadata 2010-07-02T22:32:45+00:00 Qing He qing.he@intel.com 2010-07-01T09:20:51+00:00 715e03329b9b34f1f28561344223cef6f074cb88 update homepage, add bugtracker update license Signed-off-by: Qing He <qing.he@intel.com> 
update homepage, add bugtracker
update license

Signed-off-by: Qing He <qing.he@intel.com>
libusb: fix metadata 2010-06-17T22:15:06+00:00 Qing He qing.he@intel.com 2010-06-12T07:02:16+00:00 dac5590fa857d45ef9d3d15e4ba0b941b4fd8375 update homepage change license to reflect GPL|BSD dual licensing of the header update description to reflect the legacy version change to use new patch parameter Signed-off-by: Qing He <qing.he@intel.com> Signed-off-by: Kevin Tian <kevin.tian@intel.com> 
update homepage
change license to reflect GPL|BSD dual licensing of the header
update description to reflect the legacy version
change to use new patch parameter

Signed-off-by: Qing He <qing.he@intel.com>
Signed-off-by: Kevin Tian <kevin.tian@intel.com>
autotools: deprecate autotools_stage class 2010-04-27T16:11:28+00:00 Joshua Lock josh@linux.intel.com 2010-04-26T16:41:05+00:00 4d1f39af753ff93e08c91e08bc1b7c0037b89142 Move the functionality into autotools and ensure all our Poky recipes are no longer using it. Keep the autools_stage class around for OE compatability but just have it inherit autools. Signed-off-by: Joshua Lock <josh@linux.intel.com> 
Move the functionality into autotools and ensure all our Poky recipes are no
longer using it.
Keep the autools_stage class around for OE compatability but just have it
inherit autools.

Signed-off-by: Joshua Lock <josh@linux.intel.com>
libusb/libusb0: Drop unneeded custom staging functions 2009-11-17T16:13:03+00:00 Richard Purdie rpurdie@linux.intel.com 2009-11-17T16:13:03+00:00 6cad69b4d8b6e626870f4f9ffb91239ab886550d Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
libusb: Convert to BBCLASSEXTEND 2009-11-13T12:15:26+00:00 Richard Purdie rpurdie@linux.intel.com 2009-11-05T17:39:47+00:00 f74f080643241525ccd33c3d80e45a83c9f5fb45 Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Drop now unneeded FILESDIR and S variables from various recipes 2009-01-02T15:34:40+00:00 Richard Purdie richard@ted.(none) 2009-01-02T15:34:40+00:00 f8a23031e2a02e5fbef63a01d33e036bc57240b3 






classes/autotools_stage.bbclass: Add autotools_stage class to further recipes to simplify recipes using standard autotools
2008-12-30T17:07:17+00:00

Richard Purdie
rpurdie@linux.intel.com

2008-12-27T01:13:47+00:00

fcb1791f553081e5267c2d0b7795eab224b4a342