[Vm-dev] Fwd: [Pkg-squeak-devel] Bug#744289: scratch: Impossible importing or using jpeg files

tim Rowledge tim at rowledge.org
Mon Apr 14 16:50:28 UTC 2014

IIRC ubuntu is a Debian derivative. Debian patches the vm source pre-build and carefully, oh so carefully, buggers it up.

For the Pi Scratch package we have to un-screw it. The jpeg lib in Debian is broken. Don’t link to it. I suppose it is conceivable that the library changed in such a way that it needs slightly different tickling in order to work but that does not justify ham-handed firking with other people’s code that actually works.
They also do a couple of other  dumb changes that rather annoyed Ian when I pointed them out to him.

On 13-04-2014, at 6:30 PM, David T. Lewis <lewis at mail.msen.com> wrote:

> Thanks Bert,
> I tried installing a squeakvm with apt-get on my Ubuntu laptop. I'm assuming
> this is probably the same as, or derived from, a Debian build. That VM exhibits
> the problem described below, i.e. the plugin loads into Squeak but JPEG images
> cannot be displayed.
> With a standard interpreter VM from squeakvm.org, there is no problem. I also
> compiled an interpreter VM in 64 bit mode using the standard Cmake build system
> from squeakvm.org, and this also works without problems (so it is not a 64-bit
> issue).
> This suggests that the problem is somehow specific to the Debian build, but
> I can't say what the cause might be.
> I'll note also that the Debian 64-bit build of squeakvm is not suitable for
> use with Scratch, because it includes at least one plugin (the CameraPlugin)
> that currently works only when compiled for 32-bits (again I am assuming
> that my Ubuntu download is really coming from Debian, hope I have that right).
> I am CCing Miriam and Jos? Luis on this. I'm sorry I cannot see the cause
> of the problem, but maybe knowing that it works properly on a standard
> squeakvm Cmake build will help.
> r.e. use of old libjeg sources: Yes it would be nice if someone updated the
> Squeak JPEGReaderPlugin to use up to date libraries. As far as I know, nobody
> is working on that right now, but a volunteer would be welcome. In the mean
> time, the current source base seems to work acceptably for Squeak and Scratch.
> Dave
> On Sun, Apr 13, 2014 at 12:21:27PM -0700, Bert Freudenberg wrote:
>> Begin forwarded message:
>>> From: Jos? Luis Redrejo Rodr?guez <jredrejo at debian.org>
>>> Subject: Re: [Pkg-squeak-devel] Bug#744289: scratch: Impossible importing or using jpeg files
>>> Date: 12. April 2014 10:22:30 GMT-7
>>> To: Miriam Ruiz <miriam at debian.org>
>>> Cc: pkg-squeak-devel at lists.alioth.debian.org
>>> mmm, I don't think compiling squeak-vm against the ancient libjpeg
>>> sources bundled with squeak sources instead system libjpeg is a good
>>> idea.
>>> Instead of it, the JPEGReaderPlugin should be fixed to work correctly
>>> with a modern jpeg library, but I don't feel with the  needed time
>>> and/or knowledge to fix that currently. I'm afraid I've forgotten most
>>> of my Smalltalk skills in the last years :(
>>> Regards.
>>> Jos? L.
>>> 2014-04-12 18:22 GMT+02:00 Miriam Ruiz <miriam at debian.org>:
>>>> Hi!
>>>> I've received this bug report for Scratch, but according to what is
>>>> said in the forums of the Raspberry Pi device, it might belong to
>>>> squeak-vm instead.
>>>> Any thoughts about it?
>>>> Thanks,
>>>> Miry
>>>> ---------- Forwarded message ----------
>>>> From: gea <geaplanet at yahoo.es>
>>>> Date: 2014-04-12 16:16 GMT+02:00
>>>> Subject: Bug#744289: scratch: Impossible importing or using jpeg files
>>>> To: Debian Bug Tracking System <submit at bugs.debian.org>
>>>> Package: scratch
>>>> Version:
>>>> Severity: normal
>>>> Dear Maintainer,
>>>> In the last versions of Scratch it is impossible to import jpeg files.
>>>> With png works perfectly, but you find problems with jpeg. The program doesn't
>>>> complain in any way but after you select an image jpg (for example in
>>>> backgrounds) to use it, it is like if you were did not anything.
>>>> I think something is missing, perhaps the jpeg plugin, because I remember there
>>>> was one in 1.3 version, but it is not present in 1.4.
>>>> Thanks in advance.
>>>> -- System Information:
>>>> Debian Release: wheezy/sid
>>>> APT prefers unstable
>>>> APT policy: (500, 'unstable')
>>>> Architecture: i386 (i686)
>>>> Kernel: Linux 3.10.1-picaros (SMP w/4 CPU cores)
>>>> Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
>>>> Shell: /bin/sh linked to /bin/dash
>>>> Versions of packages scratch depends on:
>>>> ii  libgtk2.0-bin           2.24.22-1
>>>> ii  shared-mime-info        1.0-1+b1
>>>> ii  squeak-plugins-scratch
>>>> ii  squeak-vm               1:
>>>> scratch recommends no packages.
>>>> Versions of packages scratch suggests:
>>>> ii  pulseaudio  4.0-6+b1
>>>> -- no debconf information
>>>> ---------- Forwarded message ----------
>>>> From: Miriam Ruiz <miriam at debian.org>
>>>> Date: 2014-04-12 17:36 GMT+02:00
>>>> Subject: Re: Bug#744289: scratch: Impossible importing or using jpeg files
>>>> To: gea <geaplanet at yahoo.es>, 744289 at bugs.debian.org
>>>> It might be related to the Squeak VM over which Scratch is executed,
>>>> but I need to check it:
>>>> ?Me and Tim discussed this, and I've found a fix. The issue is due to
>>>> the Debian package inheriting a patch from the original Debian
>>>> packager making it link against the system libjpeg (rather than the
>>>> rather ancient libjpeg bundled in the squeak-vm sources). For some
>>>> reason, it seems squeak-vm isn't happy working with the newer libjpeg,
>>>> so I've removed that patch and it all seems well. I'll post here when
>>>> the updated squeak-vm is added to the repository, which should be
>>>> tomorrow.? ( http://www.raspberrypi.org/forums/viewtopic.php?f=77&t=15583&start=25
>>>> )
>>> _______________________________________________
>>> Pkg-squeak-devel mailing list
>>> Pkg-squeak-devel at lists.alioth.debian.org
>>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-squeak-devel

tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
Useful random insult:- Not an idiot, but plays one in his life.

More information about the Vm-dev mailing list