Edition d'InstallHistory.plist impossible avec Lion ?

[Pascal_TTH]

Quelqu'un aurait-il une explication sur l'impossibilité d'éditer InstallHistory.plist via cette ligne de commande qui fonctionne sous Snow Leopard ?

sudo /Applications/TextEdit.app/Contents/MacOS/TextEdit /Library/Receipts/InstallHistory.plist


L'icone de Texedit apparaît dans le dock et disparaît directement.

 

[bompi]

Nouvelle politique de sécurité oblige, ce n'est plus possible. Autant utiliser directement des logiciels capables d'éditer en mode administrateur (TextWrangler par exemple). Ou alors avec vi ou nano bien sûr

 

[elamapi]

Probablement parce que je suis un dinosaure de l'informatique mais bon:

lancer le terminal.

imac:~ amapi$ sudo su -
Password:
imac:~ root#
imac:~ vi /Library/Receipts/InstallHistory.plist

Ca fonctionne nickel.

 

[bompi]

C'est ce que je disais, quoi... :siffle:

Pour Textedit, c'est simplement que la partie graphique interdit maintenant de lancer des applications sous un autre compte. Le mode texte n'a pas changé, rayon sécurité.

 

[Pascal_TTH]

Super, c'est nickel. Un peu rouillé pour utilise vi mais ça reviendra.

 

[elamapi]

C'est ce que je disais, quoi... :siffle:

Pour Textedit, c'est simplement que la partie graphique interdit maintenant de lancer des applications sous un autre compte. Le mode texte n'a pas changé, rayon sécurité.

Lol, dsl, j'ai cliqué sur Répondre, mais je suis parti faire autre chose entre temps je n'ai donc pas vu ta réponse ^^ dsl.

 

[FrançoisMacG]

Un clic droit sur InstallHistory.plist propose de l'Ouvrir avec XCode, mais TextEdit a disparu.

@ bompi : c'est ce qui correspond à ce qu'on appelle le sandboxing ?
= une application "sandboxée" ne peut travailler que dans son coin (= son bac à sable).

 

[bompi]

Ici je pense que c'est autre chose qui s'applique : le serveur graphique refuse les connexions d'un autre utilisateur (il y a un mécanisme équivalent depuis très longtemps dans X11, le serveur graphique usuel des autres UN*X).
Le sandboxing suit une logique plus poussée et, me semble-t-il, inverse : ce n'est pas l'application qui empêche de rentrer, c'est le système qui l'empêche de sortir

 

[FrançoisMacG]

Merci, bompi.

Faudra que je me documente sur ce qu'est un serveur graphique UNIX. :sick:

 

[bompi]

Un serveur graphique est simplement une application qui est capable de gérer l'affichage d'objets graphiques : fenêtres, boutons, images, etc. Les autres applications lui disent : crée une fenêtre à tel endroit et de telle dimension, colle-z-y donc une image, un bouton et un champ texte et ainsi de suite.

Apple a le sien. Sur les autres UNIX, il ne reste quasiment plus que X11 et ses avatars.

 

[FrançoisMacG]

Apple a le sien.

WindowServer, peut-être ?

 

[bompi]

Voui.

 

[FrançoisMacG]

Eh bien, je n'ai rien trouvé d'explicite sur ton affaire de serveur graphique qui refuse la connexion d'un autre utilisateur Lion :o


(mais en cherchant à ce propos, j'ai trouvé la solution à un gag d'AutoSave… :love: ).

 

[bompi]

C'est une constatation.

Reste que je viens de refaire quelques tests avec mon MBA (10.7.4) et avec un compte de type administrateur, la ligne de commande de Pascal fonctionne bien.
Mais si, via le Terminal, je tente depuis un autre compte j'obtiens une erreur (en mode normal, pas sudo). Pas très explicite en effet mais systématique.

 

[FrançoisMacG]

Ma recherche m'a donné quatre alternatives (mais ne m'a rien expliqué à propos de windowserver Lion) :

- sudo nano path/to/file
- pico ou vi
- TextWrangler.

 

[bompi]

TextWrangler (mais aussi Smultron) sait passer en mode administrateur le moment venu pour enregistrer un fichier.
Quant à nano (ou pico : sur Mac c'est la même chose), vi ou emacs, comme ce sont des commandes en mode texte, il n'y a pas de problème.

D'ailleurs, c'est généralement ce que je fais : utiliser vi.

 

[FrançoisMacG]

Tiens, j'avais lu sous la plume de G. Gete que nano est la version améliorée de pico, et est la seule disponible dans le Terminal des Mac.

Mais tu en sais bien plus que moi là-dessus.

 

[bompi]

C'est bien ça mais si je fais :

ls -l /usr/bin/pico

j'obtiens :

lrwxr-xr-x  1 root  wheel  4 Aug  3  2011 /usr/bin/pico -> nano

Ce qui signifie que pico, sur Mac OS X n'est autre que nano.

 

[FrançoisMacG]

J'aurais dit : pico pointe sur nano

mais je suis tatasse, tu commences à le savoir.

 

[bompi]

Tu dirais ce qu'il faut : pico pointe sur nano, c'est un lien symbolique vers nano. Donc quand tu lances pico, c'est nano qui est lancé.