kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/print/acroread/PLIST.NetBSD-i386

12 lines
520 B
Text
Raw Normal View History

Make this work on Solaris/x86: split PLIST.i386 in NetBSD- and Solaris- specific versions. Tested on Solaris 9/x86 and NetBSD 2.0/i386. Bump revision to nb2.
2005-06-30 15:22:19 +02:00
@comment $NetBSD: PLIST.NetBSD-i386,v 1.1 2005/06/30 13:22:19 hubertf Exp $
-fix the patches to correctly handle other than i386 cases. -PLIST rework to deal with sparc and alpha in addition to i386. -add specific sparc versions which the required compat_svr4 code -add md5 for the alpha binary. Note that this is still disabled on alpha until someone can test it.
2000-04-18 03:46:16 +02:00
lib/netscape/plugins/nppdf.so
The way that shared objects were handled in the PLISTs and bsd.pkg.mk was out of date - it was based on a.out OBJECT_FMT, and added entries in the generated PLISTs to reflect the symlinks that ELF packages uses. It also tried to be clever, and removed and recreated any symbolic links that were created, which has resulted in some fun, especially with packages which use dlopen(3) to load modules. Some recent changes to our ld.so to bring it more into line with other Operating Systems also exposed some cracks. + Modify bsd.pkg.mk and its shared object handling, so that PLISTs now contain the ELF symlinks. + Don't mess about with file system entries when handling shared objects in bsd.pkg.mk, since it's likely that libtool and the BSD *.mk processing will have got it right, and have a much better idea than we do. + Modify PLISTs to contain "ELF symlinks" + On a.out platforms, delete any "ELF symlinks" from the generated PLISTs + On ELF platforms, no extra processing needs to be done in bsd.pkg.mk + Modify print-PLIST target in bsd.pkg.mk to add dummy symlink entries on a.out platforms + Update the documentation in Packages.txt With many thanks to Thomas Klausner for keeping me honest with this.
2001-01-04 16:10:17 +01:00
Acrobat4/Reader/${PLATFORM}/lib/libAGM.so
-fix the patches to correctly handle other than i386 cases. -PLIST rework to deal with sparc and alpha in addition to i386. -add specific sparc versions which the required compat_svr4 code -add md5 for the alpha binary. Note that this is still disabled on alpha until someone can test it.
2000-04-18 03:46:16 +02:00
Acrobat4/Reader/${PLATFORM}/lib/libAGM.so.3.0
The way that shared objects were handled in the PLISTs and bsd.pkg.mk was out of date - it was based on a.out OBJECT_FMT, and added entries in the generated PLISTs to reflect the symlinks that ELF packages uses. It also tried to be clever, and removed and recreated any symbolic links that were created, which has resulted in some fun, especially with packages which use dlopen(3) to load modules. Some recent changes to our ld.so to bring it more into line with other Operating Systems also exposed some cracks. + Modify bsd.pkg.mk and its shared object handling, so that PLISTs now contain the ELF symlinks. + Don't mess about with file system entries when handling shared objects in bsd.pkg.mk, since it's likely that libtool and the BSD *.mk processing will have got it right, and have a much better idea than we do. + Modify PLISTs to contain "ELF symlinks" + On a.out platforms, delete any "ELF symlinks" from the generated PLISTs + On ELF platforms, no extra processing needs to be done in bsd.pkg.mk + Modify print-PLIST target in bsd.pkg.mk to add dummy symlink entries on a.out platforms + Update the documentation in Packages.txt With many thanks to Thomas Klausner for keeping me honest with this.
2001-01-04 16:10:17 +01:00
Acrobat4/Reader/${PLATFORM}/lib/libCoolType.so
-fix the patches to correctly handle other than i386 cases. -PLIST rework to deal with sparc and alpha in addition to i386. -add specific sparc versions which the required compat_svr4 code -add md5 for the alpha binary. Note that this is still disabled on alpha until someone can test it.
2000-04-18 03:46:16 +02:00
Acrobat4/Reader/${PLATFORM}/lib/libCoolType.so.1.0
The way that shared objects were handled in the PLISTs and bsd.pkg.mk was out of date - it was based on a.out OBJECT_FMT, and added entries in the generated PLISTs to reflect the symlinks that ELF packages uses. It also tried to be clever, and removed and recreated any symbolic links that were created, which has resulted in some fun, especially with packages which use dlopen(3) to load modules. Some recent changes to our ld.so to bring it more into line with other Operating Systems also exposed some cracks. + Modify bsd.pkg.mk and its shared object handling, so that PLISTs now contain the ELF symlinks. + Don't mess about with file system entries when handling shared objects in bsd.pkg.mk, since it's likely that libtool and the BSD *.mk processing will have got it right, and have a much better idea than we do. + Modify PLISTs to contain "ELF symlinks" + On a.out platforms, delete any "ELF symlinks" from the generated PLISTs + On ELF platforms, no extra processing needs to be done in bsd.pkg.mk + Modify print-PLIST target in bsd.pkg.mk to add dummy symlink entries on a.out platforms + Update the documentation in Packages.txt With many thanks to Thomas Klausner for keeping me honest with this.
2001-01-04 16:10:17 +01:00
Acrobat4/Reader/${PLATFORM}/lib/libICC.so
-fix the patches to correctly handle other than i386 cases. -PLIST rework to deal with sparc and alpha in addition to i386. -add specific sparc versions which the required compat_svr4 code -add md5 for the alpha binary. Note that this is still disabled on alpha until someone can test it.
2000-04-18 03:46:16 +02:00
Acrobat4/Reader/${PLATFORM}/lib/libICC.so.1.0
The way that shared objects were handled in the PLISTs and bsd.pkg.mk was out of date - it was based on a.out OBJECT_FMT, and added entries in the generated PLISTs to reflect the symlinks that ELF packages uses. It also tried to be clever, and removed and recreated any symbolic links that were created, which has resulted in some fun, especially with packages which use dlopen(3) to load modules. Some recent changes to our ld.so to bring it more into line with other Operating Systems also exposed some cracks. + Modify bsd.pkg.mk and its shared object handling, so that PLISTs now contain the ELF symlinks. + Don't mess about with file system entries when handling shared objects in bsd.pkg.mk, since it's likely that libtool and the BSD *.mk processing will have got it right, and have a much better idea than we do. + Modify PLISTs to contain "ELF symlinks" + On a.out platforms, delete any "ELF symlinks" from the generated PLISTs + On ELF platforms, no extra processing needs to be done in bsd.pkg.mk + Modify print-PLIST target in bsd.pkg.mk to add dummy symlink entries on a.out platforms + Update the documentation in Packages.txt With many thanks to Thomas Klausner for keeping me honest with this.
2001-01-04 16:10:17 +01:00
Acrobat4/Reader/${PLATFORM}/lib/libreadcore.so
-fix the patches to correctly handle other than i386 cases. -PLIST rework to deal with sparc and alpha in addition to i386. -add specific sparc versions which the required compat_svr4 code -add md5 for the alpha binary. Note that this is still disabled on alpha until someone can test it.
2000-04-18 03:46:16 +02:00
Acrobat4/Reader/${PLATFORM}/lib/libreadcore.so.4.0
Make this work on Solaris/x86: split PLIST.i386 in NetBSD- and Solaris- specific versions. Tested on Solaris 9/x86 and NetBSD 2.0/i386. Bump revision to nb2.
2005-06-30 15:22:19 +02:00
Acrobat4/Reader/${PLATFORM}/lib/XKeysymDB
Reference in a new issue Copy permalink