When we have hard-float ABI enabled, certain tools e.g. llvm/clang
expects the hf version of tuples for crt files from libgcc, therefore
create a symlink to help the cause.
This makes clang work with hard-float defaults on target
Signed-off-by: Khem Raj
---
meta/recipes-devtools/gcc/libgcc.inc
On Thu, 4 Apr 2019 at 13:48, Khem Raj wrote:
>
> On Wed, Apr 3, 2019 at 8:28 PM Nathan Rossi wrote:
> >
> > On Thu, 4 Apr 2019 at 03:02, Khem Raj wrote:
> > >
> > > On Wed, Apr 3, 2019 at 2:26 AM Bach, Pascal
> > > wrote:
> > > >
> > > > >
> > > > > Enable the building of the curses based ui
On Wed, Apr 3, 2019 at 8:28 PM Nathan Rossi wrote:
>
> On Thu, 4 Apr 2019 at 03:02, Khem Raj wrote:
> >
> > On Wed, Apr 3, 2019 at 2:26 AM Bach, Pascal wrote:
> > >
> > > >
> > > > Enable the building of the curses based ui for cmake. This depends on
> > > > ncurses.
> > >
> > > I think this is
Remove the handling of enable/disable sysstat.service self-start in Makefile.in.
The code will trigger below error when cross compiling with
'--enable-install-cron':
| if [ -x "/path/to/sysstat/11.7.1-r0/recipe-sysroot-native/usr/bin/systemctl"
]; then \
|
On Thu, 4 Apr 2019 at 03:02, Khem Raj wrote:
>
> On Wed, Apr 3, 2019 at 2:26 AM Bach, Pascal wrote:
> >
> > >
> > > Enable the building of the curses based ui for cmake. This depends on
> > > ncurses.
> >
> > I think this is acceptable. It might also be useful for people wanting to
> > use
Current results stored does not have information needed to trace who
executed the tests. Enable store to add EXECUTED_BY configuration
to results file in order to track who executed the tests.
Signed-off-by: Yeoh Ee Peng
---
scripts/lib/resulttool/store.py | 7 ++-
1 file changed, 6
Current QA team need to merge test result files from multiple sources.
Adding TESTSERIES configuration too early will have negative
implication to report and regression. Enable control to add TESTSERIES
when needed. Also enable adding EXECUTED_BY configuration when
needed.
Signed-off-by: Yeoh Ee
v01:
Enable merging results where both base and target are directory.
v02:
Follow suggestion from RP to reused the existing resultutils code base where it
will merge results to flat file.
Refactor resultutils code base to enable merging results where both base and
target are directory.
Add
Current resultutils library always add "TESTSERIES" configuration
to results. Enhance this to allow control of adding "TESTSERIES"
configuration as well as allow adding extra configurations
when needed.
Signed-off-by: Yeoh Ee Peng
---
scripts/lib/resulttool/resultutils.py | 19
On 4/3/19 10:35 AM, Philip Balister wrote:
> I appreciate the nagging about testing, but I just did an update and
> realized these patches never made it into master so I could request they
> move into thud.
Thud needs testing too, its not just a master thing.
It needs to be in warrior first ; )
On 4/3/19 10:04 AM, Richard Purdie wrote:
> Some tests such as strace-ptest require more than the current 500MB of free
> space. Increase the amount available, staying under the 4GB limit. We have
> more
> flexibility now since we shrank kernel-devsrc and the comments are out of date
> due to
On 4/3/19 5:58 PM, Adrian Bunk wrote:
On Wed, Apr 03, 2019 at 10:29:08AM +0800, Changqing Li wrote:
On 4/2/19 7:31 PM, Adrian Bunk wrote:
On Tue, Apr 02, 2019 at 05:08:33PM +0800, changqing...@windriver.com wrote:
From: Changqing Li
fix below compile error with -Werror=maybe-uninitialized
On Wed, Apr 3, 2019 at 4:07 PM Paul Eggleton
wrote:
>
> On Thursday, 4 April 2019 5:46:04 AM NZDT Khem Raj wrote:
> > On Wed, Apr 3, 2019 at 7:41 AM Tom Rini wrote:
> > >
> > > On Wed, Apr 03, 2019 at 11:30:39AM +0100, Burton, Ross wrote:
> > > > On Tue, 2 Apr 2019 at 20:46, Tom Rini wrote:
> >
On Thursday, 4 April 2019 5:46:04 AM NZDT Khem Raj wrote:
> On Wed, Apr 3, 2019 at 7:41 AM Tom Rini wrote:
> >
> > On Wed, Apr 03, 2019 at 11:30:39AM +0100, Burton, Ross wrote:
> > > On Tue, 2 Apr 2019 at 20:46, Tom Rini wrote:
> > > > > The kernel does not have "upgrade foo to the latest
On Wed, Apr 3, 2019 at 1:24 PM Adrian Bunk wrote:
> On Wed, Apr 03, 2019 at 12:29:29PM -0700, Andre McCurdy wrote:
> > On Tue, Apr 2, 2019 at 11:23 PM Adrian Bunk wrote:
> > > On Tue, Apr 02, 2019 at 09:26:46PM +0100, Richard Purdie wrote:
> > > >...
> > > > "armv4t" is defined in the arm tune
On Wed, Apr 03, 2019 at 12:29:29PM -0700, Andre McCurdy wrote:
> On Tue, Apr 2, 2019 at 11:23 PM Adrian Bunk wrote:
> > On Tue, Apr 02, 2019 at 09:26:46PM +0100, Richard Purdie wrote:
> > >...
> > > "armv4t" is defined in the arm tune files to mean "add -march=armv4t"
> > > which is the
On Tue, Apr 2, 2019 at 11:23 PM Adrian Bunk wrote:
> On Tue, Apr 02, 2019 at 09:26:46PM +0100, Richard Purdie wrote:
> >...
> > "armv4t" is defined in the arm tune files to mean "add -march=armv4t"
> > which is the convention used throughout all the tune files.
> >...
>
> Unfortunately this is
I appreciate the nagging about testing, but I just did an update and
realized these patches never made it into master so I could request they
move into thud.
Philip
On 02/21/2019 03:37 AM, Richard Purdie wrote:
> On Thu, 2019-02-21 at 03:53 +, Manjukumar Harthikote Matha wrote:
>> From:
On Wed, 2019-04-03 at 19:05 +0200, Jens Rehsack wrote:
>
>
> > Am 03.04.2019 um 15:58 schrieb Richard Purdie <
> > richard.pur...@linuxfoundation.org>:
> >
> > On Wed, 2019-04-03 at 15:18 +0200, Jens Rehsack wrote:
> > > In case, kernel config enables compressed modules, support of
> > >
> Am 03.04.2019 um 15:58 schrieb Richard Purdie
> :
>
> On Wed, 2019-04-03 at 15:18 +0200, Jens Rehsack wrote:
>> In case, kernel config enables compressed modules, support of
>> splitting via split_kernel_module_packages won't find any module.
>> So, first expand module pattern regex to
The XML catalogue is now at the canonical path, ${sysconfdir}/xml/catalog.
Signed-off-by: Ross Burton
---
meta/recipes-support/libxslt/libxslt_1.1.33.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/libxslt/libxslt_1.1.33.bb
Because of differences in how RDEPENDS works for native/target, add libxml2 and
libxslt to RDEPENDS (so that native dependencies work), but also add
libxml2-utils (for xmllint) and libxslt-bin (for xsltproc) to target RDEPENDS.
Signed-off-by: Ross Burton
---
The XML catalogue is now at the canonical path, ${sysconfdir}/xml/catalog.
Signed-off-by: Ross Burton
---
meta/recipes-gnome/gtk+/gtk+.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/gtk+/gtk+.inc b/meta/recipes-gnome/gtk+/gtk+.inc
index
Now that docbook-xml and docbook-xsl are writing catalog files, tell
xmllint/xsltproc where the catalog is.
Signed-off-by: Ross Burton
---
meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Now that docbook-xml and docbook-xsl use the xmlcatalog class, xmlto can stop
shipping a hand-coded catalogue.
It still needs to keep the wrapper so that the sysroot catalog is used instead
of /etc/xml/catalog. The wrapper is native-specific so mark it as such.
Note that this does effectively
Some tests such as strace-ptest require more than the current 500MB of free
space. Increase the amount available, staying under the 4GB limit. We have more
flexibility now since we shrank kernel-devsrc and the comments are out of date
due to that.
This should improve the strace-ptest results and
There is no need to ship a static catalog that we have to patch, as upstream
comes with a catalog fragment.
Use the xmlcatalog class to register this catalog.
Signed-off-by: Ross Burton
---
.../docbook-xsl-stylesheets/docbook-xsl.xml | 6 --
Tidy up the install task and don't version the directory under ${docdir}.
Signed-off-by: Ross Burton
---
.../recipes-devtools/docbook-xml/docbook-xsl-stylesheets_1.79.1.bb | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git
Instead of shipping a static catalog and patching it for native builds, use
libxml2-native to generate a catalog with the correct paths.
Use the xmlcatalog class to register this catalog automatically.
Signed-off-by: Ross Burton
---
.../docbook-xml/docbook-xml-dtd4/docbook-xml.xml | 68
This is a new class to handle recipes that need to add/remove entries in the XML
Catalog(ue)[1]. In the future it will handle updating the catalogue on the
target, but the immediate requirement is during the build so currently this only
works with native recipes.
Note that as this is a new class
On Wed, Apr 3, 2019 at 2:26 AM Bach, Pascal wrote:
>
> >
> > Enable the building of the curses based ui for cmake. This depends on
> > ncurses.
>
> I think this is acceptable. It might also be useful for people wanting to use
> ccmake inside an SDK.
>
Adding dependencies do serialize builds and
On Wed, Apr 3, 2019 at 7:41 AM Tom Rini wrote:
>
> On Wed, Apr 03, 2019 at 11:30:39AM +0100, Burton, Ross wrote:
> > On Tue, 2 Apr 2019 at 20:46, Tom Rini wrote:
> > > > The kernel does not have "upgrade foo to the latest upstream version"
> > > > commits.
> > > >
> > > > With the Automatic
This function is a wrapper around "shlex.quote()" and can be used in
"${@...}" context where shlex (or pipes, which provides similar
functionality) is unavailable.
Signed-off-by: Enrico Scholz
---
meta/lib/oe/utils.py | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/lib/oe/utils.py
libsecret 0.18.7 removed intltool and now uses pure gettext.
Signed-off-by: Ross Burton
---
meta/recipes-gnome/libsecret/libsecret_0.18.7.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/libsecret/libsecret_0.18.7.bb
On Wed, Apr 03, 2019 at 11:30:39AM +0100, Burton, Ross wrote:
> On Tue, 2 Apr 2019 at 20:46, Tom Rini wrote:
> > > The kernel does not have "upgrade foo to the latest upstream version"
> > > commits.
> > >
> > > With the Automatic Upgrade Helper this is a semi-automatic task, and
> > > most of
Store operations using a single file as a source weren't working as the os.walk
command didn't like being given a single file. Fix the store operation to
work for single files.
Signed-off-by: Richard Purdie
---
scripts/lib/resulttool/store.py | 21 -
1 file changed, 12
Rather than simply discarding the ptest data, change the code to discard
it when writing out the new testresult files, or optionally either preserve
it, or write it as seperate discrete logs.
This means the autobuilder should start writing out individual ptest log
files as well as allowing ueers
On Wed, 2019-04-03 at 15:18 +0200, Jens Rehsack wrote:
> In case, kernel config enables compressed modules, support of
> splitting via split_kernel_module_packages won't find any module.
> So, first expand module pattern regex to recognize compressed
> modules and then objcopy on temporary
On Wed, 2019-04-03 at 09:20 +, Bach, Pascal wrote:
> This patch should also go into warrior as I think we should not ship
> 3.14.0 due to the issue mentioned bellow.
Thanks, will queue this in warrior-next.
Cheers,
Richard
--
___
Have all of these been resolved in master?
Ross
On Wed, 3 Apr 2019 at 13:39, Ovidiu Panait wrote:
>
> It was found that the superexec operator was available in the internal
> dictionary in ghostscript before 9.27. A specially crafted PostScript
> file could use this flaw in order to, for
Most of perl core modules are dual-life modules which exists on CPAN
as well as they do in perl core. Sometime, fixes are uploaded to CPAN
before a new perl is released which contains the fix of the core
module. Also, some modules recent releases aren't fully backported
to earlier releases (out of
In case, kernel config enables compressed modules, support of
splitting via split_kernel_module_packages won't find any module.
So, first expand module pattern regex to recognize compressed
modules and then objcopy on temporary extacted to extract module
information.
Signed-off-by: Jens Rehsack
On Wed, 2019-04-03 at 14:26 +0200, Peter Kjellerstedt wrote:
> If the populate_lic task and any of the package_write_* tasks need to
> run, but the package task can be restored from the sstate cache, then
> the fetch task, which is a dependency of populate_lic, will wipe out
> the RSS including
It was found that the superexec operator was available in the internal
dictionary in ghostscript before 9.27. A specially crafted PostScript
file could use this flaw in order to, for example, have access to the
file system outside of the constrains imposed by -dSAFER.
It was found that the
If the populate_lic task and any of the package_write_* tasks need to
run, but the package task can be restored from the sstate cache, then
the fetch task, which is a dependency of populate_lic, will wipe out
the RSS including any users/groups that have been created. This
results in that the
On some hosts the wic.Wic2.test_wic_cp_ext selftest was failing as files weren't
being copied into the rootfs with "wic cp". This was due to a bug added by:
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=89d4a8df074598cfb3a76e41db7c45d845afd961
where there should be a second newline added
On Wed, 3 Apr 2019 at 12:55, Andreas Müller wrote:
t builds I get:
> * gstreamer1.0-plugins-good complains for unrecognised
> 'enable-introspection' and 'disable-introspection'. This is odd for
> two reasons: Both options enable/disable? gstreamer1.0-plugins-good
> complains but has
On 4/3/19 3:38 AM, Alexander Kanavin wrote:
> Just to make clear, the AUH workflow does require the maintainer to
> sign off and edit a commit message via 'git commit -s --reset-author
> --amend' for every commit,
Not sure if this a requirement anymore. Most of my packages got updated
by other
On Mon, Apr 1, 2019 at 6:21 PM Alexander Kanavin wrote:
>
> On Mon, 1 Apr 2019 at 18:10, Alexander Kanavin wrote:
>
> > Thanks, may I also ask that you go over the recipes in oe-core that
> > inherit meson, and tweak them to use this option? (there is not a lot,
> > and some don't use g-i at
Just to make clear, the AUH workflow does require the maintainer to
sign off and edit a commit message via 'git commit -s --reset-author
--amend' for every commit, so AUH does not get in the way of useful
commit messages.
Alex
On Wed, 3 Apr 2019 at 12:31, Burton, Ross wrote:
>
> On Tue, 2 Apr
On Tue, 2 Apr 2019 at 20:46, Tom Rini wrote:
> > The kernel does not have "upgrade foo to the latest upstream version"
> > commits.
> >
> > With the Automatic Upgrade Helper this is a semi-automatic task, and
> > most of the time there is no specific motivation other than upgrading
> > to the
On Wed, Apr 03, 2019 at 10:29:08AM +0800, Changqing Li wrote:
>
> On 4/2/19 7:31 PM, Adrian Bunk wrote:
> > On Tue, Apr 02, 2019 at 05:08:33PM +0800, changqing...@windriver.com wrote:
> > > From: Changqing Li
> > >
> > > fix below compile error with -Werror=maybe-uninitialized
> > >
> > > |
On Tue, Apr 02, 2019 at 03:46:14PM -0400, Tom Rini wrote:
> On Tue, Apr 02, 2019 at 09:51:21AM +0300, Adrian Bunk wrote:
> > On Mon, Apr 01, 2019 at 04:20:41PM -0700, akuster808 wrote:
> > >
> > >
> > > On 4/1/19 4:02 PM, Richard Purdie wrote:
> > > > On Mon, 2019-04-01 at 15:33 -0700,
>
> Enable the building of the curses based ui for cmake. This depends on
> ncurses.
I think this is acceptable. It might also be useful for people wanting to use
ccmake inside an SDK.
> Signed-off-by: Nathan Rossi
> ---
> This patch suggests enabling this in the cmake-native recipe, however
This patch should also go into warrior as I think we should not ship 3.14.0 due
to the issue mentioned bellow.
> -Original Message-
> From: Pascal Bach
> Sent: Montag, 1. April 2019 14:17
> To: openembedded-core@lists.openembedded.org
> Cc: Bach, Pascal (BT CPS R ZG FW CCP)
> Subject:
On 2019/4/3 上午12:16, Khem Raj wrote:
On Tue, Apr 2, 2019 at 8:46 AM Kang Kai wrote:
Hi Raj,
I meet a link problem of virglrenderer with gcc options '-O2
-fvisibility=default' configured in local.conf:
SELECTED_OPTIMIZATION = "-O2 -fvisibility=default"
It fails on qemux86 but succeeds on
Using SDK_INCLUDE_NATIVESDK flag to toggle inclusion of all nativesdk*
sstate into esdk
Currently locked-sigs.inc is generated during do_sdk_depends which
doesn't pull in nativesdk packages. Generating another locked-sigs.inc
in do_populate_sdk_ext and pruning it to only nativesdk* packages by
On Tue, Apr 02, 2019 at 09:26:46PM +0100, Richard Purdie wrote:
>...
> "armv4t" is defined in the arm tune files to mean "add -march=armv4t"
> which is the convention used throughout all the tune files.
>...
Unfortunately this is not true.
OE has both armv7a and armv7at tunes.
There is no
58 matches
Mail list logo
