I've never tried it, but doesn't CFPreferencesSetValue (with the kCFPreferencesCurrentHost domain) do what you need? Or am I misunderstanding "host" in this context?
On 2011-07-20, at 10:58 PM, Peter C wrote: > Graham, I used to store serial number codes for all users, in this directory. > > Looks like I have change it to save it user library directory. > > Peter C. > > > On 21 Jul 2011, at 10:25 AM, Graham Cox wrote: > >> Check the release notes - a number of system folders have different >> permissions: >> >>> Folder Permissions and Ownership >>> A number of folders in the System and Local file system domains now have >>> different ownership and permissions. Specifically: >>> • Many folders in the System domain that were previously owned by the >>> admin group are now owned by the wheel group. >>> • Permissions for the root directory (/) are now mode 755 (writable >>> only by root) instead of mode 775 (writable by the admin group). >>> • Permissions for /Applications/Utilities are now mode 755 (writable >>> only by root) instead of mode 775 (writable by the admin group). >>> • Permissions for /Library are now mode 755 (writable only by root) >>> instead of mode 775 (writable by the admin group), no longer sticky. >>> All subdirectories within /Library now have mode 755 (writable only by >>> root) permissions instead of mode 775 (writable by the admin group)except: >>> • /Library/Caches >>> • /Library/Fonts >>> • /Library/Java >>> • /Library/QuickTimeStreaming >>> • /Library/Receipts >>> • /Library/Tomcat >>> The subdirectories listed above have the same permissions as in previous >>> versions of Mac OS X (usually mode 775, sometimes with the sticky bit set). >>> • Permissions for /Network/Applications and /Network/Library are now >>> mode 555 (unwritable even by root) instead of mode 755 (writable only by >>> root). >>> • Permissions for /var/log/DiagnosticMessages are slightly more lax, >>> with mode 770 (writable by the admin group, unreadable by non-admin users) >>> instead of mode 750 (writable only by root, unreadable by non-admin users). >> >>> Assuming OS 10.7 is correct setting /Library/Preferences to root user >>> read/write only, where should I put global Preference file ? >> >> Why do you think you need a global preferences file? The whole idea of >> preferences is that they are per-user. >> >> >> --Graham >> >> >> >> On 21/07/2011, at 11:31 AM, Peter C wrote: >> >>> Hello all, >>> >>> This is a question that involves 10.7 (Lion). I believe it is allow to >>> discuss about 10.7 at this moment, as 10.7 is release (on sale) to public. >>> List administrator please remove this email if you think it is not allow to >>> discuss this. >>> >>> Some of the programs I wrote save a preference file into >>> /Library/Preferences via NSDictionary. This serves as a general settings >>> for all users. Many other 3rd party software (Skype, Microsoft and etc) >>> saves preferences file into this directory too. This works from 10.0 to >>> 10.6. >>> >>> However I notice this has change under OS 10.7. The directory >>> (/Library/Preferences) permission is set to drwxr-xr-x, meaning only root >>> user is accessible to this directory. It is not possible to save any file >>> into this directory anymore. I have check two Macs with clean Lion >>> installations, it is confirm the directory is root user read/write only. >>> Running disk utility does not fix the permission. This will affect many >>> apps written pre-Lion. >>> >>> I believe the permission is set wrongly but there maybe there is a reason >>> why Apple wants to set it this way. At the moment I have no access to Mac >>> Developer forum, so I can't confirm. I hope some one can enlighten me on >>> this issue. >>> >>> Assuming OS 10.7 is correct setting /Library/Preferences to root user >>> read/write only, where should I put global Preference file ? >>> >>> Currently I am thinking of moving/merge the preference file to >>> /User/<name>/Library/Preferences for OS 10.7 but that will be user >>> preference file, not global. >>> >>> Peter C >>> >>> >>> _______________________________________________ >>> >>> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) >>> >>> Please do not post admin requests or moderator comments to the list. >>> Contact the moderators at cocoa-dev-admins(at)lists.apple.com >>> >>> Help/Unsubscribe/Update your Subscription: >>> http://lists.apple.com/mailman/options/cocoa-dev/graham.cox%40bigpond.com >>> >>> This email sent to graham....@bigpond.com >> > > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > Please do not post admin requests or moderator comments to the list. > Contact the moderators at cocoa-dev-admins(at)lists.apple.com > > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/cocoa-dev/dave.fernandes%40utoronto.ca > > This email sent to dave.fernan...@utoronto.ca _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
