That configure script is looking for libconfig.
You need DEPENDS = "libconfig"
On Mon, Jul 30, 2018 at 4:20 AM Zoran Stojsavljevic <
zoran.stojsavlje...@gmail.com> wrote:
> Seems, that this does work?!
> ___
>
> SUMMARY = "Socketcand ..."
> SECTION = "socketcan"
> LICENSE = "GPLv2"
>
* Version 3.3.30 (released 2018-07-16)
** libgnutls: Corrected infinite loop when an incorrect PIN was provided
via pin-value or pin-source.
** gnutls-cli: backported the --sni-hostname option. This allows overriding the
hostname advertised to the peer.
** Improved counter-measures for
On Mon, Jul 30, 2018 at 10:53 AM, Simon Chamlian wrote:
> So what you are saying is I need to update busybox to be able to remove
> syslog from it?
Depends on what you mean by "update". Backporting a patch is generally
considered updating, but I guess you could argue either way.
What I'm saying
So what you are saying is I need to update busybox to be able to remove
syslog from it?
Also I noticed 2 syslogd:
/sbin/syslogd
/usr/lib/opkg/alternatives/syslogd
/sbin/syslogd is a link to busybox.
What is /usr/lib/opkg/alternatives/syslogd ?
On Fri, Jul 27, 2018 at 4:47 PM, Andre McCurdy
Got it. Thank you for the prompt response.
On Mon, Jul 30, 2018 at 10:18 AM Burton, Ross wrote:
> devtool add's primary convenience is how it can examine the source and
> write the LICENSE correctly, the correct inherits, etc. If you're
> just going to install a few files then just write a
devtool add's primary convenience is how it can examine the source and
write the LICENSE correctly, the correct inherits, etc. If you're
just going to install a few files then just write a recipe from
scratch.
Ross
On 30 July 2018 at 15:10, Adam Lee wrote:
> Is it possible to run 'devtool add
Is it possible to run 'devtool add [recipe-name]' without 'srctree' or
'fetchuri'?
I just want to add a simple recipe with a few files to be installed on the
target file system.
I can directly add a file in my meta-layer, but devtool is probably the
more correct approach.
Adam
--
On 30 July 2018 at 14:28, Zoran Stojsavljevic
wrote:
> Anybody knows?
>
> Do all three exist in YOCTO as different libraries, or these are
> variations/the same as libconfig?
Context is useful but they all sound like various distribution names
for libconfig.
Ross
--
I just realized that SDK generation does not include the lib32 libraries !
I run for that :
$ MACHINE=my-machine bitbake -c pouplate_sdk my-image
On Mon, Jul 30, 2018 at 2:51 PM, Ayoub Zaki
wrote:
> Hi all,
>
> I added to my image: IMAGE_INSTALL_append = " lib32-glibc" and it solved
> the
Anybody knows?
Do all three exist in YOCTO as different libraries, or these are
variations/the same as libconfig?
Thank you,
Zoran
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Hi all,
I added to my image: IMAGE_INSTALL_append = " lib32-glibc" and it solved
the build problem !
now I can build a mixed image (64 Bit kernel, 32 Bit) user space using
multilib :
$ MACHINE =mymachine bitbake lib32-my-image
Thank you all for your inputs.
best regards
On Fri, Jul 27, 2018
Seems, that this does work?!
___
SUMMARY = "Socketcand ..."
SECTION = "socketcan"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM =
"file://${COMMON_LICENSE_DIR}/GPL-2.0;md5=801f80980d171dd6425610833a22dbe6"
PR = "r0"
RDEPENDS_${PN}-dev += "${PN}-staticdev"
SRCREV =
Hello,
I am writing the recipe for the socketcand package. It looks so far very simple:
PR = "r0"
RDEPENDS_${PN}-dev += "${PN}-staticdev"
SRCREV = "df7fb4ff8a4439d7737fe2df3540e1ab7465721a"
SRC_URI = "git://github.com/dschanoeh/socketcand.git;protocol=http"
S = "${WORKDIR}/git"
inherit
13 matches
Mail list logo
