[oe] e2fsprogs-libs build failure analysis

Denys Dmytriyenko denis at denix.org
Tue Jul 14 22:16:10 UTC 2009


On Tue, Jul 14, 2009 at 01:35:51PM -0700, Khem Raj wrote:
> On (14/07/09 20:47), Richard Purdie wrote:
> > Hi,
> > 
> > On Sun, 2009-07-12 at 23:57 -0400, Denys Dmytriyenko wrote:
> > > On Sun, Jul 12, 2009 at 01:34:34PM -0700, Khem Raj wrote:
> > > > Like many others I was also getting this problem reported on this mailing list in past 
> > > > 
> > > > http://article.gmane.org/gmane.comp.handhelds.openembedded/24445/match=e2fsprogs+libs
> > > > 
> > > > I looked a bit into this and the problem is that PN gets overwritten when 
> > > > do_package_write_ipk -> read_subpackage_metadata 
> > >
> > > Have you seen this thread several months ago with the same analysis:
> > > http://thread.gmane.org/gmane.comp.handhelds.openembedded/22376/focus=22556
> > > 
> > > As I said before, pkgdata/runtime handling needs fixing - if multiple recipes 
> > > (or even target vs. native/sdk of the same package, like it was with curl) 
> > > provide the identically named .so library (libblkid in this case) during the 
> > > build, there may be a conflict in the pkgdata/runtime files.
> > > 
> > > What are the pkgdata files are used for ultimately? Do they need to contain 
> > > PN/PV/PR? That was introduced by the commit mentioned in the thread above... 
> > > Should it be reverted?
> > > 
> > > Lets ask Richard - he made this change in Poky, maybe he has a better fix for 
> > > it... :)
> > 
> > The real problem here is two packages providing the same library. This
> > is actually a critical error and means your distro is screwed unless
> > handled very carefully. Rather than hacking around the problem, I'd much
> > rather we detect and abort in this case and warn the user something is
> > about to break and that any package feeds will need careful attention.
> 
> yeah I would agree on both counts.

Sorry, this might be a stupid question, but can update-alternatives handle 
libraries? Would that solve the issue of multiple packages providing the same 
library?

-- 
Denys




More information about the Openembedded-devel mailing list