Mirmo Dynamics

Ne vous attendez pas a trouver un guide exhaustif de la gestion des encodages de caractères sous VIM dans ce billet, d'autres sites et surtout la doc fait ça beaucoup mieux que moi. Je m'en vais juste vous présenter le minimum vital pour vous dépatouiller dans ce foutoire que sont les charset. Le saint graal est consistué de deux variables de configuration: encoding et fileencoding. Les plus perspicaces auront déjà compris les quelques explications qui suivent.

encoding est la variable qui détermine l'encodage des caractères en cours d'édition, tandis que fileencoding contient l'encodage qui sera utilisé à la sauvegarde du fichier.

Concrétement, si vous tapez:

:set encoding=utf-8
:set fileencoding=iso-8859-15

Vous pouvez copier/coller du texte en UTF-8, et quand vous sauvegarderez votre fichier (:w par exemple), vos données seront automatiquement convertie et sauvegardée en ISO-8859-15.

Copié collé de: http://blog.hosmoz.net/post/2006/06/23/Premieres-impressions

Cela fait une bonne dizaine de minutes que je farfouille dans l'interface d'administration, et franchement, j'hésites sur l'impression que cela me donne. D'un côté, c'est clairement bluffant. L'interface a complètement changé, mais de toute façon, c'est une interface Gandified (logo gandi, couleurs gandi, etc), donc je pense qu'on peut encore s'attendre a quelques surprises du coté graphisme.

Pour ce qui est du coté fonctionnel, voilà mes premières remarques (bonnes ou mauvaises):

• Pour ajouter des tags, on doit obligatoirement les ajouter via un billet (pas d'interface dédiée a cette tache)
• Quand j'ai souhaité modifier l'url de mon first post (2006/06/23/first par défaut), et que j'ai finalement changé d'avis (pas touché donc), il me l'a rennomé en 2006/06/23/first2. Bizarre ça.
• Les widgets de présentation, c'est super, mais un peu déroutant au début, quelques petites lignes explicatives seraient les bienvenues.
• Pas trop testé le gestionnaire de medias encore, mais je ne vois pas vraiment l'interet d'avoir les fieldset collapsés par défaut. Ah tiens un screenshot pour mieux montrer et tester par la même occasion:

Bon donc, le gestionnaire de medias est sympa, et surtout la fonction d'intégration d'image via la toolbar :-) Seul point noir que j'y vois, le lien parent directory, qui est un peu léger et qui rend la chose un peu vide, mais on peut toujours cliquer sur l'icone ou sur le chemin (en haut) donc ça va.

Bref, ça a l'air d'etre du bon boulot (on s'en doutait un peu), mais tant qu'on aura pas accès aux sources et a la doc pour tripatouiller dans le cambouis, ça restera quand même assez frustrant :-)

...mais c'est quand même légèrement too much. Quand on cherche juste un package pour installer une plate-forme AMP rapidement, je déconseille XAMPP. Maintenant si vous voulez un AMP plus un ftpd, plus un serveur de mail, avec des stats, etc, alors oui, pourquoi pas.

Bon voila, j'ai voulu tester gedit, parceque j'en avais entendu beaucoup de bien, et effectivement c'est bien, ça gère tout plein de choses conviviales, des plugins, des options pratiques de base pour le développement (coloration syntaxique (moche mais configurable), numérotage des lignes, auto-indentation, surlignage de la ligne courante, etc), mais ça a deux problèmes majeurs pour moi qui m'empêchent de l'utiliser:

1. Pas de treeview pour ouvrir les fichiers, on est obligé d'utiliser la boite de dialogue
2. Impossible d'avoir un comportement consistant avec sshfs, 9 fois sur 10 j'ai un permission denied, alors que bluefish s'en sort très bien

Donc voilà, adieu gedit, welcome back bluefish, ça n'aura pas duré bien longtemps :)

10:33 * vr vous conseille les header http Server: du site hotelformule1.com

Effectivement:

Server: Tracteur-Diesel/MF7480 Type E60TA,ISO Boost

Aujourd'hui, pour la première fois de ma vie, j'ai touché à un SQL Server. Heureusement, j'étais accompagné, et l'expérience ne fut pas trop douloureuse, Juste je me demande pourquoi ils disent database..table au lieu de database.table... D'ailleurs, je me demande bien comment les DAL gérent ça ? Bref, c'est l'heure de faire du javascript :-)

Ce billet est la traduction de l'article intitulé Using the Debian alternatives system écrit par Steve Kemp et publié sur le site Debian Administration. Cela fait un bon bout de temps que je n'ai pas vraiment pratiqué l'anglais ou traduit quelque chose, donc si vous avez des corrections à apporter, n'hésitez pas.

Alors voilà, desfois, on est pris de folie, et on lance un malheureux apt-get install kubuntu-desktop. Avec un peu de bol, on oublie le sudo et tout s'arrette là. Si on a pas de bol, l'installation commence. Pas de bol oui, parcequ'un jour où l'autre (à moins qu'on aime KDE au point d'y rester), on voudra désinstaller tout le bordel laissé là par cet immonde package, et en se rendant compte qu'un simple apt-get remove --purge kubuntu-desktop ne suffit pas, on commence a flipper sérieusement.

C'est là qu'arrive la puissance d'APT, de dpkg et de la ligne de commande:

$ apt-get remove --purge `apt-cache depends kubuntu-desktop | cut -d : -f 2 | grep kde`
$ apt-get remove --purge `dpkg -l | grep kde | cut -d \  -f 3`
$ apt-get remove --purge `deborphan`

EDIT: effectivement, il manque l'install de deborphan:

$ apt-get install deborphan

And voilà, on a un système comme neuf !

Greasemonkey n'y fonctionne pas ;)

Moi aussi je veux participer au buzz du jour, alors voilà, je m'en vais vous parler du site Why Linux is better, ou plutot, vous résumer les commentaires que j'ai pu déposer ici et là.

Les plus perspicaces l'auront compris à la lecture du titre de ce billet, je ne pense pas que le créateur de ce site se pose la bonne question, et cela bien que l'initiave soit louable. En effet, comment peut-on dire d'un système qu'il est meilleur qu'un autre sans autre point de comparaison que son expérience ou ses besoins personnels ? La réponse est simple: on ne peut pas. Chaque système possède ses forces et ses faiblesses, chacune plus ou moins exploitables dans des situations différentes.

Bref, ma vision de la chose, c'est de savoir trouver les situations où GNU/Linux est vraiment supérieur. Ou plutot, que l'utilisateur lambda puisse déterminer quel système est plus adapté à l'utilisation qu'il a de son ordinateur. Pour se faire, il me parait pertinent de classer les arguments en fonction de leur champs d'applications. On pourrait donc avoir une classification à la openweb: je suis un graphiste, je suis un développeur, je suis un utilisateur de base, je suis un joueur, je fais de la bureautique, etc. Rien que dans ces cinq catégories, j'en vois déjà deux pour lesquelles Linux n'est pas meilleur qu'un autre (à vous de trouver lesquelles, c'est pas bien compliqué).

Une fois le néophite convaincu que linux lui conviendrait surement mieux qu'un autre système, encore faut-il le guider pour qu'il ne se perde pas dans le dédale des différentes distributions. C'est là qu'on propose une aide à la décision, avec des questions sur les grands aspects d'une distribution:

• Aspect graphique (qualificiation sur le toolkit et/ou le desktop par défaut)
• Puissance de la machine hôte (qualification sur le desktop et les applis par défaut)
• Utilisation envisagée (qualification sur l'orientation de la distribution et les applis par défaut)

Il y a surement d'autres critères pertinents bien entendu :-)

Bref, je pense que cette initiative est vraiment très prometteuse, mais qu'il reste encore pas mal de boulot avant d'arriver a quelque chose de vraiment très bien, et j'irai même jusqu'à dire que sa mise en ligne a surement été un peu prématurée.