Bug#1023313: gap-guava-bin: do not hardcode kv7 in path without depend on gap-kernel-7

[Jerome BENOIT]

Hello Bill, thanks for your reply.



On 03/11/2022 11:49, Bill Allombert wrote:
> On Wed, Nov 02, 2022 at 11:13:07AM +0100, Jerome BENOIT wrote:
>> Hello Bill, thanks for your message.
> 
> Hello Jerome,
> 
> Please keep in mind that the BTS does not forward email to the submitter so
> you always need to CC them otherwise they will not see your answer!
> I only found it by luck, because I see your upload.
> 
>> I was trying to fix the issue when you sent the report.
>> I isolated the issue as you did.
>>
>> Solution 1) would the solution on box with one architecture, not on box with multi-architectures.
>> The package test relies DirectoriesPackagePrograms gap procedure (see debian/tests/makecheck.tst )
>>
>> In Sid environment as provided by autopkgtest(1),
>>
>> DirectoriesPackagePrograms( "guava" )
>>
>> gives
>>
>> [ dir("/usr/share/gap/pkg/guava/bin/"), dir("/usr/share/gap/pkg/guava/bin/x86_64-pc-linux-gnu-default64-kv8/") ]
>>
>> which is in agreement with your comments.
> 
> Indeed, the GAP patch debian/patches/program-path adds
> /usr/share/gap/pkg/guava/bin/ to this list.
> 
>> However only the last dir[ectory] may work on muti-architecture boxes.
>> Here we would need a "/usr/share/gap/pkg/guava/bin/<arch-triplet> between the two current ones:
>> can gap support this ?
> 
> GAP does not have the notion of the Debian triplet, so it is difficult to write a patch
> to add /usr/share/gap/pkg/guava/bin/$(DEBIAN_TRIPLET)/

I guess that a patch can be written to do so.


> 
> There is a single /usr/bin for all archs, so in particular a single /usr/bin/gap,
> so I do not see why we need to support several /usr/share/gap/pkg/guava/bin,
> especially since mismatched gap-core and gap-guava-bin should work.

Along this reasonning, /usr/share/gap/pkg/guava/bin/x86_64-pc-linux-gnu-default64-kv8/ has no use.

> 
>> Meanwhile (before reading your report) I gave a new try by imposing gap >= 4.12 .
> 
> This is not sufficient, because it will break again when kv9 happens, for no reason.

I agree.

> Without this bug, gap would be in testing today.

This is migration in action.

> My only way out is to reupload gap with Breaks: gap-guava-bin (<= 3.17+ds-2),
> which will waste 5 days.

The only way out is to fix [gap-]guava .

> 
> Also this is an artificial dependency ( guava only requires >= 4.8.0) that will make
> upgrades more complex, again for no reason.

Indeed.


Please let me fix this guava issue by the week-end.

Best wishes,
Jerome

> 
> Cheers,

-- 
Jerome BENOIT | calculus+at-rezozer^dot*net
https://qa.debian.org/developer.php?login=calculus@rezozer.net
AE28 AE15 710D FF1D 87E5  A762 3F92 19A6 7F36 C68B
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 1533 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/debian-science-maintainers/attachments/20221103/44901745/attachment.sig>