Ce n'est pas la première fois que des développeurs d'OpenBSD s'inspirent des drivers Linux pour développer les leurs, notamment afin d'avoir des specs.
Y avait-il vraiment besoin de remettre en cause le travail de plusieurs mois d'un autre développeur du libre sur un driver qui n'était ni opérationnel, ni terminé ?
Tout comme il y a des règle pour faire du reverse engineering sur un driver proprio, il y a des régles quand on code quelque chose en licence BSD a partir d'un soft GPL. (Ils auraient tres bien pu developper leur truc sur un cvs privé puisse qu'il n'etait pas censé etre distribuer dixit theo de Raadt).
De meme on est sur des projects libres et cela aurait été sympa que les 2 developpeurs se causent avant (par exemple qu'avant de faire le driver BSD, le developpeur en informe le developpeur Linux), au lieu que chacun tire dans les jambes de l'autre (c'est nous qui supportons le plus de chip wifi et on utilise pas de blob pourris, ...).
[^] # Re: C'est triste
Posté par M . En réponse au journal Une sale histoire de driver. Évalué à 5.
Y avait-il vraiment besoin de remettre en cause le travail de plusieurs mois d'un autre développeur du libre sur un driver qui n'était ni opérationnel, ni terminé ?
Tout comme il y a des règle pour faire du reverse engineering sur un driver proprio, il y a des régles quand on code quelque chose en licence BSD a partir d'un soft GPL. (Ils auraient tres bien pu developper leur truc sur un cvs privé puisse qu'il n'etait pas censé etre distribuer dixit theo de Raadt).
De meme on est sur des projects libres et cela aurait été sympa que les 2 developpeurs se causent avant (par exemple qu'avant de faire le driver BSD, le developpeur en informe le developpeur Linux), au lieu que chacun tire dans les jambes de l'autre (c'est nous qui supportons le plus de chip wifi et on utilise pas de blob pourris, ...).