X-Account-Key: account3
X-UIDL: 1153749825.5291
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Return-path: <informatique-deloyale-owner@april.org>
Envelope-to: jtadeusz@april.org
Delivery-date: Tue, 26 Oct 2010 11:41:27 +0200
Received: from sympa by mescaline.april.org with local (Exim 4.50)
	id 1PAg22-0005YN-Ku; Tue, 26 Oct 2010 11:41:26 +0200
Received: from relay2-v.mail.gandi.net ([217.70.178.76]:51279)
	by mescaline.april.org with esmtp (Exim 4.50)
	id 1PAg1v-0005YC-EY
	for informatique-deloyale@april.org; Tue, 26 Oct 2010 11:41:25 +0200
X-Originating-IP: 217.70.178.38
Received: from mfilter7-d.gandi.net (mfilter7-d.gandi.net [217.70.178.38])
	by relay2-v.mail.gandi.net (Postfix) with ESMTP id 4607E135E5
	for <informatique-deloyale@april.org>; Tue, 26 Oct 2010 11:41:19 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at debian.mgt.gandi.net
Received: from relay2-v.mail.gandi.net ([217.70.178.76])
	by mfilter7-d.gandi.net (mfilter7-d.gandi.net [217.70.178.38]) (amavisd-new, port 10024)
	with ESMTP id Pr7gI674dqsn for <informatique-deloyale@april.org>;
	Tue, 26 Oct 2010 11:41:18 +0200 (CEST)
X-Originating-IP: 82.247.110.67
Received: from tiny-toon.metrodore.fr (ras75-6-82-247-110-67.fbx.proxad.net [82.247.110.67])
	(Authenticated sender: fpoulain@metrodore.fr)
	by relay2-v.mail.gandi.net (Postfix) with ESMTPSA id C1F07135E0
	for <informatique-deloyale@april.org>; Tue, 26 Oct 2010 11:41:18 +0200 (CEST)
Date: Tue, 26 Oct 2010 11:41:16 +0200
From: =?ISO-8859-1?B?RnJhbudvaXM=?= Poulain <fpoulain@metrodore.fr>
To: informatique-deloyale@april.org
Message-ID: <20101026114116.28319996@tiny-toon.metrodore.fr>
In-Reply-To: <201010251934.34089.pinaraf@pinaraf.info>
References: <4CBC85A5.2080004@yahoo.fr>
	<201010251654.11583.pinaraf@pinaraf.info>
	<4CC5B265.4080609@yahoo.fr>
	<201010251934.34089.pinaraf@pinaraf.info>
X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=PGP-SHA1;
 boundary="Sig_/qQQi58J4THLPFOujXpeAXWd"; protocol="application/pgp-signature"
X-Spam-Score: -7.1
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamvir.april-int
X-Spam-Level: 
X-Spam-Status: No, hits=-7.1 required=5.0 tests=BAYES_00,NO_RDNS2,
	RCVD_IN_DNSWL_MED,SMILEY autolearn=ham version=3.2.5
X-Loop: informatique-deloyale@april.org
X-Sequence: 342
Errors-to: informatique-deloyale-owner@april.org
Precedence: list
X-no-archive: yes
List-Id: <informatique-deloyale.april.org>
List-Help: <mailto:sympa@april.org?subject=help>
List-Subscribe: <mailto:sympa@april.org?subject=subscribe%20informatique-deloyale>
List-Unsubscribe: <mailto:sympa@april.org?subject=unsubscribe%20informatique-deloyale>
List-Post: <mailto:informatique-deloyale@april.org>
List-Owner: <mailto:informatique-deloyale-request@april.org>
List-Archive: <http://www.april.org/wws/arc/informatique-deloyale>
Subject: Re: [INFAUX] Projet de repository d'applications mobiles
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: informatique-deloyale-owner@april.org
X-SA-Exim-Scanned: No (on mescaline.april.org); SAEximRunCond expanded to false
Status: O
X-UID: 5291
Content-Length: 6324
X-Keywords:                                                                                                    

--Sig_/qQQi58J4THLPFOujXpeAXWd
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Le Mon, 25 Oct 2010 19:34:29 +0200,
Pierre <pinaraf@pinaraf.info> a =E9crit :

> On Monday 25 October 2010 18:37:57 Karamel wrote:
> > Pierre wrote:
> > > On Monday 25 October 2010 16:37:28 Fran=E7ois Poulain wrote:
> > >> Le Tue, 19 Oct 2010 20:24:38 +0200,
> > >>=20
> > >> Karamel <karamel_59@yahoo.fr> a =E9crit :
> > >>> Sur le c=9Cur il n'y en aurait pas (ou peu), les diff=E9rences
> > >>> seraient de l'ordre d'ajouts de fonctionnalit=E9s comme la
> > >>> navigation dans un arbre de cat=E9gories ou le filtrage par
> > >>> crit=E8res mat=E9riels ou logiciels (taille de l'=E9cran, pr=E9sence
> > >>> d'une boussole, d'un capteur vid=E9o, version d'OS...)
> > >>=20
> > >> On pourrait imaginer que ces attributs soient des d=E9pendances
> > >> satisfaites par des =AB paquets =BB virtuels. Mais la nature de base
> > >> d'un gestionnaire de paquet est de combler les d=E9pendances, pas
> > >> de se =AB satisfaire =BB de la disponibilit=E9 ou non d'une
> > >> d=E9pendance. Donc effectivement =E7a pose un probl=E8me diff=E9rent.
> > >> Ensuite, je ne suis pas assez connaisseur des gestionnaires de
> > >> paquets pour savoir si c'est d=E9j=E0 cod=E9 quelque part.
> > >>=20
> > >>> Par contre j'ai regard=E9 rapidement comment fonctionnaient les
> > >>> serveur de paquets, mais je n'ai pas trouv=E9 de doc
> > >>> fonctionnelle (je n'ai trouv=E9 que des solutions toutes faites),
> > >>> bien que je n'ai pas pass=E9 une journ=E9e =E0 =E7a. Un portage
> > >>> pourrait =EAtre une solution pour avoir une base fonctionnelle,
> > >>> sans trop savoir plus en d=E9tail comment il fonctionne. =C7a
> > >>> m'int=E9resserait d'y jeter un =9Cil d'ailleurs, que =E7a soit adap=
t=E9
> > >>> ou non.
> > >>=20
> > >> J'imagine que le plus direct est de prendre contact avec des
> > >> d=E9veloppeurs exp=E9riment=E9s en la mati=E8re.
> > >>=20
> > >> Fran=E7ois
> > >=20
> > > Pour avoir cod=E9 =E0 une =E9poque un gestionnaire de paquets, ce n'e=
st
> > > pas compliqu=E9 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=E9n=E9r=E9s par des
> > > outils sp=E9cialis=E9s. Seuls ces fichiers sont t=E9l=E9charg=E9s, il
> > > convient donc que l'ensemble des donn=E9es n=E9cessaires soient
> > > dedans (mais pas plus pour =E9viter de surcharger le syst=E8me, par
> > > exemple la liste des fichiers de chaque paquet est optionnelle).
> > >=20
> > > Mais un tel fonctionnement n'est =E0 mon avis pas adapt=E9 =E0 un
> > > t=E9l=E9phone. En effet, sur un t=E9l=E9phone, je ne pense pas qu'un
> > > utilisateur chez Orange aimerait voir 10Mo (soit 20%) de sa bande
> > > passante mensuelle consomm=E9e pour t=E9l=E9charger des listes de
> > > paquets quand il souhaite n'en installer qu'un seul. Certes, les
> > > listes diff=E9rentielles permettent de r=E9duire la consommation en
> > > bande passant, mais cela n'est pas =E0 mon avis suffisant.
> > >=20
> > > Il serait s=FBrement plus intelligent de concevoir un syst=E8me
> > > reposant sur des requ=EAtes de recherche envoy=E9es =E0 un serveur. Il
> > > faudrait donc avoir une application web sur le serveur capable de
> > > fournir les listes de paquets, et de g=E9rer les recherches
> > > convenablement =E0 la place des clients. Ce n'est pas
> > > particuli=E8rement compliqu=E9 =E0 impl=E9menter, et a l'avantage de
> > > fournir un syst=E8me plus l=E9ger en bande passante.
> > >=20
> > > Pierre
> >=20
> > J'ai commenc=E9 =E0 d=E9velopper un serveur minimaliste sur ce mod=E8le
> > (services web de navigation et de r=E9cup=E9ration, la recherche
> > arrivera plus tard), =E7a me conforte un peu dans l'id=E9e que je ne
> > pars pas sur n'importe quoi m=EAme si il y a beaucoup de choses =E0
> > piquer du cot=E9 gestionnaire PC.
> >=20
> > Il y a peut =EAtre aussi une diff=E9rence de taille dans l'utilisation,
> > si j'ai remarqu=E9 ce week end que dans synaptic on pouvait lister
> > les applis par cat=E9gories (mais sans sous cat=E9gories), je ne pense
> > pas que le client soit pens=E9 comme une application =E0 part enti=E8re.
> > Je veux dire par l=E0 que synaptic est un outil d'installation
> > (apt-get install et zou) alors que les market sont plus orient=E9s
> > sur la d=E9couverte et la navigation.
> >=20
> > Durant mes premiers jours avec mon Android je me souviens avoir
> > pass=E9 pas mal de temps =E0 simplement me balader sur le market, comme
> > on pourrait fl=E2ner dans un magasin juste pour voir tout ce qu'il y
> > a sans but pr=E9cis (chose que les hommes ont du mal =E0
> > concevoir :) ), chose qu'il ne m'est jamais venu =E0 l'esprit avec
> > synaptic. Peut =EAtre justement =E0 cause des diff=E9rences dans l'usage
> > d'un PC et d'un appareil qu'on a toujours dans la poche. Un PC
> > r=E9pond =E0 un besoin assez clairement identifi=E9 alors que sur mobile
> > on ne sait pas encore tout ce qu'on pourrait faire avec (qu'on le
> > fasse d=E9j=E0 sur PC ou pas).
> >=20
> > Les meta donn=E9es associ=E9es aux applications risquent donc d'=EAtre
> > plus riches (ic=F4ne, arbre de navigation, description,
> > screenshots...) bien que je ne croie absolument pas au syst=E8me de
> > notation par les utilisateurs.
> Inspire toi de ce qui se fait par exemple dans debian avec les
> debtags. Pour chaque paquet, un ensemble de tags est associ=E9. Tu peux
> ensuite chercher par usage. Adept 1 fournissait une bonne interface
> de recherche de paquets =E0 l'aide de ces tags.
> Par exemple, tu peux dire que tu cherches un outil qui =E9crive des
> PDF, qui manipule des donn=E9es vectorielles et qui soit cod=E9 en
> Python...


--=20
Fran=E7ois Poulain <fpoulain@metrodore.fr>

L'ath=E9isme n'est pas une th=E9rapie mais une sant=E9 mentale recouvr=E9e.
-+-=A0Michel Onfray, Trait=E9 d'ath=E9ologie=A0-+-

--Sig_/qQQi58J4THLPFOujXpeAXWd
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkzGojwACgkQH9w0f3FFjPxxLQCfQhfjejPRRzxHz0/LLxP6WwA2
niQAn2tJhCqtYJefNweiVcJI7zTPcole
=geGF
-----END PGP SIGNATURE-----

--Sig_/qQQi58J4THLPFOujXpeAXWd--


