paco81 a écrit 51 commentaires

Evidemment, les fichiers keepass sont chiffré, c'est quand même le minimum.
Et puis "cloud" n'est pas incompatible avec machine perso. L'idée est simplement d'avoir un accès facile à ta base de mots de passe, que ce soit depuis ta machine perso, un dropbox, une clé usb, peu importe.

Avec gmail tu peux avoir l'authentification 2 steps systématique, pas seulement pour le changement de mot de passe.
J'imagine que ça doit pas être difficile à mettre en place pour un serveur perso. Sur synology DSM en tout cas y'a une option pour ça (je ne l'ai pas testée).

Moi aussi, avec en plus keepass sous windows et keepassdroid sous android, et un fichier stocké "dans le cloud".
J'en suis hyper satisfait, le must c'est le raccourci global "autotype" (sous windows en tout cas, avec keepassx je ne sais pas) qui détecte le site où tu te trouves, et saisit automatiquement ton nom d'utilisateur et mot de passe, sans avoir à ré-ouvrir keepass.
Et puis ça permet aussi d'avoir un suivi de tous ses comptes, ce qui est appréciable (et quand je vois que j'en ai saisi presque une cinquantaine, je me demande comment je faisais avant !).

Allez, puisqu'on y est, je propose aussi une solution avec la syntaxe qs truc.txt

#!/bin/bash
git checkout -b `date +"tmp_%Y%m%d_%H%M%S"` && git add $1 && git commit -m temporary && git checkout -

Ce qui va créer une branche tmp_<date>, y ajouter le fichier passé en paramètre, commiter, et revenir sur la branche précédente.

Hassan Céhef

git stash ne sauve que les fichiers qui sont sous contrôle de version, pas les autres

L'option --include-untracked est là pour ça.

$ git diff --shortstat  libreoffice-3.6.5.2 libreoffice-4.0.0.3
41970 files changed, 2000509 insertions(+), 1309966 deletions(-)

Donc, nettoyé, peut être… raccourci, on dirait pas =)

surfer l'interweb

Et regarder des petites nimages

Merci pour cette commande notify-send, je ne connaissais pas, c'est plus générique que kdialog.
Sinon pour les utilisateurs de tmux, il y a aussi tmux display 'message' qui peut être intéressant. Je l'utilise dans un script "Make" qui se substitue au make habituel, et redirige les erreurs dans un fichier, ce qui permet de les charger dans vim (:help :cg).

Alors, mes préférés :

• les text objects, exemple: ci( (change inside parenthesis), das (delete a sentence), yi{ (yank inside brackets), bref vous avez compris l'idée...
• pour les utilisateurs de git, le plugin fugitive est vraiment top

Oui bien entendu, il y a des softs qui le font, mais c'est juste dommage qu'il faille installer des logiciels tiers pour des fonctionnalités aussi basiques que des bureaux virtuels, ou garder une fenêtre au premier plan...

J'avais testé il y a quelques temps, sous win XP...
D'après ce que je vois, toujours pas moyen de déplacer une fenêtre sur un autre desktop ni d'avoir une fenêtre sur plusieurs desktops (soupir)

A première vue, il ne semble pas y avoir de différence entre l'espace qu'on achète et celui qu'on gagne en troquant (Je n'ai pas acheté d'espace, mais je n'ai pas vu de lenteur en dépassant les 1 Go alloués gratuitement sur leurs serveurs, et donc en commencant à utiliser l'espace obtenu par troc). Je ne vois pas sur leur site d'information claire sur le nombre de réplicats et sur le choix d'allouer de l'espace dans un rapport 1:1, sans tenir compte d'un nombre donné de réplicats.
Si ils garantissent bien un nombre "suffisant" de réplicats, ça semble généreux ! Mais j'aimerais bien avoir une information plus claire là dessus.

Après un petit test sur Wuala, j'ai au moins 2 MB/s en upload et en download...

C'est un peu le principe du trocage d'espace disque de Wuala : tu mets à disposition t Go (dans la limite de 100 Go par machine me semble-t-il, avec possibilité de cumuler), si tu es connecté x pourcents du temps, tu reçois t*x Go.
Mais je suis d'accord qu'une solution libre serait la bienvenue...

J'utilise crashplan (kipukiépalibre) : il y a un client linux, possibilité de sauvegarder à de multiples destinations : en local, sur le réseau local, sur l'ordinateur d'un ami, et en ligne. Les prix sont très raisonnables (<= $5/mois pour de l'illimité).
La version gratuite est très peu bridée, et pour ma part amplement suffisante.
Pour la confidentialité des données, il est possible d'utiliser sa propre clé de cryptage. Dans tous les cas les données ne sont pas envoyées en clair.
Et pour le problème de la durée de la première sauvegarde, c'est possible d'envoyer un disque dur. Bref, si on considère tes critères, ils me semblent tous remplis.

Sinon, grâce au journal précédent, je viens de découvrir Wuala, qui vient déjà de remplacer dropbox chez moi (encore en période d'essai, mais pour le moment c'est nickel), et qui pourrait bien convenir aussi pour les sauvegardes !

Alors, voyons...
clic, clic...
http://library.gnome.org/users/gda-browser/stable/

Je confirme, chez moi ça re-marche.

Hum non, dans ton exemple a[0] et a[1] seront les première et 2eme lignes du fichier.
J'utiliserais plutôt
from pylab import *
a = loadtxt('data.csv')
plot(a[:,0]),a[:,1])

Et je suis aussi d'avis que le temps d'écrire ça, openoffice calc n'aurait peut-être pas encore fini de démarrer :D (pas taper ! - oui bon ok on serait certainement déjà arrivé à la boite de dialogue d'ouverture du fichier csv)
(surtout si on utilise ipython -pylab, ce qui évite l'import de la première ligne)

Les seuls points noirs avec python c'est à mon avis :

- qu'il n'est pas typé (ta variable peut être du texte, un objet, etc sans que tu puisses garantir qu'il restera toujours du même type
- Qu'il n'y a aucun moyen de savoir si ton code est valide à moins de faire des tests de tous les cas de figure. Exemple : un log mal formatté qui est affiché dans les cas vraiment exceptionnels ne sera pas détecté squf lorsque ce cas exceptionnel intervient (ie en prod dans un cas de figure improbable et ça te génère une exception qui peut potentiellement faire planter tes services).

Certes ce n'est pas intégré au langage, mais il y a quand même des outils pour ça : le module typecheck pour forcer les types, pychecker pour la vérification du code, et certainement d'autres encore.
Après, je sais qu'ils existent, mais je ne les ai jamais utilisés... parce que je n'en ai jamais senti le besoin !

Eh oui, les canaux... Là encore, mention spéciale aux concepteurs, car bien que profonds d'environs 2m, ils sont sécurisés par une 'barrière' haute de facilement.... 25 bons cm ! (ça mériterait bien une photo pour se faire une idée, c'est assez surréaliste)
Donc évidemment, n'importe quel enfant en âge de marcher sera capable de franchir la barrière pour, selon l'état de remplissage desdits canaux, se fracasser le crâne ou se noyer. Heureusement, des barrières amovibles ont été mises en place, en attendant... on se demande bien quoi :-/

Ça a l'air pas mal, ce skim, ça fait une solution potentielle sous macos...
Je vais pas pouvoir tester mais je le note.

D'accord avec tes remarques.
J'avais déjà cherché une solution pour annoter des pdf, et j'avais rien trouvé de satisfaisant. Si quelqu'un a une idée...
Comme tu dis, la solution "filer le .tex" peut effectivement convenir dans certains cas, mais en ce qui me concerne, c'est pas génial.
Il resterait encore éventuellement une solution du type trouver un éditeur latex wysiwyg qui arrive à importer correctement un document, qui soit simple et qui marche bien. J'ai fait un essai de lyx, mais l'import du document avait merdé, je n'ai pas cherché plus loin. Et je me trompe peut être, mais il me semble que lyx travaille sur son propre format de fichiers, et non pas directement sur du .tex, ce qui pose potentiellement des problèmes.
Pour résumer, je numérote les lignes (\usepackage{lineno}) pour faciliter le retour de modifications. C'est pas top mais j'ai rien trouvé de mieux.

Pour ce qui est des fichiers temporaires, je pense qu'ils ne font pas spécialement gagner de temps, à part le fait qu'ils sont nécessaires pour avoir des références correctes (vers les figures, la biblio, etc.). Si tu les vire tu vas devoir compiler deux fois pour avoir les bonnes références.

J'utilise la même solution vim+latex pour rédiger des documents, et je la trouve également très ergonomique et "propre".
Mais faut bien avouer que ce n'est ni intuitif ni simple. Évidemment, ça devient simple après un certain nombre d'heures^wjours^wmois d'utilisation.
Et malgré tout, il me reste des choses pas pratique :
- comment je fais pour faire relire et corriger un document par quelqu'un ?
- "hop-hop-hop en deux secondes j'ai un pdf à jour" -> oui, quand tu n'as pas un tas de \includegraphics. Là les 2 secondes deviennent vite 20 sec. Ok je peux me mettre en mode draft mais alors plus de graphiques.
- en ce qui me concerne, je trouve qu'il faut un peu trop souvent avoir recours à d'obscurs packages sous latex pour faire ce qu'on veut. Bref, le solutions à des nouveaux problèmes arrivent rarement très vite et simplement. Au contraire, sous vim je trouve qu'il est toujours très simple de faire de nouveaux trucs. Bon, ça c'est peut-être un peu subjectif...

Sinon, comme soft qui supporte l'upload vers picasa web sous linux, il y a aussi... *roulement de tambour*
wine picasa.exe !!!
Eh oui, la version windows fonctionne parfaitement avec wine, et ça rend effectivement l'intérêt de cette version "linux" (qui est en fait un wine picasa.exe, mais en moins bien) complètement nul.

J'utilise omnicppcomplete (http://www.vim.org/scripts/script.php?script_id=1520), et j'ai rajouté ça dans mon .vimrc pour générer/mettre à jour les tags :
set tags+=~/.vim/systags,~/.vim/tags
command! GenTags :!exuberant-ctags -V -R -f ~/.vim/tags --c++-kinds=+p --fields=+iaS --extra=+q .
command! GenSysTags :!exuberant-ctags -V -R -f ~/.vim/systags --c++-kinds=+p --fields=+iaS --extra=+q /usr/include/qt4/