Hi Randy,
Sorry, I am OOO today, will do it next week.
BTW, I have looked into siteconfig and siteinfo recently, and have some crazy
ideas on them, which seems can save a lot of configure time, I will try to send
them out next week.
// Robert
Sent from mobile phone
> 在 2018年12月21日，10:22，Mark
Hi RP,
Sorry, I am on vacation today, will do more investigations next week.
// Robert
Sent from mobile phone
> 在 2018年12月20日，23:06，Richard Purdie 写道：
>
> On Thu, 2018-12-20 at 12:19 +, richard.pur...@linuxfoundation.org
> wrote:
>> On Thu, 2018-12-20 at 18:43 +0800, Robert Yang
>> wrote:
On 12/20/18 1:50 PM, Burton, Ross wrote:
> On Thu, 20 Dec 2018 at 18:02, Mark Hatle wrote:
>> As far as zlib/ncurses being the only things that augmented them, when this
>> was
>> originally implemented many years ago -- those items were the most commonly
>> used
>> by other configure scripts.
== Series Details ==
Series: "gnupg: Do not apply -Woverride..." and 1 more
Revision: 1
URL : https://patchwork.openembedded.org/series/15438/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
These warnings are intricate and we can ignore that for now as they are
being found by gcc 9, eventually this should be not needed when code
upstream is fixed
Signed-off-by: Khem Raj
---
meta/recipes-connectivity/nfs-utils/nfs-utils_2.3.3.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/
Signed-off-by: Khem Raj
---
...erride-init-is-not-needed-with-gcc-9.patch | 31 +++
...-a-custom-value-for-the-location-of-.patch | 6 ++--
.../gnupg/gnupg/relocate.patch| 2 +-
meta/recipes-support/gnupg/gnupg_2.2.12.bb| 3 +-
4 files changed, 37 insertions
I haven't sent this as a "v2", because of the change of subject line.
On 21/12/18 12:10 PM, Douglas Royds wrote:
Some patch files create entirely new files, so their permissions are subject to
the host umask. If such a file is later installed into a package with no change
in permissions, it br
Some patch files create entirely new files, so their permissions are subject to
the host umask. If such a file is later installed into a package with no change
in permissions, it breaks the reproducibility of the package.
This was observed on libpam, for instance: The patch file
pam-security-abstr
On 21/12/18 9:37 AM, Burton, Ross wrote:
On Thu, 20 Dec 2018 at 20:26, Douglas Royds wrote:
libpam is unusual in having a patch that creates an entirely new file
(tty_secure.c). If that patch eventually goes, then this umask setting
can go as well.
I haven't come across any other cases of a p
On Thu, 20 Dec 2018 at 20:37, Burton, Ross wrote:
> > I haven't come across any other cases of a patch creating a file, but if
> > there are, then we could certainly move this setting. Perhaps we should
> > wait until others emerge.
>
> I definitely wouldn't want to make the assumption that libpam
On Thu, 20 Dec 2018 at 20:26, Douglas Royds wrote:
> libpam is unusual in having a patch that creates an entirely new file
> (tty_secure.c). If that patch eventually goes, then this umask setting
> can go as well.
>
> I haven't come across any other cases of a patch creating a file, but if
> there
libpam is unusual in having a patch that creates an entirely new file
(tty_secure.c). If that patch eventually goes, then this umask setting
can go as well.
I haven't come across any other cases of a patch creating a file, but if
there are, then we could certainly move this setting. Perhaps we
On Thu, 20 Dec 2018 at 18:02, Mark Hatle wrote:
> As far as zlib/ncurses being the only things that augmented them, when this
> was
> originally implemented many years ago -- those items were the most commonly
> used
> by other configure scripts. So adding those defaults when zlib and/or ncurse
On Thu, 20 Dec 2018 at 18:02, Mark Hatle wrote:
> We also still want a way that manual definitions can be setup on a global
> basis
> for a given architecture. (We do want these limited for the most part, since
> maintenance is overlooked -- but we've certainly seen cases in the past where
> con
On Thu, 20 Dec 2018 at 11:00, Matt Madison wrote:
>
> On Thu, Dec 20, 2018 at 6:02 AM Damien Riegel wrote:
> >
> > On Thu, 20 Dec 2018 at 07:53, Matt Madison wrote:
> > >
> > > On Wed, Dec 19, 2018 at 5:52 PM Damien Riegel
> > > wrote:
> > > >
> > > > On Wed, 19 Dec 2018 at 16:41, Matt Madison
On 12/20/18 7:02 AM, Burton, Ross wrote:
> On Thu, 20 Dec 2018 at 11:59, wrote:
>> On Thu, 2018-12-20 at 11:50 +, Burton, Ross wrote:
>>> As the only users of siteconfig are now zlib and ncurses, should we
>>> just rip it out entirely leaving a gap for a fresh implementation?
>>
>> I'm cc'ing
On Thu, Dec 20, 2018 at 7:48 AM Burton, Ross wrote:
>
> On Thu, 20 Dec 2018 at 15:37, Khem Raj wrote:
> > > Well, I built core-image-sato core-image-weston with AR=gcc-ar
> > > RANLIB=gcc-ranlib globally and it worked fine.
> >
> > Please build a lot more. These images cover only handful of recip
== Series Details ==
Series: "nativesdk-meson: add missing d..." and 2 more
Revision: 1
URL : https://patchwork.openembedded.org/series/15436/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
On Thu, Dec 20, 2018 at 6:02 AM Damien Riegel wrote:
>
> On Thu, 20 Dec 2018 at 07:53, Matt Madison wrote:
> >
> > On Wed, Dec 19, 2018 at 5:52 PM Damien Riegel
> > wrote:
> > >
> > > On Wed, 19 Dec 2018 at 16:41, Matt Madison wrote:
> > > >
> > > > On Wed, Dec 19, 2018 at 9:51 AM Damien Riege
On Thu, 20 Dec 2018 at 15:37, Khem Raj wrote:
> > Well, I built core-image-sato core-image-weston with AR=gcc-ar
> > RANLIB=gcc-ranlib globally and it worked fine.
>
> Please build a lot more. These images cover only handful of recipes
> there are problems like
>
> https://gcc.gnu.org/bugzilla/sho
On Thu, 20 Dec 2018 at 15:37, Khem Raj wrote:
> > As we build the cross gcc we know what is in it. Other toolchains be
> > they clang, ICC, or external GCCs, can override AR just like they do
> > the other variables.
>
> Yes they can, but what doe this buy us ? except we make Core toolchain
> gcc
Signed-off-by: Ross Burton
---
meta/lib/oeqa/sdk/cases/buildepoxy.py | 36 +++
1 file changed, 36 insertions(+)
create mode 100644 meta/lib/oeqa/sdk/cases/buildepoxy.py
diff --git a/meta/lib/oeqa/sdk/cases/buildepoxy.py
b/meta/lib/oeqa/sdk/cases/buildepoxy.py
ne
Meson is growing in popularity, so add it to the SDK packagegroup.
Signed-off-by: Ross Burton
---
meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
b/meta/reci
Meson uses pkg_resources, which is part of setuptools.
Signed-off-by: Ross Burton
---
meta/recipes-devtools/meson/nativesdk-meson_0.49.0.bb | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-devtools/meson/nativesdk-meson_0.49.0.bb
b/meta/recipes-devtools/meso
On Thu, Dec 20, 2018 at 4:37 AM Burton, Ross wrote:
>
> On Thu, 20 Dec 2018 at 01:20, Khem Raj wrote:
> > > That however leads to the question of should we just change the
> > > defaults? Does anything break if we use gcc-ar instead of ar?
> >
> > Dont think that is a good idea in general since g
From: mark asselstine
To fix:
Error: Transaction check error:
file /usr/share/man/man3/crypt.3 conflicts between attempted installs
of libcrypt-doc-4.4.1-r0.core2_64 and man-pages-4.16-r0.core2_64
This issue came about after commit 59be9254df9f [libxcrypt: Upgrade to
4.4.1 release].
On Thu, 2018-12-20 at 12:19 +, richard.pur...@linuxfoundation.org
wrote:
> On Thu, 2018-12-20 at 18:43 +0800, Robert Yang
> wrote:bb.utils.mkdirhier(newbuilddir)
>
> This broke on our autobuilder:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/61
>
On Thu, 20 Dec 2018 at 07:53, Matt Madison wrote:
>
> On Wed, Dec 19, 2018 at 5:52 PM Damien Riegel wrote:
> >
> > On Wed, 19 Dec 2018 at 16:41, Matt Madison wrote:
> > >
> > > On Wed, Dec 19, 2018 at 9:51 AM Damien Riegel
> > > wrote:
> > > >
> > > > To package a go application in Yocto, one
On Thu, 2018-12-20 at 18:40 +1300, Douglas Royds wrote:
> The patch file pam-security-abstract-securetty-handling.patch creates
> a new
> file (tty_secure.c) at patch-time, so its permissions are subject to
> the host
> umask. This file is later copied into the -dbg package with no change
> in
> pe
Why is this libpam specific and not a general issue that the umask
needs to be set in patch.bbclass?
Ross
On Thu, 20 Dec 2018 at 05:41, Douglas Royds wrote:
>
> The patch file pam-security-abstract-securetty-handling.patch creates a new
> file (tty_secure.c) at patch-time, so its permissions are
On Thu, 20 Dec 2018 at 11:59, wrote:
> On Thu, 2018-12-20 at 11:50 +, Burton, Ross wrote:
> > As the only users of siteconfig are now zlib and ncurses, should we
> > just rip it out entirely leaving a gap for a fresh implementation?
>
> I'm cc'ing Mark who has a lot of the history on this.
>
>
On Wed, Dec 19, 2018 at 5:52 PM Damien Riegel wrote:
>
> On Wed, 19 Dec 2018 at 16:41, Matt Madison wrote:
> >
> > On Wed, Dec 19, 2018 at 9:51 AM Damien Riegel
> > wrote:
> > >
> > > To package a go application in Yocto, one needs to also package its
> > > dependencies to keep the build reprod
On Thu, 20 Dec 2018 at 01:20, Khem Raj wrote:
> > That however leads to the question of should we just change the
> > defaults? Does anything break if we use gcc-ar instead of ar?
>
> Dont think that is a good idea in general since gcc-ar is a wrapper
> around normal ar
> passing --plugin=/path/to
On Thu, 20 Dec 2018 at 12:16, Burton, Ross wrote:
> I see similar wins here, walltime for cmake-native's build goes from
> five minutes to one minute.
For anyone playing along at home, this is what I did:
Cleaned tmp, applied patch to the mut branch.
$ git checkout HEAD^; bitbake cmake-native -
On Thu, 2018-12-20 at 18:43 +0800, Robert Yang wrote:
>
> On 12/20/18 6:14 PM, Richard Purdie wrote:
> > On Wed, 2018-12-19 at 23:43 -0800, Robert Yang wrote:
> > Sorry, but this change just swaps one problem for another. meta-
> > selftest is part of OE-Core so its position relative to bitbake
>
On Thu, 20 Dec 2018 at 06:46, Robert Yang wrote:
> + --parallel="${@oe.utils.parallel_make_argument(d, '%d')}" \
Tweaked when merging to mut to be:
+ ${S}/configure --verbose --prefix=${prefix} \
+ ${@oe.utils.parallel_make_argument(d, '--parallel=%d')} \
+
On Thu, 2018-12-20 at 11:50 +, Burton, Ross wrote:
> As the only users of siteconfig are now zlib and ncurses, should we
> just rip it out entirely leaving a gap for a fresh implementation?
I'm cc'ing Mark who has a lot of the history on this.
I think we're at a point where we likely need to
As the only users of siteconfig are now zlib and ncurses, should we
just rip it out entirely leaving a gap for a fresh implementation?
Ross
On Thu, 20 Dec 2018 at 00:16, Richard Purdie
wrote:
>
> The only reason we appear to need glibc-initial at this time is to support
> the site_config code. Th
So if I sent a patch with the subject "Fix #1234" it fails?
Sounds like a good reason to rewrite create-pull-request in Python to
avoid this nonsense.
Ross
On Thu, 20 Dec 2018 at 08:05, Robert Yang wrote:
>
> Fixed when SUBJECT contains slash(/):
> sed: -e expression #1, char 35: unknown option
This upgrade is already on the list.
Ross
On Thu, 20 Dec 2018 at 10:48, ricky.yoon wrote:
>
> License-Update: License file changes are due to updates in Version and
> Copyright date
>
> Signed-off-by: ricky.yoon
> ---
> .../libpng/{libpng_1.6.35.bb => libpng_1.6.36.bb} | 8
>
License-Update: License file changes are due to updates in Version and
Copyright date
Signed-off-by: ricky.yoon
---
.../libpng/{libpng_1.6.35.bb => libpng_1.6.36.bb} | 8
1 file changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-multimedia/libpng/{libpng_1.6.35.bb =>
License-Update: License file changes are due to updates in Version and
Copyright date
(From OE-Core rev: dd46638acf5e8ad0af84cbaf5254918b42bb68ce)
Change-Id: I42bda18b0e68626069795487a35a37a3e96a19c6
Signed-off-by: ricky.yoon
---
.../libpng/{libpng_1.6.35.bb => libpng_1.6.36.bb} | 8 ++
License-Update: License file changes are due to updates in Version and
Copyright date
(From OE-Core rev: dd46638acf5e8ad0af84cbaf5254918b42bb68ce)
Change-Id: I42bda18b0e68626069795487a35a37a3e96a19c6
Signed-off-by: ricky.yoon
---
.../libpng/{libpng_1.6.35.bb => libpng_1.6.36.bb} | 8 ++
On Wed, 2018-12-19 at 16:55 -0800, Khem Raj wrote:
> On Wed, Dec 19, 2018 at 4:16 PM Richard Purdie
> wrote:
> > +# ifunc doesn't appear to work on mips, casuses libbfd assertion
> > failures
> > +CACHED_CONFIGUREVARS_append_mipsarch = "
> > libc_cv_ld_gnu_indirect_function=no"
>
> perhaps we sho
On 12/20/18 6:14 PM, Richard Purdie wrote:
On Wed, 2018-12-19 at 23:43 -0800, Robert Yang wrote:
The previous code assumed builddir and meta-selftest are in the same
dir, but this isn't always true, builddir can be anywhere, use
bitbake to locate meta-selftest can fix the problem.
The bb.fat
On Wed, 2018-12-19 at 23:43 -0800, Robert Yang wrote:
> The previous code assumed builddir and meta-selftest are in the same
> dir, but this isn't always true, builddir can be anywhere, use
> bitbake to locate meta-selftest can fix the problem.
>
> The bb.fatal() doesn't work (no error message is
On 12/19/2018 10:13 AM, Khem Raj wrote:
gcc-initial step is no more needed
Signed-off-by: Khem Raj
---
meta/recipes-core/newlib/newlib.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/newlib/newlib.inc
b/meta/recipes-core/newlib/newlib.inc
index c97c
* For changes, see:
https://www.tcpdump.org/libpcap-changes.txt
* Merge inc and bb and remove unnecessary flags.
* Remove all patches, they have either been upstreamed or fixed
differently.
* Compilation with bluez5 works just fine, enable it and remove bluez4
config.
* Backport a commit to fix
== Series Details ==
Series: "libsolv: upgrade 0.7.1 -> 0.7" and 4 more
Revision: 1
URL : https://patchwork.openembedded.org/series/15429/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
* For changes, see:
https://www.tcpdump.org/libpcap-changes.txt
* Merge inc and bb and remove unnecessary flags.
* Remove all patches, they have either been upstreamed or fixed
differently.
* Compilation with bluez5 works just fine, enable it and remove bluez4
config.
* Backport a commit to fix
For changes, see:
https://github.com/GNOME/at-spi2-atk/blob/AT_SPI2_ATK_2_30_0/NEWS
Signed-off-by: Anuj Mittal
---
.../atk/{at-spi2-atk_2.26.2.bb => at-spi2-atk_2.30.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/atk/{at-spi2-atk_2.26.2.bb =>
a
* For changes, see:
https://github.com/GNOME/atk/blob/ATK_2_30_0/NEWS
* Change in doc and introspection switches and patch refresh.
Signed-off-by: Anuj Mittal
---
...ld-enable-introspection-for-cross-compile.patch | 14 +++---
.../atk/{atk_2.28.1.bb => atk_2.30.0.bb} | 12
>From NEWS:
- bug fixes:
* do not autouninstall packages because of forcebest updates
- new features:
* support rpm's new '^' version separator
* support set/get_considered_list in bindings
* new experimental SOLVER_FLAG_ONLY_NAMESPACE_RECOMMENDED flag
Signed-off-by: Anuj Mittal
---
...
* For changes, see:
https://github.com/libjpeg-turbo/libjpeg-turbo/blob/master/ChangeLog.md
* Removed upstreamed patch
Signed-off-by: Anuj Mittal
---
...1-libjpeg-turbo-fix-package_qa-error.patch | 18 +--
...x-wrongly-defined-define-HAVE_STDLIB.patch | 119 --
...-turbo_2.0.0.
The following changes since commit 14c291e1fb6324da46885b69fbd7f01b3c6b053e:
gcc-runtime: Add missing libc dependency (2018-12-18 16:19:30 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/cpr
http://cgit.openembedded.org/openembedded-c
Fixed when SUBJECT contains slash(/):
sed: -e expression #1, char 35: unknown option to `s'
Use '#' as separator to fix the problem.
Signed-off-by: Robert Yang
---
scripts/create-pull-request | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/create-pull-request b/scrip
56 matches
Mail list logo
