> cela tournerait sans doute mieux sous linux grâce à wine...
Mais as tu compris quelque chose au sujet de ce journlal, ou tu as juste profité de l'occasion pour troller sur Mono ?
Le sujet n'est pas ici de faire fonctionner un executable .NET proprio mais une compatibilité SOURCE d'un prog LIBRE.
Autant ça me pose effectivement problème de faire tourner un binaire proprio .NET avec Mono (et ce n'est qu'un point de vue personnel, merci de ne pas le présenter comme LA vérité même si tu es d'accord), autant Mono en tant que compilo + "machine virtuelle" libre, ça ne me pose aucun problème.
Et c'est exactement le sujet ici: faire fonctionner le CODE SOURCE LIBRE de Paint.net sur un compilateur + VM LIBRE.
Je vois toujours pas comment on peut faire tout un plat là dessus...
> qui tournent exclusivement sur une plateforme fermée, windows
Windows ne fournit qu'une API, vaguement documentée (pas standarisée comme POSIX, d'accord, mais standariser une API, hein...). L'implémentation de référence de cette API est effectivement fermée, mais il y en a des libres: wine ou reactos.
Donc, pour le "exclusivement sur une plateforme fermée, windows", tu repasseras
> via une technologie discutable
Ça, c'est ton point de vue. Moi, Mono ne me pose aucun problème (même si techniquement j'aime pas C#)
> je ne trouve pas de raison de les supporter pour autant.
C'est d'ailleurs pour ça que la GPL autorise un prog à se linker aux librairies standard de l'OS même si elles ne sont pas libres...
À moins que pour toi la GPL ne soit pas encore assez intrangisante ? (dans ce cas, je vois pourquoi tu profites d'un journal sur un programme en licence MIT pour troller ;))
[^] # Re: Etonnant...
Posté par Moonz . En réponse au journal Paint.NET sous GNU/Linux avec Mono. Évalué à 2.
Mais as tu compris quelque chose au sujet de ce journlal, ou tu as juste profité de l'occasion pour troller sur Mono ?
Le sujet n'est pas ici de faire fonctionner un executable .NET proprio mais une compatibilité SOURCE d'un prog LIBRE.
Autant ça me pose effectivement problème de faire tourner un binaire proprio .NET avec Mono (et ce n'est qu'un point de vue personnel, merci de ne pas le présenter comme LA vérité même si tu es d'accord), autant Mono en tant que compilo + "machine virtuelle" libre, ça ne me pose aucun problème.
Et c'est exactement le sujet ici: faire fonctionner le CODE SOURCE LIBRE de Paint.net sur un compilateur + VM LIBRE.
Je vois toujours pas comment on peut faire tout un plat là dessus...
> qui tournent exclusivement sur une plateforme fermée, windows
Windows ne fournit qu'une API, vaguement documentée (pas standarisée comme POSIX, d'accord, mais standariser une API, hein...). L'implémentation de référence de cette API est effectivement fermée, mais il y en a des libres: wine ou reactos.
Donc, pour le "exclusivement sur une plateforme fermée, windows", tu repasseras
> via une technologie discutable
Ça, c'est ton point de vue. Moi, Mono ne me pose aucun problème (même si techniquement j'aime pas C#)
> je ne trouve pas de raison de les supporter pour autant.
C'est d'ailleurs pour ça que la GPL autorise un prog à se linker aux librairies standard de l'OS même si elles ne sont pas libres...
À moins que pour toi la GPL ne soit pas encore assez intrangisante ? (dans ce cas, je vois pourquoi tu profites d'un journal sur un programme en licence MIT pour troller ;))