2016-12-13 06:39 skrev Petter Mabäcker:
> 2016-12-13 00:55 skrev
Andreas Müller:
>
>> On Mon, Dec 12, 2016 at 11:33 PM, Petter Mabäcker
wrote:
>>
>>> 2016-12-12 06:21 skrev Khem Raj: On
Thu, Dec 8, 2016 at 2:40 AM, Andreas Müller
wrote: * no more required (version > 3.17
| > 4.3.x | > 4.4
Hi Paul
On 12/04/2016 11:14 AM, Paul Eggleton wrote:
Hmm, it looks like we're treating a byte array as a string (i.e. missing
decoding) and that doesn't work. Likely this broke during the Python3
migration, and since there are a number of different code paths in
recipetool's python handling code
Signed-off-by: Khem Raj
---
recipes-kernel/linux/linux-raspberrypi_4.8.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes-kernel/linux/linux-raspberrypi_4.8.bb
b/recipes-kernel/linux/linux-raspberrypi_4.8.bb
index 2626d62..d4aaae2 100644
--- a/recipes-kernel/linux
Signed-off-by: Khem Raj
---
recipes-graphics/userland/userland_git.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/recipes-graphics/userland/userland_git.bb
b/recipes-graphics/userland/userland_git.bb
index bba7541..a37249c 100644
--- a/recipes-graphics/userland/userla
* Regenerate forward patches
* Remove upstreamed ones
Signed-off-by: Khem Raj
---
...-applications-to-set-next-resource-handle.patch | 6 +-
...ayland-Add-support-for-the-Wayland-winsys.patch | 36
.../0003-wayland-Add-Wayland-example.patch | 4 +-
...-wayland-egl-Add-bcm_host
On Wed, Dec 14, 2016 at 5:27 PM, John Rama wrote:
> Dear Yocto specialists
>
> I would like to know how people, who familiar with Yocto, prepare NFS rootfs
> for target.
>
> When running bitbake with image recipe, the target rootfs is generated at the
> following directory
> {YOCTO_BUILD_DIR}//t
Dear Yocto specialists
I would like to know how people, who familiar with Yocto, prepare NFS rootfs
for target.
When running bitbake with image recipe, the target rootfs is generated at the
following directory
{YOCTO_BUILD_DIR}//tmp//work/{TARGET}-poky-linux-gnueabi/{IMAGE}/1.0-r0//rootfs/.
How
On Wed, Dec 14, 2016 at 3:14 AM, Piotr Lewicki wrote:
> Hi,
>
> I need to set some kernel parameters and I thought that it would work with
> "do_configure_prepend()" task in my "linux-raspberrypi_%.bbappend" file.
>
> I have do configure like so:
>
> do_configure_prepend() {
>
> kernel_configu
Note: build parameters are now aligned to upstream default.
Compared to earlier recipe, configuration changes are:
- Previous WITH_RD parameter is now replaced by RD_MODE
(set to CLIENT by default)
- ROOTING was previously set to gateway (GW)
while default use EP, which is also used in th
AUH finished upgrade batch the result patches/logs can be found at:
https://logs.yoctoproject.org/auh//20161212150003, next are the statistics:
Recipe upgrade statistics:
* Failed(other errors): 13
xf86-video-intel, 20040721+gitAUTOINC+bec47f9369, Jussi Kukkonen
systemd-boot
On Tue, 2016-12-13 at 17:50 -0800, Cal Sullivan wrote:
> I like where this is heading but does RMC function with bootloaders
> besides systemd-boot yet?
> A quick boot test with this patch and RMC_BOOTLOADER = "grub-efi" seems
> to give me vanilla grub-efi.
At the moment RMC works end-to-end onl
On Wed, Dec 14, 2016 at 2:01 AM, Jussi Kukkonen
wrote:
> On 14 December 2016 at 06:59, Anders Oleson wrote:
>>
>> I have found what I think is a sneaky nasty bug when using package_deb
>> with
>> SSTATE_MIRRORS on RPM based build hosts. Below is a short description of
>> what
>> I found and our w
I am running Ubuntu 16.04 and poky (?) v2.2. I am working my way through
eSDK setup. When I use oe-publish-sdk I get this error. My default shell is
dash.
ubuntu@myhost:fsl-community-bsp/build$ oe-publish-sdk tmp/deploy/sdk/
poky-glibc-x86_64-core-image-minimal-cortexa7hf-neon-toolchain-ext-2.2.sh
Hi,
I need to set some kernel parameters and I thought that it would work
with "do_configure_prepend()" task in my "linux-raspberrypi_%.bbappend"
file.
I have do configure like so:
do_configure_prepend() {
kernel_configure_variable USB_PRINTER n
# and some other variables
}
Now I ha
On 14 December 2016 at 06:59, Anders Oleson wrote:
> I have found what I think is a sneaky nasty bug when using package_deb with
> SSTATE_MIRRORS on RPM based build hosts. Below is a short description of
> what
> I found and our workaround. A patch that adds a patch that is applied to
> the
> pac
15 matches
Mail list logo