<div dir="ltr"><div><div><div>Along the lines of the oe classic patch I propose to split as follows:<br><br></div><div><br>mtd-utils-jffs2 package containing <br>jffs2dump<br>jffs2reader<br>mkfs.jffs2<br><br>mtd-utils-ubifs package containing:<br>
mkfs.ubifs<br>ubiattach<br>ubicrc32<br>ubidetach<br>ubiformat<br>ubimkvol<br>ubinfo<br>ubinize<br>ubirename<br>ubirmvol<br>ubirsvol<br>ubiupdatevol<br><br>mtd-utils package containing:<br></div>docfdisk<br>doc_loadbios<br>
flashcp<br>flash_erase<br>flash_eraseall<br>flash_lock<br>flash_otp_dump<br>flash_otp_info<br>flash_unlock<br>ftl_check<br>ftl_format<br>mtd_debug<br>mtdinfo<br>nanddump<br>nandtest<br>nandwrite<br>nftldump<br>nftl_format<br>
recv_image<br>rfddump<br>rfdformat<br>serve_image<br>sumtool<br><br></div>Or do we need to make additional packages (like e.g. for (n)tfl )<br><br></div>Best regards, Frans<br><div><div><div><div><br><div><br></div></div>
</div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/1/10 Frans Meulenbroeks <span dir="ltr"><<a href="mailto:fransmeulenbroeks@gmail.com" target="_blank">fransmeulenbroeks@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Cool, I'll have a peek at the oe classic recipe and give it a stab along the same spirit.<br><br>
</div>Best regards, Frans<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">2013/1/10 Andrea Adami <span dir="ltr"><<a href="mailto:andrea.adami@gmail.com" target="_blank">andrea.adami@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On Wed, Jan 9, 2013 at 6:17 PM, Richard Purdie<br>
<<a href="mailto:richard.purdie@linuxfoundation.org" target="_blank">richard.purdie@linuxfoundation.org</a>> wrote:<br>
> On Wed, 2013-01-09 at 17:12 +0100, Frans Meulenbroeks wrote:<br>
>> As I am involved in embedded systems where flash is somewhat sparse<br>
>> I'm always eager to save a few bytes where possible.<br>
>><br>
>> Today I noticed that mtd-utils (1.5.0 from danny) generates for my<br>
>> architecture (powerpc) roughly 780k of binaries in usr/sbin. 423k of<br>
>> it is due to ubifs related files.<br>
>><br>
>> Would it be desired to put this in a separate package?<br>
>><br>
>> e.g. mtd-utils-ubi and mtd-utils-nonubi with mtd-utils itself being<br>
>> empty but rdepend on those two?<br>
>> that way mtd-utils will still give all packages but those only wanting<br>
>> the non ubi stuff can limit themselves to that.<br>
>><br>
>> If desired I can give this a stab.<br>
><br>
> Sounds like a sensible split to me...<br>
><br>
> Cheers,<br>
><br>
> Richard<br>
><br>
><br>
><br>
</div></div>> _______________________________________________<br>
> Openembedded-core mailing list<br>
> <a href="mailto:Openembedded-core@lists.openembedded.org" target="_blank">Openembedded-core@lists.openembedded.org</a><br>
> <a href="http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core" target="_blank">http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core</a><br>
<br>
OE-Classic already has one packaging split:<br>
PACKAGES =+ "mkfs-jffs2 mkfs-ubifs<br>
<br>
Recently I faced this same issue: for ubiattach we have to install<br>
full mtd-utils (>700KiB)<br>
FYI there is a recipe for ubi-utils-klibc for more extreme size optimization.<br>
<br>
<a href="http://cgit.openembedded.org/meta-openembedded/tree/meta-initramfs/recipes-devtools/mtd" target="_blank">http://cgit.openembedded.org/meta-openembedded/tree/meta-initramfs/recipes-devtools/mtd</a><br>
<br>
Cheers<br>
<span><font color="#888888"><br>
Andrea<br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>