openembedded-core.git/meta/packages/hal, branch master 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>
populate-volatile.sh: cleanup duplicated invocations and remove boot warning 2010-08-12T14:39:24+00:00 Kevin Tian kevin.tian@intel.com 2010-08-11T05:34:54+00:00 e101642a61fc418273c1cd4d58a9564b4bdecc5c For one, populate-volatile.sh is itself a rcS script which is invoked earlier than package's own postinst method (last one in rcS). If package has already installed their volatile files correctly, it doesn't make sense to update volatile again in postinst since nothing is changed. On the other hand, dbus/hal are special since their user/group are only created in the target. If they pre-install volatiles like others, populate-volatile.sh will report "undefined user" since at that time their user/group haven't been created. The better way solving this is to generate their volatile in the fly after user/group are created, and then update volatiles. This fix [BUGID #121] Signed-off-by: Kevin Tian <kevin.tian@intel.com> 
For one, populate-volatile.sh is itself a rcS script which is invoked earlier
than package's own postinst method (last one in rcS). If package has already
installed their volatile files correctly, it doesn't make sense to update volatile
again in postinst since nothing is changed.

On the other hand, dbus/hal are special since their user/group are only created
in the target. If they pre-install volatiles like others, populate-volatile.sh
will report "undefined user" since at that time their user/group haven't been
created. The better way solving this is to generate their volatile in the fly
after user/group are created, and then update volatiles.

This fix [BUGID #121]

Signed-off-by: Kevin Tian <kevin.tian@intel.com>
hal: PR needs to be bumped for change to take effect 2010-07-31T07:18:13+00:00 Saul Wold Saul.Wold@intel.com 2010-07-31T07:18:13+00:00 a235e4195eed3e5c21f458c24f0964c8d5abb740 Signed-off-by: Saul Wold <Saul.Wold@intel.com> 
Signed-off-by: Saul Wold <Saul.Wold@intel.com>
emenlow: Add BASE_PACKAGE_ARCH and modification to hal.inc for emenlow 2010-07-30T21:53:37+00:00 Saul Wold Saul.Wold@intel.com 2010-07-30T21:53:37+00:00 40f50303c5e10ed32719ed3c5bf3d6078428ef17 [BUGID #171] [Netbook] Xserver version mismatch makes mouse/keyboard not work Signed-off-by: Saul Wold <Saul.Wold@intel.com> 
[BUGID #171] [Netbook] Xserver version mismatch makes mouse/keyboard not work

Signed-off-by: Saul Wold <Saul.Wold@intel.com>
hal-info: upgrade to version 20091130 2010-07-23T22:53:30+00:00 Qing He qing.he@intel.com 2010-07-20T03:13:28+00:00 ec6705a4889766da40cc493be578f11f59b88bfe from 20090414 changes: - consolidate hal-info.inc and hal-info_git.bb, git version is used as a reference and is not preferred - preferred version updated to 20091130 Signed-off-by: Qing He <qing.he@intel.com> 
from 20090414

changes:
  - consolidate hal-info.inc and hal-info_git.bb, git version is used
    as a reference and is not preferred
  - preferred version updated to 20091130

Signed-off-by: Qing He <qing.he@intel.com>
hal: upgrade to version 0.5.14 2010-07-23T22:53:30+00:00 Qing He qing.he@intel.com 2010-07-20T02:35:15+00:00 8bad27517486ff69b961a03f5d25a9c5aa5a2b7e from 0.5.13 changes: - udev rules dir has been changing to /lib/udev/rules.d in udev upstream, add an override to stay in /etc/rules.d for compatibility - consolidate hal.inc and hal_git.bb, hal_git.bb is used as a reference thus should have a negative preference - change preferred version of hal to 0.5.14 - remove hal_0.5.11+0.5.12rc1 - remove RRECOMMENDS on udev-utils, the package is to be removed Signed-off-by: Qing He <qing.he@intel.com> 
from 0.5.13

changes:
  - udev rules dir has been changing to /lib/udev/rules.d in udev
    upstream, add an override to stay in /etc/rules.d for compatibility
  - consolidate hal.inc and hal_git.bb, hal_git.bb is used as a
    reference thus should have a negative preference
  - change preferred version of hal to 0.5.14
  - remove hal_0.5.11+0.5.12rc1
  - remove RRECOMMENDS on udev-utils, the package is to be removed

Signed-off-by: Qing He <qing.he@intel.com>
hal-info: fix metadata 2010-07-02T22:32:45+00:00 Qing He qing.he@intel.com 2010-07-01T09:10:29+00:00 4e71fc76ad0f5be717d439d37a60e1a1805e2bdc add bugtracker Signed-off-by: Qing He <qing.he@intel.com> 
add bugtracker

Signed-off-by: Qing He <qing.he@intel.com>
hal: fix metadata 2010-07-02T22:32:44+00:00 Qing He qing.he@intel.com 2010-07-01T09:01:35+00:00 06ecb32bf32ef9d8ed4e871266e082a57d393dc3 add bugtracker, update license The detail license is very complex and not easy to be expressed in a single LICENSE line. Adopt a simple notation here, and will describe details when the package is actually being upgraded. hal_git doesn't use hal.inc, need further cleanups. Signed-off-by: Qing He <qing.he@intel.com> 
add bugtracker, update license
The detail license is very complex and not easy to be expressed
in a single LICENSE line. Adopt a simple notation here, and will
describe details when the package is actually being upgraded.

hal_git doesn't use hal.inc, need further cleanups.

Signed-off-by: Qing He <qing.he@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>
Remove layout_* variables 2009-09-17T21:24:36+00:00 Richard Purdie rpurdie@linux.intel.com 2009-09-16T22:09:44+00:00 af85ce4b4e675feb5796f87137c86d70c2f15b9a Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Remove layout_* variables and replace them with variables specific to the
different classes. The layout variables were only useful for the native/cross
classes and caused more confusion than they solved. They didn't scale to the
sdk class. It now clear a small set of native/cross variables fulfil the needs.

This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes
sense since we're installing binaries into the locations we're compiling them for.

Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>