Sytoka Modon a écrit 4586 commentaires

> La Norvège n'est pas si libre que ça déjà, et actuellement elle subit l'UE, et c'est aussi
> dommage pour eux.

Comme la Suisse...

Non, ce n'est pas dommage. Il faut voir l'UE comme une chance. Ta phrase est pessimiste au plus au point comme si l'UE était un truc qui te pèse et qui t'enlève quelque chose.

La Norvège ne subit par l'Europe. Elle est en Europe, elle a passé des accords avec l'UE. Dans ses accords, tout le monde est gagnant gagnant.

L'UE est une chance, pas une fatalité.

Le social rapporte la paix sociale. Lorsque dans la cité voisine, une bagnole brule toutes les nuits, cela finit par couter. C'est juste une exemple. Les vols, la prison, tout cela coute.

Sinon, en France, on a un budget militaire important. Ne jamais oublier les militaires...

Nous avons aussi un programme spacial, pas assez ambitieux à mon gout mais qui ne doit pas être nul.

Sinon, on a un programme affaire étrangère assez conséquent puisque on est dans le top en terme de nombre d'ambassade. Il y a et je le mets dans le même sac que le point précédent, toutes les subventions au DOM/TOM et les aides aux pays en voie de développement.

Je ne suis pas économiste donc je ne sais pas du tout ce que tout cela représente ?

> la Norvège adapte beaucoup de ses lois aux règles de l'UE, sans dire que c'est l'UE

Comme la Suisse... La Suisse est dans l'AELE, en gros, elle est dans l'UE mais plus pour des raisons psychologiques, ils ne sont pas encore dedans. C'est une question de temps...

si nous pouvons mettre nos datacenter la bas, écologiquement sur le long terme, c'est gagnant !

La sid de debian équivaut aux stables des autres distribution en terme de stabilité, debian aurait donc gagner et on aurait encore dis que ce n'était pas juste !

> on est donc obliger de tenir compte des brevets

Oui et Non.

Il y a le droit européen et le droit américain. Heureusement qu'il ne faut pas toujours tenir compte du droit américain sinon il ne sers à rien d'avoir le notre. Autant prendre le leur !

Donc, il y a des standards qui s'imposent pas le simple fait de s'applique sur une grande échelle. L'Europe est suffisamment grande pour avoir un eco-système.

De la à dire qu'il faille un web non compatible avec les USA, je n'ai pas dis cela mais par exemple, pour la télé, nous étions incompatible et heureusement, le NTSC est moins bien que le PAL allemand (ne parlons pas du SECAM Francais qu'on devait voir ce qu'on devait voir !).

On peut reprendre aussi l'exemple du minitel que tout le monde nous enviait à une époque (dommage que FT se soit endormis ensuite).

Perso, je met la base de données mysql sur une partition lvm et je sauve le snapshot lvm de /var/lib/mysql toutes les nuits. Je suis toujours revenu sur la sauvegarde de la nuit précédente et en cas de soucis (rare ma base ne bouge pas à 2h du mat), je remonte encore d'un jour et cela sur plus de jours, puis plusieurs semaines...

Bref, c'est pas très catholique mais pour mes petites bases, cela marche très bien

Les joies du C -> []

Oui, parce que Linus est pas mal non plus dans le genre...

Sous linux, c'est centralisé au niveau de la diffusion mais c'est le client qui décide et qui gère les dépendances.

Sous Windows, c'est le bordel coté diffusion mais le central remonte les données de ton poste.

J'aime pas lorsque le central commence à tout décider à ma place et surtout m'espionner... C'est tout.

J'aime pas le design, cette grosse fenêtre qui n'arrête pas de changer en haut, c'est très pénible. La barre du haut est trop grande...

Et puis, je n'aime pas l'idée de fond. La différence entre les distribution Linux et Windows est que les choix sont fait en local. Je n'aime pas du tout cette idée de centralisé ce que j'installe, cela fait très big-brother.

Bref, je n'aime pas du tout les objectifs et je pense que toutes cette énergie pourrait être mise sur synaptic ou aptitude-gtk.

Il est tout a fait possible de faire des clients lourd jolie... Cet n'est pas le web qui a inventé la séparation du contenu et de la forme. C'est déjà dans MOTIF avec les Properties ! On pouvait alors modifier tout objet. Malheureusement, Qt et GTK par simplicité n'ont pas repris ce système et sont partis sur la voie des thèmes. MOTIF était absolument génial et un peu de l'énergie mis dans les navigateurs auraient mis été dans MOTIF que nous aurions un MOTIF qui déchire de nos jours.

Bref, votre truc me fait penser aux réseau sociaux. Comment mixer réseau social et installation de programme, avec vue central à la big brother. Peut être n'ai je pas tout compris mais tout cela me laisse un gout très amer.

Question : vis à vis de SPICE (Red-Hat), les deux se positionnent comment l'un de l'autre ?

Question subsidiaire : Google va-t'il pousser à l'intégration dans Xorg et dans ssh.

Autre question : NX peut faire proxy VNC ou RDP. C'est très pratique pour atteindre une machine à l'intérieur de son parc mais je ne sais pas faire "simplement" avec du proxy NX ! En gros, il est plus facile depuis chez soi en ADSL d'atteindre via un serveur ssh ou il y a NX son poste de boulot Windows (RDP) que son poste Linux (X) !

C'est pas aussi bien. ssh -CX avce l'ADSL se traine bien plus !

OK, merci. Si tu met les personnes dans un groupe, cela ne suffit pas ?

J'ai d'ailleurs l'impression que la gestion des droits sur un groupe merdoit dans la dernière version.

Tu as réussit a faire marche le freebusy avec davical, chez moi, cela ne marche pas ou je n'ai rien compris de comment le faire marcher...

X est le diminutif mais j'ai toujours entendus parlé de X-Window (qui dérive de Window qui dérive de View (V->W->X->Y), Y-Window projet de remplaçant pour X mais qui doit être mort à l'heure actuelle).

A noter que les versions des PDF est aussi marqué dans le document. Donc ce n'est pas n'importe quel PDF qui est valide. Après, il y a des subtilités norvégiennes dans le texte que je ne comprends pas ;-)

> ne prenez surtout pas les propos de zenitram pour la véritée

Tout a fait d'accord. Toutes les grosses distrib modifient le code des applications, donc dès qu'il y a modif, il y a risque. Il n'y a que ceux qui ne font rien qui ne casse rien.

On a déjà parlé de ce bogue ici, on va pas refaire encore une fois de l'anti-debian primaire... Je rappelle juste que Red-Hat et Novell se sont bien abstenus de tout commentaire négatif à l'époque.

Mon propos avait juste pour objectif d'aider Victor dans sa recherche du hasard.

> des personnes connaissant (très) bien les générateurs de nombres aléatoires... ce qui
> est très rare.

C'est une problématique bien connu dans les labo de recherche. On travaille sur des domaines pointus et donc l'audit n'est pas facile. On tourne assez rapidement sur toujours les mêmes personnes.

Sinon, je ne connais pas du tout OpenSSL sauf en tant que simple utilisateur lambda. Je vois juste que c'est un composant fondamental et qu'il y a régulièrement des bogues. En fait, je trouve dommage qu'OpenSSL et que GnuTLS ne soit pas plus interchangeable.

Enfin, j'ai essayé de faire une liste de type checklist des bonnes pratiques pour ce genre de composant. Cette checklist est bien sur à améliorer.

Concernant plus spécifiquement le code du bogue debian, je crois me souvenir que la ligne capitale qui a été retirée n'étais pas spécialement commentée et surtout, qu'il y avait un certain nombre d'appel du "même" type. C'est en ce sens la qu'il y a peut-être une amélioration à voir.

Ce qui prouve au moins une chose, que malgré la bourde du mainteneur debian, introduire un bogue dans ce genre de programme peut être très difficile à déceler. Il faut donc que ce genre de programme lié à la sécurité valide les critères suivants :

- toujours faire auditer le code par des personnes extérieures

- passer tous les tests des compilateurs (et équivalent : valgrind...) sans aucun warning

- avoir un code très propre et bien documenté aux passages critiques

- avoir une API simple et claire

- avoir une batterie de test la plus large possible

Malgré cela, on n'est pas à l'abris d'un bogue subtile. Pour revenir au cas d'openssl, le développeur debian a fait une bourde mais je le projet openssl ne passe pas non plus le genre de critère que je viens d'énoncer.

Dans le cas de debian, le problème était sur le PID... Pour détecter cela, il faudrait lancer des tests sur n machines virtuelles vierges que l'on démarre puis lance le test dessus.

Sur la version de debian, si tu lançais 10 générateurs, tu ne voyait pas le problème...

Bref, il faut lancer dans ces cas là des tests sur un cluster (virtuel ou physique).

OK, refaire la même liste est très pratique mais il y a plein de cas ou on s'en fou. Par exemple pour marquer les paquets TCP/IP.

Pourquoi ne pas introduire tous les x pas de temps, x aléatoire, la température du CPU dans la formule ? Cela rajouterais un aléa quasi imprévisible et éviterait même au "propriétaire" de rejouer la séquence.

> tout le monde s'en fout!

Non, on ne s'en fout pas mais tu ne peux pas vivre en pensant 24h sur 24 à toute la misère dans le monde. Certaines personnes le peuvent mais pas toutes.

Donc on y pense souvent mais notre cerveau a besoin aussi de rigoler, de plaisanter... C'est pas incompatible, au contraire. Cela signifie que malgré la misère, l'homme est capable de construire des îlots de bonheur.

Bref, soutenir la cause tibétaine et ne pas y penser en permanence ne me semble pas incompatible avec l'envie de construire pour ses enfants un monde correct.

> Chirac quand quelques kanaks ont eu des velléités d'autonomie ? Il a tiré dans le tas.
> Depuis black-out total, ou presque, circulez, y a rien à voir

Depuis, il y a eu Rocard qui est passé par là et qui a réglé le problème de manière posé et a mis les partis en présence d'accord sur une période transitoire et le conflit s'est dégonflé.

Il ne faut donc pas tout mélanger...

-3- C'est une machine à registre

-4- C'est un projet communautaire

-5- Elle est très jeune mais déjà plus de 60% de perl6 tourne dedans.

Bref, elle entre dans sa phase finale comme perl6... Normalement, d'ici 1 an, les bogues majeurs empêchant son utilisation dans des projets majeurs devraient être corrigés. Le but de l'année qui vient est donc qu'un maximum de projet ambitieux (comme perl, python, ruby...) porte leur langage sous parrot pour la corriger.