Re: Construction paquet python3
Je rencontre actuellement un problème lors de la tentative de rétroportage du paquet python3 sur wheezy : https://packages.debian.org/jessie/python3 Au temps pour moi, il s'agit d'un mauvais lien. Voici le lien vers le paquet qui me pose problème : https://packages.debian.org/jessie/python3.4
Re: /etc/hosts non pris en compte
Re, Le 20/01/2015 17:34, Philippe Gras a écrit : As-tu pensé à changer l'url du site dans la base de données ? J'utilise Wordpress et je trimballe fréquemment mes sites de droite à gauche ;) Il faut toujours que je change l'url du site dans la base pour que ça fonctionne. C'est justement ce que je ne veux pas faire (vu qu'à terme l'URL ne changera pas) ! Sinon, dans le /etc/hosts, je me suis trompé en écrivant le mail, mais j'ai bien mis : 1.2.3.4www.monsite.fr Et nscd n'est pas installé. Et cette manip, je la fait sur ma machine pas sur le serveur d'hébergement, donc je vois pas pourquoi changer /etc/hostname Alain -- 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: https://lists.debian.org/54be8727.20...@jupin.net
Re: /etc/hosts non pris en compte
Le 20 janv. 15 à 17:49, JUPIN Alain a écrit : Re, Le 20/01/2015 17:34, Philippe Gras a écrit : As-tu pensé à changer l'url du site dans la base de données ? J'utilise Wordpress et je trimballe fréquemment mes sites de droite à gauche ;) Il faut toujours que je change l'url du site dans la base pour que ça fonctionne. C'est justement ce que je ne veux pas faire (vu qu'à terme l'URL ne changera pas) ! Ouais, mais j'ai l'impression que tu demandes l'impossible… Tu veux que ton serveur virtuel 2 résolve une adresse 2 (OK), mais distribue une page appartenant à l'adresse 1 (qui est par ailleurs encore installée sur le serveur 1). Je n'ai pas vraiment l'impression qu'une telle bidouille puisse fonctionner… C'est pas logique. Sinon, dans le /etc/hosts, je me suis trompé en écrivant le mail, mais j'ai bien mis : 1.2.3.4www.monsite.fr Et nscd n'est pas installé. Et cette manip, je la fait sur ma machine pas sur le serveur d'hébergement, donc je vois pas pourquoi changer /etc/hostname Alain -- 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: https://lists.debian.org/54be8727.20...@jupin.net -- 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: https://lists.debian.org/5689ed81-c7ce-4bdc-9285-41bdeb022...@worldonline.fr
Re: /etc/hosts non pris en compte
Le 20/01/2015 17:58, Philippe Gras a écrit : Le 20 janv. 15 à 17:49, JUPIN Alain a écrit : Re, Le 20/01/2015 17:34, Philippe Gras a écrit : As-tu pensé à changer l'url du site dans la base de données ? J'utilise Wordpress et je trimballe fréquemment mes sites de droite à gauche ;) Il faut toujours que je change l'url du site dans la base pour que ça fonctionne. C'est justement ce que je ne veux pas faire (vu qu'à terme l'URL ne changera pas) ! Ouais, mais j'ai l'impression que tu demandes l'impossible… Tu veux que ton serveur virtuel 2 résolve une adresse 2 (OK), mais distribue une page appartenant à l'adresse 1 (qui est par ailleurs encore installée sur le serveur 1). Je n'ai pas vraiment l'impression qu'une telle bidouille puisse fonctionner… C'est pas logique. Si si, ça doit marcher et, normalement, ça marche sans problème : le soucis n'est pas côté serveur mais sur le client qui doit s'y connecter Sinon, dans le /etc/hosts, je me suis trompé en écrivant le mail, mais j'ai bien mis : 1.2.3.4www.monsite.fr Au temps pour moi, mais ça valait le coup de vérifier… Et que donne, sur ton client, la commande suivante ? getent hosts Est-ce que tu y retrouves ton serveur www.monsite.fr avec son IP ? -- 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: https://lists.debian.org/54be8c0c.50...@doti.fr
Re: /etc/hosts non pris en compte
Ouais, mais j'ai l'impression que tu demandes l'impossible… Tu veux que ton serveur virtuel 2 résolve une adresse 2 (OK), mais distribue une page appartenant à l'adresse 1 (qui est par ailleurs encore installée sur le serveur 1). Je n'ai pas vraiment l'impression qu'une telle bidouille puisse fonctionner… C'est pas logique. Non je veux que temporairement, ma MACHINE CLIENTE (donc pas un quelconque serveur) résolve le nom de domaine par les infos du /etc/hosts au lieu d'utiliser les DNS. Comme cela, tout le monde visitera le site www.monsite.fr hébergé sur le serveur A et moi seulement, je pourrais tester le site www.monsite.fr hébergé sur le serveur B. Je crois pas demander l'impossible (me semble-t-il) Alain -- 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: https://lists.debian.org/54be8adf.9000...@jupin.net
Re: /etc/hosts non pris en compte
Le 20 janv. 15 à 18:05, JUPIN Alain a écrit : Ouais, mais j'ai l'impression que tu demandes l'impossible… Tu veux que ton serveur virtuel 2 résolve une adresse 2 (OK), mais distribue une page appartenant à l'adresse 1 (qui est par ailleurs encore installée sur le serveur 1). Je n'ai pas vraiment l'impression qu'une telle bidouille puisse fonctionner… C'est pas logique. Non je veux que temporairement, ma MACHINE CLIENTE (donc pas un quelconque serveur) résolve le nom de domaine par les infos du /etc/ hosts au lieu d'utiliser les DNS. Comme cela, tout le monde visitera le site www.monsite.fr hébergé sur le serveur A et moi seulement, je pourrais tester le site www.monsite.fr hébergé sur le serveur B. Je sais qu'on peut mettre un serveur B en esclave de A, mais j'ignore si on peut discriminer les IP clientes en plus. À vrai dire, je ne m'en suis jamais préoccupé. Changer les URL dans un fichier SQL, ça prend 5 minutes et c'est fastoche dans les 2 sens. Je crois pas demander l'impossible (me semble-t-il) Alain -- 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: https://lists.debian.org/54be8adf.9000...@jupin.net -- 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: https://lists.debian.org/b299e216-bbba-43b2-a652-e72790579...@worldonline.fr
Re: Sortie de veille marche pas avec Thinkpad X230
Hello, effectivement ça remarche, merci pour la piqûre de rappel. See you. Le 19 janvier 2015 09:36, Romain Casati romain.cas...@gmail.com a écrit : On 13/01/2015 00:39, Romain Casati wrote: On 13/01/2015 00:16, kaliderus wrote: Impec, c'est testé, je garde cette solution. (Il fallait le remonter ce bug) J'espère juste que la mise à jour de sécurité n'ai pas d'impact. Merci bien. Je n'ai pas pris le temps d'aller voir ce que la mise à jour contenait. Si elle t'intéresses, tu peux toujours installer le fix proposé : cd /tmp wget https://people.debian.org/~benh/packages/linux-image-3.2.0-4-amd64_3.2.65-1+deb7u1~test_amd64.deb sudo dpkg -i linux-image-3.2.0-4-amd64_3.2.65-1+deb7u1~test_amd64.deb Je ne l'ai pas testé moi-même mais il semble fonctionner sur un X230. Romain Bonjour, Pour information, la mise à jour 3.2.65-1+deb7u1 du paquet linux-image-3.2.0-4-amd64 disponible dans les dépôts de Wheezy a corrigé le problème de sorti de veille sur mon Thinkpad X230. Romain -- 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: https://lists.debian.org/caprkk3brzjucq5gthmrgdn8ll8fksj6zryzyk3bmtsvuen0...@mail.gmail.com
/etc/hosts non pris en compte
Bonjour Historique de la problematique ... je suis en train de migrer un site du serveur A vers serveur B (mais à l'issue de la migration, bien sur l'url du site ne changera pas et restera www.monsite.fr) Une fois les fichiers et bases SQL transferer de A vers B, je voudrais tester que tout se passe bien avant de migrer définitivement les enregistrements DNS Problème, si j'accède au site sur le serveur B (avec une URL temporaire du style migration.monsite.fr) eh bien le CMS cafouille car le nom du site change (et par ailleurs, la config du CMS est a revoir pour lui donner ce nouveau nom). Bien sur je veux éviter cela (pour ne pas modifier la config du CMS une deuxième fois après les tests). Du coup, je modifie mon fichier /etc/hosts pour lui demander de remplacer temporairement les DNS. J'ai ajouté ceci : www.monsite.fr1.2.3.4 Mais la modif n'est pas prise en compte, ni par Firefox (même après redemarrage et vidange du cache) ni par un simple ping. Pourtant dans /etc/nsswitch.conf passwd: compat group: compat shadow: compat hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 networks: files protocols: db files services: db files ethers: db files rpc:db files netgroup: nis Merci pour votre aide ;) -- Alain -- 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: https://lists.debian.org/54be7a67.5050...@jupin.net
Re: /etc/hosts non pris en compte
Salut, Le 20/01/2015 16:55, JUPIN Alain a écrit : Bonjour […] je modifie mon fichier /etc/hosts pour lui demander de remplacer temporairement les DNS. J'ai ajouté ceci : www.monsite.fr1.2.3.4 Mais la modif n'est pas prise en compte, ni par Firefox (même après redemarrage et vidange du cache) ni par un simple ping. et si tu essayais en mettant : 1.2.3.4 www.monsite.fr A+ Jean-Jacques -- 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: https://lists.debian.org/54be7f76.1070...@doti.fr
Re: /etc/hosts non pris en compte
Bonjour, J'imagine que tu as également renseigner le fichier /etc/hostname avec ton nom de serveur temporaire.. Cordialement, Le mardi 20 janvier 2015, JUPIN Alain aju...@jupin.net a écrit : Bonjour Historique de la problematique ... je suis en train de migrer un site du serveur A vers serveur B (mais à l'issue de la migration, bien sur l'url du site ne changera pas et restera www.monsite.fr) Une fois les fichiers et bases SQL transferer de A vers B, je voudrais tester que tout se passe bien avant de migrer définitivement les enregistrements DNS Problème, si j'accède au site sur le serveur B (avec une URL temporaire du style migration.monsite.fr) eh bien le CMS cafouille car le nom du site change (et par ailleurs, la config du CMS est a revoir pour lui donner ce nouveau nom). Bien sur je veux éviter cela (pour ne pas modifier la config du CMS une deuxième fois après les tests). Du coup, je modifie mon fichier /etc/hosts pour lui demander de remplacer temporairement les DNS. J'ai ajouté ceci : www.monsite.fr1.2.3.4 Mais la modif n'est pas prise en compte, ni par Firefox (même après redemarrage et vidange du cache) ni par un simple ping. Pourtant dans /etc/nsswitch.conf passwd: compat group: compat shadow: compat hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 networks: files protocols: db files services: db files ethers: db files rpc:db files netgroup: nis Merci pour votre aide ;) -- Alain -- 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: https://lists.debian.org/54be7a67.5050...@jupin.net
Re: /etc/hosts non pris en compte
Le 20 janv. 15 à 16:55, JUPIN Alain a écrit : Bonjour Historique de la problematique ... je suis en train de migrer un site du serveur A vers serveur B (mais à l'issue de la migration, bien sur l'url du site ne changera pas et restera www.monsite.fr) Une fois les fichiers et bases SQL transferer de A vers B, je voudrais tester que tout se passe bien avant de migrer définitivement les enregistrements DNS Problème, si j'accède au site sur le serveur B (avec une URL temporaire du style migration.monsite.fr) eh bien le CMS cafouille car le nom du site change (et par ailleurs, la config du CMS est a revoir pour lui donner ce nouveau nom). Bien sur je veux éviter cela (pour ne pas modifier la config du CMS une deuxième fois après les tests). As-tu pensé à changer l'url du site dans la base de données ? J'utilise Wordpress et je trimballe fréquemment mes sites de droite à gauche ;) Il faut toujours que je change l'url du site dans la base pour que ça fonctionne. Du coup, je modifie mon fichier /etc/hosts pour lui demander de remplacer temporairement les DNS. J'ai ajouté ceci : www.monsite.fr1.2.3.4 Mais la modif n'est pas prise en compte, ni par Firefox (même après redemarrage et vidange du cache) ni par un simple ping. Pourtant dans /etc/nsswitch.conf passwd: compat group: compat shadow: compat hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 networks: files protocols: db files services: db files ethers: db files rpc:db files netgroup: nis Merci pour votre aide ;) -- Alain -- 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: https://lists.debian.org/54be7a67.5050...@jupin.net -- 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: https://lists.debian.org/f90ae2d4-e89c-4bf0-af2c-69a0a9314...@worldonline.fr
Re: /etc/hosts non pris en compte
Le 20/01/2015 16:55, JUPIN Alain a écrit : Bonjour Bonjour Historique de la problematique ... je suis en train de migrer un site du serveur A vers serveur B (mais à l'issue de la migration, bien sur l'url du site ne changera pas et restera www.monsite.fr) Une fois les fichiers et bases SQL transferer de A vers B, je voudrais tester que tout se passe bien avant de migrer définitivement les enregistrements DNS Problème, si j'accède au site sur le serveur B (avec une URL temporaire du style migration.monsite.fr) eh bien le CMS cafouille car le nom du site change (et par ailleurs, la config du CMS est a revoir pour lui donner ce nouveau nom). Bien sur je veux éviter cela (pour ne pas modifier la config du CMS une deuxième fois après les tests). Du coup, je modifie mon fichier /etc/hosts pour lui demander de remplacer temporairement les DNS. J'ai ajouté ceci : www.monsite.fr1.2.3.4 Fais un dig www.monsite.fr sur la machine client et vérifie que l'IP serveur qui répond est bien celle du client. Quel est le programme resolver utilisé ? [...] -- Daniel -- 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: https://lists.debian.org/54be92b9.40...@tootai.net
Re: /etc/hosts non pris en compte
Re, Donc j'avais bien fait la bonne chose ... modifier et ajouter les entrées adhoc dans /etc/hosts Mais il faut ensuite à minima fermer la session (gnome dans mon cas) et la rouvrir. Sinon la modif ne semble pas être prise en compte ... bref y a encore un cache de me@$#de qui traine par là ! C'est bête mais sous M$ Win, c'est pris en compte sans redémarrage (j'ai testé dans une VM virtualbos) ! ! ! Alain JUPIN Le 20/01/2015 16:55, JUPIN Alain a écrit : Bonjour Historique de la problematique ... je suis en train de migrer un site du serveur A vers serveur B (mais à l'issue de la migration, bien sur l'url du site ne changera pas et restera www.monsite.fr) Une fois les fichiers et bases SQL transferer de A vers B, je voudrais tester que tout se passe bien avant de migrer définitivement les enregistrements DNS Problème, si j'accède au site sur le serveur B (avec une URL temporaire du style migration.monsite.fr) eh bien le CMS cafouille car le nom du site change (et par ailleurs, la config du CMS est a revoir pour lui donner ce nouveau nom). Bien sur je veux éviter cela (pour ne pas modifier la config du CMS une deuxième fois après les tests). Du coup, je modifie mon fichier /etc/hosts pour lui demander de remplacer temporairement les DNS. J'ai ajouté ceci : www.monsite.fr1.2.3.4 Mais la modif n'est pas prise en compte, ni par Firefox (même après redemarrage et vidange du cache) ni par un simple ping. Pourtant dans /etc/nsswitch.conf passwd: compat group: compat shadow: compat hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 networks: files protocols: db files services: db files ethers: db files rpc:db files netgroup: nis Merci pour votre aide ;) -- 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: https://lists.debian.org/54be93b8.40...@jupin.net
Re: /etc/hosts non pris en compte
JUPIN Alain wrote on Tue, Jan 20, 2015 at 06:43:20PM +0100 Re, Donc j'avais bien fait la bonne chose ... modifier et ajouter les entrées adhoc dans /etc/hosts Mais il faut ensuite à minima fermer la session (gnome dans mon cas) et la rouvrir. Sinon la modif ne semble pas être prise en compte ... bref y a encore un cache de me@$#de qui traine par là ! Si je comprends bien, avec ce bureau, même les fichiers deviennent virtuels... J'ai toujours pensé que l'administration d'un système se faisait à la console. On est juste au plus prêt de la réalité. dom -- -- 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: https://lists.debian.org/20150120182307.ga24...@telecom-paristech.fr
Re: /etc/hosts non pris en compte
Bonjour, Il me semble que tu avais initialement inversé les champs dans le fichier /etc/hosts, comme l'a souligné quelqu'un un peu avant. Par ailleurs, il n'y a pas de daemon particulier à redémarrer, pas même le système d'exploitation pour que les modifications du fichier hosts soient prises en compte (à la limite, l'application elle-même peut avoir un cache). Peux-tu nous redonner le contenu du fichier hosts du serveur A et du serveur B s'il te plaît ? Le 20/01/2015 18:43, JUPIN Alain a écrit : Re, Donc j'avais bien fait la bonne chose ... modifier et ajouter les entrées adhoc dans /etc/hosts Mais il faut ensuite à minima fermer la session (gnome dans mon cas) et la rouvrir. Sinon la modif ne semble pas être prise en compte ... bref y a encore un cache de me@$#de qui traine par là ! C'est bête mais sous M$ Win, c'est pris en compte sans redémarrage (j'ai testé dans une VM virtualbos) ! ! ! Alain JUPIN Le 20/01/2015 16:55, JUPIN Alain a écrit : Bonjour Historique de la problematique ... je suis en train de migrer un site du serveur A vers serveur B (mais à l'issue de la migration, bien sur l'url du site ne changera pas et restera www.monsite.fr) Une fois les fichiers et bases SQL transferer de A vers B, je voudrais tester que tout se passe bien avant de migrer définitivement les enregistrements DNS Problème, si j'accède au site sur le serveur B (avec une URL temporaire du style migration.monsite.fr) eh bien le CMS cafouille car le nom du site change (et par ailleurs, la config du CMS est a revoir pour lui donner ce nouveau nom). Bien sur je veux éviter cela (pour ne pas modifier la config du CMS une deuxième fois après les tests). Du coup, je modifie mon fichier /etc/hosts pour lui demander de remplacer temporairement les DNS. J'ai ajouté ceci : www.monsite.fr1.2.3.4 Mais la modif n'est pas prise en compte, ni par Firefox (même après redemarrage et vidange du cache) ni par un simple ping. Pourtant dans /etc/nsswitch.conf passwd: compat group: compat shadow: compat hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 networks: files protocols: db files services: db files ethers: db files rpc:db files netgroup: nis Merci pour votre aide ;) -- 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: https://lists.debian.org/54bea29f.2050...@dotbsd-fr.org
