Bug#886986: please remove bump-fasl-loader-version.patch

Sébastien Villemot sebastien at debian.org
Fri Jan 12 11:30:26 UTC 2018


On Fri, Jan 12, 2018 at 12:25:08PM +0100, Bruno Haible wrote:
> Sébastien Villemot wrote:
> > The right solution would be to extract the
> > hash for the .mem format when compiling clisp, and then turn it into a virtual
> > package (like "clisp-mem-<HASH>", pretty much like we do for FASL version
> > format). Then, when xindy is compiled, it would acquire the dependency on that
> > virtual package, with the exact same hash.
> 
> OK, I can implement this. It would be two command-line options:
>   clisp [-K linkingset] --mem-hash              Prints the expected hash of mem files
>   clisp [-K linkingset] --mem-hash-of MEM-FILE  Prints the hash of the particular mem file

That sounds good, thanks.

> > When a new version of clisp is
> > uploaded, if the .mem format changes for whatever reason, then we would know
> > that xindy needs to be recompiled (because the dependency would be broken).
> 
> What if a user has installed xindy, with clisp as dependency, and then upgrades
> clisp to a different version, with a different mem-hash?
>   1) Will the package manager report a conflict?

Yes.

>   2) Will the package manager propose, as solution of this conflict, to install
>      another binary package for xindy? Or will it only propose to remove xindy?

Only two options will be available:
1) either upgrade clisp and xindy together
2) or do not upgrade any of them

In the case where an update of clisp is available, but that xindy has not been
recompiled, only 2) will be available. But this will be a temporary situation,
and it will only happen in the unstable suite of Debian (it will never happen
in the stable or testing suites, because by construction they don't allow such
broken dependencies).

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄⠀⠀⠀⠀  http://www.debian.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-common-lisp-devel/attachments/20180112/f9356f1b/attachment.sig>


More information about the pkg-common-lisp-devel mailing list