Upgrade gawk from 4.0.2 to 4.1.1.
Signed-off-by: Chen Qi
---
.../gawk/{gawk-4.0.2 => gawk-4.1.1}/run-ptest |0
.../gawk/{gawk_4.0.2.bb => gawk_4.1.1.bb} |7 ---
2 files changed, 4 insertions(+), 3 deletions(-)
rename meta/recipes-extended/gawk/{gawk-4.0.2 => gawk-4.1.1
Upgrade grep from 2.18 to 2.19.
Signed-off-by: Chen Qi
---
.../grep/{grep_2.18.bb => grep_2.19.bb}|4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/grep/{grep_2.18.bb => grep_2.19.bb} (86%)
diff --git a/meta/recipes-extended/grep/grep_2.18.bb
This patchset upgrades three packages, gawk, grep and shadow.
There's a remaining problem here.
After upgrading the shadow package, the 'pwconv' and 'grpconv' commands cannot
run successfully in pkg_postinst.
I tried to run them in the devshell environment, they succeeded.
I digged into the codes
On 06/03/2014 05:52 PM, Burton, Ross wrote:
On 3 June 2014 02:41, Chen Qi wrote:
+FILES_gawk-common += "${datadir}/awk/* ${libexecdir}/awk/* ${libexecdir}/*.so
${libexecdir}/*.la"
.la files should *never* be installed in a non-dev package (and in
general they can be ignored anyway). Are the
Hi, Saul
Sorry. I do not understand. What does the patch fix? After this patch is
applied, what is the difference?
Zhu Yanjun
On 01/23/2014 02:50 PM, Saul Wold wrote:
From: Joao Henrique Ferreira de Freitas
Previous change (086ce22b88f5ef5f75a83119a32c8b3fdcfa296d) broke
the creating of vmd
Please ignore the previous patch, there is an error in the commit log.
The installation fails with message "cat: /proc/mounts input file is
output file", the root cause is a failure of overwriting existing
symbol link in installer script.
Fix it by conditionally overwrit of the link.
--
_
Overwriting of /etc/mtab would fail as below if the /etc/mtab link already
exist during installation phase, this patch fix this problem by checking
existance of the link before try to overwrite it.
Error message during installation if the /etc/mtab exists:
"cat: /proc/mounts: input file is output
JIRAID: LIN6-7329
Overwriting of /etc/mtab would fail as below if the /etc/mtab link already
exist during installation phase, this patch fix this problem by checking
existance of the link before try to overwrite it.
Error message during installation if the /etc/mtab exists:
"cat: /proc/mounts: in
The installation fails with message "cat: /proc/mounts input file is
output file", the root cause is a failure of overwriting existing
symbol link in installer script.
Fix it by conditionally overwrit of the link.
--
___
Openembedded-core mailing lis
Please see following patch for details
Alex J Lennon (1):
gstreamer1.0-rtsp-server: Add recipe to support gst-rtsp-server
.../gstreamer/gstreamer1.0-rtsp-server.inc | 14 ++
.../gstreamer/gstreamer1.0-rtsp-server_1.2.3.bb| 9 +
2 files changed,
A Gstreamer library which provides an API to create an RTSP server (e.g. to
stream RTP to VLC clients and similar).
Tested, works with GStreamer 1.2.3 + videotestsrc based pipeline on RPi.
Signed-off-by: Alex J Lennon
---
.../gstreamer/gstreamer1.0-rtsp-server.inc | 14
Hello
I have been running happily with pr_service for two months.
Unfortunately, due to a power down the computer running the pr server
has stopped.
When I have started the server I have discovered that all the
information about PR was lost :S. I assumed this was due to a db
corruption, but I have
Changelog since 2014-05-25 until 2014-06-01. Projects included in this report:
bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distr
On Wed, Jun 04, 2014 at 03:24:34PM +0100, Burton, Ross wrote:
> On 4 June 2014 13:52, Martin Jansa wrote:
> > Sorry for hi-jacking the thread, but since today even the older 9.2.5 is
> > failing to find native python-libxml2
> >
> > config.log:
> > configure:8059: checking for python2
> > configur
From: Matt Fleming
importlib isn't currently included in any of the python packages, so
create a new one for recipes that require it.
Cc: Paul Eggleton
Signed-off-by: Matt Fleming
---
meta/recipes-devtools/python/python-3.3-manifest.inc | 10 +++---
scripts/contrib/python/generate-manifes
From: Matt Fleming
importlib isn't currently included in any of the python packages, so
create a new one for recipes that require it.
Cc: Paul Eggleton
Signed-off-by: Matt Fleming
---
meta/recipes-devtools/python/python-2.7-manifest.inc | 13 -
scripts/contrib/python/generate-mani
From: Matt Fleming
It seems that the importlib python module isn't available to recipes
because the importlib/ directory isn't included in the
python*manifest.py files.
Create a new python-importlib package for exporting this module.
Matt Fleming (2):
generate-manifest-2.7.py: Add importlib
Signed-off-by: Lucian Musat
---
meta/lib/oeqa/selftest/bbtests.py | 52 +++
1 file changed, 52 insertions(+)
diff --git a/meta/lib/oeqa/selftest/bbtests.py
b/meta/lib/oeqa/selftest/bbtests.py
index 6815ecf..d730bfd 100644
--- a/meta/lib/oeqa/selftest/bbtests.
On 4 June 2014 13:52, Martin Jansa wrote:
> Sorry for hi-jacking the thread, but since today even the older 9.2.5 is
> failing to find native python-libxml2
>
> config.log:
> configure:8059: checking for python2
> configure:8075: found
> /OE/build/oe-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/p
On 04.06.2014 10:29, Olof Johansson wrote:
> On 14-06-04 10:06 +0200, Steffen Sledz wrote:
>> So what is this ^{} which comes from lib/bb/fetch2/git.py good for?
>> Or is this a remnant from a typo?
>
> From git-rev-parse(1):
>
> ^{}, e.g. v0.99.8^{}
> A suffix ^ followed by an empty brac
On Tue, May 13, 2014 at 04:28:42PM +0100, Burton, Ross wrote:
> Hi all,
Sorry for hi-jacking the thread, but since today even the older 9.2.5 is
failing to find native python-libxml2
config.log:
configure:8059: checking for python2
configure:8075: found
/OE/build/oe-core/tmp-eglibc/sysroots/x86_6
On 06/03/2014 10:45 AM, Richard Purdie wrote:
On Tue, 2014-06-03 at 07:35 +0200, Mike Looijmans wrote:
On 06/03/2014 07:25 AM, Mike Looijmans wrote:
Worst case, you can pull the siginfo files from one build and the
siginfo files from the sstate mirror and then see which ones are
different, th
The alloca() function allocates space in the stack frame of the caller,
so using alloca(new_size - old_size) would possibly crash the stack,
causing a segment fault error.
This patch fixes the above problem by avoiding using this function in
journal-file.c.
[YOCTO #6201]
Signed-off-by: Chen Qi
The following changes since commit af347d3298e15552d502d5b2ce497bbda9705bc7:
binutils: Fix building nativesdk binutils with gcc 4.9 (2014-05-29 13:42:13
+0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib
ChenQi/daisy-systemd-uclibc-alloca
The alloca() function allocates space in the stack frame of the caller,
so using alloca(new_size - old_size) would possibly crash the stack,
causing a segment fault error.
This patch fixes the above problem by avoiding using this function in
journal-file.c.
[YOCTO #6201]
Signed-off-by: Chen Qi
The following changes since commit f8125a1e9b6893a12355d55d4df584a8d97f0bff:
image_types: Fix ubi filesystem return codes (2014-06-03 16:45:18 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib
ChenQi/systemd-uclibc-alloca
http://cgit.open
On 14-06-04 10:06 +0200, Steffen Sledz wrote:
> So what is this ^{} which comes from lib/bb/fetch2/git.py good for?
> Or is this a remnant from a typo?
>From git-rev-parse(1):
^{}, e.g. v0.99.8^{}
A suffix ^ followed by an empty brace pair means the object could be a
tag, and derefe
On 06/04/2014 01:59 PM, Hongxu Jia wrote:
On 06/04/2014 01:49 PM, Saul Wold wrote:
On 06/03/2014 08:27 PM, Hongxu Jia wrote:
The do_compile failed:
| tools/gen_test_char > include/private/apr_escape_test_char.h
| /bin/sh: tools/gen_test_char: No such file or directory
| make[1]: *** [include/pr
We're are currently switching to daisy (incl. bitbake 1.22). There we hit the
following problem.
We've a bbappend for linux-yocto-3.10 containing
--> snip <-
SRC_URI += " \
git://github.com/DFE/darmok.git;destsuffix=darmok;type=not-kmeta;tag=darmok_v0.10
\
"
--
Saul,
> bb.utils.contains_any() instead of your contains_one implementation.
It is different, that's why I have added it.
+# Check codecs that require --enable-nonfree
+USE_NONFREE = "${@contains_one('PACKAGECONFIG', [ 'faac', 'openssl' ], d)}"
contains_any will not work if PACKAGECONFIG have o
There was an ignored error while building bash, causing the po/
directory not built out correctly, the log follow:
make[1]: *** No rule to make target `/config.status',
needed by `Makefile'. Stop.
make: [installdirs] Error 2 (ignored)
The cause is that some variable,PACKAGE and VERSION don't be de
31 matches
Mail list logo