[Bug 49] wxsvg-freeworld - C++ library to create, manipulate and render SVG files

RPM Fusion Bugzilla noreply at rpmfusion.org
Thu Dec 11 21:38:07 CET 2008


http://bugzilla.rpmfusion.org/show_bug.cgi?id=49





--- Comment #21 from Stewart Adam <s.adam at diffingo.com>  2008-12-11 21:38:07 ---
(In reply to comment #16)
> this log show the diff between symbols available in the fedora elf library and
> the rpmfusion one. The rpmfusion one has symbols added, which is what we could
> expect with the ffmpeg-devel addition as BR (along with the expat-devel fix
> that seems to be enought to link to the system shared expat and added the XML
> symbols).
This has been done on the Fedora version - expat is required by svgview, which
we remove from the package after %build, so for wxsvg-freeworld we only need a
BR.

> The question is then: 
> Are theses symbols exposed to the API or only used internaly from the wxsvg
> library. At this time I'm not sure about how to check (there is a need to check
> the wxsvg-devel header at least). But still the symbols removal is suspect.
> (why adding BR will remove symbols?). And maybe some code is conditionalized.
The only files which contain '#ifdef USE_FFMPEG' are:
* include/wxSVG/SVGCanvasItem.h
* src/SVGCanvasItem.cpp
* src/SVGDocument.cpp
I've taken a look but can't see any immediate reason as to why symbols would be
removed... There's lots of code within functions that have been conditionality,
but apart from this:
 #ifdef USE_FFMPEG
 class wxFfmpegMediaDecoder;
 #endif
not much should be changing.

> for now that would be fine to have the expat-devel added to the fedora package
> and the expat sources removed between configure and make (so we are sure not to
> use the internals headers at fedora wxsvg built time).
> Then we will compare the two built more easily.
done on rawhide, I'm requesting a F-10 update as soon as it's done building.
(Koji build for rawhide:
http://koji.fedoraproject.org/koji/taskinfo?taskID=993919)

> If we cannot assure ABI from the fedora to the rpmfusion package to be
> preserved, then we might work on another solution with a library soname change
> (rename). but fedora packages that will use fedora wxsvg won't be able to use
> wxsvg-freeworld. 
> That makes me wonder which package "can" use wxsvg and if a ffmpeg-less version
> of wxsvg is "at the end" usable.
As long as a program uses the non-ffmpeg parts of wxsvg, it works fine - I've
tested svgview and it displays a few test SVGs (mostly) OK, but that seems to
be a bug with the program itself and not because of the lack of ffmpeg.

I've created a package with a different soname here:
SPEC: http://downloads.diffingo.com/rpmfusion/wxsvg-freeworld.spec
SRPM:
http://downloads.diffingo.com/rpmfusion/wxsvg-freeworld-1.0-3.fc10.src.rpm
I've tested it with dvdstyler and it works well.


-- 
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.


More information about the rpmfusion-developers mailing list