Hey Hans,
Could you explain the magical transformation of plist files in pd-extended? seems the plist of one type gets replaced with another by PD itself? It sure messed with my plist symlinks, replacing the link with the new version and leaving the link target with the "original" plist from the archive.
Thanks, .b.
I am assuming that you are talking about the packages/darwin_app/ Info.plist.in. That file specifies file types that the app uses, and the name of the executable. This plist generation is necessary so that the Pd GUI/WISH executable can be named differently than the pd process. Jamie knows the details, I did this at his request. Something about gdb and something else...
Which plist symlinks are you talking about? IIRC the Makefile shouldn't be making symlinks to Info.plist.
.hc
On Mar 16, 2006, at 4:36 PM, B. Bogart wrote:
Hey Hans,
Could you explain the magical transformation of plist files in pd-extended? seems the plist of one type gets replaced with another by PD itself? It sure messed with my plist symlinks, replacing the link with the new version and leaving the link target with the "original" plist from the archive.
Thanks, .b. _______________________________________________ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
________________________________________________________________________ ____
Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli