[no description] https://git.osdyson.ru/mirror/pkgsrc/atom?h=pkgsrc_2011Q3 2010-01-27T20:09:09Z 2010-01-27T20:09:09Z joerg joerg 2010-01-27T20:09:09Z urn:sha1:a719322b3ce3a9a82ce7ce40923fe48ddfca46fe 2009-05-19T08:59:00Z wiz wiz 2009-05-19T08:59:00Z urn:sha1:53d692acd8a71f89a941dada62a4345937a07233 block). Uncomment some commented out LICENSE lines while here. 2008-05-26T02:13:14Z joerg joerg 2008-05-26T02:13:14Z urn:sha1:2374ca422f2eb8b46ed600c7bb21740b2865d899 many packages used to use ${PAX}. Use the common way of directly calling pax, it is created as tool after all. 2007-10-31T21:45:33Z gdt gdt 2007-10-31T21:45:33Z urn:sha1:594d2594acd9e6c481338af31853e050a84afbfb 2007-07-29T05:18:36Z jlam jlam 2007-07-29T05:18:36Z urn:sha1:275d7ca4f86079521544b7e820383bc271742a03 binary-only packages that require binary "emulation" on the native operating system. Please see pkgsrc/mk/emulator/README for more details. * Teach the plist framework to automatically use any existing PLIST.${EMUL_PLATFORM} as part of the default PLIST_SRC definition. * Convert all of the binary-only packages in pkgsrc to use the emulator framework. Most of them have been tested to install and deinstall correctly. This involves the following cleanup actions: * Remove use of custom PLIST code and use PLIST.${EMUL_PLATFORM} more consistently. * Simplify packages by using default INSTALL and DEINSTALL scripts instead of custom INSTALL/DEINSTALL code. * Remove "SUSE_COMPAT32" and "PKG_OPTIONS.suse" from pkgsrc. Packages only need to state exactly which emulations they support, and the framework handles any i386-on-x86_64 or sparc-on-sparc64 uses. * Remove "USE_NATIVE_LINUX" from pkgsrc. The framework will automatically detect when the package is installing on Linux. Specific changes to packages include: * Bump the PKGREVISIONs for all of the suse100* and suse91* packages due to changes in the +INSTALL/+DEINSTALL scripts used in all of the packages. * Remove pkgsrc/emulators/suse_linux, which is unused by any packages. * cad/lc -- remove custom code to create the distinfo file for all supported platforms; just use "emul-fetch" and "emul-distinfo" instead. * lang/Cg-compiler -- install the shared libraries under ${EMULDIR} instead of ${PREFIX}/lib so that compiled programs will find the shared libraries. * mail/thunderbird-bin-nightly -- update to latest binary distributions for supported platforms. * multimedia/ns-flash -- update Linux version to 9.0.48 as the older version is no longer available for interactive fetch. * security/uvscan -- set LD_LIBRARY_PATH explicitly so that it's not necessary to install library symlinks into ${EMULDIR}/usr/local/lib. * www/firefox-bin-flash -- update Linux version to 9.0.48 as the older version is no longer available for interactive fetch. 2007-01-07T09:13:46Z rillig rillig 2007-01-07T09:13:46Z urn:sha1:87e1bea888d90a6044a18e46681bc456ea30305c INSTALLATION_DIRS, as well as all occurrences of ${PREFIX}/man with ${PREFIX}/${PKGMANDIR}. Fixes PR 35265, although I did not use the patch provided therein. 2006-07-18T23:27:14Z jlam jlam 2006-07-18T23:27:14Z urn:sha1:9a45a56ee1f161ec8058d39c4703ea0d0427790e processing from mk/fetch/*.mk. 2006-05-22T22:22:02Z jlam jlam 2006-05-22T22:22:02Z urn:sha1:c534f2167664e9746737a15a375724fdf1455d5e it will live with other "check" targets run after package installation. Get rid of SHLIB_HANDLING, whose meaning had mutated over the years from one thing to another. Currently, it is used to basically note whether the system's "ldd" command can be usefully run on the package's binaries and libraries. Rename this variable to CHECK_SHLIBS_SUPPORTED for more clarity. CHECK_SHLIBS is now a variable set exclusively by the user in /etc/mk.conf to note whether the check for missing run-time search paths is performed after a package is installed. It defaults to "no" unless PKG_DEVELOPER is set. 2006-04-22T09:22:05Z rillig rillig 2006-04-22T09:22:05Z urn:sha1:1bf12f54d752f34431e029c366efad2fb372519b need them, for example RESTRICTED and SUBST_MESSAGE.*. 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.