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

Bill Allombert Bill.Allombert at math.u-bordeaux.fr
Thu Nov 3 16:33:57 GMT 2022


On Thu, Nov 03, 2022 at 12:25:17PM +0100, Jerome BENOIT wrote:
> > 
> > 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.

This probably requires changing the C code to define a new GAPInfo.DEB_HOST_MULTIARCH field.
Do you have a better idea ?

> > 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.

Indeed. gap only need to support it for compatibility with non-debian-packaged gap packages,
that uses this kind of directory name.

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

OK, thanks!
Bill.



More information about the debian-science-maintainers mailing list