Up to [cvs.NetBSD.org] / pkgsrc / graphics / libpgf
Request diff between arbitrary revisions
Keyword substitution: kv
Default branch: MAIN
Update libpgf to version 7.21.7 Pkgsrc changes: Don't need dos2unix, the line endings have been fixed in this version. Removed doc/Makefile.am patch, it has been applied upstream. This version builds on compilers defaulting to C++17. BUILDLINK_API_DEPENDS has been bumped to the new version since nothing in pkgsrc depends on libpgf. Changelog from readme: Version 7.21.7, (Thu, 18 Feb 2021) ------------------------------------ 1. The new version is a minor bug fix of versions 7.15.25 to 7.21.2. 2. This bug fix for ROI decoding only. This bug fix is necessary if several Read() and ResetStreamPos() operations are called with the same PGFimage object after a single Open() call. Version 7.21.2, (Sun, 17 Jan 2021) ------------------------------------ 1. The new version is a documentation and build tool update of version 7.19.3. Version 7.19.3, (Tue, 15 Jan 2019) ------------------------------------ 1. The new version is a minor update of version 7.15.25. 2. This version fixes a compilation bug seen when ROI support is disabled. Version 7.15.32, (Thu, 6 Aug 2015) ------------------------------------ 1. The new version is a minor update of version 7.15.25. 2. This version improves the reuse of CPGFImage objects for several decoding operations. It clarifies the usage of CPGFImage::Close() and CPGFImage::Destroy() by deletion of Close(). Several reading operations can be performed in the following way: Open(), Read(), GetBitmap(), ResetStreamPos(), Read(), GetBitmap(), ResetStreamPos(), ... Calling Destroy() frees all allocated ressources and reinitializes the object to the same state as the constructor does. This allows the reuse of the CPGFImage object for encoding and decoding: SetHeader(), ImportBitmap(), Write(), ResetStreamPos(), Destroy(), Open(), Read(), GetBitmap() 3. Caching or skipping of user data (meta data) while opening a PGF image can be controlled by a new UserdataPolicy in ConfigureDecoder(). Version 7.15.25, (Sat, 20 June 2015) ------------------------------------ 1. This new version is a replacement of version 6.14.12. In case you use the ROI decoding, we strongly encourage using version 6.15.25 instead of an older version. 2. This version fixes some decoder bugs only seen in ROI decoding. ROI decoding is now also supported for Bitmap and RGB12 image modes. 3. This version introduces a new and more efficient data format for binary images (bitmaps). The new format allows ROI decoding. The decoder supports both the old and the new format, but ROI decoding works only with the new format. 4. The two reserverd bytes in PGFHeader are now used for a more detailled PGF version number. 5. The Visual Studio project files are in the VS12 format.
graphics: Replace RMD160 checksums with BLAKE2s checksums All checksums have been double-checked against existing RMD160 and SHA512 hashes
graphics: Remove SHA1 hashes for distfiles
Add SHA512 digests for distfiles for graphics category Problems found with existing digests: Package fotoxx distfile fotoxx-14.03.1.tar.gz ac2033f87de2c23941261f7c50160cddf872c110 [recorded] 118e98a8cc0414676b3c4d37b8df407c28a1407c [calculated] Package ploticus-examples distfile ploticus-2.00/plnode200.tar.gz 34274a03d0c41fae5690633663e3d4114b9d7a6d [recorded] da39a3ee5e6b4b0d3255bfef95601890afd80709 [calculated] Problems found locating distfiles: Package AfterShotPro: missing distfile AfterShotPro-1.1.0.30/AfterShotPro_i386.deb Package pgraf: missing distfile pgraf-20010131.tar.gz Package qvplay: missing distfile qvplay-0.95.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.
Import libpgf-6.14.12 as graphics/libpgf, packaged for wip by Niclas Rosenvik. LibPGF is a library for encoding and decoding the progressive graphics file (PGF) format. PGF is is based on discrete, fast wavelet transform with progressive coding features and has both lossy and lossless compression.