Krunch a écrit 4071 commentaires

C'est un peu comme la liberté au sens GPL ou BSD.

D'un côté on limite tes libertés sous le prétexte de protéger la liberté de tous. De l'autre on permet à tout le monde de faire ce qu'il veut, même si ces actions tendent à aller à l'encontre d'un environnement libre.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> "(...) la différence soit souvent purement syntaxique dans l'esprit de ceux qui les emploient."

Sauf que dans le cadre de cette enfilade DLFP, il s'agit bien de débattre des différentes conceptions du Libre. Cette discussion était à la base précisément à propos des 1% de règles non communes. Je maintiens donc que cette précision est bien pertinente dans le cadre de la discussion de cette dépêche qui mentionne le passage de la licence d'un logiciel d'une conception du Libre à une autre.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

RMS est peut être à l'origine du terme « Logiciel Libre » mais il n'en n'a pas le monopole. Il y a certainement plusieurs conceptions du Logiciel Libre en circulation actuellement dont certaines en contradiction plus ou moins forte avec la définition de la FSF. Tu peux avoir une opinion sur quelle définition est « la bonne » mais à partir du moment où il y en a plusieurs, il me semble pertinent de préciser de laquelle on parle.

http://fr.wikipedia.org/wiki/Histoire_du_logiciel_libre#Les_(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Du coup, les développeurs Spip vont-ils auditer tout leur code pour trouver tout autre integer overflow potentiel ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> Emetteur -> Recepteur: SYN
> Recepteur -> Emetter: ACK
> Emetteur -> Recepteur: RST (avec un seq num très élevé)

Si le récepteur ne renvoit pas un SYN, c'est sans doute qu'il considère que la connexion concernant ces ports n'est pas complétement fermée. Il ACK le dernier paquet qu'il a reçu pour cette connexion. Du coup, l'émetteur comprend pas de quoi il parle et il RST la connexion.

Typiquement, le récepteur pense que la connexion est dans l'état TIME_WAIT tandis que l'émetteur pense qu'elle est fermée. Dans ce cas de figure, si les deux systèmes concernés sont sous Linux, s'assurer que les TCP timestamps sont activées aide généralement assez bien (ça l'est par défaut mais il peut y avoir un proxy TCP dont tu n'es pas au courant entre les deux qui casse tout). Après tu peux envisager de jouer avec tcp_tw_re{use,cycle} mais si tu en arrives là, il y a sans doute un autre problème quelque part.

Une capture du réseau prise des deux côtés en même temps peut aussi aider à comprendre ce qui se passe.

Je vois pas en quoi les erreurs sur la carte réseau pourraient être liées au phénomène décrit.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Le « call for papers » a été annoncé où et quand ? J'ai rien vu passer. Je peux envisager de recycler ma présentation sur SystemTap si ça a un intérêt :

http://2010.rmll.info/SystemTap-Full-System-Observability-fo(...)
http://events.hackerspace.lu/camp/2010/schedule/events/12.en(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Références :
http://www.sdn.sap.com/irj/sdn/linux?rid=/webcontent/uuid/79(...)
http://www.redhat.com/solutions/sap/

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

strace le script de démarrage et vois ce qui merde.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Sauf sous z/VM.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Donc en fait toi tu prends ton laptop en meeting mais ils te font tellement chier que tu trouves rien de mieux à faire que de troller sur dlfp.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Moi ce que je lis dans ce mail c'est que le code de Solaris sera toujours dispo sous licence libre (CDDL, y compris les nouvelles versions) mais que le développement redevient fermé, comme c'était le cas pour XFree86 avant X.Org.

J'aime bien ce passage :
Solaris is not something we outsource to others, it is not the assembly of someone else’s technology

Genre GNU/Linux sapu c'est plein de gens qui travaillent pas pour nous.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Pourquoi utiliser ou contribuer à Saevia plutôt qu'à ROCK Linux ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

OGM ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Alors pourquoi je lis ability to execute shell scripts on received messages sur http://www.rsyslog.com/doc/features.html ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Et pour autant que je sache, tu peux faire tout ça avec rsyslog aussi.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Et donc, c'est quoi l'intérêt par rapport à rsyslog par exemple ? Genre le frigo envoi un paquet syslog UDP et rsyslog exécute l'action prédéfinie (avec possible changement d'user via sudo).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'ignorais que Gentoo te force à compiler ton compilateur mentalement.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Projection, je note.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Tu fais sans doute référence aux jetons temporellement synchronisés : http://en.wikipedia.org/wiki/Hardware_token#Time-synchronize(...)

Pour l'utilisateur ça ressemble peut-être mais dans le principe c'est quand même assez différent du masque jetable : http://fr.wikipedia.org/wiki/Masque_jetable

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> on ne peut pas l'utiliser dans la vie de tous les jours (genre pour sécuriser
> une transaction bancaire).

On pourrait imaginer que quand tu ouvres un compte avec ta banque il te donne un disque avec 1To de données aléatoires. Quand tu tombes à court, tu retourne faire le plein.

C'est certainement moins pratique mais pas impossible.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

>> Certains FAI bloquent les connexions vers le port 25.
>
> Là le problème ce n'est pas la poste mais le FAI.

On est d'accord.

> Je ne sais pas qui sont les cons qui font ça mais ce serait une bonne chose
> de les nommer, histoire de les éviter.

Google me dit que la liste pour la France se trouve là : http://wiki.alwaysdata.com/wiki/Mon_FAI_bloque_le_port_25

Orange ;
Free (désactivable) ;
Neuf.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> la personne chiffrant le message ne peut pas le dechiffrer quand il lui est renvoye

C'est déjà le cas de tous les cryptosystèmes asymétriques si je ne m'abuse.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

À coupler avec http://scholar.google.co.uk/scholar?cluster=1275198666624294(...)

We introduce the area of remote physical device fingerprinting, or fingerprinting a physical device [...] remotely, and without the fingerprinted device’s known cooperation. We accomplish this goal by exploiting small, microscopic deviations in device hardware: clock skews. [...] Our techniques report consistent measurements when the measurer is thousands of miles, multiple hops, and tens of milliseconds away from the fingerprinted device, and when the fingerprinted device is connected to the Internet from different locations and via different access technologies. Further, one can apply our passive and semi-passive techniques when the fingerprinted device is behind a NAT or firewall, and also when the device’s system time is maintained via NTP or SNTP. One can use our techniques to obtain information about whether two devices on the Internet, possibly shifted in time or IP addresses, are actually the same physical device.

Et évidemment les TCP timestamps sont activées par défaut sur Ubuntu. Je suis sûr qu'en cherchant un peu on va trouver qu'au moins un des chercheurs qui a sorti ce papier est sud africain.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> j'ai eu des plantages très réguliers [...] je ne vois pas l'intérêt de rester de rester sur
> un système très ancien si ca n'apporte même pas une meilleure stabilité.

Quand on parle de Debian stable on veut dire que les paquets ne changent pas. Stable du point des versions de logiciel, pas du point de vue fiabilité du système. Après on peut argumenter que si tu changes pas de version, tu vas toujours rencontrer les mêmes bugs sans en introduire de nouveau et que tu saura comment les contourner, ce qui rend le système plus fiable aussi.

J'ai écrit ça il y a plus de 5 ans et je pense que c'est toujours d'actualité : http://ms800.montefiore.ulg.ac.be/~kunysz/debian-nb.txt

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> mais je ne vois pas trop le problème. J'ai un compte laposte et pour
> envoyer des mails avec je me connecte au smtp de laposte.

Certains FAI bloquent les connexions vers le port 25.

> Qu'apporte le fait de passer par un autre serveur smtp ?

Ces FAIs n'authorisent généralement à se connecter qu'à leur SMTP. C'est donc le seul moyen « facile » pour leurs utilisateurs d'envoyer des e-mails.

> Que pourrait faire la poste ?

Ne pas utiliser SPF ou bien mettre leur serveur SMTP sortant sur un port alternatif.

> Accepter les smtp Orange/Free/Alice/FDN/... ?

Et maintenir une liste des SMTP de tous les FAIs français ? Puis que se passe-t-il pour les gens qui veulent envoyer des mails depuis l'étranger ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.