Je comprend, ne t'inquiète pas.
Le problème est de dire qu'un OS libre demande la recompilation d'un noyau pour un nouveau driver.
Ce n'est pas lié au fait que l'OS soit libre ou proprio. C'est un problème de gestion de projet. Soit tu décides de figer l'API (comme Red Hat/SuSE etc) pour facilité la vie de tes clients, soit tu veux que les choses avances vites en développement et tu casses l'API de temps à autre.
J'ai donné l'exemple de RHEL mais il y a aussi ça pour Apache. De la version 2.0.0 à 2.0.33 (environ car j'ai oublié) à chaque fois il fallait recompiler les modules (php, etc...). Depuis la version 2.0.33, l'API n'a pas bougé (ou j'ai raté un épisode) et il n'est plus nécessaire de recompiler les modules.
Pour subversion, avant la version 1.0.0 à chaque nouvelle version mineur, il fallait faire un dump/restore. Depuis la version 1.0.0, je n'ai pas fait un seul dump/restore.
Tu comprends ? Ce n'est pas qu'un problème technique, ou de licence (libre vs proprio). C'est aussi un problème d'objectif.
btw, Windows n'a pas trouvé la racette magique qui permet de figée l'API à jamais. De temps à autre, comme pour SP2, il y a des changements/incompatibilité.
> CONFIG_MODVERSIONS
Ya pire :-)
config MODULE_SIG
bool "Module signature verification (EXPERIMENTAL)"
depends on MODULES && EXPERIMENTAL
select CRYPTO_SHA1
select CRYPTO_SIGNATURE
help Check modules for valid signatures upon load.
config MODULE_SIG_FORCE
bool "Required modules to be validly signed (EXPERIMENTAL)"
depends on MODULE_SIG
help Reject unsigned modules or signed modules for which we don't have a key.
C'est dans Fedora depuis quelques semaines. On est très loins de la compatiblité binaire sur plusieurs années...
C'est bien un problème d'objectif et pas de "libre vs proprio" ou je_ne_sais_pas_quoi_que_va_nous_inventer_pb_pg.
[^] # Re: Linux est-il assez déployé pour se permettre ca?
Posté par 007 . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 1.
Je comprend, ne t'inquiète pas.
Le problème est de dire qu'un OS libre demande la recompilation d'un noyau pour un nouveau driver.
Ce n'est pas lié au fait que l'OS soit libre ou proprio. C'est un problème de gestion de projet. Soit tu décides de figer l'API (comme Red Hat/SuSE etc) pour facilité la vie de tes clients, soit tu veux que les choses avances vites en développement et tu casses l'API de temps à autre.
J'ai donné l'exemple de RHEL mais il y a aussi ça pour Apache. De la version 2.0.0 à 2.0.33 (environ car j'ai oublié) à chaque fois il fallait recompiler les modules (php, etc...). Depuis la version 2.0.33, l'API n'a pas bougé (ou j'ai raté un épisode) et il n'est plus nécessaire de recompiler les modules.
Pour subversion, avant la version 1.0.0 à chaque nouvelle version mineur, il fallait faire un dump/restore. Depuis la version 1.0.0, je n'ai pas fait un seul dump/restore.
Tu comprends ? Ce n'est pas qu'un problème technique, ou de licence (libre vs proprio). C'est aussi un problème d'objectif.
btw, Windows n'a pas trouvé la racette magique qui permet de figée l'API à jamais. De temps à autre, comme pour SP2, il y a des changements/incompatibilité.
> CONFIG_MODVERSIONS
Ya pire :-)
config MODULE_SIG
bool "Module signature verification (EXPERIMENTAL)"
depends on MODULES && EXPERIMENTAL
select CRYPTO_SHA1
select CRYPTO_SIGNATURE
help
Check modules for valid signatures upon load.
config MODULE_SIG_FORCE
bool "Required modules to be validly signed (EXPERIMENTAL)"
depends on MODULE_SIG
help
Reject unsigned modules or signed modules for which we don't have a key.
C'est dans Fedora depuis quelques semaines. On est très loins de la compatiblité binaire sur plusieurs années...
C'est bien un problème d'objectif et pas de "libre vs proprio" ou je_ne_sais_pas_quoi_que_va_nous_inventer_pb_pg.