please just move gitpkgv. That's like five minutes work, and if anyone
(e.g. me) feels like building something better, he or she is free do submit
that and get rid of the gitpkgv class once it's obsolete.
Mike.
On 10/08/2014 04:39 PM, Mike Looijmans wrote:
The gitpkgv class is very he
lijke 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
Please consider the environment before printing t
On 09/15/2014 04:12 PM, Richard Purdie wrote:
On Mon, 2014-09-15 at 15:58 +0200, Mike Looijmans wrote:
I can probably come up with scenarios where "os.stat(src).st_dev ==
os.stat(destdir).st_dev" but os.link will still fail.
Less code and does not assume that when src and destdir
ir).st_dev):
+os.link(src, dst)
+else:
+shutil.copyfile(src, dst)
except Exception as e:
bb.warn("Could not copy license file %s: %s" % (basename, e))
Met vriendelijke groet / kind regards,
Mike Looijmans
TOPIC Embedded Systems
Eindhove
say I'd like to change the cortexa* DEFAULTTUNES to
reference armv7at or armv7at-neon (continue the softfp ABI for the time
being). I'd be fine with the at-neon version, as I think all of the
commodity armv7a's have neon.
--Mark
--
Mike Looijmans
--
_
never made that move.
--
Mike Looijmans
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On 05/27/2014 08:58 AM, Mike Looijmans wrote:
I have a deja-vu feeling about this question.
I have this recipe:
https://github.com/topic-embedded-products/meta-topic/blob/master/recipes-bsp/fpga/fpga-image-miami.bb
Which includes this one:
https://github.com/topic-embedded-products/meta
ove stuff.
M.
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...@topic.nl
Website: www.topic.nl
Please consider th
On 08/12/2014 08:57 PM, Burton, Ross wrote:
On 12 August 2014 18:40, Mike Looijmans wrote:
Is there an alternative to manually patching all of these packages to get
them to compile once more?
Depends on the package, but generally you'll need to update the
automake macro at the t
file './AUTHORS' not found
This apparently traces down to:
74b05bba64589da0e4439a4293559ad9670104bd
"autoconf: remove automake patch enforcing --foreign"
Is there an alternative to manually patching all of these packages to
get them to
Add "squashfs-lzo" to the image types. LZO compression support has been
in both kernel and squashfs tools for many years, but OE never enabled
it.
Signed-off-by: Mike Looijmans
---
meta/classes/image_types.bbclass |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --
d-off-by: Mike Looijmans
---
.../squashfs-tools/squashfs-tools_4.3.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.3.bb
b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.3.bb
index 54fd3bb..e3
On 08/11/2014 12:33 PM, Richard Purdie wrote:
On Mon, 2014-08-11 at 12:11 +0200, Mike Looijmans wrote:
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
Sorry for having posted this multiple times, our local mail server bounced it
as "spam" so I figured it never arrived, and retried it later.
On 08/11/2014 12:11 PM, Mike Looijmans wrote:
For systems looking for speed rather than size (e.g. booting from serial NOR
flash) LZO is usua
Add "squashfs-lzo" to the image types. LZO compression support has been
in both kernel and squashfs tools for many years, but OE never enabled
it.
Signed-off-by: Mike Looijmans
---
meta/classes/image_types.bbclass | 16 +---
1 file changed, 9 insertions(+), 7 deletion
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
---
.../squashfs-tools/squashfs-tools_4.2.bb |4 ++--
1 file
Add "squashfs-lzo" to the image types. LZO compression support has been
in both kernel and squashfs tools for many years, but OE never enabled
it.
Signed-off-by: Mike Looijmans
---
meta/classes/image_types.bbclass | 16 +---
1 file changed, 9 insertions(+), 7 deletion
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
---
.../squashfs-tools/squashfs-tools_4.2.bb |4 ++--
1 file
Add "squashfs-lzo" to the image types. LZO compression support has been
in both kernel and squashfs tools for many years, but OE never enabled
it.
Signed-off-by: Mike Looijmans
---
meta/classes/image_types.bbclass | 16 +---
1 file changed, 9 insertions(+), 7 deletion
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
as there's a procedure the
end-user can use to recover the system (on most settop boxes, debricking
the system is just a matter of inserting a USB stick and flipping the
power switch).
--
Mike Looijmans
--
___
Openembedded-core mailing list
Openemb
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 mana
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-
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
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-
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]
"
-> it's) because
it's "it's" when it's "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 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
uilt
one, so don't update the PR of the dependent packages".
--
Mike Looijmans
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
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 "u
ameters?
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 33 69 70
E-mail: mike.looijm...@topic.nl
Website: www.topic.nl
Please cons
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 and at
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 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 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 wrote:
On Mon, May 26, 2014 at 11:58 PM, Mike Looijmans
wrote:
> I have a deja-vu feeling about this quest
delijke 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
Please consider the environment before
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 e
box provide
"shadow" resulted 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 o
On 05/02/2014 03:47 PM, Burton, Ross wrote:
On 2 May 2014 14:00, Mike Looijmans 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 on it?"
Depending
ode, then the resolv.conf is updated with my DNS
address.
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/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 addr
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 b
From: Mike Looijmans
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 +-
.../nfs-utils/nfs-utils_1.2.9.bb
with busybox's 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 need
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
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
appily fetch from 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,
On 03/01/2014 07:03 PM, Paul Barker wrote:
On 1 March 2014 17:46, Mike Looijmans 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-in-the-dark
0246:
0247:with open(script_name, "w+") as script:
*** 0248: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_cre
CLASS to join them?
I'm interested in your ideas, opinions, 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)4
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 superv
s not matter for the
sstate-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
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, unmaintai
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 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
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
else? (I've already set INHIBIT_DEFAULT_DEPS = "1", is
there more that I can do?)
--
Mike Looijmans - TOPIC Automation
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
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 fn
DEBUG: Python function sysroot_stage_all finished
DEBUG: Python function do_populate_sysroot 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 K
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
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 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
lse could cause 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
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 ke
Update kernel may affect kernel-module!"
+ fi
+ fi
+
update-alternatives --install /${KERNEL_IMAGEDEST}/${KERNEL_IMAGETYPE}
${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE}-${KERNEL_VERSION} ${KERNEL_PRIORITY} ||
true
if [ ! -e "$D/lib/modules/${KERNEL_VERSION
On 08/20/2013 05:21 PM, Otavio Salvador wrote:
On Tue, Aug 20, 2013 at 7:02 AM, Mike Looijmans 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-by: Mike Looijmans
Nack
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
---
meta/recipes-kernel/linux/linux-dtb.inc |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
"`
- update-alternatives --remove ${DTS_BASE_NAME}.dtb
devicetree-${DTB_SYMLINK_NAME}.dtb ${KERNEL_PRIORITY} || true
+ DTB_BASE_NAME=`basename ${DTB_FILE} | awk -F "." '{print $1}'`
+ DTB_SYMLINK_NAME=`echo ${KERNEL_IMAGE_SYMLINK_NAME} | sed
ering, how do you guys handle upgrading kernel,
bootloader and devicetree files?
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
adds a single device).
How would I go about 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
allow
the devicetree files to be installed in another location.
Signed-off-by: Mike Looijmans
---
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
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 b
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 t
;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 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
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
On 07/10/2013 02:34 PM, Enrico Scholz wrote:
Enrico Scholz
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
Applying two upstream kernel commits
455bd4c430b0c0a361f38e
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 ow
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 the
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
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-
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_
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-
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_
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
t
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-
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 /etc/
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: intltooli
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
---
meta
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
wrote:
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 fatal(*args
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
On 04/10/2013 12:24 PM, Burton, Ross wrote:
Hi Mike,
On 10 April 2013 11:07, Burton, Ross 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 is happening to
udev to
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
INITSCRIPT
r1"
require util-linux.inc
# note that `lscpu' is under GPLv3+
___
Openembedded-commits mailing list
openembedded-comm...@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-commits
--
Mike Looij
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 circul
On 02/22/2013 10:52 AM, Burton, Ross wrote:
On 22 February 2013 07:11, Mike Looijmans 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-linux-mount/
On 02/21/2013 05:39 PM, Burton, Ross wrote:
On 21 February 2013 16:31, Saul Wold 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.
util-linux-fsck will occasiona
On 02/18/2013 12:11 PM, Burton, Ross wrote:
On 18 February 2013 11:04, Mike Looijmans 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.
The classic OE
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
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 wo
301 - 400 of 420 matches
Mail list logo
