On Thu, 2021-03-11 at 10:31 +0000, Richard Purdie wrote:
> On Thu, 2021-03-11 at 10:15 +0000, Luca Boccassi wrote:
> > On Wed, 2021-03-10 at 18:28 +0000, Luca Boccassi wrote:
> > > On Tue, 2021-03-09 at 23:43 +0000, Richard Purdie wrote:
> > > 
> > > 
> > > No problem at all, it's absolutely fine to postpone, I am in no
> > > immediate rush as I have local backports in use. As long as we get
> > > things sorted at some point it's all good for me, so please don't delay
> > > other patches because of this.
> > > 
> > > > I'm a little unclear if debian renaming was allowed before the split and if
> > > > so, why it is disabled in the split version. I suspect there is a missing
> > > > MLPREFIX somewhere causing the multilib issue too.
> > > 
> > > I do not remember why the DEBIAN_NOAUTONAME was added at this point.
> > > I'll try to send a new version tomorrow.
> > 
> > So without DEBIAN_NOAUTONAME these are the package names:
> > 
> > libuuid1-2.36.2-r0.core2_64.rpm
> > libuuid-dbg-2.36.2-r0.core2_64.rpm
> > libuuid-dev-2.36.2-r0.core2_64.rpm
> > util-linux-uuid-src-2.36.2-r0.core2_64.rpm
> > 
> > that's going to be a problem as they don't match anymore, right? Since
> > they used to be util-linux-libuuid, etc. Although the poky image build
> > completed just fine...
> 
> The above looks fine, they don't have to match. I think this would match 
> what happens to the package before your patch too although I've not 
> checked.
> 

Ok, sent v10.

The other issue was a missing rm -f ${D}/lib64/libuuid* - is there a
better way to handle all of this than this line? ${libdir} doesn't seem
to match in some cases so I have to manually specify lib/libx32/lib64,
is there a better variable to use?

do_install_append () {
	rm -rf ${D}${includedir}/uuid ${D}${libdir}/pkgconfig/uuid.pc ${D}${libdir}/libuuid* ${D}/lib/libuuid* ${D}/libx32/libuuid* ${D}/lib64/libuuid*
}

-- 
Kind regards,
Luca Boccassi