Re: Debian et MTP

2013-06-08 Par sujet Jean Louis Giraud
> 
> Salut,
> 
> J'ai essayé gmtp mais il ne me montre pas tout ce qu'il y a sur le téléphone.
> Y a une astuce pour pouvoir tout voir ?
ben moi je vois toute l'arborescence de mon Samsung Galaxy. 
Tu as fait un tour du côté des préférences "chemins de fichiers sur
PC" ? 
> 
> Gaëtan

> -- 
Cordialement 

Jean Louis Giraud 
"sans la musique, la vie serait une erreur" 

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130609075739.830e3a5eceda3571a9d5a...@orange.fr



Que faire avant d'upgrader le matériel ?

2013-06-08 Par sujet Adrien Poupin
Bonjour à tous,
Je fais un upgrade matériel de ma machine en plusieurs étapes. La
prochaine étape est de remplacer la carte mère, la ram et le processeur.
Pour l'instant j'ai un Dual Core E6550, que je voudrais remplacer par un
Core i3 3220 (ou 3220T) par exemple. Ça impose aussi un changement de
RAM et de carte mère. Je vais en profiter pour laisser de côté ma carte
graphique et passer par le GPU intégré, afin de consommer moins.

- Ai-je des précautions à prendre avant d'upgrader ? Par exemple,
installer des modules, etc ?
- Aurai-je /a priori/ un dpkg-reconfigure à faire pour xorg ?

Merci d 'avance !

-- 
Adrien
---


signature.asc
Description: OpenPGP digital signature


Re: Debian et MTP

2013-06-08 Par sujet Gaëtan PERRIER
Le Wed, 5 Jun 2013 06:37:55 +0200
Jean Louis Giraud  a écrit:

> On Wed, 5 Jun 2013 00:20:28 +0200
> Gaëtan PERRIER  wrote:
> 
> > Bonjour,
> bonjour, 
> > 
> > Envisageant de remplacer mon vieil HTC Desire par quelque de chose plus
> > récent (possiblement un Nexus 4), je me demande si le protocole MTP est
> > correctement géré sous Debian testing ?
> je suis moi aussi en testing et j'ai un Samsung Galaxy S3 : j'utilise
> gMTP qui marche très bien. 
> > 
> > Gaëtan
> 

Salut,

J'ai essayé gmtp mais il ne me montre pas tout ce qu'il y a sur le téléphone.
Y a une astuce pour pouvoir tout voir ?

Gaëtan

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20130609000522.7f19eea1ade254605e6ea...@neuf.fr



Re: Questions sur les proxy-cache pour accélérer l'installation de serveurs Debian

2013-06-08 Par sujet Bzzz
On Sat, 8 Jun 2013 22:33:38 +0200
andre_deb...@numericable.fr wrote:

> C'est bien "G-Wan" qui arrive largement en tête, mais proprio ...

Vi, MAIS quand on a un très gros site avec une énorme
fréquentation, la différence avec l'open-source est 
tellement gigantesque (coeff. 4 quand même) qu'entre 
rajouter des serveurs et utiliser G-Wan le choix
est vite vu.

> "Nginx" est quand même bien placé et Libre.

Il est non seulement très bien placé, mais en plus il
ne bouffe pas la RAM et ses plugins permettent toutes
sortes de fantaisies; par ailleurs, il intègre nativement
la notion de cache à plusieurs étages, d'où l'inutilité 
d'un couplage avec varnish (pour gagner 5 à 10% de traffic,
ça ne vaut pas le coup de surcharger les confs).

> J'ose à peine poser la question vu le dernier (long) fil sur Nginx :
> est-il un serveur Web à part entière ou un complément à Apache ?

Il _peut_ être (et est) utilisé comme reverse-proxy, ce 
qu'il fait très bien, mais c'est d'abord un serveur http
à part entière. Et il n'a pas connu plus de failles qu'apache
(je dirais même moins).

La différence de perfs vient de la façon de traiter les
requêtes; d° G-Wan, sauf qu'avec lui on ne sait pas comment
il fait exactement.

D'après le laïus sur la non dispo du source, il semble que
le C avec lequel il a été écrit ait été plus vu comme de 
l'assembleur que du pur C; donc le type qui le développe
a du passer un monceau de temps à 'gader quel code C 
produisait des routines en assembleur les plus efficaces
possibles + une façon de traiter les requêtes différente.

> Côté Apache, il y a plusieurs Modules multi-processus "MPM" : 
> "Prefork" , "Worker"  et "Event".
> Lequel choisir pour avoir un serveur à forte disponibilité ?

Aucun, l'architecture et les perfs d'apache sont maintenant
dépassées, ce qui explique sans doute la très forte croissance
de nginx qui est de plus en plus utilisé pour le remplacer
complètement.

Là où apache va ramer et surtout bouffer de la RAM, la 
consommation de nginx va être ridicule en comparaison
pour des perfs supérieures.

Après, tout dépend de ce qu'on entend par "forte disponibilité",
est-on dans le HA (High Availibility) ou dans des centaines ou
des milliers de connexions simultanées?
Le svr utilise-t-il une DB, et laquelle? (prévoir un pool de
connexion si c'est le cas; faire faire une révision de la 
structure de la DB et de ses éventuelles procédures stockées
par un pro qui connaît le moteur de DB par cœur, etc, etc).

Tout en sachant que mysql est un tas de merde qui ne tient
pas la route quand veut une DB ACID et surtout conforme aux
standards SQL (un exemple parmi tant d'autres: ne pas tronquer
en silence une string trop longue au lieu d'émettre une erreur
fatale).
Il existe un site allemand très bien fait (en anglais) sur les
erreurs de conception/fonctionnement de mysql (pas bookmarqué).

Postgresql, qui lorsqu'on lui indique des parms de procédures
sous la forme "$1,$2,$3,…" sécurise automatiquement les
variables contre l'injection SQL et est maintenant comparé
à oracle (et fourni ce qu'il faut pour transformer directement
du code oracle en code plPG/sql).

Et on peut continuer longtemps, notamment avec les sites tellement
mal écrits qu'ils laissent le controle de la DB à PHP, alors 
qu'il ne devrait se contenter que d'appeler des procs stockées…
Le matériel, le nosql (qui ne devrait servir qu'à des cas bien
particuliers)…
Le langage PHP, quand LUA est des tas de fois plus rapide et Erlang
directement distribuable sur de nouveaux nœuds (scalability) en
quelques secondes…

-- 
Naptat : Si je devais ne plus exister dans les 5 secondes, tu me dirais quoi ?
Letz : 5
Letz : 4
Letz : 3
Letz : ...
Naptat : Connard...

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20130608231857.1f4a7074@anubis.defcon1



Re: Questions sur les proxy-cache pour accélérer l'installation de serveurs Debian

2013-06-08 Par sujet andre_debian
On Saturday 08 June 2013 17:54:51 Bzzz wrote:
> andre_deb...@numericable.fr wrote:
> > "apt-cacher-ng" peut-il avoir un intérêt pour un serveur Web
> > (hébergé) avec d'autres services (MySQL, Postfix, Mailman etc ...)
> > en termes d'accélération, de gain ...

> Au vu de l'intro de la doc d'apt-cacher-ng, nan.

> > Pour les serveurs Web sous Apache, il y a l'outil "varnish" :
> Pas que pour Apache, pour la plupart des svrs http.

> Il existe aussi php-apc, qui marche uniquement en RAM, et qui
> n'est pômal du tout pour un site petit à moyen.
> Ce comparatif n'est pas trop mal fait (on n'ergote pas sur la
> méthodologie SVP, puisque chacun considère que la sienne est
> la meilleure!):
> http://francois.aichelbaum.com/comparatif-caching-nginxvarnishsquidapache/
> et si varnish cohabite mal avec nginx, nginx tout seul se débrouille
> pratiquement aussi bien que les confs "accélérées" avec moins
> de besoins en RAM et de soucis de conf…

> > Quelle est la différence entre "apt-cacher-ng" et "varnish" ? :
> L'un est un proxy spécifiquement orienté vers les _packages_ Debian,
> l'autre est un proxy exclusivement HTTP (et d'ailleurs, plus un cache
> qu'un proxy, si mes souvenirs de ses docs sont bons).

> Ceci est également intéressant (NB: le test ne porte QUE sur du statique):
> http://nbonvin.wordpress.com/2011/03/14/apache-vs-nginx-vs-varnish-vs-gwan/
> comme quoi les proxies et les caches ne sont pas forcément la meilleure 
> solution pour les grosses
> charges.
> Malheureusement, G-Wan est un Freeware non open-source.
> Celui-ci explique pourquoi il ne s'emm... même pas avec varnish:
> http://rtcamp.com/tutorials/why-we-never-use-varnish-with-nginx/
> normal, en dehors de G-Wan, et vu que Cherokee semble mortibus,
> nginx est le plus performant; de plus il est aussi excellent en
> temps que reverse-proxy & load balancer.

Merci pour les explications et liens instructifs :
très bonne synthèse des "accélérateurs" de serveurs Web.
C'est bien "G-Wan" qui arrive largement en tête, mais proprio ...
"Nginx" est quand même bien placé et Libre.

J'ose à peine poser la question vu le dernier (long) fil sur Nginx :
est-il un serveur Web à part entière ou un complément à Apache ?

Côté Apache, il y a plusieurs Modules multi-processus "MPM" : 
"Prefork" , "Worker"  et "Event".
Lequel choisir pour avoir un serveur à forte disponibilité ?

André

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201306082233.38340.andre_deb...@numericable.fr



HS_Sortie de G'Mic 1.5.6.0 pour Gimp

2013-06-08 Par sujet maderios

Bonjour
(Le développeur principal est français)
http://gmic.sourceforge.net/
http://sourceforge.net/projects/gmic/
download
http://sourceforge.net/projects/gmic/files/?source=navbar
--
Maderios


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/51b368d9.1040...@gmail.com



Re: Questions sur les proxy-cache pour accélérer l'installation de serveurs Debian

2013-06-08 Par sujet Bzzz
On Sat, 8 Jun 2013 17:35:22 +0200
andre_deb...@numericable.fr wrote:

Ceci est également intéressant (NB: le test ne porte QUE
sur du statique):
http://nbonvin.wordpress.com/2011/03/14/apache-vs-nginx-vs-varnish-vs-gwan/
comme quoi les proxies et les caches ne sont pas
forcément la meilleure solution pour les grosses
charges.
Malheureusement, G-Wan est un Freeware non open-source.

Celui-ci explique pourquoi il ne s'emm... même pas
avec varnish:
http://rtcamp.com/tutorials/why-we-never-use-varnish-with-nginx/
normal, en dehors de G-Wan, et vu que Cherokee semble mortibus,
nginx est le plus performant; de plus il est aussi excellent en
temps que reverse-proxy & load balancer.

-- 
Pangwai : alors sur yahoo, c'est de très mauvais goût, l'affichage
  aléatoire des niouz
Pangwai : "un père soupçonné d'avoir tué son fils de trois ans en
  le mettant au lave linge"
Pangwai : suivi de
Pangwai : "que mettre au micro-ondes ?"

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20130608181301.4ea385cc@anubis.defcon1



Unidentified subject!

2013-06-08 Par sujet fred
Bonjour,

j'ai quelques difficultés avec la correction d'orthographe sous mutt.

Tous les mots sont correctement corrigés sauf ceux ayant des accents :
éé èè àà 

Voici un extrait de mon .muttrc

set ispell="acheck"

Tout les packets semblent être installés :

fred@fred-bureau:~$ aptitude search acheck

i   acheck  - Vérifie les erreurs de
localisation coura
i A acheck-rules- Règles de base pour acheck   
i   acheck-rules-fr - Règles françaises pour acheck
i   lacheck - Simple syntax checker for LaTeX  


Une idée ?

--

Frédéric F1sxo

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20130608160927.ga4...@zulian.fr



Re: Questions sur les proxy-cache pour accélérer l'installation de serveurs Debian

2013-06-08 Par sujet Bzzz
On Sat, 8 Jun 2013 17:35:22 +0200
andre_deb...@numericable.fr wrote:

> "apt-cacher-ng" peut-il avoir un intérêt pour un serveur Web
> (hébergé) avec d'autres services (MySQL, Postfix, Mailman etc ...)
> en termes d'accélération, de gain ...

Au vu de l'intro de la doc d'apt-cacher-ng, nan.

> Pour les serveurs Web sous Apache, il y a l'outil "varnish" :

Pas que pour Apache, pour la plupart des svrs http.

Il existe aussi php-apc, qui marche uniquement en RAM, et qui
n'est pômal du tout pour un site petit à moyen.

Ce comparatif n'est pas trop mal fait (on n'ergote pas sur la
méthodologie SVP, puisque chacun considère que la sienne est 
la meilleure!):
http://francois.aichelbaum.com/comparatif-caching-nginxvarnishsquidapache/
et si varnish cohabite mal avec nginx, nginx tout seul se débrouille
pratiquement aussi bien que les confs "accélérées" avec moins
de besoins en RAM et de soucis de conf…

> 
> Quelle est la différence entre "apt-cacher-ng" et "varnish" ?

L'un est un proxy spécifiquement orienté vers les _packages_ Debian,
l'autre est un proxy exclusivement HTTP (et d'ailleurs, plus un cache
qu'un proxy, si mes souvenirs de ses docs sont bons).

-- 
 J'ai le bras dans le plâtre ...
 Comment t'as fait ? Tu sors jamais de ta chambre ?
 ...
 Je suis tombé de ma chaise ...

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20130608175451.54b39933@anubis.defcon1



Re: Questions sur les proxy-cache pour accélérer l'installation de serveurs Debian

2013-06-08 Par sujet Erwan David

Le 08/06/2013 17:35, andre_deb...@numericable.fr a écrit :

On Friday 07 June 2013 21:13:57 Christophe wrote:

Je confirme, qu'apt-cacher-ng est bigrement efficace.
Un gain énorme de bande passante, et surtout de temps ! surtout dans mon
cas : je suis un peu ravitaillé par les moineaux niveau Internet ...
Une simple config de base , et préciser l'adresse du proxy dans les
machines clientes, ça fait des miracles .

Ensuite tu peux définir des chemins sur le proxy pour attaquer des
dépots externes en fonction des besoins , toujours en conservant la
fonction de cache , et donc installer et mettre à jour les machines à la
vitesse du réseau local ;) .  @+ Christophe.

Bonjour,

"apt-cacher-ng" peut-il avoir un intérêt pour un serveur Web (hébergé)
avec d'autres services (MySQL, Postfix, Mailman etc ...)
en termes d'accélération, de gain ...

Pour les serveurs Web sous Apache, il y a l'outil "varnish" :
reverse-proxy HTTP "accélérateur" libre (licence BSD) permettant de soulager 
les serveurs web.
Lien :
www.unixgarden.com/index.php/gnu-linux-magazine/varnish-un-proxy-qui-vous-veut-du-bien

Quelle est la différence entre "apt-cacher-ng" et "varnish" ?

Merci.

André



Ça n'a strictement rien à voir.

varnish est un reverse proxy qui (en gros) va réorienter des requêtes 
web sur différents serveurs, il est du côté des serveurs web


apt-cacher-ng ets un proxy côté client spécialisé pour apt. Deux tâches 
qui n'ont rien à voir


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/51b35335.80...@rail.eu.org



Re: Questions sur les proxy-cache pour accélérer l'installation de serveurs Debian

2013-06-08 Par sujet andre_debian
On Friday 07 June 2013 21:13:57 Christophe wrote:
> Je confirme, qu'apt-cacher-ng est bigrement efficace.
> Un gain énorme de bande passante, et surtout de temps ! surtout dans mon
> cas : je suis un peu ravitaillé par les moineaux niveau Internet ...
> Une simple config de base , et préciser l'adresse du proxy dans les
> machines clientes, ça fait des miracles .
>
> Ensuite tu peux définir des chemins sur le proxy pour attaquer des
> dépots externes en fonction des besoins , toujours en conservant la
> fonction de cache , et donc installer et mettre à jour les machines à la
> vitesse du réseau local ;) .  @+ Christophe.

Bonjour,

"apt-cacher-ng" peut-il avoir un intérêt pour un serveur Web (hébergé) 
avec d'autres services (MySQL, Postfix, Mailman etc ...)
en termes d'accélération, de gain ...

Pour les serveurs Web sous Apache, il y a l'outil "varnish" :
reverse-proxy HTTP "accélérateur" libre (licence BSD) permettant de soulager 
les serveurs web.
Lien :
www.unixgarden.com/index.php/gnu-linux-magazine/varnish-un-proxy-qui-vous-veut-du-bien

Quelle est la différence entre "apt-cacher-ng" et "varnish" ?

Merci.

André

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201306081735.22565.andre_deb...@numericable.fr