This is a successor of p5-MojoX-Renderer-TT which is not on cpan anymore.
This module implements a Template Toolkit based renderer for Mojolicious.
From Remi Locherer, reads ok to (and reminded by :) sthen@
configure checks for php version using $PHP_VERSION '>' 5.0.0, which wont
fly with our sh... and since we dont have php4 anyway, assume PHP_SWIG will
be php5. Was probably broken before that..
1) For man(7), initialize internal numerical registers correctly
such that a stray .RE without a preceding .RS doesn't set the left
margin to column 0. Reported by bentley@ on discuss at mdocml.
Patch technically approved by Werner Lemberg (upstream).
The only reason it isn't committed upstream yet is that FSF
pesters me to sign a Copyright Assignment contract under
Massachusetts legislature, talking about Warranties and whatnot,
which i resist.
2) Restore correct syntax to the .ie cascade governing section titles
that i broke, trying to be too clever. Problem reported by
David Levine via pascal@ after the nmh(1) folks added an OpenBSD
machine to their buildbot cluster.
ok pascal@
- this doesnt work at runtime with newer xulrunner (starts, but fails to
open a chm file), and is dead upstream
- debian & freebsd removed it, ubuntu ships a version with a 3 year old
patch adding webkit support.
use xchm if you need a chm viewer for your warez ebooks.. or help fixing
it :)
The Link Grammar Parser is a syntactic parser of English, Russian,
Arabic and Persian (and other languages as well), based on link
grammar, an original theory of English syntax. Given a sentence,
the system assigns to it a syntactic structure, which consists of
a set of labelled links connecting pairs of words. The parser also
produces a "constituent" (Penn tree-bank style phrase tree)
representation of a sentence (showing noun phrases, verb phrases,
etc.). The RelEx extension provides dependency-parse output.
okay landry@, espie@ (for the BUILD_PACKAGES part)
committed upstream. It already works in mandoc(1), and it is used in
some OpenBSD base system manuals, and using it is generally encouraged,
so having it in our groff port as well really makes sense.
ok bentley@ on August 1, 2013 (and i forgot to commit after unlock, sorry)
cssselect parses CSS3 Selectors and translate them to XPath 1.0
expressions. Such expressions can be used in lxml or another XPath
engine to find the matching elements in an XML or HTML document.
This module used to live inside of lxml as lxml.cssselect before it was
extracted as a stand-alone project.
also update DESCR to add some information from upstream about why it's fast,
ok with Florian.
* Searching for literals (no regex) uses Boyer-Moore-Horspool strstr.
* Files are mmap()ed instead of read into a buffer.
* Regex searches use PCRE 8.21+'s JIT compiler.
* Ag calls pcre_study() before executing the regex on a jillion files.
* Instead of calling fnmatch() on every pattern in your ignore files,
non-regex patterns are loaded into an array and binary searched.
* Ag uses Pthreads to take advantage of multiple CPU cores and search
files in parallel.
