kowalsky a écrit 2342 commentaires

Si tu as des problèmes avec le logiciel en source fermé ?
Ba tu t'adresses à ton éditeur, comme pour tout les logiciels. Et si il ne répond pas à tes besoins, pourquoi avoir utilisé son soft et pas le BSD ? Mets des développeurs toi même sur la version BSD alors pour résoudre le problème, mais ça te coûteras chère.
En quoi ce problème change avec du code GPL ?

Si je rencontre un problème avec asterisk, je vais appeler Digium et leur dire :
"Hey ho, j'utilise votre logiciel, pourquoi le support de h323 n'est pas tip-top ? Magnez vous l'arrière train !!!"
et eux de me répondre :
"Ah pardon môsieur l'utilisateur, je mets une équipe dessus" !!

Bon, bien sur qu'en vrai, je vais devoir le faire moi même, mais Digium accepte difficilement les patchs, donc je vais devoir faire un fork et appliquer les patchs à chaque version parce que je ne peux pas faire tout le travail de Digium à coté...

Bref, c'est pareil, c'est le bordel de faire un fork en BSD ou en GPL.
Et le mythe du fork de code BSD pour faire du proprio qui devient mieux que le BSD, c'est pas courant, il faut arrêter de bloquer la dessus.

Ba il reste la version publier en BSD toujours...!

Tu as encore ton groupe, non ?

A moins qu'ils ne soient partit travaillé dans la grosse boite...

Dans un CV, dans la case competence, tu mets ce que tu as déjà bidouillé plus d'une heure ou lu dans un article de 01informatique... :)

Pas besoin, toute les machines sont déjà vendue avec !!!



====> [ ]

Et pour cause, la réunion de ses acteurs n'est, le plus souvent, que très artificielle.
Voir même pragmatique.
Dans le cas d'OpenBSD et sendmail ou postfix, la réunion est justement pragmatique. Il faut un "mailer" à OpenBSD, le choix se porte naturellement sur un "mailer" libre et plus ou moins connu des gens qui utilisent et créer OpenBSD.

De toute façon, ce n'est pas en mettant tout les dev d'OpenBSD que sendmail sera meilleurs. C'est des choix technologiques et tout ça qui font un logiciel.

Si tu as mis 100 personnes sur une fonction, elle ne sera pas meilleurs que si tu en avais mis 2.

Il y a plusieurs serveur smtp, mais si ils en veulent qui corresponde à leur besoin, ils le font.

Je pense justement que la coherence est le but de ce projet. Mais la cohérence d'OpenBSD, pas de Linux :)

C'est pas l'inverse ?


Pour comparaison, au boulot on était obligé d'utiliser Eclipse avec un plugin Tomcat pour le rechargement automatique, c'est assez lourd.


C'est un pauvre paramètre dans le server.xml, ou l'on ne parle pas de la même chose !

La vrai raison de la découverte de ce bug et que les bons ne tape pas help, le bug à été découvert quand un linuxien à voulu installer OpenBSD.


\o/

Je ne comprend même pas que l'on utilise autre chose pour du serveur !

Il est pas plutôt mort ET vivant ?

Et surtout si l'on veut scripter la sortie...!

ls | grep "les fichiers en vert" , ça se fait comment ?

ls par exemple, fonctionne avec la couleur (pour certaine version) mais toute les infos sont accessible autrement.

Je suis d'accord avec toi pour la compression, mais il faut pousser le concept JUSQU'AU BOUT !!

Les données sont stocké ou envoyé sous forme binaire, c'est à dire de 1 et 0.
L'idéal serait d'avoir deux canaux ou deux médias, l'un pour stocker les 1 et l'autre les 0. On aurait donc un canal ou disque pour les 1 et une autre pour les 0. Et on s'aperçoit qu'un canal n'envoie que des 1, et on s'aperçoit encore plus vite que l'on peut compresser en n'envoyant qu'un seul 1. Il faudrait tester mais je suis sur que l'on peut le faire aussi avec les 0 !

Et oui, ça c'est de la compression !!!

Je suis tout à fait d'accord !

Mais est-ce qu'il y a une appli pour récupérer les données perdu sur son léopard ! \o/

A leur decharge, ca a l'air de se produire uniquement dans un cas tres precis (upgrade leopard -> snow leopard, avec compte guest active dans leopard) et aurait l'air de se regler relativement facilement (desactivation, suppression puis reactivation du compte).

Va expliquer ça au gens qui ont perdu leur fichiers !

bonjour, ça va se regler facilement, promis, ça ne se reproduira plus !

\o/ tu m'étonnes que cela ne se reproduira plus, il n'y a plus rien à supprimé !


Franchement, ils ont fait fort chez apple la...


technicien linux soit incompétent

Il faudrait faire une division entre le nombre de Linux total et le nombre d'Ubuntu.


\o/ ===> [ ]

Je suis pour la taxation des OS !
Je suis même prêt à payer 20%, ou même 2000% de taxe sur mon OS !
Si ça peut sauver notre Jojo nationale, je suis pour !! :)

Ton histoire m'a l'air d'un sacré mensonge !
Parce que si il avait vraiment installé une Mandriva, personne n'aurait trouvé le fond d'écran joli !!


====> [ ]

Je ne comprend pas ton histoire de limites en dehors du métro ?

Déjà je ne vois pas l'intérêt de faire stations de métro derrière le périphérique, je veux dire, qui va la bas ?

C'est vendredi, j'ai le droit :

J'ai une blague à ce sujet.

C'est l'histoire d'un mec qui à appris l'anglais en développant, mais comme le développement ça ne paye plus, il ouvre une école de cours d'anglais.
Le jour ou son premier élève arrive, l'élève frappe à la porte et demande "Je pense entrer ?"
Le nouveau prof et ancien développeur répond :
"if, if, between !"

Non, mais c'était un pur troll de compète, mon 1er d'ailleurs, je suis etonné qu'il ai pris ! Il etait tellement gros !

L'un des but des OS BSD est de fournir des implémentations de référence en matière de réseau.

Pas du tout !
Les BSD ont des de buts et celui la n'en fait pas partie à ma connaissance.

NetBSD, portabilité
FreeBSD, un desktop
OpenBSD, sécurité