Re: [yocto] Yocto build at Kali

On 9 July 2017 at 05:15, Rafael Machado wrote: > Hi everyone > > I need your help. For the last several days, I've being trying to compile > a yocto based project with no success. So in case someone can help me this > would be really nice :) > > Follow the details of the problem. > On my developm

Re: [yocto] Yocto build at Kali

On 9 July 2017 at 03:15, Rafael Machado wrote: > File > "/media/sda3/open_env/openembedded-core/bitbake/lib/bb/persist_data.py", line > 35, in > > 33 sqlversion = sqlite3.sqlite_version_info 34 if sqlversion[0] < 3 or (sqlversion[0] == 3 and sqlversion[1] < 3): 35 raise Ex

[yocto] [meta-gplv2][PATCH] rxvt-unicode: move it to BBFILES

It should be in recipes-sato/rxvt-unicode, not recipes-sato. Signed-off-by: Robert Yang --- recipes-sato/{ => rxvt-unicode}/rxvt-unicode.inc | 0 recipes-sato/rxvt-unicode/{ => rxvt-unicode}/rxvt.desktop | 0 recipes-sato/rxvt-unicode/{ => rxvt-unicode}/rxvt.png | Bin recipes-s

[yocto] [PATCH 1/1 V2] rxvt-unicode: move it to BBFILES

It should be in recipes-sato/rxvt-unicode, not recipes-sato. Signed-off-by: Robert Yang --- recipes-sato/{ => rxvt-unicode}/rxvt-unicode.inc | 0 recipes-sato/rxvt-unicode/{ => rxvt-unicode}/rxvt.desktop | 0 recipes-sato/rxvt-unicode/{ => rxvt-unicode}/rxvt.png | Bin recipes-s

[yocto] [PATCH 0/1 V2] rxvt-unicode: move it to BBFILES

* V2 - Shuld not modify LICENSE, only move the location * V1 - Wrongly modified LICENSE // Robert The following changes since commit d96ec8f6895d34cc9b05d9a0101ac496db324b18: gnutls: make it independent on gnutls.inc from oe-core (2017-06-23 14:29:08 +0100) are available in the git repo

[yocto] Questions on HOSTTOOLS and the documented host packages in the manual

Hi everyone To get repeatable quality builds we ensure the build agents in CI are identical and that they install a _minimal_ list of packages taken from the instructions in the Yocto manual [1].  But from time to time some dependency is missing, especially since things change in Yocto over time

Re: [yocto] Questions on HOSTTOOLS and the documented host packages in the manual

On 10 July 2017 at 12:40, Gunnar Andersson wrote: > Sidestepping, since I anticipate this in your response: I know there's > continuous work on repeatability, and tried to read what I can in the > manual > on the new HOSTTOOL variable. The mechanics of $PATH and softlinking the > binaries are c

Re: [yocto] Yocto build at Kali

Thanks for the answer guys. Yes Jussi. Seco website requires a registration. Sorry about that. Follows the complete output: Traceback (most recent call last): File "/home/rafael/Projetos/seco/poky/bitbake/bin/bitbake", line 31, in import bb File "/home/rafael/Projetos/seco/poky/bitbake/l

Re: [yocto] Yocto build at Kali

On 10 July 2017 at 13:38, Rafael Machado wrote: > from . import _html5lib > File "/home/rafael/Projetos/seco/poky/bitbake/lib/bs4/builder/_html5lib.py", > line 57, in > class TreeBuilderForHtml5lib(html5lib.treebuilders._base.TreeBuilder): > AttributeError: 'module' object has no attri

Re: [yocto] Yocto build at Kali

The only place I was able to check this information was at the ChangeLog file inside the bitbake tree on the BSP package: "Changes in Bitbake 1.9.x: - Add PE (Package Epoch) support from Philipp Zabel (pH5) - Treat python functions the same as shell functions for logging -

Re: [yocto] Yocto build at Kali

On 10 July 2017 at 15:38, Rafael Machado wrote: > Thanks for the answer guys. > Yes Jussi. Seco website requires a registration. Sorry about that. > > Follows the complete output: > > Traceback (most recent call last): > File "/home/rafael/Projetos/seco/poky/bitbake/bin/bitbake", line 31, in >

Re: [yocto] Yocto build at Kali

Thanks a lot Jussi. I'm contacting seco so they can solve this to everyone instead of having this fix just at my system. Thanks a lot for the help. Em seg, 10 de jul de 2017 às 10:23, Jussi Kukkonen escreveu: > On 10 July 2017 at 15:38, Rafael Machado < > rafaelrodrigues.mach...@gmail.com> wrot

[yocto] locale failure during do_rootfs

I just want to share a solution to a problem. tl;dr use a supported system to build. I got the same error as mentioned here: https://lists.yoctoproject.org/pipermail/yocto/2017-June/036622.html [log_check] Failed to set locale, defaulting to C This is an error that occurs for RPM based system

[yocto] Yocto Project Status WW28’17 EOW

Current Dev Position: Preparing for YP 2.4 M2 Next Deadline: YP 2.4 M2 Cut off is July 17, 2017 SWAT team rotation: Maxin -> Cal on July 7, 2017. SWAT team rotation: Cal -> Joshua on July 14, 2017. https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: ·

[yocto] Reminder: Yocto Project Technical Team Meeting - Tuesday, June 6, 2017 8:00 AM US Pacific Time

Tuesday, July 11, 2017 8:00 AM US Pacific Time Agenda: * Opens collection - 5 min (Stephen) * Yocto Project status - 5 min (Stephen/team) https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.4_Status https://wiki.yoctoproject.org/wiki/Yocto_2.4_Schedule https://wiki.yoctoproject.org/wiki/Y

[yocto] License missing coreutils when creating /usr/share/licenses and bbappend

Hi! We are using yocto / openembedded (pyro). I use: COPY_LIC_MANIFEST = "1" COPY_LIC_DIRS = "1" LICENSE_CREATE_PACKAGE = "1" to generate a /usr/share/licenses and /usr/share/common-licenses respectively. But unfortunately, the coreutils subdirectory is empty. I use a bbappend file containing o

[yocto] New software layer for the barebox bootloader

Hi all! I have created a new software layer named meta-barebox that provides support for the barebox bootloader. The layer has already been added to the OpenEmbedded Layer Index: https://layers.openembedded.org/layerindex/branch/master/layer/meta-barebox/ The layer features its own reference man

[yocto] linux-yocto-dev stagnated at 4.11-rc6

Hello everyone, I was just wondering if there is a reason for linux-yocto-dev staying at 4.11-rc6? I was under the impression that it would basically follow kernel.org which is now at 4.12 since a few days. Thank you, Einar -- ___ yocto mailing list yoc

Re: [yocto] linux-yocto-dev stagnated at 4.11-rc6

On 07/10/2017 01:11 PM, Einar Vading wrote: Hello everyone, I was just wondering if there is a reason for linux-yocto-dev staying at 4.11-rc6? I was under the impression that it would basically follow kernel.org which is now at 4.12 since a few days. I was on vacation (an

Re: [yocto] License missing coreutils when creating /usr/share/licenses and bbappend

On 7/10/17 9:19 AM, Dr. Matthias Schöpfer wrote: > Hi! > > We are using yocto / openembedded (pyro). I use: > > COPY_LIC_MANIFEST = "1" > COPY_LIC_DIRS = "1" > LICENSE_CREATE_PACKAGE = "1" > > to generate a /usr/share/licenses and /usr/share/common-licenses > respectively. But unfortunately, the

Re: [yocto] New software layer for the barebox bootloader

On 7/10/17 9:51 AM, Dennis Menschel wrote: > Hi all! > > I have created a new software layer named meta-barebox that provides > support for the barebox bootloader. > Thanks, I see there are many other layers providing barebox of their own. Next step is to coverge them so that they are can use me

[yocto] Openssh patch being overriden by original unpatched file

Howdy all, I've been having a bit of an interesting time trying to ship a modified sshd_config file to my images using Yocto Morty. I first tried adding a .bbappend to the openssh recipe in which I prepended a patch file that would modify sshd_config to my liking. Interestingly, Yocto would defini

Re: [yocto] Openssh patch being overriden by original unpatched file

On 7/10/17 10:48 AM, Jack Kiefer wrote: > Howdy all, > > I've been having a bit of an interesting time trying to ship a modified > sshd_config file to my images using Yocto Morty. I first tried adding a > .bbappend to the openssh recipe in which I prepended a patch file that > would modify sshd_co

Re: [yocto] Openssh patch being overriden by original unpatched file

Ah, yes, apologies if I wasn't very clear. That is what I ended up doing. What I was originally after was trying to modify the file in a way such that if an update to openssh were to change the way the config file is laid out there would be a better chance that my modifications would still be compa

Re: [yocto] Openssh patch being overriden by original unpatched file

On 7/10/17 11:16 AM, Jack Kiefer wrote: > Ah, yes, apologies if I wasn't very clear. That is what I ended up > doing. What I was originally after was trying to modify the file in a > way such that if an update to openssh were to change the way the config > file is laid out there would be a better c

[yocto] PERF - LINUX - ARM

Hello , I was tying to use perf on Renesas target and i configured the yocto "local.conf" as showed in this link https://wiki.yoctoproject.org/wiki/Tracing_and_Profiling#General_Setup Tracing and Profiling - Yocto Project

[yocto] [yocto-autobuilder][PATCH] add force bash option on build and preamble

Certain distros (Ubuntu) use a less desirable shell for /bin/sh (dash). In some edge cases, if we source oe-init-build-env from outside the OEROOT folder, the script will fail (as stated in the oe-init-build-env script). By adding a variable to force bash as the shell, we can call "bash -c" to ensu

[yocto] [yocto-autobuilder][PATCH] ScrapeTargets.py: Use python instead of awk

Using awk, sed, or grep to pull a shell variable out of stdio proved complex. Instead, simply cat the entire "inc" file to stdio and use python/regex to find the variable. Signed-off-by: Stephano Cetola --- .../autobuilder/buildsteps/ScrapeTargets.py | 17 ++--- 1 file ch

[yocto] [ANNOUNCEMENT] Yocto Project 2.1.3 (Krogoth 15.0.3) Released

Hello, The latest release of the Yocto Project 2.1.3 (krogoth-15.0.3) is now available for download at: http://downloads.yoctoproject.org/releases/yocto/yocto-2.1.3/poky-krogoth-15.0.3.tar.bz2 http://mirrors.kernel.org/yocto/yocto/yocto-2.1.3/poky-krogoth-15.0.3.tar.bz2 A gpg signed version of t

[yocto] [PATCH v2 0/2] logrotate: systemd support

systemd is now supported by upstream logrotate. This set of patches first bumps the recipe to the last upstream version, that is 3.11.0. Then it adds support for systemd. This series is the continuety of the following patches: 1. https://lists.yoctoproject.org/pipermail/yocto/2017-March/035277.ht

[yocto] [PATCH v2 1/2] logrotate: Bump to 3.12.3

This commit updates the recipe to the last upstream tag. Then, as the tarball no longer contains the pre-generated Makefile, inherit from autotools Signed-off-by: Romain Perier --- ...upport-system-dates-back-to-the-year-1970.patch | 27 .../logrotate/act-as-mv-when-rotate.patch

[yocto] [PATCH v2 2/2] logrotate: Add systemd support

Currently, this recipe only supports daily scheduling via a cron job. This commit adds support for systemd in the recipe, as the feature is already supported on upstream. When the corresponding distro feature is enabled the systemd variant will be used. The timer granularity and its accuracy are al