kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/graphics/hicolor-icon-theme/buildlink3.mk

27 lines
733 B
Makefile
Raw Normal View History

Essentially from OBATA Akio in private mail, June 2015: Introduce Icon Theme cache handling framework Icon Theme cache files are used by GTK+ and maintained with the gtk-update-icon-cache tool. Each Icon Theme package duplicates its own maintainance scripts: only the specified icon theme directory differs. With this framework, if packages have ICON_THEMES=yes, associated icon themes will be detected and their cache files will be maintained automatically. Change cache handling behaviour as follows: * Icon theme caches will be updated if either gtk2+ or gtk3+ gtk-update-icon-cache tool is available. * With installation of gtk2+ package, not only hicolor icon theme but also any other icon theme cache files will be updated. * Prevent removal of icon caches at deinstall, gtk3+ may be installed and using them. * Ditto with gtk3+, gtk2+ may not be installed now, so caches must be maintained by gtk3+.
2017-06-14 18:23:09 +02:00
# $NetBSD: buildlink3.mk,v 1.20 2017/06/14 16:23:09 prlw1 Exp $
Initial addition. This does not really need to be a buildlink3.mk file (in the sense that this package does not install any libraries that need to be buildlinked), but it helps in adding a dependency and, more important, in handling of PLIST entries during print-PLIST. Using a buildlink3.mk file is more consistent with other packages than a home-grown mk file.
2004-05-06 15:47:41 +02: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+= hicolor-icon-theme
Initial addition. This does not really need to be a buildlink3.mk file (in the sense that this package does not install any libraries that need to be buildlinked), but it helps in adding a dependency and, more important, in handling of PLIST entries during print-PLIST. Using a buildlink3.mk file is more consistent with other packages than a home-grown mk file.
2004-05-06 15:47:41 +02: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(HICOLOR_ICON_THEME_BUILDLINK3_MK)
HICOLOR_ICON_THEME_BUILDLINK3_MK:=
Initial addition. This does not really need to be a buildlink3.mk file (in the sense that this package does not install any libraries that need to be buildlinked), but it helps in adding a dependency and, more important, in handling of PLIST entries during print-PLIST. Using a buildlink3.mk file is more consistent with other packages than a home-grown mk file.
2004-05-06 15:47:41 +02: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.hicolor-icon-theme+= hicolor-icon-theme>=0.4
Bump BUILDLINK_ABI_DEPENDS.png and PKGREVISION for png-1.2.9nb2 update.
2006-04-17 15:45:57 +02:00
BUILDLINK_ABI_DEPENDS.hicolor-icon-theme+= hicolor-icon-theme>=0.9nb1
Initial addition. This does not really need to be a buildlink3.mk file (in the sense that this package does not install any libraries that need to be buildlinked), but it helps in adding a dependency and, more important, in handling of PLIST entries during print-PLIST. Using a buildlink3.mk file is more consistent with other packages than a home-grown mk file.
2004-05-06 15:47:41 +02:00
BUILDLINK_PKGSRCDIR.hicolor-icon-theme?=../../graphics/hicolor-icon-theme
Replace mk/bsd.prefs.mk includes with bsd.fast.prefs.mk includes. The redundant parsing of bsd.prefs.mk is mostly avoided now and parse time e.g. for x11/kdebase3 gets reduced by up to 10%.
2006-12-12 22:52:34 +01:00
.include "../../mk/bsd.fast.prefs.mk"
Initial addition. This does not really need to be a buildlink3.mk file (in the sense that this package does not install any libraries that need to be buildlinked), but it helps in adding a dependency and, more important, in handling of PLIST entries during print-PLIST. Using a buildlink3.mk file is more consistent with other packages than a home-grown mk file.
2004-05-06 15:47:41 +02:00
Update to 0.9: 2006-01-12 Alexander Larsson <alexl@redhat.com> * Makefile (VERSION): Bump version to 0.9 2005-12-23 Luca Ferretti <elle.uca@libero.it> * index.theme: Sort values for Directories keys (fix gnome bug 315841) and add missing entries. Now all installed directories should have an entry in this file. 2005-04-08 Alexander Larsson <alexl@redhat.com> * Makefile.in (ICON_CONTEXTS): Add emblem subdir * configure.ac: Bump version to 0.8 * index.theme: Add emblem subdir 2005-02-04 Alexander Larsson <alexl@redhat.com> * configure.ac: Bump version to 0.7 * index.theme (Size): Fix typos in last version 2005-02-02 Alexander Larsson <alexl@redhat.com> * configure.ac: Bump version to 0.6 * Makefile.in (ICON_SIZES): Add 24x24 dirs * index.theme (Directories): Add 24x24 version of action, apps, devices, filesystem & mimetypes
2006-03-30 22:47:44 +02:00
.if !defined(HICOLOR_ICON_THEME_DEPEND_ONLY)
Essentially from OBATA Akio in private mail, June 2015: Introduce Icon Theme cache handling framework Icon Theme cache files are used by GTK+ and maintained with the gtk-update-icon-cache tool. Each Icon Theme package duplicates its own maintainance scripts: only the specified icon theme directory differs. With this framework, if packages have ICON_THEMES=yes, associated icon themes will be detected and their cache files will be maintained automatically. Change cache handling behaviour as follows: * Icon theme caches will be updated if either gtk2+ or gtk3+ gtk-update-icon-cache tool is available. * With installation of gtk2+ package, not only hicolor icon theme but also any other icon theme cache files will be updated. * Prevent removal of icon caches at deinstall, gtk3+ may be installed and using them. * Ditto with gtk3+, gtk2+ may not be installed now, so caches must be maintained by gtk3+.
2017-06-14 18:23:09 +02:00
ICON_THEMES= yes
Update to 0.9: 2006-01-12 Alexander Larsson <alexl@redhat.com> * Makefile (VERSION): Bump version to 0.9 2005-12-23 Luca Ferretti <elle.uca@libero.it> * index.theme: Sort values for Directories keys (fix gnome bug 315841) and add missing entries. Now all installed directories should have an entry in this file. 2005-04-08 Alexander Larsson <alexl@redhat.com> * Makefile.in (ICON_CONTEXTS): Add emblem subdir * configure.ac: Bump version to 0.8 * index.theme: Add emblem subdir 2005-02-04 Alexander Larsson <alexl@redhat.com> * configure.ac: Bump version to 0.7 * index.theme (Size): Fix typos in last version 2005-02-02 Alexander Larsson <alexl@redhat.com> * configure.ac: Bump version to 0.6 * Makefile.in (ICON_SIZES): Add 24x24 dirs * index.theme (Directories): Add 24x24 version of action, apps, devices, filesystem & mimetypes
2006-03-30 22:47:44 +02:00
Use TOOLS_NOOP to get rid of gtk-update-icon-cache. Wrap it in an if, so that the script isn't added twice (by both gnome-icon-theme and hicolor-icon-them) which currently causes a warning message.
2010-10-21 14:37:59 +02:00
.if !defined(NOOP_GTK_UPDATE_ICON_CACHE)
NOOP_GTK_UPDATE_ICON_CACHE=
TOOLS_NOOP+= gtk-update-icon-cache
.endif
Update to 0.9: 2006-01-12 Alexander Larsson <alexl@redhat.com> * Makefile (VERSION): Bump version to 0.9 2005-12-23 Luca Ferretti <elle.uca@libero.it> * index.theme: Sort values for Directories keys (fix gnome bug 315841) and add missing entries. Now all installed directories should have an entry in this file. 2005-04-08 Alexander Larsson <alexl@redhat.com> * Makefile.in (ICON_CONTEXTS): Add emblem subdir * configure.ac: Bump version to 0.8 * index.theme: Add emblem subdir 2005-02-04 Alexander Larsson <alexl@redhat.com> * configure.ac: Bump version to 0.7 * index.theme (Size): Fix typos in last version 2005-02-02 Alexander Larsson <alexl@redhat.com> * configure.ac: Bump version to 0.6 * Makefile.in (ICON_SIZES): Add 24x24 dirs * index.theme (Directories): Add 24x24 version of action, apps, devices, filesystem & mimetypes
2006-03-30 22:47:44 +02:00
.endif # HICOLOR_ICON_THEME_DEPEND_ONLY
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 # HICOLOR_ICON_THEME_BUILDLINK3_MK
Initial addition. This does not really need to be a buildlink3.mk file (in the sense that this package does not install any libraries that need to be buildlinked), but it helps in adding a dependency and, more important, in handling of PLIST entries during print-PLIST. Using a buildlink3.mk file is more consistent with other packages than a home-grown mk file.
2004-05-06 15:47:41 +02: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+= -hicolor-icon-theme
Reference in a new issue Copy permalink