Re: [Ltib] mtd-utils: dependencies and versions

[Joseph E. Sacco, Ph.D.]

Stuart,

OK... I can also check out the patches when I have some time.



As for the version of mtd-utils in the current repository... 

* patches: 2006-03-02. 
* tarball: 2005-05-23.


See below.


-Joseph

===================== mtd-utils.spec =============================


On Mon, %define pfx /opt/freescale/rootfs/%{_target_cpu}

Summary         : Memory Technology Device tools
Name            : mtd-utils
Version         : 20060302
Release         : 1
License         : GPL
Vendor          : Freescale
Packager        : Stuart Hughes
Group           : Applications/System
Source          : %{name}-%{version}.tar.bz2
Patch1          : mtd-utils-20060302-cf-byteswap_h-1.patch
Patch2          : mtd-utils-20060302-find_fs_entry.patch
Patch3          : mtd-utils-20060302-eraseall.patch
Patch4          : mtd-utils-20060302-eraseall_prog.patch
BuildRoot       : %{_tmppath}/%{name}
Prefix          : %{pfx}

%Description
%{summary}

Extracted from the cvs snapshot: mtd-snapshot-20050523.tar.bz2
at http://www.linux-mtd.infradead.org/

                     ...


======================================================================
2007-07-16 at 17:49 +0100, Stuart Hughes wrote:
> Hi Joseph,
> 
> That sounds like a good idea.  Unfortunately it may be a while as I'm
> working on something else right now and I'd like to make sure that I
> test it carefully before replacing the old version.  In particular I'd
> like to make sure whether or not the incidental patches are needed:
> 
> Patch1          : mtd-utils-20060302-cf-byteswap_h-1.patch
> Patch2          : mtd-utils-20060302-find_fs_entry.patch
> Patch3          : mtd-utils-20060302-eraseall.patch
> Patch4          : mtd-utils-20060302-eraseall_prog.patch
> 
> BTW: the mtd-utils snapshot is from 20060302 in the spec file on
> savannah:
> 
> Summary         : Memory Technology Device tools
> Name            : mtd-utils
> Version         : 20060302
> 
> is yours the same?
> 
> Regards, Stuart
> 
> On Mon, 2007-07-16 at 12:15 -0400, Joseph E. Sacco, Ph.D. wrote:
> > OK... live and learn. 
> > [When all else fails, read the documentation... :-)]
> > 
> > 
> > I took a closer look into mtd-utils.  You may wish to consider updating
> > the repository to use mtd-utils-1.0.0 [30-Apr-06], rather than the 2005
> > snapshot with patches from March-2006.
> > 
> > 
> > I pulled mtd-1.0.0 from the infradead.org GIT repository,
> > 
> > http://git.infradead.org/?p=mtd-utils.git;a=commit;h=7ddeed0c79a524f222d2911c023781c88f63eaf7
> > 
> > Version 1.0.0 has the newer layout seen in version 1.0.1 but does not
> > require libacl or xttr. 
> > 
> > Version-1.0.0 builds without incident on a lintel box using
> > 
> >      gcc-3.3.2-glibc-2.3.2  [32 bit PPC]
> > 
> > cross-tool chain, producing the following set of [stripped] executables
> > 
> >          9056 Jul 16 11:47 docfdisk
> >          5820 Jul 16 11:47 doc_loadbios
> >          8176 Jul 16 11:47 flashcp
> >          5884 Jul 16 11:47 flash_erase
> >          9872 Jul 16 11:47 flash_eraseall
> >          4320 Jul 16 11:47 flash_info
> >          4736 Jul 16 11:47 flash_lock
> >          4628 Jul 16 11:47 flash_otp_dump
> >          4808 Jul 16 11:47 flash_otp_info
> >          4388 Jul 16 11:47 flash_unlock
> >          6732 Jul 16 11:47 ftl_check
> >          8016 Jul 16 11:47 ftl_format
> >         17916 Jul 16 11:47 jffs2dump
> >         13028 Jul 16 11:47 mkfs.jffs
> >         75892 Jul 16 11:47 mkfs.jffs2
> >          9168 Jul 16 11:47 mtd_debug
> >          8112 Jul 16 11:47 nanddump
> >          9872 Jul 16 11:47 nandwrite
> >          7348 Jul 16 11:47 nftldump
> >          9396 Jul 16 11:47 nftl_format
> >          7512 Jul 16 11:47 rfddump
> >          5492 Jul 16 11:47 rfdformat
> >         17760 Jul 16 11:47 sumtool
> > 
> > -Joseph
> > 
> > ====================================================================
> > 
> > On Mon, 2007-07-16 at 16:44 +0100, Stuart Hughes wrote:
> > > Hi Joseph,
> > > 
> > > Unfortunately it would be desirable to put requires/buildrequires into
> > > the spec files, but in practise this causes more problems than it
> > > solves, hence dependencies are handled in the config system.
> > > 
> > > BTW: if you want to have an alternate spec file to select a different
> > > version of a package for your platform, you can use the pkg_map facility
> > > (see the FAQ)
> > > 
> > > Regards, Stuart
> > > 
> > > On Mon, 2007-07-16 at 11:28 -0400, Joseph E. Sacco, Ph.D. wrote:
> > > > Hi Stuart,
> > > > 
> > > > The reason I asked about the zlib dependency is that it is not listed in
> > > > the spec file for mtd-utils. 
> > > > 
> > > > I was "bitten" by this omission when I first attempted to build
> > > > mtd-utils manually using
> > > > 
> > > >     ltib --pkg mtd-utils --mode prep
> > > >         ltib --pkg mtd-utils --mode scbuild
> > > >         
> > > > 
> > > > As for suggested updates... 
> > > > 
> > > > zlib
> > > > ----
> > > > You might want to look at the blurb on
> > > > 
> > > >     http://www.zlib.net/
> > > > 
> > > > and ponder over whether or not the performance and security enhancements
> > > > warrant moving from version 1.1.4 to version 1.2.3.
> > > > 
> > > > 
> > > > mtd_utils
> > > > ---------
> > > > I agree with you about not updating because of the additional libacl
> > > > dependency.  Although this dependency effects only mkfs.jffs2, it does
> > > > so in a large way [acl & xattr stuff added]. When I get some free cycles
> > > > I will look into this more closely.
> > > > 
> > > > 
> > > > -Joseph
> > > > 
> > > > ===========================================================================
> > > > On Mon, 2007-07-16 at 08:52 +0100, Stuart Hughes wrote: 
> > > > > Hi Joseph,
> > > > > 
> > > > > If you use ltib to build packages and you select mtd-utils, it will
> > > > > select zlib for you, it has a select/dependency:
> > > > > 
> > > > > config/userspace/packages.lkc:1076
> > > > > 
> > > > > config PKG_MTD_UTILS
> > > > >     select PKG_ZLIB
> > > > >     bool "mtd-utils"
> > > > > 
> > > > > The version referenced from CVS 
> > > > > (dist/lfs-5.1/mtd-utils/mtd-utils.spec)
> > > > > is 20060302.  I don't know of a good reason to update this, but I do
> > > > > know a good reason not to (the dependency on libacl).  I also don't 
> > > > > have
> > > > > any immediate plans to update zlib.
> > > > > 
> > > > > In general the philosophy applied to the package set is only to update
> > > > > if there is a pressing need, rather than to try to follow whatever is
> > > > > package-du-jour.  One of the reasons is to have a set of packages that
> > > > > can be built with older gccs as well as the latest gcc4s (we've 
> > > > > patched
> > > > > them).
> > > > > 
> > > > > Regards, Stuart
> > > > > 
> > > > > On Sat, 2007-07-14 at 15:50 -0400, Joseph E. Sacco, Ph.D. wrote:
> > > > > > I needed to build mtd-util(s). It found that it did not compile 
> > > > > > because
> > > > > > of an unsatisfied dependency on zlib. 
> > > > > > 
> > > > > >         gcc -I../include -O2 -Wall -g -c -o mkfs.jffs2.o \
> > > > > >             mkfs.jffs2.c -g -Wp,-MD,.mkfs.jffs2.c.dep
> > > > > >         
> > > > > >         mkfs.jffs2.c:68:18: zlib.h: No such file or directory
> > > > > >         make: *** [mkfs.jffs2.o] Error 1
> > > > > > 
> > > > > > 
> > > > > > I built zlib-1.1.4 from the repository and rolled on.
> > > > > > 
> > > > > > The version of mtd-util available from the repository  is taken 
> > > > > > from a
> > > > > > snapshot in 2005:
> > > > > > 
> > > > > >      mtd-snapshot-20050523.tar.bz2
> > > > > > 
> > > > > > There is a newer version available [9/18/2006]
> > > > > > 
> > > > > >         ftp://ftp.infradead.org/pub/mtd-utils/mtd-utils-1.0.1.tar.gz
> > > > > > 
> > > > > > as there is also a newer version of zlib [7/18/2005]
> > > > > > 
> > > > > >         http://www.zlib.net/zlib-1.2.3.tar.gz
> > > > > > 
> > > > > > Note that mtd-utils-1.0.1 has an additional dependency on  libacl, 
> > > > > > which
> > > > > > is not currently available from the repository.
> > > > > > 
> > > > > > 
> > > > > > -Joseph
> > > > > > 
> > > > > 
> > > 
> 
-- 
joseph_sacco [at] comcast [dot] net