Re: cowsay et xcowsay
Tu as raison, mea culpa. Dans ce cas, le plus simple est d'ajouter un caractère à la chaîne à tester et de juste tester si le contenu du tout n'est pas égal au caractère ajouté. Comme c'était proposé dans un message précédent. Pierre Malard Le 25 mars 2013 à 11:53, Sylvain L. Sauvage sylvain.l.sauv...@free.fr a écrit : Le lundi 25 mars 2013 à 08:35:44, Pierre Malard a écrit : […] C’est un bugue ? En tout cas, ça y ressemble... Pas vraiment. Si on se réfère au man test, le -n devrait renvoyer VRAI si la longueur de la variable n'est pas nul et le -z est le test inverse. Or, autant le -z fonctionne bien, autant le -n renvoie toujours VRAI ! D’abord, le man test ne parle pas de longueur de _variable_ mais de longueur de _chaîne_. $truc est l’expansion de la chaîne contenue dans la variable truc. Si truc n’existe pas, c’est la chaîne vide. Ensuite, l’expansion des variables est toujours effectuée _avant_ d’exécuter la commande. Donc, quand tu écris : test -n $truc alors que truc n’existe pas ou est une chaîne vide, c’est exactement comme si tu écrivais : test -n Ce qui est la même chose que : test Ce qui renvoie 0 (donc vrai). En revanche, si tu écris : test -z $truc alors que truc n’existe pas ou est une chaîne vide, c’est comme si tu écrivais : test -z Et, ça, c’est considéré comme faux parce que c’est le contraire de test -n Moralité, quand on veut tester une _chaîne_, on s’assure qu’il y a une _chaîne_ à tester. Donc on encadre avec des ou on précède d’une chaîne fixe (souvent 'x' ; le préfixe permet aussi d’éviter un « Bobby Tables »). C’est très important, surtout avec test, sinon on se prend souvent des erreurs de syntaxe (essayer 'test $truc = 2' quand truc n’existe pas ou est vide). -- Sylvain Sauvage -- 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/201303251153.11645.sylvain.l.sauv...@free.fr -- 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/d4f22782-a1ee-416a-84dd-1908abc88...@teledetection.fr
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
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 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 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: 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: choix d'un outil de supervision et de monitoring
Le Tue, 26 Mar 2013 14:33:01 +0100, Gabriel Euzet geu...@sqli.com 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
On Tue, 26 Mar 2013 14:33:01 +0100 Gabriel Euzet geu...@sqli.com 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) -- lola21_ Quels vêtements on peut mettre pour être jolie quand on a une culotte de cheval? turilli 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 26 mars 2013 16:18, Bzzz lazyvi...@gmx.com a écrit : On Tue, 26 Mar 2013 14:33:01 +0100 Gabriel Euzet geu...@sqli.com 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: 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
On Tue, 26 Mar 2013 16:35:41 +0100 Gabriel Euzet geu...@sqli.com 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 -- Christophe 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: choix d'un outil de supervision et de monitoring
Le 26 mars 2013 16:55, Bzzz lazyvi...@gmx.com a écrit : On Tue, 26 Mar 2013 16:35:41 +0100 Gabriel Euzet geu...@sqli.com 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 17:09:15 +0100 Gabriel Euzet geu...@sqli.com 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. -- Jo Nous au moins les mecs on va pas au toilettes à plusieurs... Cecile Moi aussi et puis je vais au toilette des mecs parcequ'il y'a moins de queue Jo 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 17:21, Bzzz lazyvi...@gmx.com a écrit : On Tue, 26 Mar 2013 17:09:15 +0100 Gabriel Euzet geu...@sqli.com 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:31:58 +0100 Gabriel Euzet geu...@sqli.com 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 Tue, 26 Mar 2013 17:31:58 +0100, Gabriel Euzet geu...@sqli.com a écrit : Le 26 mars 2013 17:21, Bzzz lazyvi...@gmx.com a écrit : On Tue, 26 Mar 2013 17:09:15 +0100 Gabriel Euzet geu...@sqli.com 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: Autofs ftp et ssh
citation de=Boiteux Frederic 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
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
