On 2016-04-14 20:37 +0900, Roger Shimizu wrote:
> On Thu, Apr 14, 2016 at 4:24 AM, Sven Joachim <svenj...@gmx.de> wrote:
>> On 2016-04-14 02:42 +0900, Roger Shimizu wrote:
>>> I tried to remove install add install.in:
>>>
>>> diff --git a/debian/libtinfo5-udeb.install.in
>>> b/debian/libtinfo5-udeb.install.in
>>> new file mode 100644
>>> index 0000000..b0b4373
>>> --- /dev/null
>>> +++ b/debian/libtinfo5-udeb.install.in
>>> @@ -0,0 +1,2 @@
>>> +usr/lib/${DEB_HOST_MULTIARCH}/libtinfo.so.* lib/${DEB_HOST_MULTIARCH}
>>> +usr/lib/${DEB_HOST_MULTIARCH}/libtic.so.*
>>
>> Apparently you have to install the libraries directly into lib/ and
>> avoid the multiarch directories in the udeb.
>>
>>> and register the install:
>>>
>>> --- a/debian/rules
>>> +++ b/debian/rules
>>> @@ -69,8 +69,8 @@ DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture
>>> -qDEB_HOST_MULTIARCH)
>>> autogen-files := debian/libncurses5-dev.links debian/libtinfo-dev.links \
>>> debian/libncurses5.install debian/libncursesw5.install \
>>> debian/libncurses5-dev.install debian/libncursesw5-dev.install \
>>> - debian/libtinfo5.install debian/libtinfo-dev.install \
>>> - debian/libtermcap.so
>>> + debian/libtinfo5.install debian/libtinfo5-udeb.install \
>>> + debian/libtinfo-dev.install debian/libtermcap.so
>>>
>>> But the result of built package keeps the same.
>>> It still depends on lib32tinfo5, which is not udeb.
>>>
>>> I also confirmed that there's no "/usr/lib/32" library in the udeb.
>>> Library so files looks alright in udeb.
>>
>> Huh, indeed. Looks like something is rather odd with dpkg-shlibdeps,
>> however this can be avoided by putting the libraries into lib/ (see
>> above).
Another embarrassment for me, on closer look this does not actually
work. :-/
> Since you're confident on moving udeb lib so to lib/ to solve the
> problem, here enclosed you can find the v5 patch.
> However, I still have the issue on my amd64 environment:
>
> Depends: lib32tinfo5 (>= 6), libc6-udeb (>= 2.19)
>
> Maybe I my environment is not clean, so you can try the patch yourself.
It doesn't help. I have filed a bug against dpkg-shlibdeps (#821025),
you should have received a copy of that report.
> diff --git a/debian/.gitignore b/debian/.gitignore
> index cf040fd..367708f 100644
> --- a/debian/.gitignore
> +++ b/debian/.gitignore
> @@ -7,6 +7,7 @@ libncursesw5-dev.install
> libtinfo-dev.install
> libtinfo-dev.links
> libtinfo5.install
> +libtinfo5-udeb.install
> libtermcap.so
> *.substvars
> *.debhelper
As I wrote in my previous mail a few minutes ago, there's actually no
need for libtinfo5-udeb.install.in, so this change and the one to
autogen-files in debian/rules can be backed out.
> diff --git a/debian/changelog b/debian/changelog
> index a02785a..6810fa1 100644
> --- a/debian/changelog
> +++ b/debian/changelog
> @@ -1,3 +1,10 @@
> +ncurses (6.0+20160319-2) UNRELEASED; urgency=medium
> +
> + [ Roger Shimizu ]
> + * Add udeb support to libtinfo5
Please add a " (Closes: #819397)" at the end of this line.
Cheers,
Sven
