pkgsrc/sysutils/apcupsd/Makefile, branch pkgsrc_2004Q4 [no description] https://git.osdyson.ru/mirror/pkgsrc/atom?h=pkgsrc_2004Q4 2004-12-05T17:26:47Z Kill manual use of RCD_SCRIPTS_EXAMPLEDIR, set RCD_SCRIPT_SRC.apcupsd to 2004-12-05T17:26:47Z bouyer bouyer 2004-12-05T17:26:47Z urn:sha1:2108920e51447fc960ea40779f8d1cb86e4e79a4 the appropriate path instead. RCD_SCRIPTS_EXAMPLEDIR was just changed to be a relative directory 2004-10-11T22:14:51Z reed reed 2004-10-11T22:14:51Z urn:sha1:b32f248fbc460246d52c860c79d20d0401c3d850 under ${PREFIX} instead of being an absolute path. So fix the references using RCD_SCRIPTS_EXAMPLEDIR to be ${PREFIX}/${RCD_SCRIPTS_EXAMPLEDIR}. This should have no changes to use before. Please note that the MESSAGE files in most cases are wrong in the first place. We have automated mechanisms and could have an automated message for explaining rc.d script usage. (This is something to do!) Libtool fix for PR pkg/26633, and other issues. Update libtool to 1.5.10 2004-10-03T00:12:51Z tv tv 2004-10-03T00:12:51Z urn:sha1:b5510d5a2d7f9a1406603d922ae5d8548950233c in the process. (More information on tech-pkg.) Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and installing .la files. Bump PKGREVISION (only) of all packages depending directly on the above via a buildlink3 include. The RCD_SCRIPTS mechanism expects the rc.d script to be installed to 2004-04-27T20:31:08Z reed reed 2004-04-27T20:31:08Z urn:sha1:67b7ea1ab5564b0d76f2472058b6dc3ca749473d ${RCD_SCRIPTS_EXAMPLEDIR} instead of ${PREFIX}/etc/rc.d. (Okay'd by bouyer@.) Convert to buildlink3. 2004-04-25T09:14:00Z snj snj 2004-04-25T09:14:00Z urn:sha1:c01c985555c7da28fa5c8693fafdf892570fc14b replace deprecated USE_GMAKE with USE_GNU_TOOLS+=make. 2004-01-24T15:06:57Z grant grant 2004-01-24T15:06:57Z urn:sha1:0e812d1870662c3e5ffb551b7d509ac90b3d132d Back out last change related to moving ncurses/buildlink2.mk to 2003-09-28T09:13:55Z jlam jlam 2003-09-28T09:13:55Z urn:sha1:681fdb31e8b09a0bf88e8e7df765b7f035139836 curses.buildlink2.mk. This was wrong because we _really_ do want to express that we want _n_curses when we include the buildlink2.mk file. We should have a better way to say that the NetBSD curses doesn't quite work well enough. In fact, it's far better to depend on ncurses by default, and exceptionally note when it's okay to use NetBSD curses for specific packages. We will look into this again in the future. move ncurses/buildlink2.mk to mk/curses.buildlink2.mk, as it provides 2003-09-27T17:07:34Z grant grant 2003-09-27T17:07:34Z urn:sha1:fd74ad5fe7440959a05e75aa5bf46634c0285994 support for base system curses/ncurses as well as ncurses itself. suggested by wiz. s/netbsd.org/NetBSD.org/ 2003-07-17T22:50:55Z grant grant 2003-07-17T22:50:55Z urn:sha1:016914e7f9e5498e9fdf870d12d99bfeb4e66d4a PKGREVISION bump for libiconv update. 2003-07-13T13:50:19Z wiz wiz 2003-07-13T13:50:19Z urn:sha1:1621ffadd19bb19aa01cd13c87003002cd9400d1