JoeltheLion a écrit 1728 commentaires

PS : Par contre, vous n'étiez pas forcément obligés, pour nous motiver, de nous faire une accroche TF1-like : "Proposez une dépêche et gagnez des prix".

On est pas obligé de voir du grand méchant marketing partout, si? C'est bon enfant cet histoire de prix...

Celle là même :) Mais ce n'est de loin pas la seule: en ce moment mon imprimante ne marche pas: http://bugs.archlinux.org/task/13352 .

Par contre ça casse régulièrement. Et je parle d'expérience, j'utilise arch linux presque exclusivement depuis environ un an.

Tu aurais un lien qui explique tout ça? C'est moi ou ça a pas l'air du tout d'être aussi simple que la solution windows?

Mais justement, je pense qu'il ne faut rien changer! La force de Debian, c'est justement cette version stable. Si ils arrêtent d'insister là dessus, ils n'auront plus rien (en tous cas de mon point de vue).

Le truc que je comprends pas, c'est qu'ils devraient fournir la même chose pour linux. Hier j'ai passé une vieille ubuntu sous lenny, et j'ai été obligé de passer par la case CD.

Franchement, si tu veux une rolling release, je ne pense pas que debian soit le meilleur choix. Tu ferais mieux d'utiliser une distribution qui n'a pas de version stable et donc pas de freeze, comme arch linux.

L'intérêt de debian, c'est justement la version stable. Je viens de l'installer pour ma mère, je n'ai eu aucun problème et je sais que je pourrais mettre à jour la distribution sans trop de travail pendant au moins trois ans.

Merci!!

Tu sais autojump fait en tout et pour tout une page de code. C'est ça aussi, le moindre effort en informatique.

C'était beaucoup plus simple de repartir de zéro que de se plonger dans un autre projet. Je rappelle que c'est surtout un prototype (même si je m'en sers, puisque du coup il fait exactement ce que je veux).

J'ai commencé à regarder, mais le problème, c'est que l'autocomplétion programmable de bash est assez limitée. Je pense quand même sortir un prototype dans les prochains jours :)

idem chez moi, mais j'ai contourné en bindant = à la place. Un problème d'utf-8?

jstat existe déjà sur mon système, c'est "Java Virtual Machine Statistics Monitoring Tool". Ta commande remplace celle-ci, ce qui n'est pas très élégant (même si je n'utilise pas personnellement jstat de java)

C'est corrigé.

Pour le reste, manque plus que l'autocomplétion, et cela sera parfait.
J'y réfléchis :) Cela dit, si quelqu'un a une super idée pour l'implémenter, je suis preneur!

et merci pour les encouragements, ça fait toujours plaisir :)

Génial le menu-complete! Je vais voir si je peux pas le coupler avec autojump :)

Est-ce que tu as au moins pu télécharger l'archive que j'ai mis dans download?

Pour éviter les erreurs dont tu parles, je pense qu'une simple autocomplétion suffirait à régler le problème : quand on est pas sur du motif, un coup de [TAB] et on voit tout de suite si c'est bon.
De même, j'imaginerais assez bien qu'un double [TAB] permette de rechercher dans l'ensemble des répertoires (en utilisant la base de locate ça devrait aller vite)...

Effectivement, ça fait un moment que j'y pense, mais je ne vois pas bien comment l'implémenter en pratique. Tu aurais des idées?

J'ai enfin réussi à reproduire ton problème, il ne se manifeste que quand je ne suis pas logué. Sans doute un bug de github?

En attendant, j'ai rajouté une archive complète de la dernière version dans les download. Sinon il est bien entendu possible d'utiliser git pour récupérer la dernière version:

git clone git://github.com/joelthelion/autojump.git

et surtout ca demande pas une VM python et une db...

A propos de l'implémentation actuelle: ce n'est qu'un prototype! Il est sans doute tout à fait possible d'implanter la même idée dans le shell directement.

Sauf qu'autojump apprend tout seul les répertoires que tu utilises beaucoup, donc pas besoin de les nommer au préalable. Donc ce n'est pas la même chose.

Après, c'est à toi de voir si c'est utile pour toi ou non.

Aux geeks? ils savent utiliser les raccourcis "Ctrl+R", la tab completion et les alias afin de gagner du temps?

Je pense effectivement aux geeks, disons aux utilisateurs déjà relativement avancés de la ligne de commande. Au départ, j'ai écrit autojump pour moi, et comme j'ai trouvé que c'était vraiment utile, j'ai décidé de le publier. Je pense que c'est complémentaire des Ctrl+R, Tab et compagnie, et non en opposition. Par rapport aux alias, tu as l'avantage (ou l'inconvénient, c'est selon!) qu'autojump va les générer automatiquement pour toi. C'est donc moins intrusif, au prix d'une erreur de temps en temps.

Le commentaire de Bruno manque un peu de tact, mais il a clairement raison sur le fond : à quoi bon réinventer la roue ?

La réponse est normalement « pour faire encore mieux ! » mais dans ce cas précis il y a suffisamment de Shells évolués qui ont déjà nativement des commandes puissantes.

Je repose la question: où est la réinvention de roue? Est-ce que zsh (ou autres) permet déjà nativement de faire la même chose?

Effectivement l'autostack et autres c'est bien, mais ce n'est pas la même chose et je ne vois pas ce qui empêche d'avoir et d'utiliser les deux.

J'ai peut-être rien compris, mais je ne vois pas dans la liste des choses que tu énonces le truc qui remplace autojump?

Pas particulièrement, mais effectivement le principe est le même.

Quelles archives? Je viens de faire le test en téléchargeant de github, et pour moi il y a tout...

Je ne dirais pas que ce sont des alternatives mais plutôt des compléments. J'utilise toutes les commandes que tu cites, et autojump m'est quand même utile.

Quand à créer des alias manuellement, pourquoi les créer manuellement quand un programme peut le faire pour toi, de manière transparente?

Il y a peu de chances qu'ils aient une quelconque valeur légale dans ce cas :)