[OE-core] Want to strip rootfs
ANDANI PRASHANT
andani.prashant at gmail.com
Sun Feb 5 05:21:57 UTC 2017
Hi Mark,
Thank you for your reply.
i am getting below error If i comment INHIBIT_PACKAGE_STRIP
in meta-linaro/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/
external-linaro-toolchain.bb file.
ERROR: external-linaro-toolchain-2017.01~dev-r0.arago30 do_package: Error
executing a python function in exec_python_func() autogenerated:
The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: <module>
0001:
*** 0002:split_and_strip_files(d)
0003:
File:
'/home/prashant.a/yocto/tisdk/sources/oe-core/meta/classes/package.bbclass',
lineno: 921, function: split_and_strip_files
0917: if debugdir and debugdir in
os.path.dirname(file[len(dvar):]):
0918: continue
0919:
0920: try:
*** 0921: ltarget = cpath.realpath(file, dvar, False)
0922: s = cpath.lstat(ltarget)
0923: except OSError as e:
0924: (err, strerror) = e.args
0925: if err != errno.ENOENT:
File:
'/home/prashant.a/yocto/tisdk/sources/oe-core/meta/lib/oe/cachedpath.py',
lineno: 229, function: realpath
0225: # be printed a backtrace with 100s of OSError
exceptions
0226: # else
0227: raise OSError(errno.ELOOP,
0228: "too much recursions while
resolving '%s'; loop in '%s'" %
*** 0229: (file, e.strerror))
0230:
0231: raise
0232:
0233: return file
Exception: OSError: [Errno 40] too much recursions while resolving
'/home/prashant.a/yocto/tisdk/build/arago-tmp-external-linaro-toolchain/work/armv5-linux-gnueabi/external-linaro-toolchain/2017.01~dev-r0.arago30/package/usr/include/c++/6.2.1/arm-linux-gnueabi/arm-linux-gnueabi';
loop in
'/home/prashant.a/yocto/tisdk/build/arago-tmp-external-linaro-toolchain/work/armv5-linux-gnueabi/external-linaro-toolchain/2017.01~dev-r0.arago30/package/usr/include/c++/6.2.1/arm-linux-gnueabi/arm-linux-gnueabi'
ERROR: external-linaro-toolchain-2017.01~dev-r0.arago30 do_package:
Function failed: split_and_strip_files
ERROR: Logfile of failure stored in:
/home/prashant.a/yocto/tisdk/build/arago-tmp-external-linaro-toolchain/work/armv5-linux-gnueabi/external-linaro-toolchain/2017.01~dev-r0.arago30/temp/log.do_package.15476
ERROR: Task 465
(/home/prashant.a/yocto/tisdk/sources/meta-linaro/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/
external-linaro-toolchain.bb, do_package) failed with exit code '1'
Is there any way to reduce *ncurses terminfo* size because it consume 7MB?
Thank you in advance.
Regards,
Prashant
On Fri, Feb 3, 2017 at 8:50 PM, Mark Hatle <mark.hatle at windriver.com> wrote:
> On 2/3/17 6:25 AM, ANDANI PRASHANT wrote:
> > Hi,
> >
> > I build rootfs which size is 100MB+
> > As i look in to filesystem, there are 14mb libc-2.23.so <
> http://libc-2.23.so>,
> > 12mb libstdc++.so.6.0.22,..etc.
> > Is there any flag or option during build to strip all library and binary
> to
> > optimise size of rootfs.
>
> The default is that everything is stripped (actually split into stripped
> executable and debug addition). The stripped pieces are installed into
> your
> rootfs, and the debug pieces are not. (Unless you've added dbg-pkgs to
> your
> configuration.)
>
> The default optimization flag should be more then enough to get a
> consistent
> well optimized system.
>
> Where you will run into issues is if you, or one of the layers you are
> using
> disables the splitting or enables global debug optimizations (lower
> optimization
> levels.)
>
> This is what you want to check for:
>
> # Uncomment this to change the optimization to make debugging easer, at the
> # possible cost of performance.
> # DEBUG_BUILD = "1"
> #
> # Uncomment this to disable the stripping of the installed binaries
> # INHIBIT_PACKAGE_STRIP = "1"
> #
> # Uncomment this to disable the split of the debug information into -dbg
> files
> # INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
>
> You can use bitbake -e to investigate the values for the system as a
> whole, or
> specify a recipe to look at a specific item.
>
> --Mark
>
> > Regards,
> > Prashant
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20170205/87e01640/attachment-0002.html>
More information about the Openembedded-core
mailing list