bitbake and e2fsprogs-1.41.9?

bitbake and e2fsprogs-1.41.9?

[Robert P. J. Day]

  apologies as i accidentally deleted the emails i was going to
respond to, the thread is here:

http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-January/016074.html

  and here:

http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-January/016097.html

graham gower suggests that an upgrade to e2fsprogs might be the
solution.  i might have time later this week to try that upgrade
unless someone else gets to it first and checks it in to the dev
branch.

  what would be useful, though, is to get some confirmation that there
really *was* a build error in the current version.  otherwise, i'll be
back where i started.

rday
--

========================================================================
Robert P. J. Day                               Waterloo, Ontario, CANADA

            Linux Consulting, Training and Kernel Pedantry.

Web page:                                          http://crashcourse.ca
Twitter:                                       http://twitter.com/rpjday
========================================================================

Re: bitbake and e2fsprogs-1.41.9?

[Philip Balister]

On 01/11/2010 07:27 AM, Robert P. J. Day wrote:
>
>    apologies as i accidentally deleted the emails i was going to
> respond to, the thread is here:
>
> http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-January/016074.html
>
>    and here:
>
> http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-January/016097.html
>
> graham gower suggests that an upgrade to e2fsprogs might be the
> solution.  i might have time later this week to try that upgrade
> unless someone else gets to it first and checks it in to the dev
> branch.
>
>    what would be useful, though, is to get some confirmation that there
> really *was* a build error in the current version.  otherwise, i'll be
> back where i started.

It builds on my F11 machine.

Philip


>
> rday
> --
>
> ========================================================================
> Robert P. J. Day                               Waterloo, Ontario, CANADA
>
>              Linux Consulting, Training and Kernel Pedantry.
>
> Web page:                                          http://crashcourse.ca
> Twitter:                                       http://twitter.com/rpjday
> ========================================================================
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

Re: bitbake and e2fsprogs-1.41.9?

[Robert P. J. Day]

On Mon, 11 Jan 2010, Philip Balister wrote:

> On 01/11/2010 07:27 AM, Robert P. J. Day wrote:
> >
> >    apologies as i accidentally deleted the emails i was going to
> > respond to, the thread is here:
> >
> > http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-January/016074.html
> >
> >    and here:
> >
> > http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-January/016097.html
> >
> > graham gower suggests that an upgrade to e2fsprogs might be the
> > solution.  i might have time later this week to try that upgrade
> > unless someone else gets to it first and checks it in to the dev
> > branch.
> >
> >    what would be useful, though, is to get some confirmation that there
> > really *was* a build error in the current version.  otherwise, i'll be
> > back where i started.
>
> It builds on my F11 machine.

  which version of e2fsprogs are you referring to?  the current 1.41.5
version, or the newer one?  i know i'm sounding tedious, but it's been
literally *weeks* since i've been able to build e2fsprogs on my F12
system from the OE dev checkout, and it's the exact same error every
single time and i am fresh out of ideas.

ERROR: function do_compile failed
ERROR: see log in
/home/rpjday/oe/angstrom-dev/work/armv7a-angstrom-linux-gnueabi/e2fsprogs-1.41.5-r1/temp/log.do_compile.3121
NOTE: Task failed:
/home/rpjday/oe/angstrom-dev/work/armv7a-angstrom-linux-gnueabi/e2fsprogs-1.41.5-r1/temp/log.do_compile.3121
ERROR: TaskFailed event exception, aborting
ERROR: Build of
/home/rpjday/oe/openembedded/recipes/e2fsprogs/e2fsprogs_1.41.5.bb
do_compile failed
ERROR: Task 8
(/home/rpjday/oe/openembedded/recipes/e2fsprogs/e2fsprogs_1.41.5.bb,
do_compile) failed
...
make[2]: Entering directory
`/home/rpjday/oe/angstrom-dev/work/armv7a-angstrom-linux-gnueabi/e2fsprogs-1.41.5-r1/e2fsprogs-1.41.5/e2fsck'
        COMPILE_ET prof_err.et
        CC gen_crc32table
        GEN32TABLE crc32table.h
        CC crc32.c
        CC dict.c
        CC unix.c
        CC e2fsck.c
        CC super.c
        CC pass1.c
        CC pass1b.c
        CC pass2.c
        CC pass3.c
        CC pass4.c
        CC pass5.c
        CC journal.c
        CC badblocks.c
        CC util.c
        CC dirinfo.c
        CC dx_dirinfo.c
        CC ehandler.c
        CC problem.c
        CC message.c
        CC recovery.c
        CC region.c
        CC revoke.c
        CC ea_refcount.c
        CC rehash.c
        CC profile.c
        CC prof_err.c
make[2]: *** No rule to make target `-lpthread', needed by `e2fsck'.
Stop.

  is this the error that upgrading to 1.41.9 is supposed to fix?
clearly, this is some sort of build error where a build *flag* is
being misinterpreted as a make *target*.

rday
--


========================================================================
Robert P. J. Day                               Waterloo, Ontario, CANADA

            Linux Consulting, Training and Kernel Pedantry.

Web page:                                          http://crashcourse.ca
Twitter:                                       http://twitter.com/rpjday
========================================================================

Re: bitbake and e2fsprogs-1.41.9?

[Philip Balister]

On 01/11/2010 09:05 AM, Robert P. J. Day wrote:
> On Mon, 11 Jan 2010, Philip Balister wrote:
>
>> On 01/11/2010 07:27 AM, Robert P. J. Day wrote:
>>>
>>>     apologies as i accidentally deleted the emails i was going to
>>> respond to, the thread is here:
>>>
>>> http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-January/016074.html
>>>
>>>     and here:
>>>
>>> http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-January/016097.html
>>>
>>> graham gower suggests that an upgrade to e2fsprogs might be the
>>> solution.  i might have time later this week to try that upgrade
>>> unless someone else gets to it first and checks it in to the dev
>>> branch.
>>>
>>>     what would be useful, though, is to get some confirmation that there
>>> really *was* a build error in the current version.  otherwise, i'll be
>>> back where i started.
>>
>> It builds on my F11 machine.
>
>    which version of e2fsprogs are you referring to?  the current 1.41.5
> version, or the newer one?  i know i'm sounding tedious, but it's been
> literally *weeks* since i've been able to build e2fsprogs on my F12
> system from the OE dev checkout, and it's the exact same error every
> single time and i am fresh out of ideas.

The current 1.41.5.

Philip

>
> ERROR: function do_compile failed
> ERROR: see log in
> /home/rpjday/oe/angstrom-dev/work/armv7a-angstrom-linux-gnueabi/e2fsprogs-1.41.5-r1/temp/log.do_compile.3121
> NOTE: Task failed:
> /home/rpjday/oe/angstrom-dev/work/armv7a-angstrom-linux-gnueabi/e2fsprogs-1.41.5-r1/temp/log.do_compile.3121
> ERROR: TaskFailed event exception, aborting
> ERROR: Build of
> /home/rpjday/oe/openembedded/recipes/e2fsprogs/e2fsprogs_1.41.5.bb
> do_compile failed
> ERROR: Task 8
> (/home/rpjday/oe/openembedded/recipes/e2fsprogs/e2fsprogs_1.41.5.bb,
> do_compile) failed
> ...
> make[2]: Entering directory
> `/home/rpjday/oe/angstrom-dev/work/armv7a-angstrom-linux-gnueabi/e2fsprogs-1.41.5-r1/e2fsprogs-1.41.5/e2fsck'
>          COMPILE_ET prof_err.et
>          CC gen_crc32table
>          GEN32TABLE crc32table.h
>          CC crc32.c
>          CC dict.c
>          CC unix.c
>          CC e2fsck.c
>          CC super.c
>          CC pass1.c
>          CC pass1b.c
>          CC pass2.c
>          CC pass3.c
>          CC pass4.c
>          CC pass5.c
>          CC journal.c
>          CC badblocks.c
>          CC util.c
>          CC dirinfo.c
>          CC dx_dirinfo.c
>          CC ehandler.c
>          CC problem.c
>          CC message.c
>          CC recovery.c
>          CC region.c
>          CC revoke.c
>          CC ea_refcount.c
>          CC rehash.c
>          CC profile.c
>          CC prof_err.c
> make[2]: *** No rule to make target `-lpthread', needed by `e2fsck'.
> Stop.
>
>    is this the error that upgrading to 1.41.9 is supposed to fix?
> clearly, this is some sort of build error where a build *flag* is
> being misinterpreted as a make *target*.
>
> rday
> --
>
>
> ========================================================================
> Robert P. J. Day                               Waterloo, Ontario, CANADA
>
>              Linux Consulting, Training and Kernel Pedantry.
>
> Web page:                                          http://crashcourse.ca
> Twitter:                                       http://twitter.com/rpjday
> ========================================================================
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

Re: bitbake and e2fsprogs-1.41.9?

[Graham Gower]

Yes, there is a build issue with e2fsprogs 1.41.5. I experienced it on
a slackware64-13.0 host. It is not a Fedora issue, it is a bug in the
Makefile. If you look in the Makefile you will see that the e2fsck
dependency resolves to something containing "-lpthread".

Why this doesn't cause issues for anyone else is beyond me. I can't
even do a native, out of oe, build of e2fsprogs 1.41.5.

-Graham

Re: bitbake and e2fsprogs-1.41.9?

[Philip Balister]

On 01/11/2010 04:37 PM, Graham Gower wrote:
> Yes, there is a build issue with e2fsprogs 1.41.5. I experienced it on
> a slackware64-13.0 host. It is not a Fedora issue, it is a bug in the
> Makefile. If you look in the Makefile you will see that the e2fsck
> dependency resolves to something containing "-lpthread".
>
> Why this doesn't cause issues for anyone else is beyond me. I can't
> even do a native, out of oe, build of e2fsprogs 1.41.5.

Do you have a bb file for this?

Philip


>
> -Graham
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

Re: bitbake and e2fsprogs-1.41.9?

[Robert P. J. Day]

On Tue, 12 Jan 2010, Graham Gower wrote:

> Yes, there is a build issue with e2fsprogs 1.41.5. I experienced it
> on a slackware64-13.0 host. It is not a Fedora issue, it is a bug in
> the Makefile. If you look in the Makefile you will see that the
> e2fsck dependency resolves to something containing "-lpthread".
>
> Why this doesn't cause issues for anyone else is beyond me. I can't
> even do a native, out of oe, build of e2fsprogs 1.41.5.

  thank you immensely for clarifying that, now i can stop fighting
with it.  is someone already working on upgrading e2fsprogs to 1.41.9?

rday
--

========================================================================
Robert P. J. Day                               Waterloo, Ontario, CANADA

            Linux Consulting, Training and Kernel Pedantry.

Web page:                                          http://crashcourse.ca
Twitter:                                       http://twitter.com/rpjday
========================================================================

Re: bitbake and e2fsprogs-1.41.9?

[Graham Gower]

I'll send a patch later today.

-Graham

Re: bitbake and e2fsprogs-1.41.9?

[Robert P. J. Day]

On Tue, 12 Jan 2010, Graham Gower wrote:

> I'll send a patch later today.

  ok, as soon as i see it applied, i'll pull and test build.  thanks.

rday

[PATCH] Add e2fsprogs 1.41.9. [WAS Re: bitbake and e2fsprogs-1.41.9?]

[Graham Gower]

FYI, here is the patch that was submitted upstream:
http://sourceforge.net/tracker/?func=detail&aid=2813809&group_id=2406&atid=302406

The issue with 1.41.5 went away for me when I installed 32bit compatibility
libs on my pure 64 bit system.

-Graham


Signed-off-by: Graham Gower <graham.gower@gmail.com>
---
 conf/checksums.ini                           |    4 +
 recipes/e2fsprogs/e2fsprogs-native_1.41.9.bb |   20 ++++
 recipes/e2fsprogs/e2fsprogs_1.41.9.bb        |  125 ++++++++++++++++++++++++++
 3 files changed, 149 insertions(+), 0 deletions(-)
 create mode 100644 recipes/e2fsprogs/e2fsprogs-native_1.41.9.bb
 create mode 100644 recipes/e2fsprogs/e2fsprogs_1.41.9.bb

diff --git a/conf/checksums.ini b/conf/checksums.ini
index 12c4cf2..ba6b7ba 100644
--- a/conf/checksums.ini
+++ b/conf/checksums.ini
@@ -5438,6 +5438,10 @@ sha256=2cc10fee2b29add737e454eb634513135b34a638f7ca2b18364864fe089020dc
 md5=e218df6c84fc17c1126d31de9472a76c
 sha256=b3d7d0e1058a3740ddae83d47285bd9dce161eec9e299dde7996ed721da32198
 
+[http://downloads.sourceforge.net/e2fsprogs/e2fsprogs-1.41.9.tar.gz]
+md5=52f60a9e19a02f142f5546f1b5681927
+sha256=cbf1e34261a16b3d7911b60b91290b19f2010036d6ba628d45b5f0b2af2b66e8
+
 [http://downloads.sourceforge.net/e2fsprogs/e2fsprogs-libs-1.33.tar.gz]
 md5=c7545bb05e0c2fc59174f0dc455c6519
 sha256=a65d064bee3e97c164d07a490692db0e73da8da10019ad9a89866706c93ae703
diff --git a/recipes/e2fsprogs/e2fsprogs-native_1.41.9.bb b/recipes/e2fsprogs/e2fsprogs-native_1.41.9.bb
new file mode 100644
index 0000000..c4a26e2
--- /dev/null
+++ b/recipes/e2fsprogs/e2fsprogs-native_1.41.9.bb
@@ -0,0 +1,20 @@
+SECTION = "base"
+require e2fsprogs.inc
+inherit native
+
+EXTRA_OECONF = ""
+
+PACKAGES = ""
+DEPENDS = ""
+
+do_configure() {
+        oe_runconf
+}
+
+do_stage () {
+	autotools_stage_all
+	install -d ${STAGING_BINDIR_NATIVE}/
+	for b in ${e2miscbins}; do
+		install -m 0755 misc/$b ${STAGING_BINDIR_NATIVE}/ || die "failed to install $b"
+	done
+}
diff --git a/recipes/e2fsprogs/e2fsprogs_1.41.9.bb b/recipes/e2fsprogs/e2fsprogs_1.41.9.bb
new file mode 100644
index 0000000..ada93bd
--- /dev/null
+++ b/recipes/e2fsprogs/e2fsprogs_1.41.9.bb
@@ -0,0 +1,125 @@
+require e2fsprogs.inc
+
+DEPENDS += "gettext-native"
+
+do_configure() {
+        oe_runconf
+}
+
+do_compile_prepend () {
+	find ./ -print|xargs chmod u=rwX
+	( cd util; ${BUILD_CC} subst.c -o subst )
+}
+
+ext2fsheaders = "ext2_ext_attr.h bitops.h ext2_err.h \
+		 ext2_types.h ext2_fs.h ext2_io.h \
+		 ext2fs.h"
+e2pheaders = "e2p.h"
+
+do_stage () {
+	oe_libinstall -a -C lib libe2p ${STAGING_LIBDIR}/
+	oe_libinstall -a -C lib libext2fs ${STAGING_LIBDIR}/
+	install -d ${STAGING_INCDIR}/e2p
+	for h in ${e2pheaders}; do
+		install -m 0644 lib/e2p/$h ${STAGING_INCDIR}/e2p/ || die "failed to install $h"
+	done
+	install -d ${STAGING_INCDIR}/ext2fs
+	for h in ${ext2fsheaders}; do
+		install -m 0644 lib/ext2fs/$h ${STAGING_INCDIR}/ext2fs/ || die "failed to install $h"
+	done
+	autotools_stage_all
+}
+
+# blkid used to be part of e2fsprogs but is useful outside, add it
+# as an RDEPENDS so that anything relying on it being in e2fsprogs
+# still works
+RDEPENDS_e2fsprogs = "e2fsprogs-blkid e2fsprogs-uuidgen e2fsprogs-badblocks"
+
+FILES_${PN} += "${libdir}/e2initrd_helper"
+
+PACKAGES =+ "e2fsprogs-blkid e2fsprogs-uuidgen e2fsprogs-e2fsck e2fsprogs-mke2fs e2fsprogs-fsck e2fsprogs-tune2fs e2fsprogs-badblocks"
+FILES_e2fsprogs-blkid = "${base_sbindir}/blkid.${PN}"
+FILES_e2fsprogs-uuidgen = "${bindir}/uuidgen"
+FILES_e2fsprogs-fsck = "${base_sbindir}/fsck.${PN}"
+FILES_e2fsprogs-e2fsck = "${base_sbindir}/e2fsck.${PN} ${base_sbindir}/fsck.ext*.${PN}"
+FILES_e2fsprogs-mke2fs = "${base_sbindir}/mke2fs.${PN} ${base_sbindir}/mkfs.ext*.${PN}"
+FILES_e2fsprogs-tune2fs = "${base_sbindir}/tune2fs ${base_sbindir}/e2label ${base_sbindir}/findfs"
+FILES_e2fsprogs-badblocks = "${base_sbindir}/badblocks"
+
+do_install_append () {
+	mv ${D}${base_sbindir}/fsck ${D}${base_sbindir}/fsck.${PN}
+	mv ${D}${base_sbindir}/blkid ${D}${base_sbindir}/blkid.${PN}
+	mv ${D}${base_sbindir}/e2fsck ${D}${base_sbindir}/e2fsck.${PN}
+	rm ${D}${base_sbindir}/fsck.ext2
+	rm ${D}${base_sbindir}/fsck.ext3
+	rm ${D}${base_sbindir}/fsck.ext4*
+	mv ${D}${base_sbindir}/mke2fs ${D}${base_sbindir}/mke2fs.${PN}
+	rm ${D}${base_sbindir}/mkfs.ext2
+	rm ${D}${base_sbindir}/mkfs.ext3
+	rm ${D}${base_sbindir}/mkfs.ext4*
+
+	cd ${D}/${base_sbindir}
+	ln -sf ./e2fsck.${PN} fsck.ext2.${PN}
+	ln -sf ./e2fsck.${PN} fsck.ext3.${PN}
+	ln -sf ./e2fsck.${PN} fsck.ext4.${PN}
+	ln -sf ./e2fsck.${PN} fsck.ext4dev.${PN}
+	ln -sf ./mke2fs.${PN} mkfs.ext2.${PN}
+	ln -sf ./mke2fs.${PN} mkfs.ext3.${PN}
+	ln -sf ./mke2fs.${PN} mkfs.ext4.${PN}
+	ln -sf ./mke2fs.${PN} mkfs.ext4dev.${PN}
+
+	ln -sf ./tune2fs findfs
+	ln -sf ./tune2fs e2label
+}
+
+pkg_postinst_e2fsprogs () {
+	update-alternatives --install ${base_bindir}/chattr chattr chattr.${PN} 100
+}
+
+pkg_postinst_e2fsprogs-fsck () {
+	update-alternatives --install ${base_sbindir}/fsck fsck fsck.${PN} 100
+}
+
+pkg_prerm_e2fsprogs-fsck () {
+	update-alternatives --remove fsck fsck.${PN}
+}
+
+pkg_postinst_e2fsprogs-blkid () {
+    update-alternatives --install ${base_sbindir}/blkid blkid blkid.${PN} 100
+}
+
+pkg_prerm_e2fsprogs-blkid () {
+    update-alternatives --remove blkid blkid.${PN}
+}
+
+pkg_postinst_e2fsprogs-e2fsck () {
+	update-alternatives --install ${base_sbindir}/e2fsck e2fsck e2fsck.${PN} 100
+	update-alternatives --install ${base_sbindir}/fsck.ext2 fsck.ext2 fsck.ext2.${PN} 100
+	update-alternatives --install ${base_sbindir}/fsck.ext3 fsck.ext3 fsck.ext3.${PN} 100
+	update-alternatives --install ${base_sbindir}/fsck.ext4 fsck.ext4 fsck.ext4.${PN} 100
+	update-alternatives --install ${base_sbindir}/fsck.ext4dev fsck.ext4dev fsck.ext4dev.${PN} 100
+}
+
+pkg_prerm_e2fsprogs-e2fsck () {
+	update-alternatives --remove e2fsck e2fsck.${PN}
+	update-alternatives --remove fsck.ext2 fsck.ext2.${PN}
+	update-alternatives --remove fsck.ext3 fsck.ext3.${PN}
+	update-alternatives --remove fsck.ext4 fsck.ext4.${PN}
+	update-alternatives --remove fsck.ext4dev fsck.ext4dev.${PN}
+}
+
+pkg_postinst_e2fsprogs-mke2fs () {
+	update-alternatives --install ${base_sbindir}/mke2fs mke2fs mke2fs.${PN} 100
+	update-alternatives --install ${base_sbindir}/mkfs.ext2 mkfs.ext2 mkfs.ext2.${PN} 100
+	update-alternatives --install ${base_sbindir}/mkfs.ext3 mkfs.ext3 mkfs.ext3.${PN} 100
+	update-alternatives --install ${base_sbindir}/mkfs.ext4 mkfs.ext4 mkfs.ext4.${PN} 100
+	update-alternatives --install ${base_sbindir}/mkfs.ext4dev mkfs.ext4dev mkfs.ext4dev.${PN} 100
+}
+
+pkg_prerm_e2fsprogs-mke2fs () {
+	update-alternatives --remove mke2fs mke2fs.${PN}
+	update-alternatives --remove mkfs.ext2 mkfs.ext2.${PN}
+	update-alternatives --remove mkfs.ext3 mkfs.ext3.${PN}
+	update-alternatives --remove mkfs.ext4 mkfs.ext4.${PN}
+	update-alternatives --remove mkfs.ext4dev mkfs.ext4dev.${PN}
+}
-- 
1.6.4

Re: [PATCH] Add e2fsprogs 1.41.9. [WAS Re: bitbake and e2fsprogs-1.41.9?]

[Robert P. J. Day]

On Tue, 12 Jan 2010, Robert P. J. Day wrote:

> On Tue, 12 Jan 2010, Graham Gower wrote:
>
> > FYI, here is the patch that was submitted upstream:
> > http://sourceforge.net/tracker/?func=detail&aid=2813809&group_id=2406&atid=302406
> >
> > The issue with 1.41.5 went away for me when I installed 32bit compatibility
> > libs on my pure 64 bit system.
> >
> > -Graham
> >
> >
> > Signed-off-by: Graham Gower <graham.gower@gmail.com>
> > ---
> > conf/checksums.ini                           |    4 +
> > recipes/e2fsprogs/e2fsprogs-native_1.41.9.bb |   20 ++++
> > recipes/e2fsprogs/e2fsprogs_1.41.9.bb        |  125 ++++++++++++++++++++++++++
> > 3 files changed, 149 insertions(+), 0 deletions(-)
> > create mode 100644 recipes/e2fsprogs/e2fsprogs-native_1.41.9.bb
> > create mode 100644 recipes/e2fsprogs/e2fsprogs_1.41.9.bb
> >
> > diff --git a/conf/checksums.ini b/conf/checksums.ini
> > index 12c4cf2..ba6b7ba 100644
> > --- a/conf/checksums.ini
> > +++ b/conf/checksums.ini
> > @@ -5438,6 +5438,10 @@
> > sha256=2cc10fee2b29add737e454eb634513135b34a638f7ca2b18364864fe089020dc
> > md5=e218df6c84fc17c1126d31de9472a76c
> > sha256=b3d7d0e1058a3740ddae83d47285bd9dce161eec9e299dde7996ed721da32198
> >
> > +[http://downloads.sourceforge.net/e2fsprogs/e2fsprogs-1.41.9.tar.gz]
> > +md5=52f60a9e19a02f142f5546f1b5681927
> > +sha256=cbf1e34261a16b3d7911b60b91290b19f2010036d6ba628d45b5f0b2af2b66e8
> > +
> > [http://downloads.sourceforge.net/e2fsprogs/e2fsprogs-libs-1.33.tar.gz]
> > md5=c7545bb05e0c2fc59174f0dc455c6519
> > sha256=a65d064bee3e97c164d07a490692db0e73da8da10019ad9a89866706c93ae703
>
> ... snip ...
>
>   i just tried a dry run on that patch and got a failure on patching
> checksums.ini of all files.  i'll look more closely.  are you sure
> that patch applies cleanly to checksums.ini in the dev branch?

  never mind, just me being clueless, although that first patch
snippet needs an offset of about 500 lines.  but e2fsprogs seems to
build, so i'm going after beagleboard-demo-image now.  i'll keep you
posted.

  since that patch seems to solve the problem, could someone apply it?
thanks.  and thanks, graham.

rday
--

========================================================================
Robert P. J. Day                               Waterloo, Ontario, CANADA

            Linux Consulting, Training and Kernel Pedantry.

Web page:                                          http://crashcourse.ca
Twitter:                                       http://twitter.com/rpjday
========================================================================