pkgsrc/misc/vfu, branch pkgsrc-2005Q2 [no description] https://git.osdyson.ru/mirror/pkgsrc/atom?h=pkgsrc-2005Q2 2005-04-11T21:44:48Z Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used. 2005-04-11T21:44:48Z tv tv@pkgsrc.org 2005-04-11T21:44:48Z urn:sha1:f816d81489fd245a89e581c2f9cf792562ade194 Add RMD160 digests 2005-02-24T11:02:49Z agc agc@pkgsrc.org 2005-02-24T11:02:49Z urn:sha1:07b46baa433002c0ea4c5a563fe60db689c68cc7 Sign over maintainership to tech-pkg@ 2005-02-21T20:26:08Z hubertf hubertf@pkgsrc.org 2005-02-21T20:26:08Z urn:sha1:9a981bcfbe5c210123f3ba69a40c6ae0fd7ed064 Libtool fix for PR pkg/26633, and other issues. Update libtool to 1.5.10 2004-10-03T00:12:51Z tv tv@pkgsrc.org 2004-10-03T00:12:51Z urn:sha1:c487cb967ac6446ee23e26612d1ba53dfe5bd7d1 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. Fixed problem with statfs; do not force compiler optimisations any more 2004-05-24T09:10:06Z adam adam@pkgsrc.org 2004-05-24T09:10:06Z urn:sha1:f4698a9a237c64a74e3a8fe6bf713577e77abd6d Convert to buildlink3 and fix a spelling error in DESCR. 2004-04-11T17:27:57Z snj snj@pkgsrc.org 2004-04-11T17:27:57Z urn:sha1:b4753574071db219de29382fc19f15cd5eba7531 Add USE_LANGUAGES= c c++ on recommendation by jlam. 2004-02-19T14:59:10Z wiz wiz@pkgsrc.org 2004-02-19T14:59:10Z urn:sha1:b2f9fd1837c619e0b7c137190a7017dfdc7721dc regen 2004-01-23T23:22:49Z wiz wiz@pkgsrc.org 2004-01-23T23:22:49Z urn:sha1:1ebe369b117b5acd3cb274011037260280ae447d Make build on -current. 2004-01-23T23:22:41Z wiz wiz@pkgsrc.org 2004-01-23T23:22:41Z urn:sha1:3f52756ad3c1b30dbe6353408b9c3d93a8a62b9c Also, this package can use native curses since 1.6V; replace USE_NCURSES with appropriate INCOMPAT_CURSES. Back out last change related to moving ncurses/buildlink2.mk to 2003-09-28T09:13:55Z jlam jlam@pkgsrc.org 2003-09-28T09:13:55Z urn:sha1:a9f08159c4c0af15e82ca6fb41a8850722591616 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.