bug#16240: Please try building with librsvg on MS-Windows

bug#16240: Please try building with librsvg on MS-Windows

[Juanma Barranquero]

Package: emacs
Version: 24.3.50


Running from the root of the test suit:

  C:\...\svg> dir

   Directory of  C:\Devel\emacs\varios\images\svg\*

  24/12/2013  02:29         <DIR>    harness
  24/12/2013  02:29         <DIR>    images
  24/12/2013  02:29         <DIR>    png
  24/12/2013  02:27         <DIR>    resources
  24/12/2013  02:29         <DIR>    svg
  24/12/2013  02:29         <DIR>    svgweb
                   0 bytes in 0 files and 6 dirs
     120.282.697.728 bytes free

  C:\...\svg> \Devel\emacs\repo\trunk\src\emacs.exe -Q svg\color-prof-01-f.svg

  (emacs.exe:10820): Pango-CRITICAL **: No modules found:
  No builtin or dynamically loaded modules were found.
  PangoFc will not work correctly.
  This probably means there was an error in the creation of:
    'C:\Devel\emacs\etc\pango\pango.modules'
  You should create this file by running:
    pango-querymodules > 'C:\Devel\emacs\etc\pango\pango.modules'

  (emacs.exe:10820): Pango-WARNING **: failed to choose a font, expect
ugly output. engine-type='PangoRenderWin32', script='latin'

I'll file it as a bug report in case someone who understands this
stuff wants to work on it.

   J

bug#16240: Please try building with librsvg on MS-Windows

[Eli Zaretskii]

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Tue, 24 Dec 2013 14:19:56 +0100
> Bcc: bug-gnu-emacs@gnu.org

(Why Bcc?  It required me to download the bug report from debbugs, to
have the right headers.  The bug is already filed anyway.)

> Running from the root of the test suit:
> 
>   C:\...\svg> dir
> 
>    Directory of  C:\Devel\emacs\varios\images\svg\*
> 
>   24/12/2013  02:29         <DIR>    harness
>   24/12/2013  02:29         <DIR>    images
>   24/12/2013  02:29         <DIR>    png
>   24/12/2013  02:27         <DIR>    resources
>   24/12/2013  02:29         <DIR>    svg
>   24/12/2013  02:29         <DIR>    svgweb
>                    0 bytes in 0 files and 6 dirs
>      120.282.697.728 bytes free
> 
>   C:\...\svg> \Devel\emacs\repo\trunk\src\emacs.exe -Q svg\color-prof-01-f.svg
> 
>   (emacs.exe:10820): Pango-CRITICAL **: No modules found:
>   No builtin or dynamically loaded modules were found.
>   PangoFc will not work correctly.
>   This probably means there was an error in the creation of:
>     'C:\Devel\emacs\etc\pango\pango.modules'
>   You should create this file by running:
>     pango-querymodules > 'C:\Devel\emacs\etc\pango\pango.modules'
> 
>   (emacs.exe:10820): Pango-WARNING **: failed to choose a font, expect
> ugly output. engine-type='PangoRenderWin32', script='latin'

This is not an Emacs problem, this is a problem in the binary package
for Pango (and perhaps also for librsvg).  The binary distribution for
Pango does include a file etc/pango/pango.modules, but it is empty.
I'm guessing that without any content in that file, Pango looks in the
default place, which is the value of --prefix I used when configured
it.  And you probably didn't install Pango in the same place I did
(d:/usr).  If so, please run the command which is cited in the above
error message, but redirect its output to the place where you have the
pango.modules file, instead of the file name shown in the message.

Similarly, there's a loaders.cache file in the librsvg binary package,
which might need a similar update, using the gdk-pixbuf-query-loaders
command.

Please, before you update these 2 files, try simply removing or
renaming them, and see if that makes the package work without the
error message.  If that doesn't work, create the files with correct
content for your system, and I will then try to find a way to make
installation friendlier (ideally, no need for these files).

bug#16240: Please try building with librsvg on MS-Windows

[Juanma Barranquero]

On Tue, Dec 24, 2013 at 5:51 PM, Eli Zaretskii <eliz@gnu.org> wrote:

> (Why Bcc?

A mistake. I often use Bcc: to send commands to control@debbugs.gnu.org.

> Please, before you update these 2 files, try simply removing or
> renaming them, and see if that makes the package work without the
> error message.

After removing them, Emacs still outputs the error message.

After creating pango.modules the error disappears and Emacs shows the
SVG image with appropriate text (I'm testing with color-prof-01-f.svg
and I see "DRAFT" and "$Revision: 1.9$"). However, the color squares
aren't drawn. Creating loaders.cache does not seem to affect the
result.

     J

bug#16240: Please try building with librsvg on MS-Windows

[Eli Zaretskii]

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Wed, 25 Dec 2013 03:53:06 +0100
> Cc: Stephen Turnbull <stephen@xemacs.org>, 16240@debbugs.gnu.org
> 
> > Please, before you update these 2 files, try simply removing or
> > renaming them, and see if that makes the package work without the
> > error message.
> 
> After removing them, Emacs still outputs the error message.

Darn!  Thanks for testing.

> After creating pango.modules the error disappears and Emacs shows the
> SVG image with appropriate text (I'm testing with color-prof-01-f.svg
> and I see "DRAFT" and "$Revision: 1.9$"). However, the color squares
> aren't drawn.

That's OK, librsvg seems not to support ICC color profiles that this
test checks.  (And even when the colored squares are shown by Firefox,
the test fails, because the color intensity doesn't change as it
should.)  Besides, any test marked as "DRAFT" is nothing to worry
about, as explained on the W3C site.

> Creating loaders.cache does not seem to affect the result.

So you are saying that removing loaders.cache entirely from the
librsvg archive doesn't affect operation?  If so, I will remove it
from the archive.

Thanks.

bug#16240: Please try building with librsvg on MS-Windows

[Juanma Barranquero]

On Wed, Dec 25, 2013 at 4:55 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> Besides, any test marked as "DRAFT" is nothing to worry
> about, as explained on the W3C site.

Aha.

> So you are saying that removing loaders.cache entirely from the
> librsvg archive doesn't affect operation?

After recreating pango.modules and removing loaders.cache no error is
signaled or output to stderr, and SVG images seem to be displayed
correctly (though I haven't really checked them one by one, just that
a bunch of them display without obvious errors).

     J

bug#16240: Please try building with librsvg on MS-Windows

[Eli Zaretskii]

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Wed, 25 Dec 2013 03:53:06 +0100
> Cc: Stephen Turnbull <stephen@xemacs.org>, 16240@debbugs.gnu.org
> 
> > Please, before you update these 2 files, try simply removing or
> > renaming them, and see if that makes the package work without the
> > error message.
> 
> After removing them, Emacs still outputs the error message.
> 
> After creating pango.modules the error disappears and Emacs shows the
> SVG image with appropriate text (I'm testing with color-prof-01-f.svg
> and I see "DRAFT" and "$Revision: 1.9$"). However, the color squares
> aren't drawn.

It seems like Pango code already supports what we need: if the file
names in the pango.modules file are relative, not absolute, it looks
for these files in the lib/pango/1.8.0/modules/ subdirectory of where
you unzipped the archive.  Assuming you didn't move the files after
installing them, could you please edit pango.modules, leaving only the
base names of the modules on each line, without any leading
directories, and see if SVG images in the test suite still display
correctly in Emacs?  If that works, I will update the binary archive
with this change, and it should work for everybody else.

(I already tried this on my system, and it worked, but since I install
the packages in the same directory for which they were configured, I
cannot easily make sure it's not the default that works for me.)

> Creating loaders.cache does not seem to affect the result.

loaders.cache have a similar, but slightly different facility: the
file names that appear there _must_ be absolute, and must have the
prefix that was specified at configure time.  Then the
(Windows-specific) code replaces that prefix with the actual root of
the library installation tree.  So that part is already taken care of.

Thanks.

bug#16240: Please try building with librsvg on MS-Windows

[Juanma Barranquero]

On Wed, Dec 25, 2013 at 4:41 PM, Eli Zaretskii <eliz@gnu.org> wrote:

> could you please edit pango.modules, leaving only the
> base names of the modules on each line, without any leading
> directories, and see if SVG images in the test suite still display
> correctly in Emacs?

Yes, they do. Cool.

    J

bug#16240: Please try building with librsvg on MS-Windows

[Eli Zaretskii]

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Wed, 25 Dec 2013 20:58:50 +0100
> Cc: Stephen Turnbull <stephen@xemacs.org>, 16240@debbugs.gnu.org
> 
> On Wed, Dec 25, 2013 at 4:41 PM, Eli Zaretskii <eliz@gnu.org> wrote:
> 
> > could you please edit pango.modules, leaving only the
> > base names of the modules on each line, without any leading
> > directories, and see if SVG images in the test suite still display
> > correctly in Emacs?
> 
> Yes, they do. Cool.

Great, now I know how to fix the binary zips.

Thanks.

bug#16240: Please try building with librsvg on MS-Windows

[Eli Zaretskii]

> Date: Wed, 25 Dec 2013 22:16:39 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: stephen@xemacs.org, 16240@debbugs.gnu.org
> 
> > From: Juanma Barranquero <lekktu@gmail.com>
> > Date: Wed, 25 Dec 2013 20:58:50 +0100
> > Cc: Stephen Turnbull <stephen@xemacs.org>, 16240@debbugs.gnu.org
> > 
> > On Wed, Dec 25, 2013 at 4:41 PM, Eli Zaretskii <eliz@gnu.org> wrote:
> > 
> > > could you please edit pango.modules, leaving only the
> > > base names of the modules on each line, without any leading
> > > directories, and see if SVG images in the test suite still display
> > > correctly in Emacs?
> > 
> > Yes, they do. Cool.
> 
> Great, now I know how to fix the binary zips.

Done; closing the bug report.