Next | Query returned 47 messages, browsing 21 to 30 | Previous

History of commit frequency

CVS Commit History:


   2016-01-30 14:46:10 by Makoto Fujiwara | Files touched by this commit (2)
Log message:
Update to 1.937
---------------
1.937     2016-01-28 13:31:06-05:00 America/New_York
        - eliminate memory leak in walk_parts (again, rjbs)
   2015-11-14 05:08:25 by Wen Heping | Files touched by this commit (2)
Log message:
Update to 1.936

Upstream changes:
1.936     2015-09-10 22:46:29-04:00 America/New_York
        - no changes since 1.935, but a stable release

1.935     2015-08-31 16:47:46-04:00 America/New_York (TRIAL RELEASE)
        - do not remove too many newlines at the end (bug introduced in 1.926)
   2015-11-04 00:27:24 by Alistair G. Crooks | Files touched by this commit (312)
Log message:
Add SHA512 digests for distfiles for mail category

Problems found locating distfiles:
	Package mutt: missing distfile patch-1.5.24.rr.compressed.gz
	Package p5-Email-Valid: missing distfile Email-Valid-1.198.tar.gz
	Package pine: missing distfile fancy.patch.gz
	Package postgrey: missing distfile targrey-0.31-postgrey-1.34.patch
	Package qmail: missing distfile badrcptto.patch
	Package qmail: missing distfile outgoingip.patch
	Package qmail: missing distfile qmail-1.03-realrcptto-2006.12.10.patch
	Package qmail: missing distfile qmail-smtpd-viruscan-1.3.patch
	Package thunderbird24: missing distfile enigmail-1.7.2.tar.gz
	Package thunderbird31: missing distfile enigmail-1.7.2.tar.gz

Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden).  All existing
SHA1 digests retained for now as an audit trail.
   2015-08-03 05:28:09 by Wen Heping | Files touched by this commit (2) | Package updated
Log message:
Update to 1.934
Update DEPENDS
Comment out CONFLICTS and SUPERSEDES lines since p5-Email-MIME-Creator and \ 
p5-Email-MIME-Modifier had been removed from pkgsrc 5 years ago.

Upstream changes:
1.934     2015-08-01 20:33:57-04:00 America/New_York
        - fix debug_structure for multipart mail with only one subpart

1.933     2015-07-25 09:30:56-04:00 America/New_York
        - correct Email::Simple prereq
        - skip omitting content-type attributes with undef value

1.932     2015-07-24 22:24:06-04:00 America/New_York
        - stable release of previous trial releases
        - see v1.930 and v1.931, below

1.931     2015-07-12 17:31:01-04:00 America/New_York (TRIAL RELEASE)
        - When doing parts_set to become single-part, do not lose the charset
          and set the mail to us-ascii.

          This is almost certainly a half measure, and this whole hunk of code
          should be improved.

1.930     2015-03-25 22:58:42-04:00 America/New_York (TRIAL RELEASE)
        - rely on the new header_raw methods in new Email::Simple

1.929     2015-02-17 09:31:35-05:00 America/New_York
        - try not to lose unrecognized content-type parameters
        - avoid copying the body content when not needed during construction

1.928     2014-12-15 21:47:49-05:00 America/New_York
        - when converting from single part to multipart, drop
          Content-Transfer-Encoding and Content-Type's charset property
        - update subparts in walk_parts if stringification changes

1.927     2014-12-04 10:19:58-05:00 America/New_York
        - add header_str_pairs; like header_pairs, but decoded
        - remove Email:MIME::Creator from synopsis

1.926     2014-01-28 23:28:41-05:00 America/New_York
        - improve EOL processing with quoted-printable (thanks, Tomohiro
          Hosaka!)
        - avoid uninitialized warnings [rt.cpan.org #91707]

1.925     2013-11-08 07:01:03 America/New_York
        - improve reliability of mail reconstruction during walk_parts (thanks,
          Tomohiro Hosaka!)
   2015-07-12 20:56:37 by Thomas Klausner | Files touched by this commit (405)
Log message:
Comment out dependencies of the style
{perl>=5.16.6,p5-ExtUtils-ParseXS>=3.15}:../../devel/p5-ExtUtils-ParseXS
since pkgsrc enforces the newest perl version anyway, so they
should always pick perl, but sometimes (pkg_add) don't due to the
design of the {,} syntax.

No effective change for the above reason.

Ok joerg
   2015-06-12 12:52:19 by Thomas Klausner | Files touched by this commit (3152)
Log message:
Recursive PKGREVISION bump for all packages mentioning 'perl',
having a PKGNAME of p5-*, or depending such a package,
for perl-5.22.0.
   2014-10-09 15:45:06 by Thomas Klausner | Files touched by this commit (456)
Log message:
Remove SVR4_PKGNAME, per discussion on tech-pkg.
   2014-05-30 01:38:20 by Thomas Klausner | Files touched by this commit (3049)
Log message:
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.
   2013-09-08 12:52:29 by Wen Heping | Files touched by this commit (2) | Package updated
Log message:
Update to 1.924
Update DEPENDS

Upstream changes:
1.924     2013-08-10 23:23:55 America/New_York
          update use of Email::MIME::ContentType to match new, fixed hash keys:
          type/subtype

1.923     2013-08-08 21:59:02 America/New_York
          do not consider the part-ending CRLF part of the body

          avoid undefined warnings in debug_structure [rt.cpan.org #82388]
          (Thanks, Kurt Anderson)

          better error message when the given body is a ref but not a scalar
          ref [rt.cpan.org #59205]

1.922     2013-07-10 08:45:02 America/New_York
          repackage, fixing version number

1.921     2013-07-01 22:51:01 America/New_York
          repackage, remove PEP links, update bugtracker

1.920     2013-06-17
          do not call parts_set during walk_parts unless the parts have
          actually changed

          When trying to decode a body, fall back to 7bit if the encoding is
          unknown.  Trying to create a new body in an unknown encoding is still
          forbidden.  This should make it easier to handle broken messages
          from "the internet."  ("Content-Transfer-Encoding: \ 
n"!?)

1.912_01  2013-04-08
          try to encode headers based on the header structure, if it has one,
          rather than treating the header as a big string in all cases; thanks
          for this work go to Jesse Luehrs
   2013-05-31 14:42:58 by Thomas Klausner | Files touched by this commit (2880)
Log message:
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.

Next | Query returned 47 messages, browsing 21 to 30 | Previous