Re: [ANNOUNCE] xproto 7.0.19
2010/11/4 Matt Dew m...@osource.org: 2010/11/4 Gaetan Nadon mems...@videotron.ca: On Wed, 2010-11-03 at 17:55 -0200, Frédéric L. W. Meunier wrote: About garbled text converting to txt, I also get it. So I am not the only one. The error you are talking about was fixed in my distro: 2008 xmlto (0.0.20-3) unstable; urgency=low * debian/control (Suggests): Added xmltex now providing passivetex (closes: #416622, #440518). Thanks to Robert Wohlrab. (Description): Added information about fop/docbook-xsl as alternative to passivetex. * debian/patches/499200_cannot_parse_XSLTPARAMS.dpatch: Added. - xmlto.in: Fixed error message using --stringparam switch (closes: #499200). Thanks to Zed Pobre. * debian/patches/00list: Adjusted. What kind of garbled text? Is it basically one long line with no formatting? Matt Here, I think it was a reader issue, because with Midnight Commander, in the last days, I'd see it garbled, but with notepad on Windows, it looks normal. Anyway, randrproto.txt looks a bit strange here. Things like. ┌─── RRSetCrtcTransform crtc: CRTC transform: TRANSFORM filter: STRING8 values: LISTofFIXED └─── Errors: Crtc, Match Also tested with Firefox. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [ANNOUNCE] xproto 7.0.19
2010/11/4 Alan Coopersmith: Frédéric L. W. Meunier wrote: 2010/11/4 Matt Dew: 2010/11/4 Gaetan Nadon: On Wed, 2010-11-03 at 17:55 -0200, Frédéric L. W. Meunier wrote: About garbled text converting to txt, I also get it. So I am not the only one. The error you are talking about was fixed in my distro: 2008 xmlto (0.0.20-3) unstable; urgency=low * debian/control (Suggests): Added xmltex now providing passivetex (closes: #416622, #440518). Thanks to Robert Wohlrab. (Description): Added information about fop/docbook-xsl as alternative to passivetex. * debian/patches/499200_cannot_parse_XSLTPARAMS.dpatch: Added. - xmlto.in: Fixed error message using --stringparam switch (closes: #499200). Thanks to Zed Pobre. * debian/patches/00list: Adjusted. What kind of garbled text? Is it basically one long line with no formatting? Matt Here, I think it was a reader issue, because with Midnight Commander, in the last days, I'd see it garbled, but with notepad on Windows, it looks normal. Anyway, randrproto.txt looks a bit strange here. Things like. ┌─── RRSetCrtcTransform crtc: CRTC transform: TRANSFORM filter: STRING8 values: LISTofFIXED └─── Errors: Crtc, Match Are you viewing in a UTF-8 locale? Many of our text documents assume the UTF-8 character set, but unlike xml/html have no way to specify that to the viewer. In UTF-8 locales, those are line drawing characters: ┌─── RRSetCrtcTransform crtc: CRTC transform: TRANSFORM filter: STRING8 values: LISTofFIXED └─── randrproto.txt is a hand-written text file, not generated by any of our tools. No, I use ISO-8859-1. UTF-8 in Firefox fixed it. Thanks. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [ANNOUNCE] xproto 7.0.19
On Wed, 3 Nov 2010, Alan Coopersmith wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This package provides the headers and specification documents defining the X Window System Core Protocol, Version 11. It also includes a number of headers that aren't purely protocol related, but are depended upon by many other X Window System packages to provide common definitions and porting layer. No code nor headers were changed in this release - this solely consists of the move of the X11 Protocol specification from xorg-docs to this module, and it's conversion from troff to DocBook XML by Matt Dew (with some followup markup massaging by yours truly). There is of course still room for improvement as there are over a hundred pages to be proofread - patches accepted if you see ways to make the output better. The standard xorg-macros options are provided in configure to control the generation of text, html, postscript, and/or pdf versions of the documents from the XML sources, via the xmlto frontend and it's associated backends such as fop. Alan Coopersmith (8): specs: Fix authorship section specs: Convert .IN troff tags to indexterm DocBook Tags specs: Convert troff ``quotes'' to DocBook quotequotes/quote specs: Restore missing indexterms for request, type, error event definitions specs: Move indexterms out of glossdef tags specs: Fix nesting of chapters included in sect1-9.xml README: Provide a small description xproto 7.0.19 Matt Dew (1): specs: convert protocol .ms from xorg-docs to DocBook XML There's a XORG_WITH_XMLTO(0.0.20) in configure.ac, but with that version (without patches), I got warning: failed to load external entity XSLTPARAMS cannot parse XSLTPARAMS Variable $SGML_CATALOG_FILES not set warning: failed to load external entity XSLTPARAMS cannot parse XSLTPARAMS It worked with 0.0.23. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [ANNOUNCE] xproto 7.0.19
On Wed, 3 Nov 2010, Gaetan Nadon wrote: On Wed, 2010-11-03 at 13:28 -0200, Frédéric L. W. Meunier wrote: XORG_WITH_XMLTO(0.0.20) in configure.ac, but with that version (without patches), I got warning: failed to load external entity XSLTPARAMS cannot parse XSLTPARAMS Variable $SGML_CATALOG_FILES not set warning: failed to load external entity XSLTPARAMS cannot parse XSLTPARAMS It worked with 0.0.23. I have 0.0.20 and I don't have those warnings. I do have the txt format all garbled-up on all docs. The xmlto program uses many other tools which leads to may permutations of different symptoms. I use the http://wiki.x.org/wiki/RequiredPackages#JauntyJackalope9.04 packages. They're not warnings, but fatal errors. The full log was Making install in specs make[1]: Entering directory `/home/fredlwm/tmp/objdir/xproto-7.0.19/specs' GENx11protocol.html warning: failed to load external entity XSLTPARAMS cannot parse XSLTPARAMS Variable $SGML_CATALOG_FILES not set warning: failed to load external entity XSLTPARAMS cannot parse XSLTPARAMS make[2]: Entering directory `/home/fredlwm/tmp/objdir/xproto-7.0.19/specs' make[2]: Nothing to be done for `install-exec-am'. test -z /usr/X11R6/share/doc/xproto || /usr/bin/mkdir -p /usr/X11R6/share/doc/xproto /usr/bin/ginstall -c -m 644 /usr/local/src/X11/XOrg/proto/xproto-7.0.19/specs/x11protocol.xml /usr/local/src/X11/XOrg/proto/xproto-7.0.19/specs/encoding.xml /usr/local/src/X11/XOrg/proto/xproto-7.0.19/specs/glossary.xml /usr/local/src/X11/XOrg/proto/xproto-7.0.19/specs/keysyms.xml /usr/local/src/X11/XOrg/proto/xproto-7.0.19/specs/sect1-9.xml '/usr/X11R6/share/doc/xproto' GENx11protocol.html warning: failed to load external entity XSLTPARAMS cannot parse XSLTPARAMS Variable $SGML_CATALOG_FILES not set warning: failed to load external entity XSLTPARAMS cannot parse XSLTPARAMS test -z /usr/X11R6/share/doc/xproto || /usr/bin/mkdir -p /usr/X11R6/share/doc/xproto /usr/bin/ginstall -c -m 644 /usr/local/src/X11/XOrg/proto/xproto-7.0.19/specs/x11protocol.html xorg.css '/usr/X11R6/share/doc/xproto' /usr/bin/ginstall: cannot stat `/usr/local/src/X11/XOrg/proto/xproto-7.0.19/specs/x11protocol.html': No such file or directory make[2]: *** [install-docDATA] Error 1 make[2]: Leaving directory `/home/fredlwm/tmp/objdir/xproto-7.0.19/specs' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/home/fredlwm/tmp/objdir/xproto-7.0.19/specs' make: *** [install-recursive] Error 1 But I noticed that some distributions include a patched 0.0.20 which fixes it, so I guess requiring a new version would break them, because there's no way with XORG_WITH_XMLTO(0.0.20) to know if they work or not. I had 0.0.20 from http://cyberelk.net/tim/data/xmlto/stable/ , the old xmlto site. New versions are at https://fedorahosted.org/xmlto/ About garbled text converting to txt, I also get it. It was converting with Lynx, so I don't know if it works with w3m (the default) or Links. And I don't have fop.___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [ANNOUNCE] X11R7.6 font modules
On Tue, 5 Oct 2010, Alan Coopersmith wrote:
A few packages had additional fixes:
- font-bh-ttf 1.0.2:
Install a fontconfig snippet to force treating Luxi Mono fonts
as monospaced
Is fontconfigdir = $(sysconfdir)/fonts/conf right ? I ended with
/etc/fonts/conf/{conf.d,conf.avail} being created, while fontconfig uses
/etc/fonts/{conf.d,conf.avail}
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com
Re: pixman and perl
On Fri, 23 Oct 2009, Justin P. Mattock wrote: Alan Coopersmith wrote: John Taylor wrote: Dan wrote: Interesting. Personally, I don't like Python. That is to say, I've learned a bit of Python, and I don't like programming in it. But as Python is used by my distribution's package management system ( Gentoo ), I have Python installed on my system, and I've never really thought more about it. What did Perl do to you anyway? Just curious. It may seem strange, but I don't like perl because of the way it must be installed. As far as I remember, it has not a configure script and a makefile. Umm... I'm pretty sure Larry Wall invented configure scripts, originally for rn, then perl - and then the GNU project built autoconf to make creating them easier for the rest of us. Perhaps you're confusing perl with something else? In any case I guess just hack pkgconfiig i.g. /usr/lib*/pkgconfig/*.pc ( to pass configure) but then unfortunately depending how your build is, you could run into issues later on down the line, or maybe during the build i.g. -lpython etc.. try it out and see(personally seems more work to do so, but then again seems interesting). To bypass the perl detection without editing configure, it's just a matter of symlinking /usr/bin/perl to something else, or create a fake /usr/bin/perl, since configure just checks if 'perl' is present. Anyway, Perl is widely used by many things, like Autoconf and Automake. On the other hand, I rarely touch anything Python-based, and didn't have it installed for years until recently. I also had to install Ruby just to run an autogen.sh... ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
asciidoc requirement for man pages ?
After compiling all 7.5 libraries, I noticed that in the man3 directory there were old man pages. All belonged to libXi 1.2.1. When you compile 1.3 (from tarballs, not git), do you need xmlto AND asciidoc to install the man pages ? I have xmlto, but not asciidoc, and configure returned checking for xmlto... /usr/local/bin/xmlto checking for asciidoc... no configure: WARNING: xmlto or asciidoc not found - cannot create man pages without it xmlto or asciidoc And are all man pages moving to it in the near future, or it's just libXi ? ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: pixman and perl
On Thu, 22 Oct 2009, John Taylor wrote: Stephan Raue wrote: Hi John, i dont think pixman need perl. i can compile Xorg without perl. I have pixman-0.16.2. During the configure stage, it clearly says: configure: error: Perl is required to build pixman. I hope I'm wrong. The perl references are in pixman/Makefile.am. Looking at pixman-combine32.c, you should only need perl if compiling from git. When I run make using the 0.16.2 tarball, there is no sign of perl in the build sequence. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Finishing the X11R7.5 katamari
On Fri, 9 Oct 2009, Alan Coopersmith wrote: I am proposing dropping two more modules from the katamari, now that the X server has dropped support for the XFree86-Misc extension: - xf86miscproto - libXxf86misc Again, if anyone has a good reason to retain these in the katamari, speak up now. Of course, the modules will remain available for those who wish to build them to preserve binary compatibility or to work with older Xorg server versions. Just asking. Is there any use for fontcacheproto and libXfontcache in 7.5 ? ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
xf86-video-ati 6.12.4 requires newer xextproto ?
Is there any readon to make xf86-video-ati 6.12.4 depend on xextproto = 7.0.99.1 ? Doesn't it work with 7.0.5 ? I was using the 6.12 branch with it. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-ati 6.12.4 requires newer xextproto ?
On Sat, 19 Sep 2009, Paul Bender wrote: Frédéric L. W. Meunier wrote: Is there any readon to make xf86-video-ati 6.12.4 depend on xextproto = 7.0.99.1 ? Doesn't it work with 7.0.5 ? I was using the 6.12 branch with it. I build it with xextproto 7.0.4. xf86-video-ati 6.12.4 has a check to see whether or not xextproto 7.1 exists in order to decide certain configuration information, but it builds with both. I see. I thought it'd disable it for older versions, because configure returned only checking for XEXT... no. But in config.h there's only. /* xextproto 7.1 available */ /* #undef HAVE_XEXTPROTO_71 */___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
