He intentado tres formas diferentes de crear un enlace simbólico a Sublime Text en mi Mac y, después de reiniciar el terminal cada vez, sigue diciéndome que no se encuentra el comando. Estoy usando una Mac con Yosemite (OSX Yosemite, 10.10). ¿Cómo puedo crear un enlace simbólico para poder abrir Sublime con el sub
comando?
Uno
ln -s 'Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl' /bin/sub
Dos
ln -s "Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl" /bin/sub
Tres (sin comillas)
ln -s Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl /bin/sub
/Applications/…
, como se señala en la respuesta, y necesita privilegios de root para escribir/bin
(por lo tantosudo
). La pregunta residual es si es suficiente ejecutar el ejecutable de esa manera. ¿Estás seguro de que no quieres un script de shell que haga algo asíopen "/Applications/Sublime\ Text.app"
como el contenido del archivo/bin
?Respuestas:
Te estás perdiendo el '/' al comienzo de tu aplicación y,
sudo
como/bin
es de su propiedad,root
no puedes escribirle como un usuario normal. Como lo tiene actualmente, solo funcionaría si su directorio actual fuera la raíz del sistema. Esto supone, por supuesto, que la aplicación Sublime Text está en su carpeta principal de Aplicaciones.Prueba esto…
Una idea de último momento: se considera una mala práctica cambiar el contenido de
/bin
y/usr/bin
porque cualquier próxima actualización de OS X puede borrar el contenido allí./usr/local/bin
es el lugar habitual para instalar binarios proporcionados por el usuario, por lo quepodría ser la mejor opción
O (como probablemente nunca necesite ejecutar Sublime Text desde un script de shell), simplemente defina un alias bash
que debe agregarse a su archivo de inicio de bash para que se pegue
fuente
sudo
y si va a citar el nombre de la ruta, no use barras invertidas para escapar de los espacios!Tarde a la fiesta. Encontré el mismo problema al configurar mi Mac e intenté algunas cosas. Esto es lo que funcionó para mí.
Para obtener más información, vaya a este repositorio de github .
fuente
sudo
y es obligatorio en este caso, ¿en qué se diferencia esto de lo que ya se ofrece en la respuesta de mockman? Aparte de ese hecho de que él eligió usarsub
vs.subl
, para escribir un personaje menos repetidamente para usarlo, ¡no es por lo que puedo ver!/usr/local/bin
no se usa/usr/bin
como los comandos anteriores./usr/local/bin
es el directorio recomendado para aplicaciones de usuario, mientras que / usr / bin se usa para programas de usuario administrados por distribución. Entonces,sub
vs nosubl
es el único cambio, simplemente depende de la preferencia del usuario; lo que quieren escribir Pido disculpas si causa confusión ..ln: /usr/local/bin/subl: Permission denied
2. Te sugiero que vuelva a leer la respuesta mockman "s, ya que no tiene absolutamente/usr/local/bin/
en el segundosudo ln -s
orden en su respuesta!