On se tutoie ?

Aller au contenu | Aller au menu | Aller à la recherche

mardi, mai 18 2010

Textmate et le changement d'encoding: bug or feature ?

Je me suis demandé aujourd'hui si textmate était capable de modifier l'encoding des fichiers.

Et bien oui c'est possible mais pas par un procédé pas forcément très logique ; à tel point que je me demande si c'est voulu.

Si par exemple tu ouvres un fichier de base en ISO-8859-15 tu peux utiliser le menu Re-Open With Encoding dans File et choisir UTF-8.

Par contre les caractères accentués vont se retrouver convertis en �. Pour qu'il s'affiche correctement il suffit de faire un Cmd-Z.

Le undo recopie le texte tel qu'il était dans le charset précédent, sans pour autant changer le nouveau.

Pratique mais pas logique.

vendredi, septembre 25 2009

Retour d'expérience sur Snow Leopard

Tout n'a pas fonctionné out of the box. Bizarrement c'est sur le matériel le plus ancien que j'ai eu le moins de souci (un macbook de 2006).

En même temps je ne m'en sers pas pour bosser.

Problème sur toutes les machines: mon compte stocké en NFS n'était plus monté. En fait la gestion des points de montage a changé dans snow leopard ; j'ai fait un micro-billet là dessus. Une fois re-configuré c'est bon.

Sur le macbookpro j'avais un problème de mise en veille. Capot fermé la machine sortait de veille toute les deux minutes. Résultat la batterie était vidée en quelques heures.

Pour ça j'ai supprimé les fichiers com.apple.AutoWake.plist et com.apple.PowerManagement.plist du dossier /Library/Preferences/SystemConfiguration. Au redémarrage le fichier com.apple.PowerManagement.plist était recréé et la mise en veille fonctionnait de nouveau.

Sur le macpro j'ai eu d'autres soucis. Aucune application XUL (firefox, thunderbird ou miro) ne voulait se lancer. En passant en mode verbeux il semble que ça venait de sqlite. J'ai tenté une réinstallation sans conviction et ça a fonctionné.

J'ai aussi eu pas mal de soucis avec les macports, principalement dû à l'architecture 64bits, pas mal de packages ne fonctionnait pas ou plus.

J'ai fait un dump de tous les packages que j'avais installé dans un fichier plat:

$ port installed > installed_ports

et ensuite j'ai tout désinstallé:

# port -f uninstall installed
# rm -rf /opt/local \
/Applications/MacPorts \
/Applications/DarwinPorts \
/Library/Tcl/macports1.0 \
/Library/Tcl/darwinports1.0 \
/Library/LaunchDaemons/org.macports.* \
/Library/StartupItems/DarwinPortsStartup \
/Library/Receipts/MacPorts*.pkg \
/Library/Receipts/DarwinPorts*.pkg \
~/.macports

Une fois fait, j'ai installé xcode 3.2, macports 1.8.0 et j'ai réinstallé tous les packages précédemment supprimés.

Pour les gems c'est pareil, il faut parfois penser à passer le flag de l'archi (64bits), comme pour le gem postgres:

# env ARCHFLAGS="-arch x86_64" gem install pg

Voilà les deux trois soucis que j'ai rencontré. A part ça ça ronronne et j'ai remarqué qu'on pouvait même installer htop avec port maintenant. Je ne sais pas de quand ça date mais ça donne des trucs sympas sur un macpro :-) :

Les coeurs du mac pro

Note: On peut maintenant s'inscrire par email aux commentaires.