| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We were bundling something that claimed to be 3.14 but which was not.
This removes the customization info and sync with a rereleased 3.15
which is the same as the actual 3.14 but with a version bump to keep
cmp_version.t happy.
This is the change log 3.15 and 3.14:
3.15 2023-03-20
- Release for updating bleadperl to avoid cmp_version.t trouble. No code
changes.
3.14 2022-05-22
- Remove broken link in Net::FTP manpage. [Mike Blackwell]
- Fix EBCDIC detection. [Karl Williamson, PR#45]
- Fix non-deterministic output in libnet.cfg. [Sergei Trofimovich, PR#44]
- Fix TLS session reuse for dataconn with TLS 1.3 when using passive mode.
[Steffen Ullrich, PR#41]
|
| |
|
|
|
|
|
|
| |
It turns out that z/OS (the new name for os390) can run in ASCII mode.
Therefore the test for EBCDIC must not be based on the OS itself, but
the character set in use.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
There are a number of files excluded using gitignore rules that are
included in the repository. This can lead to confusion if something
other than git tries to read the ignore files.
Add rules to the gitignore files so that these files won't be ignored.
|
|
|
|
| |
This includes https://github.com/steve-m-hay/perl-libnet/pull/32
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[DELTA]
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]
|
| |
|
|
|
|
|
|
|
|
| |
[DELTA]
3.05 2015-01-12
- Fixed infinite loop in Net::SMTP::auth(). [CPAN RT#100235]
|
|
|
|
|
|
|
|
|
|
|
| |
[DELTA]
3.04 2014-11-29
- SNI is now only used for SSL connections if it is supported by
IO::Socket::SSL (i.e. OpenSSL version >= 1). (The previous release
switched to using SNI by default, which caused some CPAN Testers
failures.) [Steffen Ullrich, PR#10]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[DELTA]
3.03 2014-11-28
- Remodelled SSL support in Net::NNTP in the manner of Net::POP3 and
Net::SMTP. [Steffen Ullrich, PR#9]
- Increased minimum requred IO::Socket::SSL version from 1.999 to 2.007 to
fix data connection problems in Net::FTP. [Steffen Ullrich, CPAN
RT#100529]
- Fixed a broken port() call in pasv_xfer()/pasv_xfer_unique() in Net::FTP.
[Mario Preksavec, PR#8]
- Increased minimum required Socket version from 1.3 to 2.016. This may be
required when those modules that can support IPv6 load IO::Socket::IP (on
some OSes, at least). It does not appear to be necessary if they load
IO::Socket::INET6 or IO::Socket::INET instead, but this is not easy for
the end-user to control so it is simpler to always insist on Socket 2.016
or higher. [CPAN RT#100020]
- Fixed "Argument ... isn't numeric in subroutine entry" warnings when using
older versions of Perl. [CPAN RT#100020]
- Added optional Changes testing (skipped unless AUTHOR_TESTING).
- Reformatted Changes file as per CPAN::Changes::Spec.
|
|
|
|
|
| |
This skips the interactive prompt() from the Makefile.PL reported by bulk88
(and removes the t/external/*.t tests which will not be run as a result).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[DELTA]
libnet 3.01 -- Thu Oct 09 2014
* Require IO::Socket::SSL >= 1.999 to protect against a bad version (0.30) of
IO::Socket::IP and hopefully fix another bunch of CPAN Testers failures.
libnet 3.00 -- Thu Oct 09 2014
* Skip Perl Critic, Pod and Pod Coverage tests unless AUTHOR_TESTING.
[Resolves CPAN RT#99399]
* Synchronize all $VERSIONs to the distribution's version number, bumping that
to 3.00 so that no $VERSIONs end up going backwards.
libnet 1.30 -- Wed Oct 08 2014
* Sigh. Fix PAUSE indexing problem again. Net::SMTP::SSL is already used by
Net-SMTP-SSL.
libnet 1.29 -- Wed Oct 08 2014
* Fix PAUSE indexing problem. Net::POP3::_SSLified and Net::SMTP::_SSLified
are already used by Net-SSLGlue.
libnet 1.28 -- Wed Oct 08 2014
* Improve code()/message() initialization and error handling in Net::Cmd
[Tom Metro; resolves CPAN RT#14875]
* Don't use the ALLO command on FTP servers that don't support it. [Resolves
CPAN RT#95717]
* Stop Makefile.PL from requiring interactive configuration when running via
cpan, cpanp or cpanm: just accept all defaults in these cases, as when
running non-interactively. [Resolves CPAN RT#48966]
* Add optional POD coverage testing.
* Add optional POD testing.
* Add optional Perl::Critic testing.
* Make code Perl::Critic clean.
* Move Net/*.pm into lib/Net/ sub-directory within distribution. This is the
usual layout style these days.
* Change Net::SMTP::auth() so that it now falls back to another supported AUTH
method if a given AUTH method fails. [Ivan Baktsheev; closes PR#3]
* Change Net::SMTP::auth() so that it uses the SMTP AUTH mechanism(s)
specified in the Authen::SASL object if one is provided instead of a
username. If a plain text username is specified then use the first
reported SMTP AUTH method supported, as usual. [Ewen McNeill; resolves CPAN
RT#58002]
* Add support for IPv6 and SSL to Net::FTP, Net::NNTP, Net::POP3 and
Net::SMTP. These features are only available if the user has
a recent IO::Socket::SSL for SSL support
a recent IO::Socket::IP or an older IO::Socket::INET6 for IPv6 support
If no SSL module is available it will work as before, but attempts to use
the SSL functionality will result in an error message. If no IPv6 modules
are available it will just use IPv4 as before. With IPv6 modules installed
one can of course still access IPv4 hosts.
[Steffen Ullrich; resolves CPAN RT#93823]
|
|
|
|
|
| |
This eliminates the need to have a CUSTOMIZED Makefile.PL. The other changes
(to modules and test scripts) are whitespace only.
|
| |
|
| |
|
|
|
|
| |
These are all examples, demos and oddly named READMEs.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This was discussed on p5p:
http://www.nntp.perl.org/group/perl.perl5.porters/2013/10/msg208635.html
One LICENSE file (Locale-Codes) has been removed (contrary to one suggestion
in that thread) since it was the only one, and only says "This module is
free software; you can redistribute it and/or modify it under the same
terms as Perl itself." anyway.
Two files that I had previously suggested retaining for the sake of tests
have also been removed. In one case, a test script has been modified (in
Digest-MD5; I will send a ticket upstream); in the other case (in
Test-Harness) I have removed the test which depended on the MANIFEST files,
as suggested in the above thread.
|
|
|
|
|
|
|
|
|
|
| |
Changed my mind over the UPSTREAM status too: 'cpan' is probably better
after all. As long as someone (currently me) is responsive in rolling new
CPAN releases then any patches from core can safely go to rt.cpan.org
without getting stuck on a pile for a long time. Meanwhile, other patches
sent to rt.cpan.org may also get applied, and hopefully one day a more
active maintainer may be found. This also saves having to move it from
cpan/ to dist/.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is the latest (development) release on CPAN. It will shortly be
superseded by 1.23.
Note that Makefile.PL is only customized -- not excluded as well! Two
customized test files (actually, one changed and one added) which blead
had (but were not noted in the Maintainers.pl file!) are incorporated in
this release.
Also, change the UPSTREAM status from undef to 'blead' to reflect the fact
that GBARR is no longer actively maintaining libnet and for the immediate
future new CPAN releases are only likely to be rolled to keep in sync with
changes in blead, plus occasional simple patches from the CPAN RT queue.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When porting/makerel runs, all files copied into the directory for the
tarball have the executable bit stripped and then only a specific set of
files have the executable bit restored.
There are many files in the repo that have the executable bit set in the
repo that will be stripped. So that the state of files in the repo is
as close as possible to the state of files in the release tarball, the
executable bit has been stripped from such files.
In one recent case, a file added from a dual-life module needed the
executable bit set. Because it had the bit in the repo but was
not listed in makerel to get an executable bit, tests using it
passed in the repo and failed in the tarball.
This commit refactors the list into a new file, Porting/exec-bit.txt
and add tests to detect a mismatch between files listed there
and actual executable bits in the repo.
|
|
|