Envisagez-vous de passer en GPLv3 par la suite ? Avez-vous regardé ce que la GPLv3 apporte sur les cas de tivoisation (qui est plus proche de votre problématique : le binaire considéré comme un "firmware" intégré à l'équipement ne serait pas distribué "en tant que tel" puisque dépendant du matériel, ce qui est plus que douteux dans le cas de màj du firmware mais bon...).
Votre serveur de synchronisation gère-t-il :
- les remontées de fichiers par delta (exemple : une base de données embarquée dont seules les modifs seraient transférées)
- la remontée d'info de gestion de configuration (versions des logiciels installés, utilisateur, conf' matériel pour le suivi d'un ajout de carte ou de RAM par exemple)
- le déploiement de mises à jour de logiciels (tenant compte de la gestion de conf' et d'une politique de déploiement) et avec une interface clean côté utilisateur du pda (pour remettre à plus tard la mise à jour s'il est pressé par exemple ou la suspendre pour la reprendre plus tard)
- je dois en oublier...
Avez-vous des tests de performance pour de "grosses" volumétries : 20 Mo, 50 Mo, 200 Mo, voire plus (déploiement d'une mise à jour logiciel, remontées de photos terrain par exemple, remontées de saisies en delta pour de la maintenance/rapport d'intervention...).
Avec un serveur de synchro dont je ne me rappelle plus du nom (genre truc-bridge), il avait été vu que de désactiver ActiveSync pour ne conserver que l'outil de synchro sur le PDA (en perdant la synchro de mails/agenda, mais bon...) faisait gagner 30% de perfs... avez-vous constaté le même genre de choses ? (le gros problème de activesync de toute façon c'est son protocole proprio qui peut induire des incompatibilités avec un firewall personnel par exemple, alors qu'une surcouche tcp/ip fonctionne bien en ethernet, wifi, éventuellement usb...)
[^] # Re: Synchronisation
Posté par BAud (site web personnel) . En réponse à la dépêche GNOME et Ubuntu pour l'informatique mobile et embarquée. Évalué à 3.
Cela ressemble au cas Affero http://www.affero.org/oagpl.html http://www.gnu.org/press/2002-03-19-Affero.fr.html (auquel la FSF est favorable même si c'est au détriment de la compatibilité avec la GPL).
Envisagez-vous de passer en GPLv3 par la suite ? Avez-vous regardé ce que la GPLv3 apporte sur les cas de tivoisation (qui est plus proche de votre problématique : le binaire considéré comme un "firmware" intégré à l'équipement ne serait pas distribué "en tant que tel" puisque dépendant du matériel, ce qui est plus que douteux dans le cas de màj du firmware mais bon...).
Votre serveur de synchronisation gère-t-il :
- les remontées de fichiers par delta (exemple : une base de données embarquée dont seules les modifs seraient transférées)
- la remontée d'info de gestion de configuration (versions des logiciels installés, utilisateur, conf' matériel pour le suivi d'un ajout de carte ou de RAM par exemple)
- le déploiement de mises à jour de logiciels (tenant compte de la gestion de conf' et d'une politique de déploiement) et avec une interface clean côté utilisateur du pda (pour remettre à plus tard la mise à jour s'il est pressé par exemple ou la suspendre pour la reprendre plus tard)
- je dois en oublier...
Avez-vous des tests de performance pour de "grosses" volumétries : 20 Mo, 50 Mo, 200 Mo, voire plus (déploiement d'une mise à jour logiciel, remontées de photos terrain par exemple, remontées de saisies en delta pour de la maintenance/rapport d'intervention...).
Avec un serveur de synchro dont je ne me rappelle plus du nom (genre truc-bridge), il avait été vu que de désactiver ActiveSync pour ne conserver que l'outil de synchro sur le PDA (en perdant la synchro de mails/agenda, mais bon...) faisait gagner 30% de perfs... avez-vous constaté le même genre de choses ? (le gros problème de activesync de toute façon c'est son protocole proprio qui peut induire des incompatibilités avec un firewall personnel par exemple, alors qu'une surcouche tcp/ip fonctionne bien en ethernet, wifi, éventuellement usb...)