On 2016-04-13 18:12 +0200, Sven Joachim wrote:
> On 2016-04-13 23:19 +0900, Roger Shimizu wrote:
>>
>> I was always on armel boxes do the screen support for d-i, so I didn't
>> find there's a problem on amd64 until yesterday.
>> With the previous v4 patch, building packages for src:ncurses on ARCH
>> amd64, then check the dependency of built udeb:
>>
>> $ dpkg-deb -I libtinfo5-udeb_6.0+20160319-2_amd64.udeb
>> Depends: lib32tinfo5 (>= 6), libc6-udeb (>= 2.19)
>
> I see why: the debian/libtinfo5-udeb.install file installs files named
> usr/lib/*/libtic.so.*, and unfortunately the multilib libraries match
> that wildcard, so you end up with /usr/lib/32/libtic.so.5 in the udeb
> which is not what we want.
Seems I had displaced my brain yesterday, since this is nonsense. The
multilib libraries are placed in /usr/lib32 rather than /usr/lib/32 and
do not end up in the udeb.
> Yes, the right solution is not to install these files into the udeb in
> the first place. This could be achieved by creating
> libtinfo5-udeb.install from libtinfo5-udeb.install.in, as in the first
> version of your patch.
Consequently, this is not necessary and we don't need a
libtinfo5-udeb.install.in file.
Cheers,
Sven
