This bug occurs on rpm-based sdk image.
update-alternatives-cworth is default installed into sato image. And for
sato-sdk image, it installs every related dev packages.
update-alternatives-cworth is from opkg, so opkg-dev is installed and it
requires opkg, then opkg is installed into sato-sdk imag
V2:
Update commit comments
The following changes since commit f36926a264190e6202830e8520b41b30ae77ea43:
docbook-utils-native: Unbreak the build after source and build dir split
(2013-03-25 20:51:19 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib kangkai/d
This can cause issues building ppc64/eabi kernel. For details
see the patch header
Signed-off-by: Khem Raj
---
meta/recipes-devtools/binutils/binutils-2.23.1.inc |1 +
...pc.c-md_assemble-Do-not-generate-APUinfo-.patch | 46
2 files changed, 47 insertions(+)
create mo
From: Chen Qi
The following changes since commit 3c5f4d54d01887a117bf659fc9af6b2b892c2b08:
separatebuilddir.inc: mxsldr should never have been added to this list,
remove (2013-03-24 14:03:19 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/init-in
From: Chen Qi
/etc/udev/scripts/mount.sh is removed by init-install.sh, but the udev
rules file which specifies the invocation of this script is not removed,
thus causing the error message '/etc/udev/scripts/mount.sh: No such file
or directory' shown at a live install.
The /etc/udev/rules/automo
V2: put libpng_1.2.50.bb to meta-lsb4
The following changes since commit f36926a264190e6202830e8520b41b30ae77ea43:
docbook-utils-native: Unbreak the build after source and build dir split
(2013-03-25 20:51:19 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contri
Current LSB 4.1 test suite still check libpng12.so, so add libpng 1.2.x
back, and set it as default verison for linuxstdbase image.
[YOCTO #4015]
Signed-off-by: Kang Kai
---
meta/conf/distro/include/default-versions.inc |3 +++
meta/recipes-lsb4/libpng/libpng_1.2.50.bb | 21 ++
On Mar 12, 2013, at 7:49 AM, Stefan Herbrechtsmeier
wrote:
> The current boost recipe only creates the bjam build tool during
> a native run and thereby is not usable for other native recipes
> that depend on a boost library. Use instead the bjam build tool
> from the do_boostconfig task and ad
[ YOCTO #4089 ]
When constructing a new buildid, the items being hashed need to be
returned to their native endian. In the process we were munging
the sh_type field that we relied on to determine if a section was
loadable or not. The patch avoids this behavior by only modifying
a copy of the loc
On 2013年03月25日 18:52, Richard Purdie wrote:
On Mon, 2013-03-25 at 18:21 +0800, Kang Kai wrote:
Current LSB 4.1 test suite still check libpng12.so, so add libpng 1.2.x
back, and set it as default verison for linuxstdbase image.
[YOCTO 4015]
Signed-off-by: Kang Kai
---
meta/conf/distro/include
On 2013年03月25日 22:32, Richard Purdie wrote:
On Mon, 2013-03-25 at 15:22 +0800, Kang Kai wrote:
When build sato sdk image, opkg will be installed to image even the
image package type is set to RPM. This causes the script file
run-postinsts installed by rpm will be overwrited by opkg.
Judge the i
fixes:
| ERROR: Multiple .bb files are due to be built which each provide
virtual/gtk-update-icon-cache-native
|
(/home/Superandy/data/oe-core/sources/openembedded-core/meta/recipes-gnome/gtk+/gtk-update-icon-cache-native_3.4.4.bb
|
virtual:native:/home/Superandy/data/oe-core/sources/openembedde
On 3/25/13 2:32 PM, Mark Hatle wrote:
On 3/25/13 12:45 PM, Phil Blundell wrote:
On Mon, 2013-03-25 at 12:10 -0500, Mark Hatle wrote:
I'm going to look into identifying if the section is a NOBITS and skipping the
whole operation if it is.
That would mean that a change in the size of the .bss w
On Mon, Mar 25, 2013 at 1:49 PM, Joe Slater wrote:
> CQID: 409915
>
> Makefile in the package tries to set _FILE_OFFSET_BITS=64,
> but we clobber that with our CFLAGS, so we add it in
> the recipe.
>
> Signed-off-by: Joe Slater
>
Afaik there is a largefile distro feature, should this use that,
CQID: 409915
Makefile in the package tries to set _FILE_OFFSET_BITS=64,
but we clobber that with our CFLAGS, so we add it in
the recipe.
Signed-off-by: Joe Slater
---
.../recipes-devtools/dosfstools/dosfstools_2.11.bb |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git
On 3/25/13 12:45 PM, Phil Blundell wrote:
On Mon, 2013-03-25 at 12:10 -0500, Mark Hatle wrote:
I'm going to look into identifying if the section is a NOBITS and skipping the
whole operation if it is.
That would mean that a change in the size of the .bss wouldn't have any
impact on the hash. M
The following change since commit 48dfd61901ce07491ef913cf04dbd9de9a52759f:
package.bbclass: Ensure debug source file is generated correctly (2013-03-25
17:39:56 +)
is available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/buildhistory-fix6
htt
Collect SRCREV information in a separate task and write it out in a
format which is more consistent with the rest of the buildhistory
output. Using a task means that SRCREV values will also be recorded for
native recipes and not just target ones, and the new formatting also
correctly handles multip
Changelog since 2013-03-17 until 2013-03-24. 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
docbook-utils-native started to install frontends and backends in
wrong locations after this change. The absolute build and source
directories were being created in install locations and the recipes
using docbook-utils-native were complaining like dbus-java is saying
| jw: There is no frontend cal
On Mon, 2013-03-25 at 12:19 -0500, Mark Hatle wrote:
> [ YOCTO #4089 ]
>
> This is an attempt at a workaround for the debugedit segv.
>
> The problem is that during the creation of the build-id hash, the
> system iterates over the various ELF sections passing a point to the
> loaded data and size
On Mon, 2013-03-25 at 12:10 -0500, Mark Hatle wrote:
> I'm going to look into identifying if the section is a NOBITS and skipping
> the
> whole operation if it is.
That would mean that a change in the size of the .bss wouldn't have any
impact on the hash. Maybe that's fine for your application
On Mon, Mar 25, 2013 at 9:54 AM, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> If an error occurs in subprocess.call() we currently don't catch it. In
> particular
> we have issues where debugedit is segfaulting unnoticed. This fixes up
> various code paths to catch the errors.
>
On 25 March 2013 17:03, Martin Jansa wrote:
> But opkg will still error out because of missing RPROVIDES, no?
I'll admit that I didn't test an upgrade path, but the scenario I can
see actually happening is that the distro flips its applications from
bluez4 to bluez5 so they rdepend on bluez5 now.
On 3/25/13 12:02 PM, Phil Blundell wrote:
On Mon, 2013-03-25 at 12:19 -0500, Mark Hatle wrote:
+Sections 23 and 24 (.plt and .bss) which are NOBITS have a loaded data address
+of 0, but a size != 0.
That doesn't seem like totally unreasonable behaviour for a NOBITS
section. What were you expe
On Mon, 2013-03-25 at 12:19 -0500, Mark Hatle wrote:
> +Sections 23 and 24 (.plt and .bss) which are NOBITS have a loaded data
> address
> +of 0, but a size != 0.
That doesn't seem like totally unreasonable behaviour for a NOBITS
section. What were you expecting libelf to do in that case?
++
On Mon, Mar 25, 2013 at 04:23:26PM +, Burton, Ross wrote:
> On 25 March 2013 16:09, Koen Kooi wrote:
> > So you say it's not an upgrade path, but...
> >
> >> - bluez5 conflicts with/replaces bluez4.
> >
> > ... here you add RREPLACES. Why is that?
>
> The logic was that if a *distro* does th
If an error occurs in subprocess.call() we currently don't catch it. In
particular
we have issues where debugedit is segfaulting unnoticed. This fixes up
various code paths to catch the errors.
[YOCTO #4089]
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/package.bbclass b/meta/clas
Gnupg 2.0.19 installs 'gpgv2' but apt-get and possibly other utilities expect
to find this as 'gpgv'. A symlink is created in the same way as the link for
'gpg'.
Signed-off-by: Paul Barker
---
meta/recipes-support/gnupg/gnupg_2.0.19.bb |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/
[ YOCTO #4089 ]
If debugedit, objcopy calls fail, capture the error and return a
failure to the user.
Signed-off-by: Mark Hatle
---
meta/classes/package.bbclass | 24
1 file changed, 20 insertions(+), 4 deletions(-)
diff --git a/meta/classes/package.bbclass b/meta/clas
[ YOCTO #4089 ]
On PPC and MIPS, there appears to be a condition that causes
debugedit to segfault. The segfault is related to a call into
the md5hash algorithm, an address of '0', and a size > 0 is passed
causing the access of the address to segv.
This workaround may prove to be the final fix,
[ YOCTO #4089 ]
This is an attempt at a workaround for the debugedit segv.
The problem is that during the creation of the build-id hash, the
system iterates over the various ELF sections passing a point to the
loaded data and size of each section to a hash function.
When it gets to the hash for
OVERRIDES reads from left to right, least to most specific. We were
appending to MACHINEOVERRIDES when we should have been prepending so
the ordering of qemuall verses qemuxxx was incorrect, as was the x86
override and several of the arm overrides. This patch is a batch cleanup
of the various issue
On 25 March 2013 16:09, Koen Kooi wrote:
> So you say it's not an upgrade path, but...
>
>> - bluez5 conflicts with/replaces bluez4.
>
> ... here you add RREPLACES. Why is that?
The logic was that if a *distro* does the upgrade from bluez4 to
bluez5, the package manager needs to be able to remov
On Mon, 2013-03-25 at 15:34 +0100, Björn Stenberg wrote:
> Move ${PN}-ptest to start of PACKAGES to ensure all ptest files are
> packaged in the -ptest package.
>
> Add QA exclusions to insane.bbclass to ensure -ptest packages can contain
> any files they need.
>
> Bugfix: Add subshells for 'type
Op 25 mrt. 2013, om 14:07 heeft Cristian Iorga het
volgende geschreven:
> - BlueZ 5 v5.3 experimental new package;
> - bluez5 package does not replace bluez4 package,
> as a lot of components that interact with bluez
> are not prepared to work correctly with bluez5;
> - bluez5 is not an upgra
This patch does the following:
* removes compile-et.pl and prerr.properties from the main package
because these files are needed only at compile time;
* moves nspr-config script to nspr-dev package where it belongs;
* adds 'perl' RDEPENDS for nspr-dev since the package contains a perl
scri
On Mon, 2013-03-25 at 17:01 +0100, Martin Jansa wrote:
> On Mon, Mar 25, 2013 at 03:22:47PM +, Richard Purdie wrote:
> > On Mon, 2013-03-25 at 15:52 +0100, Martin Jansa wrote:
> > > On Mon, Mar 25, 2013 at 04:16:54PM +0200, Laurentiu Palcu wrote:
> > > >
> > > >
> > > > On 03/25/2013 04:08 PM
On Mon, Mar 25, 2013 at 03:22:47PM +, Richard Purdie wrote:
> On Mon, 2013-03-25 at 15:52 +0100, Martin Jansa wrote:
> > On Mon, Mar 25, 2013 at 04:16:54PM +0200, Laurentiu Palcu wrote:
> > >
> > >
> > > On 03/25/2013 04:08 PM, Martin Jansa wrote:
> > > > On Fri, Mar 22, 2013 at 05:05:39PM +0
On Mon, 2013-03-25 at 15:52 +0100, Martin Jansa wrote:
> On Mon, Mar 25, 2013 at 04:16:54PM +0200, Laurentiu Palcu wrote:
> >
> >
> > On 03/25/2013 04:08 PM, Martin Jansa wrote:
> > > On Fri, Mar 22, 2013 at 05:05:39PM +, g...@git.openembedded.org wrote:
> > >> Module: openembedded-core.git
>
On Mon, Mar 25, 2013 at 04:16:54PM +0200, Laurentiu Palcu wrote:
>
>
> On 03/25/2013 04:08 PM, Martin Jansa wrote:
> > On Fri, Mar 22, 2013 at 05:05:39PM +, g...@git.openembedded.org wrote:
> >> Module: openembedded-core.git
> >> Branch: master
> >> Commit: c8bbb9983bcc7cfc5332e89c3e8148505b4
Move ${PN}-ptest to start of PACKAGES to ensure all ptest files are
packaged in the -ptest package.
Add QA exclusions to insane.bbclass to ensure -ptest packages can contain
any files they need.
Bugfix: Add subshells for 'type' command.
This patch fixes bug #4069.
Signed-off-by: Björn Stenberg
On Mon, 2013-03-25 at 15:22 +0800, Kang Kai wrote:
> When build sato sdk image, opkg will be installed to image even the
> image package type is set to RPM. This causes the script file
> run-postinsts installed by rpm will be overwrited by opkg.
>
> Judge the image package type and don't create ru
(The subject was a mistake. Parent is the only patch.)
--
Björn
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
The dbus-ptest recipe doesn't produce an output package called
dbus-ptest. What we are interested in is actually the dbus-ptest-ptest
package.
Signed-off-by: Björn Stenberg
---
meta/recipes-core/dbus/dbus.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-
On 03/25/2013 04:08 PM, Martin Jansa wrote:
> On Fri, Mar 22, 2013 at 05:05:39PM +, g...@git.openembedded.org wrote:
>> Module: openembedded-core.git
>> Branch: master
>> Commit: c8bbb9983bcc7cfc5332e89c3e8148505b4ca83f
>> URL:
>> http://git.openembedded.org/?p=openembedded-core.git&a=com
On Fri, Mar 22, 2013 at 05:05:39PM +, g...@git.openembedded.org wrote:
> Module: openembedded-core.git
> Branch: master
> Commit: c8bbb9983bcc7cfc5332e89c3e8148505b4ca83f
> URL:
> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=c8bbb9983bcc7cfc5332e89c3e8148505b4ca83f
>
> A
If configure is re-ran on an existing build tree the string substitutions we
need are done twice, resulting in invalid paths. Anchor the expressions so they
only match a pristine configure.ac.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xcb/libxcb.inc |8
1 file changed, 4
On Mon, 25 Mar 2013 13:25:57 +
Richard Purdie wrote:
> On Mon, 2013-03-25 at 12:57 +, Paul Barker wrote:
> > On Mon, 25 Mar 2013 00:55:05 +
> > Paul Barker wrote:
> >
> > > I'm setting up a signed apt repository of .deb packages built
> > > using OpenEmbedded and I've ran into an is
On Mon, 2013-03-25 at 13:32 +, Paul Barker wrote:
> On Mon, 25 Mar 2013 13:25:57 +
> Richard Purdie wrote:
>
> > On Mon, 2013-03-25 at 12:57 +, Paul Barker wrote:
> > > On Mon, 25 Mar 2013 00:55:05 +
> > > Paul Barker wrote:
> > >
> > > > I'm setting up a signed apt repository o
On 3/25/13 5:21 AM, Kang Kai wrote:
Current LSB 4.1 test suite still check libpng12.so, so add libpng 1.2.x
back, and set it as default verison for linuxstdbase image.
I think this is close, but incorrect. What should be added for compatibility is
a -new- package called "libpng12_1.2.50.bb".
On Mon, 2013-03-25 at 12:57 +, Paul Barker wrote:
> On Mon, 25 Mar 2013 00:55:05 +
> Paul Barker wrote:
>
> > I'm setting up a signed apt repository of .deb packages built using
> > OpenEmbedded and I've ran into an issue with apt-get on the target
> > board not being able to find 'gpgv'
On Mon, 25 Mar 2013 00:55:05 +
Paul Barker wrote:
> I'm setting up a signed apt repository of .deb packages built using
> OpenEmbedded and I've ran into an issue with apt-get on the target
> board not being able to find 'gpgv' to verify the signatures. This is
> installed as 'gpgv2' in the gn
- RCONFLICTS/RREPLACES bluez5
Signed-off-by: Cristian Iorga
---
meta/recipes-connectivity/bluez/bluez4_4.101.bb |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/bluez/bluez4_4.101.bb
b/meta/recipes-connectivity/bluez/bluez4_4.101.bb
index 3ea2
- bluez5 does not replace bluez4
- bluez5 is integrated with systemd
- RCONFLICTS/RREPLACES bluez4
Signed-off-by: Cristian Iorga
---
.../bluez5/bluez5-5.3/bluetooth.conf | 16 +++
.../bluez5/bluez5-5.3/fix-udev-paths.patch | 35 +++
meta/recipes-connecti
- BlueZ 5 v5.3 experimental new package;
- bluez5 package does not replace bluez4 package,
as a lot of components that interact with bluez
are not prepared to work correctly with bluez5;
- bluez5 is not an upgrade path from bluez4.
- bluez5 conflicts with/replaces bluez4.
Cristian Iorga (2):
On 22 March 2013 22:00, Martin Jansa wrote:
> Do you have one for oe-core?
Whoops, forgot to split it out that one commit.
ross/systemd just touches oe-core files now.
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
h
From: "Maxin B. John"
Also updated the BUGTRACKER
Signed-off-by: Maxin B. John
---
meta/recipes-kernel/lttng/babeltrace_1.0.3.bb | 23 ---
meta/recipes-kernel/lttng/babeltrace_1.1.0.bb | 23 +++
2 files changed, 23 insertions(+), 23 deletions(-)
del
W dniu 25.03.2013 10:53, Koen Kooi pisze:
>> > What are alternatives to powertop when only powertop provides it?
> busybox, as usual :)
Busybox developers are crazy ;D
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://l
With all tweaks from 1.13:
- uclibc buildable
- libncurses instead of libncursesw
Signed-off-by: Marcin Juszkiewicz
---
.../stub_out_the_ncurses_calls_in_dump_mode.patch | 33 -
meta/recipes-kernel/powertop/powertop_1.13.bb | 41 --
meta/recipes-kernel/p
On Monday 25 March 2013 11:48:45 Marcin Juszkiewicz wrote:
> With all tweaks from 1.13:
> - uclibc buildable
> - libncurses instead of libncursesw
Sorry to be a pain but you're still dropping SUMMARY and the alternatives
stuff.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
On Mon, 2013-03-25 at 18:21 +0800, Kang Kai wrote:
> Current LSB 4.1 test suite still check libpng12.so, so add libpng 1.2.x
> back, and set it as default verison for linuxstdbase image.
>
> [YOCTO 4015]
>
> Signed-off-by: Kang Kai
> ---
> meta/conf/distro/include/default-versions.inc |3
With all tweaks from 1.13:
- uclibc buildable
- libncurses instead of libncursesw
Signed-off-by: Marcin Juszkiewicz
---
.../stub_out_the_ncurses_calls_in_dump_mode.patch | 33 -
meta/recipes-kernel/powertop/powertop_1.13.bb | 41 --
meta/recipes-kernel/p
On Mon, 2013-03-25 at 10:38 +, Luo Zhenhua-B19537 wrote:
> > > Don't we need to depend on this package somewhere so that it gets
> > > installed?
> >
> > I think it should be required from the rootfs_rpm.bbclass in some way.
> [Luo Zhenhua-B19537] Is following the right way to include the rpm-
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Mark Hatle
> Sent: Saturday, March 23, 2013 1:05 AM
>
> On 3/22/13 11:29 AM, Richard Purdie wrote:
> > On Thu, 2013-03-21 at 10:05 +0800,
Add nspr for LSB library check.
[YOCTO 4015]
Signed-off-by: Kang Kai
---
.../packagegroups/packagegroup-core-lsb.bb |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-extended/packagegroups/packagegroup-core-lsb.bb
b/meta/recipes-extended/packagegroup
[YOCTO #4015]
The following changes since commit 3c5f4d54d01887a117bf659fc9af6b2b892c2b08:
separatebuilddir.inc: mxsldr should never have been added to this list,
remove (2013-03-24 14:03:19 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib kangkai/lsb-libs
Current LSB 4.1 test suite still check libpng12.so, so add libpng 1.2.x
back, and set it as default verison for linuxstdbase image.
[YOCTO 4015]
Signed-off-by: Kang Kai
---
meta/conf/distro/include/default-versions.inc |3 +++
meta/recipes-multimedia/libpng/libpng_1.2.50.bb | 21 +++
Op 25 mrt. 2013, om 10:50 heeft Marcin Juszkiewicz
het volgende geschreven:
> W dniu 25.03.2013 10:43, Paul Eggleton pisze:
>
>> Ah, your version misses out quite a few things from the older recipe
>> (alternatives, uclibc compatibility, etc.)
>
> What are alternatives to powertop when only
W dniu 25.03.2013 10:43, Paul Eggleton pisze:
> Ah, your version misses out quite a few things from the older recipe
> (alternatives, uclibc compatibility, etc.)
What are alternatives to powertop when only powertop provides it?
I am doing uclibc build in background. Will also take care of
libnc
On Monday 25 March 2013 10:32:08 Marcin Juszkiewicz wrote:
> Signed-off-by: Marcin Juszkiewicz
> ---
> .../stub_out_the_ncurses_calls_in_dump_mode.patch | 33 -
> meta/recipes-kernel/powertop/powertop_1.13.bb | 41
> -- meta/recipes-kernel/powertop/powerto
Signed-off-by: Marcin Juszkiewicz
---
.../stub_out_the_ncurses_calls_in_dump_mode.patch | 33 -
meta/recipes-kernel/powertop/powertop_1.13.bb | 41 --
meta/recipes-kernel/powertop/powertop_2.3.bb | 12 +++
3 files changed, 12 insertions(+), 74 d
The patches and .pc directories should not be shipped since the patches
were already applied. So, remove these 2 directories.
[YOCTO #3983]
(From OE-Core rev: c18a4bded48ed1f8fd39e1741beb2a3452ae43e3)
Signed-off-by: Laurentiu Palcu
Signed-off-by: Richard Purdie
---
.../installer/adt-installer
This is needed in order to have multitouch protocol enabled.
[YOCTO #4087]
Signed-off-by: Laurentiu Palcu
---
.../xorg-driver/xf86-input-evdev_2.7.3.bb |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-evdev_2.7.3.bb
The following changes since commit 3c5f4d54d01887a117bf659fc9af6b2b892c2b08:
separatebuilddir.inc: mxsldr should never have been added to this list,
remove (2013-03-24 14:03:19 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib kangkai/debug-tweaks
http://g
When build sato sdk image, opkg will be installed to image even the
image package type is set to RPM. This causes the script file
run-postinsts installed by rpm will be overwrited by opkg.
Judge the image package type and don't create run-scripts file when
package type is not ipk.
[YOCTO #3223]
76 matches
Mail list logo
