Problems found with existing distfile for eagle:
distfiles/bicom101.zip
distfiles/szip-2.1nb3/szip-2.1.tar.gz
distfiles/xmill-0.9.1.tar.gz
No changes made to these distinfo files.
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.
This update is provided from kj Woolley in PR 49770,
with a patch by me for NetBSD 6.
Changes from previous:
Version 4.15 - February 2015, by Bruce Korb
* shar will no longer choke on 64 bit windows
* unshar has a compiler warning fix
* Happy 2015 copyright
* PO file updates
Version 4.14.2 - December 2014, by Bruce Korb
* translation updates
* use ftello, fseeko and fflush
* augment copyright marks in shar.c and shar-std.def
* Happy 2014 copyright dates
* fix up man pages (use newer doc generation code)
Version 4.14 - October 2013, by Bruce Korb
* documentation, obscure usage, FSF address
* output file names may be encoded in the uuencoded file.
By specifying '--encode' on the command line, the output
file name will be base64 encoded in the uuencode file.
* POSIX-ism: they have determined that uudecode is not expected
to exit failure when the output file mode cannot be changed.
Either POSIXLY_CORRECT or --ignore-chmod will cause uudecode
to behave this way.
* output file names may be encoded in the uuencoded file.
By specifying '--encode' on the command line, the output
file name will be base64 encoded in the uuencode file.
DragonFly couldn't build GNU Sharutils. Upon inspection, it was seen
that the last version in pkgsrc was at least 11 years old. This commit
updates the GNU Sharutils to the latest version without patches.
Tested on DragonFly and NetBSD. The Linux condition dealing with the
glibc gettext workaround was removed with the assumption that this is
no longer needed, but somebody else should test and verify this.
Select changes since 4.2 (according to NEWS):
=============================================
4.3.50: new trans: cs da el es gl ru tr zh_TW
updated: de fr ja nl sv
4.3.51: Norwegian split to no/@nynorsk to nb and nn
Updated library files and m4 macros from fileutils-4.1.9
4.3.52: Fix Y2K bug (shar)
Fix temp file race (shar)
(N/A) allow spaces in file names (uudecode)
4.3.60: Better -Z option handling for systems without compress
4.3.61: Unspecified bugs fixes
4.3.70: Update de tr translations
(N/A) fix uudecode output handling
Turn off compress link default
4.3.71: Update da de translations
4.3.72: Update fr sv translations
4.3.73: Add support for large files (e.g. > 2 Gib on 32-bit hosts)
4.3.74: Updated fr translation
Unspecified portabilitity fixes
4.3.75: New translations: ca et hu
Updated translations: da de ja sv tr zh_TW.
Add bzip2 support
Fix unspecified compatiblity issues
4.3.76: Updated translations: de et fr sv tr
4.3.77: Fixed buffer overrun exploit
4.3.78: infrastructure updates
4.3.79: New temporary file handling to avoid buffer overrun exploit and
theoretical timing hole (unshar)
Unspecified new translations added + updates
4.3.80: Fix temporary file unlink bug
4.3.81: True64 compatibility fix
4.4: intmax_t checks added
4.5: Fix unspecified bug in unshar
Update usage examples
4.5.1: Fix memory usage bug in shar
4.5.2: Fix test and update some translations
4.5.3: Add unspecified translation, update another
Move to libtool 1.5.20
4.6: New Japanese translation
4.6.1: Translation cleanup, infrastructure changes
4.6.2: Better output diagnostics
4.6.3: Recognize "end\r\n" as equal to "end" and "end\n"
Fix readdir duplicate declaration
4.7.1: (N/A) uudecode no longer creates output file names with trailing
white space.
4.9: Fix shar script shell quoting issues with translations
4.10: Handle clobber option correctly in generated scripts
4.11: Remove mailshar because mail-files was broken
PKGLOCALEDIR and which install their locale files directly under
${PREFIX}/${PKGLOCALEDIR} and sort the PLIST file entries. From now
on, pkgsrc/mk/plist/plist-locale.awk will automatically handle
transforming the PLIST to refer to the correct locale directory.
RECOMMENDED is removed. It becomes ABI_DEPENDS.
BUILDLINK_RECOMMENDED.foo becomes BUILDLINK_ABI_DEPENDS.foo.
BUILDLINK_DEPENDS.foo becomes BUILDLINK_API_DEPENDS.foo.
BUILDLINK_DEPENDS does not change.
IGNORE_RECOMMENDED (which defaulted to "no") becomes USE_ABI_DEPENDS
which defaults to "yes".
Added to obsolete.mk checking for IGNORE_RECOMMENDED.
I did not manually go through and fix any aesthetic tab/spacing issues.
I have tested the above patch on DragonFly building and packaging
subversion and pkglint and their many dependencies.
I have also tested USE_ABI_DEPENDS=no on my NetBSD workstation (where I
have used IGNORE_RECOMMENDED for a long time). I have been an active user
of IGNORE_RECOMMENDED since it was available.
As suggested, I removed the documentation sentences suggesting bumping for
"security" issues.
As discussed on tech-pkg.
I will commit to revbump, pkglint, pkg_install, createbuildlink separately.
Note that if you use wip, it will fail! I will commit to pkgsrc-wip
later (within day).
makeinfo if no native makeinfo executable exists. Honor TEXINFO_REQD
when determining whether the native makeinfo can be used.
* Remove USE_MAKEINFO and replace it with USE_TOOLS+=makeinfo.
* Get rid of all the "split" argument deduction for makeinfo since
the PLIST module already handles varying numbers of split info files
correctly.
NOTE: Platforms that have "makeinfo" in the base system should check
that the makeinfo entries of pkgsrc/mk/tools.${OPSYS}.mk are
correct.
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
dependency of mktemp. (This makes it so it doesn't depend on mktemp
on DragonFly, for example.)
Also while I am here, use sh:run instead of sh for the other USE_TOOLS.
This is because script installed uses SH.
Bump PKGREVISION.
"A vulnerability in GNU Sharutils was reported, which can be potentially
exploited by malicious, local users to conduct certain actions on
a vulnerable system with escalated privileges."
Patch from Debian. Bump PKGREVISION.
"Multiple buffer overflows in sharutils 4.2.1 and earlier may allow attackers
to execute arbitrary code via long output from wc to shar, or unknown vectors
in unshar."
Patch from SuSE/Gentoo. Also add more sanity checking patches from the latter.
gettext 0.11+ has renamed internal symbols, and gsharutils is
being a very bad neighbor by using them directly. To fix, force
use of gettext >= 0.11, and rename the symbol in gsharutils.
in the process. (More information on tech-pkg.)
Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and
installing .la files.
Bump PKGREVISION (only) of all packages depending directly on the above
via a buildlink3 include.
