On 06/11/2013 12:45 AM, Steve Sakoman wrote:
The qt-apps folder in oe-core only seems to have recipes for qt4-x11-free apps.
Does anyone have a recipe for a simple qt4e app that they would be
willing to share?
I'm looking to get an idea of just how small a qt4e image can be
without climbing
I added a buildserver that also exports its sstate-cache directory, so
that other build machines can grab their stuff from it. This works fine,
but I have one problem. Some packages are meant to be dependent on the
system that built it. I want to enforce that each build machine creates
its own
On 07/10/2013 02:34 PM, Enrico Scholz wrote:
Enrico Scholz
enrico.scholz-wttK6gPy29v+Hn7q9Vec/7nah6klm...@public.gmane.org
writes:
is it expected that recent gcc 4.8[1] compiles the kernel correctly?
Kernels for ARMv5 platforms (PXA168 - 3.4.52, MX28 - 3.8.13) fail here
100% at early boot with
On 07/10/2013 03:25 PM, Mark Hatle wrote:
On 7/10/13 8:15 AM, Mike Looijmans wrote:
On 07/10/2013 02:34 PM, Enrico Scholz wrote:
Enrico Scholz
enrico.scholz-wttK6gPy29v+Hn7q9Vec/7nah6klm...@public.gmane.org
writes:
is it expected that recent gcc 4.8[1] compiles the kernel correctly?
Kernels
that I'd be
happy to contribute. I alread have one that puts my pulic key on the box
so i can safely log in and/or run automated test software with passwords
disabled.
Met vriendelijke groet / kind regards,
Mike Looijmans
TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440
On 07/10/2013 07:45 PM, Martin Jansa wrote:
On Wed, Jul 10, 2013 at 06:39:20PM +0100, Paul Eggleton wrote:
Hi Mike,
On Wednesday 10 July 2013 15:05:23 Mike Looijmans wrote:
I added a buildserver that also exports its sstate-cache directory, so
that other build machines can grab their stuff
Devicetree files were installed hard-coded in /boot. When KERNEL_IMAGEDEST
is anything else but boot, the postinstall script and the file locations
no longer match and the postinstall will fail.
Replace boot with ${KERNEL_IMAGEDEST} to fix this problem, and to allow
the devicetree files to be
to be installed in another location.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
---
meta/recipes-kernel/linux/linux-dtb.inc |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-dtb.inc
b/meta/recipes-kernel/linux/linux-dtb.inc
index 7747718
adding this after this change?
(as for the change itself, I'm all in favor)
Mike.
Met vriendelijke groet / kind regards,
Mike Looijmans
TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) – (0)499 - 33.69.79
Telefax: (+31) - (0)499
groet / kind regards,
Mike Looijmans
TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) – (0)499 - 33.69.79
Telefax: (+31) - (0)499 - 33.69.70
E-mail: mike.looijm...@topic.nl
Website: www.topic.nl
Dit e-mail bericht en de eventueel daarbij
}'`
+ DTB_SYMLINK_NAME=`echo ${KERNEL_IMAGE_SYMLINK_NAME} | sed
s/${MACHINE}/${DTB_BASE_NAME}/g`
+ update-alternatives --remove ${DTB_BASE_NAME}.dtb
devicetree-${DTB_SYMLINK_NAME}.dtb ${KERNEL_PRIORITY} || true
done
}
Met vriendelijke groet / kind regards,
Mike Looijmans
TOPIC
Baking a kernel failed on the devicetree creation. This was caused
by the install and deploy scripts referring to the wrong directory
for the dtb files.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
---
meta/recipes-kernel/linux/linux-dtb.inc |4 ++--
1 file changed, 2 insertions
On 08/20/2013 05:21 PM, Otavio Salvador wrote:
On Tue, Aug 20, 2013 at 7:02 AM, Mike Looijmans mike.looijm...@topic.nl wrote:
Baking a kernel failed on the devicetree creation. This was caused
by the install and deploy scripts referring to the wrong directory
for the dtb files.
Signed-off
(see comment below)
On 02/06/2013 02:26 PM, Martin Jansa wrote:
* as described in
http://git.openembedded.org/openembedded-core/commit/?id=6107ee294afde395e39d084c33e8e94013c625a9
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
meta/classes/rm_work.bbclass | 18 --
milo@phenom:/media/work/pliqt/openpli-oe-core/build/tmp/sstate-diff/1360521554$
Any tips on interpreting this further?
Met vriendelijke groet / kind regards,
Mike Looijmans
[cid:image6b1258.GIF@29fbd82e.4da8fd68]
Topic Embedded Systems
Eindhovenseweg 32c T: +31 (0)499 33 69
So far i've been using good old initscripts for my systems. I want to
try out systemd. Having zero experience with that, I just added
systemd to the DISTRO_FEATURES and started a fresh build. The build
ran fine, but it produced something that still seems to be using
initscripts, albeit that a
On 02/14/2013 01:42 PM, Marcin Juszkiewicz wrote:
W dniu 14.02.2013 13:35, Mike Looijmans pisze:
So far i've been using good old initscripts for my systems. I want to
try out systemd. Having zero experience with that, I just added
systemd to the DISTRO_FEATURES and started a fresh build
On 02/14/2013 01:57 PM, Mike Looijmans wrote:
On 02/14/2013 01:42 PM, Marcin Juszkiewicz wrote:
W dniu 14.02.2013 13:35, Mike Looijmans pisze:
So far i've been using good old initscripts for my systems. I want to
try out systemd. Having zero experience with that, I just added
systemd
On 02/14/2013 02:42 PM, Mike Looijmans wrote:
On 02/14/2013 01:57 PM, Mike Looijmans wrote:
On 02/14/2013 01:42 PM, Marcin Juszkiewicz wrote:
W dniu 14.02.2013 13:35, Mike Looijmans pisze:
So far i've been using good old initscripts for my systems. I want to
try out systemd. Having zero
Haven't seen any reactions (good or bad), So I thought I'd give it a
ping as the wiki suggested. I'd really like to see this fixed.
On 02/16/2013 04:45 PM, MiLo wrote:
The libmount shared library was part of util-linux. This caused
util-linux-mount to RDEPEND on util-linux, so including that
I'm still having trouble with packages being needlessly rebuilt over and
over. The worst of all it qt4-embedded, it takes about an hour to build.
This is wasting a LOT of time.
The classic OE never rebuilt a package until its version changed.
How and why the current oe-core decides to rebuild
On 02/18/2013 12:11 PM, Burton, Ross wrote:
On 18 February 2013 11:04, Mike Looijmans mike.looijm...@topic.nl wrote:
I'm still having trouble with packages being needlessly rebuilt over and
over. The worst of all it qt4-embedded, it takes about an hour to build.
This is wasting a LOT of time
On 02/21/2013 05:39 PM, Burton, Ross wrote:
On 21 February 2013 16:31, Saul Wold s...@linux.intel.com wrote:
MiLo (1):
util-linux: Add package for libmount
This appears fine but I'm seeing weird problems where although the
library is moved out, the shlibdeps are not correct (i.e.
On 02/22/2013 10:52 AM, Burton, Ross wrote:
On 22 February 2013 07:11, Mike Looijmans mike.looijm...@topic.nl wrote:
If there's anything I can do to help let me know. Is this now blocking the
integration?
I haven't found any issues with the dependencies, but I've only tested with
the util
Is there any feedback on this patch yet?
Mike.
On 02/19/2013 06:23 PM, MiLo wrote:
The libmount shared library was part of util-linux. This caused
util-linux-mount to RDEPEND on util-linux, so including that would
also drag in all of util-linux and all its recommendations.
To break this
+
___
Openembedded-commits mailing list
openembedded-comm...@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-commits
--
Mike Looijmans - Topic Automation
___
Openembedded-core mailing list
Openembedded-core
In busybox.inc, the recipe says:
INITSCRIPT_PARAMS_${PN}-mdev = start 06 S .
Actually 06 is alreay wrong, it should be 03 just like udev uses.
The modules load at runlevel 04, so they'll fail to load correctly if
they require firmware, soI amended this in a .bbappend to read
On 04/10/2013 12:24 PM, Burton, Ross wrote:
Hi Mike,
On 10 April 2013 11:07, Burton, Ross ross.bur...@intel.com wrote:
This used to work just fine about a month ago, but it's suddenly broken. Has
something changed in update-rc handling?
Did you resolve this? We just noticed the same thing
On 05/08/2013 11:06 AM, Robert Yang wrote:
The bb.fatal() is defined as:
def fatal(*args):
logger.critical(''.join(args))
sys.exit(1)
So anything after bb.fatal() in the same code block doesn't have any
effect, e.g.:
bb.fatal(%s_%s: %s % (var, pkg, e))
raise e
The raise e
On 05/09/2013 05:34 AM, Robert Yang wrote:
On 05/09/2013 10:23 AM, Chris Larson wrote:
On Wed, May 8, 2013 at 7:14 PM, Robert Yang
liezhi.y...@windriver.comwrote:
On 05/08/2013 08:03 PM, Mike Looijmans wrote:
On 05/08/2013 11:06 AM, Robert Yang wrote:
The bb.fatal() is defined as:
def
The udev hotplug deamon starts at 03, so mdev should start at the same
point.
This fixes the bug that when modutils (runs at 04) initializes devices
that the mdev hotplug will often not pick them up, resulting in missing
device nodes and similar problems.
Signed-off-by: Mike Looijmans
I got the following build error once, on an attempt to fix it (and
create a patch for OE-core) from the devshell, the problem magically
disappeared:
|
/home/mike/zynq/build/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/libsoup-2.4/2.42.1-r0/temp/run.do_configure.26683:
line 175:
On 05/15/2013 08:19 AM, Yi Qingliang wrote:
I'm running qt application on yocto's qt image. cpu is s3c2442, like mini2440.
the problem is:
key event issued by pressing gpio-key eat by 'getty' (from busybox),
my application can't receive input event,
if I remove respawn 'getty' for tty1 in
On 05/15/2013 10:10 AM, Yi Qingliang wrote:
On Wednesday, May 15, 2013 10:05:45 AM Mike Looijmans wrote:
On 05/15/2013 08:19 AM, Yi Qingliang wrote:
I'm running qt application on yocto's qt image. cpu is s3c2442, like
mini2440.
the problem is:
key event issued by pressing gpio-key eat
I got this very weird build failure. It builds fine for one machine
(zedboard), but it craps out in a really weird way on the zynq-zc702
machine.
Somehow the package_write_ipk task wants to find files in a directory
with 1-r0 (a version that has once existed a long long time ago) in
the
On 05/17/2013 12:15 PM, Martin Jansa wrote:
On Fri, May 17, 2013 at 11:43:22AM +0200, Mike Looijmans wrote:
I got this very weird build failure. It builds fine for one machine
(zedboard), but it craps out in a really weird way on the zynq-zc702
machine.
Somehow the package_write_ipk task
On 05/17/2013 12:51 PM, Mike Looijmans wrote:
On 05/17/2013 12:15 PM, Martin Jansa wrote:
On Fri, May 17, 2013 at 11:43:22AM +0200, Mike Looijmans wrote:
I got this very weird build failure. It builds fine for one machine
(zedboard), but it craps out in a really weird way on the zynq-zc702
On 05/17/2013 12:15 PM, Martin Jansa wrote:
On Fri, May 17, 2013 at 11:43:22AM +0200, Mike Looijmans wrote:
I got this very weird build failure. It builds fine for one machine
(zedboard), but it craps out in a really weird way on the zynq-zc702
machine.
Somehow the package_write_ipk task
On 05/17/2013 01:11 PM, Mike Looijmans wrote:
On 05/17/2013 12:15 PM, Martin Jansa wrote:
On Fri, May 17, 2013 at 11:43:22AM +0200, Mike Looijmans wrote:
I got this very weird build failure. It builds fine for one machine
(zedboard), but it craps out in a really weird way on the zynq-zc702
On 05/17/2013 01:13 PM, Mike Looijmans wrote:
On 05/17/2013 01:11 PM, Mike Looijmans wrote:
On 05/17/2013 12:15 PM, Martin Jansa wrote:
On Fri, May 17, 2013 at 11:43:22AM +0200, Mike Looijmans wrote:
I got this very weird build failure. It builds fine for one machine
(zedboard), but it craps
}
${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE}-${KERNEL_VERSION} ${KERNEL_PRIORITY} ||
true
if [ ! -e $D/lib/modules/${KERNEL_VERSION} ]; then
mkdir -p $D/lib/modules/${KERNEL_VERSION}
Met vriendelijke groet / kind regards,
Mike Looijmans
TOPIC Embedded Systems
Eindhovenseweg 32-C
On 09/12/2013 02:03 PM, Hongxu Jia wrote:
On 09/12/2013 05:47 PM, Mike Looijmans wrote:
This change just assumes that all boot systems are alike. Just
applying this patch as is will probably break a lot of embedded
systems that have totally different ways of upgrading the kernel. Best
scenario
this kind
of fetch error?
--
Mike Looijmans - TOPIC Automation
Met vriendelijke groet / kind regards,
Mike Looijmans
TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) – (0)499 - 33.69.79
Telefax: (+31) - (0)499 - 33.69.70
E-mail: mike.looijm
On 11/20/2013 11:38 AM, Martin Jansa wrote:
On Wed, Nov 20, 2013 at 11:01:36AM +0100, Mike Looijmans wrote:
I get this error every time I try t build the current oe-core master:
ERROR: Checksum failure fetching
https://github.com/kergoth/tslib/releases/download/1.1/tslib-1.1.tar.xz
On 11/20/2013 12:09 PM, Mike Looijmans wrote:
On 11/20/2013 11:38 AM, Martin Jansa wrote:
On Wed, Nov 20, 2013 at 11:01:36AM +0100, Mike Looijmans wrote:
I get this error every time I try t build the current oe-core master:
ERROR: Checksum failure fetching
https://github.com/kergoth/tslib
On 11/20/2013 01:29 PM, Martin Jansa wrote:
On Wed, Nov 20, 2013 at 01:02:27PM +0100, Mike Looijmans wrote:
On 11/20/2013 12:09 PM, Mike Looijmans wrote:
On 11/20/2013 11:38 AM, Martin Jansa wrote:
On Wed, Nov 20, 2013 at 11:01:36AM +0100, Mike Looijmans wrote:
I get this error every time
finished
ERROR: Function failed: sysroot_stage_all
--
Mike Looijmans - TOPIC Automation
Met vriendelijke groet / kind regards,
Mike Looijmans
TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) – (0)499 - 33.69.79
Telefax: (+31) - (0)499
After installing python-unittest, the following errors occur when executing
import unittest from a python commandline:
ImportError: No module named StringIO
ImportError: No module named pprint
ImportError: No module named difflib
ImportError: No module named pprint
ImportError: No module named
and compiles (and links etc.) C code for that board.
What package(s) do I need to build and install to accomplish this?
Mike.
Met vriendelijke groet / kind regards,
Mike Looijmans
TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) – (0)499
On 01/08/2014 02:48 PM, Phil Blundell wrote:
On Wed, 2014-01-08 at 14:24 +0100, Mike Looijmans wrote:
Probably a silly question that has been asked a thousand times, but my
searches on Google only give me the answer to the wrong question (how to build
FOR the target, which I already know how
On 01/08/2014 02:50 PM, Philip Balister wrote:
On 01/08/2014 08:24 AM, Mike Looijmans wrote:
Probably a silly question that has been asked a thousand times, but my
searches on Google only give me the answer to the wrong question (how to
build FOR the target, which I already know how to do).
I
On 9-1-2014 19:45, Trevor Woerner wrote:
Hi everyone,
At the last TSC meeting the topic of unmaintained layers came up. Here
is the sorted list of master layers from the layer index [1], would it
be possible for those in the know to indicate which layers are, or are
suspected of being,
libgomp unconditionally (why
is that only included for powerpc?).
Since multicore systems are getting more and more common even in
embedded systems, I guess I shouldn't be the only one who bumped into this.
Met vriendelijke groet / kind regards,
Mike Looijmans
TOPIC Embedded Systems
On 01/18/2013 11:27 AM, Mike Looijmans wrote:
Hello,
When trying to use OpenMP in an embedded ARM project, I found that
oe-core explicitly tells GCC to NOT include the OpenMP support.
Is there a particular reason why this was done?
As an experiment, I just removed the --disable-libgomp
On 01/18/2013 12:02 PM, Mike Looijmans wrote:
On 01/18/2013 11:27 AM, Mike Looijmans wrote:
Hello,
When trying to use OpenMP in an embedded ARM project, I found that
oe-core explicitly tells GCC to NOT include the OpenMP support.
Is there a particular reason why this was done
From: MiLo milo-softw...@users.sourceforge.net
The configure script tests for libjson's presence. The missing dependency
becomes apparent when building without x11 or gnome.
Signed-off-by: MiLo milo-softw...@users.sourceforge.net
---
meta/recipes-multimedia/pulseaudio/pulseaudio.inc |2 +-
From: Mike Looijmans mike.looijm...@topic.nl
Multicore embedded systems are getting more and more common.
Remove --disable-openmp from the GCC configuration options and
always build libgomp. This only creates a bigger compiler but
has no effect on the compiled binaries that don't use openmp
,
Mike Looijmans
TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) - (0)499 - 33.69.79
Telefax: (+31) - (0)499 - 33.69.70
E-mail: mike.looijm...@topic.nl
Website: www.topic.nl
Dit e-mail bericht en de eventueel daarbij behorende bijlagen zijn
From: MiLo milo-softw...@users.sourceforge.net
Multicore embedded systems are getting more and more common.
Remove --disable-openmp from the GCC configuration options and
always build libgomp. This only creates a bigger compiler but
has no effect on the compiled binaries that don't use openmp.
This mail bounced so the v2 patch overtook it...
From: Mike Looijmans mike.looijm...@topic.nl
Multicore embedded systems are getting more and more common.
Remove --disable-openmp from the GCC configuration options and
always build libgomp. This only creates a bigger compiler but
has
running populate-volatile at rootfs is a good thing for
writable rootfs as well, it reduces the writing at first boot. Why not
ALWAYS do this?
--
Mike Looijmans - Topic Automation
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
secret way of setting up directories and variables that will
make it work as it used to?
--
Mike Looijmans - TOPIC Automation
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo
On 02/01/2013 11:29 AM, Burton, Ross wrote:
On 1 February 2013 07:51, Mike Looijmans mike.looijm...@topic.nl wrote:
A concrete example might help.
Would be glad to comply, if you care to explain what you need. What should I
do, which logging to collect (and maybe how)?
To start with just
of
this package succeed.
I have no idea what fontconfig is supposed to do and where it is
supposed to run, but it looks to me as if that configure_append should
not be there at all.
--
Mike Looijmans - TOPIC Automation
___
Openembedded-core mailing
On 02/04/2013 10:26 AM, Laurentiu Palcu wrote:
Hi,
Re-generating applications' cache every time the system is rebooted is not a
very efficient process for an embedded device. Usually, the cache directory is
used by applications to store data resulting from time consmuming I/O or
calculation.
-cache?
I tried: do_compile[vardepsexclude] = XILINX_TOOL_PATH
that didn't appear to help.
--
Mike Looijmans - TOPIC Automation
Met vriendelijke groet / kind regards,
Mike Looijmans
TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) – (0
On 01/29/2014 01:56 PM, Richard Purdie wrote:
On Wed, 2014-01-29 at 13:09 +0100, Ulf Samuelsson wrote:
We discussed this 2.3 months ago.
Did some studies on my dual hex-core machine (24 H/W treads) while
building a cloud9-gnome-image derivative.
This did about 7500 tasks.
Enabled the CPU
, tricks, etc...
--
Mike Looijmans - TOPIC Automation
Met vriendelijke groet / kind regards,
Mike Looijmans
TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) – (0)499 - 33.69.79
Telefax: (+31) - (0)499 - 33.69.70
E-mail: mike.looijm
:script.write(%s % bb.build.shell_trap_code())
0249:script.write(export ROOTFS_SIZE=%d\n %
self._get_rootfs_size())
0250:bb.data.emit_func('img_creation_func', script,
self.d)
0251:script.write(img_creation_func\n)
0252:
--
Mike Looijmans
On 03/01/2014 07:03 PM, Paul Barker wrote:
On 1 March 2014 17:46, Mike Looijmans mike.looijm...@topic.nl wrote:
I get this mysterious error at rootfs after updating to current master:
Exception: AttributeError: 'module' object has no attribute
'shell_trap_code'
...
As a quick stab
it.
New OE-core is not that friendly it seems. I've been attempting to get this to
work, but it simply won't, not matter what I tried.
Met vriendelijke groet / kind regards,
Mike Looijmans
TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) (0
removing
PRINC from the recipes will break the upgrade path.
What are we supposed to do now?
--
Mike Looijmans
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On 04/19/2014 12:59 PM, Martin Jansa wrote:
On Sat, Apr 19, 2014 at 11:08:06AM +0200, Mike Looijmans wrote:
Attempting to move to the current OE-head now yields about a hundred
messages like this:
WARNING: Use of PRINC 7 was detected in the recipe ...
The https://wiki.yoctoproject.org/wiki
ash shell for example.
I don't understand the reasoning behind that commit. There's nothing in
nfs-utils that really needs bash, it runs fine without it.
Also, there is an error in the startup script, I can submit a patch for
that if you like. The script is needlessly complex too.
--
Mike
From: Mike Looijmans milo-softw...@users.sourceforge.net
Resolves warnings of this kind in the OpenPLi layer:
WARNING: Use of PRINC * was detected in the recipe *
---
meta/recipes-bsp/alsa-state/alsa-state.bb |2 +-
meta/recipes-connectivity/bluez/bluez4_4.101.bb|2
On 04/22/2014 08:02 AM, ChenQi wrote:
On 04/20/2014 01:44 AM, Mike Looijmans wrote:
To my surprise, a megabyte sized package bash was installed on target when
I installed nfs-utils to start the NFS server.
Commit 664ae3dc52fd7fc8c6f64e6cf5e70f97dedd332d claims the package needs bash.
It's
On 05/01/2014 07:02 PM, Richard Purdie wrote:
I was asked what I thought were things that needed discussion at OEDAM.
Sadly I won't be there but I thought it might help to write down my
thoughts in a few areas.
Developer Workflow
--
Firstly, I think the big piece we need to
.
Is there something I'm missing here in my setup?
--
/Tarek/
--
Mike Looijmans
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On 05/02/2014 03:47 PM, Burton, Ross wrote:
On 2 May 2014 14:00, Mike Looijmans mike.looijm...@topic.nl wrote:
Just about fifteen minutes ago I was asked the question of Yay, I could
build a complete image for the board from scratch. Now how do I create and
run a HelloWorld application
in failing to build the rootfs. The adduser command
did not work on the host. This was very unexpected - does shadow deliver
something into the sysroot that adduser.bbclass needs?
How can I get rid of the shadow package?
--
Mike Looijmans
On 05/16/2014 07:23 PM, Mark Hatle wrote:
On 5/16/14, 10:04 AM, Mike Looijmans wrote:
Any package that wants to add user accounts (e.g. dbus) automatically
installs the shadow package into the image. This appears to be done by
adduser.bbclass.
We want to keep it small, and can easily live
regards,
Mike Looijmans
TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) (0) 499 33 69 79
Telefax: (+31) (0) 499 33 69 70
E-mail: mike.looijm...@topic.nl
Website: www.topic.nl
Please consider the environment before printing this e-mail
Visit
On 05/29/2014 01:12 AM, Richard Purdie wrote:
On Wed, 2014-05-28 at 13:46 -0700, Christopher Larson wrote:
On Wed, May 28, 2014 at 1:42 PM, Khem Raj raj.k...@gmail.com wrote:
On Mon, May 26, 2014 at 11:58 PM, Mike Looijmans
mike.looijm...@topic.nl wrote:
I have
On 06/03/2014 07:25 AM, Mike Looijmans wrote:
Worst case, you can pull the siginfo files from one build and the
siginfo files from the sstate mirror and then see which ones are
different, then run bitbake-diffsigs X Y to compare the two files.
How do I find what to pull? I have (ssh) access
On 06/03/2014 10:45 AM, Richard Purdie wrote:
On Tue, 2014-06-03 at 07:35 +0200, Mike Looijmans wrote:
On 06/03/2014 07:25 AM, Mike Looijmans wrote:
Worst case, you can pull the siginfo files from one build and the
siginfo files from the sstate mirror and then see which ones are
different
On 06/03/2014 04:10 PM, Richard Purdie wrote:
On Tue, 2014-06-03 at 15:54 +0200, Mike Looijmans wrote:
On 06/03/2014 10:45 AM, Richard Purdie wrote:
the next steps depend upon how clear the differences are. Basically
there should be some degree of commonality between the two builds
On 06/03/2014 10:45 AM, Richard Purdie wrote:
On Tue, 2014-06-03 at 07:35 +0200, Mike Looijmans wrote:
On 06/03/2014 07:25 AM, Mike Looijmans wrote:
Worst case, you can pull the siginfo files from one build and the
siginfo files from the sstate mirror and then see which ones are
different
for my device, but I cannot find such
message anywhere.
So my questions are:
1) Why is there no error message when image creation fails?
2) Where is the log/output from the mkfs.ubi commands?
2) What could be wrong with my mkubifs parameters?
Mike.
Met vriendelijke groet / kind regards,
Mike
On 07/14/2014 02:07 PM, Mike Looijmans wrote:
I have a NOR chip that reports a 4k erase size, so in my machine.conf I entered:
MKUBIFS_ARGS = -m 1 -e 3968 -c 7040
UBINIZE_ARGS = -m 1 -p 4096
UBI_VOLNAME = qspi-rootfs
When I create an image with ubi in the IMAGE_FSTYPES, the build runs
packages.
--
Mike Looijmans
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On 19-7-2014 18:21, Richard Purdie wrote:
On Sat, 2014-07-19 at 14:10 +0200, Mike Looijmans wrote:
For a hobby project (openpli.org) there are about a million boxes
running software built with OE.
I recently upgraded its core to the current master. What now happens is
that if a package like
it is and it's its when it's its property.
--
Mike Looijmans
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On 08/03/2014 03:51 PM, Alex J Lennon wrote:
On 03/08/2014 14:25, Mike Looijmans wrote:
I'm getting lots of warnings like this:
WARNING: QA Issue: enigma2-plugin-systemplugins-wirelesslan rdepends
on wireless-tools but its not a build dependency? [build-deps]
What does it actually mean
On 08/03/2014 06:07 PM, Richard Purdie wrote:
On Sun, 2014-08-03 at 15:25 +0200, Mike Looijmans wrote:
I'm getting lots of warnings like this:
WARNING: QA Issue: enigma2-plugin-systemplugins-wirelesslan rdepends on
wireless-tools but its not a build dependency? [build-deps]
What does
On 08/03/2014 07:35 PM, Mike Looijmans wrote:
On 08/03/2014 06:07 PM, Richard Purdie wrote:
On Sun, 2014-08-03 at 15:25 +0200, Mike Looijmans wrote:
I'm getting lots of warnings like this:
WARNING: QA Issue: enigma2-plugin-systemplugins-wirelesslan rdepends on
wireless-tools but its
On 08/03/2014 07:48 PM, Mike Looijmans wrote:
On 08/03/2014 07:35 PM, Mike Looijmans wrote:
On 08/03/2014 06:07 PM, Richard Purdie wrote:
On Sun, 2014-08-03 at 15:25 +0200, Mike Looijmans wrote:
I'm getting lots of warnings like this:
WARNING: QA Issue: enigma2-plugin-systemplugins
On 08/07/2014 11:10 AM, Paul Eggleton wrote:
...
* Provide tools to allow modifying software for which a recipe already exists.
If the user has an external source tree we use that, otherwise we can fetch
the source, apply any patches and place the result in an external source tree,
possibly
the system is just a matter of inserting a USB stick and flipping the
power switch).
--
Mike Looijmans
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On 08/09/2014 10:44 AM, Alex J Lennon wrote:
On 09/08/2014 09:13, Mike Looijmans wrote:
On 08/07/2014 03:05 PM, Paul Eggleton wrote:
On Thursday 07 August 2014 11:13:02 Alex J Lennon wrote:
Historically I, and I suspect others, have done full image updates of
the storage medium, onboard
For systems looking for speed rather than size (e.g. booting from serial NOR
flash) LZO is usually a good tradeoff, and usually boots faster than gzip
or even an uncompressed filesystem.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
---
.../squashfs-tools/squashfs-tools_4.2.bb
1 - 100 of 397 matches
Mail list logo
