Victor a écrit 1388 commentaires

Si tu es innocent, la question ne devrait pas se poser puisque le message crypté ne contient pas quelque chose qui t'incrimine.

ou alors on peut aussi améliorer la version francaise de l'article.

Il y a des outils qui font toutes les sauvegardes des bases de données, des svn, etc, et ensuite qui utilise rdiff-backup.

Par exemple j'utilise backupninja qui est super bien :)

Heh bien si tu regardes la conf de bongo, tu vas voir ce qu'est la simplicité (je dis pas que c'est mieux, j'ai juste rien pu configurer à part les ports :).

On active des modules, on specifie les ports, ou pour l'antispam, l'ip du serveur spamd, même chose pour clamd, epistoo \o/

Alors il y a pleins de trucs qu'on peut pas faire, mais pour certaines utilisation ça doit suffir ....

C'est aussi la question que je me suis posé quand j'ai vu Bongo pour la première fois, mais je n'ai pas réussi à trouver de réponse.

Je crois que c'est "censé" et non "sensé" qu'il faut utiliser dans la première phrase de la dépêche.

Voir : http://www.cce.umontreal.ca/capsules/2717.htm

Il existe ceci :
http://www.cs.toronto.edu/~andreslc/xen-gl/

Et je ne crois pas qu'on ai besoin d'une carte graphique supplémentaire donc.

Non ce n'est pas à cause, mais tout ça va ensemble en tout cas :)

Oui enfin des points de vente de carte orange disparaissent tout les mois, avec les gens qui y travaillent accessoirement, et on leur a pas demandé leur avis.
Je pense que ce qui intéresse aussi pas mal la ratp, c'est de remplacer toutes ces personnes par des machines, et pour ça, il est plus facile d'utiliser des passes navigo.
(bien que ce ne soit pas la seule utilité de ces passes, comme il est dit dans ce thread avec lequel je suis globalement d'accord)

Pour répondre à ta première phrase, de mon point de vue, l'article montre qu'il est plus difficile de faire un bon code avec exception qu'un bon code avec une gestion des erreurs à la main (maintenant je dis pas que l'un est mieux que l'autre, mais que les exceptions c'est galère :)

Maintenant, pour avoir coder en java en essayant d'exploiter les exceptions à fond, c'est vrai que ça devient *très* rapidement un truc ultra lourd avec des millions de try/catch de throw, et qu'il est toujours complexe de tout bien prendre en compte. Dès qu'on appelle une fonction il faut pas simplement catcher les exceptions (ce que Java t'oblige à faire de toute façon) mais aussi *réfléchir* à comment les gérer, et pire, comment *bien* les gérer.

Pour moi tout ça montre que les exceptions, c'est pas la panacée pour gérer les erreurs, et donc je me demandais comment était utilisée les exceptions dans ADA :)

J'y connais pas grand chose : En quoi les exceptions de ADA diffèrent de celles du c# ou du java ?

J'ai lu hier cet article très intéressant [1] qui démonte les exceptions de ces deux derniers langages, est-ce que c'est le même problème avec ADA ?

[1] http://blogs.msdn.com/oldnewthing/archive/2005/01/14/352949.(...) sur lequel je suis tombé en lisant ce très intéressant (bis :) article mais un peu long [2]
[2] http://www.joelonsoftware.com/articles/Wrong.html

ps: rien ne t'empêche de donner les livres que tu ne lis qu'une fois...


Oui d'ailleurs, j'entends régulièrement parler d'opérations où l'on laisse un livre dans la nature et où celui-ci circule, par exemple à Paris (et d'autres villes de France je pense) : http://paris.evous.fr/Circul-livre,871.html

Et c'est je trouve une manière très intéressante d'échanger des livres qu'on ne lit qu'une fois.

Un 4x4 ça peut aussi être une voiture avec laquelle on a plus de plaisir à conduire qu'une autre. Parce qu'elle est plus haute, parce que c'est moins dangereux dans certain cas (genre pour le boulot en montagne comme l'a dit quelqu'un plus haut), parce qu'on veut écraser des mam^W^W^W^W^W

Et pour ceux qui ne sont pas au courant, il existe des 4x4 avec des moteurs de berline, donc aussi polluante qu'une autre voiture. (Par contre si tu fauches quelqu'un, tu lui pètes quand même le bassin au lieu des genoux ...)

url ? :)

C'était le sujet du message ^^

Et c'est l'appli pour lequel il y a un appel à contribution :)

L'interet ici est d'avoir le même réseau devant et derrière le routeur pour que l'autoconfiguration marche.

C'est pas vraiment maintenu, mais je l'utilise et ça marche à peu près bien pour une configuration simple.

Et sinon pour 6to4 en général il y a cette doc très sympa pour debian :

http://proxience.net/dokuwiki/doku.php?id=doc:ipv6

La première chose à faire c'est d'ajouter un script firewall pour l'ipv6 puisque ton cher shorewall ne s'en occupe pas (sauf à le désactiver si tu lui demandes :)

La robustesse et la securité sont 2 choses qui n'ont rien a voir ou presque.

Je n'ai jamais dit le contraire :)

Je dis juste que qmail semble plus robuste, et mon avis est que c'est aussi induit par la manière dont il a été codé. J'irais même jusqu'à rajouter une pierre au troll : il me semble plus léger :] (et ça c'est causé par le fait qu'il soit limité sur beaucoup de points)

Je vois qu'on a les même attente pour qmail avec ce changement.

Un point sur lequel je voudrais revenir (car les autres me semblent pertinents) est la structure des dossiers.

Ce choix de structure par djb est expliquée ici : http://cr.yp.to/compatibility.html

Et en gros ça dit : les mecs qui font des distrib ont tous fait "leur" structure et chaque soft doit s'adapter à chaque fois à chaque distrib, mais si tout le monde s'était entendue ce ne serait pas le cas. L'avis de djb est que c'est au devs d'une app de choisir comment on la lance, où se situent ses fichiers. Et que si toutes les platformes (bsd/linux, inter-distributions, etc) avaient la même structure, on se prendrait pas la tête comme ça.

Alors ça se tient, on peut dire qu'il peut faire un petit effort, mais je pense (et ça n'engage que moi) que ça va de pair avec ses restrictions sur la distribution de son code : si tout le monde commence à tout déplacer chacun dans ses endroits perso, bah ca va être le bazar. Ex : un script fait par une personne tierce qui marche avec les fichiers de qmail (ex : parseurs de log) devra être adapté à chaque distrib.

De plus, pour avoir utiliser sa structure (en gros tout dans un rep) et celle des autres, bah c'est le bazar je trouve de s'y retrouver à chaque fois (ex : alors là je manipule apache, donc les fichiers de conf sont là, les fichiers de log ici, et les fichiers des sites à cet endroit) (ex : alors là c'est apt, les fichiers de cache sont ici, les packets telechargés la, etc, etc, etc)

Qui s'est jamais retrouvé à chercher où était un des fichiers d'une app ?

hihi, bon ok c'était juste pour troller,
mais sinon, qmail a une réputation (et je n'ai *pas* de preuve à l'appuie, donc je ne fais que rapporter) d'avoir été codé de façon plus secure et ce serai la raison pour laquelle il n'aurait pas (ou peu, mais je crois que c'est "pas", à vérifier) eu une seule faille de sécurité. C'est une des fierté de son développeur, et c'est aussi une des raisons pour lesquelles il n'était pas libre (ie : éviter que des patches n'introduisent des failles de sécu).

Maintenant, je pense que postfix est un très bon mailer, mais qmail me semble (et je dis bien semble, c'est purement un ressenti) plus robuste que postfix. Mais ceci n'a rien à voir avec notre discussion : )

Mbah, c'est toujours les meilleurs de la classe qui sont les plus pénibles, non ?

Mais objectivement, qmail, il est tout con tout simple et il marche bien, et bien sur, ce pour quoi on parle de lui : c'est le plus secure \o/

Contre-exemple ? :)

Bah il le télécharge patate !

Tu as rien compris du tout toi ! Le débat c'est voleur de musique VS créateur de musique !

Quand tu parles de petites dépêches, j'ai un peu le sentiment que ce sont les journaux qui ont pris leur place ...

Perso, je lis beaucoup plus de journaux avec leur commentaires, que de news avec leur commentaires.