Alias2LN: remplacer les alias par des liens symboliques

  • Créateur du sujet Créateur du sujet edd72
  • Date de début Date de début

edd72

Membre expert
Club iGen
14 Avril 2010
9 850
283
Je viens de faire une petite appli pour remplacer les alias par des liens symboliques (symlinks)
(basée sur un script shell+applescript de mithras de 2002, adapté puis packagé avec Platypus)

Pour quoi faire?
Parceque les alias s'ils ont grosso-modo a même fonction pèsent lourds (quelque fois plus que le fichier lui-même!) alors que les liens symboliques ne pèsent quasiment rien (4ko).

Mon usage perso, c'est d'avoir dans mon dock un répertoire d'alias (enfin liens symboliques) de mes applications rangées (parceque les ranger/déplacer dans des sous-répertoires dans /Applications pose problème à plusieurs applis).

Voila voila (si ça peut servir à quelqu'un):
http://homebrew.dreamagain.free.fr/Alias2LN.zip

On lance l'appli et on fait glisser ses alias (seul ou par lot), s'il s'agit déjà d'un lien symbolique, ça l'indique et on passe au suivant... (MAJ: idem pour les répertoires, fichiers, etc.)
 
Dernière édition:
Bonjour edd72,

Je viens de découvrir/installer/utiliser ton script avec grand plaisir !

Mon dossier Applications est ranger proprement (à mon goût à moi, hein !) avec toutes les Apps cachées (setfile -a V) et des sous-repertoires (graphisme, video, etc.) contenant des Alias^H^H^Hsymlinks :)
Je n'y avait pas prêté attention par avant, mais effectivement il y a une grosse différence de taille...

Bref, un grand merci !
 
Je n'ai jamais compris pourquoi les alias de MacOS X avait pris autant d'embonpoint...

Il y a encore quelques années, un alias ne pesait que 4 kO alors qu'ils peuvent faire plusieurs Mo aujourd'hui

Par contre, je suis assez réticent à utiliser des liens symboliques, en particulier parce que OS X ne fait pas de différence entre le lien symbolique et le fichier lui-même.
C'est bien dans certain cas (pour déplacer un dossier vers un disque externe sans qu'OS X y trouve à redire...), mais ça peut être dangereux dans d'autres cas.

En particulier quand on décide de supprimer un lien symbolique ..., le fichier sur lequel pointe le lien risque fort d'être également supprimé
 
Bonjour edd72,

Je viens de découvrir/installer/utiliser ton script avec grand plaisir !

Mon dossier Applications est ranger proprement (à mon goût à moi, hein !) avec toutes les Apps cachées (setfile -a V) et des sous-repertoires (graphisme, video, etc.) contenant des Alias^H^H^Hsymlinks :)
Je n'y avait pas prêté attention par avant, mais effectivement il y a une grosse différence de taille...

Bref, un grand merci !


Ben de rien.

---------- Nouveau message ajouté à 13h05 ---------- Le message précédent a été envoyé à 13h02 ----------

Je n'ai jamais compris pourquoi les alias de MacOS X avait pris autant d'embonpoint...

Actuellement les alias contiennent l'icone (qu'on peut choisir différente), etc. Je pense que par le passé (4ko), ce n'était pas le cas. Ca explique sans doute l'embonpoint pris par les alias sous OSX (dont je ne comprend d'ailleurs pas l'intérêt puisque Unix possède son propre système de liens).

En particulier quand on décide de supprimer un lien symbolique ..., le fichier sur lequel pointe le lien risque fort d'être également supprimé

Non, ce n'est pas le cas (suffit de faire le test pour s'en assurer).
Supprimer un lien symbolique (donc avec l'option -s, ce qui est le cas ici; sinon ce n'est pas un lien symbolique mais un lien tout court) sous Unix ne supprime pas la destination. Idem sous OSX (qui respecte la norme POSIX.
 
Non, ce n'est pas le cas (suffit de faire le test pour s'en assurer).
Supprimer un lien symbolique (donc avec l'option -s, ce qui est le cas ici; sinon ce n'est pas un lien symbolique mais un lien tout court) sous Unix ne supprime pas la destination. Idem sous OSX (qui respecte la norme POSIX.

Ah OK. Merci de cette précision :up: