Vadim Plessky <[EMAIL PROTECTED]> writes:
> [vad@VPlessky Xc]$ pwd
> /usr/local/vadim/XrXc/XrXc-20021104/Xc
>
> [vad@VPlessky Xc]$ xmkmf
> mv -f Makefile Makefile.bak
> imake -DUseInstalled -I/usr/X11R6/lib/X11/config
> [vad@VPlessky Xc]$ make
> [vad@VPlessky Xc]$ su
> Password:
> [root@VPlessky Xc]# make install
> + mkdir -p /usr/X11R6/include/X11/Xc
> + install -c -m 0444 Xc.h /usr/X11R6/include/X11/Xc
> install in . done
> [root@VPlessky Xc]#
>
> Only xc.h is installed (in /usr/X11R6/include/X11/Xc)
No idea about that ... I doubt there have been any imake changes
that would affect something like that.
[...]
> | > Is it possible to prepare slef-compiling package out of those (just like
> | > FontConfig nowdays)?
> | > Owen: do you plan to prepare RPM for Rawhide?
> |
> | I don't think they are ready for Rawhide -- rawhide can be quite raw, but
> | it's also stuff that we think is going to be ready for the next release;
> | Once they settle down a bit more, I can look at making unofficial RPMS...
> | the main prerequisite there is a tarball and a version number scheme.
>
> Do you think Xr/Xc wouldn't be ready for your next release?
> I hope it should be ready pretty soon :-)
> We need good groundbase for SVG rendering on X, and Xr/Xc looks like a perfect
> candidate for this task.
Well, before a library would be considered for inclusion in Red Hat:
- There would have to be some serious application of the library
to demonstrate that it actually meets the purposes it was
desired for.
- (Usually) something else in the distribution would need to require
it. The supported devel platform for Red Hat is a small subset
of the libraries we ship as dependencies of apps.
- The authors of the library would have to express confidence that
the ABI/API of the library is something that will be supported
long term.
None of these are there yet for Xr/Xc. I suspect Xr/Xc can progress
quickly, but putting it into a distribution prematurely wouldn't
help.
If someone wants to use Xr/Xc for a SVG renderer, then they need to
try writing their SVG renderer and figure out what's missing. There
are some pretty obvious gaps currently. (Like the ability to render
and get access to the pixels client side, which you need for SVG
filters.)
Regards,
Owen
_______________________________________________
Render mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/render
