Probléme GitHub
Bonjour, J'essaye github. Je suis en stable et je viens d'installer git-core. J'ai réussis a presque tous faire. Sauf que l'orsque je fait: $ git push error: The requested URL returned error: 403 while accessing https://github.com/instead-hub/instead.git/info/refs fatal: HTTP request failed En suivant le liens: Please upgrade your git client. GitHub.com no longer supports git over dumb-http: https://github.com/blog/809-git-dumb-http-transport-to-be-turned-off-in-90-days J'ai essayer d'installer le package en stable testing unstable. Mais, rien y fait. Il y a quelque chose que j'ai pas compris? D'avance merci. -- http://www.coquille-de-bois.fr/ signature.asc Description: Digital signature
Re: [très très HS] Re: réseau très privé
’jour, Je vais juste intervenir cette fois-ci pour essayer d’arrêter cette discussion qui s’envenime. Le samedi 22 mars 2014 23:19:34 Christophe a écrit : […] Et sinon, sur le point précis cité, essaye donc de faire un câble Ethernet fin 20m en ne respectant pas les paires (CàD en utilisant un fil d'une paire et 1 autre d'une autre paire lorsque que la norme dit que ça doit passer sur la même paire; si ça fonctionne, champagne…) Clairement, ce n'était pas la tenue de mon propos : En aucun cas je n'ai prétendu que cette solution fonctionnait. C’est pourtant, il me semble, une erreur possible pour un débutant et, surtout, la façon la plus simple dont on peut prendre les premiers propos de Bzzz dans ce fil : https://lists.debian.org/debian-user-french/2014/03/msg00371.html La logique veut donc que ça soit un câble croisé, mais as-tu BIEN respecté le code couleur des brins? (et accessoirement, quelle longueur fait ce câble?) Or, dans sa réponse (https://lists.debian.org/debian-user-french/2014/03/msg00374.html), Joël a pris le parti de prendre « respect des codes couleur par paire (les deux bleus pour ceci…) » comme seule interprétation possible. Ce à quoi Bzzz a répondu (https://lists.debian.org/debian-user-french/2014/03/msg00375.html) en spécifiant _bien_¹ l’interprétation « séparation d’une paire »… et en ajoutant cette histoire d’impédance. ¹ Je cite quand même pour les fainéants : « Les paires oui, mais si l'on utilise pas l'un des bons fils de la bonne paire au bon endroit » Et, pof, Joël revient (https://lists.debian.org/debian-user-french/2014/03/msg00377.html) avec son histoire de prendre une paire pour une autre. Réponse suivante de Bzzz (https://lists.debian.org/debian-user-french/2014/03/msg00380.html) : (après un jeu de mot foireux Bzzz-ien) réexplication. À ce moment-là du fil, ce que je perçois (et j’ai plutôt tendance à me penser critique vis-à-vis des interventions de Bzzz, et pas seulement à leur lecture mais par écrit sur cette liste), ce n’est pas de la mauvaise foi de la part de Bzzz. Et, pour autant que certaines marques d’autoritarisme de Bzzz soient exaspérantes, pour la suite du fil, ce que je ressens, c’est une ruée de quelques uns pour la curée avec des arguments d’autorité mal placés, des attaques personnelles et, en regard de ce qui précède, de la mauvaise foi (et toujours pas de la part de Bzzz). Donc, SVP, arrêtez ça ou, au moins, lisez correctement tout le fil et tous les mots auxquels vous voulez répondre, et prenez le temps de la réflexion et de vous calmer avant de poster. Est-ce que vous vous rendez compte que votre petite satisfaction personnelle d’en mettre une à Bzzz, d’une part est illusoire, d’autre part est mauvaise pour la liste et, surtout, m’oblige à me mettre du côté de Bzzz ? -- 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: https://lists.debian.org/1736941.K1kH7ubNxI@earendil
Re: Probléme GitHub
Le dimanche 23 mars 2014 09:07:36 Zuthos a écrit : Bonjour, ’jour, J'essaye github. J’ai pas utilisé mais… Je suis en stable et je viens d'installer git-core. J'ai réussis a presque tous faire. Sauf que l'orsque je fait: $ git push error: The requested URL returned error: 403 while accessing https://github.com/instead-hub/instead.git/info/refs fatal: HTTP request failed […] 1. Ton login n’apparaît pas dans l’URL https://… : il est généralement intégré à l’URL (cf. dans la section origin du .git/config) mais je ne me souviens plus s’il est affiché en cas d’erreur. C’est peut-être la cause du 2. 2. Il ne te demande pas ton mot de passe (si ? dans ce cas, 1) il faut donner toutes les infos quand tu poses une question et, 2) tu t’es gouré et l’authentification rate), donc ne peut utiliser le protocole git emballé dans HTTP (« smart HTTP ») et se rabat sur le HTTP tout court (« dumb HTTP ») qui ne fonctionne pas (car non sûr). (Le mdp peut aussi être mis dans l’URL dans le .git/config : https://toto:mdp@gitub…. Mais je ne suis pas sûr que cela soit une bonne idée qu’il se balade en clair…) 3. Et une petite recherche me donne : http://stackoverflow.com/questions/7438313/pushing-to-git-returning-error-code-403-fatal-http-request-failed Réponse dans laquelle on invite à utiliser le protocole SSH. Ce qui n’est pas une mauvaise idée en soi mais peut être gênant si doit vraiment passer par le HTTPS (port SSH fermé en sortie p.ex.). -- 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: https://lists.debian.org/1519100.FAO65xfOkc@earendil
Re: Crunchbang
Le Sat, 22 Mar 2014 18:20:02 +0100, Josselin Poisbeau a écrit : Je nuancerai cet avis en admettant qu'elle est tout de même bien adadaptée au matériel un peu ancien (ou aux netbooks), et qu'elle permet aussi un premier pas dans la configuration à la main d'un système linux (fichiers de configurations à éditer, etc). +1 l'avantage est d'avoir une base graphique simple. Simple dans le sens de ne pas recourir à des usines à gaz et d'utiliser des softs de config minimaux (openbox, conky, nitrogen, tint2, etc) facilement configurables à taille humaine. Après pour le choix des logiciels c'est apt-get, synaptic, etc et chacun fait sa sauce -- 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/532eb9dd$0$2198$426a7...@news.free.fr
wget non patché
Bonjour, Lors de la mise à jour hebdomadaire de Calibre, par: wget -nv -O- https:// j'obtiens l'erreur suivante: GnuTLS: A TLS warning alert has been received. Incapable d'établir une connexion SSL. Download failed Mon wget est celui de wheezy. J'ai résolu le problème en changeant le wget -nv -O- par curl -L comme indiqué par l'auteur de Calibre sur : http://www.mobileread.com/forums/showthread.php?t=236170 Il n'en reste pas moins que que le wget du dépot n'est pas patché. https://lists.gnu.org/archive/html/bug-wget/2013-05/msg00034.html Bon Dimanche. -- 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/1395571290.8331.22.ca...@ssbb.home
Re: Probléme GitHub
*Bonjour*, Le 23/03/2014 09:07, Zuthos a écrit : 'essaye github. Je suis en stable et je viens d'installer git-core. Pour info http://jc.etiemble.free.fr/abc/index.php?page=git_linux0 -- JC E -- 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/532ebf61.5030...@gmail.com
Re: wget non patché
Le dimanche 23 mars 2014 11:41:30 Didier Durand a écrit : Bonjour, ’jour, Lors de la mise à jour hebdomadaire de Calibre, par: wget -nv -O- https:// Questions au passage : — le paquet n’est pas suffisamment à jour ? — hebdomadaire ? Calibre a tant de màj de sécurité que ça qu’il faut le réinstaller toutes les semaines ? […] Il n'en reste pas moins que que le wget du dépot n'est pas patché. […] Simplement parce que ce n’est pas une correction de sécurité ?¹ Rappel : Wheezy est sortie quelques jours avant que le patch ne soit appliqué upstream… ——— 1. Vu que wget ne se connecte pas si le nom du serveur n’est pas celui du certificat (il traite l’alerte comme une erreur), je dirais qu’il est plus juste trop prudent… ;o) -- 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: https://lists.debian.org/16819628.jyOvzy1zaS@earendil
Re: Probléme GitHub
Sylvain L. Sauvage a écrit : Bonjour, Merci de ta réponse. 1. Ton login n’apparaît pas dans l’URL https://… : il est généralement intégré à l’URL (cf. dans la section origin du .git/config) mais je ne me souviens plus s’il est affiché en cas d’erreur. C’est peut-être la cause du 2. Pas de ça chez moi. Par contre, j'ai un .gitconfig qui dois remplacer. Ce que semble indiquer man git-config 2. Il ne te demande pas ton mot de passe (si ? dans ce cas, 1) il faut donner toutes les infos quand tu poses une question et, 2) tu t’es gouré et l’authentification rate), donc ne peut utiliser le protocole git emballé dans HTTP (« smart HTTP ») et se rabat sur le HTTP tout court (« dumb HTTP ») qui ne fonctionne pas (car non sûr). (Le mdp peut aussi être mis dans l’URL dans le .git/config : https://toto:mdp@gitub…. Mais je ne suis pas sûr que cela soit une bonne idée qu’il se balade en clair…) Effectivement, il me demande mon login et mon password. % git push Username for 'https://github.com': Zuthos Password for 'https://zut...@github.com': error: The requested URL returned error: 403 while accessing https://github.com/instead-hub/instead.git/info/refs fatal: HTTP request failed Toutes mes excuses, j'ai oublié de le mentionner. Je précise avoir vérivier ces deux derniers en allant me connecter sur le site. 3. Et une petite recherche me donne : http://stackoverflow.com/questions/7438313/pushing-to-git-returning-error-code-403-fatal-http-request-failed Réponse dans laquelle on invite à utiliser le protocole SSH. Ce qui n’est pas une mauvaise idée en soi mais peut être gênant si doit vraiment passer par le HTTPS (port SSH fermé en sortie p.ex.). Pas réussis à l'utiliser. :-( -- On construit des maisons de fous pour faire croire à ceux qui n'y sont pas enfermés qu'ils ont encore la raison. -+- Michel de Montaigne -+- signature.asc Description: Digital signature
Re: wget non patché
Le dimanche 23 mars 2014 à 12:47 +0100, Sylvain L. Sauvage a écrit : Questions au passage : — le paquet n’est pas suffisamment à jour ? — hebdomadaire ? Calibre a tant de màj de sécurité que ça qu’il faut le réinstaller toutes les semaines ? Non, ce n'est pas de la sécurité. Calibre fait sa mise à jour en général le vendredi dans la journée, mais ce n'est pas fait par apt-get update puis upgrade. C'est le logiciel qui montre qu'il existe une màj que l'on peut faire ou pas par wget et une install python, mais ce n'est pas de la sécurité, ce sont de nouvelles fonctionnalités, enfin, c'est presque rituel. 1. Vu que wget ne se connecte pas si le nom du serveur n’est pas celui du certificat (il traite l’alerte comme une erreur), je dirais qu’il est plus juste trop prudent… ;o) Merci pour l'info; du coup, je ne vais peut-être pas patcher. -- Didier Durand -- 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/1395580691.8331.36.ca...@ssbb.home
[Wine] Problème avec Ruby On Rails
Hello la liste , j'ai un petit souci aujourd'hui avec l'exécution d'un soft avec Wine . Le soft c'est Google SketchUp et quand je le lance , il me retourne cette erreur (et pendant ce temps là freeze) au moment de lancer l'interface de modélisation : internal:gem_prelude:1:in `require': cannot load such file -- rubygems.rb (LoadError) from internal:gem_prelude:1:in `compiled' J'ai installé Ruby depuis les repos , RubyGems (depuis un zip contenant les bin par contre) mais j'ai toujours le même problème au même endroit. Je n'ai pas trouvé grand chose qui fait référence à ce problème sous Wine , du coup si vous pouviez me donner un coup de pouce à trouver ce qui cloche... Merci ! Bon dimanche -- RHATAY Sami IUT Vannes - INFO1 signature.asc Description: OpenPGP digital signature
Re: [HS] Probléme GitHub
Le 23 mars 14 à 13:28, Zuthos a écrit : Sylvain L. Sauvage a écrit : Bonjour, Merci de ta réponse. 1. Ton login n’apparaît pas dans l’URL https://… : il est généralement intégré à l’URL (cf. dans la section origin du .git/config) mais je ne me souviens plus s’il est affiché en cas d’erreur. C’est peut-être la cause du 2. Petit aparté : Je vois de plus en plus d'url encodés en base64. Comment le navigateur arrive-t-il à décoder ça, et à présenter le document adéquat, sans pour autant modifier l'url affichée ? Ph. Gras -- 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/7cdac22e-0a09-472c-b3cd-da7e1d438...@worldonline.fr
Re: Quod libet excite ma paranoïa
Le 22 mars 2014, ledubdub a écrit : Veille de dimanche, youpi ! Bonsoir à tous, J'aurais bien aimé pouvoir vérifier tes dires, Alain, mais depuis plus de 2 semaines mes deux testings ne peuvent pas lancer (même pas trop loin) Quodlibet. J'ai ce sublime message : TypeError: argument instance: Expected GObject.Object, but got PyCObject . Message que j'ai retrouvé sur le terre net mais associé à software-center ... qui, tiens, plante tout aussi royalement !! Y a-t-il quelqu'un pouvant m'expliquer la cause de ces 2 problèmes ? Merci. Sale samedi (surlendemain de jeudi), j'viens de constater la mort cérébrale de 2 applis !!! LeDub triste ! Ah ces testing ! Problème de dépendances pas synchros peut-être. Je suis en stable. -- Alain Rpnpif -- 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/20140323161851.c07e6100...@chro.home
Re: réseau très privé
Le Sat, 22 Mar 2014 09:20:02 +0100, moi-meme a écrit : Le Fri, 21 Mar 2014 23:40:02 +0100, Guillaume a écrit : C'est pour cela qu'il faut lui ajouter l'option 'UseDNS no'. Ok je fais mais demain je me raccroche à mon fil qui est un peu parti en vrille :-) Je confirme mes électrons sont très cons et ne font pas de distinction entre direct et croisé. De même il ne font pas attention à la couleur des fils. Par contre j'arrive à lancer la liaison ssh en utilisant un autre sous- réseau : mon réseau de base est 192.168.10.xx, j'utilise 192.168.1.xx j'avais comme conseillé mis UseDNS no dans le /etc/ssh/ssh_config J'effectue les manips suivantes : - ifconfig 192.168.1.moi eth0 down - ifconfig 192.168.1.moi eth0 up - route add 192.168.1.iprpi la commande ssh passe et me demande tout de suite le mot de passe et la connexion s'établit. Mais j'ai des coupures dans la liaison. Je rétablis la liaison en faisant up/down de la liaison eth0. C'est pas très fonctionnel et le problème ne semble plus être ssh. Une idée maintenant que je ne suis plus loin du but ? -- 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/532f0d04$0$2120$426a7...@news.free.fr
Re: Probléme GitHub
Le dimanche 23 mars 2014 13:28:11 Zuthos a écrit : […] 1. Ton login n’apparaît pas dans l’URL https://… : il est généralement intégré à l’URL (cf. dans la section origin du .git/config) mais je ne me souviens plus s’il est affiché en cas d’erreur. C’est peut-être la cause du 2. Pas de ça chez moi. Par contre, j'ai un .gitconfig qui dois remplacer. Ce que semble indiquer man git-config Non non. Le ~/.gitconfig est la configuration générale. Le projet/.git/config est forcément présent et contient les informations particulières à ce dépôt-là. Qu’il soit original ou cloné. Un projet cloné a forcément des informations sur le dépôt d’origine et donc sur l’URL de celui-ci. Elles se trouvent dans la section « [remote origin] ». 'git push' est équivalent à 'git push origin' (s’il n’y a pas d’autre « remote » configurée comme défaut) qui est équivalent à 'git push https://…'. Donc soit ton dépôt est original et tu dois ajouter les informations sur ses « remotes » (→ 'git remote add nom url'), soit il est cloné et a déjà ces infos. […] Effectivement, il me demande mon login et mon password. % git push Username for 'https://github.com': Zuthos Password for 'https://zut...@github.com': error: The requested URL returned error: 403 while accessing https://github.com/instead-hub/instead.git/info/refs fatal: HTTP request failed Toutes mes excuses, j'ai oublié de le mentionner. Je précise avoir vérivier ces deux derniers en allant me connecter sur le site. Oups, j’avais mal lu : 403 = forbidden (c’est 401 pour l’échec du mdp). Donc l’authentification passe mais ce ne doit pas être la bonne URL pour pusher. Question bête : comment as-tu créé ton dépôt ? Est-ce que tu as bien suivi les instructions de Github ? → https://help.github.com/articles/create-a-repo En survolant cette documentation, je vois bien la création de la « remote » « origin » sur https://github.com/username/Hello-World.git avec 'git remote add origin https://…'. [… SSH …] Pas réussis à l'utiliser. :-( Les deux (HTTPS et SSH) devraient fonctionner (et même en parallèle si on veut¹), il suffit juste d’avoir : — mis l’URL ssh://username@github.com/username/projet.git dans .git/config ; — mis sa clef publique quelque part (voir la doc) chez Github (facultatif ? j’ai pas trop confiance dans les mots-de- passe…). —— 1. avec deux remote différentes, p.ex. gh-https et gh-ssh. Mais bon, même si, quand on push sur l’un, on push sur l’autre, les références locales seraient différentes et ça pourrait causer de la confusion (pour l’utilisateur, parce que Git, il n’est jamais confus, lui ;o). -- 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: https://lists.debian.org/53682718.PslhU8yqeH@earendil
Re: [HS] Probléme GitHub
Le dimanche 23 mars 2014 15:01:40 Philippe Gras a écrit : […] Petit aparté : Je vois de plus en plus d'url encodés en base64. Vois pas trop le rapport avec le fil… Comment le navigateur arrive-t-il à décoder ça, et à présenter le document adéquat, sans pour autant modifier l'url affichée ? Il y a sûrement plein de façons de faire. La plus simple est sûrement celle-ci : client → GET http://toto/12345 suite des en-têtes serveur → en-têtes qui vont bien pour 12345 \r\n contenu de décodage de 12345 On peut aussi imaginer des proxys, des filtres… -- 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: https://lists.debian.org/3026267.FnNnGK8aP1@earendil
Re: [Wine] Problème avec Ruby On Rails
’lut, Le dimanche 23 mars 2014 15:00:00 RHATAY Sami a écrit : […] J'ai installé Ruby depuis les repos , RubyGems (depuis un zip contenant les bin par contre) mais j'ai toujours le même problème au même endroit. Je n'ai pas trouvé grand chose qui fait référence à ce problème sous Wine , du coup si vous pouviez me donner un coup de pouce à trouver ce qui cloche... Euh, si c’est sous Wine que ça tourne, c’est sous Wine que ruby et rubygems doivent être installés, non ? -- 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: https://lists.debian.org/1653177.b62jU8cokl@earendil
Re: Probléme GitHub
Zuthos zuthos-nos...@laposte.net writes: Sylvain L. Sauvage a écrit : Bonjour, Merci de ta réponse. 1. Ton login n’apparaît pas dans l’URL https://… : il est généralement intégré à l’URL (cf. dans la section origin du .git/config) mais je ne me souviens plus s’il est affiché en cas d’erreur. C’est peut-être la cause du 2. Pas de ça chez moi. Par contre, j'ai un .gitconfig qui dois remplacer. Ce que semble indiquer man git-config les remotes sont configurer dans le .git/config du répertoire de travail, quelque chose comme : [remote myhttp] url = https://vani...@github.com/vanicat/magit.git fetch = +refs/heads/*:refs/remotes/myhttp/* [...] En tout cas, je viens de tester avec le git de unstable (git --version me donne: git version 1.9.1) et sa push sans problème Deux remarques: en cliquant sur ton https:// on arrive au message que tu cite, qui date de 2011, et donc de version de git plus vieille que 2011... Je ne pense pas que ce soit ton problème... Ensuite, instead-hub n'a qu'un membre: AMDmi3. Si ce n'est pas toi (et visiblement, tu es Zuthos, pas AMDmi3) tu n'as pas le droit de pousser dans ce dépôt. Tu dois : - forker le dépôt en cliquant sur le bouton fork de cette page: https://github.com/instead-hub/instead - ajouter à ton clone locale la remote en question: récupère son URL puis, dans le bon répertoire fait un git remote add le_miens https://Zuthos@github.. - pousse dans ce remote git push le_miens master:master - et fait un pull requests pour que tes modifications soit intégré par le propriétaire du dépôt principale. Tu peux aussi demander à AMDmi3 de te rajouter au membre du groupe instead-hub, s'il te connaît, peut-être acceptera-t-il... 3. Et une petite recherche me donne : http://stackoverflow.com/questions/7438313/pushing-to-git-returning-error-code-403-fatal-http-request-failed Réponse dans laquelle on invite à utiliser le protocole SSH. Ce qui n’est pas une mauvaise idée en soi mais peut être gênant si doit vraiment passer par le HTTPS (port SSH fermé en sortie p.ex.). Pas réussis à l'utiliser. :-( Je n'utilise que ça, et sans difficulté. Qu'as tu fait qui ne marche pas? -- Rémi Vanicat -- 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/87d2hc7hbz@debian.org
Re: réseau très privé
Le dimanche 23 mars 2014 16:34:12 moi-meme a écrit : […] Par contre j'arrive à lancer la liaison ssh en utilisant un autre sous- réseau : mon réseau de base est 192.168.10.xx, j'utilise 192.168.1.xx […] C'est pas très fonctionnel et le problème ne semble plus être ssh. Une idée maintenant que je ne suis plus loin du but ? Il faut que tu nous donnes la topologie exacte de tes réseaux (ça m’a l’air d’être confus tout ça). — Qui est branché à quoi et comment (direct, hub/switch) ? — Configuration du réseau sur chaque machine → /etc/network/interface → quelles commandes tu tapes → qu’est-ce que tu aurais ajouté aux fichiers de conf. ou de démarrage concernant le réseau -- 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: https://lists.debian.org/174456611.eMBzixmIoD@earendil
Re: wget non patché
Le dimanche 23 mars 2014 14:18:11 Didier Durand a écrit : […] Non, ce n'est pas de la sécurité. Calibre fait sa mise à jour en général le vendredi dans la journée, mais ce n'est pas fait par apt-get update puis upgrade. C'est le logiciel qui montre qu'il existe une màj que l'on peut faire ou pas par wget et une install python, mais ce n'est pas de la sécurité, ce sont de nouvelles fonctionnalités, enfin, c'est presque rituel. Mouaif… jamais trop eu confiance dans les mises à jour automatique (surtout non signées) des logiciels. Surtout pour des « fonctionnalités » qui ne me manque pas (mais bon, je suis en Sid ;o). 1. Vu que wget ne se connecte pas si le nom du serveur n’est pas celui du certificat (il traite l’alerte comme une erreur), je dirais qu’il est plus juste trop prudent… ;o) Merci pour l'info; du coup, je ne vais peut-être pas patcher. Yep, c’est peut-être pas super utile en regard du travail nécessaire, surtout que c’est facilement contournable. (À la base, c’est quand même un problème sur le serveur parce que le certificat utilisé n’est pas valide pour son nom. Les paranos ont bien le droit de traiter les alertes comme des erreurs, non ? ;o) -- 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: https://lists.debian.org/3251072.ND1O1XcIqX@earendil
Re: [HS] Probléme GitHub
Le 23 mars 14 à 22:06, Sylvain L. Sauvage a écrit : Le dimanche 23 mars 2014 15:01:40 Philippe Gras a écrit : […] Petit aparté : Je vois de plus en plus d'url encodés en base64. Vois pas trop le rapport avec le fil… Moi si. Mais ma logique ne suit pas forcément celle de la liste… C'est pour ça que je l'ai noté en HS (hors service). Comment le navigateur arrive-t-il à décoder ça, et à présenter le document adéquat, sans pour autant modifier l'url affichée ? Il y a sûrement plein de façons de faire. La plus simple est sûrement celle-ci : client → GET http://toto/12345 suite des en-têtes serveur → en-têtes qui vont bien pour 12345 \r\n contenu de décodage de 12345 OK, merci pour la réponse qui permettra d'orienter mes recherches :) On peut aussi imaginer des proxys, des filtres… -- 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: https://lists.debian.org/3026267.FnNnGK8aP1@earendil -- 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/b1675e8b-1dd2-49f9-8075-5d3ccd70c...@worldonline.fr
Re: [HS] : Que pensez-vous de cette article à propos de FreeBSD ?
Le 28/02/2014 08:49, Fabien R a écrit : On 25/02/2014 22:00, valentin OVD wrote: Que pensez-vous de cette article à propos de FreeBSD ? http://bloglinuxunixwindows.wordpress.com/2013/08/03/freebsd-un-systeme-dexploitation-obsolete-et-dangereux/ Les 1ère lignes font penser à une personne rageuse (Excusez-moi du terme) qui dit que Linux, BSD... C'est vraiement pourri Mais en lisant les autres lignes, on se rend compte que non. Qu'en pensez-vous ? Cordialement, Valentin Attention Valentin, Tu n'as pas posté sur le bon fil. pour moi, c'est sur le bon fil. ca cause de bsd vs debian( linux), compilation vs paquaging. c'est très intéressant. - Fabien voici mon avis. contrairement à ce qui a été affirmé dans l'article, j'ai exactement le soucis inverse. c'est sous debian que j'ai eu des ennuis sur les cartes réseaux. les realtech me posent de sacrés problèmes. soit, il faut patcher le kernel, soit il faut compiler le driver à la main, soit il faut passer à jessie mais alors j'ai un parc totalement hétérogène ... sous BSD, notamment de la 6 jusqu'à la 10, j'en ai vu passer des cartes réseaux sous la main: broadcom, realtech, 3com, Intel ... et j'en passe, jamais de soucis. et vous savez quoi, j'ai du installer des Firewall/routeur par dizaines avec loadbalancing et failover. sur le même hard, DSD donne 25% de performance supérieure à celle sous linux (debian, pourtant optimisé) dans les même conditions de tests. et lors d'utilisation en prod : des téras transférés par jour sur des liens 10Gb/s agrégés en backbone, BSD tient les doigts dans le nez. et franchement, j'ai pas encore vu bcp de gens qui s'amusent à mettre un linux pour faire ce genre de boulot. j'avais des firewalls sous linux ( appliance du marché) avec faillover, et les sauvegardes du soir sont lentes, et des fois on a des flux coupés. le fait de passer au BSD a remédié au problème. c'est qd même des centaines de giga qu'on sauvegarde, il faut du matos qui tient. et pour info, le fameux BSD est installé sur le même hard. avant quand on transférait qqch de lourd, genre qqs dizaines de To, linux monte en charge et bouffe pas mal de mémoire, si on s'amuse à ouvrir des dizaines de milliers de sessions TCP à coté(j'ai fait le test). ben oui mon gars, c'est le backbone quoi. le BSD, lui, il se tourne les pouces. le stack de BSD c'est vraiment du très solide. je crois que MACOS X a du le garder et croyez moi, c'est plutôt intelligent de la part de steve Jobs. pour ce qui est de carte graphique, ben, il faut plutôt s'orienter vers PCBSD qui est vraiment fait pour ça. l'article parle de la galère de compiler et c'est pas écolo... bon ben, déjà faut savoir ce qu'on veut. soit, on bosse dans un environnement de prod en datacenter et la perfe au fonctionnement prône sur tout, alors on a un cluster de compile, et on y va. la compile bouffe de la ressource, oui. mais au fonctionnement, BSD est qd même beaucoup, mais alors beaucoup moins gourmand que linux. donc, on s'y retrouve pour la consommation énergétique et on en a pour son argent, puisque ce machin marche sur les machines les vieilles pour assumer les taches les plus lourdes. vous avez déjà vu un NET marcher sur un vieux Cobalt@MIPS??? ahaha, c'est du bonheur. debian pour moi, c'est un peu le passe partout. on se met un debian vite fait et ca tourne. BSD c'est quand même plus pointu avec une bonne doc. la mise en place est sans doute plus longue, mais c'est très économe en ressource machine. la philosophie est différente. comme l'a répondu un type à l'article, on ne touche aps à un truc qui marche déjà. et quant aux critiques sur les failles de sécurité sous BSD ben, qu'on me montre qu'on s'est fait la main sur un BSD, je suis curieux de voir ça. -- 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/532f6020.5080...@freeatome.com
dpkg status corrompu
Bonjoir la liste, je lis souvent mais j'avais pas encore posé de question ici. Du coup j'ai eu un soucis hier : apt-get ne marchait plus du tout (ni update ni upgrade ni install). J'avais 4 lignes d'erreurs qui apparaissaient disant en gros qu'il arrivait pas à lire le fichier /var/lib/dpkg/status. Du coup après une rapide recherche j'ai trouvé que la commande dpkg --configure -a permettrait d'avoir des infos. Et effectivement ça me donnait des numéros de lignes et des infos sur ce qui lui plaisait pas trop. Et en fait, ce qui ne lui plaisait pas c'était juste qu'une bonne partie du fichier était toute caca (pleins de caractères moches en remplaçait d'autres d'une manière qui semblait plutôt aléatoire) Au final j'ai résolu mon problème grâce aux fichiers de backup et maintenant ça marche comme avant mais j'ai absolument pas compris ce qu'il s'est passé ni pourquoi. Vu que j'aimerais bien que ça ne se reproduise pas, je viens voir ici si quelqu'un-e aurait une idée au sujet de ce qui a pu produire ce truc. Je suis en stable et j'ai toujours une copie du fichier corrompu si ça peut aider à comprendre le problème. Merci d'avance. Antoine. -- 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/20140323223040.gb4...@riseup.net
Re: réseau très privé
Le Sun, 23 Mar 2014 22:20:01 +0100, Sylvain L. Sauvage a écrit : Il faut que tu nous donnes la topologie exacte de tes réseaux (ça m’a l’air d’être confus tout ça). — Qui est branché à quoi et comment (direct, hub/switch) ? — Configuration du réseau sur chaque machine → /etc/network/interface → quelles commandes tu tapes → qu’est-ce que tu aurais ajouté aux fichiers de conf. ou de démarrage concernant le réseau 2 ordis : - eeePC avec Wifi sur 192.168.10.xx - Raspberrypi qui sert de cible reliés entre eux par un câble RJ45 tout seul tout droit que je veux faire causer sur un sous réseau 192.168.1.xx Je veux faire du ssh antre les 2 mais sans rien autour : le Wifi du eeePC je le désactive : ifconfig wlan0 down Sur le RPi : - revu /etc/network/interfaces configuré en IP fixe sur 192.168.1.xx. - ajouté dans /ssh/ssh_config UseDNS no (problème de time out) Sur le eeePC : je reconfigure à la mano eth0: - ifconfig 192.168.1.yy up puis down - route add 192.168.1.xx Je connecte : ssh p...@192.168.1.xx jetevois, mdp, et je cause. Mais la liaison se coupe au bout de peu de temps. Elle est relancée par un ifconfig down/up de eth0. Pas pratique ni normal. et c'est là que je sèche parce que ce n'est plus AMHA un problème ssh. -- 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/532f5c95$0$2126$426a3...@news.free.fr
Re: dpkg status corrompu
On Sun, 23 Mar 2014 23:30:41 +0100 zecho ze...@riseup.net wrote: j'aimerais bien que ça ne se reproduise pas, je viens voir ici si quelqu'un-e aurait une idée au sujet de ce qui a pu produire ce truc. Sèpô, j'ai eu le PB une fois sous sid il y a 2 ans et je ne sais tjrs pas pourquoi (connexions ok, onduleur ok, HDz ok, etc). Exécutes un test SMART long sur le HD en question, au cas où; mais ça n'est pas dit que ça t'apportera une réponse. -- Kevin: nan mé serieux ske je lui é di CT pa 1 sultant marmotte: . c'était un maharajah alors \o/ Kevin: G pa compri -- 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/20140323234044.2868064c@anubis.defcon1
Re: réseau très privé
Bonsoir, network-manager est-il activer ? Si c'est le cas désactive le (/etc/init.d/network-manager stop) sur les deux machines, et n'utilise que les scripts /etc/network/interfaces et /etc/init.d/networking restart pour la configuration du réseau entre les deux machines. Le 23 mars 2014 23:13, moi-meme chie...@free.fr a écrit : Le Sun, 23 Mar 2014 22:20:01 +0100, Sylvain L. Sauvage a écrit : Il faut que tu nous donnes la topologie exacte de tes réseaux (ça m’a l’air d’être confus tout ça). — Qui est branché à quoi et comment (direct, hub/switch) ? — Configuration du réseau sur chaque machine → /etc/network/interface → quelles commandes tu tapes → qu’est-ce que tu aurais ajouté aux fichiers de conf. ou de démarrage concernant le réseau 2 ordis : - eeePC avec Wifi sur 192.168.10.xx - Raspberrypi qui sert de cible reliés entre eux par un câble RJ45 tout seul tout droit que je veux faire causer sur un sous réseau 192.168.1.xx Je veux faire du ssh antre les 2 mais sans rien autour : le Wifi du eeePC je le désactive : ifconfig wlan0 down Sur le RPi : - revu /etc/network/interfaces configuré en IP fixe sur 192.168.1.xx. - ajouté dans /ssh/ssh_config UseDNS no (problème de time out) Sur le eeePC : je reconfigure à la mano eth0: - ifconfig 192.168.1.yy up puis down - route add 192.168.1.xx Je connecte : ssh p...@192.168.1.xx jetevois, mdp, et je cause. Mais la liaison se coupe au bout de peu de temps. Elle est relancée par un ifconfig down/up de eth0. Pas pratique ni normal. et c'est là que je sèche parce que ce n'est plus AMHA un problème ssh. -- 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/532f5c95$0$2126$426a3...@news.free.fr -- Belaid
Re: [HS] : Que pensez-vous de cette article à propos de FreeBSD ?
Le 23 mars 14 à 23:28, admini a écrit : Le 28/02/2014 08:49, Fabien R a écrit : On 25/02/2014 22:00, valentin OVD wrote: Que pensez-vous de cette article à propos de FreeBSD ? http://bloglinuxunixwindows.wordpress.com/2013/08/03/freebsd-un- systeme-dexploitation-obsolete-et-dangereux/ Les 1ère lignes font penser à une personne rageuse (Excusez-moi du terme) qui dit que Linux, BSD... C'est vraiement pourri Mais en lisant les autres lignes, on se rend compte que non. Qu'en pensez-vous ? Cordialement, Valentin Attention Valentin, Tu n'as pas posté sur le bon fil. pour moi, c'est sur le bon fil. ca cause de bsd vs debian( linux), compilation vs paquaging. c'est très intéressant. Ça ressemble à un blog SEO satellite… Pas du tout crédible comme site :-( - Fabien voici mon avis. contrairement à ce qui a été affirmé dans l'article, j'ai exactement le soucis inverse. c'est sous debian que j'ai eu des ennuis sur les cartes réseaux. les realtech me posent de sacrés problèmes. soit, il faut patcher le kernel, soit il faut compiler le driver à la main, soit il faut passer à jessie mais alors j'ai un parc totalement hétérogène ... sous BSD, notamment de la 6 jusqu'à la 10, j'en ai vu passer des cartes réseaux sous la main: broadcom, realtech, 3com, Intel ... et j'en passe, jamais de soucis. et vous savez quoi, j'ai du installer des Firewall/routeur par dizaines avec loadbalancing et failover. sur le même hard, DSD donne 25% de performance supérieure à celle sous linux (debian, pourtant optimisé) dans les même conditions de tests. et lors d'utilisation en prod : des téras transférés par jour sur des liens 10Gb/s agrégés en backbone, BSD tient les doigts dans le nez. et franchement, j'ai pas encore vu bcp de gens qui s'amusent à mettre un linux pour faire ce genre de boulot. j'avais des firewalls sous linux ( appliance du marché) avec faillover, et les sauvegardes du soir sont lentes, et des fois on a des flux coupés. le fait de passer au BSD a remédié au problème. c'est qd même des centaines de giga qu'on sauvegarde, il faut du matos qui tient. et pour info, le fameux BSD est installé sur le même hard. avant quand on transférait qqch de lourd, genre qqs dizaines de To, linux monte en charge et bouffe pas mal de mémoire, si on s'amuse à ouvrir des dizaines de milliers de sessions TCP à coté(j'ai fait le test). ben oui mon gars, c'est le backbone quoi. le BSD, lui, il se tourne les pouces. le stack de BSD c'est vraiment du très solide. je crois que MACOS X a du le garder et croyez moi, c'est plutôt intelligent de la part de steve Jobs. pour ce qui est de carte graphique, ben, il faut plutôt s'orienter vers PCBSD qui est vraiment fait pour ça. l'article parle de la galère de compiler et c'est pas écolo... bon ben, déjà faut savoir ce qu'on veut. soit, on bosse dans un environnement de prod en datacenter et la perfe au fonctionnement prône sur tout, alors on a un cluster de compile, et on y va. la compile bouffe de la ressource, oui. mais au fonctionnement, BSD est qd même beaucoup, mais alors beaucoup moins gourmand que linux. donc, on s'y retrouve pour la consommation énergétique et on en a pour son argent, puisque ce machin marche sur les machines les vieilles pour assumer les taches les plus lourdes. vous avez déjà vu un NET marcher sur un vieux Cobalt@MIPS??? ahaha, c'est du bonheur. debian pour moi, c'est un peu le passe partout. on se met un debian vite fait et ca tourne. BSD c'est quand même plus pointu avec une bonne doc. la mise en place est sans doute plus longue, mais c'est très économe en ressource machine. la philosophie est différente. comme l'a répondu un type à l'article, on ne touche aps à un truc qui marche déjà. et quant aux critiques sur les failles de sécurité sous BSD ben, qu'on me montre qu'on s'est fait la main sur un BSD, je suis curieux de voir ça. -- 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/532f6020.5080...@freeatome.com -- 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/20b4caca-a0b0-4790-8018-607f35f9b...@worldonline.fr
