En tous cas, c'est toujours triste de lire ce type de mésententes. ;-(
J'appellerai pas ça un problème de mésententes, c'est surtout un problème classique de point de vue développeur vs packageur.
Le développeur veut pusher vers la dernière version de son software, et généralement sous-évalue l'importance de la rétro-compatibilité et le coté disruptifs de ses mise à jour
Le packageur ( ou l'admin ) se DOIT de fournir une rétro-compatibilité et des updates sans casse. Sous peine de voir la moitié de son département passer par son bureau avec des fourches à chaque update.
Pour être fait correctement, l'aspect déploiement et mise à jour d'un software doit être prise en compte dés le début de sa conception ( ABI, API publique, API privé, protocols, schéma DB,... ).
Si ce n'est pas le cas, ça vire très rapidement au désastre. Et dans le cas de owncloud ( et de beaucoup de softs en PHP au passage), ça n'a pas été le cas.
[^] # Re: ça date un peu...
Posté par Firwen (site web personnel) . En réponse au journal Owncloud viré de Debian. Évalué à 10.
J'appellerai pas ça un problème de mésententes, c'est surtout un problème classique de point de vue développeur vs packageur.
Le développeur veut pusher vers la dernière version de son software, et généralement sous-évalue l'importance de la rétro-compatibilité et le coté disruptifs de ses mise à jour
Le packageur ( ou l'admin ) se DOIT de fournir une rétro-compatibilité et des updates sans casse. Sous peine de voir la moitié de son département passer par son bureau avec des fourches à chaque update.
Pour être fait correctement, l'aspect déploiement et mise à jour d'un software doit être prise en compte dés le début de sa conception ( ABI, API publique, API privé, protocols, schéma DB,... ).
Si ce n'est pas le cas, ça vire très rapidement au désastre. Et dans le cas de owncloud ( et de beaucoup de softs en PHP au passage), ça n'a pas été le cas.