Hi. We have problem with one of our .bbappend files that tries to
split procps in some more fine grained packages.
Currently this is only done for 'top' and 'ps'. The actual issue here
is that /usr/bin/top.procps gets installed on our image but *not*
/bin/ps.procps?
The IMAGE_INSTALL sets both
On Wed, May 14, 2014 at 7:32 PM, Hans Beckérus hans.becke...@gmail.com wrote:
Hi. We have problem with one of our .bbappend files that tries to
split procps in some more fine grained packages.
Currently this is only done for 'top' and 'ps'. The actual issue here
is that /usr/bin/top.procps
Hi. We have a system based on the poky-tiny distro and we use mdev as
our device manager, or at least we do not set it to something at all
in the distro .conf:
# Use tmpdevfs and the busybox runtime services
VIRTUAL-RUNTIME_dev_manager =
#VIRTUAL-RUNTIME_login_manager = tinylogin
On Tue, Jan 21, 2014 at 11:23 AM, Anders Darander and...@chargestorm.se wrote:
* Hans Beckérus hans.becke...@gmail.com [140121 11:05]:
Things looked ok for a while, /dev was populated properly after boot
and all necessary file systems / mount points were created.
We were using an ext2 fs
On Tue, Jan 21, 2014 at 12:10 PM, Hans Beckérus hans.becke...@gmail.com wrote:
On Tue, Jan 21, 2014 at 11:23 AM, Anders Darander and...@chargestorm.se
wrote:
* Hans Beckérus hans.becke...@gmail.com [140121 11:05]:
Things looked ok for a while, /dev was populated properly after boot
and all
On Tue, Jan 21, 2014 at 1:41 PM, Anders Darander and...@chargestorm.se wrote:
* Hans Beckérus hans.becke...@gmail.com [140121 13:12]:
On Tue, Jan 21, 2014 at 12:10 PM, Hans Beckérus hans.becke...@gmail.com
wrote:
On Tue, Jan 21, 2014 at 11:23 AM, Anders Darander and...@chargestorm.se
The /etc/init.d/networking script is using sysctl to grab some
parameters from /etc/sysctl.conf. This file does not exists unless
procps is also installed.
I can not see that init-ifupdown RDEPENDS procps. Should it not? Or is
there a reason for not having it like that?
Thanks.
Hans
On Wed, Nov 13, 2013 at 5:08 PM, Hans Beckérus hans.becke...@gmail.com wrote:
Hi. I can see that in ./recipes-core/initscripts/initscripts_1.0.bb,
the dmesg.sh script is installed in /etc/init.d. But I can not see
that it is being added to any run-levels, not even single-user mode
Hi. I can see that in ./recipes-core/initscripts/initscripts_1.0.bb,
the dmesg.sh script is installed in /etc/init.d. But I can not see
that it is being added to any run-levels, not even single-user mode.
Is there some reason for only installing the init script but not
actually activating it? Not
On Thu, Nov 7, 2013 at 3:11 PM, Hans Beckérus hans.becke...@gmail.com wrote:
On Thu, Nov 7, 2013 at 3:01 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Thu, 2013-11-07 at 12:15 +0100, Hans Beckérus wrote:
On Thu, Nov 7, 2013 at 12:00 PM, Paul Eggleton
paul.eggle
On Thu, Nov 7, 2013 at 12:00 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
Hi Hans,
On Thursday 07 November 2013 10:56:17 Hans Beckérus wrote:
On Wed, Nov 6, 2013 at 12:32 PM, Hans Beckérus hans.becke...@gmail.com
wrote:
Hi, I am getting the below error when populating the sdk
Hi, I am getting the below error when populating the sdk for our Yocto
1.5 based image.
WARNING: QA Issue: gcc-cross-canadian-arm: found library in wrong
location:
On Tue, Oct 29, 2013 at 3:20 PM, Hans Beckérus hans.becke...@gmail.com wrote:
On Tue, Oct 29, 2013 at 2:42 PM, Martin Jansa martin.ja...@gmail.com wrote:
On Tue, Oct 29, 2013 at 02:27:30PM +0100, Hans Beckérus wrote:
On Tue, Oct 29, 2013 at 12:00 PM, Martin Jansa martin.ja...@gmail.com
wrote
Hello. I am currently working on moving from Yocto 1.4 to 1.5 and
instantly stumbled into a few minor problems (this being one of them).
In 1.5 tinylogin is replaced by busybox. What we had before in our
distro conf (it require poky.conf) was:
# Use tmpdevfs and the busybox runtime services
On Mon, Nov 4, 2013 at 3:50 PM, Hans Beckérus hans.becke...@gmail.com wrote:
Hello. I am currently working on moving from Yocto 1.4 to 1.5 and
instantly stumbled into a few minor problems (this being one of them).
In 1.5 tinylogin is replaced by busybox. What we had before in our
distro conf
Hello. We get the below error when trying to build our image in Yocto
1.5 'dora'.
ERROR: No recipes available for:
/home/poky/meta-openembedded/meta-oe/recipes-core/busybox/busybox_1.20.2.bbappend
ERROR: Command execution failed: Exited with 1
We use the 'dora' branch also in
On Mon, Nov 4, 2013 at 5:11 PM, Martin Jansa martin.ja...@gmail.com wrote:
On Mon, Nov 04, 2013 at 05:05:43PM +0100, Hans Beckérus wrote:
Hello. We get the below error when trying to build our image in Yocto
1.5 'dora'.
ERROR: No recipes available for:
/home/poky/meta-openembedded/meta
On Mon, Nov 4, 2013 at 5:36 PM, Stanacar, StefanX
stefanx.stana...@intel.com wrote:
On Mon, 2013-11-04 at 17:21 +0100, Hans Beckérus wrote:
On Mon, Nov 4, 2013 at 5:11 PM, Martin Jansa martin.ja...@gmail.com wrote:
On Mon, Nov 04, 2013 at 05:05:43PM +0100, Hans Beckérus wrote:
Hello. We
On Tue, Oct 29, 2013 at 1:38 AM, Khem Raj raj.k...@gmail.com wrote:
On Fri, Oct 25, 2013 at 12:17 PM, Yang Shi yang@windriver.com wrote:
On MIPS64, __u64 is unsigned long type, so the %llu specifier will
cause
build error on MIPS64.
Convert __u64 to unsigned long long in those sprintf
On Tue, Oct 29, 2013 at 12:00 PM, Martin Jansa martin.ja...@gmail.com wrote:
On Tue, Oct 29, 2013 at 12:46:18PM +0100, Hans Beckérus wrote:
Hi. I am wondering if we are using SRCREV wrong somehow.
Is it expected that if we use SRCREV = ${AUTOREV}, that any changes
to the remote should
Hi. I have a package that tries to point to a staged/installed source
file (shared) in the list of files to be compiled.
But how should the Makefile.am properly pick-up the current staging
dir for my target?
Currently it is simply using /usr/share/foo/foo.c, but obviously that
will not work when
Hi, in our current tree lttng is on a v2.1 baseline. Are there any
plans to step up to a later version, such as 2.3 any time soon? We
need some new features coming from that version.
We are currently on Yocto 1.4+snapshot-20131022. Or should we start
looking into doing this in our own meta?
On Fri, Oct 4, 2013 at 2:53 AM, Bruce Ashfield
bruce.ashfi...@windriver.com wrote:
On 13-10-03 8:21 PM, Parker Mackenzie wrote:
Thanks Bruce,
That got me further. I added a comment to the video on YouTube which might
help others which stumble across the presentation.
Now I get the
On Wed, Oct 2, 2013 at 8:13 AM, Khem Raj raj.k...@gmail.com wrote:
On Oct 1, 2013, at 11:03 AM, Hans Beckerus hans.becke...@gmail.com wrote:
On 2013-10-01 7:35, Khem Raj wrote:
On Oct 1, 2013, at 6:16 AM, Hans Beckérus hans.becke...@gmail.com wrote:
Hello. We have stumbled into a problem
Hello. We have stumbled into a problem when using ld directly instead
of going through the gcc frontend.
A simple operation like this fails:
${CC} -c hello_world.c
${LD} hello_world.o -lgcc
arm-poky-linux-gnueabi-ld: cannot find -lgcc
And yes, I know -lgcc is not required in this case to compile
Ok, so now I am at it again :) The package.bbclass is missing support
for stripping .beam files. Nothing strange about that.
But, now I wish to extend this class with support for erlang .beam
files. Initially I do not wish to add this functionality directly into
package.bbclass since it will
On Fri, Sep 27, 2013 at 8:11 AM, Brad Litterell b...@evidence.com wrote:
Thanks Nicolas!
Sent from my Windows Phone
From: Nicolas Dechesne
Sent: 9/26/2013 15:29
To: Brad Litterell
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] Question about automatic
Hi. We get following problem when trying to execute any perl programs
in the SDK environment.
This is an example of running 'perl -v'
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_MESSAGES = C,
LC_COLLATE = C,
On Thu, Sep 26, 2013 at 12:13 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
Hi Hans,
On Wednesday 25 September 2013 17:39:04 Hans Beckérus wrote:
Hi. I have a recipe that use BBCLASSEXTEND to extend native. For the
normal/base version I wish to set/export an environment variable
Hi. Browsing through the existing recipes really did not answer this
since I have no clue what was the initial intent.
So my quick question is if a .inc file has a DEPENDS = foo and a
recipe that includes it has DEPENDS_class-native = fee, will the
resulting depend be merged from the two or will
On Thu, Sep 26, 2013 at 12:48 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
On Thursday 26 September 2013 12:38:13 Hans Beckérus wrote:
On Thu, Sep 26, 2013 at 12:13 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
On Wednesday 25 September 2013 17:39:04 Hans Beckérus wrote
Hi. I have a recipe that use BBCLASSEXTEND to extend native. For the
normal/base version I wish to set/export an environment variable to be
picked up by configure.
But I do not wish this variable to be set by the native package. How
would I accomplish that? It was ok before when I had a
On Wed, Sep 18, 2013 at 10:12 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
Hi Hans,
On Tuesday 17 September 2013 21:14:50 Hans Beckerus wrote:
The way forward as I can see right
now is to revert and put back the wide character support in libc. Unless I
can figure out why util-linux
We are having some problems building e2fsprogs using our custom distro
based on poky-tiny.
The error we get is typically:
e4defrag.c:1958: undefined reference to `nftw64'
So, it seems some libc feature in addition is missing to get proper
working support for the large file API.
Below is a
We are using a user defined distro, based on poky-tiny. That is, we
'require' poky-tiny.conf.
It is done this way in order not clutter our distro configuration with
too much magics and defaults.
However, one problem now is that poky-tiny also 'require' poky.conf,
and implicitly is doing
On Tue, Sep 17, 2013 at 11:04 AM, Hans Beckérus hans.becke...@gmail.com wrote:
We are using a user defined distro, based on poky-tiny. That is, we
'require' poky-tiny.conf.
It is done this way in order not clutter our distro configuration with
too much magics and defaults.
However, one
Hi. We are having som problems building our rootfs now that our custom
distro (based on poky-tiny) no longer includes wide character support
in libc.
Here is an example of the errors we get:
| arm-poky-linux-gnueabi-libtool: link: arm-poky-linux-gnueabi-gcc
-march=armv7-a -mthumb-interwork
On Fri, Sep 13, 2013 at 11:55 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
On Thursday 12 September 2013 17:23:53 Chris Larson wrote:
On Thu, Sep 12, 2013 at 4:53 PM, Brad Litterell b...@evidence.com wrote:
I've grown to really appreciate bitbake for compiling code from a myriad
of
On Thu, Sep 12, 2013 at 11:57 AM, Karl Hiramoto k...@hiramoto.org wrote:
Hi,
I'm looking for a faster way to recompile and install my package to my
rootfs. I am currently developing on a ARM board, and I'm booting the
kernel and loading the rootfs over NFS. I point the nfs root to
On Fri, Sep 6, 2013 at 10:25 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Thu, 2013-09-05 at 17:44 +0200, Hans Beckérus wrote:
I have now prepared a patch that will fix this problem i Yocto. Since
no one (so far) commented on this issue I interpreted the silence
On Fri, Sep 6, 2013 at 11:53 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Fri, 2013-09-06 at 10:59 +0200, Hans Beckérus wrote:
On Fri, Sep 6, 2013 at 10:25 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Thu, 2013-09-05 at 17:44 +0200, Hans Beckérus wrote
On Wed, Sep 4, 2013 at 6:06 PM, Hans Beckérus hans.becke...@gmail.com wrote:
On Wed, Sep 4, 2013 at 5:02 PM, Hans Beckérus hans.becke...@gmail.com wrote:
On Wed, Sep 4, 2013 at 12:21 PM, Hans Beckérus hans.becke...@gmail.com
wrote:
On Wed, Sep 4, 2013 at 12:03 PM, Hans Beckérus hans.becke
On Thu, Sep 5, 2013 at 9:40 AM, Hans Beckérus hans.becke...@gmail.com wrote:
On Wed, Sep 4, 2013 at 6:06 PM, Hans Beckérus hans.becke...@gmail.com wrote:
On Wed, Sep 4, 2013 at 5:02 PM, Hans Beckérus hans.becke...@gmail.com
wrote:
On Wed, Sep 4, 2013 at 12:21 PM, Hans Beckérus hans.becke
Hi. I recently discovered that our populated SDK can not properly
build much at all :(
libtool complains about .la files that have been moved and not being
able to find dito.
The rootfs builds fine however. What I did noticed was that in our .la
files we get lines like this:
dependency_libs='
On Wed, Sep 4, 2013 at 9:53 AM, Hans Beckérus hans.becke...@gmail.com wrote:
Hi. I recently discovered that our populated SDK can not properly
build much at all :(
libtool complains about .la files that have been moved and not being
able to find dito.
The rootfs builds fine however. What I
On Wed, Sep 4, 2013 at 11:56 AM, Hans Beckérus hans.becke...@gmail.com wrote:
On Wed, Sep 4, 2013 at 11:36 AM, JC j...@vtkloud.com wrote:
On 04/09/2013 11:24, Hans Beckérus wrote:
On Wed, Sep 4, 2013 at 9:53 AM, Hans Beckérus hans.becke...@gmail.com
wrote:
Hi. I recently discovered that our
On Wed, Sep 4, 2013 at 12:03 PM, Hans Beckérus hans.becke...@gmail.com wrote:
On Wed, Sep 4, 2013 at 11:56 AM, Hans Beckérus hans.becke...@gmail.com
wrote:
On Wed, Sep 4, 2013 at 11:36 AM, JC j...@vtkloud.com wrote:
On 04/09/2013 11:24, Hans Beckérus wrote:
On Wed, Sep 4, 2013 at 9:53 AM
On Wed, Sep 4, 2013 at 12:21 PM, Hans Beckérus hans.becke...@gmail.com wrote:
On Wed, Sep 4, 2013 at 12:03 PM, Hans Beckérus hans.becke...@gmail.com
wrote:
On Wed, Sep 4, 2013 at 11:56 AM, Hans Beckérus hans.becke...@gmail.com
wrote:
On Wed, Sep 4, 2013 at 11:36 AM, JC j...@vtkloud.com
On Wed, Sep 4, 2013 at 5:02 PM, Hans Beckérus hans.becke...@gmail.com wrote:
On Wed, Sep 4, 2013 at 12:21 PM, Hans Beckérus hans.becke...@gmail.com
wrote:
On Wed, Sep 4, 2013 at 12:03 PM, Hans Beckérus hans.becke...@gmail.com
wrote:
On Wed, Sep 4, 2013 at 11:56 AM, Hans Beckérus hans.becke
On Tue, Sep 3, 2013 at 2:37 PM, Bruce Ashfield
bruce.ashfi...@windriver.com wrote:
On 13-09-03 04:27 AM, Hans Beckérus wrote:
On Tue, Sep 3, 2013 at 4:05 AM, ChenQi qi.c...@windriver.com wrote:
On 09/02/2013 10:56 PM, Hans Beckérus wrote:
Hi. We are having some issues figuring out why one
Hi. We are having some issues figuring out why one of our header files
fails to be installed properly into the SDK. The header file is
currently installed using a few lines in one of our recipe:
do_install_append() {
install -m 0644 ${S}/foo.h
Hi Paul,
On Thu, Aug 29, 2013 at 10:58 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
Hi Hans,
On Wednesday 28 August 2013 21:22:36 Hans Beckerus wrote:
On 2013-08-28 6:06, Paul Eggleton wrote:
On Wednesday 28 August 2013 17:08:41 Hans Beckérus wrote:
Hi, I am a little bit
Hi, I am a little bit confused about how to handle these two and what
they are supposed to solve. I have so far never used RDEPENDS but only
DEPENDS.
But I am also having severe problems when building a rootfs image when
one of my user space libraries are changed from eg. libfoo.so.1 to
Hi. We are trying to build a Linux 3.9 kernel (uplift from 3.6) and
are suddenly facing a completely new error when creating the uImage.
HOSTCC scripts/mod/file2alias.o
| HOSTLD scripts/mod/modpost
| make[1]: `include/generated/mach-types.h' is up to date.
| CALLscripts/checksyscalls.sh
On Tue, Aug 27, 2013 at 11:38 AM, lot...@denx.de wrote:
Am 2013-08-27 11:08, schrieb Hans Beckérus:
Hi. We are trying to build a Linux 3.9 kernel (uplift from 3.6) and
are suddenly facing a completely new error when creating the uImage.
HOSTCC scripts/mod/file2alias.o
| HOSTLD scripts
Hi. I am trying to build a kernel using our bitbaked and populated
toolchain. It works fine for user-space application but when trying to
compile the kernel we get
HOSTCC scripts/dtc/checks.o
HOSTCC scripts/dtc/data.o
HOSTCC scripts/dtc/dtc-lexer.lex.o
HOSTCC
On Thu, Aug 22, 2013 at 5:19 PM, Leon Woestenberg
sidebranch.openembed...@gmail.com wrote:
Hello Hans,
On Thu, Aug 22, 2013 at 5:10 PM, Hans Beckérus hans.becke...@gmail.com
wrote:
Hi. I am trying to build a kernel using our bitbaked and populated
toolchain. It works fine for user-space
Hi. We are using a 3.6 based kernel in our builds using a custom
kernel recipe. However, I can see that the linux-libc-headers built
but based on a 3.8 kernel?
Is this really how it should be? Are we supposed to also make a custom
recipe for the linux-libc-headers? The image seems to be executing
On Mon, Jun 24, 2013 at 6:29 PM, Paul Barker p...@paulbarker.me.uk wrote:
On 24 June 2013 17:19, Bruce Ashfield bruce.ashfi...@windriver.com wrote:
On 13-06-24 11:59 AM, Hans Beckérus wrote:
Hi. We are using a 3.6 based kernel in our builds using a custom
kernel recipe. However, I can see
On Fri, Jun 14, 2013 at 1:20 PM, DAMARLA Satya Swaroop
satyaswaroop.dama...@gmail.com wrote:
Hi Everyone,
I solved the issue, but I don't know if its right or wrong but for the
moment I am happy... The following didnot work for me
bitbake core-image-skidata -c populate_sdk
nor
On Wed, Jun 12, 2013 at 10:38 PM, Flanagan, Elizabeth
elizabeth.flana...@intel.com wrote:
On Wed, Jun 12, 2013 at 1:06 PM, Hans Beckerus hans.becke...@gmail.com
wrote:
On 2013-06-12 7:55, Flanagan, Elizabeth wrote:
On Wed, Jun 12, 2013 at 6:05 AM, Hans Beckérus hans.becke...@gmail.com
wrote
In what way does LIC_FILES_CHKSUM correlate to what is specified in LICENSE?
LIC_FILES_CHKSUM *must* be specified unless LICENSE is set to CLOSED.
But, what if the package does not itself provide a license type file?
Is it then ok to simply leave LIC_FILES_CHKSUM = ?
Also, I could see that there
Hi. Anyone that can tell me why 'wdj' and 'wdj/l10n' folders are added
to /var/lib?
I sort of dislike having files/folders generated that I can not
explain what they are doing; eventually the question will arise ;)
Has it something to do with RPM? Should it really be there? I do not
have RPM
Any updates on this matter? Do I need to provide more information?
/Hans
On Fri, Jun 7, 2013 at 4:29 PM, Hans Beckérus hans.becke...@gmail.com wrote:
On Fri, Jun 7, 2013 at 4:21 PM, Zhang, Jessica jessica.zh...@intel.com
wrote:
When you create your image, what profile did you use. Are you
.
Hans
On Mon, Jun 10, 2013 at 12:03 PM, Hans Beckérus hans.becke...@gmail.com
wrote:
Any updates on this matter? Do I need to provide more information?
/Hans
On Fri, Jun 7, 2013 at 4:29 PM, Hans Beckérus hans.becke...@gmail.com
wrote:
On Fri, Jun 7, 2013 at 4:21 PM, Zhang, Jessica
Hello. We have a native package that implements a header file that is
required also by another non-native package. What is the best approach
to handle such a situation?
I guess one option is to create two recipes for the package containing
the header filer; one native and a one non-native that
On Fri, Jun 7, 2013 at 9:10 AM, DAMARLA Satya Swaroop
swaroop.dama...@gmail.com wrote:
SHould we install development and debigging pacakages in the images when we
want to build a toolchain.. I mean this
dbg-pkgs - add -dbg packages for all installed packages
# (adds
On Fri, Jun 7, 2013 at 3:34 PM, Gary Thomas g...@mlbassoc.com wrote:
On 2013-06-07 07:10, Hans Beckérus wrote:
On Fri, Jun 7, 2013 at 9:10 AM, DAMARLA Satya Swaroop
swaroop.dama...@gmail.com wrote:
SHould we install development and debigging pacakages in the images when
we
want to build
On Fri, Jun 7, 2013 at 3:40 PM, Hans Beckérus hans.becke...@gmail.com wrote:
On Fri, Jun 7, 2013 at 3:34 PM, Gary Thomas g...@mlbassoc.com wrote:
On 2013-06-07 07:10, Hans Beckérus wrote:
On Fri, Jun 7, 2013 at 9:10 AM, DAMARLA Satya Swaroop
swaroop.dama...@gmail.com wrote:
SHould we
On Fri, Jun 7, 2013 at 4:03 PM, Zhang, Jessica jessica.zh...@intel.com wrote:
Yes, you need those packages in your sysroot for cross development.
Ok. But out of curiosity, why should I need X11 packages for a simple
command-line based toolchain?
I assume that none of these X11 packages gets
?
Hans
-Original Message-
From: Hans Beckérus [mailto:hans.becke...@gmail.com]
Sent: Friday, June 07, 2013 7:09 AM
To: Zhang, Jessica
Cc: DAMARLA Satya Swaroop; yocto@yoctoproject.org
Subject: Re: [yocto] Application Development
On Fri, Jun 7, 2013 at 4:03 PM, Zhang, Jessica
Hello. After checking out poky:master
0c0bb02f5104e3856c9d90088e1ece08652cc19f we suddenly experience the
following error coming from one of our recipes. We never observed this
before doing the poky uplift. Any hints to what might cause this?
I can see this:
Exception: ExpansionError: Failure
On Tue, Jun 4, 2013 at 3:02 PM, Gary Thomas g...@mlbassoc.com wrote:
On 2013-06-04 05:41, Hans Beckérus wrote:
Hello. After checking out poky:master
0c0bb02f5104e3856c9d90088e1ece08652cc19f we suddenly experience the
following error coming from one of our recipes. We never observed
Hello. On the rootfs all of user added packages with dynamic libraries
(/usr/lib) are missing the .so file soft link? If I check in the
source folder in .libs created by libtool they are all there and links
correctly. Eg. for the linx package:
[git/lib/.libs]: ls -l liblinx*
-rw-r--r-- 1 xxx
On Thu, May 23, 2013 at 4:55 PM, Burton, Ross ross.bur...@intel.com wrote:
On 23 May 2013 15:50, Hans Beckérus hans.becke...@gmail.com wrote:
But in the rpm, the libs are packaged incorrectly (or at least not as
expected)
There (should) also be a linx-dev package, that contains the .so
at 5:25 PM, Hans Beckérus hans.becke...@gmail.com wrote:
On Thu, May 23, 2013 at 4:55 PM, Burton, Ross ross.bur...@intel.com wrote:
On 23 May 2013 15:50, Hans Beckérus hans.becke...@gmail.com wrote:
But in the rpm, the libs are packaged incorrectly (or at least not as
expected)
There (should
On Thu, May 23, 2013 at 5:47 PM, Burton, Ross ross.bur...@intel.com wrote:
On 23 May 2013 16:25, Hans Beckérus hans.becke...@gmail.com wrote:
Well, yes and no ;) If I look in /lib there are plenty of libraries
that comes with .so files so it seems they are needed in some cases,
right? Also
On Thu, May 23, 2013 at 6:01 PM, Hans Beckérus hans.becke...@gmail.com wrote:
On Thu, May 23, 2013 at 5:47 PM, Burton, Ross ross.bur...@intel.com wrote:
On 23 May 2013 16:25, Hans Beckérus hans.becke...@gmail.com wrote:
Well, yes and no ;) If I look in /lib there are plenty of libraries
On Thu, May 23, 2013 at 7:16 PM, Hans Beckérus hans.becke...@gmail.com wrote:
On Thu, May 23, 2013 at 6:01 PM, Hans Beckérus hans.becke...@gmail.com
wrote:
On Thu, May 23, 2013 at 5:47 PM, Burton, Ross ross.bur...@intel.com wrote:
On 23 May 2013 16:25, Hans Beckérus hans.becke...@gmail.com
On Thu, May 23, 2013 at 8:31 PM, Burton, Ross ross.bur...@intel.com wrote:
On 23 May 2013 18:16, Hans Beckérus hans.becke...@gmail.com wrote:
Hmm. I tried the FILES trick, but either I am doing something wrong or
FILES does not really affect whats getting into the .rpm? This is what
I tried
Hi. Anyone ever experimented with building a u-boot standalone
application out-of-tree?
To be able to do that u-boot must install libstubs.o and applicable
header files in the sysroot staging folder. Is there some example of
how to do this already or am I the first to try this out?
Why do it this
Hello. I wish to bring in gnupg to our system but from what I can tell
gnupg is not part of Yocto nor OpenEmbedded. However, gpgme is. Is
gpgme to consider a complete replacement for gnupg? I have no need for
any gpg application libraries, but need the ability to sign and
perhaps encrypt/decrypt
On Mon, Apr 22, 2013 at 9:47 AM, Anders Darander and...@chargestorm.se wrote:
Hi,
Hans Beckérus hans.becke...@gmail.com wrote:
Hello. I wish to bring in gnupg to our system but from what I can tell
gnupg is not part of Yocto nor OpenEmbedded. However, gpgme is. Is
gpgme to consider a complete
On Mon, Apr 22, 2013 at 10:04 AM, Anders Darander and...@chargestorm.se wrote:
Hans Beckérus hans.becke...@gmail.com wrote:
On Mon, Apr 22, 2013 at 9:47 AM, Anders Darander
and...@chargestorm.se wrote:
Hi,
Hans Beckérus hans.becke...@gmail.com wrote:
Hello. I wish to bring in gnupg to our
I have a package for which some parts of it consist of pre-built
binaries, already stripped. When building I get lots of warning about
strip failing because the file(s) are already stripped.
Is there some simple way to turn off stripping during this phase?
I tried to disable do_package using the
On Tue, Apr 9, 2013 at 7:20 PM, Hans Beckérus hans.becke...@gmail.com wrote:
I am having an issue with the /etc/inittab file that seems to be
incorrectly generated causing the following error at boot:
INIT: version 2.88 booting
INIT: /etc/inittab[42]: duplicate ID field 1usb 1-1.1: new
I am having an issue with the /etc/inittab file that seems to be
incorrectly generated causing the following error at boot:
INIT: version 2.88 booting
INIT: /etc/inittab[42]: duplicate ID field 1usb 1-1.1: new
high-speed USB device number 3 using xusbps-ehci
The reason for this error is due
Hi. In our configuration we do not have an on-board Ethernet device. It
connected to the USB-host adapter.
It seems that probing of such devices are done very late in the kernel
boot-up which means it gets out of sync with the network init script(s)
and the NIC thus has to be brought up manually
**
*From:* yocto-boun...@yoctoproject.org [mailto:
yocto-boun...@yoctoproject.org] *On Behalf Of *Hans Beckérus
*Sent:* Friday, April 05, 2013 12:08 PM
*To:* yocto@yoctoproject.org
*Subject:* [yocto] USB Ethernet problems
** **
Hi. In our configuration we do not have an on-board Ethernet
On Fri, Apr 5, 2013 at 12:16 PM, Gary Thomas g...@mlbassoc.com wrote:
On 2013-04-05 03:08, Hans Beckérus wrote:
Hi. In our configuration we do not have an on-board Ethernet device. It
connected to the USB-host adapter.
It seems that probing of such devices are done very late in the kernel
On Fri, Apr 5, 2013 at 2:48 PM, Gary Thomas g...@mlbassoc.com wrote:
On 2013-04-05 06:38, Hans Beckérus wrote:
On Fri, Apr 5, 2013 at 12:16 PM, Gary Thomas g...@mlbassoc.com mailto:
g...@mlbassoc.com wrote:
On 2013-04-05 03:08, Hans Beckérus wrote:
Hi. In our configuration
On Fri, Apr 5, 2013 at 3:27 PM, Gary Thomas g...@mlbassoc.com wrote:
On 2013-04-05 07:23, Gary Thomas wrote:
On 2013-04-05 06:57, Hans Beckérus wrote:
On Fri, Apr 5, 2013 at 2:48 PM, Gary Thomas g...@mlbassoc.com mailto:
g...@mlbassoc.com wrote:
On 2013-04-05 06:38, Hans Beckérus
On Fri, Apr 5, 2013 at 5:51 PM, Paul Eggleton paul.eggle...@linux.intel.com
wrote:
On Friday 05 April 2013 16:13:32 Hans Beckérus wrote:
On Fri, Apr 5, 2013 at 3:59 PM, Gary Thomas g...@mlbassoc.com wrote:
As for the timing, maybe I've just been very lucky :-) I can see
On Mon, Mar 18, 2013 at 1:13 PM, Hans Beckérus hans.becke...@gmail.comwrote:
This is a continuation of the thread handling removal of /boot/uImage and
terminfo database. The /boot/uImage is solved but I am still having issues
with trying to remove /usr/share/terminfo database. I thought
This is a continuation of the thread handling removal of /boot/uImage and
terminfo database. The /boot/uImage is solved but I am still having issues
with trying to remove /usr/share/terminfo database. I thought it would be
as easy as just creating a ncurses .bbappend and configure the package with
Hi. In an effort to shrink our rootfs by some major numbers we found two
low-hanging fruits that we would like to address before cherry picking and
removing lots of good linux functionality. We have no need for the uImage
(3MB) stored in /boot and also we can leave out the terminfo tree (2.5MB).
On Fri, Mar 15, 2013 at 3:20 PM, Bruce Ashfield
bruce.ashfi...@windriver.com wrote:
On 13-03-15 06:33 AM, Hans Beckérus wrote:
Hi. In an effort to shrink our rootfs by some major numbers we found two
low-hanging fruits that we would like to address before cherry picking
and removing lots
On Fri, Mar 15, 2013 at 3:41 PM, Bruce Ashfield
bruce.ashfi...@windriver.com wrote:
On 13-03-15 07:36 AM, Hans Beckérus wrote:
On Fri, Mar 15, 2013 at 3:20 PM, Bruce Ashfield
bruce.ashfi...@windriver.com
mailto:bruce.ashfield@**windriver.combruce.ashfi...@windriver.com
wrote
On Wed, Mar 13, 2013 at 8:34 PM, Hans Beckérus hans.becke...@gmail.comwrote:
Hi. I just moved from a x86 Ubuntu host to SuSE x86_64. Now I have issues
getting my ARM image to build due to compilation errors in util-linux?
It seems it is the util-linux-native that fails even though I get
On Thu, Mar 14, 2013 at 3:32 PM, Kurt Stevens kurtmy...@gmail.com wrote:
Hello all,
I am new to this list, and new to working with yocto project. I have
been able to build bootable images for my target (atom) using yocto and
hob,
and am very happy and impressed.
I would also like
1 - 100 of 114 matches
Mail list logo