Application des patches lors du packaging
Bonsoir, Je suis en train d'empaqueter moi-même les dernières versions de Wine grâce au dossier "debian" crée par les mainteneurs Debian officiels. Lorsque j'ai crée les paquets pour la version 1.5.25 de Wine, j'ai du appliquer quelques patches aux sources pour mes applications. J'ai donc suivi ce qui était expliqué dans le Chap.3 du mainteneur Debian à propos de quilt : http://www.debian.org/doc/manuals/maint-guide/modify.fr.html#quiltrc Je me retrouve bien avec un dossier "debian/patches" avec les différents patches à l'intérieur ainsi qu'un fichier "series" listant les différents patches. Lorsque j'utilise les paquets wine 1.5.25, les patches fonctionnent => Normal pour créer le dossier "patches" j'ai appliqué les patches aux sources de Wine. Lorsque j'utilise le dossier "debian" avec les sources de Wine 1.5.26, je ne fais juste qu'un dch -v pour mettre à jour le changelog puis je lance le fameux "dpkg-buildpackage" pour construire les paquets. Le soucis que je rencontre, c'est que lorsque je lance cette commande, les patches ne sont pas appliqués automatiquement. Est-ce normal ou pas, dois-je les appliquer manuellement ? Merci
RE: Autofs ftp et ssh
> Bonjour, > > J'utilise autofs avec sshfs. Lors d'une première connexion, il faut > accepter la signature de la machine distante : connecte-toi *en tant > qu'utilisateur root* vers ta machine distante (avec le même user distant / > clé utilisée), accepte la signature du serveur distant, puis retente : > cela fonctionera sans doute... > > Cdlt, > Fred. > Merci de votre réponse. J'essaye cela dés que possible... -- " L'ennui dans ce monde, c'est que les idiots sont sur d'eux, et les gens censés plein de doutes..." -+- Inconnu -+- -- 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/f66f1fb99c890271722459f4519ebe2a.squirrel@bureau
Re: choix d'un outil de supervision et de monitoring
Le Tue, 26 Mar 2013 17:31:58 +0100, Gabriel Euzet a écrit : > Le 26 mars 2013 17:21, Bzzz a écrit : > > > On Tue, 26 Mar 2013 17:09:15 +0100 > > Gabriel Euzet wrote: > > > > > Par contre, comme je l'ai dit plus tôt : pas de connexion > > > permanente avec le site client. > > > > Pourquoi? Ça n'est pa le volume de données qui va boucher > > le tuyau… > > > > Le client héberge des données médicales. Il recherche le maximum de > sécurité. Une porte d'entrée ouverte en moins ! > > > > > > > certains de nos clients ont un service > > > informatique et l'exigeront. Tout ça me donne l'impression que la > > > solution va relever de la bricole :-/ > > > > Pas spécialement, tu peux tout à fait lancer un script avec > > un cron qui effectuera une requête sur la DB du client > > (peut-être en effectuant une sélection des données pour > > obtenir une fréquence de mesure inférieure à la sienne), > > qui exportera les résultats en CSV et qui t'expédiera le > > paquet une fois compressé. > > > > Sauf que ta BAL devra être capable de recevoir "une certaine > > taille" d'e-mails pour que ça passe (dépendante de la Qté de > > données à transmettre). > > > > Et de ton côté, tu peux tout à fait exécuter le script inverse, > > qui viendra récupérer l'attachment, le décompressera et > > l'insérera dans ta propre DB. > > > > Mais, encore une fois, c'est une moins bonne solution que de > > recevoir les données au fil des mesures. > > > > mail ou FTP, le second serait mon préféré car plus facile à > automatiser à la réception. Mais l'idée est là et c'est cela que je > sous-entendais par bricole. Je voulais dire qqch qui n'existe pas en > natif. Ta solution a le mérite de rester simple. Restera à trouver > comment restaurer les données sur un système qui hébergera N (jusqu'à > 50) sites équivalents. Zabbix propose la notion de groupe. Peut-être > pourra-t-on affecter un groupe lors de la restauration. > > Merci pour tes éclaircissements :-) bonjour, pourquoi vous ne regardez point du côté de glpi ou de puppet ? http://projects.puppetlabs.com/projects/1/wiki/Puppet_Windows http://www.glpi-project.org/wiki/doku.php?id=fr:manuel:bonnespratiques permet le déploiement de la solution ad'hoc choisie et d'administrer 50 serveurs et ses clients slt bernard -- 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/20130326174844.70f9c3ac.bernard.schoenac...@free.fr
Re: choix d'un outil de supervision et de monitoring
On Tue, 26 Mar 2013 17:31:58 +0100 Gabriel Euzet wrote: > Le client héberge des données médicales. Il recherche le maximum de > sécurité. Une porte d'entrée ouverte en moins ! Et alors? Si tu marches en push, l'agent poussera ses données vers ton svr sans possibilité de l'atteindre. Au pire une règle du FW client pour laisser sortir le flux. > mail ou FTP, le second serait mon préféré car plus facile à > automatiser à la réception. Mais l'idée est là et c'est cela que je > sous-entendais par bricole. Je voulais dire qqch qui n'existe pas en > natif. Ta solution a le mérite de rester simple. C'est effectivement plus simple en FTP, puisqu'il n'y a pas la séparation e-mail/attachment à faire. > Restera à trouver > comment restaurer les données sur un système qui hébergera N (jusqu'à > 50) sites équivalents. Zabbix propose la notion de groupe. Peut-être > pourra-t-on affecter un groupe lors de la restauration. Si les clients n'ont rien à voir entre eux, pas besoin de groupes. Par contre, il faudra retraiter les arrivages pour faire sauter les clés primaires de façon à ne pas avoir de conflits. D'où ma préférence pour l'agent en push (qui n'ouvre aucun trou chez le client:) -- Marianne [Maison] : Non, pas demain après-midi, mon mari revient de voyage! Disons plutot vers 10h, chez toi... Lisa [Révise] : ... Maman, tu parles à qui ?... -- 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/20130326174251.3aadae31@anubis.defcon1
Re: choix d'un outil de supervision et de monitoring
Le 26 mars 2013 17:21, Bzzz a écrit : > On Tue, 26 Mar 2013 17:09:15 +0100 > Gabriel Euzet wrote: > > > Par contre, comme je l'ai dit plus tôt : pas de connexion permanente > > avec le site client. > > Pourquoi? Ça n'est pa le volume de données qui va boucher > le tuyau… > Le client héberge des données médicales. Il recherche le maximum de sécurité. Une porte d'entrée ouverte en moins ! > > > certains de nos clients ont un service > > informatique et l'exigeront. Tout ça me donne l'impression que la > > solution va relever de la bricole :-/ > > Pas spécialement, tu peux tout à fait lancer un script avec > un cron qui effectuera une requête sur la DB du client > (peut-être en effectuant une sélection des données pour > obtenir une fréquence de mesure inférieure à la sienne), > qui exportera les résultats en CSV et qui t'expédiera le > paquet une fois compressé. > > Sauf que ta BAL devra être capable de recevoir "une certaine > taille" d'e-mails pour que ça passe (dépendante de la Qté de > données à transmettre). > > Et de ton côté, tu peux tout à fait exécuter le script inverse, > qui viendra récupérer l'attachment, le décompressera et > l'insérera dans ta propre DB. > > Mais, encore une fois, c'est une moins bonne solution que de > recevoir les données au fil des mesures. > mail ou FTP, le second serait mon préféré car plus facile à automatiser à la réception. Mais l'idée est là et c'est cela que je sous-entendais par bricole. Je voulais dire qqch qui n'existe pas en natif. Ta solution a le mérite de rester simple. Restera à trouver comment restaurer les données sur un système qui hébergera N (jusqu'à 50) sites équivalents. Zabbix propose la notion de groupe. Peut-être pourra-t-on affecter un groupe lors de la restauration. Merci pour tes éclaircissements :-)
Re: choix d'un outil de supervision et de monitoring
On Tue, 26 Mar 2013 17:09:15 +0100 Gabriel Euzet wrote: > Par contre, comme je l'ai dit plus tôt : pas de connexion permanente > avec le site client. Pourquoi? Ça n'est pa le volume de données qui va boucher le tuyau… > certains de nos clients ont un service > informatique et l'exigeront. Tout ça me donne l'impression que la > solution va relever de la bricole :-/ Pas spécialement, tu peux tout à fait lancer un script avec un cron qui effectuera une requête sur la DB du client (peut-être en effectuant une sélection des données pour obtenir une fréquence de mesure inférieure à la sienne), qui exportera les résultats en CSV et qui t'expédiera le paquet une fois compressé. Sauf que ta BAL devra être capable de recevoir "une certaine taille" d'e-mails pour que ça passe (dépendante de la Qté de données à transmettre). Et de ton côté, tu peux tout à fait exécuter le script inverse, qui viendra récupérer l'attachment, le décompressera et l'insérera dans ta propre DB. Mais, encore une fois, c'est une moins bonne solution que de recevoir les données au fil des mesures. -- Nous au moins les mecs on va pas au toilettes à plusieurs... Moi aussi et puis je vais au toilette des mecs parcequ'il y'a moins de queue Pas sûr… -- 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/20130326172119.0d9b21de@anubis.defcon1
Re: choix d'un outil de supervision et de monitoring
Le 26 mars 2013 16:55, Bzzz a écrit : > On Tue, 26 Mar 2013 16:35:41 +0100 > Gabriel Euzet wrote: > > > C'est étrange au premier abord en effet. Nous proposons aux clients > > une surveillance quotidienne ; ça les rassure c'est comme ça, c'est > > pas toujours facile d'éduquer un client ... Sur le principe je suis > > donc d'accord avec toi, une alerte devrait nous suffire. Mais nous > > garantissons que nous nous inquiétons de l'état du parc tous les > > jours. Du fait de notre manque d'expérience dans le domaine cela nous > > permet aussi de constater un problème que nous n'avons pas anticipé, > > pour lequel nous n'avons pas configuré de règle. Un dernier point, > > l'information "je vais bien" est claire, alors que l'absence > > d'information laisse toujours peser un doute, ma seule crainte étant > > la volumétrie du bousin, crainte qui pourrait aider à convaincre les > > décideurs sur la modification de la clause du contrat, qui sait ... > > Dans ce cas, passe juste par des agents zabbix et centralise la > base de données chez toi. Ça fera l'inverse et le client ne recevra > plus que les alertes (en plus de toi). > Comme ça tu pourras faire de l'extraction sur la DB jusqu'à plus soif. > Et c'est de toute façon plus logique (juste une liaison TCP chiffrée). > > À noter qu'un agent est tout à fait capable de rebalancer la > sauce à plusieurs serveurs si besoin est (et qu'il peut fonctionner > en push ou en pull). > > Ça n'est pas la peine de laisser un visuel au client s'il n'est pas > en mesure de l'exploiter correctement (ou alors, fais-lui tourner une > vidéo avec de beaux graphiques en boucle;-) > > Un (petit) aperçu de ce qu'il sait faire. > http://wiki.contribs.org/Zabbix > Je vais creuser l'histoire de push/pull. Par contre, comme je l'ai dit plus tôt : pas de connexion permanente avec le site client. On peut envisager de la télémaintenance du type teamviewer lorsqu'un problème a besoin d'être résolu par nos soins. Quant à l'IHM de l'outil, certains de nos clients ont un service informatique et l'exigeront. Tout ça me donne l'impression que la solution va relever de la bricole :-/
Re: choix d'un outil de supervision et de monitoring
On Tue, 26 Mar 2013 16:35:41 +0100 Gabriel Euzet wrote: > C'est étrange au premier abord en effet. Nous proposons aux clients > une surveillance quotidienne ; ça les rassure c'est comme ça, c'est > pas toujours facile d'éduquer un client ... Sur le principe je suis > donc d'accord avec toi, une alerte devrait nous suffire. Mais nous > garantissons que nous nous inquiétons de l'état du parc tous les > jours. Du fait de notre manque d'expérience dans le domaine cela nous > permet aussi de constater un problème que nous n'avons pas anticipé, > pour lequel nous n'avons pas configuré de règle. Un dernier point, > l'information "je vais bien" est claire, alors que l'absence > d'information laisse toujours peser un doute, ma seule crainte étant > la volumétrie du bousin, crainte qui pourrait aider à convaincre les > décideurs sur la modification de la clause du contrat, qui sait ... Dans ce cas, passe juste par des agents zabbix et centralise la base de données chez toi. Ça fera l'inverse et le client ne recevra plus que les alertes (en plus de toi). Comme ça tu pourras faire de l'extraction sur la DB jusqu'à plus soif. Et c'est de toute façon plus logique (juste une liaison TCP chiffrée). À noter qu'un agent est tout à fait capable de rebalancer la sauce à plusieurs serveurs si besoin est (et qu'il peut fonctionner en push ou en pull). Ça n'est pas la peine de laisser un visuel au client s'il n'est pas en mesure de l'exploiter correctement (ou alors, fais-lui tourner une vidéo avec de beaux graphiques en boucle;-) Un (petit) aperçu de ce qu'il sait faire. http://wiki.contribs.org/Zabbix -- Nan mais l'IRL c'est une invention des modérateurs pour faire peur aux geeks -- 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/20130326165523.7a5d9c06@anubis.defcon1
RE: Autofs ftp et ssh
Bonjour, J'utilise autofs avec sshfs. Lors d'une première connexion, il faut accepter la signature de la machine distante : connecte-toi *en tant qu'utilisateur root* vers ta machine distante (avec le même user distant / clé utilisée), accepte la signature du serveur distant, puis retente : cela fonctionera sans doute... Cdlt, Fred. -- 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/C352174B6B58ED4FBA07CFB13C9DAC693781BCDE@cadine.france.prosodie.local
Re: choix d'un outil de supervision et de monitoring
Le 26 mars 2013 16:18, Bzzz a écrit : > On Tue, 26 Mar 2013 14:33:01 +0100 > Gabriel Euzet wrote: > > > avec la solution de supervision. Chaque site sera autonome. > > Cependant, ces sites vont devoir générer des rapports que nous > > pourrions intégrer et exploiter chez nous. En résumé : pas de > > Je ne vois pas vraiment l'objet réel de cette question, tu > veux recevoir des tonnes de rapports qui vont te dire que > tout va bien? (alors que tu recevras les alertes) > > C'est étrange au premier abord en effet. Nous proposons aux clients une surveillance quotidienne ; ça les rassure c'est comme ça, c'est pas toujours facile d'éduquer un client ... Sur le principe je suis donc d'accord avec toi, une alerte devrait nous suffire. Mais nous garantissons que nous nous inquiétons de l'état du parc tous les jours. Du fait de notre manque d'expérience dans le domaine cela nous permet aussi de constater un problème que nous n'avons pas anticipé, pour lequel nous n'avons pas configuré de règle. Un dernier point, l'information "je vais bien" est claire, alors que l'absence d'information laisse toujours peser un doute, ma seule crainte étant la volumétrie du bousin, crainte qui pourrait aider à convaincre les décideurs sur la modification de la clause du contrat, qui sait ...
Re: choix d'un outil de supervision et de monitoring
On Tue, 26 Mar 2013 14:33:01 +0100 Gabriel Euzet wrote: > avec la solution de supervision. Chaque site sera autonome. > Cependant, ces sites vont devoir générer des rapports que nous > pourrions intégrer et exploiter chez nous. En résumé : pas de Je ne vois pas vraiment l'objet réel de cette question, tu veux recevoir des tonnes de rapports qui vont te dire que tout va bien? (alors que tu recevras les alertes) -- Quels vêtements on peut mettre pour être jolie quand on a une culotte de cheval? une selle -- 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/20130326161834.40256958@anubis.defcon1
Re: choix d'un outil de supervision et de monitoring
Le Tue, 26 Mar 2013 14:33:01 +0100, Gabriel Euzet a écrit : > Bonjour, > > Un nouveau point crucial dans notre architecture m'amène à vous > solliciter à nouveau. > En effet nous avons potentiellement une 50aine de sites à installer > avec la solution de supervision. Chaque site sera autonome. > Cependant, ces sites vont devoir générer des rapports que nous > pourrions intégrer et exploiter chez nous. En résumé : pas de > connexion permanente mais un fichier régulier (quotidien > probablement) envoyé ou rapatrié par SMTP / FTP. Et chez nous un > moyen de lire ces rapports. Si vous avez une idée du comment faire ça > nous enlèverait une épine du pied. > > Salutations. > Gabriel bonjour, il existe 2 solutions : -a) puppet -b) glpi + ocs-ng liens: == http://www.octopuce.fr/Puppet-Administration-systeme-centralisee www.ocsinventory-ng.org/fr/ slt bernard -- 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/20130326155744.5bac7c08.bernard.schoenac...@free.fr
Re: choix d'un outil de supervision et de monitoring
Bonjour, Un nouveau point crucial dans notre architecture m'amène à vous solliciter à nouveau. En effet nous avons potentiellement une 50aine de sites à installer avec la solution de supervision. Chaque site sera autonome. Cependant, ces sites vont devoir générer des rapports que nous pourrions intégrer et exploiter chez nous. En résumé : pas de connexion permanente mais un fichier régulier (quotidien probablement) envoyé ou rapatrié par SMTP / FTP. Et chez nous un moyen de lire ces rapports. Si vous avez une idée du comment faire ça nous enlèverait une épine du pied. Salutations. Gabriel
Re: samba 4 gpo
Le 26/03/2013 10:01, admini a écrit : > Le 26/03/2013 09:58, Francois Lafont a écrit : >> Le 26/03/2013 09:47, admini a écrit : >> >>> ok, et qu''est que la gpo de samba4 est capable de géner? autant de >>> chose qu'un vrai pdc $M$? c'est à dire, pratiquement tout sur les >>> postes >>> $M$: tous les aspects passwd, fond de bureau, l'heure >> Tout pareil qu'avec Windows. Comme je disais dans mon message précédent, >> pour paramétrer les GPO on passe par un client Windows et on utilise >> l'utilise l'utilitaire gpmc.msc de Microsoft. Du coup, on a accès à >> toutes les GPO Windows habituelles, ni plus ni moins. >> >> [novice] tes clients Windows récupère leur gpo depuis le client windows ? [/novice ] >> > bon. j'espère que mon karma ne sera pas entaché par ce projet. ca > valait bien le coup de payer les 10K€ à $M$ pour avoir les spéc de > leur M. > je ferai un feedback lorsque le projet sera en place pour mon parc: > qqs dizaines de PC. > -- 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/51516abc.8050...@gmail.com
Re: samba 4 gpo
Le 26/03/2013 09:58, Francois Lafont a écrit : Le 26/03/2013 09:47, admini a écrit : ok, et qu''est que la gpo de samba4 est capable de géner? autant de chose qu'un vrai pdc $M$? c'est à dire, pratiquement tout sur les postes $M$: tous les aspects passwd, fond de bureau, l'heure Tout pareil qu'avec Windows. Comme je disais dans mon message précédent, pour paramétrer les GPO on passe par un client Windows et on utilise l'utilise l'utilitaire gpmc.msc de Microsoft. Du coup, on a accès à toutes les GPO Windows habituelles, ni plus ni moins. bon. j'espère que mon karma ne sera pas entaché par ce projet. ca valait bien le coup de payer les 10K€ à $M$ pour avoir les spéc de leur M. je ferai un feedback lorsque le projet sera en place pour mon parc: qqs dizaines de PC. -- 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/515163fd.5010...@freeatome.com
Re: samba 4 gpo
Le 26/03/2013 09:47, admini a écrit : > ok, et qu''est que la gpo de samba4 est capable de géner? autant de > chose qu'un vrai pdc $M$? c'est à dire, pratiquement tout sur les postes > $M$: tous les aspects passwd, fond de bureau, l'heure Tout pareil qu'avec Windows. Comme je disais dans mon message précédent, pour paramétrer les GPO on passe par un client Windows et on utilise l'utilise l'utilitaire gpmc.msc de Microsoft. Du coup, on a accès à toutes les GPO Windows habituelles, ni plus ni moins. -- François Lafont -- 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/kirnvg$8f6$1...@ger.gmane.org
Re: samba 4 gpo
Le 25/03/2013 22:58, Francois Lafont a écrit : Bonsoir Le 25/03/2013 17:19, admini a écrit : y a-t-il des gens bien qui s'amusent à faire de la gpo sous samba4 avec un parc $M$ hétérogène(NT4 worstation, 2k, xp, 7, 8 )? j'aimerais avoir des feedbacks concernant la gpo, ldap, et tralala . d'avance merci. J'ai juste testé Samba4 sous Wheezy avec 2 ou 3 clients en Windows7 (bref pas un truc à grande échelle). Je trouve que ça marche bien. Il faut installer sur un des clients Windows un truc qui s'appelle "Remote Server Administration Tools" afin de pouvoir disposer de dsa.msc pour gérer les comptes de « l'active directory » et gpmc.msc pour faire joujoux avec les GPO. Je n'ai pas constaté de problème. Les GPO s'appliquent bien etc. ok, et qu''est que la gpo de samba4 est capable de géner? autant de chose qu'un vrai pdc $M$? c'est à dire, pratiquement tout sur les postes $M$: tous les aspects passwd, fond de bureau, l'heure -- 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/5151609a.60...@freeatome.com
