ild_env_path}
> $target_sdk_dir >> $LOGFILE && \
> + python $target_sdk_dir/ext-sdk-prepare.py $LOGFILE
> '${SDK_INSTALL_TARGETS}'"
> + if [ $? -ne ]; then
> + echo "printf 'ERROR: this SDK was not fully installed
> and needs reinstalling\n'" >> $env_setup_script
> + exit 1
> + rm $target_sdk_dir/ext-sdk-prepare.py
Unreachable code.
> + fi
> fi
> echo done
> }
> --
> 2.10.2
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
Cheers,
Ulf
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
;
> rday
bin_package.bbclass might be useful as well, especially if the files
are already arranged like in the rootfs inside the tarballs.
Cheers,
Ulf
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Probably leftovers. Verified with a full core-image-sato build. For
imports, I tried to find helper functions that might use an import from
the parent function as well.
Signed-off-by: Ulf Magnusson
---
meta/classes/package.bbclass | 13 +
1 file changed, 1 insertion(+), 12 deletions
Changes since v1:
Remove accidentally omitted 's' variable too.
Ulf Magnusson (1):
package.bbclass: Remove unused variables and imports
meta/classes/package.bbclass | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
Probably leftovers. Verified with a full core-image-sato build. For
imports, I tried to find helper functions that might use an import from
the parent function as well.
Signed-off-by: Ulf Magnusson
---
meta/classes/package.bbclass | 11 ---
1 file changed, 11 deletions(-)
diff --git a
" --remove-section=.comment --remove-section=.note"
Another approach would be to use STRIPFLAGS and
STRIPFLAGS_EXTRA_{MODULE,SO,EXE} variables with default values in
metadata. Not sure if that's overengineering things for little benefit
though.
>
>
On Tue, Oct 25, 2016 at 1:18 PM, Ulf Magnusson wrote:
> On Tue, Oct 25, 2016 at 12:23 PM, Michael Blättler
> wrote:
>> The EXTRA_STRIPFLAGS variable can be used to pass additional parameters to
>> the strip command.
>> This can be used to remove additional sections or
g/docs/2.2/ref-manual/ref-manual.html#viewing-package-information-with-oe-pkgdata-util
Cheers,
Ulf
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
+= "--remove-section=.comment --remove-section=.note
> --strip-unneeded"
> # shared or executable:
> elif elftype & 8 or elftype & 4:
> -extraflags = "--remove-section=.comment --remove-section=.note"
> +
#x27;t: To see
which recipes inherit a particular class (either directly or
indirectly), you can use a command like the following one:
$ bitbake-layers show-recipes -i populate_sdk_base
The TOOLCHAIN_HOST_TASK and TOOLCHAIN_TARGET_TASK variables could use
some more documentation.
ompile:
real 0m54.560s
user 0m46.028s
sys 0m2.772s
20161005225856/gettext-0.19.8.1-r0/do_compile:
real 0m41.520s
user 2m17.312s
sys 0m7.536s
Signed-off-by: Ulf Magnusson
---
scripts/task-time | 132 ++
1 file changed, 132 insertions(+)
If this goes in, I could also submit some documentation to the manuals. I
suspect many people don't use the buildstats since getting useful information
out of them is a bit of work.
Ulf Magnusson (1):
task-time: Add simple buildstats analysis script
scripts/task-time
tfilter.scc"
> +KERNEL_FEATURES_append += "cfg/net/netfilter.scc"
Unrelated nit: += is never needed with _append (though an initial
space would need to be added). See the note in
http://www.yoctoproject.org/docs/2.2/bitbake-user-manual/bitbake-user-manual.html#override-style-operation-advantages.
>
> After this it seems to compile nicely with master.
>
> Thanks,
> Vesa Jääskeläinen
Cheers,
Ulf
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On Mon, Oct 17, 2016 at 11:42 PM, Paul Eggleton
wrote:
> Hi Ulf,
>
> On Mon, 17 Oct 2016 20:30:27 Ulf Magnusson wrote:
>> Only PE and PV were shown, which might have been an oversight. The
>> tuples passed to version_str() contain three elements (PE, PV, and PR),
>> n
Changes since v1:
Remove now-redundant default 'pr' argument in QueryPlugin.version_str().
Ulf Magnusson (1):
bitbake: bitbake-layers: Make show-recipes show PR
bitbake/lib/bblayers/query.py | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Only PE and PV were shown, which might have been an oversight. The
tuples passed to version_str() contain three elements (PE, PV, and PR),
not two.
Also remove now-redundant default 'pr' argument in
QueryPlugin.version_str().
Signed-off-by: Ulf Magnusson
---
bitbake/lib/bblayers/qu
Only PE and PV were shown, which might have been an oversight. The
tuples passed to version_str() contain three elements (PE, PV, and PR),
not two.
Signed-off-by: Ulf Magnusson
---
bitbake/lib/bblayers/query.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/bitbake/lib
an oe prefix.
>> oe-native, oe-run-native, or oe-exec-native would work for me.
>
> Well, someone needs to send a patch, any volunteers?
>
> Cheers,
> Paul
Sent one (and caved in to peer pressure re. the prefix).
Cheers,
Ulf
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Makes it a bit more descriptive and potentially more discoverable. Most
people seemed to prefer an oe- prefix, so let's go with that.
Signed-off-by: Ulf Magnusson
---
scripts/{native => oe-run-native} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename scripts/{native => oe
On Thu, Oct 6, 2016 at 12:15 AM, Richard Purdie
wrote:
> On Wed, 2016-10-05 at 22:26 +0200, Ulf Magnusson wrote:
>> On Sat, Oct 1, 2016 at 4:47 AM, Ulf Magnusson
>> wrote:
>> >
>> > This sets a good example and avoids unnecessarily contributing to
>> &
On Sat, Oct 1, 2016 at 4:47 AM, Ulf Magnusson wrote:
> This sets a good example and avoids unnecessarily contributing to
> perceived complexity and cargo culting.
>
> Motivating quote below:
>
> < kergoth> the *original* intent was for the function/task to error v
On Tue, Oct 4, 2016 at 12:24 AM, Ulf Magnusson wrote:
> On Tue, Oct 4, 2016 at 12:08 AM, Ulf Magnusson wrote:
>> Hello,
>>
>> On Mon, Oct 3, 2016 at 2:17 PM, Fabio Berton
>> wrote:
>>> This class allow the extlinux.conf generation for U-Boot use.
>>>
On Tue, Oct 4, 2016 at 12:08 AM, Ulf Magnusson wrote:
> Hello,
>
> On Mon, Oct 3, 2016 at 2:17 PM, Fabio Berton
> wrote:
>> This class allow the extlinux.conf generation for U-Boot use.
>> The U-Boot support for it is given to allow the Generic Distribution
>> Conf
ription, kernel_image, fdtdir))
> +else:
> +cfgfile.write('LABEL %s\n\tKERNEL %s\n' % (menu_description,
> kernel_image))
> +
> +kernel_args = localdata.getVar('UBOOT_EXTLINUX_KERNEL_ARGS',
> True)
> +
> +initrd = localdata.getVar('UBOOT_EXTLINUX_INITRD', True)
> +if initrd:
> +cfgfile.write('\tINITRD %s\n'% initrd)
> +
> +kernel_args = root + " " + kernel_args
> +cfgfile.write('\tAPPEND %s %s\n' % (kernel_args,
> extlinux_console))
> +
> +cfgfile.close()
Using Python's 'with' syntax would be a better way to handle the file.
That way, the file is guaranteed to be close()d immediately even if
the function exits via bb.fatal().
It is possible to use 'with' even after opening the file by the way.
Just do the following:
with cfgfile:
...
> +}
> +
> +do_install[prefuncs] += "create_extlinux_config"
> --
> 2.1.4
>
> --
I'm not familiar with the functionality itself, so hard to say
anything constructive there.
Cheers,
Ulf
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On Sun, Oct 2, 2016 at 4:30 PM, Ulf Magnusson wrote:
> On Sun, Oct 2, 2016 at 4:15 PM, Jérémy Rosen wrote:
>> "native" might be a bit too generic...
>>
>> could I suggest oe_native-run or bitbake-native ?
>>
>> something that says it's yocto-ga
n-native" if a
prefix is added? That's consistent with the naming scheme used for
many other scripts in scripts/ too.
Cheers,
Ulf
>
>
>
> On 30/09/2016 17:02, Ed Bartosh wrote:
>>
>> Added 'native' convenience shell script to run native tools.
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/chrpath.bbclass | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/m
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/testsdk.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/m
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/testimage.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/utility-tasks.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/libc-package.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --gi
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/useradd.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/m
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/package.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/m
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/recipes-devtools/cmake/cmake_3.6.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/sstate.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/gtk-immodules-cache.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/systemd.bbclass | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/m
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/gummiboot.bbclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/license.bbclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/update-rc.d.bbclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --gi
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/syslinux.bbclass | 8
1 file changed, 4 insertions(+), 4 deletions(-)
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/systemd-boot.bbclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/useradd-staticids.bbclass | 8
1 file changed, 4 insertions(+), 4 deletions(
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/grub-efi.bbclass | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/package_rpm.bbclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
di
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/package_ipk.bbclass | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
di
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/package_deb.bbclass | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
di
raise it yourself
FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.
Signed-off-by: Ulf Magnusson
---
meta/classes/base.bbclass | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --g
ROR: gettext-0.19.8.1-r0 do_fetch: Function failed: Fetcher failure for
URL: 'http://ftp.gnu.org/gnu/gettext/gettext-0.19.8.1.tar.gz'. ...
ERROR: Logfile of failure stored in:
/home/ulf/poky/build/tmp/work/i586-poky-linux/gettext/0.19.8.1-r0/temp/log.do_fetch.19715
Here's what
On Sat, Oct 1, 2016 at 12:54 AM, Ulf Magnusson wrote:
> On Fri, Sep 30, 2016 at 10:33 PM, Fabio Berton
> wrote:
>> This class allow the extlinux.conf generation for U-Boot use.
>> The U-Boot support for it is given to allow the Generic Distribution
>> Configurat
else:
> +cfgfile.write('LABEL %s\n\tKERNEL %s\n' % (menu_description,
> kernel_image))
> +
> +kernel_args = localdata.getVar('UBOOT_EXTLINUX_KERNEL_ARGS',
> True)
> +
> +initrd = localdata.getVar('UBOOT_EXTLINUX_INITRD', True)
> +if initrd:
> +cfgfile.write('\tINITRD %s\n'% initrd)
> +
> +kernel_args = root + " " + kernel_args
> +cfgfile.write('\tAPPEND %s %s\n' % (kernel_args,
> extlinux_console))
> +
> +cfgfile.close()
> +}
> +
> +do_install[prefuncs] += "create_extlinux_config"
> --
> 2.1.4
>
> --
Out of personal curiosity, when would 'raise bb.build.FuncFailed(msg)'
be preferred over bb.fatal(msg)?
Looking at the FuncFailed() constructor, it seems the argument was
originally meant to be the name of the function, though no one seems
to use it like that. It's still called 'name'.
Cheers,
Ulf
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On Mon, Sep 19, 2016 at 7:00 AM, Ulf Magnusson wrote:
> On Mon, Sep 19, 2016 at 5:42 AM, Robert Yang
> wrote:
>>
>>
>> On 09/19/2016 11:32 AM, Randy MacLeod wrote:
>>>
>>> On 2016-09-18 10:37 PM, Christopher Larson wrote:
>>>>
&g
ww.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#checking-for-missing-build-time-dependencies
>>
>> Ah right and now I see some uses where there would not be a
>> package dependency required.
>>
>> I'll likely send a v2 adding just:
>>PACKAGECONFIG ??= "fil
ed unless ALLOW_EMPTY_ =
> '1' is used.)")
> bb.warn(err_msg)
> else:
> new_pkgs.append(new_pkg)
> --
> 2.5.5
>
> --
> ___
> Openembedded-core mai
On Mon, Sep 12, 2016 at 10:11 PM, Ulf Magnusson wrote:
> Given two names "foo" and "foobar" and SRCREV_FORMAT = "foo_foobar",
> "foo" might currently get substituted twice. Work around the issue by
> sorting the list of names by length and substi
Given two names "foo" and "foobar" and SRCREV_FORMAT = "foo_foobar",
"foo" might currently get substituted twice. Work around the issue by
sorting the list of names by length and substituting longer names first.
Signed-off-by: Ulf Magnusson
---
bitbak
Changes since v3:
Add Signed-off-by line.
Changes since v2:
Like SYSROOTFUNC, USERADDSETSCENEDEPS needs to be set to "" for non-target
classes. Otherwise, "${USERADDSETSCENEDEPS}" will be kept unexpanded as is for
those.
Ulf Magnusson (1):
useradd.bblass: Simplify tar
The current style might be a leftover from when _class-target did not
exist.
Also change the assignment to SSTATECLEANFUNCS to an append, which makes
more sense. useradd.bbclass is the only user of SSTATECLEANFUNCS as of
writing, so it won't make any functional difference.
Signed-off-by
The current style might be a leftover from when _class-target did not
exist.
Also change the assignment to SSTATECLEANFUNCS to an append, which makes
more sense. useradd.bbclass is the only user of SSTATECLEANFUNCS as of
writing, so it won't make any functional difference.
---
meta/classes/userad
Changes since v2:
Like SYSROOTFUNC, USERADDSETSCENEDEPS needs to be set to "" for non-target
classes. Otherwise, "${USERADDSETSCENEDEPS}" will be kept unexpanded as is for
those.
Ulf Magnusson (1):
useradd.bblass: Simplify target overrides
meta/classes/
On Tue, Aug 23, 2016 at 10:19 PM, Burton, Ross wrote:
>
> On 9 August 2016 at 02:48, Ulf Magnusson wrote:
>>
>> The current style might be a leftover from when _class-target did not
>> exist.
>
>
> Can you rebase and resend this please? It's a great patch
The current style might be a leftover from when _class-target did not
exist.
Also change the assignment to SSTATECLEANFUNCS to an append, which makes
more sense. useradd.bbclass is the only user of SSTATECLEANFUNCS as of
writing, so it won't make any functional difference.
---
meta/classes/userad
;
to work as advertised. They write a file locked-sigs.inc too, which
seems to be undocumented. I relegated the bitbake -S documentation to
the end of the new section and kept it as it was before.
Cheers,
Ulf
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
ble to me. Using _append rather than += can also be
a bug in certain situations. For example, the following does not
guarantee that " value1 value2" appears right after "--flag":
FLAGS = "--flag"
FLAGS_append = " value1"
FLAGS_append = " value2"
On Tue, Aug 16, 2016 at 5:49 PM, Robert P. J. Day wrote:
> On Tue, 16 Aug 2016, Ulf Magnusson wrote:
>
>> On Tue, Aug 16, 2016 at 4:02 PM, Robert P. J. Day
>> wrote:
>> >
>> > was about to submit a small number of patches to clean up redundancy
>
"DEPENDS_append_class-nativesdk", gets back the empty string, and
adds a space followed by "flex-nativesdk" to that.
The resulting " flex-nativesdk" is then interpreted as usual when the
overrides are handled.
You might like the note I added to
https://www.yoct
The current style might be a leftover from when _class-target did not
exist.
Also change the assignment to SSTATECLEANFUNCS to an append, which makes
more sense. useradd.bbclass is the only user of SSTATECLEANFUNCS as of
writing, so it won't make any functional difference.
---
meta/classes/userad
On Wed, Apr 13, 2016 at 11:34 AM, Burton, Ross wrote:
>
> On 13 April 2016 at 10:07, Ulf Magnusson wrote:
>>
>> The problem seems to be a race with building libbsd (and unlucky
>> timing in my build). Adding libbsd to DEPENDS fixes the problem.
>>
>> F
On Wed, Apr 13, 2016 at 11:07 AM, Ulf Magnusson wrote:
> Hello,
>
> I get libtdb build failures like the following. The failing file
> varies between runs.
>
> ERROR: oe_runmake failed
> ERROR: Function failed: do_compile
> Log data follows:
> | DEBUG: Executing shell f
based on a configuration utility called Waf that I'm a
complete noob on. Perhaps there is some way to disable libbsd support
instead.
Cheers,
Ulf
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.opene
This was originally going to be a fix for ALLOW_EMPTY not being set on
complementary package groups, but that was already fixed by
d96ea299b3b5a44b1959 (classes/packagegroup: fix dbg/dev/ptest
complementary packages).
Since I also spent some time refactoring the code, I'll submit a patch
(against
2014-07-03 22:31, Burton, Ross skrev:
On 3 July 2014 18:19, Ulf Samuelsson wrote:
Between 2 and 3, I get an ugly login prompt.
So something is chvt'ing away from psplash too early. Is the Qt
application running on framebuffer, or Wayland, or X11, or what?
Ross
Running eglfs usin
FRAMEBUFFER_CONSOLE from the kernel build,
but then I do not get a Boot LOGO.
The screen is black, blinks and then psplash starts.
Any ideas?
Ulf Samuelsson
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http
8 apr 2014 kl. 08:50 skrev Ulf Samuelsson :
> Clearing LDFLAGS allows U-Boot to build.
>
> Now trying to build a busybox with static linking, but the SDK only provides
> the lib.so
> and not the lib.a static libraries.
>
> Any easy way to make it include both?
F
Clearing LDFLAGS allows U-Boot to build.
Now trying to build a busybox with static linking, but the SDK only provides
the lib.so
and not the lib.a static libraries.
Any easy way to make it include both?
Best Regards
Ulf Samuelsson
7 apr 2014 kl. 22:17 skrev Denys Dmytriyenko :
> On
msize.o miiphyutil.o s_record.o splash.o stdio.o usb.o
usb_hub.o usb_storage.o xyzModem.o
arm-poky-linux-gnueabi-ld.bfd: unrecognized option '-Wl,-O1'
arm-poky-linux-gnueabi-ld.bfd: use the --help option for usage information
make[1]: *** [libcommon.o] Fel 1
make[1]: Lämnar katal
1 feb 2014 kl. 10:21 skrev Mike Looijmans :
> 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
>&g
2014-01-29 13:56, Richard Purdie skrev:
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 supervisors
t; for
that part of the build.
Got my build down to 83 minutes.
Since I have 96 GB of RAM, I tried creating an 80 GB tmpfs for the build,
and copied the download and the recipes to the ram.
That shaved only 2 monutes from the build, and some stuff,
still built using only a single CPU.
BR
Ulf Sa
manually add synaptic, then add gnome +
git + ssh keys.
Then I download the script and let it run.
Suggest you adopt a similar approach.
Best Regards
Ulf Samuelsson
u...@emagii.com
+46 (722) 427 437
10 dec 2013 kl. 17:36 skrev Mats Kärrman :
> Hi,
>
> I have run into problems
quite useful when you dont have a screen connected.
Thinking of checking that in somewhere.
Would meta-openembedded/meta-networking/recipes-support be OK?
Best Regards
Ulf Samuelsson
u...@emagii.com
3 dec 2013 kl. 13:24 skrev Paul Eggleton :
> Hi Ulf,
>
> On Monday 02 December 2013 1
From: Ulf Samuelsson
Signed-off-by: Ulf Samuelsson
---
.../curlpp/curlpp/pkgconfig_fix.patch | 38 +
meta/recipes-support/curlpp/curlpp_0.7.3.bb| 89
2 files changed, 127 insertions(+)
create mode 100644 meta/recipes-support/curlpp/curlpp
Signed-off-by: Ulf Samuelsson
---
.../curlpp/curlpp/pkgconfig_fix.patch | 38 +
meta/recipes-support/curlpp/curlpp_0.7.3.bb| 90
2 files changed, 128 insertions(+)
create mode 100644 meta/recipes-support/curlpp/curlpp/pkgconfig_fix.patch
2013-11-21 14:53, Richard Purdie skrev:
On Thu, 2013-11-21 at 09:04 +0100, Ulf Samuelsson wrote:
Why restrict PARALLEL_MAKE to anything less than the number of H/W
threads in the machine?
Came up with a construct PARALLEL_HIGH which is defined alongside
PARALLEL_MAKE in conf
j12"
PARALLEL_HIGH = "-j24"
BB_NUMBER_THREADS = "24"
real83m24.093s
Second build
PARALLEL_MAKE = "-j12"
PARALLEL_HIGH = "-j12"
BB_NUMBER_THREADS = "24"
real85m12.007s
BR
Ulf
Cheers, Richard ___
2013-11-21 01:19, Martin Jansa skrev:
On Wed, Nov 20, 2013 at 11:43:13PM +0100, Ulf Samuelsson wrote:
2013-11-20 22:29, Richard Purdie skrev:
Another idea:
I suspect that there is a lot of unpacking and patching of recipes
for the target when the native stuff is built.
Does it make sense to
2013-11-20 22:29, Richard Purdie skrev:
Hi Ulf,
Nice to see someone else looking at this. I've shared some of my
thoughts and observations below based on some of the work I've done
trying to speed things up.
On Wed, 2013-11-20 at 22:05 +0100, Ulf Samuelsson wrote:
Finally got my
which
can be considered to be generic as open-source,
maybe with the boost license or the MIT license.
Then they can be used by other projects without license issues.
Thinking of a title:
Proprietary application, still benefiting open source.
What do you guys think?
Would it be appropriate to show
Finally got my new build machine running. so I thought I'd measure
the performance vs the old machine
Home Built
Core i7-980X
6 core/12 threads @ 3,33GHz
12 GB RAM @ 1333 Mhz.
WD Black 1 TB @ 7200 rpm
Precision 7500
2 x (X5670 6 core 2,93 MHz)
2 x (24 GB RAM @ 1333 MHz)
On 2013-11-04 01:01, Ulf Samuelsson wrote:
Have built the Angstrom master for a Beaglebone.
Trying to create a simple systemd service (non-forking).
This fails to start.
When I look into the systemd log (log_level=debug),
there are references to "/org/freedesktop/systemd1"
which does
quot; exist, which I believe
is present in newer systemd's.
The service uses the boost, curl, curlpp and thread libraries.
Uses UDP and serial port for communication.
I do not use D-Bus directly, but it seems to be related to D-Bus anyway.
Anyone got a clue on how to proceed?
BR
Ulf Samuels
quot; exist, which I believe
is present in newer systemd's.
The service uses the boost, curl, curlpp and thread libraries.
Uses UDP and serial port for communication.
I do not use D-Bus directly, but it seems to be related to D-Bus anyway.
Anyone got a clue on how to proceed?
BR
Ulf Samuels
elfutils-native-0.148-r11/elfutils-0.148/src'
| make[1]: *** [all-recursive] Error 1
| make[1]: Leaving directory
`/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/work/i686-linux/elfutils-native-0.148-r11/elfutils-0.148'
| make: *** [all] Error 2
| ERROR: oe_runmak
On 2013-10-21 22:21, Khem Raj wrote:
Ulf
On Mon, Oct 21, 2013 at 9:30 AM, Ulf Samuelsson
wrote:
Trying to build a systemd-gnome-image raspberrypi under Angstrom, with a few
extra layers.
This fails on "xserver-xf86-config_0.1.[bb|bbappend]"
The extra layer has BBPRIORITY
On 2013-10-17 23:25, Ulf Samuelsson wrote:
Would like to install some files in under the "/home" directory.
A simplfied recipe looks like this:
do_install () {
install -d ${D}/${base_dir}/home/root
install-m 0644${S}/my.conf ${D}/${base_dir}/home/root/my.conf
}
FILES
*
*
When I change to:
*SRC_URI_append_raspberrypi = " file://xorg.conf.d/10-evdev.conf "*
the raspberry pi version completes.
/Wildcards are not allowed?/
--
Best Regards
Ulf Samuelsson
eMagii
___
Openembedded-core mailing list
Openembedded-co
On 2013-10-21 13:17, Martin Jansa wrote:
On Mon, Oct 21, 2013 at 10:59:57AM +0200, Ulf Samuelsson wrote:
Signed-off-by: Ulf Samuelsson
---
meta/conf/machine/include/tune-cortexa5.inc | 24
1 file changed, 24 insertions(+)
create mode 100644 meta/conf/machine
Signed-off-by: Ulf Samuelsson
---
meta/conf/machine/include/tune-cortexa5.inc | 24
1 file changed, 24 insertions(+)
create mode 100644 meta/conf/machine/include/tune-cortexa5.inc
diff --git a/meta/conf/machine/include/tune-cortexa5.inc
b/meta/conf/machine/include
In some cases, you might want to override a few things in the DISTRO.
Maybe an easy way to handle this would be if the DISTRO conf file
included an empty file at the end,
which can be overridden by a file in your own layer.
Best Regards
Ulf Samuelsson
18 okt 2013 kl. 18:31 skrev Koen Kooi
sage, but ignored?
(4) If bitbake cannot find a recommended PROVIDER, and selects something
else,
why not use the PREFERRED_VERSION if it exists?
BR
Ulf Samuelsson
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
1 - 100 of 148 matches
Mail list logo
