site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=wWnFl2FpE7STN0QVktS3zoQ6JYCYK+OAdIDZtj/9xjM=; b=a+CGUF6dZ369qtJpLdyipLLqWtzOpNK8oq48LBoQf3KdAoDBM2qbVv/P/tVWjpPEWeEjByDwJ3PR1Pa3DDMplhZxVzmeAQBdrev5HdOJebtMq8u56tN9v+fNiLb58qPjIVyNIyNhVx0Ir/W5x77rkIe4IF7SJDbbEgiY1B+b/J0= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sFWfYC94z2vtnRizfiZ2MtNH2u+g1b/6bFCz2udedRFcPNz8TjjzXrjYOsSIJuVbGOEAwXWtA27t3N8NMCJb2KcYy/6mkphXn6HXHZeT8pRnnUAKf6OY+zb62/MxgUi+7CigMQuCwRPr6qkT8zIonAf3vAkyt4A0S16uoaXpsUk= I vote for Greg, a kext is a kernel extension, Apple made this document to discourage the Guiguizes who has terrific and uggly ideas... generally some folks who are used to develop on another platform... and live in a messy world... a exception can be done for Filesystems ext /Library/Filesystems/FS.fs/Contents/Resources/FS.kext but is still respect a clean fs deployment. I never seen this kind of horrors on FB. -mmw On Dec 6, 2007 11:03 PM, Rustam Muginov <dev_lists@mail.ru> wrote:

From the other side, this article: http://developer.apple.com/tools/installerpolicy.html explicitly prohibits to put something into /System/Library folder and recommends to use /Library instead:

Off Limits

The folder /System is for Apple use only. It holds important operating system files, and everyone using the machine relies on this folder. Apple-provided system libraries and file systems live here. If you do not know if your software belongs in here, chances are that it does not. Mucking around in /System can lead to machine instability. Use Only in Extreme Cases

The folder /Library contains files that extend the capabilities of the operating system. Files located here are shared among all users of the machine. If you write your own extension, such as a file system or Open Directory plug-in, and it absolutely must be available to everyone, it can go here. Or, if the user specified global availability during installation, then use it. Notice the emphasis on letting the user decide: do not assume that this is a good location.

-- Sincerely, Rustam Muginov

On 07.12.2007, at 9:54, Greg wrote:

I've a feeling many people are going to tell you not to do that. I'm not a kernel expert, but here are the reasons I would give:

1) It also goes against Apple's philosophy of having designated folders for things. For example, Apple recommends that you put your preferences (plist) files in ~/Library/Preferences, any support data in ~/Library/Application Support, etc. This keeps the system consistent, easy to back up and troubleshoot, and avoids the clutter that occurs on other systems (Microsoft Windows comes to mind).

2) System upgrades (e.g. going from 10.4 to 10.5) likely look for third party extensions in specific locations, and /opt is not one of them.

3) The /opt folder does not exist by default on OS X systems, and when it does, it usually belongs to the MacPorts project (http://www.macports.org/).

4) People will shun your product. There are a lot of mac users that will take personal grudge against you for doing things in a "non-Apple way", and they'll have reasons of their own for doing so.

There are probably a lot more (better) reasons than that, but those are just off the top of my head.

- Greg

On Dec 7, 2007, at 1:43 AM, JanakiRam wrote:

Hi All,

I've developed a kext for my product . To have more control on loading the kext (after login) , i'm planning to place it at custom location ( /opt/myproductfolder) instead of /System/Library/Extensions.

Can any one point out the pros & cons for the location change ?

Any help/pointers will be greatly appreciated. Thanks in Advance.

-JanakiRam.

_______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/greg%40kinostudios.com

This email sent to greg@kinostudios.com

_______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/dev_lists%40mail.ru

This email sent to dev_lists@mail.ru

_______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/openspecies%40gmail.com

This email sent to openspecies@gmail.com

-- -mmw _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.a... This email sent to site_archiver@lists.apple.com