CVS log for pkgsrc/net/ccrtp/distinfo

Up to [cvs.NetBSD.org] / pkgsrc / net / ccrtp

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

net: Replace RMD160 checksums with BLAKE2s checksums

All checksums have been double-checked against existing RMD160 and
SHA512 hashes

Not committed (merge conflicts...):

net/radsecproxy/distinfo

The following distfiles could not be fetched (fetched conditionally?):

./net/citrix_ica/distinfo citrix_ica-10.6.115659/en.linuxx86.tar.gz
./net/djbdns/distinfo dnscache-1.05-multiple-ip.patch
./net/djbdns/distinfo djbdns-1.05-test28.diff.xz
./net/djbdns/distinfo djbdns-1.05-ignoreip2.patch
./net/djbdns/distinfo djbdns-1.05-multiip.diff
./net/djbdns/distinfo djbdns-cachestats.patch

net: Remove SHA1 hashes for distfiles

Use OpenSSL 1.1 interfaces.

net/ccrtp: Install GNU info files into ${PKGINFODIR}.

This project uses CMake to configure the software.  Force the GNU
info files to be installed into ${CMAKE_INSTALL_INFODIR}, which is
defined by the GNUInstallDirs CMake module included by the
top-level CMakeLists.txt file.  The corrct environment variables
are passed so that ${CMAKE_INSTALL_INFODIR} points into
${PKGINFODIR}.

Remove the subst.mk section that tried to force GNU info files to
be always installed under "info".

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.

libgcrypt and openssl are PKG_OPTIONS, with openssl enabled by default.
libgcrypt doesn't get used if openssl is installed. There's no way of disabling
openssl if it's found. Fix infodir using SUBST. Depends on latest version of
ucommon. From ChangeLog:

Changes from 2.1.1 to 2.1.2
- use ucommon cmake macros
- copyright assignment to Cherokees of Idaho
- copyright updates and corrections to bring current

Changes from 2.1.0 to 2.1.1
- fix endianness checks
- cleanup alloc/dealloc
- configure: fix libtoolize warning
- requires ucommon 6.2.2 for endian fixes

Changes from 2.0.9 to 2.1.0
- configure: add option to disable compilation of demos
- OSX: Check for macports glibtoolize.
- modernized cmake
- use standard header for malloc
- uptick of abi version for ucommon

2014-04-14  David Sugar (for 2.0.9)

        Merged fix from Alexandre Lision for initial rtcp seq #

Updated to 2.0.8. From ChangeLog:
        Fixed for gcrypt >= 1.6.0...
        Improved demos
        Clang fixes & code cleanup from static analysis
        Cleanup of configure

Fix build with newer libgcrypt.

Updated to latest release. No functional differences in pkgsrc files. From
ChangeLog:

2013-06-03  Tristan Matth

        Uninitialized control message and rtcp messages.

Import ccrtp-2.0.5 as net/ccrtp from pkgsrc-wip, originally packaged
by pancake ;) <poppnk@users.sourceforge.net>.

Welcome to GNU ccRTP, the RTP protocol stack of GNU Common C++ and the
GNU project.  GNU ccRTP was created as a "generic" and high performance
RTP stack and uses queued packet lists for both sending and receiving of
realtime data.  A single scheduler thread both schedules delivery of
timestamped outgoing packets, and processes incoming packets into the
receive queue.  A seperate thread or process can then feed data into the
stack for delivery and process pending requests without interfering with
the stack service thread itself.