Non, juste prevenir les developpeurs de "frontend" qui de toute façon doivent être au courant :)
Les développeurs de frontend ne doivent pas être au courant d'une modification qui serait propre à Debian et pas à toutes les distributions Linux. Si dans un logiciel, on veut modifier l'implémentation d'un composant de base, il faut s'assurer que la nouvelle implémentation se comporte en tout point comme l'ancienne. C'est la raison pour laquelle, à court terme, je pense qu'une couche de compatibilité entre l'ancien cdrecord et le nouveau utilisant la fameuse libburn est indispensable.
Maintenant, à long terme, si un nouveau programme s'impose comme le standard des programmes de gravure sous linux, là on peut commencer tout doucement à imposer des modifications aux concepteurs de frontend. Par exemple, comme sun le fait avec java 1.5, en affichant des warning quand ton programme utilise une partie de l'API qui est "depréciée", puis plus tard, interdire complètement la compilation du programme.
[^] # Re: Utilité ?
Posté par Derochette Robert . En réponse à la dépêche cdrkit : Debian forke cdrtools. Évalué à 1.
Les développeurs de frontend ne doivent pas être au courant d'une modification qui serait propre à Debian et pas à toutes les distributions Linux. Si dans un logiciel, on veut modifier l'implémentation d'un composant de base, il faut s'assurer que la nouvelle implémentation se comporte en tout point comme l'ancienne. C'est la raison pour laquelle, à court terme, je pense qu'une couche de compatibilité entre l'ancien cdrecord et le nouveau utilisant la fameuse libburn est indispensable.
Maintenant, à long terme, si un nouveau programme s'impose comme le standard des programmes de gravure sous linux, là on peut commencer tout doucement à imposer des modifications aux concepteurs de frontend. Par exemple, comme sun le fait avec java 1.5, en affichant des warning quand ton programme utilise une partie de l'API qui est "depréciée", puis plus tard, interdire complètement la compilation du programme.