Moonz a écrit 3657 commentaires

Heu... Mis à part qu'avec OpenID, 1 login = 1 page web
Donc, il te reste de la marge avant de te faire piquer tous les pseudos possibles ;)

(si quelqu'un a piqué matthieu.livejournal.com, tu peux toujours prendre matthieu.myopenid.net)

C'est exactement l'inverse. Avec n comptes par site, tu as n chances de de faire choper ton mot de passe (ne me dit pas que tu en utilises un différent par site ;)). Pour chacun de ces n sites, tu es obligé de faire confiance, au minimum, à:
- tout ce qu'il y a entre le site et toi (sauf si tu passes par HTTPS, mais à part linuxfr et sourceforge, je connais pas grand monde qui le fait...)
- l'administrateur du site
- les logiciels qui tournent sur le dit site
Avec OpenID, tu n'as à faire confiance qu'à une seule entité: ton serveur d'identité. Dont tu peux être l'administrateur. Et dont tu peux coder toi même le logiciel qui tourne dessus. Et la seule "ligne" vraiment sensible est la communication entre toi et ton serveur d'identité. Autant dire que si c'est toi qui administre ton propre serveur d'identité...
Personellement, je suis bien plus en confiance avec OpenID qu'avec la manière de fonctionner actuelle, après avoir vu les specs ;)

Qu'il y a une demande pour que LinuxFR supporte OpenID: http://linuxfr.org/tracker/457.html

Et si tu lisais wikipedia/la faq/les specs, tu saurais que:
- les communications entre RP (celui qui demande si c'est bien toi) et le reste du monde (ton navigateur comme ton serveur d'identité) ne révèlent JAMAIS ton mot de passe
- que le seul point sensible, c'est les communications UA <-> IdP, ce qui ne pose aucun problème si ton IdP est sérieux (et si tu ne veux faire confiance à personne, tu peux installer toi même ton serveur d'identité, ya besoin que d'un hébergeur PHP)
- que tu n'es pas obligé d'utiliser un couple pseudo/mot de passe pour te connecter. Tu peux par exemple t'authentifer avec ta clef publique, ou n'importe quoi d'autre. Tu n'es limité que par ton imagination :p

Dites, c'est quoi cette image subliminale à 14:43 ? (sur la gpl v3) :p

Les vidéos listées ici sont les seules filmées ou d'autres viendront plus tard ?
Je pense notamment à la thématique GNUstep dont on a aucune vidéo :(

Ça me semble spécifique à Gnome de le spécifier par gconf (ya moyen avec le gtkrc, mais je l'ai oublié): ton truc ne fonctionne pas chez moi (gtk 2.10.9)

Depuis quand GTK utilise gconf ?

Non, une secte, mais il l'a reniée :)

Plus la peine de chercher, j'ai enfin réussi à faire fonctionner vpnc. Yapuka faire un beau patch et envoyer ça upstream \o/

Je dois avouer que j'ai pas tout compris dans ton message (un lecteur réseau avec une lettre ?), mais apparement tu veux monter un serveur WebDAV...

Simple: http://dav.sourceforge.net

Apparament, le serveur peut tourner sous Windows avec Cygwin et le client avec Mingw...
Tu peux aussi jeter un oeil de ce côté: http://www.garret.ru/~knizhnik/databases.html

Ha oui, j'ai encore une autre question, plus simple cette fois.
Soit une table de routage über-obfuscated et une adresse IP tout ce qu'il y a de plus conventionnel. Y a t'il un moyen simple (sans sortir la grosse artillerie genre tcpdump, qui me semble pas vraiment adapté à ça :)) de savoir quelle règle s'applique à cette adresse ?

http://www.eyedb.org/ correspond à ce que tu veux, non ?

J'ai redécouvert ça par hasard il y a un mois, et ça marche sans aucun problème (à part Bittorrent qui ne voulait plus se lancer, mais même astuce qu'avec GnuPG)
Je trouve ça vachement pratique, un grand merci ;)

Non, je confirme que c'est bien toi qui n'a rien compris ; Gniarf nous montre juste son attachement à l'égalité des sexes en étant aussi insupportable avec un homme qu'avec un femme :)

Oui, mpeg2video n'encode que la video :) (pour le son, essaye avec -acodec. Je pourrais pas t'en dire beaucoup plus,j'utilise rarement ffmpeg pour encoder)

Poiur couper une video, regarde du côté d'avidemux, il sait très bien le faire

Même problème ici. Si ton hébergeur est assez sympa et t'autorise proc_open() en PHP, tu peux utiliser ça (à condition, bien sûr, que Python soit installé ;):
http://sloonz.livejournal.com/2182.html
Je précise tout de suite que ça a été utilisé uniquement par moi, et qu'il n'est pas impossible que ce soit bourré de failles et de bugs. La seule garantie (bien mince), c'est que j'en ai pas eu jusque là
Mais ça peut toujours dépanner ;)

> quelque chose de sensé, car répendu dans l'esprit des MACeux
Rassure moi, c'est de l'humour (bien) déguisé là ?

oui, mais avec perl tu peux utiliser les look around (quelqu'un connaitrait le terme francisé, d'ailleurs ?) :)
s/(?<=\d)(?=\d),/./

Les autotools, c'est pas censé servir à faciliter la portabilté ? Si c'est même pas capable d'être portable sois même, je vois pas pourquoi on garde ce truc...

GNUstep est une implémentation libre d'OpenStep. Plus précisément, GNUstep se concentre sur les outils de développement. La création d'applications et de framework pour le bureau, ainsi que l'amélioration de ce dernier, est le but du projet Étoilé lancé en 2005.

Apparamment, c'est pas le but principal d'Étoilé:
http://svn.gna.org/viewcvs/*checkout*/etoile/trunk/Etoile/Do(...)

Note that Etoile was not created with the aim of "being a GNUstep desktop" but rather, after looking to underlying solutions to implement it, GNUstep looked like an obvious choice to start with. The decision to base Étoilé on top of GNUstep is a question of opportunity: GNUstep gives us excellent frameworks for dealing with graphical and non graphical components, as well as distributed objects. As such, Étoilé is for the moment mainly done in Objective-C, but we expect in the future to work on even higher level environment based on languages such as Io, Smalltalk, or Ruby.

Bon, je dis ça, mais ce projet m'intéresse également beaucoup et je le suis de près aussi. C'est vraiment dommage que je n'aie plus beaucoup de temps pour coder, sinon je m'y serais peut-être bien mis. D'autant plus que le code source que j'ai vu m'a vraiment paru intéressant :p (Objective-C est vraiment un beau langage...)

En même temps, les codecs real sont pas vraiment beaucoup plus libres ;)

Si j'ai bien compris, il est donc plus facile sous debian d'utiliser les codecs proprios que les codecs libres, tout ça à cause de l'intaigrisme de debian qui refuse de mettre du code qui pourrait être breveté ?

...

Comment ça, deux jours de retard ?

Jamais réussi à lire le flux de la BBC ("mms://a1149.l1305038288.c13050.g.lm.akamaistream.net/D/1149/13050/v0001/reflector:38288) sans les win32codecs, et pourtant je tourne sur un MPlayer + FFmpeg SVN (dernière mise à jour: hier :))