La définition de variables d'environnement via launchd.conf ne fonctionne plus dans OS X Yosemite/El Capitan/macOS Sierra/Mojave ?

Question

On dirait que le launchd.conf ne charge plus ma variable d'environnement. Quelqu'un d'autre a-t-il remarqué cela ?

Existe-t-il une autre solution pour définir de façon permanente les variables d'environnement ?

Answer 1

Créer un environment.plist dans ~/Library/LaunchAgents/ avec ce contenu :

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
  <key>Label</key>
  <string>my.startup</string>
  <key>ProgramArguments</key>
  <array>
    <string>sh</string>
    <string>-c</string>
    <string>
    launchctl setenv PRODUCTS_PATH /Users/mortimer/Projects/my_products
    launchctl setenv ANDROID_NDK_HOME /Applications/android-ndk
    launchctl setenv PATH $PATH:/Applications/gradle/bin
    </string>

  </array>
  <key>RunAtLoad</key>
  <true/>
</dict>
</plist>

Vous pouvez ajouter plusieurs launchctl à l'intérieur du <string></string> bloc.

Le site plist s'activera après le redémarrage du système. Vous pouvez également utiliser launchctl load ~/Library/LaunchAgents/environment.plist pour le lancer immédiatement.

[Edit]

La même solution fonctionne aussi dans El Capitan.

Xcode 7.0+ n'évalue pas les variables d'environnement par défaut. L'ancien comportement peut être activé avec cette commande :

defaults write com.apple.dt.Xcode UseSanitizedBuildSystemEnvironment -bool NO

[Edit]

Il y a quelques situations où cela ne fonctionne pas tout à fait. Si l'ordinateur est redémarré et que l'option "Réouvrir Windows lors de la reconnexion" est sélectionnée, il se peut que Windows rouvert ne voie pas les variables (elles sont peut-être ouvertes avant l'exécution de l'agent). De même, si vous vous connectez via ssh, les variables ne seront pas définies (vous devrez donc les définir dans ~/.bash_profile). Enfin, cela ne semble pas fonctionner pour PATH sur El Capitan et Sierra. Cela doit être défini via 'launchctl config user path ...' et dans /etc/paths.

Answer 2

[ Réponse originale ] : Vous pouvez toujours utiliser launchctl setenv variablename value pour définir une variable afin qu'elle soit récupérée par tous les applications (applications graphiques lancées via le Dock ou Spotlight, en plus de celles lancées via le terminal).

Il est évident que vous ne voudrez pas faire cela à chaque fois que vous vous connecterez.

[ Modifier ] : Pour éviter cela, lancez AppleScript Editor Entrez une commande comme celle-ci :

do shell script "launchctl setenv variablename value"

(Utilisez plusieurs lignes si vous voulez définir plusieurs variables)

Maintenant, sauvegardez ( + s ) comme Format de fichier : Application . Enfin, ouvrez System Settings Utilisateurs et groupes Articles de connexion et ajoutez votre nouvelle application.

[ Réponse originale ] : Pour contourner ce problème, placez toutes les variables que vous souhaitez définir dans un court script de l'interpréteur de commandes, puis jetez un coup d'œil à ce qui suit. réponse précédente sur comment exécuter un script sur MacOS login . De cette façon, le script sera invoqué lorsque l'utilisateur se connectera.

[ Modifier ] : Aucune de ces deux solutions n'est parfaite, car les variables ne seront définies que pour cet élément. spécifique mais j'espère/présume que c'est tout ce dont vous avez besoin.

Si vous avez plusieurs utilisateurs, vous pouvez soit définir manuellement un groupe d'utilisateurs. Elément de connexion pour chacun d'entre eux ou placer une copie de com.user.loginscript.plist dans chacun de leurs locaux Bibliothèque/LaunchAgents répertoires, pointant vers le même shell script.

Certes, aucune de ces solutions de contournement n'est aussi pratique que /etc/launchd.conf .

[ Autres modifications ] : Un utilisateur ci-dessous mentionne que cela n'a pas fonctionné pour lui. Cependant, j'ai testé sur plusieurs machines Yosemite et cela fonctionne pour moi. Si vous rencontrez un problème, rappelez-vous que vous devrez redémarrer les applications pour que cela prenne effet. De plus, si vous définissez des variables dans le terminal via ~/.profil o ~/.bash_profile ils remplaceront les éléments définis par launchctl setenv para applications lancées à partir de l'interpréteur de commandes .

Answer 3

Il est possible de définir des variables d'environnement sur Mac OS X 10.10 Yosemite avec 3 fichiers + 2 commandes.

Fichier principal avec la définition des variables d'environnement :

$ ls -la /etc/environment 
-r-xr-xr-x  1 root  wheel  369 Oct 21 04:42 /etc/environment
$ cat /etc/environment
#!/bin/sh

set -e

syslog -s -l warn "Set environment variables with /etc/environment $(whoami) - start"

launchctl setenv JAVA_HOME      /usr/local/jdk1.7
launchctl setenv MAVEN_HOME     /opt/local/share/java/maven3

if [ -x /usr/libexec/path_helper ]; then
    export PATH=""
    eval `/usr/libexec/path_helper -s`
    launchctl setenv PATH $PATH
fi

osascript -e 'tell app "Dock" to quit'

syslog -s -l warn "Set environment variables with /etc/environment $(whoami) - complete"

Définition du service permettant de charger les variables d'environnement pour les applications utilisateur (terminal, IDE, ...) :

$ ls -la /Library/LaunchAgents/environment.user.plist
-rw-------  1 root  wheel  504 Oct 21 04:37 /Library/LaunchAgents/environment.user.plist
$ sudo cat /Library/LaunchAgents/environment.user.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>environment.user</string>
    <key>ProgramArguments</key>
    <array>
            <string>/etc/environment</string>
    </array>
    <key>KeepAlive</key>
    <false/>
    <key>RunAtLoad</key>
    <true/>
    <key>WatchPaths</key>
    <array>
        <string>/etc/environment</string>
    </array>
</dict>
</plist>

La même définition de service pour les applications des utilisateurs de Root :

$ ls -la /Library/LaunchDaemons/environment.plist
-rw-------  1 root  wheel  499 Oct 21 04:38 /Library/LaunchDaemons/environment.plist
$ sudo cat /Library/LaunchDaemons/environment.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>environment</string>
    <key>ProgramArguments</key>
    <array>
            <string>/etc/environment</string>
    </array>
    <key>KeepAlive</key>
    <false/>
    <key>RunAtLoad</key>
    <true/>
    <key>WatchPaths</key>
    <array>
        <string>/etc/environment</string>
    </array>
</dict>
</plist>

Et enfin, nous devons enregistrer ces services :

$ launchctl load -w /Library/LaunchAgents/environment.user.plist
$ sudo launchctl load -w /Library/LaunchDaemons/environment.plist

Ce que nous obtenons :

1. Le seul endroit où déclarer les variables d'environnement du système : /etc/environment
2. Mise à jour automatique et instantanée des variables d'environnement après modification du fichier /etc/environnement - il suffit de relancer votre application.

Questions / problèmes :

Afin que vos variables env. soient correctement prises par les applications après le redémarrage du système vous aurez besoin :

• soit se connecter deux fois : connexion => déconnexion => connexion
• ou fermer et rouvrir les applications manuellement, où les variables d'environnement doivent être prises en compte.
• ou n'utilisez PAS la fonction "Rouvrir les fenêtres lors de la reconnexion".

Cela se produit parce qu'Apple refuse l'ordre explicite des services chargés, de sorte que les variables env sont enregistrées en parallèle avec le traitement de la "file d'attente de réouverture".

Mais en fait, je ne redémarre mon système que plusieurs fois par an (lors de grosses mises à jour), donc ce n'est pas un gros problème.

Answer 4

Cité dans

Apple Developer Relations 10-Oct-2014 09:12 PM

Après de longues délibérations, les ingénieurs ont supprimé cette fonctionnalité. Le fichier /etc/launchd.conf a été intentionnellement supprimé pour des raisons de sécurité. Comme solution de contournement, vous pouvez exécuter launchctl limit comme Root au début du démarrage, peut-être à partir d'une LaunchDaemon . (...)

Solution :

Mettez le code dans /Library/LaunchDaemons/com.apple.launchd.limit.plist par bash-script :

#!/bin/bash

echo '<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
        <key>Label</key>
        <string>eicar</string>
        <key>ProgramArguments</key>
        <array>
                <string>/bin/launchctl</string>
                <string>limit</string>
                <string>core</string>
                <string>unlimited</string>
        </array>
        <key>RunAtLoad</key>
        <true/>
        <key>ServiceIPC</key>
        <false/>
</dict>
</plist>' | sudo tee /Library/LaunchDaemons/com.apple.launchd.limit.plist

Answer 5

Ce qui a fonctionné pour moi (inspiré des remerciements d'aax) :

Collez ceci dans /Bibliothèque/LaunchDaemons/com.apple.launchd.limit.plist puis redémarrer :

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
  <plist version="1.0">
  <dict>
  <key>Label</key>
  <string>eicar</string>
  <key>ProgramArguments</key>
  <array>
    <string>/bin/launchctl</string>
    <string>limit</string>
    <string>maxfiles</string>
    <string>16384</string>
    <string>16384</string>
  </array>
  <key>RunAtLoad</key>
  <true/>
  <key>ServiceIPC</key>
  <false/>
</dict>
</plist>

Si vous en avez besoin, pas à pas :

• Terminal de lancement
• Type sudo su puis entrez votre mot de passe pour vous connecter en tant que Root
• Type vi /Library/LaunchDaemons/com.apple.launchd.limit.plist
• Une fois dans l'éditeur vi, appuyez sur la touche i pour entrer en mode insertion puis coller le contenu exact du code ci-dessus ( +v ). Cela forcera la limite à 16384 fichiers par processus et 16384 fichiers au total.
• Sauvegardez votre fichier et cessez d'utiliser esc puis :wq
• Redémarrez votre système, et vérifiez qu'il fonctionne en utilisant la commande launchctl limit

J'espère que cela vous a aidé.