> On Oct 1, 2015, at 20:41, Richard L. Hamilton <[email protected]> wrote: > > >> On Oct 1, 2015, at 15:27, Philip Race <[email protected]> wrote: >> >> I think what Richard says is just that the fonts.dir, fonts.list and >> fonts.scale files >> were removed and they need to be there to describe to X11 what fonts >> are installed in that directory. Basically the question is if you can't add >> those files to that directory, how can the Xserver use them ? >> >> -phil. > > Precisely. > > As for the non-X11 aspects of SIP, I'm not saying alternatives to disabling > it don't exist, but that from what I've seen thus far (and I may well have > missed quite a bit), they're either not all documented together (with SIP > documentation, as required adaptations), not documented at all, or not > transparent (i.e. not included in automatic path search for the corresponding > components). Saying use /usr/local/... instead of /usr/... isn't the same as > saying that e.g. /usr/local/share/zoneinfo (or terminfo) works the same as > the corresponding /usr/share directory, or /usr/local/lib/pam works the same > as /usr/lib/pam. > > And of course, MacPorts (another MacOSforge project) does not work well with > /usr/local, period, since some open source software is difficult to purge of > references to /usr/local that would cause build problems for MacPorts. > > Granted that for 98% of the out-of-the-box folks, little of this matters, > unless some 3rd-party developer hasn't done their homework (which usually > gets fixed if the product is still maintained). But for the other 2% of us, > if there's a right way, it should result in minimal lost functionality, once > adjustments are made; but the information is still sketchy on how that will > work out. For example, nothing says whether rootless.conf will get clobbered > in updates.
You should expect that it would. > Some least-scope changes (i.e. opening up one or two subdirectories of > /usr/share) would be a tempting alternative to csrutil disable, but only if > they wouldn't get clobbered all the time...and of course, only if some > preferable and equally functional alternative did not exist. I think you severely overestimate the "us" as 2% there. It's probably less than 0.001% of the user base that actually cares about modifications like this, and we've gone to great lengths to ensure that even this small minority of power users can still do what they want through alternative means or disable SIP altogether if it is too encroaching. Note that if you do find yourself needing to disable SIP, you should file a radar indicating what the problem is, so we can come up with an alternative that will allow you to run with SIP enabled. > >> >> On 10/1/15, 12:15 PM, Allen Bennett wrote: >>> Sorry about the misunderstanding but they do exist on my system 10.11 and >>> are available to apps. Something went wrong; the fonts are in my clean >>> install. The modification dates is August 2015, so they post Yosemite.. I >>> can’t install mac ports to install stuff right now to test. >>>> On Oct 1, 2015, at 10:58 AM, Brandon Allbery <[email protected]> wrote: >>>> >>>> On Thu, Oct 1, 2015 at 10:49 AM, Allen Bennett <[email protected]> >>>> wrote: >>>> > On Oct 1, 2015, at 7:23 AM, Richard L. Hamilton <[email protected]> >>>> > wrote: >>>> > ...as part of the "rootless"/System Integrity Protection setup, >>>> > presumably. >>>> >>>> There is a reason all users only have Read Only Access to >>>> /System/Library/Fonts: You are not supposed to add stuff there. Generally >>>> doing anything in /System is a bad. /Library/Fonts is where fonts needed >>>> by all users should go. If you are admin, you don’t even need to give your >>>> password to add fonts to /Library/Fonts. >>>> >>>> The cited fonts were provided by Apple as part of the base system on >>>> earlier OS versions. This is not a question of Apple removing user-added >>>> fonts. >>> >>> >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> X11-users mailing list ( >>> [email protected] >>> ) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/x11-users/philip.race%40oracle.com >>> >>> >>> This email sent to >>> [email protected] > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > X11-users mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/x11-users/jeremyhu%40freedesktop.org > > This email sent to [email protected]
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Do not post admin requests to the list. They will be ignored. X11-users mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to [email protected]
