Upgrade dtc from 1.4.2 to 1.4.4.
Signed-off-by: Zheng Ruoqin
---
meta/recipes-kernel/dtc/{dtc_1.4.2.bb => dtc_1.4.4.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-kernel/dtc/{dtc_1.4.2.bb => dtc_1.4.4.bb} (81%)
diff --git
On Thu, May 11, 2017 at 08:50:09PM +0200, Belisko Marek wrote:
> On Thu, May 11, 2017 at 8:19 PM, Denys Dmytriyenko wrote:
> > Not to derail your enthusiasm, but since this is being proposed for OE-Core,
> > how is it better than libsoc by Jack Mitchell?
> libsoc is fine but
If for any reason the parse_recipe fail in extract command
the process gets locked because Cooker is expecting the
finish event by tinfoil.
For example:
$ devtool extract remake /tmp/remake
ERROR: remake is unavailable:
remake was skipped: PREFERRED_PROVIDER_virtual/make set to make, not
On 05/11/2017 01:56 PM, Alexander Kanavin wrote:
On 05/11/2017 08:33 PM, jose.perez.carra...@linux.intel.com wrote:
+def test_dnf_exclude(self):
+excludepkg = 'curl-dev'
+self.dnf('list %s' % excludepkg, 0)
+self.dnf_with_repo('remove -y curl')
+
On 05/11/2017 08:33 PM, jose.perez.carra...@linux.intel.com wrote:
+def test_dnf_exclude(self):
+excludepkg = 'curl-dev'
+self.dnf('list %s' % excludepkg, 0)
+self.dnf_with_repo('remove -y curl')
+self.dnf_with_repo('install -y --exclude=%s curl' % excludepkg)
On Thu, May 11, 2017 at 8:19 PM, Denys Dmytriyenko wrote:
> Not to derail your enthusiasm, but since this is being proposed for OE-Core,
> how is it better than libsoc by Jack Mitchell?
libsoc is fine but libgpiod will implement correctly gpio handling in
userspace as gpio sysfs
Not to derail your enthusiasm, but since this is being proposed for OE-Core,
how is it better than libsoc by Jack Mitchell?
On Thu, May 11, 2017 at 07:43:00PM +0200, Marek Belisko wrote:
> libgpiod - C library and tools for interacting with the linux GPIO
> character device
>
> Since linux 4.8
libgpiod - C library and tools for interacting with the linux GPIO
character device
Since linux 4.8 the GPIO sysfs interface is deprecated.
User space should use the character device instead.
This library encapsulates the ioctl calls and data structures behind a
straightforward API.
From: Jose Perez Carranza
Add test cases to test “exclude” and “installroot“ options, also modify
the logic of filtering packages on the feed to have all the packages
needed by the tests.
[YOCTO #10744]
Signed-off-by: Jose Perez Carranza
On Thu, May 11, 2017 at 9:48 AM, Nicolas Dechesne
wrote:
> On Thu, May 11, 2017 at 6:43 PM, Khem Raj wrote:
>> user meta-96boards and meta-qcom and you are set usually do builds
>> for MACHINE = "dragonboard-410c"
>
> meta-96boards is not
On Thu, May 11, 2017 at 6:43 PM, Khem Raj wrote:
> user meta-96boards and meta-qcom and you are set usually do builds
> for MACHINE = "dragonboard-410c"
meta-96boards is not required. the main recipe from meta-96boards
which is 'useful' is 96boards-tools since it would auto
This uses more modern formatting to handle the lockfiles and control
file cleanup with try/finally, taking advantage of the previous
extra indentation.
Signed-off-by: Richard Purdie
---
meta/classes/package_deb.bbclass | 33 +
This prepares the way to parallelise ipk generation and splits the iteration
over packages and the package generation into separate functions. Whitespace
indentation is unchanged deliberately and is fixed in a followup patch. There
should be no functional change.
Signed-off-by: Richard Purdie
This prepares the way to parallelise deb generation and splits the iteration
over packages and the package generation into separate functions. Whitespace
indentation is unchanged deliberately and is fixed in a followup patch. There
should be no functional change.
Some checks on variables are
user meta-96boards and meta-qcom and you are set usually do builds
for MACHINE = "dragonboard-410c"
you also need
ACCEPT_EULA_dragonboard-410c = "1"
otherwise the build errors out with strange access errors.
On Thu, May 11, 2017 at 5:22 AM, Nicolas Dechesne
wrote:
The previous change to relocate HOSTTOOLS wasn't complete as some files,
particularly in gcc stashed build directories were not being correctly
relocated. This patch addresses the issue.
Signed-off-by: Richard Purdie
---
meta/classes/sstate.bbclass | 2 +-
1
In the limited dependency case we don't use any of the data from
BB_TASKDEPDATA. Restructure the code so this variable doesn't have
to be set. This allows the function to be called from other contexts
without creating artificial constructs. There should be no functional
change, behaviour remains
Both native and target versions of this file reference mkdir and install
in hosttools paths. Use the version from PATH instead.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/python/python.inc | 6 ++
1 file changed, 6 insertions(+)
diff --git
Currently the file encodes full paths to various host tools in the
HOSTTOOLS directory which is bad in native and target cases. We can
simply use the versions from PATH quite safely in OE.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/rpm/rpm_git.bb
Added possibility to specify extra format-patch options
in create-pull-request command line:
create-pull-request -u contrib -r master -- -v3
Signed-off-by: Ed Bartosh
---
scripts/create-pull-request | 14 +++---
1 file changed, 11 insertions(+), 3
Added test_generic_efi_grub_qemu and test_generic_efi_systemd_qemu
test cases and wks template to build and boot generic EFI images in qemu.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
meta-selftest/wic/test_generic_efi.wks.in | 9
Merged do_write_wks_template and do_populate_bootfs into
new task do_prepare_wic_build to be able to write the same
partition UUID into bootloader configuration files and
kickstart file.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
Added API to populate ${WORKDIR}/bootfs directory with EFI
artifacts to both EFI provider classes(grub-efi and systemd-boot).
This API will be used to prepare artifacts for the wic image
build.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
This task generates root partition UUID and calls efi_bootfs_populate
API of current EFI provider to populate bootfs directory with
EFI artifacts.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
meta/classes/image_types_wic.bbclass | 36
Currently GRUB_ROOT assigned a value of literal "${ROOT}" by default
if ROOT variable is not set. This causes kernel commandline to
look like this: "linux /vmlinuz LABEL=boot {ROOT}"
Used weak assignments of ROOT and GRUB_ROOT variables to make
sure GRUB_ROOT is "" by default.
Allowed empty
Hi,
This patchset is an implementation of generic EFI approach for wic images.
Instead of introducing yet another wic plugin it uses existing APIs from
EFI_PROVIDER classes to populate ${WORKDIR}/bootfs directory with EFI artifacts
and bootloader configuration. This directory can be used by wic
hi Robert,
On Thu, May 11, 2017 at 12:48 PM, Robert P. J. Day
wrote:
>
> (i'm sure there's a more appropriate forum to ask this, but i'm just
> going to throw myself on the mercy of the general OE list.)
>
> i've been asked to help out with lashing together an OE build
(i'm sure there's a more appropriate forum to ask this, but i'm just
going to throw myself on the mercy of the general OE list.)
i've been asked to help out with lashing together an OE build for a
target board that will be based on qualcomm's snapdragon 410 APQ8016E,
so the obvious choice
On Tue, 2017-05-09 at 13:59 +0200, Koenraad Verheyden wrote:
> Hi Tanu,
>
> I've written a script myself, referencing how other scripts did this. Was
> indeed not so hard.
> This is the first time writing such a script so I can't guarantee
> everything is correct or the right way to do
Upgrade libunwind from 1.1 to 1.2.
Signed-off-by: Zheng Ruoqin
---
meta/recipes-support/libunwind/libunwind_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/libunwind/libunwind_git.bb
On 05/09/2017 12:24 PM, Burton, Ross wrote:
The development of Wayland does make the long-term prospect of Sato
interesting: do we port Sato to Wayland too, or keep the Wayland images
using the standard Weston demo shell?
There is a third option: find a functional, pretty, lightweight wayland
On 05/11/2017 12:08 AM, Khem Raj wrote:
On Wed, May 10, 2017 at 1:48 PM, Davis, Michael
wrote:
I think most of the major distros have either switched or are in the process
this year.
are there some info on the policy decisions of other distros ?
we should try to
On 05/10/2017 11:15 PM, Paul Eggleton wrote:
If that works then great! By all means let's test it and endorse it. At the
moment we barely even acknowledge it's existence - it's not even in the layer
index (though that is generally up to the layer maintainer, we can certainly
encourage them to
33 matches
Mail list logo