Accéder au contenu.
Menu Sympa

informatique-deloyale - Re: [INFAUX] Projet de repository d'applications mobiles

Objet : Informatique déloyale (liste à inscription publique)

Archives de la liste

Re: [INFAUX] Projet de repository d'applications mobiles


Chronologique Discussions 
  • From: Pierre <pinaraf AT pinaraf.info>
  • To: informatique-deloyale AT april.org
  • Subject: Re: [INFAUX] Projet de repository d'applications mobiles
  • Date: Mon, 25 Oct 2010 16:54:06 +0200

On Monday 25 October 2010 16:37:28 François Poulain wrote:
> Le Tue, 19 Oct 2010 20:24:38 +0200,
>
> Karamel <karamel_59 AT yahoo.fr> a écrit :
> > Sur le cœur il n'y en aurait pas (ou peu), les différences seraient
> > de l'ordre d'ajouts de fonctionnalités comme la navigation dans un
> > arbre de catégories ou le filtrage par critères matériels ou
> > logiciels (taille de l'écran, présence d'une boussole, d'un capteur
> > vidéo, version d'OS...)
>
> On pourrait imaginer que ces attributs soient des dépendances
> satisfaites par des « paquets » virtuels. Mais la nature de base d'un
> gestionnaire de paquet est de combler les dépendances, pas de se
> « satisfaire » de la disponibilité ou non d'une dépendance. Donc
> effectivement ça pose un problème différent. Ensuite, je ne suis pas
> assez connaisseur des gestionnaires de paquets pour savoir si c'est
> déjà codé quelque part.
>
> > Par contre j'ai regardé rapidement comment fonctionnaient les serveur
> > de paquets, mais je n'ai pas trouvé de doc fonctionnelle (je n'ai
> > trouvé que des solutions toutes faites), bien que je n'ai pas passé
> > une journée à ça. Un portage pourrait être une solution pour avoir
> > une base fonctionnelle, sans trop savoir plus en détail comment il
> > fonctionne. Ça m'intéresserait d'y jeter un œil d'ailleurs, que ça
> > soit adapté ou non.
>
> J'imagine que le plus direct est de prendre contact avec des
> développeurs expérimentés en la matière.
>
> François
Pour avoir codé à une époque un gestionnaire de paquets, ce n'est pas
compliqué
du tout : un serveur de paquets est un simple serveur de fichiers, en HTTP,
FTP,
NFS... Des fichiers listant l'ensemble des paquets sont disponibles et sont
générés par des outils spécialisés.
Seuls ces fichiers sont téléchargés, il convient donc que l'ensemble des
données
nécessaires soient dedans (mais pas plus pour éviter de surcharger le
système,
par exemple la liste des fichiers de chaque paquet est optionnelle).

Mais un tel fonctionnement n'est à mon avis pas adapté à un téléphone. En
effet,
sur un téléphone, je ne pense pas qu'un utilisateur chez Orange aimerait voir
10Mo (soit 20%) de sa bande passante mensuelle consommée pour télécharger des
listes de paquets quand il souhaite n'en installer qu'un seul. Certes, les
listes différentielles permettent de réduire la consommation en bande
passant,
mais cela n'est pas à mon avis suffisant.

Il serait sûrement plus intelligent de concevoir un système reposant sur des
requêtes de recherche envoyées à un serveur. Il faudrait donc avoir une
application web sur le serveur capable de fournir les listes de paquets, et
de
gérer les recherches convenablement à la place des clients. Ce n'est pas
particulièrement compliqué à implémenter, et a l'avantage de fournir un
système
plus léger en bande passante.

Pierre

Attachment: signature.asc
Description: This is a digitally signed message part.




Archives gérées par MHonArc 2.6.16.

Haut de le page