kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/security/gpgme/buildlink3.mk

32 lines
802 B
Makefile
Raw Normal View History

Revert PKGNAME change from gnupg2 to gnupg
2017-12-21 14:30:40 +01:00
# $NetBSD: buildlink3.mk,v 1.30 2017/12/21 13:30:40 ryoon Exp $
bl3ify
2004-02-11 03:30:49 +01:00
Simply and speed up buildlink3.mk files and processing. This changes the buildlink3.mk files to use an include guard for the recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS, BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of enter/exit marker, which can be used to reconstruct the tree and to determine first level includes. Avoiding := for large variables (BUILDLINK_ORDER) speeds up parse time as += has linear complexity. The include guard reduces system time by avoiding reading files over and over again. For complex packages this reduces both %user and %sys time to half of the former time.
2009-03-20 20:23:50 +01:00
BUILDLINK_TREE+= gpgme
bl3ify
2004-02-11 03:30:49 +01:00
Simply and speed up buildlink3.mk files and processing. This changes the buildlink3.mk files to use an include guard for the recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS, BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of enter/exit marker, which can be used to reconstruct the tree and to determine first level includes. Avoiding := for large variables (BUILDLINK_ORDER) speeds up parse time as += has linear complexity. The include guard reduces system time by avoiding reading files over and over again. For complex packages this reduces both %user and %sys time to half of the former time.
2009-03-20 20:23:50 +01:00
.if !defined(GPGME_BUILDLINK3_MK)
GPGME_BUILDLINK3_MK:=
bl3ify
2004-02-11 03:30:49 +01:00
Over 1200 files touched but no revisions bumped :) 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).
2006-04-06 08:21:32 +02:00
BUILDLINK_API_DEPENDS.gpgme+= gpgme>=0.9.0
Enable C++ binding that is required by misc/libreoffice 5.4.0.3 * Use C and C++ laguages * Bump PKGREVISION
2017-08-01 13:48:20 +02:00
BUILDLINK_ABI_DEPENDS.gpgme+= gpgme>=1.8.0nb1
Reorder location and setting of BUILDLINK_PACKAGES to match template buildlink3.mk file in revision 1.101 of bsd.buildlink3.mk.
2004-03-05 20:25:06 +01:00
BUILDLINK_PKGSRCDIR.gpgme?= ../../security/gpgme
bl3ify
2004-02-11 03:30:49 +01:00
buildlink3.mk fix
2011-03-05 12:49:12 +01:00
.include "../../security/libassuan2/buildlink3.mk"
.include "../../security/libgpg-error/buildlink3.mk"
Expose the gpg binary gpgme is build against and use that in security/gpa.
2010-01-04 16:09:44 +01:00
pkgbase:= gpgme
.include "../../mk/pkg-build-options.mk"
Remove references to gnupg21 in preparation for its removal.
2017-08-29 14:11:35 +02:00
.if !empty(PKG_BUILD_OPTIONS.gpgme:Mgnupg2)
Revert PKGNAME change from gnupg2 to gnupg
2017-12-21 14:30:40 +01:00
DEPENDS+= gnupg2>=2.2.0:../../security/gnupg2
Expose the gpg binary gpgme is build against and use that in security/gpa.
2010-01-04 16:09:44 +01:00
GPGME_GPG= ${PREFIX}/bin/gpg2
.else
add depends for appropriate gnupg according to options selected ok tnn@ re: options.mk v 1.3
2015-10-31 18:46:12 +01:00
DEPENDS+= gnupg>=1.4.2:../../security/gnupg
Expose the gpg binary gpgme is build against and use that in security/gpa.
2010-01-04 16:09:44 +01:00
GPGME_GPG= ${PREFIX}/bin/gpg
.endif
Not all the world is GNU configure. Unbreaks mail/notmuch.
2017-03-17 09:48:30 +01:00
.if ${GNU_CONFIGURE:U""} == "yes"
match options.mk options and simplify a bit
2015-10-31 19:17:11 +01:00
CONFIGURE_ARGS+= ac_cv_path_GNUPG=${GPGME_GPG}
Not all the world is GNU configure. Unbreaks mail/notmuch.
2017-03-17 09:48:30 +01:00
.endif
Expose the gpg binary gpgme is build against and use that in security/gpa.
2010-01-04 16:09:44 +01:00
Simply and speed up buildlink3.mk files and processing. This changes the buildlink3.mk files to use an include guard for the recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS, BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of enter/exit marker, which can be used to reconstruct the tree and to determine first level includes. Avoiding := for large variables (BUILDLINK_ORDER) speeds up parse time as += has linear complexity. The include guard reduces system time by avoiding reading files over and over again. For complex packages this reduces both %user and %sys time to half of the former time.
2009-03-20 20:23:50 +01:00
.endif # GPGME_BUILDLINK3_MK
bl3ify
2004-02-11 03:30:49 +01:00
Simply and speed up buildlink3.mk files and processing. This changes the buildlink3.mk files to use an include guard for the recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS, BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of enter/exit marker, which can be used to reconstruct the tree and to determine first level includes. Avoiding := for large variables (BUILDLINK_ORDER) speeds up parse time as += has linear complexity. The include guard reduces system time by avoiding reading files over and over again. For complex packages this reduces both %user and %sys time to half of the former time.
2009-03-20 20:23:50 +01:00
BUILDLINK_TREE+= -gpgme
Reference in a new issue Copy permalink