openembedded-core.git/meta/conf/local.conf.sample.extended, branch daisy

local.conf.sample.extended: update it for the archiver

2014-03-26T12:15:00+00:00

Add the filter license comment for archiver.bbclass.

[YOCTO #5740]

Signed-off-by: Robert Yang 
Signed-off-by: Richard Purdie

local.conf.sample.extended: update for the archiver

2014-03-21T17:01:31+00:00

Updated it since we have refactored the archiver.bbclass.

[YOCTO #5113]

Signed-off-by: Robert Yang

useradd.bbclass: Add ability to select a static uid/gid automatically

2014-02-08T21:02:25+00:00

[YOCTO #5436]

Automatic selection of static uid/gid is needed for a dynamically generated
passwd and group file to have a deterministic outcome.

When a package is installed and instructs the system to add a new user or
group, unless it selects a static uid/gid value, the next available uid/gid
will be used.  The order in which packages are installed is dynamically
computed, and may change from one installation to the next.  This results
in a non-deterministic set of uid/gid values.

Enabling this code by adding USERADDEXTENSION = "useradd-staticids", and
adding a preconfigured passwd/group file will allow the continued dynamic
generation of the rootfs passwd/group files, but will ensure a deterministic
outcome.  (Dynamic generation is desired so that users and groups that have
no corresponding functionality are not present within the final system image.)

The rewrite params function will override each of the fields in the
useradd and groupadd calls with the values specified.  Note, the password
field is ignored as is the member groups field in the group file.  If the
field is empty, the value will not be overridden.  (Note, there is no way
to 'blank' a field, as this would only generally affect the 'comment' field
and there really is no reason to blank it.)

Enabling USERADD_ERROR_DYNAMIC will cause packages without static uid/gid
to generate an error and be skipped for the purpose of building.  This is
used to prevent non-deterministic behavior.

USERADD_UID_TABLES and USERADD_GID_TABLES may be used to specify the name
of the passwd and group files.  By default they are assumed to be
'files/passwd' and 'files/group'.  Layers are searched in BBPATH order.

Signed-off-by: Mark Hatle 
Signed-off-by: Richard Purdie

local.conf.sample.extended: add some missed changes for directfb / archiver

2013-12-13T14:50:52+00:00

Bring some changes over from the meta-yocto version of this file that
should have also been applied here but weren't.

Signed-off-by: Paul Eggleton 
Signed-off-by: Richard Purdie

external-sourcery-toolchain: remove

2013-12-12T22:31:12+00:00

As per discussion on the mailing list [1], remove this largely
unmaintained external toolchain support in favour of the maintained
version in meta-sourcery [2].

Also correct the example and documentation.conf entries for TCMODE to
match up with this change.

[1] http://lists.openembedded.org/pipermail/openembedded-core/2013-December/087133.html
[2] https://github.com/MentorEmbedded/meta-sourcery/

Signed-off-by: Paul Eggleton 
Signed-off-by: Richard Purdie

bitbake.conf/native.bbclass: Use FC instead of F77 for fortran

2013-12-05T12:32:11+00:00

gcc tooling appears to be standardising around the FC variable naming.
This patch changes the F77 namespace to FC instead and use the default
gfortran compiler. If anyone needs the F77 variables or tools, those
can still be made on a case by case basis.

Also updates local.conf.sample.extended accordingly.

Signed-off-by: Richard Purdie

local.conf.sample.extended: Add some additional comments for security flags

2013-10-18T14:42:49+00:00

Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

kernel.bbclass, image.bbclass: Implement kernel INITRAMFS dependency and bundling

2013-09-06T22:01:50+00:00

This patch aims to fix the following two cases for the INITRAMFS generation.
  1) Allow an image recipe to specify a paired INITRAMFS recipe such
     as core-image-minimal-initramfs.  This allows building a base
     image which always generates the needed initramfs image in one step
  2) Allow building a single binary which contains a kernel and
     the initramfs.

A key requirement of the initramfs is to be able to add kernel
modules.  The current implementation of the INITRAMFS_IMAGE variable
has a circular dependency when using kernel modules in the initramfs
image.bb file that is caused by kernel.bbclass trying to build the
initramfs before the kernel's do_install rule.

The solution for this problem is to have the kernel's
do_bundle_initramfs_image task depend on the do_rootfs from the
INITRAMFS_IMAGE and not some intermediate point.  The image.bbclass
will also sets up dependencies to make the initramfs creation task run
last.

The code to bundle the kernel and initramfs together has been added.
At a high level, all it is doing is invoking a second compilation of
the kernel but changing the value of CONFIG_INITRAMFS_SOURCE to point
to the generated initramfs from the image recipe.

[YOCTO #4072]

Signed-off-by: Jason Wessel 
Acked-by: Bruce Ashfield 
Signed-off-by: Saul Wold

local.conf.sample.extended: Add an example of how to enable fortran

2013-09-06T22:01:49+00:00

Add an example of how to enable FORTRAN from local.conf. Make
it clear this is not officially supported.

[YOCTO #5091]

Signed-off-by: Richard Purdie

local.conf.sample.extended: add example for EXTRA_USERS_PARAMS

2013-07-18T19:21:13+00:00

Add detailed explanation of EXTRA_USERS_PARAMS which is used for
image level user/group configuration.

[YOCTO #4074]

Signed-off-by: Chen Qi 
Signed-off-by: Saul Wold