fgallery broken which might be caused by bug in libjson-xs-perl

[Niko Tyni]

On Fri, Oct 07, 2016 at 09:25:38AM +0200, Andreas Tille wrote:

> This is the situation: I'm using a Git commit from fgallery with extra
> features I've added locally.  So this is a bad test case for somebody
> else since it derives from the official Debian package.  This fgallery
> is unchanged since three monthes and
> 
>   1. worked until 16. September under testing
>   2. stopped working after my upgrade yesterday to libjson-xs-perl
>      3.020-1+b1
>   3. works again with libjson-xs-perl 3.010-2 (which I needed to
>      rebuild since the binary deb on snapshots requires an older
>      perl version
> 
> The failure is identical to what is described here:
> 
>    https://stackoverflow.com/questions/33738849/strange-behavior-of-a-tied-hash-in-perl-when-asking-for-an-arrayref
>    https://rt.cpan.org/Ticket/Display.html?id=109026
> 
> and may be these links lead to an easily reproducible example.

Those discuss encoding a special 'magical' variable.
I don't think that ever worked.

The same error message can be triggered by other means.
There's this in 3.02 changelog:

    - allow_nonref now affects booleans (\1, $Types::Serialiser::Boolean)
          as well (reported by Alex Efros).

and from that I can construct a test case that has intentionally changed
behaviour recently, now giving the same error message.

# perl -MJSON=encode_json -le '$x=1; print encode_json(\$x)'

> > > If needed I can try to create a simple test case.
> > 
> > That would be helpful in case you come to the conclusion there's
> > really a problem in one of the packages in the archive.
> 
> I have some backlog from holidays but I'll try to do my best
> if the hints above are not sufficient.

Please do, too much guesswork at the moment.
-- 
Niko Tyni   ntyni at debian.org