here is the full log file
https://gist.github.com/anonymous/d6db184bff49736e1121
In case log file above is truncated:
https://gist.githubusercontent.com/anonymous/d6db184bff49736e1121/raw/b6dd87cf3745c91d958e253c3332cc22772a1f0a/qnetworkinfo_linux.cpp
On Tue, Jan 12, 2016 at 5:50 PM, Khem Raj
To get the all the required files, I had to add the openldap-dev package.
Also the data dir: /var/openldap-data is not created by the recipe.
Regards
On Tue, Jan 12, 2016 at 1:51 PM Bruno Vernay wrote:
> Hi
> It seems that OpenLDAP modules are build, but not all files are
> On Jan 13, 2016, at 8:46 AM, Bruno Vernay wrote:
>
> Adding this to my bbappend did the trick ...
>
> TARGET_CC_ARCH += "-lpthread”
make it -pthread and add it to LDFLAGS
>
> I may submit a patch
>
signature.asc
Description: Message signed with OpenPGP using
While building an image I was getting an error during rootfs creation
that ctdb was conflicting with base-files as both were creating
'/var/run':
warning: Removing ctdb-2.5.1-r0@core2_64 due to file /var/run \
conflicting with base-files-3.0.14-r89@genericx86_64
This is normally a
Hello Jens,
On Wed, Jan 13, 2016 at 4:03 PM, Jens Rehsack wrote:
> to avoid such a problem as it occurred with ec7b984f, 04d5d0bf and dfb21b44,
> I strongly suggest that meta-java follows the merge-workflow from other
> meta-layers:
>
> cherry-pick new stuff into
issue seems to be typeof usage when using c99
especially this from bluetooth.h
#define bt_put_unaligned(val,ptr) do { struct __attribute__((packed)) {
typeof(*(ptr)) __v; } *__p = (typeof(__p)) (ptr); __p->__v = (val); } while(0)
change typeof with __typeof__ in above macro.
or back port
Add option QT_GIT_PROTOCOL to specify the protocol to be used
with the QT_GIT uri.
Signed-off-by: Samuli Piippo
---
conf/layer.conf| 1 +
recipes-qt/qt5/qt5-git.inc | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/conf/layer.conf
It does appear in patchwork:
http://patchwork.openembedded.org/patch/111547/
It's just marked as archive (as every patch after it's moved to specific
bundle), see:
http://openembedded.org/wiki/Patchwork#Multiple_layers_sharing_the_same_oe_project_on_patchwork
On Mon, Jan 11, 2016 at 9:51 AM,
Adds a new recipe for dhcpcd version 6.10.0.
Signed-off-by: Nate Karstens
---
.../recipes-connectivity/dhcpcd/dhcpcd_6.10.0.bb | 22 ++
1 file changed, 22 insertions(+)
create mode 100644
Adds a new recipe for dhcpcd version 6.10.0.
Signed-off-by: Nate Karstens
---
.../recipes-connectivity/dhcpcd/dhcpcd_6.10.0.bb | 22 ++
1 file changed, 22 insertions(+)
create mode 100644
> On Jan 13, 2016, at 2:07 PM, Nate Karstens wrote:
>
> Adds a new recipe for dhcpcd version 6.10.0.
>
> Signed-off-by: Nate Karstens
> ---
> .../recipes-connectivity/dhcpcd/dhcpcd_6.10.0.bb | 22 ++
> 1 file changed, 22
Adds a new recipe for dhcpcd version 6.10.0.
Signed-off-by: Nate Karstens
---
.../recipes-connectivity/dhcpcd/dhcpcd_6.10.0.bb | 22 ++
1 file changed, 22 insertions(+)
create mode 100644
Changelog since 2016-01-03 until 2016-01-10. 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:
Adding this to my bbappend did the trick ...
TARGET_CC_ARCH += "-lpthread"
I may submit a patch
On Wed, Jan 13, 2016 at 5:33 PM Bruno Vernay wrote:
> I still have errors, but made a recipe bbappend to install "openldap-slapd
> openldap-dev"
>
> At run I have:
>
I still have errors, but made a recipe bbappend to install "openldap-slapd
openldap-dev"
At run I have:
usr/sbin/slapd: symbol lookup error:
/usr/lib/openldap/openldap/back_mdb-2.4.so.2: undefined symbol:
pthread_key_create
Also note that
/usr/lib/openldap/openldap# strings
Depending on PACKAGECONFIG selection, the /run/samba directory may not
have been created, causing build errors.
Since the /run directory is volatile on target, anything installed
there will vanish anyway, so just remove the /run tree if it exists.
This fixes do_install failing with an error like
Hi All,
We are carrying pth recipe in OE-Core.
1. There are no packages in OE-Core which depend on it.
2. pth is quite old ( last release was in 2006) moreover there is npth
replacement available and we have recipe in OE-Core
I would like to propose a removal of this recipe but before doing
Hi,
to avoid such a problem as it occurred with ec7b984f, 04d5d0bf and dfb21b44, I
strongly suggest that meta-java follows the merge-workflow from other
meta-layers:
cherry-pick new stuff into master-next, when settled - merge to master
Branch releases as other layers do and same, push
18 matches
Mail list logo