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

35 lines
1.6 KiB
Text
Raw Normal View History

Move pkg/ files into package's toplevel directory
2001-10-31 23:52:58 +01:00
@comment $NetBSD: PLIST.sparc,v 1.1 2001/10/31 23:31:21 zuntum 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
Acrobat4/Reader/desktop/olwm/acroread.cetable
Acrobat4/Reader/desktop/olwm/acroread.deskinstall
Acrobat4/Reader/desktop/olwm/acroread.prog.icon
Acrobat4/Reader/desktop/olwm/pdf.icon
Acrobat4/Reader/help/search.pdf
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
Acrobat4/Reader/${PLATFORM}/lib/libAGM.so.3
-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
Acrobat4/Reader/${PLATFORM}/lib/libCoolType.so.1
-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
Acrobat4/Reader/${PLATFORM}/lib/libICC.so.1
-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
Acrobat4/Reader/${PLATFORM}/lib/libreadcore.so.4
-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
Acrobat4/Reader/${PLATFORM}/plug_ins/autoIndx.api
Acrobat4/Reader/${PLATFORM}/plug_ins/search.api
Acrobat4/Reader/${PLATFORM}/plug_ins/acrosrch.uid
Acrobat4/Reader/${PLATFORM}/plug_ins/vdkHome/vdk10.cmp
Acrobat4/Reader/${PLATFORM}/plug_ins/vdkHome/vdk10.lic
Acrobat4/Reader/${PLATFORM}/plug_ins/vdkHome/vdk10.std
Acrobat4/Reader/${PLATFORM}/plug_ins/vdkHome/vdk10.syx
Acrobat4/Reader/${PLATFORM}/plug_ins/vdkHome/language/vdk10.lng
Acrobat4/Reader/${PLATFORM}/plug_ins/vdkHome/language/vdk10.rsd
Acrobat4/Reader/${PLATFORM}/plug_ins/vdkHome/language/vdk10.rst
Acrobat4/Reader/${PLATFORM}/plug_ins/vdkHome/language/vdk10.syd
@dirrm Acrobat4/Reader/desktop/olwm
@dirrm Acrobat4/Reader/desktop
@dirrm Acrobat4/Reader/${PLATFORM}/plug_ins/vdkHome/language
@dirrm Acrobat4/Reader/${PLATFORM}/plug_ins/vdkHome
Reference in a new issue Copy permalink