[ITP] librsvg2

[Yaakov (Cygwin/X)]

On 11/01/2010 08:07, Charles Wilson wrote:
> Suppose ABI #3 is released

It won't be; librsvg follows the standard GNOME pattern of keeping API 
stability by keeping deprecated features while adding new ones.  The 
next change would be a separate librsvg3, probably later this year when 
glib and gtk+ 3.0 are released.

> Furthermore, neither ImageMagick nor libAfterImage care about gtk's
> ability to load the svgs -- they don't need
>     /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.dll
>     /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.la
>     /etc/postinstall/librsvg2.sh (which only has anything to do with
> svg_loader).

Despite the path, it is really a plugin for GdkPixbuf and does not 
depend on GTK+.  Hence, there are no extra dependencies for the SVG 
loader, since librsvg2 itself also depends on libgdk_pixbuf2.0.

OTOH I'm not opposed to separating the loader into its own package.

> I think svg_loader* and the postinstall script should go into a new
> package "gtk2.0-loaders-svg",

gdk-pixbuf2.0-svg would be more accurate, and this naming scheme is also 
used by the WMF loader provided by libwmf.

> and the /usr/share/doc/librsvg2/* should go into a new package
 > "librsvg2-doc" along with all of the html/* files from librsvg2-devel.

The docs in $pkgdocdir are the standard COPYING/NEWS/README docs that 
all users should receive, but the html docs in librsvg2-devel are 
gtk-doc API documentation that would only be of interest to developers 
and packagers.

> Otherwise, rebuilds fine from source and passes its builtin testsuite.

Thanks for the review,


Yaakov