2013/8/30 ChenQi :
>
> That's because CONFIG_SYSTEM_LAST_ID is set to 0 in defconfig.
> I'll send out a patch to fix it.
>
> Best Regards,
> Chen Qi
Hi,
sorry for the late answer, yes this would be great.
All "manual" installations (e.g. make && make install && useradd ...)
are affected.
Until
Hi,
with the current master/HEAD it seems impossible to create system
users with busybox.
root@overo:~# which adduser
/usr/sbin/adduser
root@overo:~# ls -la /usr/sbin/adduser
lrwxrwxrwx1 root root19 Aug 29 2013
/usr/sbin/adduser -> /bin/busybox.nosuid
root@overo:~# adduser -
2013/8/22 Richard Purdie :
> We've slowly been shaking out the definition of OE-Core and as part of
> that we removed web and web-gtk which were the only browsers in there
> and were admittedly a bit limited/broken.
>
> There is no doubt that web technology has an increasingly important role
> in t
Hi,
on the autobuilder I use, this error is currently blocking all nightly
builds for some time:
http://pastebin.com/RN6nJyPh
The build is a normal nightly world build (these srcrevs are from 2013/08/01)
$ bitbake -k world
meta-angstrom = "master:bed0c8c6abbf90730617a465839fde4374d2"
met
2013/4/4 Koen Kooi :
>
> Op 3 apr. 2013, om 17:27 heeft "Burton, Ross" het
> volgende geschreven:
>
>> On 3 April 2013 15:51, Samuel Stirtzel wrote:
>>> When we decide that we handle standard behavior different than the
>>> rest of the world,
2013/4/3 Burton, Ross :
> On 3 April 2013 15:51, Samuel Stirtzel wrote:
>> When we decide that we handle standard behavior different than the
>> rest of the world, then this patch is basically a fork of systemd.
>> Also we tell every affected software developer:
>> &
2013/4/3 Richard Purdie :
> On Wed, 2013-04-03 at 16:51 +0200, Samuel Stirtzel wrote:
>> 2013/4/3 Burton, Ross :
>> > Hi,
>> >
>> > On 2 April 2013 15:15, Samuel Stirtzel wrote:
>> >>>>> For xserver-nodm-init we would then
2013/4/3 Burton, Ross :
> Hi,
>
> On 2 April 2013 15:15, Samuel Stirtzel wrote:
>>>>> For xserver-nodm-init we would then have something like:
>>>>> inherit update-alternatives
>>>>> ALTERNATIVE_${PN} = "systemd-def-target"
>>
2013/4/2 Radu Moisan :
>
> On 04/02/2013 04:02 PM, Samuel Stirtzel wrote:
>>
>> 2013/4/2 Radu Moisan :
>>>
>>> This fixes a service dependency issue;
>>> While graphical.target is the default mode, systemd
>>> will try to start display-m
2013/4/2 Radu Moisan :
> This fixes a service dependency issue;
> While graphical.target is the default mode, systemd
> will try to start display-manager.service which is not
> available.
>
> For xserver-nodm-init we would then have something like:
> inherit update-alternatives
> ALTERNATIVE_${PN}
2013/2/27 Koen Kooi :
> On Wed, 2013-02-27 at 16:09 +, Burton, Ross wrote:
>> On 26 February 2013 08:57, Samuel Stirtzel wrote:
>> > This is caused by sdl-config from my buildhost, though gst-plugins-bad
>> > has EXTRA_OECONF += "... --disable-sdl ... --disabl
Hi,
recently my builds fail with obscure errors like:
gst-plugins-bad:
| /usr/lib/x86_64-linux-gnu/libxml2.so: file not recognized: File
format not recognized
| collect2: error: ld returned 1 exit status
This is caused by sdl-config from my buildhost, though gst-plugins-bad
has EXTRA_OECONF += "
2013/1/24 Burton, Ross :
> On 24 January 2013 15:16, Andreas Müller wrote:
>> So I would have to touch all my images to save GUI-less guys from
>> systemd warning? Hmm
>
> It would default to a text console, so you'd need to modify your GUI
> images. There may be some common place we can override
2013/1/24 Samuel Stirtzel :
> 2013/1/24 Radu Moisan :
>>
>> On 01/24/2013 03:48 PM, Martin Jansa wrote:
>>>
>>> On Thu, Jan 24, 2013 at 03:36:02PM +0200, Radu Moisan wrote:
>>>>
>>>> this fixes a service dependency issue;
>>>>
2013/1/24 Radu Moisan :
>
> On 01/24/2013 03:48 PM, Martin Jansa wrote:
>>
>> On Thu, Jan 24, 2013 at 03:36:02PM +0200, Radu Moisan wrote:
>>>
>>> this fixes a service dependency issue;
>>> while graphical.target is the default mode, systemd
>>> will try to start display-manager.service which is no
Hi,
while working on a makeover of some kde recipes the following error occurred:
OSError: [Errno 17] File exists
ERROR: The stack trace of python calls that resulted in this
exception/failure was:
ERROR: File "populate_packages", line 177, in
ERROR:
ERROR: File "populate_packages", line 97
fter:
real7m11.979s
user12m10.694s
sys 2m47.078s
Also fixes tab indention
Signed-off-by: Samuel Stirtzel
---
meta/recipes-support/boost/boost.inc |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-support/boost/boost.inc
b/meta/recipes-sup
2013/1/8 Radu Moisan :
>
> On 01/08/2013 04:57 PM, Burton, Ross wrote:
>>
>> On 8 January 2013 15:01, Radu Moisan wrote:
>>>
>>> I am pretty sure that I added a 'Signed-off-by:' field to my patch but
>>> it is missing in the commit. Other patches don't have the signed-off-by
>>> of the original a
2012/12/26 :
> Module: openembedded-core.git
> Branch: master
> Commit: a9d25a8e6720ceff5cfefa3191026357dd6e0f49
> URL:
> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=a9d25a8e6720ceff5cfefa3191026357dd6e0f49
>
> Author: Constantin Musca
> Date: Fri Dec 21 15:26:27 2012 +0
2012/12/4 Burton, Ross :
> On 4 December 2012 12:10, Samuel Stirtzel wrote:
>> root@overo:~# ls -l /usr/lib/libEGL.so*
>> lrwxrwxrwx1 root root21 Dec 4 2012
>> /usr/lib/libEGL.so -> libEGL.so.1.6.16.4117
>> lrwxrwxrwx1 root root
2012/12/4 Burton, Ross
>
> On 4 December 2012 09:09, Samuel Stirtzel wrote:
> > So with my last update the behaviour changed and applications using EGL now
> > link against mesa instead of libgles-omap3, but deployed in my rootfs is
> > libgles-omap3.
> >
> >
Hi,
this regards to "e79987bc4bac1d739f92790f8e9840cd02f073d3 mesa: default to
enabling EGL and GLES"
So with my last update the behaviour changed and applications using EGL now
link against mesa instead of libgles-omap3, but deployed in my rootfs is
libgles-omap3.
This results in all Qt applica
2012/10/22 Samuel Stirtzel :
> 2012/10/22 Steffen Sledz :
>> On 22.10.2012 15:12, Samuel Stirtzel wrote:
>>> 2012/10/22 Steffen Sledz :
>>>> Just a short question: Does oe[-core] provide a generic method to create
>>>> packages containing
2012/10/22 Steffen Sledz :
> On 22.10.2012 15:12, Samuel Stirtzel wrote:
>> 2012/10/22 Steffen Sledz :
>>> Just a short question: Does oe[-core] provide a generic method to create
>>> packages containing binaries/libraries with profiling support?
>>>
>>
&
2012/10/22 Steffen Sledz :
> Just a short question: Does oe[-core] provide a generic method to create
> packages containing binaries/libraries with profiling support?
>
Depending on your platform you could use Valgrind [1], or to be more
specific Callgrind [2].
The recipe is in .../openembedded-
This is used by:
openembedded-core/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
meta-openembedded/meta-oe/recipes-support/maliit/maliit-framework_git.bb
Signed-off-by: Samuel Stirtzel
---
meta/classes/gtk-immodules-cache.bbclass | 55 ++
1 file
2012/10/17 Richard Purdie :
> On Wed, 2012-10-17 at 17:24 +0200, Samuel Stirtzel wrote:
>> This is used by:
>> openembedded-core/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
>> meta-openembedded/meta-oe/recipes-support/maliit/maliit-framework_git.bb
>&g
Signed-off-by: Samuel Stirtzel
---
.../matchbox-keyboard/matchbox-keyboard_git.bb | 23 +---
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git a/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
b/meta/recipes-sato/matchbox-keyboard/matchbox
This is used by:
openembedded-core/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
meta-openembedded/meta-oe/recipes-support/maliit/maliit-framework_git.bb
Signed-off-by: Samuel Stirtzel
---
meta/classes/gtk-immodules-cache.bbclass | 70 ++
1 file
2012/10/17 Samuel Stirtzel :
> This is used by:
> openembedded-core/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
> meta-openembedded/meta-oe/recipes-support/maliit/maliit-framework_git.bb
>
> Signed-off-by: Samuel Stirtzel
> ---
> meta/classes/gtk-immodules
2012/10/17 Burton, Ross :
> On 17 October 2012 15:29, Samuel Stirtzel wrote:
>> Signed-off-by: Samuel Stirtzel
>> ---
>> .../matchbox-keyboard/matchbox-keyboard_git.bb | 21
>>
>> 1 file changed, 4 insertions(+), 17 deletions(-)
&g
Signed-off-by: Samuel Stirtzel
---
.../matchbox-keyboard/matchbox-keyboard_git.bb | 21
1 file changed, 4 insertions(+), 17 deletions(-)
diff --git a/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
b/meta/recipes-sato/matchbox-keyboard/matchbox
This is used by:
openembedded-core/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
meta-openembedded/meta-oe/recipes-support/maliit/maliit-framework_git.bb
Signed-off-by: Samuel Stirtzel
---
meta/classes/gtk-immodules-cache.bbclass | 72 ++
1 file
This adds a class for on-screen keyboards to update the GTK inputmethod modules
This will be used by:
openembedded-core/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
meta-openembedded/meta-oe/recipes-support/maliit/maliit-framework_git.bb
Samuel Stirtzel (2):
gtk-immodules-cache
Hi,
after re-building Qt the third time today, I was curious why
do_package takes this long.
>From my investigation it looks like the library stripping is the culprit,
it lets my system idle with 5% CPU usage over a long time.
Would it be possible to accelerate do_package with parallelisation?
Li
2012/9/12 Bruce Ashfield :
> On Wed, Sep 12, 2012 at 9:31 AM, Richard Purdie
> wrote:
>> FWIW I've been unable to reproduce this locally :(.
>
> I've also tried to reproduce this periodically and have never seen it where
> I can debug it properly.
>
> I'm also not disputing that this is an issue .
2012/9/5 Koen Kooi :
>
> Op 5 sep. 2012, om 13:44 heeft Richard Purdie
> het volgende geschreven:
>
>> On Wed, 2012-09-05 at 12:05 +0200, Koen Kooi wrote:
>>> Op 5 sep. 2012, om 11:31 heeft Robert Yang het
>>> volgende geschreven:
>>>
This is for fixing the problem:
1) bitbake core-im
2012/8/29 Khem Raj :
>
> On Aug 28, 2012, at 12:37 AM, Samuel Stirtzel
> wrote:
>
>> after switching from the Denzil branch to next it seems that the
>> package order has been changed.
>> This causes failures with non symlink .so files in -dev packages for
>>
2012/8/29 Samuel Stirtzel :
> 2012/8/28 Khem Raj :
>> On Tue, Aug 28, 2012 at 1:28 AM, Samuel Stirtzel
>> wrote:
>>> 2012/8/28 Paul Eggleton :
>>>> On Tuesday 28 August 2012 09:37:53 Samuel Stirtzel wrote:
>>>>> after switching from the Denzil b
2012/8/28 Khem Raj :
> On Tue, Aug 28, 2012 at 1:28 AM, Samuel Stirtzel
> wrote:
>> 2012/8/28 Paul Eggleton :
>>> On Tuesday 28 August 2012 09:37:53 Samuel Stirtzel wrote:
>>>> after switching from the Denzil branch to next it seems that the
>>>> pa
2012/8/28 Paul Eggleton :
> On Tuesday 28 August 2012 09:37:53 Samuel Stirtzel wrote:
>> after switching from the Denzil branch to next it seems that the
>> package order has been changed.
>
> You say "next", do you mean denzil-next or master?
master
Meant the n
Hi,
after switching from the Denzil branch to next it seems that the
package order has been changed.
This causes failures with non symlink .so files in -dev packages for
various meta-kde recipes.
What is the preferred way to fix this?
Currently done something like: unset FILES_SOLIBSDEV and add a
2012/8/8 Martin Jansa :
> On Wed, Aug 08, 2012 at 06:14:00PM +0200, Samuel Stirtzel wrote:
>> 2012/8/8 Paul Eggleton :
>> > On Wednesday 08 August 2012 17:04:16 Samuel Stirtzel wrote:
>> >> > On Wednesday 08 August 2012 16:47:05 Koen Kooi wrote:
>> &g
2012/8/8 Paul Eggleton :
> On Wednesday 08 August 2012 17:04:16 Samuel Stirtzel wrote:
>> > On Wednesday 08 August 2012 16:47:05 Koen Kooi wrote:
>> >> Op 8 aug. 2012, om 16:03 heeft Paul Eggleton
>> >> >
>> > het volgende geschreven:
>>
&g
2012/8/8 Paul Eggleton :
> On Wednesday 08 August 2012 16:47:05 Koen Kooi wrote:
>> Op 8 aug. 2012, om 16:03 heeft Paul Eggleton
> het volgende geschreven:
>> > On Wednesday 08 August 2012 15:56:33 Koen Kooi wrote:
>> >> There are a ton of recipes in oe-core that need extra layers to get
>> >> pro
2012/5/30 Khem Raj :
>
>
> On Wednesday, May 30, 2012, Samuel Stirtzel wrote:
>>
>> 2012/5/30 Khem Raj :
>> >
>> >
>> > On Wednesday, May 30, 2012, Samuel Stirtzel wrote:
>> >>
>> >> 2012/5/29 Khem Raj :
>> >
2012/5/30 Khem Raj :
>
>
> On Wednesday, May 30, 2012, Samuel Stirtzel wrote:
>>
>> 2012/5/29 Khem Raj :
>> >>
>> >> At some extend yes, the configuration checks the host, the default
>> >> string passed is "arm"
2012/5/29 Khem Raj :
>>
>> At some extend yes, the configuration checks the host, the default
>> string passed is "arm" but the configure.in checks for:
>>
>> case "${host_cpu}" in
>> ...
>> armv7*)
>> AC_MSG_RESULT([ok (${host_cpu})])
>> ARCH_MAX="arm"
>>
>
> in OE we know that co
Signed-off-by: Samuel Stirtzel
---
meta/recipes-devtools/valgrind/valgrind_3.7.0.bb |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-devtools/valgrind/valgrind_3.7.0.bb
b/meta/recipes-devtools/valgrind/valgrind_3.7.0.bb
index d7c7b24..6b54472 100644
--- a/meta
2012/5/23 Samuel Stirtzel :
> 2012/5/23 Koen Kooi :
>>
>> Op 23 mei 2012, om 14:46 heeft Samuel Stirtzel het volgende geschreven:
>>
>>> Valgrind supports the armv7 architecture, this patch allows armv7 users to
>>> build and use Valgrind
>>>
2012/5/23 Koen Kooi :
>
> Op 23 mei 2012, om 14:46 heeft Samuel Stirtzel het volgende geschreven:
>
>> Valgrind supports the armv7 architecture, this patch allows armv7 users to
>> build and use Valgrind
>>
>> This patch was run-tested on a Gumstix Overo (armv7a c
Signed-off-by: Samuel Stirtzel
---
meta/recipes-devtools/valgrind/valgrind_3.7.0.bb |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-devtools/valgrind/valgrind_3.7.0.bb
b/meta/recipes-devtools/valgrind/valgrind_3.7.0.bb
index d7c7b24..0998f72 100644
--- a/meta
2012/5/23 Martin Jansa :
> On Wed, May 23, 2012 at 02:23:19PM +0200, Samuel Stirtzel wrote:
>> 2012/5/23 Samuel Stirtzel :
>> > Valgrind supports the armv7 architecture, this patch allows users of the
>> > omap3 soc family to build and use valgrind
>> >
>>
2012/5/23 Samuel Stirtzel :
> Valgrind supports the armv7 architecture, this patch allows users of the
> omap3 soc family to build and use valgrind
>
> This patch was run-tested on a Gumstix Overo (armv7a cortex-a8)
> * The test consisted of running valgrinds memcheck (memory le
application
Signed-off-by: Samuel Stirtzel
---
meta/recipes-devtools/valgrind/valgrind_3.7.0.bb |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/valgrind/valgrind_3.7.0.bb
b/meta/recipes-devtools/valgrind/valgrind_3.7.0.bb
index d7c7b24..0311d75
2012/4/17 Andreas Oberritter :
> Hi,
>
> the following warnings keep appearing on every fresh invocation of
> bitbake since a few months, I think:
>
> WARNING: .../meta-oe/recipes-devtools/cloud9/cloud9_0.6.bb: it is recommended
> to set SYSTEMD_PACKAGES as -systemd
> WARNING: .../meta-oe/recipes-
2012/4/5 Robert Yang :
>
>
> On 04/01/2012 08:00 PM, Paul Eggleton wrote:
>>
>> On Sunday 01 April 2012 10:31:48 Robert Yang wrote:
>>>
>>> On 04/01/2012 08:47 AM, Paul Eggleton wrote:
usr/bin/icemaker: No such file or directory
>>>
>>>
>>> This is a known issue, there is an work around,
2012/4/4 Eric Bénard :
> Hi Surenda,
>
> Le Wed, 4 Apr 2012 06:34:39 + (UTC),
> surendra dhobale a écrit :
>> I am working with the open embedded environment.
>>
>> I have added one u-boot package in that. First time by default the
>> compilation
>> done successfully using the bitbake. But N
2012/4/3 Samuel Stirtzel :
> 2012/4/3 Samuel Stirtzel :
>> Hi,
>> I just noticed that building docbook-xsl-native appended the following
>> line to my user ~/.bashrc:
>> .
>> /work/oe-core/tmp-eglibc/work/x86_64-linux/docbook-xsl-native-1.76.1-r0/docbook-xsl-1.76
2012/4/3 Samuel Stirtzel :
> Hi,
> I just noticed that building docbook-xsl-native appended the following
> line to my user ~/.bashrc:
> .
> /work/oe-core/tmp-eglibc/work/x86_64-linux/docbook-xsl-native-1.76.1-r0/docbook-xsl-1.76.1/.profile.incl
>
> Has anyone else
Hi,
I just noticed that building docbook-xsl-native appended the following
line to my user ~/.bashrc:
.
/work/oe-core/tmp-eglibc/work/x86_64-linux/docbook-xsl-native-1.76.1-r0/docbook-xsl-1.76.1/.profile.incl
Has anyone else noticed this behavior?
--
Regards
Samuel
2012/3/30 Richard Purdie :
> On Fri, 2012-03-30 at 12:07 +0200, Samuel Stirtzel wrote:
>> Of course this will only reduce the time of recipes if they are build
>> for the first time,
>> or when the version/URL changes.
>> It is not that important, I agree,
>> but i
2012/3/30 Richard Purdie :
> On Fri, 2012-03-30 at 08:44 +0200, Samuel Stirtzel wrote:
>> this might be a bit off-topic, but another idea would be to add a
>> separate threading mechanism for fetching.
>>
>> Current threading can help to use the CPU and memory l
2012/3/30 Bruce Ashfield :
> On Thu, Mar 29, 2012 at 6:03 PM, Richard Purdie
> wrote:
>> On Thu, 2012-03-29 at 22:53 +0200, Eric Bénard wrote:
>>> I noticed in from scratch builds for qemuarm that the longest time is
>>> taken in fetching sources, especially those fetched using git
>>> (linux-yoct
2012/3/29 Andreas Oberritter :
> On 29.03.2012 14:13, Samuel Stirtzel wrote:
>> Hi,
>> as I have set up a git server on one of my PCs and secured it with ssh.
>> I tried to use the repository in a recipe, cloning via "git clone
>> ssh://user@server/~/repo.git"
Hi,
as I have set up a git server on one of my PCs and secured it with ssh.
I tried to use the repository in a recipe, cloning via "git clone
ssh://user@server/~/repo.git" works.
But bitbake tries to fetch the repository via scp instead of git (also
if I add protocol=git).
Tried something like thi
2012/3/29 Robert Yang :
>
> Hi Andreas,
>
> I have one question about the qt-x11-free, is it possible to enable
> the "-sm -accessibility" in oe-core, please? There is a meta-kde
> layer which requires the "-sm -accessibility", but they are disabled
> in oe-core currently:
>
> QT_DISTRO_FLAGS ?= "-
2012/3/1 Paul Eggleton :
> On Thursday 01 March 2012 15:15:11 Samuel Stirtzel wrote:
>> For the packages kconfig_compiler (needs libkdecore) and
>> makekdewidgets (needs libkdecore and libkdeui) it might work, as long
>> as the programs got their libraries.
>> Since
2012/3/23 Andrea Adami :
> On Thu, Mar 22, 2012 at 4:58 PM, Saul Wold wrote:
>> On 03/22/2012 02:41 AM, Samuel Stirtzel wrote:
>>>
>>> 2012/3/22 Koen Kooi:
>>>>
>>>>
>>>> Op 22 mrt. 2012, om 09:48 heeft Samuel S
2012/3/22 Koen Kooi :
>
> Op 22 mrt. 2012, om 09:48 heeft Samuel Stirtzel het volgende geschreven:
>
>> 2012/3/21 Koen Kooi :
>>>
>>> Op 21 mrt. 2012, om 20:42 heeft Saul Wold het volgende geschreven:
>>>
>>>> On 03/21/2012 07:25 AM, Samuel St
2012/3/21 Koen Kooi :
>
> Op 21 mrt. 2012, om 20:42 heeft Saul Wold het volgende geschreven:
>
>> On 03/21/2012 07:25 AM, Samuel Stirtzel wrote:
>>> * This move will allow the testing of meta-kde for users without
>>> meta-openembedded.
>>>
>> S
* This move will allow the testing of meta-kde for users without
meta-openembedded.
Signed-off-by: Samuel Stirtzel
---
meta/recipes-devtools/giflib/giflib_4.1.6.bb | 20
1 files changed, 20 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-devtools/giflib
S_' + pkg, False) or d.getVar('RDEPENDS', False))
or ""
ERROR: *** 0189: rdepends.append("shared-mime-info-data")
ERROR: 0190: d.setVar('RDEPENDS_' + pkg, " " + "
".join(rdepends))
ERRO
2012/3/1 Koen Kooi :
>> * The user has to install kdelibsX-dev (X is either version 4 or 5)
>> since KDE (like Koen already stated) needs to execute KDE/Qt programs
>> that depend on the whole KDE stack again in a native flavor.
>
> Can we just build them natively and put them in the host sysroot?
Just to let you know that I'm still working on this.
The git repository (at [1]) shows what was currently done, since
kdelibs builds now it could be possible to port other programs that
depend on it.
The good and the bad news:
Good:
* Most things will compile and install
* Workarounds should be
2012/2/23 Otavio Salvador :
> On Thu, Feb 23, 2012 at 05:27, Samuel Stirtzel
> wrote:
>> It is still odd that this only occurs while cross compiling.
>> More odd seems that the same error happens to Soprano, it also uses
>> Q_DECL_EXPORT [1].
>
> http://dev
2012/2/22 Otavio Salvador :
> On Wed, Feb 22, 2012 at 14:06, Samuel Stirtzel
> wrote:
>> 2012/2/22 Otavio Salvador :
>>> On Wed, Feb 22, 2012 at 13:53, Samuel Stirtzel
>>> wrote:
>>>> This error really puzzles me, usually I would assume that a libr
2012/2/22 Otavio Salvador :
> On Wed, Feb 22, 2012 at 13:53, Samuel Stirtzel
> wrote:
>> This error really puzzles me, usually I would assume that a library
>> has no problems to export symbols.
>
> It puzzles me as well; I have many applications and libraries link
Hi,
although building libdbusmenu-qt [1] for kdelibs succeeds, linking the
library will fail with "undefined reference to
DBusMenuExporter::~DBusMenuExporter" and similar errors.
The library is there and nothing in the configure / compile log of
both recipes seems to state any sort misconfiguration
2012/2/16 Otavio Salvador :
> On Thu, Feb 16, 2012 at 11:04, Samuel Stirtzel
> wrote:
>>
>> Anyone knows if enabling session management in Qt is a bad idea, or if
>> there is another way of solving this?
>
>
> I don't think it is going to be a problem to ha
Hi,
my attempts to work around this didn't work out so maybe anyone else
has a good idea.
First of, the Qt session management is a build time dependency of
kdelibs, disabling the components that need it will make it impossible
to build Plasma Active.
The direct error message in kdelibs4:
git/kd
2012/2/16 Khem Raj :
> On Tue, Feb 14, 2012 at 11:09 PM, Samuel Stirtzel
> wrote:
>> 2012/2/14 Khem Raj :
>>> On (14/02/12 16:21), Samuel Stirtzel wrote:
>>>> Hi,
>>>> currently building dependency depencies of Plasma Active dependency
>>>&
2012/2/14 Khem Raj :
> On (14/02/12 16:21), Samuel Stirtzel wrote:
>> Hi,
>> currently building dependency depencies of Plasma Active dependency
>> dependencies (this sentence may contain slight ironic content).
>>
>> One of the libraries wants the maths.h lib
Copy & paste isn't really my thing...
2012/2/14 Samuel Stirtzel :
> Hi,
> currently building dependency depencies of Plasma Active dependency
> dependencies (this sentence may contain slight ironic content).
>
> One of the libraries wants the math.h library libm.
> Lib
Hi,
currently building dependency depencies of Plasma Active dependency
dependencies (this sentence may contain slight ironic content).
One of the libraries wants the maths.h library libm.
Libm existent in my rootfs under /lib/libm-2.12.2.so, /lib/libm.so.6
that points to it and the other link at
2012/2/2 Martin Jansa :
> On Thu, Feb 02, 2012 at 12:50:16PM +0100, Samuel Stirtzel wrote:
>> Hi,
>>
>> for some time now I've been working on a port of Plasma Active, the
>> next generation touch user interface from KDE.
>> If you never heard about Plasma A
Hi,
for some time now I've been working on a port of Plasma Active, the
next generation touch user interface from KDE.
If you never heard about Plasma Active see [1].
For touch devices it is much more satisfying to use a GUI that is
designed for this input method, so I started porting it.
Someone
2012/1/30 Samuel Stirtzel :
> Hi,
> qmake2.bbclass exports the Qt include directory to the qt4 directory:
> export OE_QMAKE_INCDIR_QT = "${STAGING_INCDIR}/qt4"
>
>
> But it seems like the do_install of Qt native went wrong and it was
> installed in the following dire
Hi,
qmake2.bbclass exports the Qt include directory to the qt4 directory:
export OE_QMAKE_INCDIR_QT = "${STAGING_INCDIR}/qt4"
But it seems like the do_install of Qt native went wrong and it was
installed in the following directories:
file:///work/oe-core/tmp-eglibc/sysroots/x86_64-linux/usr/inclu
2012/1/29 Ulf Samuelsson :
> 2012-01-29 11:21, Khem Raj skrev:
>
>> On Sat, Jan 28, 2012 at 11:41 PM, Ulf Samuelsson
>> wrote:
>>>
>>> Don't know why, but it is no longer available (used to be).
>>>
>>>
>>> "openembedded-core/meta/recipes-kernel/module-init-tools/module-init-tools-cross_3.16.bb"
2012/1/27 Paul Eggleton :
> On Friday 27 January 2012 11:43:50 Samuel Stirtzel wrote:
>> just a quick question, couldn't we use a separate recipe for phonon,
>> so if a recipe depends on it we don't have to change distro vars?
>
> Well, this thread is now about som
2012/1/17 Tom Rini :
> On Thu, Dec 29, 2011 at 5:55 AM, Paul Eggleton
> wrote:
>> On Wednesday 23 November 2011 17:09:08 Richard Purdie wrote:
>>> On Wed, 2011-11-23 at 16:48 +, Phil Blundell wrote:
>>> > b) introduce some sort of concept of "feature epochs", where the DISTRO
>>> > gets to dec
2012/1/26 Samuel Stirtzel :
> 2012/1/25 Khem Raj :
>> On Wed, Jan 25, 2012 at 12:31 AM, Samuel Stirtzel
>> wrote:
>>> 2012/1/25 Samuel Stirtzel :
>>>> 2012/1/24 Richard Purdie :
>>>>> On Tue, 2012-01-24 at 14:30 +0100, Samuel Stirtzel wrote:
2012/1/25 Khem Raj :
> On Wed, Jan 25, 2012 at 12:31 AM, Samuel Stirtzel
> wrote:
>> 2012/1/25 Samuel Stirtzel :
>>> 2012/1/24 Richard Purdie :
>>>> On Tue, 2012-01-24 at 14:30 +0100, Samuel Stirtzel wrote:
>>>>> Hi,
>>>>> curre
2012/1/25 Samuel Stirtzel :
> 2012/1/24 Richard Purdie :
>> On Tue, 2012-01-24 at 14:30 +0100, Samuel Stirtzel wrote:
>>> Hi,
>>> currently I try to build a native software that needs CMake, it is a
>>> required tool to cross compile another software.
>&g
2012/1/24 Richard Purdie :
> On Tue, 2012-01-24 at 14:30 +0100, Samuel Stirtzel wrote:
>> Hi,
>> currently I try to build a native software that needs CMake, it is a
>> required tool to cross compile another software.
>> An it seems that CMAKE_AR is set to an inval
Hi,
currently I try to build a native software that needs CMake, it is a
required tool to cross compile another software.
An it seems that CMAKE_AR is set to an invalid value (CMAKE_AR-NOTFOUND).
The cmake.bbclass has no entry about this.
By searching the web, the only information found was that i
2012/1/4 Dexuan Cui :
> As Nitin said, "automake version 1.11.2 has made use of dir variables
> more strict, the pkglibexec var can not have SCRIPTS suffix. Using pkgdata
> instead."
>
Actually this is a Automake inconsistency, it should be possible to
use pkglibexec with SCRIPTS suffix as stated i
2011/12/13 Samuel Stirtzel :
> 2011/12/13 Richard Purdie :
> [snip]
>> Usually the above is a sign of a dependency bitbake has not been aware
>> of. Could you see which .ipk has the dependency on fbset?
>
> It looks like this is the ipk:
> | Installing qt4-x11
2011/12/13 Richard Purdie :
[snip]
> Usually the above is a sign of a dependency bitbake has not been aware
> of. Could you see which .ipk has the dependency on fbset?
It looks like this is the ipk:
| Installing qt4-x11-free (4.7.4-r33.3) to root...
| Downloading
file:/work/oe-core/tmp-eglibc/dep
1 - 100 of 128 matches
Mail list logo
