aboutsummaryrefslogtreecommitdiff
path: root/security/gpgme
Commit message (Collapse)AuthorAgeFilesLines
* Remove # $FreeBSD$ from Makefiles.Mathieu Arnold2021-04-061-1/+0
|
* security/*gpgme*: Update to 1.15.1Jason E. Hale2021-01-094-34/+5
| | | | Notes: svn path=/head/; revision=560902
* security/gpgme-cpp: Fix constnessJason E. Hale2021-01-011-0/+29
| | | | | | | | | | | | | | | | | | | | | | | | | | The 1.15.0 release of gpgme-cpp adds a `Signature::operator<` which is missing a const. In 6a6d2a27648, Signature got an operator< . This is used in *security/libkleo*, for instance, to sort the signatures for display. The build failure looks like this (trimmed for brevity, on 13-): === /usr/include/c++/v1/algorithm:715:71: error: invalid operands to binary expression ('const GpgME::UserID::Signature' and 'const GpgME::UserID::Signature') bool operator()(const _T1& __x, const _T1& __y) const {return __x < __y;} /wrkdirs/usr/ports/security/libkleo/work/libkleo-20.12.0/src/models/ useridlistmodel.cpp:203:14: note: in instantiation of function template specialization 'std::__1::sort<GpgME::UserID::Signature>' requested here std::sort(sigs.begin(), sigs.end()); === PR: 252283 Submitted by: adridg Notes: svn path=/head/; revision=559796
* Drop python 2.7 support from a few portsAntoine Brodin2020-12-281-1/+1
| | | | | | | With hat: portmgr Notes: svn path=/head/; revision=559531
* security/*gpgme*: Update to 1.15.0Jason E. Hale2020-12-283-5/+5
| | | | Notes: svn path=/head/; revision=559436
* Update security/*gpgme* to 1.14.0Jason E. Hale2020-07-173-5/+5
| | | | Notes: svn path=/head/; revision=542442
* Move devel/swig30 to devel/swig and update to 4.0.1Sunpoet Po-Chuan Hsieh2020-06-171-2/+2
| | | | | | | | | | | | | | | - Do not silence installation message - Update dependent ports: - Fix build with swig 4.0.1 - Update *_DEPENDS - Remove BINARY_ALIAS Changes: http://www.swig.org/news.php PR: 246613 Exp-run by: antoine Notes: svn path=/head/; revision=539491
* security/gpgme: add USES=compiler:c11Piotr Kubaj2019-09-221-1/+1
| | | | | | | | | Needed to fix build on GCC architectures. Approved by: mentors (implicit approval) Notes: svn path=/head/; revision=512592
* Update security/*gpgme* to 1.13.1Jason E. Hale2019-09-203-6/+6
| | | | Notes: svn path=/head/; revision=512405
* Bump PORTREVISION for ports depending on the canonical version of GCCGerald Pfeifer2019-07-261-1/+1
| | | | | | | | | | | | | | | | | | as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3 to GCC 9.1 under most circumstances now after revision 507371. This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang, c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib plus, everything INDEX-11 shows with a dependency on lang/gcc9 now. PR: 238330 Notes: svn path=/head/; revision=507372
* Update security/*gpgme* to 1.13.0Jason E. Hale2019-03-286-74/+35
| | | | | | | Changes: https://lists.gnupg.org/pipermail/gnupg-devel/2019-March/034272.html Notes: svn path=/head/; revision=497004
* Bump PORTREVISION for ports depending on the canonical version of GCCGerald Pfeifer2018-12-121-1/+1
| | | | | | | | | | | | | | | | | | defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t GCC 8.2 under most circumstances. This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang, c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib plus, as a double check, everything INDEX-11 showed depending on lang/gcc7. PR: 231590 Notes: svn path=/head/; revision=487272
* Install texinfo files (GNU info) into ${PREFIX}/share/infoBaptiste Daroussin2018-11-101-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | After a discussion on the mailing list on moving manpages to ${PREFIX}/share/man for consistency with base where it is installed in usr/share/man, it appeared the same should happen to GNU info files which were installed under share in base and not in ports. Now texinfo is not in base on any of the supported version of FreeBSD it is possible to proceed to this move and it is easier to do than the manpage change. Other benefit than consistency are less patching: all build tools but cmake are expecting info files to be under share/info and cmake (patched here) was having an exception for BSD so the patch makes FreeBSD case less specific for them Bump revision of all impacted ports PR: 232907 exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D17816 Notes: svn path=/head/; revision=484628
* Update security/*gpgme* to 1.12.0Jason E. Hale2018-10-123-5/+5
| | | | | | | Changes: https://lists.gnupg.org/pipermail/gnupg-devel/2018-October/033977.html Notes: svn path=/head/; revision=481906
* Update security/*gpgme* to 1.11.1Jason E. Hale2018-07-313-10/+8
| | | | | | | Changes: https://lists.gnupg.org/pipermail/gnupg-devel/2018-April/033624.html Notes: svn path=/head/; revision=476015
* Bump PORTREVISION for ports depending on the canonical version of GCCGerald Pfeifer2018-07-291-1/+1
| | | | | | | | | | | | | | | | | in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which has now moved from GCC 6 to GCC 7 by default. This includes ports - featuring USE_GCC=yes or USE_GCC=any, - featuring USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and those - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x, c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib. PR: 222542 Notes: svn path=/head/; revision=475857
* Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mkTobias C. Berner2018-06-281-3/+3
| | | | | | | | | | | | | | | | | | From now on, ports that depend on Qt4 will have to set USES= qt:4 USE_QT= foo bar ports depending on Qt5 will use USES= qt:5 USE_QT= foo bar PR: 229225 Exp-run by: antoine Reviewed by: mat Approved by: portmgr (antoine) Differential Revision: →https://reviews.freebsd.org/D15540 Notes: svn path=/head/; revision=473503
* Use PY_FLAVOR for dependencies.Mathieu Arnold2018-06-201-2/+2
| | | | | | | | | | FLAVOR is the current port's flavor, it should not be used outside of this scope. Sponsored by: Absolight Notes: svn path=/head/; revision=472884
* security/gpgme:Jason E. Hale2018-02-062-32/+68
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Add some magic to support the regression tests in the case where the test build directory path length exceeds the maximum socket path length. - Fix shebang in the pinentry test script. At long last, the real reason some of the tests were failing has been discovered! - Remove files/patch-tests_gpg_Makefile.in now that the pinentry script is fixed. - Move USES upward. security/gpgme-cpp: - Remove workaround for Bug 193528 (fixed in GCC 6+) security/gpgme-qt5: - Add full test support. - QT5 testlib only needed for tests at build time. - Add DOXYGEN option to install the API documentation. Prevent the automatic building of the docs if doxygen happens to be installed. - Bump PORTREVISION due to added options / dependency change security/py-gpgme: - Add full test support. - Revert flavor logic move from r460759. The logic being below <bsd.port.options.mk> was the reason it wasn't previously working. - Bump PORTREVISION due to added option Notes: svn path=/head/; revision=461063
* Add a TEST option to toggle in-build testing as it was causing trouble whenJason E. Hale2018-02-021-12/+16
| | | | | | | | | | | | | | | | | | the test build directory path length was longer than the maximum socket path length. A workaround to this problem is noted in the Makefile. [1] Prevent the GNUPG1 option and the TEST option from being enabled simultaneously since the tests mainly revolve around the programs supplied with GnuPG 2.x. Disable in-build tests for slave ports for now. Move the flavor logic for the python slave port into the slave port Makefile as it was not being evaluated correctly when in the master port Makefile. Reported by: tijl (via private mail) [1] Notes: svn path=/head/; revision=460759
* Update to 1.10.0Jason E. Hale2018-01-269-103/+46
| | | | | | | | | Simplify python version detection Changes: https://lists.gnupg.org/pipermail/gnupg-users/2017-December/059592.html Notes: svn path=/head/; revision=459975
* Convert Python ports to FLAVORS.Mathieu Arnold2017-11-301-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Ports using USE_PYTHON=distutils are now flavored. They will automatically get flavors (py27, py34, py35, py36) depending on what versions they support. There is also a USE_PYTHON=flavors for ports that do not use distutils but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if using distutils but flavors are not wanted. A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been added to cope with Python ports that did not have the Python PKGNAMEPREFIX but are flavored. USES=python now also exports a PY_FLAVOR variable that contains the current python flavor. It can be used in dependency lines when the port itself is not python flavored. For example, deskutils/calibre. By default, all the flavors are generated. To only generate flavors for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf. In all the ports with Python dependencies, the *_DEPENDS entries MUST end with the flavor so that the framework knows which to build/use. This is done by appending '@${PY_FLAVOR}' after the origin (or @${FLAVOR} if in a Python module with Python flavors, as the content will be the same). For example: RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR} PR: 223071 Reviewed by: portmgr, python Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D12464 Notes: svn path=/head/; revision=455210
* Bump PORTREVISION for ports depending on the canonical version of GCCGerald Pfeifer2017-09-101-1/+1
| | | | | | | | | | | | | | | | | (via Mk/bsd.default-versions.mk and lang/gcc) which has moved from GCC 5.4 to GCC 6.4 under most circumstances. This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang, c++14-lang, c++0x, c11, or gcc-c++11-lib. PR: 219275 Notes: svn path=/head/; revision=449591
* Update security/gpgme and friends to 1.9.0 [1]Jason E. Hale2017-04-059-74/+90
| | | | | | | | | | | | | Fix LICENSE Add regression test support for master port. Slave port tests are not working properly and need further investigation. PR: 218316 (based on) [1] Submitted by: gahr [1] Changes: https://lists.gnupg.org/pipermail/gnupg-users/2017-March/057963.html Notes: svn path=/head/; revision=437834
* Bump PORTREVISIONs for ports depending on the canonical version of GCC andGerald Pfeifer2017-04-011-1/+1
| | | | | | | | | | | | | | | | | lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some circumstances such as versions of FreeBSD or platforms). This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using using Mk/bsd.octave.mk which in turn has USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang, c++11-lang, c++0x, c11, or gcc-c++11-lib. PR: 216707 Notes: svn path=/head/; revision=437439
* Rename python setuptools ports to better match other python portsAntoine Brodin2017-03-161-2/+2
| | | | | | | | | Reviewed by: mat, sunpoet With hat: portmgr Differential Revision: https://reviews.freebsd.org/D9983 Notes: svn path=/head/; revision=436290
* Fix configure of security/gpgme-qt5 for users that haveJason E. Hale2016-12-201-0/+32
| | | | | | | | | 'WITHOUT_GNU_GREP_COMPAT=yes' set Obtained from: based on upstream patch of m4/qt.m4 Notes: svn path=/head/; revision=428979
* Update security/gpgme-* to 1.8.0Jason E. Hale2016-11-266-48/+35
| | | | | | | | | | | | | | | In this version, libgpgme-pthread.so has been removed in favor of just using libgpgme.so as the thread-safe library. PORTREVISION has been bumped on all ports depending on security/gpgme so that any that may have linked to -lgpgme-pthread will link to -lgpgme instead. The Python module provided by security/py-gpgme has been renamed upstream from pyme3 to gpg. This removes the conflict with security/py-pyme, although security/py-gpgme is still the direct replacement of that module. Notes: svn path=/head/; revision=427185
* Fix conflict between libqgpgme from deskutils/kdepimlibs4 and ↵Tobias C. Berner2016-11-231-1/+0
| | | | | | | | | | | | | | | | | security/qgpgme-qt5 Install the kde4 version of libqgpgme as libqgpgme4. * Bump revision in affected dependencies -- not all ports using USE_KDE=pimlibs actually link against libqgpgme. * Remove conflict from security/gpgme-qt5 * Drop KDE3 hunks from patch-cmake__modules__FindQGpgme.cmake PR: 212886 Reviewed by: rakuco Approved by: rakuco (mentor) Notes: svn path=/head/; revision=426897
* Fix build of security/gpgme-qt5 with gcc49Jason E. Hale2016-11-211-0/+17
| | | | | | | | | | | | | | | In file included from qgpgmebackend.cpp:42:0: ../../../lang/cpp/src/engineinfo.h: In constructor 'GpgME::EngineInfo::Version::Version(const string&)': ../../../lang/cpp/src/engineinfo.h:47:17: error: 'sscanf' is not a member of 'std' std::sscanf(version.c_str(), "%d.%d.%d", &major, &minor, &patch) != 3) { PR: 214687 Submitted by: tcberner Notes: svn path=/head/; revision=426708
* Using ports libc++ on non-leaf ports is problematic, as the requirementJason E. Hale2016-11-173-14/+84
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | basically flows to all ports that depend on gpgme-{cpp,qt5}. In particular, sysutils/kf5-kwallet was breaking in FreeBSD 9.x because mismatches between libc++ and libstdc++ from gcc48 were causing a gpgme symbol not to be found: backendpersisthandler.cpp:(.text+0xf61): undefined reference to `GpgME::Context::encrypt(std::vector<GpgME::Key, std::allocator<GpgME::Key> > const&, GpgME::Data const&, GpgME::Data&, GpgME::Context::EncryptionFlags)' Switch the build of both ports to lang/gcc on FreeBSD 9 and the system compiler on FreeBSD 10: * Use USES:compiler-c++11-lib instead of compiler-c++11-lang, as we do need a C++11-compatible standard library. This causes the right compiler to be chosen as described above. * Set _GLIBCXX_USE_C99 so that gpgme-cpp builds with GCC 4.8 (std::to_string() is not exposed by default on FreeBSD). Several other ports need to do the same. * Add a few patches to fix the gpgme-qt5: ** patch-git_b4658f6a1 is a backport from an upstream commit to make the port build with GCC 4.8 without errors. ** patch-lang_qt_src_qgpgmeencryptjob.cpp is a local workaround for the std::bind() bug mentioned in ports r424451. PR: 214575 Submitted by: rakuco Notes: svn path=/head/; revision=426284
* Fix build of the Qt interface on FreeBSD 10.2 and 10.3. On FreeBSD 10.1, itJason E. Hale2016-10-221-4/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | builds without issue (and thats what I originally tested this on and assumed it would work on later releases), but there seems to be a regression in the c++ headers that appears to have happend in r278724, so use libc++ from ports. libtool: compile: c++ -std=c++11 -DHAVE_CONFIG_H -I. -I../../.. -I../../../lang/cpp/src -I../../../src -I/usr/local/include/qt5/QtCore -I/usr/local/include/qt5 -fpic -I/usr/local/include -I/usr/local/include -DBUILDING_QGPGME -isystem /usr/local/include -O2 -pipe -fstack-protector -isystem /usr/local/include -fno-strict-aliasing -isystem /usr/local/include -MT qgpgmeencryptjob.lo -MD -MP -MF .deps/qgpgmeencryptjob.Tpo -c qgpgmeencryptjob.cpp -fPIC -DPIC -o .libs/qgpgmeencryptjob.o qgpgmeencryptjob.cpp:133:9: error: no matching function for call to 'bind' run(std::bind(&encrypt, ^~~~~~~~~ /usr/include/c++/v1/functional:2184:1: note: candidate template ignored: couldn't infer template argument '_Fp' bind(_Fp&& __f, _BoundArgs&&... __bound_args) ^ /usr/include/c++/v1/functional:2193:1: note: candidate template ignored: couldn't infer template argument '_Rp' bind(_Fp&& __f, _BoundArgs&&... __bound_args) ^ 1 error generated. gmake[4]: *** [Makefile:801: qgpgmeencryptjob.lo] Error 1 Also, link to libgpgmepp already installed instead of rebuilding it. Notes: svn path=/head/; revision=424451
* Really fix build on 9.x for the c++ and Qt5 bindings;Jason E. Hale2016-10-211-0/+6
| | | | | | | require libc++. Notes: svn path=/head/; revision=424365
* - Update to 1.7.1Jason E. Hale2016-10-194-11/+12
| | | | | | | - Check for c++11 compiler for the c++ and Qt bindings Notes: svn path=/head/; revision=424296
* - Update security/gpgme to 1.7.0Jason E. Hale2016-10-184-13/+87
| | | | | | | | | | | | | | | | | - Convert to master port and add several slave ports for the newly added c++, Qt5, and python bindings (security/gpgme-cpp, security/gpgme-qt5, and security/py-gpgme, respectively) - The Qt bindings currently provided by deskutils/kdepimlibs4 cannot currently coexist with these new bindings, but will be phased out in the future - The python bindings are an updated version of the ones provided by security/py-pyme and are now being maintained as part of the gpgme project. They work with both python 2.x and 3.x. PR: 212886 Notes: svn path=/head/; revision=424209
* Remove ${PORTSDIR}/ from dependencies, categories r, s, t, and u.Mathieu Arnold2016-04-011-6/+6
| | | | | | | | With hat: portmgr Sponsored by: Absolight Notes: svn path=/head/; revision=412349
* security/gpgme: put header back in normal location.Tijl Coosemans2016-03-172-2/+2
| | | | | | | | | | This used to cause a conflict with security/gpgme03 but this port has been removed many years ago now. Approved by: jhale (maintainer) Notes: svn path=/head/; revision=411263
* Update to 1.6.0Jason E. Hale2015-12-083-5/+5
| | | | Notes: svn path=/head/; revision=403250
* Update to 1.5.5Jason E. Hale2015-06-143-5/+5
| | | | Notes: svn path=/head/; revision=389652
* - Update to 1.5.4Jason E. Hale2015-05-083-5/+5
| | | | Notes: svn path=/head/; revision=385806
* - Update to 1.5.3Jason E. Hale2015-02-263-11/+6
| | | | Notes: svn path=/head/; revision=379982
* - Trim @dirrm[try] from pkg-plistJason E. Hale2014-09-221-3/+0
| | | | Notes: svn path=/head/; revision=368916
* - Drop .la files, no dependees require themDmitry Marakasov2014-09-172-3/+2
| | | | | | | Approved by: portmgr blanket Notes: svn path=/head/; revision=368383
* - Add CPE supportJason E. Hale2014-08-041-1/+3
| | | | Notes: svn path=/head/; revision=364003
* - Update to 1.5.1Jason E. Hale2014-08-023-5/+5
| | | | | | | Security: 90ca3ba5-19e6-11e4-8616-001b3856973b Notes: svn path=/head/; revision=363777
* - Fix build if gpgsm is not installedJason E. Hale2014-06-221-0/+6
| | | | | | | | PR: 191264 Submitted by: rakuco Notes: svn path=/head/; revision=358776
* - Strip binaries in a little cleaner fashionJason E. Hale2014-06-221-1/+1
| | | | Notes: svn path=/head/; revision=358769
* - Update to 1.5.0Jason E. Hale2014-06-223-32/+8
| | | | | | | | | | | - Simplify MASTER_SITES - Drop signature download and verify target - Strip libraries - Add UPDATING entry documenting behavior change since gpgme now autodetects the gpg binary Notes: svn path=/head/; revision=358767
* USES=libtool tar:bzip2.Tijl Coosemans2014-05-302-6/+5
| | | | Notes: svn path=/head/; revision=355812
* - Update security/gpgme to 1.4.3Jason E. Hale2013-10-204-52/+35
| | | | | | | | | | | | | | - Use USE_GNOME= ltverhack to correct the library version number to what the author intended. This effectively rolls the version number backwards, but should prevent future unneccesary version bumps. - Support staging - Use options helpers - Use new LIB_DEPENDS syntax - Bump PORTREVISION on dependent ports Notes: svn path=/head/; revision=331057
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-13 18:24:55 +0000