site_archiver@lists.apple.com Delivered-To: installer-dev@lists.apple.com Best Oliver Hi, myapp.pmdoc/ payload/ dir1/ dir2/ ... scripts/ So how can I prevent this? Best, Oliver _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.a... Unfortunately the problem I described some time ago persists with PackageMaker 3.0.2 (174). It keeps driving me insane as well :-( So is this a known bug? Anyone else experiencing the same? Workaround urgently needed … I'm having a problem with PackageMaker 3.0.1 in conjunction with Subversion. All the source files needed to build the package are contained in a Subversion working directory which looks like this: Note that each directory contains an additional .svn/ directory with info for Subversion. Some of the directories under payload/ are empty but need to be placed onto the target nevertheless. However, when running PackageMaker on this Subversion working directory those empty directories don't end up in the package as I checked with Pacifist. When I don't run PackageMaker on the working directory but on an exported directory (no .svn/ subdirectories but otherwise identical) everything's fine. My suspicion is that the file filter rule /\.svn$ in PackageMaker is too aggressive and not only excludes the .svn/ subdirectory of an otherwsie empty directory but also the directory itself. This email sent to site_archiver@lists.apple.com