Bug#880449: unison: Uncaught exception Failure("input_value: bad bigarray kind")

[Vincent Lefevre]

On 2017-11-02 12:23:06 +0100, Stéphane Glondu wrote:
> To synchronize between multiple releases of Debian (or Ubuntu), I use
> schroot on one side so that both sides are identical. I know other
> people directly copy the binary (the package or the executable) of one
> side to the other.

This will prevent one from automatically getting security updates,
for instance.

Alternatively, wouldn't it be possible to rename the current unison
package and make it co-installable with the one from stretch?

Since unison just depends on libc6, this shouldn't yield conflicts
preventing upgrades.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#880449: unison: Uncaught exception Failure("input_value: bad bigarray kind")

[Stéphane Glondu]

Le 02/11/2017 à 01:30, Vincent Lefevre a écrit :
>> This is a known issue, and not easy to fix. Upstream is not interested
>> to make unison compatible with other versions of itself (or same version
>> compiled with another version of OCaml): Unison is designed to work only
>> with the same version, period.
> 
> I thought this was only for major versions. Anyway, there's still
> the workaround that was used in past Debian releases (e.g. jessie):
> provide the version from the previous release too, then make the
> unison-all package depends on both packages. I've just submitted
> a RFP bug for unison2.48.3:
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=880541
> 
> IMHO, the current unison package should not enter testing before
> unison2.48.3 is available, or this would annoy users who synchronize
> between testing and stretch (AFAIK, synchronization between
> sid/testing and jessie was working too before this upgrade).

The issue here is the version of ocaml used to compile unison. They must
coincide on both sides. (Actually, it is a change in ocaml 4.02 that
made unison incompable with itself when the version of ocaml differs,
that explains why we could provide "compatibility" packages before.)
Packaging unison2.48.3 won't solve the issue, since it would be compiled
with today's ocaml, therefore it would be incompatible with the version
in stretch. The way unisonX.YY.Z used to be packaged relied on the fact
that the version of ocaml didn't matter, which is no longer true.

And packaging multiple versions of ocaml just for unison is something
I'm not willing to do.

To synchronize between multiple releases of Debian (or Ubuntu), I use
schroot on one side so that both sides are identical. I know other
people directly copy the binary (the package or the executable) of one
side to the other.

I know this is inconvenient, but I find it more convenient than removing
unison from Debian altogether.


Cheers,

-- 
Stéphane

Bug#877496: explib310 FTBFS

[Ralf Treinen]

There is a new release (0.9.3) on the upstream github which compiles
under ocaml 4.05. Note their new numbering scheme for releases. However,
the install targets have to be adjusted.

-Ralf.

Processed: tagging 877496

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 877496 + fixed-upstream
Bug #877496 [src:sexplib310] sexplib310 FTBFS: Error: This expression has type 
Obj.t but an expression was expected of type extension_constructor
Added tag(s) fixed-upstream.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
877496: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877496
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems