Re: [?? Probable Spam] Re: Placing Kext at custom location instead of /System/Library/Extensions
Re: [?? Probable Spam] Re: Placing Kext at custom location instead of /System/Library/Extensions
- Subject: Re: [?? Probable Spam] Re: Placing Kext at custom location instead of /System/Library/Extensions
- From: "mm w" <email@hidden>
- Date: Thu, 6 Dec 2007 23:49:58 -0800
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 <email@hidden> 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 (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Darwin-kernel mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Darwin-kernel mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
>
--
-mmw
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden