Log message:
Update packages using a search.cpan.org HOMEPAGE to metacpan.org.

The former now redirects to the latter.

This covers the most simple cases where http://search.cpan.org/dist/name
can be changed to https://metacpan.org/release/name.

Reviewed by hand to hopefully make sure no unwanted changes sneak in.

Log message:
Recursive bump for perl5-5.28.0

Log message:
p5-Net: update to 3.11.

Add comment to patch.

3.11 2017-11-14

    - Treat FTP MLSD commands case-insensitively.  [Brian M. Carlson, PR#32]

Log message:
Recursive revbump from lang/perl5 5.26.0

Log message:
Updated net/p5-Net to 3.10
--------------------------
3.10 2016-08-01

    - Remove . from @INC when loading optional modules.  [Tony Cook, Perl
      RT#127834, CVE-2016-1238]

    - Removed the default Net::Cmd::timeout() since it inadvertently overrode
      the timeout() method in whatever IO::Socket::INET-like class sub-classes
      of Net::Cmd also derive from (at least in cases where Net::Cmd takes
      precedence in the method resolution, which it should do so that
      Net::Cmd::getline() overrides IO::Handle::getline()).

      This does cause problems for any Net::Cmd sub-classes that don't provide
      (by whatever means) the necessary parts of the interface of
      IO::Socket::INET, but since they mostly seem to anyway (apart from the one
      that led to the CPAN RT#110978 report!) this is now simply a documented
      requirement.

      [CPAN RT#116345]

Log message:
Updated net/p5-Net to 3.09
--------------------------
3.09 2016-07-19

    - Provided (and documented) a default Net::Cmd::timeout().  [CPAN RT#110978]

    - Increased minimum required version of IO::Socket::IP to 0.25 to hopefully
      stop t/pop3_ipv6.t hanging.  [CPAN RT#104545]

    - Debug output now includes decoded (from base64) negotiation for SASL.
      [Philip Prindeville, PR#27]

    - Adapted tests to Test2 revision of Test::More::note()  [James E. Keenan,
      PR#28]

Log message:
Bump PKGREVISION for perl-5.24.

Log message:
Update to 3.08

Upstream changes:
3.08 2016-01-05

    - Fix a bug introduced in version 1.28 whereby a short write in Net::Cmd
      would be treated as an error instead of looping.  [David Golden, PR#24]

    - Documented the fact that Net::SMTP::auth() can accept an Authen::SASL
      object instead of a username and password.  [Jan Viktorin, CPAN RT#106183]

    - Simplified specification of INSTALLDIRS: We do not need to check the lower
      bound since we only support Perl 5.8.1 and higher anyway.

Log message:
Add SHA512 digests for distfiles for net category

Problems found with existing digests:
	Package haproxy distfile haproxy-1.5.14.tar.gz
	159f5beb8fdc6b8059ae51b53dc935d91c0fb51f [recorded]
	da39a3ee5e6b4b0d3255bfef95601890afd80709 [calculated]

Problems found locating distfiles:
	Package bsddip: missing distfile bsddip-1.02.tar.Z
	Package citrix_ica: missing distfile citrix_ica-10.6.115659/en.linuxx86.tar.gz
	Package djbdns: missing distfile djbdns-1.05-test25.diff.bz2
	Package djbdns: missing distfile djbdns-cachestats.patch
	Package djbdns: missing distfile 0002-dnscache-cache-soa-records.patch
	Package gated: missing distfile gated-3-5-11.tar.gz
	Package owncloudclient: missing distfile owncloudclient-2.0.2.tar.xz
	Package poink: missing distfile poink-1.6.tar.gz
	Package ra-rtsp-proxy: missing distfile rtspd-src-1.0.0.0.tar.gz
	Package ucspi-ssl: missing distfile ucspi-ssl-0.70-ucspitls-0.1.patch
	Package waste: missing distfile waste-source.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.

Log message:
Update to 3.07:

3.07 2015-07-17

    - Net::FTP::rmdir() has been made more robust by making use of the MLSD
      command in addition to the NLST command since the latter is known not to
      be processed correctly by some FTP servers.

      [Chris Lindee, CPAN RT#100694]

    - Net::FTP, Net::NNTP, Net::POP3 and Net::SMTP can now restrict domain to
      IPv4 even if IPv6 is available by using the new Domain or Family argument.

      Net::NNTP now supports the LocalPort argument in addition to LocalAddr.

      Net::POP3 now supports the LocalAddr and LocalPort arguments in addition
      to ResvPort (which is retained for backwards compatibility).

      [Steffen Ullrich, PR#18]

    - Fixed a bug in Net::Cmd::datasend() which caused octets in [\x80-\xFF]
      stored in a "binary string" to be replaced with their UTF-8 \ 
encodings if
      the string happened to be stored internally in an "upgraded" \ 
state (i.e.
      with the UTF-8 flag on).  (As noted below, strings passed to datasend()
      should always be encoded first, and therefore not stored in such a state
      anyway, but it is all too easy for perl to change this internal state
      unless the encodeing is done at the very last minute before calling
      datasend(), so it helps if datasend() plays more nicely in this case.  In
      particular, it was wrong of datasend() to treat upgraded and downgraded
      strings differently when their contents were identical at the Perl level.)

      This bugfix results in a breaking change to the case of a "text \ 
string"
      with characters in U+0080..U+00FF stored internally in an upgraded state
      since those characters are likewise no longer encoded to UTF-8 by
      datasend(), but callers of datasend() should not have been relying on this
      behaviour anyway: In general, datasend() has no idea what encoding is
      required for output so callers should always encode the data to be output
      to whatever encoding is required first.  This has now been clarified in
      the documentation.

      Finally, a text string with characters >= U+0100 will now cause a "Wide
      character in print" warning from datasend() since such characters cannot
      be output as bytes and datasend() no longer encodes to UTF-8.  In this
      case, UTF-8 bytes will still be output as before since that happens to be
      the internal representation of such characters, but the warning is new.
      Callers should heed this warning and encode such strings to whatever
      encoding is required before calling datasend(), as noted above.

      [Ricardo Signes, CPAN RT#104433]