I understand Danek's arguments and I withdraw the question. It's silly to try to modify perms automagically during import stage.
I can now imagine something like debian helper tool dh_fixperms. http://www.fifi.org/cgi-bin/man2html/usr/share/man/man1/dh_fixperms.1.gz So the chain would be similar to: ./configure --prefix=/my/temp/dir make make install pfexec fixperms /my/temp/dir # chmod/chown eval `pkgsend open <packagename>@<version>` pkgsend import /my/temp/dir pkgsend close Cheers Vit Tom Mueller (pkg-discuss) napsal(a): > Maybe another option would be to provide some optional arguments to the > import directive: > > pkgsend import <dir> [filemode=<mode>] [exemode=<mode>] [owner=...] > [group=...] [other tags...] > > The arguments would cause the generated actions to have the specified > values. The filemode and exemode arguments could be based on the the > user permissions that are already present. > > Tom > > Danek Duvall wrote: >> On Fri, May 30, 2008 at 10:06:43AM +0200, Vit Hrachovy wrote: >> >> >>> That said, would import preserve the permissions of the target dir? >>> make install usually produces 644/755 perms (according to default >>> OpenSolaris user umask), which might not be desirable, i.e. 444/555 would >>> be IMO better. >>> >>> What would be Your opinion? >>> >> >> I'd rather just have it incorporate the permissions that are already >> present in the directory. That's in line with the way that ON and SFW >> construct their proto areas. You'll have to run the resulting manifest >> through a filter to change the owners and groups of each object, anyway, so >> if you need to futz with the mode, too, that shouldn't be a big deal. >> >> Doing anything else would either be guesswork, or likely turn into a mess >> on the commandline to describe the necessary transformations. I expect >> that the most likely use for such a tool would be to output a manifest to a >> file, mess with it, and check the result in. >> >> Danek >> _______________________________________________ >> pkg-discuss mailing list >> [email protected] >> http://mail.opensolaris.org/mailman/listinfo/pkg-discuss >> > _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
