Letabilis.
Lire ta déclaration finale :
Du coup, dans sa dernière version, cDock fonctionne apparemment très bien.
m'a intrigué, parce que je n'arrivais pas à faire fonctionner l'option 3-D du «
Dock» par «
cDock» dans ma version de test d'«
El Capitan», tout en ayant l'impression d'avoir neutralisé la protection
rootless au préalable.
J'étais, de fait, passé par la commande dans le «
Terminal» :
Bloc de code:
sudo nvram boot-args="kext-dev-mode=1 rootless=0"
et lorsque, à fin de vérification, je passais la commande informative :
j'obtenais en retour un :
me signalant que le protocole
rootless [restriction des droits
root dans l'OS] se trouvait bien affecté de la valeur "
0", càd. neutralisé en
NVRAM. Pourquoi alors aucune version de «
cDock», même les plus récentes, ne produisait-elle l'effet attendu de restaurer l'effet 3-D du «
Dock» dans «
El Capitan» ?
Cette histoire de commande dans le «
Terminal» m'avait fait oublier le nouvel utilitaire de la «
Recovery HD 10.11» : la «
Configuration de Sécurité» (
Security Configuration.app) évoquée dans ton message qui a fait office de "piqûre de rappel" opportune. J'ai donc par curiosité démarré sur la «
Recovery HD 10.11» et j'ai lancé cet utilitaire. Quel n'a pas été mon étonnement de voir que, dans sa fenêtre, la case correspondant à l'option : "
Enforce System Integrity Protection" (= activer le
SIP) se trouvait
cochée alors même qu'en revenant au «
Terminal» de la même «
Recovery HD 10.11», une commande informative me redonnait toujours un :
rootless=0 parmi les
boot-args de la
NVRAM (arguments de
boot communiqués par l'
EFI au
boot_loader : boot.efi et de là passés comme
flags au
kernel).
J'ai décoché ladite case : "
Enforce System Integrity Protection", càd. désactivé le
SIP conformément au protocole Apple et après re-démarrage sur mon «
El Capitan», je n'ai effectivement plus rencontré de problèmes pour restaurer l'effet 3-D du «
Dock» grâce à «
cDock». Un point additionnel curieux : aussi longtemps que j'étais en mode "
rootless=0" en
NVRAM mais sans avoir désactivé le
SIP selon le protocole Apple, «
cDock» ne cessait pas, à chaque démarrage sur «
El Capitan», de télécharger une nouvelle MÀJ du logiciel (la
9.5) sans qu'apparemment rien ne s'installe jamais. Et l'effet 3-D plantait toujours aussi lamentablement.
☞ Le phénomène curieux que je viens de décrire ci-dessus suffit déjà pour permettre d'envisager la conjecture suivante : il y a plus dans le
SIP mis en place par Apple qu'un simple
boot-args = "
rootless=1" en
NVRAM, et corrélativement, instruire en
NVRAM un
boot-args = "
rootless=0" n'abolit pas l'autorité du protocole
SIP activé par défaut. Je n'ai pas pour l'instant scruté de plus près les tenants et aboutissants de ce protocole
SIP (j'installe une bêta de l'OS en chantier par curiosité sur une partition de disque expérimentale qui n'est jamais ma partition-Système régulière, aussi ai-je toujours la flemme d'y recourir - n'étant pas développeur, et, en tant qu'utilisateur, trouvant que se mettre à fonctionner "réellement" sur une bêta à peine sortie du nouvel OS en chantier aboutit à un effet pervers : à savoir, ne jamais plus opérer dans un OS abouti et débogué, puisqu'une bêta sort toujours au moment où l'OS officiel en est à peine à sa MÀJ n°3 en général, càd. encore loin de son régime de croisière --> par voie de conséquence, un utilisateur avide de mode va toujours essuyer les plâtres des versions "OS X client" n°1-2_"OS X+1 bêta"1-5_"OS X+1 client n°1-2 etc..., sans jamais profiter d'un Système pleinement débogué : OS X n°4-5 --> OS X+1 n°4-5). Je subodore pour l'instant qu'il y a dans le
SIP davantage de
flags passés au
kernel au démarrage qu'impliqué dans le : "
rootless=1" qui n'est peut-être que la partie émergée de l'iceberg. À suivre...