Commit graph

24 commits

Author SHA1 Message Date
wiz
0982effce2 Recursive PKGREVISION bump for all packages mentioning 'perl',
having a PKGNAME of p5-*, or depending such a package,
for perl-5.22.0.
2015-06-12 10:48:20 +00:00
mef
7417ed246b Update 0.28 to 0.30
-------------------
0.30      2015-05-15 20:43:54-04:00 America/New_York
  No changes from 0.29

0.29      2015-04-19 18:36:24+02:00 Europe/Berlin (TRIAL RELEASE)
  Fixed:
  - Fix double filehandle close error with tee on Windows
    (which started warning during the perl 5.21.x series,
    causing tests to fail)
2015-05-22 23:42:54 +00:00
mef
2879673514 Update to 0.28
--------------
0.28      2015-02-11 06:39:51-05:00 America/New_York
  Tests:
  - Removes test that optionally uses Inline::C to avoid spurious
    test failures.  Also Inline::C had become a fairly heavy
    (if optional) dependency.

  Docs:
  - Clarify that PERL_CAPTURE_TINY_TIMEOUT is an internal control,
    not a timeout of the code reference being captured.
2015-02-12 04:58:56 +00:00
wiz
9b63d5866d Update to 0.27, depend on p5-Inline-C.
0.27      2014-11-04 23:10:44-05:00 America/New_York

  Prereqs:

  - Make Inline::C recommended, not required

0.26      2014-11-04 06:55:15-05:00 America/New_York

  Tests:

  - Actually check for Inline::C in tests, not just Inline
2014-11-05 17:36:43 +00:00
wiz
cda18437be Remove pkgviews: don't set PKG_INSTALLATION_TYPES in Makefiles. 2014-10-09 14:05:50 +00:00
wiz
e9f2854ba6 Update to 0.25:
0.25      2014-08-16 10:08:42-04:00 America/New_York

  Prereqs:

  - Amended recommended modules to list Inline::C rather than Inline
2014-09-06 12:54:14 +00:00
wiz
7eeb51b534 Bump for perl-5.20.0.
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.
2014-05-29 23:35:13 +00:00
spz
86787592d1 security update, upstream changelog:
0.24      2014-02-06 17:15:37-05:00 America/New_York

  Fixed:

  - Closed security hole in use of semaphore flag in /tmp;
    now opens semaphore the using O_CREAT|O_EXCL

0.23      2013-10-20 11:25:34 America/New_York

  Fixed:

  - minimum Perl prereq is back to 5.6 (but $diety help you if
    you're still stuck on 5.6)

  Documented:

  - Added warning about using @_ in a capture block
2014-03-13 23:16:57 +00:00
wen
2f150e648a Update to 0.22
Upstream changes:
0.22      2013-03-27 15:50:29 America/New_York

  Documented:

  - Issue tracker is now github

0.21      2012-11-14 19:04:49 America/New_York

  Changed:

  - Skips tee and leak tests for closed STDIN on Perl prior to
    5.12 when PERL_UNICODE=D.  Documented lack of support as
    a known issue.

  - Isolated tee subprocesses from effects of PERL_UNICODE as a
    precaution (though this did not fix the above issue).

  - Improved layer detection for handles proxied due to being closed
    or tied.
2013-07-13 11:32:32 +00:00
wiz
d2ca14a3f1 Bump all packages for perl-5.18, that
a) refer 'perl' in their Makefile, or
b) have a directory name of p5-*, or
c) have any dependency on any p5-* package

Like last time, where this caused no complaints.
2013-05-31 12:39:57 +00:00
asau
e1ab7079b6 Drop superfluous PKG_DESTDIR_SUPPORT, "user-destdir" is default these days. 2012-10-31 11:16:30 +00:00
wen
90510a2817 Update to 0.20
Upstream changes:
0.20      2012-09-19 13:20:57 America/New_York

  Fixed:

  - Nested merged captures that include an external program call no longer
    leak STDERR to the outer scope [rt.cpan.org #79376]
2012-10-27 12:20:13 +00:00
wiz
8b5d49eb78 Bump all packages that use perl, or depend on a p5-* package, or
are called p5-*.

I hope that's all of them.
2012-10-03 21:53:53 +00:00
sno
3abf6006e8 Updating package for CPAN module Capture::Tiny in devel/p5-Capture-Tiny
from 0.18 to 0.19.

upstream changes:
0.19      2012-08-06 20:26:34 America/New_York
  Fixed:
  - Work around rt.perl.org #114404 by forcing PerlIO layers back on
    original handles [rt.cpan.org #78819]
2012-09-10 14:20:20 +00:00
sno
6e739b3424 Updating package for CPAN module Capture::Tiny in devel/p5-Capture-Tiny
from 0.17 to 0.18.

Upstream changes since 0.17:
0.18      2012-05-04 16:31:53 America/New_York

  Added

  - When capture or tee are called in void context, Capture::Tiny
    skips reading back from the capture handles if it can do so safely

0.17_52   2012-03-09 11:45:19 EST5EDT

  Fixed:

  - Tied STDIN is always localized before redirections to avoid tees
    hanging on MSWin32

  - Copying and reopening STDIN is necessary to avoid tees hanging on MSWin32.

0.17_51   2012-03-07 18:22:34 EST5EDT

  Fixed:

  - Avoids reopening STDIN while setting up a capture, which avoids
    some problems with pathological tied filehandle implementations
    such as in FCGI

  Tested:

  - Re-enabled tied STDIN testing for MSWin32 to see if changes above
    avoid crashes seen historically
2012-05-11 12:55:35 +00:00
sno
1951870445 Updating package for CPAN distribution for Capture::Tiny in
devel/p5-Capture-Tiny from 0.16 to 0.17.

Upstream changes:
0.17      2012-02-22 08:07:41 EST5EDT
  Fixed:
  - Added a workaround for failing t/08-stdin-closed.t under blead
    perl / 5.15.8 [rt.perl.org #111070]

  Documented:
  - Clarified some limitations; added a link to CPAN Testers Matrix;
    removed redundant BUGS section; standardized terminology

  Tested:
  - Added a test using Inline::C to print to stdout and stderr in response
    to rt.cpan.org #71701
2012-03-05 13:22:15 +00:00
sno
b139d7d8af Updating package in devel/p5-Capture-Tiny for CPAN distribution
Capture::Tiny from 0.15 to 0.16.

Upstream changes:
0.16      2012-02-12 21:04:24 EST5EDT
  Documented:

  - Noted problems and workaround for FCGI's pathological tied STDIN
    [rt.cpan.org #74681; thank you Karl Gaissmaier for testing the
    workaround]
2012-02-16 06:10:10 +00:00
hiramatsu
048fef3ba1 Update p5-Capture-Tiny to 0.15.
Changes from previous:
----------------------
0.15      2011-12-23 11:10:47 EST5EDT

  Fixed:

  - Repeated captures from a custom filehandle would return undef instead
    of the empty string (and would warn). This has been fixed.
    [rt.cpan.org #73374 part two. Thank you to Philipp Herz for help
    in reproducing this bug.]

  Other:

  - Commented out debugging code for slightly less runtime overhead

0.14      2011-12-22 10:14:09 EST5EDT

  Added:

  - Capturing with custom filehandles will return only newly appended
    output instead of everything already in the file.
    [rt.cpan.org #73374]

0.13      2011-12-02 13:39:00 EST5EDT

  Fixed:

  - Fixed t/18-custom-capture.t failures on Windows due to tempfile
    removal problems in the testfile

0.12      2011-12-01 16:58:05 EST5EDT

  Added:

  - New functions capture_stdout, capture_stderr, tee_stdout, tee_stderr
    [rt.cpan.org #60515]

  - Capture functions also returns the return values from the executed
    coderef [rt.cpan.org #61794, adapted from patch by Christian Walde]

  - Capture functions take optional custom filehandles for capturing
    via named files instead of anonymous ones [inspired by Christian Walde]

  Fixed:

  - Tied filehandles based on Tie::StdHandle can now use the ":utf8"
    layer; removed remaining TODO tests; adds Scalar::Util as a dependency

  Changed:

  - When Time::HiRes::usleep is available, tee operations will
    sleep during the busy-loop waiting for tee processes to be ready
    [rt.cpan.org #67858]
2012-01-12 01:16:12 +00:00
adam
ab8cd1c114 Changes 0.11:
Fixed:
* Tests will not use Test::Differences version 0.60 or greater

Changes 0.10:
Fixed:
* Setting PERL_CAPTURE_TINY_TIMEOUT to 0 will disable timeouts
2011-08-09 09:25:28 +00:00
seb
c3f1e700ad Bump the PKGREVISION for all packages which depend directly on perl,
to trigger/signal a rebuild for the transition 5.10.1 -> 5.12.1.

The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=..."), minus the packages updated after
the perl package update.

sno@ was right after all, obache@ kindly asked and he@ led the
way. Thanks!
2010-08-21 16:32:42 +00:00
sno
a4b2a74e42 Updating devel/p5-Capture-Tiny from 0.07 to 0.08
Upstream changes:
0.08 Sun Jun 20 19:13:19 EDT 2010
  Fixed:
  - Exceptions in captured coderef are caught, then handles are restored
    before the exception is rethrown (RT #58208)
2010-08-01 20:05:46 +00:00
seb
2a3fa4f1cf Update p5-Capture-Tiny from version 0.06 to version 0.07.
Upstream changes:
0.07 Sun Jan 24 00:18:45 EST 2010

  Fixed:

  - Changed test for $? preservation to be more portable

  - Dropped support for Perl 5.8.0 specifically due to excessive bugs.
    Tests will bail out. (5.6.X is still supported)
2010-01-25 22:36:59 +00:00
sno
2c581a3079 pkgsrc changes:
- Updating package for perl module Capture::Tiny from 0.05 to 0.06

upstream changes:
0.06 Thu May  7 06:54:53 EDT 2009
  Fixed:
    - On Win32, subprocesses now close themselves on EOF instead of being
      killed with a signal

0.05_51 Tue Apr 21 07:00:38 EDT 2009
  Added:
    - Support for wide characters on handles opened to utf8
    - Support for STDOUT, STDERR or STDIN opened to in-memory
      files (open to scalar reference) or tied, albeit with some limitations

  Testing:
    - Verify that $? is preserved during capture { system(@cmd) };
2009-05-18 07:01:40 +00:00
sno
9ba75f643e PkgSrc changes:
- import package for perl module Capture::Tiny (required for
    Email::Sender update)

Capture::Tiny provides a simple, portable way to capture anything sent to
STDOUT or STDERR, regardless of whether it comes from Perl, from XS code
or from an external program. Optionally, output can be teed so that it is
captured while being passed through to the original handles. Yes, it even
works on Windows. Stop guessing which of a dozen capturing modules to use
in any particular situation and just use this one.

This module was heavily inspired by IO::CaptureOutput, which provides
similar functionality without the ability to tee output and with more
complicated code and API.
2009-04-12 12:39:58 +00:00