même si tout le monde sait que c'est très difficile ce n'est pas impossible.
ouai mais c'est tendre le baton pour ce faire battre : a la moindre similitude on peut t'accuser d'avoir pompé.
2/ Il codait peut être directement depuis les specs, et se servait du driver GPL pour combler ce qu'il n'avait pas encore coder.
Et donc pour savoir quel fonction du driver GPL il fallait appeler, il devait connaitre pas mal le driver GPL.
Ca ne coutait rien de prevenir le dev en privé qu'il avait fait une erreur en utilisant un CVS publique, et il n'y aurait pas eu de problèmes.
Tout a fait d'accord. Mais (je me repete) la reciproque aurais aussi souhaitable (prevenir les dev du driver GPL qu'openbsd comptait faire un driver basé sur leur driver, s'il pouvais recuperer du code, se synchroniser pour les versions future, ...).
[^] # Re: C'est triste
Posté par M . En réponse au journal Une sale histoire de driver. Évalué à 4.
ouai mais c'est tendre le baton pour ce faire battre : a la moindre similitude on peut t'accuser d'avoir pompé.
2/ Il codait peut être directement depuis les specs, et se servait du driver GPL pour combler ce qu'il n'avait pas encore coder.
Et donc pour savoir quel fonction du driver GPL il fallait appeler, il devait connaitre pas mal le driver GPL.
Ca ne coutait rien de prevenir le dev en privé qu'il avait fait une erreur en utilisant un CVS publique, et il n'y aurait pas eu de problèmes.
Tout a fait d'accord. Mais (je me repete) la reciproque aurais aussi souhaitable (prevenir les dev du driver GPL qu'openbsd comptait faire un driver basé sur leur driver, s'il pouvais recuperer du code, se synchroniser pour les versions future, ...).