fridim a écrit 41 commentaires

pass qui laisse en clair la liste des sites et autre accès, un peu dommage. Ex:

$ pass
Password Store
└── google.com
    └── gmail
            └── example@gmail.com

se traduit par :

$ find .password-store
.password-store
.password-store/google.com
.password-store/google.com/gmail
.password-store/google.com/gmail/example@gmail.com.gpg
.password-store/.gpg-id

Puisqu'on est sur ce genre d'astuces, j'ai aussi mis ça en tmpfs :

plop:~$ grep tmpfs /etc/fstab
tmpfs /tmp tmpfs nodev,nosuid 0 0
tmpfs /home/fridim/.cache tmpfs nodev,nosuid,uid=1000,gid=1000,mode=1700,size=2G 0 0

.cache qui est (pas mal) utilisé par les applications (firefox, chrome, …)

vrai, mais c'était pas présenté comme ça

Par contre :

Je vais donc faire un point sur systemd, histoire d’en finir une bonne fois pour toutes avec les discussions sans fin sur systemd (l’espoir fait vivre).

La dépêche est une traduction d'un post sur le blog de l'auteur de systemd qui date de l'année dernière.

Donc si je résume, il s'agit de propos à jour, complètement objectifs, sans parti pris, sur un sujet pas du tout controversé ?

Vu que c'est vendredi, j'avoue, j'ai souri! :)

Le temps d'installation et de configuration. Dans mon cas 5 minutes pour l'un, l'infini pour l'autre.

qui est qui ?

Est-ce que tu peux détailler cette partie :

La clé n'est bien évidemment jamais stockée sur le serveur[…]. Elles ne font que transiter en mémoire le temps du chiffrement pour l'image et jusqu'à l'affichage de la réponse pour la clé.

La clé est sur le serveur ou pas ?

Pour moi elle est bien quelque part, si elle n'est pas côté client, elle est côté serveur.

L'admin malveillant pourra trouver la clef d'une image ou est-ce qu'il y a un mechanisme particulier de protection ?

Pour ceux qui se pose la question, d'après http://calc.opensecurityresearch.com/, pour brute-forcer une clef de 64 bits en blowfish, c'est :

8 thousand years
More specifically
8083 years 60 days 3 hours 29 minutes and 2 seconds

(221919451578090 password combinations)

sur un 3.4GHz Intel Core i7-2600K

Manquent les screenshots à ta news ! :)

http://dactylotest.bepo.fr/

http://www.theether.org/pssh/

À noter le projet Rubinius qui utilise LLVM.

http://rubini.us/

... beaucoup marqué Ruby dans cette dépêche je trouve :)

Rien à voir, c'est juste qu'il faut lancer KDevelop dans emacs sous la forme d'un plugin

Faut pas parler au passé pour ce cas la, peu de gens utilisent python 3.

Tu aurais pu aussi nous expliquer le choix de ruby. Est-ce que ça a boosté ton dev. Est-ce que vous avez utilisé des libairies cutting-egde pour tracer des jolies graphes, gtk-ruby, etc?
Un petit retour d'expérience sur une appli ruby qui n'est pas du Rails c'est toujours ça!

Puis en plus c'est pas un ou exclusif

Salut,
As-tu envisager github (ou autre?) pour héberger ton projet ?
En effet, je trouve le site gna.org un peu vieillissant et moins dynamique. Ça pourrait être bénéfique à ce petit projet sympatique (que j'utilise et je t'en remercie). Il remplit une tâche bien précise, ok, mais il laisse quand même pas mal de place à d'éventuelles améliorations.
A essayer je crois.

Joli le nouveau CSS, il fait très "actuel" avec ses reflets et tout et tout. Plus aéré aussi. Faut pas avoir peur des entêtes et pieds de page :)
Je sais pas vous mais moi je préfère.

bah Chuck norris aussi, d'abord

vu que l'objectif n'est pas le même, forcemment :)

Sinon, je trouve que ça pique les yeux les smilies à l'envers.

Je suis étonné de ne pas voir le lien quelque part (dans la news ou dans les commentaires), alors voilà :

http://www.namingschemes.com

Y'en a tout un paquet :)

Cool, une application de moins de 200 lignes écrite par un gourou du C. Y a aussi une petite interface en python/gtk. Je m'en vais vite lire tout ça.

... je ne regarde pas les JO!

Je n'ai pas essayé twitter, je sais juste qu'il y a quelques modules perl qui pourraient t'intéresser:
http://search.cpan.org/search?query=twitter&mode=all
Il y a l'air d'y avoir l'équivalent chez ruby aussi http://rubyforge.org/search/?type_of_search=soft&words=t(...)

Lorsqu'on a une application telle mediawiki ou autre, cette dernière fait une grosse partie du travail pour nous, donc pas besoin (en dehors des backups ou des cas rares de corruptions) de mettre le nez dans la base de données. A partir de là, une base de données ou des fichiers avec système de révisions, ça change pas grand chose.
Je pense même que l'installation est plus simple sans base de données. D'ailleurs Twiki n'est pas le seul à penser ça : moinmoin, oddmuse, usemod, etc, utilisent aussi une arborescence de fichiers.

pour noel 2007 normalement, mais bon... on y croit pas
Donc pour 2008 \o/