Well, that's a bit of a bugger. I'll have to get the finger out and install it... but I'm up the walls with real work atm.
Reading more about rootless, Apple may well remove that NVRAM hack which would be bad news I think, though someone on tweakbsd.org reckons a kext might be able to work around it, but that's just playing whack-a-mole .
11 Jul 2015, 05:13
Yup, I guess this will be a dead end for many tools and helpers, since there is no guarantee that these switches will still exist in final releases or future versions of OS X. The dev from TotalFinder also made a good point that on the other hand it's no good way to tell all novice users to disable their protection just for the little helper.
10 Jul 2015, 18:53
turly wrote:By way of a workaround, can System Integrity be disabled?
Yup -
- Code:
sudo nvram boot-args="rootless=0"
or booting into Recovery Mode and disabling it from the menu bar (new option - at least now in the developer versions...)
//Edit:
I've just disabled it: It works now, but kills the contextual menu options...
- Attachments
-
- Bildschirmfoto 2015-07-10 um 20.24.08.png (32.98 KiB) Viewed 7933 times
-
- Bildschirmfoto 2015-07-10 um 20.24.03.png (48.7 KiB) Viewed 7933 times
- Larsen2k4
- Posts: 6
- Joined: 26 Jul 2012, 11:00
Re: FinderPop 2.5.7
by turly » 10 Jul 2015, 20:48
10 Jul 2015, 17:19
turly wrote:Can you be a bit more specific? When you open the FinderPop prefpane, does everything look normal - nothing greyed out, no messages?
Was your install of the El Capitan public beta a clean install or an upgrade? What were you running before?
Of course I can (Sorry
) - PrefPane reacts normally, finderpop-daemon kicks in as usual, but there's nothing to see in the context menu anymore.I have directly upgraded from 10.10.4 (FinderPop working great before). Before upgrading, I've switched to the might-work-version
Terminal output:
- Code:
================================================================================
================================================================================
FinderPop-beta-x86_64-25702: Patching 'Finder' 0:c00c (Immed-e)
(Still nothing in the contextual menus)
On second thought I'm afraid this might have something to do with the new rootless system (system integrity protection) of the OS - afaik this should keep tools from hooking into system processes alongside securing the System folder (I've read that somewhere...). At least that's why the guys from TotalFinder, XtraFinder etc. are having a tough time now with 10.11
10 Jul 2015, 09:59
Hi there,
I've upgraded to the Public Beta of El Cap a few hours ago - the might-work-FinderPop-version worked after the first boot, but doesn't want to run anymore after this first success. Any help/update is appreciated
13 Oct 2013, 10:41
Hey Turly,
there's one conflict I wanted to report since a long time, but I always forgot
Anyway, here goes:
I'm using the Finder addition "XtraFinder" (tabs etc) - They always conflict during the startup process.
If XtraFinder hooks into the finder first/at the same time where FP attempts it,
FP gets blocked (not hooked into contextual menus). It's always easy to work around by restarting
the Finder + XtraFinder, but it would be great if you'd find a way to resolve this conflict.
Thanks a lot. Keep on rockin'.
26 Jul 2012, 11:01
Yep, works fine on ML.