I am new to Yocto, so please explain a bit more.
Not all of the recipes can be found in poky layers.
You can use multiple layers together to be able to access more recipes
(and features like bbclasses, etc.).
You will find more info in the manual.
All I have done is:
git clone -b krogoth gi
On 06/16/2016 11:33 PM, Anicic Damir (PSI) wrote:
> Hi!
>
> I just realised that ntpd + ntpdate is not part of Yocto 2.1
ntpdate is in the ntpdate package and ntpd is in the ntp package.
The ntp recipe is in meta-openembedded/meta-networking
you will need to append these to your image install
Hej
I have encountered a problem, when I switched from rpm to deb. I have a
recipe which generates 3 kernel modules. The compiling and packaging works
fine. But when I do the do_rootfs it fails with:
##
ERROR: core-image-minimal-1.0-r0 do_rootfs: Unable to install packages.
Comm
Hi Andrei,
Sorry for the delay, but I've met some unexpected issue: when calling
IMAGE_CMD (which is the code that lives in sdcard_image-rpi.bbclass in
raspberrypi's case), TMPDIR is willfully deleted before the call...
But STAGING_KERNEL_BUILDDIR, which is used to find out what version of
kernel
Hi Andrei,
So I've found a solution, I'll send a patch for it soon, but I'd like to
know your opinion, not sure you will like it...
In sdcard_image-rpi.bbclass, just before defining IMAGE_CMD_rpi-sdimg, I
add:
RPI_KERNEL_VERSION :=
"${@get_kernelversion_file('${STAGING_KERNEL_BUILDDIR}')}'
Then i
I would like to push some fixes to docs how can I do it ?
Kind regards,
Bartosz Woronicz
Engineer, Software Configuration (SCM)
Nokia Networks - PL/Wroclaw
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
On 17 June 2016 at 09:33, Anicic Damir (PSI) wrote:
>
> Hi!
>
> I just realised that ntpd + ntpdate is not part of Yocto 2.1
>
> I found http://layers.openembedded.org/layerindex/recipe/2299/
>
> but how to get it?
Note that you do not need ntpd or extra layers for ntp client functionality
if you
On Fri, Jun 17, 2016 at 1:04 PM, Woronicz, Bartosz (Nokia -
PL/Wroclaw) wrote:
> I would like to push some fixes to docs how can I do it ?
here:
http://git.yoctoproject.org/cgit/cgit.cgi/yocto-docs/
--
___
yocto mailing list
yocto@yoctoproject.org
htt
The repository is yocto-docs on git.yoctoproject.org.
To submit a patch sent it to yocto@ and it's probably best to CC Scott too.
Thanks,
Ross
On 17 June 2016 at 11:04, Woronicz, Bartosz (Nokia - PL/Wroclaw) <
bartosz.woron...@nokia.com> wrote:
> I would like to push some fixes to docs how can
hello again,
I tried adding :
python do_package_prepend() {
d.setVar('PKGV', d.getVar("JENKINS_VERSION", True)) print d.getVar('PKGV',True)
Da: yocto-boun...@yoctoproject.org per conto
di Marco Garzola
Inviato: giovedì 16 giugno 2016 22.11.25
A: Christophe
Hello , sorry for previous mail.
I tried with
python do_package_prepend() {
d.setVar('PKGV', d.getVar("JENKINS_VERSION", True))
}
and in do_compile :
{
VERSION= get from bash parsing.
"${@d.setVar("JENKINS_VERSION","$VERSION"}"
}
but doesn't work... it only work if i
Current Dev Position: YP 2.2 M1 [still not in QA]
Next Deadline: YP 2.2 M2 cut off would be: 7/18/16
SWAT team rotation: Maxin -> Joshua
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
Key Status/Updates:
*GTK+3 and Sato rework have merged
*A rework of taskd
v5: modifications after more review
* Added an Upstream-Status to the kernel patch
* Only one instance of KERNEL_DEVICETREE defined (with the new .dtbo syntax)
* Modification of the KERNEL_DEVICETREE is done in
linux-raspberry-base.bbclass, based on the kernel version
v4: rebased
For kernels 4.4
Kernel 4.4.6+ on RaspberryPi support .dtbo files for overlays, instead of .dtb.
Patch the kernel, which has faulty rules to generate .dtbo the way yocto does
Signed-off-by: Herve Jourdain
---
.../0001-fix-dtbo-rules.patch | 44 ++
recipes-kernel/linux/lin
Kernel 4.4.6+ on RaspberryPi support .dtbo files for overlays, instead of .dtb.
Add support for .dtbo variant of overlays for the default KERNEL_DEVICETREE
variable
(the list will be turned into "-overlay.dtb" by linux-raspberry-base.bbclass,
if needed, depending on the kernel version)
Signed-of
Kernel 4.4.6+ on RaspberryPi support .dtbo files for overlays, instead of .dtb.
Add support for both variants of overlays ("-overlay.dtb" and ".dtbo")
Change which variant needs to be supported based on the kernel version
CAUTION: when called from IMAGE_CMD_rpi-sdimg, 'TMPDIR' is not set, causing
Kernel 4.4.6+ on RaspberryPi support .dtbo files for overlays, instead of .dtb.
Add support for both extensions for overlays (".dtb" and ".dtbo")
CAUTION: in IMAGE_CMD_rpi-sdimg, 'TMPDIR' is not set, causing
'STAGING_KERNEL_BUILDDIR' to not be expanded, causing get_dts() to not being
able to get
When try to start Autobuilder fails with the next exception,
2016-06-07 17:06:45-0500 [-] LOADING CONFIG FILE
2016-06-07 17:06:45-0500 [-] error while parsing config file:
Traceback (most recent call last):
File
"/home/alimon/repos/yocto-autobuilder/lib/python2.7/site-packages/Twisted-1
From: Christopher Larson
We need to obey LDFLAGS to get the correct hash style for external toolchains.
The ideal way to deal with this would be for the build to be like the qt4
build, obeying the OE_QMAKE_ variables as defined in qmake_base, but that's
not going to happen just now. The next bes
On Fri, Jun 17, 2016 at 8:31 AM, Jolley, Stephen K <
stephen.k.jol...@intel.com> wrote:
> ·There is a multilib issue related to the layout of the host
> libraries leaking into python’s build process which we’re struggling to
> debug
Could I get some details on this? I've seen something l
On Fri, Jun 17, 2016 at 2:42 PM, Christopher Larson
wrote:
> On Fri, Jun 17, 2016 at 8:31 AM, Jolley, Stephen K <
> stephen.k.jol...@intel.com> wrote:
>
>> ·There is a multilib issue related to the layout of the host
>> libraries leaking into python’s build process which we’re struggling
On Fri, 2016-06-17 at 14:42 -0700, Christopher Larson wrote:
> On Fri, Jun 17, 2016 at 8:31 AM, Jolley, Stephen K <
> stephen.k.jol...@intel.com> wrote:
> > ·There is a multilib issue related to the layout of the
> > host libraries leaking into python’s build process which we’re
> > struggl
22 matches
Mail list logo
