non port: security/gpgme/Makefile |
SVNWeb
|
Number of commits found: 130 (showing only 100 on this page) |
Wed, 3 May 2023
|
[ 03:29 Jason E. Hale (jhale) ] f247211 (Only the first 10 of 26 ports in this commit are shown above. )
security/gpgme-qt: Flavorize for new Qt6 bindings
Rename security/gpgme-qt5 to security/gpgme-qt and flavorize to
allow building qt5 and qt6 flavors.
Adjust dependencies and bump PORTREVISION on consumers.
Fix installation of optional Doxgen docs.
|
[ 03:29 Jason E. Hale (jhale) ] ee8d4bb
security/*gpgme*: Update to 1.20.0
https://dev.gnupg.org/T6341 (1.19.0)
https://dev.gnupg.org/T6463 (1.20.0)
|
Mon, 12 Sep 2022
|
[ 19:45 Jason E. Hale (jhale) ] 2bac0bb
security/*gpgme*: Update to 1.18.0
https://dev.gnupg.org/T6128
|
Sun, 11 Sep 2022
|
[ 10:20 Felix Palmen (zirias) ] ddae4e9 (Only the first 10 of 1105 ports in this commit are shown above. )
Mk/Uses: always use colon for build/run suffix
Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.
Document in CHANGES.
PR: 266034
Exp-run by: antoine
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D36349
|
Wed, 7 Sep 2022
|
[ 21:10 Stefan Eßer (se) ] b7f0544 (Only the first 10 of 27931 ports in this commit are shown above. )
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
|
Wed, 20 Jul 2022
|
[ 14:22 Tobias C. Berner (tcberner) ] 857c05f (Only the first 10 of 840 ports in this commit are shown above. )
security: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* <ports@c0decafe.net>
* Aaron Dalton <aaron@FreeBSD.org>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
* Aldis Berjoza <aldis@bsdroot.lv>
* Alex Dupre <ale@FreeBSD.org>
* Alex Kapranoff <kappa@rambler-co.ru>
* Alex Samorukov <samm@freebsd.org>
* Alexander Botero-Lowry <alex@foxybanana.com>
* Alexander Kriventsov <avk@vl.ru>
* Alexander Leidinger <netchild@FreeBSD.org> (Only the first 15 lines of the commit message are shown above )
|
Sat, 2 Jul 2022
|
[ 20:27 Dima Panov (fluffy) ] 50d455e
security/gpgme: limit python to 3.8+ (+)
py-gpgme cannot be built with python 3.7, raise requrements
Reported by: poudriere fallout
Approved by: portmgr blanket (fix build)
|
Mon, 7 Mar 2022
|
[ 18:01 Jason E. Hale (jhale) ] 0267872 (Only the first 10 of 20 ports in this commit are shown above. )
security/*gpgme*: Update to 1.7.1
This release only fixes an ABI compatibility issue with gpgme 1.6.0
for security/gpgme-qt5.
Bump PORTREVISION on consumers of security/gpgme-qt5 due to the
shared library bump.
Changes: https://dev.gnupg.org/T5872
Reported by: portscout
|
Sun, 20 Feb 2022
|
[ 15:18 Jason E. Hale (jhale) ] fb02dbd
security/*gpgme*: Update to 1.7.0
security/py-gpgme: Convert pkg-plist to Python 3.x style
|
Tue, 6 Apr 2021
|
[ 14:31 Mathieu Arnold (mat) ] 305f148 (Only the first 10 of 29333 ports in this commit are shown above. )
Remove # $FreeBSD$ from Makefiles.
|
Sat, 9 Jan 2021
|
[ 22:44 jhale ]
security/*gpgme*: Update to 1.15.1
|
Mon, 28 Dec 2020
|
[ 23:02 antoine ] (Only the first 10 of 1942 ports in this commit are shown above. )
Drop python 2.7 support from a few ports
With hat: portmgr
|
[ 00:00 jhale ]
security/*gpgme*: Update to 1.15.0
|
Fri, 17 Jul 2020
|
[ 16:47 jhale ]
Update security/*gpgme* to 1.14.0
|
Wed, 17 Jun 2020
|
[ 18:17 sunpoet ] (Only the first 10 of 84 ports in this commit are shown above. )
Move devel/swig30 to devel/swig and update to 4.0.1
- 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
|
Sun, 22 Sep 2019
|
[ 16:33 pkubaj ]
security/gpgme: add USES=compiler:c11
Needed to fix build on GCC architectures.
Approved by: mentors (implicit approval)
|
Fri, 20 Sep 2019
|
[ 11:36 jhale ]
Update security/*gpgme* to 1.13.1
|
Fri, 26 Jul 2019
|
[ 20:46 gerald ] (Only the first 10 of 3853 ports in this commit are shown above. )
Bump PORTREVISION for ports depending on the canonical version of GCC
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
|
Thu, 28 Mar 2019
|
[ 05:22 jhale ]
Update security/*gpgme* to 1.13.0
Changes: https://lists.gnupg.org/pipermail/gnupg-devel/2019-March/034272.html
|
Wed, 12 Dec 2018
|
[ 01:35 gerald ] (Only the first 10 of 3168 ports in this commit are shown above. )
Bump PORTREVISION for ports depending on the canonical version of GCC
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
|
Sat, 10 Nov 2018
|
[ 18:12 bapt ] (Only the first 10 of 386 ports in this commit are shown above. )
Install texinfo files (GNU info) into ${PREFIX}/share/info
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
|
Fri, 12 Oct 2018
|
[ 14:58 jhale ]
Update security/*gpgme* to 1.12.0
Changes: https://lists.gnupg.org/pipermail/gnupg-devel/2018-October/033977.html
|
Tue, 31 Jul 2018
|
[ 19:05 jhale ]
Update security/*gpgme* to 1.11.1
Changes: https://lists.gnupg.org/pipermail/gnupg-devel/2018-April/033624.html
|
Sun, 29 Jul 2018
|
[ 22:18 gerald ] (Only the first 10 of 1480 ports in this commit are shown above. )
Bump PORTREVISION for ports depending on the canonical version of GCC
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
|
Thu, 28 Jun 2018
|
[ 17:39 tcberner ] (Only the first 10 of 1416 ports in this commit are shown above. )
Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk
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
|
Wed, 20 Jun 2018
|
[ 17:05 mat ] (Only the first 10 of 1617 ports in this commit are shown above. )
Use PY_FLAVOR for dependencies.
FLAVOR is the current port's flavor, it should not be used outside of
this scope.
Sponsored by: Absolight
|
Tue, 6 Feb 2018
|
[ 15:18 jhale ]
security/gpgme:
- 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
|
Fri, 2 Feb 2018
|
[ 23:30 jhale ]
Add a TEST option to toggle in-build testing as it was causing trouble when
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]
|
Fri, 26 Jan 2018
|
[ 04:02 jhale ] (Only the first 10 of 12 ports in this commit are shown above. )
Update to 1.10.0
Simplify python version detection
Changes: https://lists.gnupg.org/pipermail/gnupg-users/2017-December/059592.html
|
Thu, 30 Nov 2017
|
[ 15:50 mat ] (Only the first 10 of 2423 ports in this commit are shown above. )
Convert Python ports to FLAVORS.
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 (Only the first 15 lines of the commit message are shown above )
|
Sun, 10 Sep 2017
|
[ 20:55 gerald ] (Only the first 10 of 1201 ports in this commit are shown above. )
Bump PORTREVISION for ports depending on the canonical version of GCC
(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
|
Wed, 5 Apr 2017
|
[ 20:13 jhale ] (Only the first 10 of 13 ports in this commit are shown above. )
Update security/gpgme and friends to 1.9.0 [1]
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
|
Sat, 1 Apr 2017
|
[ 15:23 gerald ] (Only the first 10 of 1118 ports in this commit are shown above. )
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
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
|
Thu, 16 Mar 2017
|
[ 19:23 antoine ] (Only the first 10 of 34 ports in this commit are shown above. )
Rename python setuptools ports to better match other python ports
Reviewed by: mat, sunpoet
With hat: portmgr
Differential Revision: https://reviews.freebsd.org/D9983
|
Sat, 26 Nov 2016
|
[ 23:41 jhale ] (Only the first 10 of 46 ports in this commit are shown above. )
Update security/gpgme-* to 1.8.0
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.
|
Wed, 23 Nov 2016
|
[ 12:15 tcberner ]
Fix conflict between libqgpgme from deskutils/kdepimlibs4 and
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)
|
Thu, 17 Nov 2016
|
[ 13:55 jhale ]
Using ports libc++ on non-leaf ports is problematic, as the requirement
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
|
Sat, 22 Oct 2016
|
[ 07:33 jhale ]
Fix build of the Qt interface on FreeBSD 10.2 and 10.3. On FreeBSD 10.1, it
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,
^~~~~~~~~ (Only the first 15 lines of the commit message are shown above )
|
Fri, 21 Oct 2016
|
[ 00:05 jhale ]
Really fix build on 9.x for the c++ and Qt5 bindings;
require libc++.
|
Wed, 19 Oct 2016
|
[ 23:32 jhale ]
- Update to 1.7.1
- Check for c++11 compiler for the c++ and Qt bindings
|
Tue, 18 Oct 2016
|
[ 19:45 jhale ] (Only the first 10 of 21 ports in this commit are shown above. )
- Update security/gpgme to 1.7.0
- 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
|
Fri, 1 Apr 2016
|
[ 14:25 mat ] (Only the first 10 of 2099 ports in this commit are shown above. )
Remove ${PORTSDIR}/ from dependencies, categories r, s, t, and u.
With hat: portmgr
Sponsored by: Absolight
|
Thu, 17 Mar 2016
|
[ 09:09 tijl ]
security/gpgme: put header back in normal location.
This used to cause a conflict with security/gpgme03 but this port has been
removed many years ago now.
Approved by: jhale (maintainer)
|
Tue, 8 Dec 2015
|
[ 03:36 jhale ]
Update to 1.6.0
|
Sun, 14 Jun 2015
|
[ 20:10 jhale ]
Update to 1.5.5
|
Fri, 8 May 2015
|
[ 17:38 jhale ]
- Update to 1.5.4
|
Thu, 26 Feb 2015
|
[ 03:20 jhale ]
- Update to 1.5.3
|
Wed, 17 Sep 2014
|
[ 15:05 amdmi3 ]
- Drop .la files, no dependees require them
Approved by: portmgr blanket
|
Mon, 4 Aug 2014
|
[ 13:31 jhale ]
- Add CPE support
|
Sat, 2 Aug 2014
|
[ 02:39 jhale ]
- Update to 1.5.1
Security: 90ca3ba5-19e6-11e4-8616-001b3856973b
|
Sun, 22 Jun 2014
|
[ 09:43 jhale ]
- Fix build if gpgsm is not installed
PR: 191264
Submitted by: rakuco
|
[ 08:44 jhale ]
- Strip binaries in a little cleaner fashion
|
[ 07:07 jhale ]
- Update to 1.5.0
- Simplify MASTER_SITES
- Drop signature download and verify target
- Strip libraries
- Add UPDATING entry documenting behavior change since gpgme now
autodetects the gpg binary
|
Fri, 30 May 2014
|
[ 09:58 tijl ]
USES=libtool tar:bzip2.
|
Sun, 20 Oct 2013
|
[ 19:20 jhale ] (Only the first 10 of 32 ports in this commit are shown above. )
- Update security/gpgme to 1.4.3
- 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
|
Fri, 20 Sep 2013
|
[ 22:55 bapt ] (Only the first 10 of 1016 ports in this commit are shown above. )
Add NO_STAGE all over the place in preparation for the staging support (cat:
security)
|
Wed, 14 Aug 2013
|
[ 22:35 ak ] (Only the first 10 of 1725 ports in this commit are shown above. )
- Remove MAKE_JOBS_SAFE variable
Approved by: portmgr (bdrewery)
|
Fri, 29 Mar 2013
|
[ 19:33 cs ] (Only the first 10 of 94 ports in this commit are shown above. )
- Remove A/An in COMMENT
- Trim Header where applicable
|
Thu, 13 Sep 2012
|
[ 04:45 jhale ] (Only the first 10 of 41 ports in this commit are shown above. )
- Update MAINTAINER to my new FreeBSD.org address
Approved by: makc (mentor)
|
Mon, 9 Jul 2012
|
[ 13:02 jase ]
- Convert to optionsNG
PR: ports/169576
Submitted by: Jason E. Hale <bsdkaffee@gmail.com> (maintainer)
Approved by: flo (mentor)
|
Fri, 11 May 2012
|
[ 08:48 makc ]
Update to 1.3.2
PTH option has been removed (unsupported upstream)
Submitted by: Jason E. Hale (maintianer) via kde-freebsd maillist
|
Thu, 21 Jul 2011
|
[ 12:43 jlaffaye ]
- Update to 1.3.1
- Move LICENSE earlier
PR: ports/159076
Submitted by: Jason E. Hale <bsdkaffee@gmail.com> (maintainer)
|
Fri, 14 Jan 2011
|
[ 07:42 dougb ]
Fix the shared library version number for libassuan to reflect what
the authors intended by adding:
USE_AUTOTOOLS= libtool
USE_GNOME= ltverhack
to security/libassuan/Makefile.
Update the libassuan shared library version number and/or bump
PORTREVISION in the dependent ports.
Requested by: ale
Feature safe: yes
|
Wed, 22 Dec 2010
|
[ 19:16 dougb ]
Update libassuan to version 2.0.1:
* Input and output notification handler can now really access the
parsed fd as stated in the manual.
* Cleaned up the logging.
Bump PORTREVISION and libassuan version number in related ports
|
Thu, 16 Dec 2010
|
[ 02:34 glarkin ] (Only the first 10 of 123 ports in this commit are shown above. )
- Chase security/libksba shlib version bump
Requested by: kwm
Pointyhat to: glarkin
|
Sat, 4 Dec 2010
|
[ 07:34 ade ] (Only the first 10 of 1730 ports in this commit are shown above. )
Sync to new bsd.autotools.mk
|
Tue, 27 Jul 2010
|
[ 18:07 makc ]
Fix build with GnuPG 1.x (add unconditional dependency on security/libassuan)
PR: ports/148888
Submitted by: Jason E. Hale (maintainer)
|
Tue, 22 Jun 2010
|
[ 22:35 dougb ]
- Update security/gpgme to version 1.3.0.
- No shlib bump.
- This version works with libassuan 2.x and is needed to fix the build of
security/gpa due to dependency conflicts.
- Add LICENSE
PR: ports/148061
- Fix the build of security/gpa with libassuan 2.x
- Patch for server.c taken from gpa svn.
- Add LICENSE while here.
PR: ports/148062
Submitted by: Jason E. Hale <bsdkaffee@gmail.com> (maintainer)
Feature safe: yes
|
Tue, 8 Dec 2009
|
[ 10:34 garga ]
Fix build without libassuan
PR: ports/141168
Submitted by: garga
Reworked by: maintainer
Approved by: maintainer
|
Thu, 3 Dec 2009
|
[ 15:55 amdmi3 ]
- Disable gpgsm if it is not installed
PR: 140058
Submitted by: Jason E. Hale <bsdkaffee@gmail.com> (maintainer)
|
Sun, 2 Aug 2009
|
[ 19:36 mezz ] (Only the first 10 of 1514 ports in this commit are shown above. )
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
|
Wed, 15 Jul 2009
|
[ 16:42 wxs ]
- Update to 1.2.0
PR: ports/135911
Submitted by: Jason E. Hale <bsdkaffee@gmail.com>
|
Fri, 20 Feb 2009
|
[ 22:51 dougb ]
Update to version 1.1.8. Submitter takes over maintainership.
PR: ports/131108
Submitted by: Jason E. Hale <bsdkaffee@gmail.com>
|
Tue, 6 Jan 2009
|
[ 17:59 pav ] (Only the first 10 of 155 ports in this commit are shown above. )
- Remove conditional checks for FreeBSD 5.x and older
|
Sun, 7 Sep 2008
|
[ 00:36 linimon ] (Only the first 10 of 24 ports in this commit are shown above. )
Reset lofi due to not commits in over 3 months, PR backlog, and no response
to email.
Hat: portmgr
|
Thu, 21 Aug 2008
|
[ 06:18 rafan ] (Only the first 10 of 1030 ports in this commit are shown above. )
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk (Only the first 15 lines of the commit message are shown above )
|
Fri, 6 Jun 2008
|
[ 14:01 edwin ] (Only the first 10 of 129 ports in this commit are shown above. )
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
|
Sat, 19 Apr 2008
|
[ 17:56 miwi ] (Only the first 10 of 2842 ports in this commit are shown above. )
- Remove unneeded dependency from gtk12/gtk20 [1]
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
|
Fri, 7 Mar 2008
|
[ 19:48 pav ]
- Unbreak INDEX
No cookie for: lofi
|
[ 17:17 lofi ]
Don't depend on gpgsm, since it is now a non-default option in the gnupg
port. Mind though that you will still need the gpgsm executable if your
application does S/MIME through gpgme.
|
Mon, 23 Jul 2007
|
[ 09:36 rafan ] (Only the first 10 of 437 ports in this commit are shown above. )
- Set --mandir and --infodir in CONFIGURE_ARGS if the configure script
supports them. This is determined by running ``configure --help'' in
do-configure target and set the shell variable _LATE_CONFIGURE_ARGS
which is then passed to CONFIGURE_ARGS.
- Remove --mandir and --infodir in ports' Makefile where applicable
Few ports use REINPLACE_CMD to achieve the same effect, remove them too.
- Correct some manual pages location from PREFIX/man to MANPREFIX/man
- Define INFO_PATH where necessary
- Document that .info files are installed in a subdirectory relative to
PREFIX/INFO_PATH and slightly change add-plist-info to use INFO_PATH and
subdirectory detection.
PR: ports/111470
Approved by: portmgr
Discussed with: stas (Mk/*), gerald (info related stuffs)
Tested by: pointyhat exp run
|
Wed, 11 Jul 2007
|
[ 19:19 lofi ]
Remove junk.
Spotted by: sat
|
[ 12:57 lofi ]
Update to 1.1.5
|
Thu, 8 Mar 2007
|
[ 14:12 jylefort ]
Track libgpg-error shlib version change.
|
Tue, 6 Mar 2007
|
[ 18:14 lofi ]
Patch for "Multiple Messages Problem in GnuPG and GPGME"
Security: http://lists.gnupg.org/pipermail/gnupg-announce/2007q1/000251.html
|
Wed, 21 Feb 2007
|
[ 16:53 lofi ]
Bump PORTREVISION
|
[ 16:50 lofi ]
Don't depend on gnupg1
|
Tue, 6 Feb 2007
|
[ 17:41 lofi ]
Update to 1.1.3
|
Fri, 22 Dec 2006
|
[ 02:51 kuriyama ] (Only the first 10 of 28 ports in this commit are shown above. )
- Since security/gnupg (2.x) installs symlink $PREFIX/bin/gpg,
depending on $PREFIX/bin/gpg for security/gnupg1 (1.4.x) is not
correct. To work around this, change dependency line from bin/gpg
to bin/gpgv which exists in security/gnupg1 port only.
Spotted by: ume
|
Thu, 21 Dec 2006
|
[ 15:40 lofi ]
Retire gnupg-devel after three years of porting, patching and bugging
gnupg-developers to include freebsd-fixes in what is now the all new and
shiny gnupg 2.0. Thanks to everyone who contributed.
|
[ 13:31 kuriyama ] (Only the first 10 of 39 ports in this commit are shown above. )
- Upgrade gnupg to 2.0.1. Old stable version (1.4.6) was repocopied
to security/gnupg1.
Thanks to: dougb, lofi
|
Fri, 22 Sep 2006
|
[ 07:10 sergei ]
- Chase libgpg-error version bump [1]
- Add explicit version to libgpg-error dependency where missing [2]
- Bump PORTREVISION [1]
Approved by: maintainers (arved, lofi, novel,
ports at mcdermottroe dot com) [1]
Suggested by: novel, lofi [2]
|
Wed, 13 Sep 2006
|
[ 21:24 lofi ] (Only the first 10 of 22 ports in this commit are shown above. )
Update gpgme to 1.1.2, chase dependencies.
|
Sat, 13 May 2006
|
[ 04:15 edwin ] (Only the first 10 of 275 ports in this commit are shown above. )
Remove USE_REINPLACE from all categories starting with S
|
Thu, 23 Feb 2006
|
[ 10:40 ade ] (Only the first 10 of 2514 ports in this commit are shown above. )
Conversion to a single libtool environment.
Approved by: portmgr (kris)
|
Tue, 15 Nov 2005
|
[ 06:52 ade ] (Only the first 10 of 1438 ports in this commit are shown above. )
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
|
Sat, 5 Nov 2005
|
[ 07:48 lofi ]
Update gpgme to 1.0.3 and chase shared library version bump.
|
Tue, 12 Apr 2005
|
[ 18:05 lofi ]
s/.elseif/.elif
|
[ 03:26 obrien ] (Only the first 10 of 773 ports in this commit are shown above. )
At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE.
|
Mon, 11 Apr 2005
|
[ 08:04 obrien ] (Only the first 10 of 776 ports in this commit are shown above. )
Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.
|
Number of commits found: 130 (showing only 100 on this page) |