The preprocessor macro XP_MACOSX is misused everywhere. They tend to
say "#if defined(XP_MACOSX)" to actually mean
"#if defined(MOZ_WIDGET_COCOA)". It's okay to equate XP_MACOSX with
XP_DARWIN but equating it with MOZ_WIDGET_COCOA is just wrong. As a
result, cairo-gtk2 build on Darwin is completely broken and needs
heavy patching. Ideally they should be fixed individually but that
will be an extremely hard work, so don't define XP_MACOSX for now.
Do it for all packages that
* mention perl, or
* have a directory name starting with p5-*, or
* depend on a package starting with p5-
like last time, for 5.18, where this didn't lead to complaints.
Let me know if you have any this time.
packaged for wip.
A variety of alternative parser combinator libraries, including the
original HuttonMeijer set. The Poly sets have features like good error
reporting, arbitrary token type, running state, lazy parsing, and so on.
Finally, Text.Parse is a proposed replacement for the standard Read class,
for better deserialisation of Haskell values from Strings.
and remove it during deinstallation. This matches the behaviour of the
"nss_pam" package and makes configuring NetBSD as an LDAP client easier.
Bump package revision because of this fix.
This is a SECURITY release, addressing a CRITICAL remote code execution
flaw in Exim version 4.82 (only) when built with DMARC support (an
experimental feature, not on by default). This release is identical to
4.82 except for the small change needed to plug the security hole. The
next release of Exim will, eventually, be 4.83, which will include the
many improvements we've made since 4.82, but which will require the
normal release candidate baking process before release.
You are not vulnerable unless you built Exim with EXPERIMENTAL_DMARC.
This issue is known by the CVE ID of CVE-2014-2957, was reported
directly to the Exim development team by a company which uses Exim for
its mail server. An Exim developer constructed a small patch which
altered the way the contents of the From header is parsed by converting
it to use safer and better internal functions. It was applied and
tested on a production server for correctness. We were notified of the
vulnerability Friday night, created a patch on Saturday, applied and
tested it on Sunday, notified OS packagers on Monday/Tuesday, and are
releasing on the next available work day, which is Wednesday.
This is why we have made the smallest feasible changes to prevent
exploit: we want this chagne to be as safe as possible to expedite into
production (if the packages were built with DMARC).
Chordii reads a text file containing the lyrics of a song, the chords to
be played, their description and some other optional data. The format used
is the so called ChordPro format. Chordii produces a PostScript document
that includes:
- Centered titles
- Chord names above the words
- Graphical representation of the chords at the end of the songs
Chordii also provides support for:
- Multiple columns on a page
- Index of a songbook
- Multiple logical pages per physical pages (1, 2 or 4)
- Configurable fonts for the lyrics and the chord names
- Multiple songs inside one file
- The complete ISO 8859-1 character set
- Chorus marking
Experimental Subroutine signatures
subs now take a prototype attribute
More consistent prototype parsing
rand now uses a consistent random number generator
New slice syntax
Experimental Postfix Dereferencing
Unicode 6.3 now supported
New \p{Unicode} regular expression pattern property
Better 64-bit support
use locale now works on UTF-8 locales
use locale now compiles on systems without locale ability
More locale initialization fallback options
-DL runtime option now added for tracing locale setting
-F now implies -a and -a implies -n
$a and $b warnings exemption
Upstream changes:
2.25 2014-04-03 09:43:15EST+1100 Australia/Melbourne
* DOCS: Spelling fixes in autodie::ScopeUtil
(Courtesy Salvatore Bonaccorso)
2.24 2014-03-30 19:30:10EST+1100 Australia/Melbourne
* FEATURE: Provide a stack backtrace when `Carp::Always` is enabled.
Note that sometimes this is not as pretty as it could
be, patches welcome.
(Thanks to Niels Thykier, GH #35)
* BUGFIX: Fix situations where `no autodie` doesn't respect lexical
scope. (Thanks to Niels Thykier, GH #41, RT #72053,
RT #86396)
* INTERNAL: Remove now unused variables in code (Niels Thykier).
* DOCS: Make it extra-clear autodie doesn't check `print`.
(Dave Rolsky, GH #39)
* TEST: Removed obsolete boilerplate.t
* TEST / INTERNAL: Enabled travis-ci for Perl 5.8
* TEST: Stopped some Pod::Coverage tests failing under Perl 5.8
* BUILD: Better support for building in a read-only directory
(courtesy Andrew Fresh, GH #46)
2.23 2014-01-27 13:50:55EST+1100 Australia/Melbourne
* TEST / BUGFIX: Improved testing support on Android
and Blackberry devices. (GH #44, thanks to
Hugmeir.)
* TEST / INTERNAL / TRAVIS: Various non-code
tweaks to make travis-ci more happy with testing
autodie.
* BUGFIX: autodie no longer weakens strict by allowing
undeclared variables with the same name as built-ins.
(RT #74246, thanks to Neils Thykier and Father
Chrysostomos.)
* BUGFIX: `use autodie qw( foo ! foo);` now correctly
insists that we have hints for foo. (Thanks Niels Thykier)
* INTERNAL: Improved benchmarking code, thanks to
Niels Thykier.
2.22 2013-09-21 11:37:14 Asia/Tokyo
* TEST / INTERNAL: Restore timestamps on touched testing
files to avoid git flagging files having changed in
git. (RT #88444, courtesy shay@cpan)
2.21 2013-09-12 13:17:23 Australia/Melbourne
Many more improvements from Niels Thykier, great hero of the
free people. Plus a compatibility patch from Zefram, keeper
of Carp.
* SPEED / INTERNAL : Through the magic of globally reuseable
core leak trampolines, autodie is even faster when used across
multiple pacakages.
* SPEED / INTERNAL : Caches used for keeping track of
fatalised subroutines are faster and leaner.
* SPEED / INTERNAL : Core subroutine wrappers are now lazily
compiled.
* SPEED / INTERNAL : Using autodie while autodie is already in
effect is now faster and more efficient.
* INTERNAL : $" and $! are no longer arbitrarily messed with
for no reason via autodie. (They're still messed with when
using Fatal.)
* SPEED / INTERNAL : The ':all' tag hierachy is expanded
immediately, in an efficient fashion.
* INTERNAL : Numerous minor clean-ups. Dead variables removed.
Typos fixed.
* SPEED / INTERNAL : import() and _make_fatal() cache more
aggressively, reducing CPU overhead.
* TEST: Compatibility with Carp 1.32 (thanks to Zefram).
RT #88076.
Upstream changes:
3.11
- Prepared for v5.20.0
- Fix regression in corelist with -v output listing the same perl
multiple times
- Fix regression in corelist with v5.x.10 appearing twice in -a output
3.10
- Updated for v5.19.11
packaged for wip.
This package contains an implementation of a high-quality splittable
pseudorandom number generator. The generator is based on a cryptographic hash
function built on top of the ThreeFish block cipher. See the paper Splittable
Pseudorandom Number Generators Using Cryptographic Hashing by Claessen,
Pałka for details and the rationale of the design.
The package provides the following:
A splittable PRNG that implements the standard System.Random.RandomGen class.
The generator also implements an alternative version of the
System.Random.TF.Gen.RandomGen class (exported from System.Random.TF.Gen),
which requires the generator to return pseudorandom integers from the full
32-bit range, and contains an n-way split function.
An alternative version of the Random class is provided, which is linked to the
new RandomGen class, together with Random instances for some integral types.
Two functions for initialising the generator with a non-deterministic seed:
one using the system time, and one using the /dev/urandom UNIX special file.
The package uses an adapted version of the reference C implementation of
ThreeFish from the reference package of the Skein hash function
(https://www.schneier.com/skein.html), originally written by Doug Whiting.
The geojson library contains:
- Functions for encoding and decoding GeoJSON formatted data
- Classes for all GeoJSON Objects
- An implementation of the Python __geo_interface__ Specification
