Effectivement le problème des bibliothèques est subtil, déclicat, et à mon avis personne n'a de super solution.
Mais pour ta question sur le remplacement de libs proprios par des libs propriétaires, c'est tout à fait possible. Typiquement, KDE était en GPL bien avant que Qt le soit. Si on avait pu remplacer Qt par un équivalent libre compatible au niveau de l'API - mais malheureusement cet équivalent n'existait pas -, alors des projets comme Debian auraient pu distribuer des binaires KDE sans problème depuis longtemps, et ça aurait été profitable à tout le monde.
Le problème est qu'il n'existe pas d'alternative libre à tous les logiciels propriétaires, et réciproquement tous les projets libres n'ont pas d'équivalent propriétaire, compatible 100% au niveau API.
Pour ta remarque concernant l'édition de lien dynamique, je crois qu'une des idées de la GPL3 sera de clarifier ce point. Ca va pas être facile car aujourd'hui il y a bien d'autres manières de faire communiquer les programmes que le link système. Par exemple des programmes peuvent être "daemonisés", ou exporter leurs services par bien d'autre moyen que le link (corba...).
[^] # Re: La GPL et les librairies
Posté par ufoot . En réponse à la dépêche Le futur de Slackware menacé ?. Évalué à 1.
Mais pour ta question sur le remplacement de libs proprios par des libs propriétaires, c'est tout à fait possible. Typiquement, KDE était en GPL bien avant que Qt le soit. Si on avait pu remplacer Qt par un équivalent libre compatible au niveau de l'API - mais malheureusement cet équivalent n'existait pas -, alors des projets comme Debian auraient pu distribuer des binaires KDE sans problème depuis longtemps, et ça aurait été profitable à tout le monde.
Le problème est qu'il n'existe pas d'alternative libre à tous les logiciels propriétaires, et réciproquement tous les projets libres n'ont pas d'équivalent propriétaire, compatible 100% au niveau API.
Pour ta remarque concernant l'édition de lien dynamique, je crois qu'une des idées de la GPL3 sera de clarifier ce point. Ca va pas être facile car aujourd'hui il y a bien d'autres manières de faire communiquer les programmes que le link système. Par exemple des programmes peuvent être "daemonisés", ou exporter leurs services par bien d'autre moyen que le link (corba...).