pkgsrc/x11/xforms, branch pkgsrc_2008Q2 [no description] https://git.osdyson.ru/mirror/pkgsrc/atom?h=pkgsrc_2008Q2 2008-04-16T05:42:46Z Switch MASTER_SITES from dead sites to download.savvanah.nongnu.org. 2008-04-16T05:42:46Z obache obache 2008-04-16T05:42:46Z urn:sha1:33b1a67cda34ccb112f701833960fe2124b9da77 Noticed by Zafer Aydogan via private mail. distfile name is differ, but contents are same. Update the home page URL. 2007-08-09T09:40:36Z tron tron 2007-08-09T09:40:36Z urn:sha1:5c8f43ff8d6573d8f2c8a836211ed2acd8552b78 - fine grained X11 dependencies for packages which have either USE_IMAKE 2006-12-27T13:37:35Z joerg joerg 2006-12-27T13:37:35Z urn:sha1:b28533fe59c3ed8a07d089eec0ddb72591404098 or USE_X11BASE set, but don't include mk/x11.buildlink3.mk directly or via buildlink3.mks - introduce BUILDLINK_PREFIX.libXpm as alias for BUILDLINK_PREFIX.xpm in the !modular case - fix some cases where the check for libX11 couldn't work at all by using C++ for compilation without including the proper headers Verified using a full X11_TYPE=xorg bulk build without additional breakage. Discussed with salo@, wiz@ and send to packages@ for feedback. Mechanically replace all includes of buildlink3.mk of the following 2006-12-15T20:32:52Z joerg joerg 2006-12-15T20:32:52Z urn:sha1:d2be3471aa589829dbb798282ef19cb79fccd0f3 packages with the modular Xorg equivalent. Those are falling back to the old location by default, so this commmit doesn't change dependencies. graphics/xpm ==> x11/libXpm fonts/Xft2 ==> x11/libXft x11/Xfixes ==> x11/libXfixes x11/xcursor ==> x11/libXcursor x11/Xrender ==> x11/libXrender x11/Xrandr ==> libXrandr Fixed PKGMANDIR. 2006-10-18T21:36:03Z rillig rillig 2006-10-18T21:36:03Z urn:sha1:33e676c96d85c9dee7becd312aa7e87adac5f587 Change the format of BUILDLINK_ORDER to contain depth information as well, 2006-07-08T23:10:35Z jlam jlam 2006-07-08T23:10:35Z urn:sha1:b96729a13e6502c6d9d1c2912a698e23f57d3965 and add a new helper target and script, "show-buildlink3", that outputs a listing of the buildlink3.mk files included as well as the depth at which they are included. For example, "make show-buildlink3" in fonts/Xft2 displays: zlib fontconfig iconv zlib freetype2 expat freetype2 Xrender renderproto Track information in a new variable BUILDLINK_ORDER that informs us 2006-07-08T22:38:58Z jlam jlam 2006-07-08T22:38:58Z urn:sha1:6e7d67f4b1fea88b6cff1f00142907eca4188add of the order in which buildlink3.mk files are (recursively) included by a package Makefile. Aligned the last line of the buildlink3.mk files with the first line, so 2006-04-12T10:26:59Z rillig rillig 2006-04-12T10:26:59Z urn:sha1:f39c7a6814118271c6fbfe87140ce12d8a3146d7 that they look nicer. Over 1200 files touched but no revisions bumped :) 2006-04-06T06:21:32Z reed reed 2006-04-06T06:21:32Z urn:sha1:3b50716541c42bd031d14157665a74004901cade 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). Point MAINTAINER to pkgsrc-users@NetBSD.org in the case where no 2006-03-04T21:28:51Z jlam jlam 2006-03-04T21:28:51Z urn:sha1:48ff096d36ac47701672a4f682e7c4ebafea1eb9 developer is officially maintaining the package. The rationale for changing this from "tech-pkg" to "pkgsrc-users" is that it implies that any user can try to maintain the package (by submitting patches to the mailing list). Since the folks most likely to care about the package are the folks that want to use it or are already using it, this would leverage the energy of users who aren't developers.