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
Inexplicable broken pipe entre dos subredes bajo mismo LAN
Administro una red LAN donde siempre que puedo aplico Debian a la ecuación. El servidor que hace de gateway hace de firewall y registra log determinado trafico. Tiene dos interfaces br0 y br0:1 con 192.168.0.2 y 192.168.2.1. Uso un alias por no disponer de dos tarjetas de red, y uso br0 porque en dicho equipo uso VirtualBox. Tengo un servidor con jenkins(Debian) en la 192.168.0.8 el cual conecta por ssh a dos nodos esclavos, 192.168.2.19(Centos) y 192.168.2.21(Ubuntu). El primero tiene como gateway a 192.168.0.2 y el segundo a 192.168.2.1. Con Ubuntu ningún problema con el trafico de red pero con Centos aleatoriamente ocurre un broken pipe de una sesión ssh, lo único que se me ocurrió despues de días dando cabezasos es pasar ese nodo Centos a la subred con ip 192.168.0.9 y todo arreglado. Abajo pegaré el log de un broken pipe. ¿Hay alguna idea para en esta situación se produzca un broken pipe? Y he configurado Centos para no usar Gssapi, DenyDNS, y lo típico en cliente para evitar un time out. jenkins@192.168.2.19's password: debug3: packet_send2: adding 64 (len 60 padlen 4 extra_pad 64) debug2: we sent a password packet, wait for reply debug1: Authentication succeeded (password). Authenticated to 192.168.2.19 ([192.168.2.19]:22). debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Requesting no-more-sessi...@openssh.com debug1: Entering interactive session. debug2: callback start debug2: client_session2_setup: id 0 debug2: fd 3 setting TCP_NODELAY debug3: packet_set_tos: set IP_TOS 0x10 debug2: channel 0: request pty-req confirm 1 debug1: Sending environment. debug3: Ignored env SHELL debug3: Ignored env TERM debug3: Ignored env USER debug3: Ignored env LS_COLORS debug3: Ignored env MAIL debug3: Ignored env PATH debug3: Ignored env PWD debug1: Sending env LANG = es_ES.UTF-8 debug2: channel 0: request env confirm 0 debug3: Ignored env SHLVL debug3: Ignored env HOME debug3: Ignored env LOGNAME debug3: Ignored env _ debug2: channel 0: request shell confirm 1 debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 Write failed: Broken pipe -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/532eaa40.5060...@gmail.com
Re: [¿OT?] Controlador de volumen LXDE Testing
Hola SGCPSCBC: Decías el martes, 18 de marzo del 2014 a las 16:15 Hola chicos. No sé si está en HTML. Lo envío desde gmail (ya me instalaré Icedove o equivalente) y le he dado veinte mil veces a «eliminar formato». Juro instalar Icedove próximamente (aunque me interesaría probar mutt, pero lo veo chungillo y soy torpón...) Calws-mail y solucionado, magnifico con el escritorio LXDE o GNOME muy configurable y con gran cantidad de plugins. Mutt es el mejor programa de correo que existe en la consola, lo estube usando mucho tiempo pero es algo complicado el configurarlo. Ya mi pobre PC no daba más de sí y cada vez el Shell era más pesadito. Así que hice una instalación limpia de Testing con LXDE y ya está. Ando muy contento (salvo por errores de seguridad de traca, véase [1], y que hay que apagarlo por terminal...) , porque ni consume 90 MB de RAM y es súper rápido para el pobre y triste Celeron que tiene... Bueno... ¡Pero en la barra de tareas no hay controlador de volumen! Y el sonido se escucha «muy bajito». Alsa mixer es el comando. -- (·) /|\ José Mateo Ruiz \ /_ 50550 Aragon España --- La avaricia es la mayor de las pobrezas. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140323134450.4dd2e2c9@caminante
Re: De Thunderbird, archivos y respaldos terminamos todos enredados
El 22/03/14 11:56, Camaleón escribió: El Fri, 21 Mar 2014 21:12:05 -0430, Miguel Matos escribió: (...) Tengo Thunderbird instalado tanto en mi Debian como en Windows, para no perderme mis correos de Yahoo! ni dejarlos acumulados. Este es el caso: sé que se están guardando los correos en mi cuenta de Windows, porque la carpeta de Thunderbird pesa (según el 7, 717 MB (752.646.742 bytes)). Pero, ya que quiero abandonarlo, estas son mis dudas: ¿es posible mudar estos datos de Thunderbird a Debian, en qué parte se puede hacer esto, y lo leerá la aplicación de TB para Debian? Sí, claro, puedes copiar la carpeta con los mensajes del Windows y pegarla en la carpeta de Thunderbird de Debian. Nota: los datos se alojan en C:\Users\miguel\AppData\Roaming\Thunderbird\Profiles\covgjbvy.default \ImapMail, siendo [miguel] mi usuario, y [covgjbvy] el usuario asignado para almacenarlo, este segundo valor puede ser diferente en sus computadoras. Ah, espera... ¿es una cuenta IMAP? Entonces tienes que poder acceder a los correos indistintamente desde ambos sistemas ya que los mensajes se almacenan en el servidor de correo no en el cliente (salvo que hayas configurado alguna opción de caché, o muevas manualmente los mensajes al archivo local y los elimines del servidor, etc...). Saludos, hola... cuento algo de como funciona thunderbird con el tema de copias y demas yo lo uso asi en muchos equipos... una vez creada la cuenta o con la cuenta ya funcionando desde antes no importa si es imap o pop3. busco donde esta guardando thunderbird ejemplo : covgjbvy.default creo en mis documentos (XP o win7) o Documentos (linux) una carpeta que se llama thunderbird-NOBORRAR (esto lo hago para que ningun usuario se equivoque y borre algo que no debe) bien todo el contenido de la carpeta del ejemplo lo copio en la carpeta creada listo.. ya tenemos la copia... ahora ejecuto en Linux o windows: thunderbird --profilemanager, bien, aparece una pantalla donde me da opcion de crear una nueva cuenta pongo un nombre cualquiera... segun usuario ... siguiente me da opcion de elegir carpeta donde trabajara bien, ahi elijo la carpeta creada por mi...thunderbird..etc listo siguiente, termina y abre.. y magicamente.. tengo todos los correos todas las cuentas, todos los contactos... y todos los complementos... esto tambien me sirve para hacer backup. copio y pego y configuro destino y listo... lo mismo sirve para Firefox esto funciona en tdos los S.O incluido Mac. algo relativo de importancia es que todos las versiones de thunderbird sean las mimas... en lo posible en versiones cercanas no pasa nada.. pero en versiones... con mucha diferencia... podria llegar a desparecerte correos Saludos y Suerte -- Walter www.infoquil.com.ar -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/532eecbf.4050...@gmail.com
Re: Inexplicable broken pipe entre dos subredes bajo mismo LAN
El Sun, 23 Mar 2014 10:32:48 +0100, Roberto escribió: (...) Tengo un servidor con jenkins(Debian) en la 192.168.0.8 el cual conecta por ssh a dos nodos esclavos, 192.168.2.19(Centos) y 192.168.2.21(Ubuntu). El primero tiene como gateway a 192.168.0.2 y el segundo a 192.168.2.1. Con Ubuntu ningún problema con el trafico de red pero con Centos aleatoriamente ocurre un broken pipe de una sesión ssh, lo único que se me ocurrió despues de días dando cabezasos es pasar ese nodo Centos a la subred con ip 192.168.0.9 y todo arreglado. Abajo pegaré el log de un broken pipe. (...) El hecho de cambiar la red del cliente (CentOS) y que funcione es desde luego significativo pero como dices que se trata de un error aleatorio en principio no me centraría en un problema de rutas (dado que el resto de tráfico de red dices que funciona), sino en el error en sí mismo, es decir, investiga qué situaciones pueden generar ese timeout de SSH: https://www.google.com/webhp?complete=0hl=en#complete=0hl=enq=ssh+%22Write+failed:+Broken+pipe%22 Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.03.23.14.19...@gmail.com
Re: [OT]Malware relacionado con cuentas de correo llegan a grupos.
El Sat, 22 Mar 2014 21:47:53 -0430, Jose Maldonado escribió: El 22/03/14 10:22, Camaleón escribió: Las malas prácticas en la administración de sistemas siempre han existido y existirán, como sucede en otros sectores, pero de ahí a catalogar ese informe como el big bang de la informática y entenderlo de carácter crítico va un largo trecho. Lo único que hace ese informe de ESET es recopilar una serie de datos de sistemas que han sido vulnerados (nada nuevo) por una mala administración (nada nuevo) y malas prácticas en la seguridad de los sistemas (de nuevo, nada nuevo...). Camaleon trata de explicarle esto que dices a un grupo de newbies (en Facebook abundan) recien llegados de Windows y cuyo mayor logro en SL es instalarse Ubuntu usando un video tutorial, y te aseguro que tendrás los peores días de tu vida. Pero es que ese grupo de newbies del que hablas no debería estar administrando sistemas en entornos de producción. Vale que todos hemos sido principiantes alguna vez pero para eso existen las máquinas virtuales o los entornos seguros (con restricciones) donde empezar a hacer tus primeras pruebas. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.03.23.14.35...@gmail.com
Re: [OT]Malware relacionado con cuentas de correo llegan a grupos.
El día 23 de marzo de 2014, 11:34, Camaleón noela...@gmail.com escribió: El Sat, 22 Mar 2014 21:47:53 -0430, Jose Maldonado escribió: El 22/03/14 10:22, Camaleón escribió: Las malas prácticas en la administración de sistemas siempre han existido y existirán, como sucede en otros sectores, pero de ahí a catalogar ese informe como el big bang de la informática y entenderlo de carácter crítico va un largo trecho. Lo único que hace ese informe de ESET es recopilar una serie de datos de sistemas que han sido vulnerados (nada nuevo) por una mala administración (nada nuevo) y malas prácticas en la seguridad de los sistemas (de nuevo, nada nuevo...). Camaleon trata de explicarle esto que dices a un grupo de newbies (en Facebook abundan) recien llegados de Windows y cuyo mayor logro en SL es instalarse Ubuntu usando un video tutorial, y te aseguro que tendrás los peores días de tu vida. Pero es que ese grupo de newbies del que hablas no debería estar administrando sistemas en entornos de producción. Vale que todos hemos sido principiantes alguna vez pero para eso existen las máquinas virtuales o los entornos seguros (con restricciones) donde empezar a hacer tus primeras pruebas. Palabras mágicas no debería pero sucede, ya no siempre lo que asegura un puesto es la excelencia o competencia. Bienvenidos al mundo real. Saludos. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.03.23.14.35...@gmail.com -- usuario linux #274354 normas de la lista: http://wiki.debian.org/es/NormasLista como hacer preguntas inteligentes: http://www.sindominio.net/ayuda/preguntas-inteligentes.html -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caaizax4ruxwogo7bnvm5mnulnzfvldk4rk.dhwd_y7yeb...@mail.gmail.com
Tarjetas gráficas Intel, backlight y kernel 3.13
Hola, Para quienes tengáis una gráfica de Intel y estéis con testing (ahora mismo lleva el kernel 3.13) seguramente habréis notado que no permite controlar el brillo de la pantalla desde la botonera rápida en los sistemas portátiles (el control de brillo se activa y se ve como sube/baja pero el cambio nos e aplica). Para solucionarlo he seguido los pasos que indican aquí: Backlight fails to adjust on Intel chipsets with Kernel 3.13 https://wiki.archlinux.org/index.php/backlight#Backlight_fails_to_adjust_on_Intel_chipsets_with_Kernel_3.13 A lo que hay que añadir una cosa más (el identificador con valor arbitrario), por lo que quedaría así: /etc/X11/xorg.conf.d/20-intel.conf Section Device Identifier Test Driver intel Option Backlight intel_backlight EndSection Y ya vuelve a funcionar :-) Otra cosa que he notado es que al ejecutar startx desde root se inicia una sesión en gnome-shell como root, y si no recuerdo mal eso no era posible sin hacer un cambio previo ¿no? :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.03.23.17.29...@gmail.com
Re: Tarjetas gráficas Intel, backlight y kernel 3.13
El 23/03/14 18:28, Camaleón escribió: Hola, Para quienes tengáis una gráfica de Intel y estéis con testing (ahora mismo lleva el kernel 3.13) seguramente habréis notado que no permite controlar el brillo de la pantalla desde la botonera rápida en los sistemas portátiles (el control de brillo se activa y se ve como sube/baja pero el cambio nos e aplica). Pues es extraño, pero yo tengo el kernel 3.13 y no tengo ese problema, me sigue funcionando el control del brillo de la pantalla igual que antes. -- www.LinuxCounter.net Registered user #558467 has 1 linux machines Registered Linux machine #2003003 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/lgn867$m5a$1...@ger.gmane.org
Re: Tarjetas gráficas Intel, backlight y kernel 3.13
El 23/03/14 18:28, Camaleón escribió: Para solucionarlo he seguido los pasos que indican aquí: Backlight fails to adjust on Intel chipsets with Kernel 3.13 https://wiki.archlinux.org/index.php/backlight#Backlight_fails_to_adjust_on_Intel_chipsets_with_Kernel_3.13 A lo que hay que añadir una cosa más (el identificador con valor arbitrario), por lo que quedaría así: /etc/X11/xorg.conf.d/20-intel.conf Section Device Identifier Test Driver intel Option Backlight intel_backlight EndSection Y ya vuelve a funcionar :-) Y tampoco existe en mi equipo el directorio /etc/X11/xorg.conf.d/ -- www.LinuxCounter.net Registered user #558467 has 1 linux machines Registered Linux machine #2003003 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/lgn966$tpv$1...@ger.gmane.org
Re: Tarjetas gráficas Intel, backlight y kernel 3.13
El Sun, 23 Mar 2014 19:12:38 +0100, Eduardo Rios escribió: El 23/03/14 18:28, Camaleón escribió: Hola, Para quienes tengáis una gráfica de Intel y estéis con testing (ahora mismo lleva el kernel 3.13) seguramente habréis notado que no permite controlar el brillo de la pantalla desde la botonera rápida en los sistemas portátiles (el control de brillo se activa y se ve como sube/baja pero el cambio nos e aplica). Pues es extraño, pero yo tengo el kernel 3.13 y no tengo ese problema, me sigue funcionando el control del brillo de la pantalla igual que antes. Pues suerte que tienes, quizá tu chipset no se vea afectado :-) Mi equipo es un netbook Atom y sólo lleva una gráfica Intel, nada de esas moderneces híbridas. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.03.23.18.37...@gmail.com
Re: Tarjetas gráficas Intel, backlight y kernel 3.13
El Sun, 23 Mar 2014 19:29:41 +0100, Eduardo Rios escribió: El 23/03/14 18:28, Camaleón escribió: Para solucionarlo he seguido los pasos que indican aquí: Backlight fails to adjust on Intel chipsets with Kernel 3.13 https://wiki.archlinux.org/index.php/ backlight#Backlight_fails_to_adjust_on_Intel_chipsets_with_Kernel_3.13 A lo que hay que añadir una cosa más (el identificador con valor arbitrario), por lo que quedaría así: /etc/X11/xorg.conf.d/20-intel.conf Section Device Identifier Test Driver intel Option Backlight intel_backlight EndSection Y ya vuelve a funcionar :-) Y tampoco existe en mi equipo el directorio /etc/X11/xorg.conf.d/ Si no existe lo puedes crear manualmente, yo tengo un par de archivos ahí dentro que corrigen dos errores: este de la gráfica intel y otro que activa el click con el touchpad en la pantalla de inicio de sesión. Esta testing mía está llena de parches y remaches ;-( Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.03.23.18.41...@gmail.com
Re: Tarjetas gráficas Intel, backlight y kernel 3.13
El 23/03/14 19:37, Camaleón escribió: Pues suerte que tienes, quizá tu chipset no se vea afectado :-) :-) Es este: edurios@debian:~$ lspci -v |grep -i vga 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Mi equipo es un netbook Atom y sólo lleva una gráfica Intel, nada de esas moderneces híbridas. El portátil Asus que tengo también lleva solamente una gráfica Intel (no recuerdo cual), pero tiene Debian 7.4 con kernel 3.12. En cuanto vea si exista el kernel 3.13 en backports, te digo si está afectado. -- www.LinuxCounter.net Registered user #558467 has 1 linux machines Registered Linux machine #2003003 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/lgnaip$d54$1...@ger.gmane.org
recomendaciones para mini-server
Alguna recomendación para un montar un mini-server. Su principal función es servir de proxy a una red de usuarios. Necesito bajo consumo y dos interfaces de red. No importa el soporte para interface gráfico ni sonido. Hasta ahora usaba un guruplug http://www.globalscaletechnologies.com/t-dreamplugdetails.aspx Pero busco algo similar con más potencia. Gracias -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/532f3dd5.6050...@gmail.com
RE: error al agregar xp en AD samba4
Tu lo dijiestes ambiente cerrado , recuerda que tambien hay Pc que la instalacion de ms , es sumamente complicado por el tipo de requerimiento de hadware. es posible instalar un sistema basados en ms, ojo con el hardware. Eh tenido problema con samba hace el mismo problema que publica , actualize el ms a w7 en este caso 4 PC y ahora todo bien , por suerte mi hardware no esta tan antiguo. bueno es una solucion , pero no es la unica. El soporte de ms te permite tener no solo a nivel ms las actualizaciones de SO. si no que las demas tecnologias lo hacen tambien y cuando buscas tal vez un driver de un marca lo consigues de inmediato a comparacion de otros casos que hasta te dice producto descontinuado. Para terminar este problema lo han tenido desde diciembre del 2013 como dice aqui : http://www.compartir-tecnologias.es/problemas-con-samba-4-y-windows-xp-sp3-ayuda-209150842.html la solucion esta en bajar el paquete sp3 a sp1, yo no lo llegue aprobar. pero el tema de seguridad es algo al que debemos tener en cuenta. y sobre W2000 , en que hardware lo tenes? saludos wiliam Romero Que tiene que ver que el soporte de winxp acabo con no poder agregarlo a una red de samba4. El que uses un sistema que dejo de tener soporte, no quiere decir qué no lo puedas usar en un ambiente de produccion cerrado para prevenir posible vulnerabilidades en todos los ambitos. Yo en la actualidad aun utilizo windows 2000 profesional para un ambiente productivo cerrado. Ahora otra corrección hasta donde anuncio ms soporte vence el 8 de abril. Saludos El soporte para window xp , ya caduco por lo tanto ve pensado en actualizar tu sistema operativo a w7 http://windows.microsoft.com/es-419/windows/end-support-help saludos William Romero Date: Wed, 19 Mar 2014 18:16:19 -0400 From: jper...@inder.cumailto:jper...@inder.cu To: debian-user-spanish@lists.debian.orgmailto:debian-user-spanish@lists.debian.org Subject: [semi OT] error al agregar xp en AD samba4 Estoy dando mis primeros tropezones con samba4 como pdc en wheezy y aun no he podido agregar al mismo ninguna pc con xp, no así con las que tienen W7 que funcionan ok, de ahí mi duda de que si hay que hacer algo para poder unir a un dominio con samba4 las pc con XP ?? Gracias de antemano. Salu2s : -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/bay177-w35f621bfb6a6768296d1a6b6...@phx.gbl
Re: servidor expirado
Como resolver isso? Em 22 de março de 2014 18:49, Leandro leandro...@gmail.com escreveu: Se o site for http o certificado venceu expirou VC aceita se confiar. Em 22/03/2014 18:37, Manoel Pedro de Araújo mpara...@gmail.com escreveu: Olá, amigos quando quando vou acessar um pelo weriless pelo chrome aparece uma mensagem certificado de segurança do servidor expirado Alguém sabem resolver isso? -- Manoel -- Manoel
Re: servidor expirado
Isso e do próprio site que esta tentando acessar se o site não for de controle seu,vc não tem nada a fazer. Em 23/03/2014 12:08, Manoel Pedro de Araújo mpara...@gmail.com escreveu: Como resolver isso? Em 22 de março de 2014 18:49, Leandro leandro...@gmail.com escreveu: Se o site for http o certificado venceu expirou VC aceita se confiar. Em 22/03/2014 18:37, Manoel Pedro de Araújo mpara...@gmail.com escreveu: Olá, amigos quando quando vou acessar um pelo weriless pelo chrome aparece uma mensagem certificado de segurança do servidor expirado Alguém sabem resolver isso? -- Manoel -- Manoel
Re: cdimage.debian.org how-to? what gives? [solved]
On Fri, Mar 21, 2014 at 6:38 PM, Paul E Condon pecon...@mesanetworks.net wrote: Hello everyone, I'm OP and I'm still adamant about what I did, and what I saw. The URL, https://www.debian.org/CD/ does lead one to images of CDs as stated by John H. So, my initial problem is solved. But what is an explanation of my experience? I don't know, but I have a hypothesis (not a Theory). I do recall that there once was a cdimages.debian.org, not cdimage.debian.org up until about a year ago. The use of the plural in the name is a nice affectation of someone in Debian like the use of the plural in debian-user@lists.debian.org. It is one of the things I like about Debian, an desire for careful use of language. I have no idea when www.debian.org/CD/ first came into use, but I'm pretty sure it did not exist, or was not described in Potato, which is the release when I started using Debian. You must be confusing cdimage.debian.org with cdimages.ubuntu.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOdo=SxWQAvYocjmXEKzWt+MenNyCw=y5af8hiqcrjrb5xd...@mail.gmail.com
firewire_ohci does not create devices in testing/jessie
Hello list, I am having trouble using my Sony camcorder with dvgrab. It is connected using a PCMCIA Firewire Notebook Adapter from Belkin. This is when using Testing/Jessie installed using the installer from March 16-th, so just a few days before the alfa release of the installer. The problem is that the /dev/fw? devices are not created. Why does that not happen, while the hardware seems to be recognised as shown by the logs, see below. Also, the Sony camcorder recognizes the DV-interface when firewire cable is connected. It all worked perfectly under debian wheezy. Is there a better way to debug this? Thanks in advance, Sietse == uname -a: Linux Sietse-1 3.13-1-686-pae #1 SMP Debian 3.13.5-1 (2014-03-04) i686 GNU/Linux from lspci: 02:06.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller 02:06.3 Mass storage controller: Texas Instruments PCIxx21 Integrated FlashMedia Controller 02:06.4 SD Host controller: Texas Instruments PCI6411/6421/6611/6621/7411/7421/7611/7621 Secure Digital Controller 02:06.5 Communication controller: Texas Instruments PCI6411/6421/6611/6621/7411/7421/7611/7621 Smart Card Controller 03:00.0 FireWire (IEEE 1394): Texas Instruments Device 0024 from lsmod: firewire_ohci 34856 0 firewire_core 51080 1 firewire_ohci crc_itu_t 12331 1 firewire_core from /var/log/kern Mar 23 07:54:58 Sietse-1 kernel: [ 10.741303] firewire_ohci :03:00.0: enabling device ( - 0002) (but nothing about creating a device) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/532eaaf2.5060...@rug.nl
Re: firewire_ohci does not create devices in testing/jessie
On Sun 23 Mar 2014 at 10:35:46 +0100, Sietse Achterop wrote: I am having trouble using my Sony camcorder with dvgrab. It is connected using a PCMCIA Firewire Notebook Adapter from Belkin. This is when using Testing/Jessie installed using the installer from March 16-th, so just a few days before the alfa release of the installer. The problem is that the /dev/fw? devices are not created. Why does that not happen, while the hardware seems to be recognised as shown by the logs, see below. Also, the Sony camcorder recognizes the DV-interface when firewire cable is connected. It all worked perfectly under debian wheezy. Is there a better way to debug this? I would install Wheezy, check the operation of the of the device, upgrade to Jessie and check again. Because you are helping to test the installer for Jessie I would use the Alpha 1 image to try to narrow down whether the problem lies with the installer or elsewhere. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140323104941.gk4...@copernicus.demon.co.uk
Re: modem hangup problems continue
On 22/03/2014 18:04, Ron Leach wrote: On 21/03/2014 23:10, Mike McClain wrote: I'm running Squeeze on a P3 board and dialup. My modem gets hungup after 2.5 minutes about 30% - 40% of the time I connect. Being idle, in the middle of fetching email or loading a webpage seems to make no difference. Is there any way to log all transactions going to the modem which is on ttyS2? Something like script but for a serial port? If you can find a PPP conf file or, maybe, a dialup or chat conf file, perhaps even an LCP conf, and set logging to debug or verbose, then that might bring the first clues for whatever condition the link is getting into. I found some old notes from the time I had problems with dial-up links resetting. My Wheezy system seems to use /etc/ppp/options for various settings, including logging. I suggest you change the entry in /etc/ppp/options for logging, uncommenting the debugging logging level: #debug to become debug There are a number of other quite-powerful options in that file, but which shouldn't be touched (yet). Once the reason that PPP is dropping the link becomes clear, then it is possible that a settings change in this file might fix it. See what that ppp log now tells you about the link reset or disconnection. Further checks will then be needed. If you're feeling you need to understand more, man pon, and man pppd expose you to a lot of detail. regards, Ron -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/532ec1fb.7070...@tesco.net
Re: Which ISO image to download ?
On Sun, Mar 23, 2014 at 02:25:51PM +0530, Mohan Sai wrote: Dear Sir/Madam: I am new to debian and wish to try the lightweight LXDE version of debian stable. Going through the website, I've found that there are several CD iso images like [ ] debian-7.4.0-i386-CD-1.iso2014-02-08 14:03 648M [ ] debian-7.4.0-i386-CD-2.iso2014-02-08 14:03 640M [ ] debian-7.4.0-i386-CD-3.iso2014-02-08 14:03 644M [ ] debian-7.4.0-i386-CD-4.iso2014-02-08 14:03 648M [ ] debian-7.4.0-i386-CD-5.iso2014-02-08 14:03 607M [ ] debian-7.4.0-i386-CD-6.iso2014-02-08 14:03 634M [ ] debian-7.4.0-i386-CD-7.iso2014-02-08 14:03 583M [ ] debian-7.4.0-i386-CD-8.iso2014-02-08 14:03 648M Is it enough to download the following iso cd image for my purpose.. http://cdimage.debian.org/debian-cd/7.4.0/i386/iso-cd/debian-7.4.0-i386-lxde-CD-1.iso thank you, regards, Mohan Sai If you have good (relatively fast) internet access, you can install using the smaller netinst .iso - but that relies on network access to do everything thereafter. lxde CD1 will install a fairly basic system with an LXDE desktop environment. [The other CDs would allow you to add more and more applications if you were network disconnected - but there are forty or fifty of them and you don't need them all] DVD1 is the same - using the DVD is enough to install Debian. If you have a machine that is able to boot from USB, you can use dd for any of the images to write them direct to a USB stck and boot form that. All the very best, AndyC -- http://www.fastmail.fm/?STKI=8335525 -- http://www.fastmail.fm - Access your email from home and the web -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1395564951.20495.97769965.1fba5...@webmail.messagingengine.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140323123456.ga4...@galactic.demon.co.uk
Re: firewire_ohci does not create devices in testing/jessie
On 03/23/2014 11:49 AM, Brian wrote: On Sun 23 Mar 2014 at 10:35:46 +0100, Sietse Achterop wrote: I am having trouble using my Sony camcorder with dvgrab. It is connected using a PCMCIA Firewire Notebook Adapter from Belkin. This is when using Testing/Jessie installed using the installer from March 16-th, so just a few days before the alfa release of the installer. The problem is that the /dev/fw? devices are not created. Why does that not happen, while the hardware seems to be recognised as shown by the logs, see below. Also, the Sony camcorder recognizes the DV-interface when firewire cable is connected. It all worked perfectly under debian wheezy. Is there a better way to debug this? I would install Wheezy, check the operation of the of the device, upgrade to Jessie and check again. Good advice. It worked on this notebook under wheezy a few months ago. But now using a live-cd of wheezy (7.4) it does not work anymore. Also, using the dualboot windows XP no device is recognized. So I assume a hardware failure. Thanks for the reply, Sietse -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/532edc1e.2070...@rug.nl
Re: Time Zone Questions
On 3/22/2014 11:51 PM, Chris Bannister wrote: On Fri, Mar 21, 2014 at 11:10:32PM -0400, Jerry Stuckle wrote: On 3/21/2014 10:08 PM, John Hasler wrote: Jerry Stuckle writes: The time needs to be accurate TAI is accurate. UTC is fudged. The Earth is not a clock. BTW GPS time ignores leap seconds. It's what scientists most often use for precise timing. Not all of them. Many use UTC. UTC is readily available via many radio transmitters around the world. TAI not so much. And synchronizing via the internet is not good when you need microsecond accuracy; it is with radio stations. Really? https://lists.debian.org/debian-user/2014/03/msg01283.html Trolling again, I see. If you read the entire thread (which is obviously beyond your limited capabilities), you would have understood the comment. Jerry -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/532edccd.2010...@attglobal.net
[i3]Not able to get the reboot/suspend script work.
Hi, I am using debian 64 bit. I use lightdm to start i3. I am trying to get the reboot/suspend script work from i3 control mode as follows. I have created a script called i3exit , and placed it in ~/bin/ directory, this directory is my PATH. Here are the contents of the script. #!/bin/sh lock() { i3lock } case $1 in lock) i3lock -d -i /home/neo1691/.i3/i3lock_screen.png -n ;; logout) i3-msg exit ;; suspend) sudo pm-suspend ;; hibernate) sudo pm-hibernate ;; reboot) sudo reboot ;; shutdown) sudo halt ;; *) echo Usage: $0 {lock|logout|suspend|hibernate|reboot|shutdown} exit 2Not able to get the reboot/suspend script work. esac Next in .i3/config I have added these lines, set $mode_system System (l) lock, (e) logout, (s) suspend, (h) hibernate, (r) reboot, (Shift+s) shutdown mode $mode_system { bindsym l exec --no-startup-id i3exit lock, mode default bindsym e exec --no-startup-id i3exit logout, mode default bindsym s exec --no-startup-id i3exit suspend, mode default bindsym h exec --no-startup-id i3exit hibernate, mode default bindsym r exec --no-startup-id i3exit reboot, mode default bindsym Shift+s exec --no-startup-id i3exit shutdown, mode default # back to normal: Enter or Escape bindsym Return mode default bindsym Escape mode default } bindsym $mod+Pause mode $mode_system Now if I run i3exit suspend, then my laptop suspends properly. [After asking the password]. If I run i3exit lock, then my laptop gets locked, without asking for the password. But when I press $mod+pause the control mod popups appears on the i3statusbar and if I press l (lock) nothing happens and the dialogue box disappears! If I open up a terminal and `echo $PATH`, then my folder, ~/bin is seen there. But if I run this specific command: `tr '\0' '\n' /proc/$(pidof i3)/environ | grep PATH` then the $PATH doesn't have the concerned folder. Also, will adding this line : `neo1691 ALL=(ALL) ALL, NOPASSWD: /home/neo1691/bin/i3exit` will stop asking passwords if I run i3exit. I just want to make sure of the syntax! Any ideas will be appreciated. Thanks -- Regards, Anubhav Yadav Imperial College of Engineering and Research, Pune. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+jf9agy8etijux_trqobsjp+qyuuvyzxra22k4bleparpf...@mail.gmail.com
Re: Which ISO image to download ?
If you have good (relatively fast) internet access, you can install using the smaller netinst .iso - but that relies on network access to do everything thereafter. lxde CD1 will install a fairly basic system with an LXDE desktop environment. [The other CDs would allow you to add more and more applications if you were network disconnected - but there are forty or fifty of them and you don't need them all] DVD1 is the same - using the DVD is enough to install Debian. If you have a machine that is able to boot from USB, you can use dd for any of the images to write them direct to a USB stck and boot form that. All the very best, AndyC -- http://www.fastmail.fm/?STKI=8335525 You might need to use testing images before stable images, as stable might be too old for your computer. I had this problem with a PackardBell notebook, which used kernel 3.2.0 for installation. This one did not see the network device (neither lan nor wlan). With testing and 3.13-1 this problem did not appear. Everything worked fine. Maybe I should suggest to use at least a newer kernel for installer CD's to the installer team? Good luck! Hans -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2993103.vc4tS3XyeN@protheus2
Re: modem hangup problems continue
On Sat, Mar 22, 2014 at 06:04:48PM +, Ron Leach wrote: On 21/03/2014 23:10, Mike McClain wrote: I'm running Squeeze on a P3 board and dialup. My modem gets hungup after 2.5 minutes about 30% - 40% of the time I connect. Being idle, in the middle of fetching email or loading a webpage seems to make no difference. Is there any way to log all transactions going to the modem which is on ttyS2? Something like script but for a serial port? I don't know about *all* the transactions going to the modem, nor whether that (yet) has been narrowed to the cause of the problem. I've had similar problems with dial-up on another linux distro, caused by LCP negotiation/connections failures. My dial-up PPP process was not receiving the correct state of the connection, even though the connection was transmitting/receiving user data perfectly. So, a minute or two after connection, LCP (I think, though it may have been PPP that commanded it) would disconnect, due to a timeout for something expiring. snip Hi Ron, In /etc/ppp/options lcp-echo-interval 30 and lcp-echo-failure is unset. I've got ppp error logging going to tty12 and /var/log/debug and often see entries such as this: Mar 22 16:03:23 playground pppd[20465]: sent [LCP EchoReq id=0x2 magic=0x84f3fde5] Mar 22 16:03:23 playground pppd[20465]: rcvd [LCP EchoRep id=0x2 magic=0x0] Mar 22 16:03:53 playground pppd[20465]: sent [LCP EchoReq id=0x3 magic=0x84f3fde5] Mar 22 16:03:53 playground pppd[20465]: rcvd [LCP EchoRep id=0x3 magic=0x0] Mar 22 16:04:23 playground pppd[20465]: sent [LCP EchoReq id=0x4 magic=0x84f3fde5] Mar 22 16:04:49 playground pppd[20465]: Modem hangup Mar 22 16:04:49 playground pppd[20465]: Connect time 2.5 minutes. Mar 22 16:04:49 playground pppd[20465]: Sent 124 bytes, received 261 bytes. In this case the hangup occurred 26 Seconds after the EchoReq was sent but I've seen it hangup as little as 2 seconds after sending EchoReq or receiving EchoRep. When I intentionally disconnect (poff) I see this in the logs: Mar 22 17:27:33 playground pppd[20546]: Script /etc/ppp/ip-down started (pid 20641) Mar 22 17:27:33 playground pppd[20546]: sent [LCP TermReq id=0x2 User request] Mar 22 17:27:33 playground pppd[20546]: rcvd [LCP TermAck id=0x2] Mar 22 17:27:33 playground pppd[20546]: Script /etc/ppp/ip-down finished (pid 20641), status = 0x0 I've seen times in the logs where the ISP quit sending EchoReq for several minutes at a time but my system didn't disconnect until I told it to. I don't know what's causing the hangup either that's why I want to log all traffic to the modem to see if I can spot what's happening. If you have other ideas that might help troubleshoot this problem I'm all ears. I've been dealing with this for months and am stumped. Let me say again this doesn't happen every time. If I get past the 2.5 minute mark I may stay online all night. Thanks, Mike -- It's not always polite to speak your mind. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140323004315.GD20400@playground
Re: cdimage.debian.org how-to? what gives? [solved]
On 20140322_181200, Steve McIntyre wrote: Paul Condon wrote: Hello everyone, I'm OP and I'm still adamant about what I did, and what I saw. The URL, https://www.debian.org/CD/ does lead one to images of CDs as stated by John H. So, my initial problem is solved. But what is an explanation of my experience? I don't know, but I have a hypothesis (not a Theory). I do recall that there once was a cdimages.debian.org, not cdimage.debian.org up until about a year ago. The use of the plural in the name is a nice affectation of someone in Debian like the use of the plural in debian-user@lists.debian.org. It is one of the things I like about Debian, an desire for careful use of language. I have no idea when www.debian.org/CD/ first came into use, but I'm pretty sure it did not exist, or was not described in Potato, which is the release when I started using Debian. Looking at the history of the website in CVS, www.debian.org/CD/ came into being with the following commit: revision 1.1 date: 2002-01-02 19:57:54 +; author: joy; state: Exp; moving not-strictly-cdimage stuff down to CD; adjusted index pages for the move which *is* post-Potato (August 2000). I can also say with a fair amount of certainty that cdimages.debian.org (plural) never existed - I've been working on producing CDs for Debian since the Hamm days and it's not been there at any point that I know of. -- Steve McIntyre, Cambridge, UK.st...@einval.com Support the Campaign for Audiovisual Free Expression: http://www.eff.org/cafe/ Thanks for clarifying this situation with actual facts and for contributing to making Debian during the whole 14yrs that I've been a user. -- Paul E Condon pecon...@mesanetworks.net -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140323182831.ga14...@big.lan.gnu
Re: Which ISO image to download ?
On Sun, Mar 23, 2014 at 03:17:36PM +0100, Hans wrote: You might need to use testing images before stable images, as stable might be too old for your computer. Please _don't_ suggest using Testing as someone's first experience with Debian. Unless the hardware is less than six months old, it's unlikely that any given Debian stable release won't work with it fairly well. The exception is cuttiing edge CPU chipsets and packages which absolutely require non-free firmware packages. I had this problem with a PackardBell notebook, which used kernel 3.2.0 for installation. This one did not see the network device (neither lan nor wlan). With testing and 3.13-1 this problem did not appear. Everything worked fine. Firmware is sometimes problematic - installing firmware-linux-nonfree may often resolve this - but clues will be given as part of the install. For Wheezy, if you do have problems with kernel, you may find newer packages in the wheezy-backports distribution. Maybe I should suggest to use at least a newer kernel for installer CD's to the installer team? Please don't. The whole point of debian-stable is to remain stable through the lifetime of a release. All the best, AndyC Good luck! Hans -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2993103.vc4tS3XyeN@protheus2 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140323183139.gb4...@galactic.demon.co.uk
Re: Which ISO image to download ?
Please _don't_ suggest using Testing as someone's first experience with Debian. Unless the hardware is less than six months old, it's unlikely that any given Debian stable release won't work with it fairly well. The exception is cuttiing edge CPU chipsets and packages which absolutely require non-free firmware packages. In my case the notebook was brandnew. Of course, stable is better than testing. I had this problem with a PackardBell notebook, which used kernel 3.2.0 for installation. This one did not see the network device (neither lan nor wlan). With testing and 3.13-1 this problem did not appear. Everything worked fine. Firmware is sometimes problematic - installing firmware-linux-nonfree may often resolve this - but clues will be given as part of the install. Nope, it was not a firmware problem, just that the chipset was too new for the kernel. It could even not really read out with lspci, just gave me some Unknown AMD device. Notebooks. For Wheezy, if you do have problems with kernel, you may find newer packages in the wheezy-backports distribution. Yes, afterwards it might solve the problem, but not during installation, when you cannot get any access to the internet. And how should some unexperienced especially a newbie get packages from wheezy-backports without lan or wlan card? Maybe I should suggest to use at least a newer kernel for installer CD's to the installer team? Please don't. The whole point of debian-stable is to remain stable through the lifetime of a release. Agreed! But hardware recognition on an installer CD is IMO a very important point. So it should at least recognise ethernet and/or wlan cards. Maybe it can be a seperated (and newer) kernel with actual firmware (maybe unfree, but that is no technical question but license and debian-rules related) using during installation, then install an actual stable kernel. This would fix the problem and does not leave an unstable system behind. I guess, this could be easily implemented by the installer-team. Just an idea... However, I fully agree and I guess there are not many debian users with brandnew notebooks + strange hardware, which makes such efforts/changes necessary. In fact, since I changed to debian potato long time ago, this was the first time, I got into this trouble. But maybe times changed, who knows. All the best, AndyC Have fun and a nice weekend! Hans -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/3038617.tNmgK9H1ty@protheus2
Re: modem hangup problems continue
On 23/03/2014 00:43, Mike McClain wrote: In /etc/ppp/options lcp-echo-interval 30 and lcp-echo-failure is unset. I've got ppp error logging going to tty12 and /var/log/debug and often see entries such as this: Mar 22 16:03:23 playground pppd[20465]: sent [LCP EchoReq id=0x2 magic=0x84f3fde5] Mar 22 16:03:23 playground pppd[20465]: rcvd [LCP EchoRep id=0x2 magic=0x0] Mar 22 16:03:53 playground pppd[20465]: sent [LCP EchoReq id=0x3 magic=0x84f3fde5] Mar 22 16:03:53 playground pppd[20465]: rcvd [LCP EchoRep id=0x3 magic=0x0] Mar 22 16:04:23 playground pppd[20465]: sent [LCP EchoReq id=0x4 magic=0x84f3fde5] Mar 22 16:04:49 playground pppd[20465]: Modem hangup Mar 22 16:04:49 playground pppd[20465]: Connect time 2.5 minutes. Mar 22 16:04:49 playground pppd[20465]: Sent 124 bytes, received 261 bytes. In this case the hangup occurred 26 Seconds after the EchoReq was sent but I've seen it hangup as little as 2 seconds after sending EchoReq or receiving EchoRep. [.] I've seen times in the logs where the ISP quit sending EchoReq for several minutes at a time but my system didn't disconnect until I told it to. Good start. Could you also post the LCP setup/connection entries in the log, for a case where the connection subsequently fails? I would suggest checking to be sure that the link is coming up correctly, so that, perhaps, the setup phase can be ruled out, and concentrate on the traffic transfer states. I can see why you want to have the modem commands/statuses but I think the only thing they will very clearly show will be whether the modem hangup is occurring as a response to carrier removal by the ISP (including a poor line, in fact), or as an own-initiative decision by your own pppd (or LCP) to drop the connection. In either case, the modem hangup is a symptom, I think, and the events prior to that, at the protocol level, will be the causes, and where clues will be found. Nevertheless, the data can probably be logged, but I've never tried to do so; sadly, I can't explain how to do that. The LCP link establishment log (the earlier section of what you've already posted) will be worth checking, to be sure that all is well. If you don't want to post it, then just get two of them, one for a working session, and one for a session that fails, and very carefully compare them; post back any differences you find. Could you also look at man pppd again, and check whether the additional config files that it describes contain anything that alters settings in /etc/ppp/options? The other thing to check would be the command line calling pon because parameters given pon can override the standard options, as well. On options: Is crtscts set in 'options'? Though you said you've redirected the log to /var/log/debug, did you set the debug option? The dump option will place all the option settings that are in use, irrespective of which file or command line they are sourced from, into the log; I suggest you do that. kdebug option will list the packets sent/received by the kernel driver. As a last resort you could do this, but I fear it will be pages of hexadecimal. kdebug 7 will list general driver debug, sent, and received packets. regards, Ron -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/532f3351.3010...@tesco.net
Re: [i3]Not able to get the reboot/suspend script work.
于 Sun, 23 Mar 2014 19:14:13 +0530 Anubhav Yadav anubhav1...@gmail.com 写道: Hi, I am using debian 64 bit. I use lightdm to start i3. I am trying to get the reboot/suspend script work from i3 control mode as follows. I have created a script called i3exit , and placed it in ~/bin/ directory, this directory is my PATH. Here are the contents of the script. #!/bin/sh lock() { i3lock } case $1 in lock) i3lock -d -i /home/neo1691/.i3/i3lock_screen.png -n ;; logout) i3-msg exit ;; suspend) sudo pm-suspend ;; hibernate) sudo pm-hibernate ;; reboot) sudo reboot ;; shutdown) sudo halt ;; *) echo Usage: $0 {lock|logout|suspend|hibernate|reboot|shutdown} exit 2Not able to get the reboot/suspend script work. esac Next in .i3/config I have added these lines, set $mode_system System (l) lock, (e) logout, (s) suspend, (h) hibernate, (r) reboot, (Shift+s) shutdown mode $mode_system { bindsym l exec --no-startup-id i3exit lock, mode default bindsym e exec --no-startup-id i3exit logout, mode default bindsym s exec --no-startup-id i3exit suspend, mode default bindsym h exec --no-startup-id i3exit hibernate, mode default bindsym r exec --no-startup-id i3exit reboot, mode default bindsym Shift+s exec --no-startup-id i3exit shutdown, mode default # back to normal: Enter or Escape bindsym Return mode default bindsym Escape mode default } bindsym $mod+Pause mode $mode_system Now if I run i3exit suspend, then my laptop suspends properly. [After asking the password]. If I run i3exit lock, then my laptop gets locked, without asking for the password. But when I press $mod+pause the control mod popups appears on the i3statusbar and if I press l (lock) nothing happens and the dialogue box disappears! If I open up a terminal and `echo $PATH`, then my folder, ~/bin is seen there. But if I run this specific command: `tr '\0' '\n' /proc/$(pidof i3)/environ | grep PATH` then the $PATH doesn't have the concerned folder. Also, will adding this line : `neo1691 ALL=(ALL) ALL, NOPASSWD: /home/neo1691/bin/i3exit` will stop asking passwords if I run i3exit. I just want to make sure of the syntax! Any ideas will be appreciated. Thanks I'm using i3 on debian sid i686. Simply I use a shortchut to show the system power dailog by i3-nagbar and use mouse to choose the button. Beacuse of systemd, when poweroff/suspend the machine, there is no need to enter password for a normal user. That works for me. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140324035751.47a084f3@debian
Re: Security Implications of running startx from command line - was Re: Startx: was Great Debian experience
Seems I'm a little bit old-fashioned ;-) According to the man-page Xsession(5) the system scripts take care of using a log-file, given that you indeed don't have ~/.xinitrc . So maybe the man-page of startx(1) has to be updated, since it only talks about ~/.xinitrc . Best regards, Jörg-Volker. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/lgnesg$pl5$1...@ger.gmane.org
Re: cdimage.debian.org how-to? what gives? xxx
On Sat, Mar 22, 2014 at 10:31:29AM -0600, Paul E Condon wrote: Debian has a tradition of valuing highly the idea of never having to do a complete new install in order to move to the next release. The name for this feature has drifted about but is currently 'dist-upgrade'. To move to Jessie from Wheezy, one follows a sequence of steps that prepares wheezy for dist-upgrade, then edits one's sources.list to replace every occurrence of 'wheezy' with 'jessie', then actually doing dist-upgrade using apt-get, aptitude, or whatever This drill, in the hands of a skilled user, can be executed very quickly, but ... in practice, for me ... not so much. I don't claim to be skilled. As you rightly say, opinions have changed over the years. At one time, the apt-get sources lists referenced stable. This is fine, except when Debian released a new major version and everyone's installed system broke on upgrade that day Release names were orgininally a convenience internally: the great advantage is that these remain constant for the life of a release from testing - stable - oldstable so use of these makes life easier. _ALWAYS_ read the release notes when moving from one major version of Debian to another. My approach is: Every uncommented line in sources.list calls out a repository, (primary, or mirrored) that is searched for packages. If you don't want to search a particular repository, don't include it, or comment it. During a dist-upgrade one needs only lines for the new release, being installed. Searching for old release packages is a waste of time and compute cycles. The details drift over time as the internet changes, and grows. From an install made the other day - minus one line inserted in error which referenced the CD from which it was installed - between == == # deb http://ftp.uk.debian.org/debian/ wheezy main non-free contrib deb-src http://ftp.uk.debian.org/debian/ wheezy main non-free contrib deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free # wheezy-updates, previously known as 'volatile' deb http://ftp.uk.debian.org/debian/ wheezy-updates main contrib non-free deb-src http://ftp.uk.debian.org/debian/ wheezy-updates main contrib non-free == One repository for binaries per line: corresponding entry for source underneath. This isntall had included non-free repositories when asked because I knew that this hardware needed non-free wifi and Ethernet card drivers. This line should work while wheezy is the current stable release and until it drops out of support as oldstable. [Steve Litt wrote: ] Some time, after I truly understand the ins and outs of Debian versions, downloads, backports, and the like, I'll write a document to explain it, clearly, in one place, for the new Debian user. It is there, but most people never need to look for the lifetime of one installed system. I sense that there is a lot of diversity of opinion about the details. I think you will find it hard to satisfy holders of all opinions, but it is a worthy goal, IMHO. Cheers, -- Paul E Condon pecon...@mesanetworks.net All the very best, AndyC -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140322163129.ga11...@big.lan.gnu -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140323203449.ga5...@galactic.demon.co.uk
Re: Re: Downgrading packages (gthumb)
*How* did you do the downgrade? I downloaded gthumb_3.2.6-1_amd64.deb, tried to install with gdebi, and got the error message: Dependency is not satisfiable: gthumb-data (= 3:3.2.6-1) So I downloaded that, put it in the same dir, and got the same error message. The new interface is the absolute pits, and I use gthumb all the time, so this is seriously interfering with my work! Aargh. And curses. I actually don't care how I downgrade, so long as I do it successfully. I tried enabling wheezy repos (I'm on jessie/testing), but it still only gives me the horrible new version. Thanks for any help you can give!
Re: Downgrading packages (gthumb)
On 23/03/14 05:24 PM, quixote wrote: *How* did you do the downgrade? I downloaded gthumb_3.2.6-1_amd64.deb, tried to install with gdebi, and got the error message: Dependency is not satisfiable: gthumb-data (= 3:3.2.6-1) So I downloaded that, put it in the same dir, and got the same error message. The new interface is the absolute pits, and I use gthumb all the time, so this is seriously interfering with my work! Aargh. And curses. I actually don't care how I downgrade, so long as I do it successfully. I tried enabling wheezy repos (I'm on jessie/testing), but it still only gives me the horrible new version. Thanks for any help you can give! I downloaded earlier package(s) from snapshot.debian.organd installed them -gthumb AND gthumb.data. Much to my chagrin, the old version ran, but there is some incompatibility because all the thumbs of jpegs in various directories on on my machine were distorted and mis-placed on the page. I never did sort it out, but still swear under my breath at gnome and gthumb developers :) I am back to the old NEW version which I hate with a passion. Sorry I can't be of any more help. -- 1984 was not meant as a blueprint for democratic governments. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/532f5a77.8070...@videotron.ca
Re: Fonts providing emojis?
JN == Jennifer Nussbaum bg271...@yahoo.com writes: JN That does, but requires me to know the answer already. I guess my JN question is, if i have a Twitter message with a rectangular box JN with 01f 1e7 in it, how do i figure out what that is? First, the hex strings are unicode code points. In this case, U+1f1e7. Searching for that string shows several hits and enough quotation to explain that character. Even searching w/o the U+ prefix works. http://unicode-search.net/ is useful for searching for characters by code point. Or by name. If you have miscfiles installed, /usr/share/misc/unicode.gz you can grep(1) through that file for code points or names (spell them with majuscules rather than miniscules), although it is too old for chars like U+1F1E7 REGIONAL INDICATOR SYMBOL LETTER B. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m3ha6oil7p@carbon.jhcloos.org
Re: modem hangup problems continue
On Sun, Mar 23, 2014 at 12:00:55PM +1300, Chris Bannister wrote: snip Are you sure the line is OK? Check the Carrier Detect( CD) LED on the modem. If it's off, it can't see the modem at the other end. Thanks for the thought Chris I'll check the light next time it happens. Mike -- When is it appropriate to call a Linux user a Linutic? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140324002016.GA7618@playground
Re: Downgrading packages (gthumb)
On Sun, 23 Mar 2014, quixote wrote: *How* did you do the downgrade? I downloaded gthumb_3.2.6-1_amd64.deb, tried to install with gdebi, and got the error message: Dependency is not satisfiable: gthumb-data (= 3:3.2.6-1) So I downloaded that, put it in the same dir, and got the same error message. The new interface is the absolute pits, and I use gthumb all the time, so this is seriously interfering with my work! Aargh. And curses. I actually don't care how I downgrade, so long as I do it successfully. I tried enabling wheezy repos (I'm on jessie/testing), but it still only gives me the horrible new version. Thanks for any help you can give! Instead of downgrading, try Geeqie instead. That's what I did when gthumb was improved. It's not as versatile as gthumb, but works well as an image viewer. Geeqie a fork of GQView, which is no longer in development and was what the original gthumb was based. B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140323175807.16bc7...@debian7.boseck208.net
Re: modem hangup problems continue
On Sun, Mar 23, 2014 at 11:14:03AM +, Ron Leach wrote: snip I found some old notes from the time I had problems with dial-up links resetting. My Wheezy system seems to use /etc/ppp/options for various settings, including logging. I suggest you change the entry in /etc/ppp/options for logging, uncommenting the debugging logging level: #debug to become debug I set debug in options months ago but get little help from it. root@/deb73:~ grep -v ^#\|^$ /etc/ppp/options asyncmap 0 auth crtscts lock hide-password modem debug kdebug 1 mtu 1492 lcp-echo-interval 30 noipx And I've read the man pages several times but don't see a solution or even a hint to what's happening. The latest instance in the logs looks like this: Mar 23 17:31:51 playground pppd[7752]: sent [LCP EchoReq id=0x4 magic=0x295e1973] Mar 23 17:32:11 playground pppd[7752]: Modem hangup Mar 23 17:32:11 playground pppd[7752]: Connect time 2.4 minutes. As you can see there is no clue to why the modem got hung up. Even if lcp-echo-failure were set which it's not it should have tried again before disconnecting. Thanks for your thoughts, Mike -- When is it appropriate to call a Linux user a Linutic? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140324005116.GA7866@playground
Re: [i3]Not able to get the reboot/suspend script work.
I'm using i3 on debian sid i686. Simply I use a shortchut to show the system power dailog by i3-nagbar and use mouse to choose the button. Beacuse of systemd, when poweroff/suspend the machine, there is no need to enter password for a normal user. That works for me. Hi thanks for replying me. But systemd is only implemented completely and not in wheezy! So I am not looking at systemd unless it gets merged with stable! -- Regards, Anubhav Yadav Imperial College of Engineering and Research, Pune. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+jf9aez5+qrfizii8pes0eoapcu7aqk8opikojyjt7xbs+...@mail.gmail.com
System freeze during boot with nvidia GPU on jessie
Hello, I am not subscribed to this list so please CC me on replies (and quote this line so others know to as well). Also I was not sure if jessie issues belong here or on the debian-testing list, but the latter doesn't have very much activity at all and appears to be geared more towards install/upgrade issues. If debian-user is the wrong list I have no problem going there. I have an Nvidia GeForce GTX 760 card, and I've been unable to get this card working correctly in jessie, including even booting the system after installing. The system hangs at Waiting for /dev to be fully populated unless I specify the nomodeset kernel parameter. Blacklisting nouveau does not keep the system from freezing without nomodeset. Modprobing nouveau or the proprietary driver, or trying to start X with both modules blacklisted will immediately freeze the system. I am not sure how to go about diagnosing this problem, but it seems that the kernel (3.13) is not terribly happy with this video card in general. Any suggestions would be much appreciated. If there is other information I can gather let me know. -8- # lspci -vnn 00:00.0 Host bridge [0600]: Intel Corporation 4th Gen Core Processor DRAM Controller [8086:0c00] (rev 06) Subsystem: Gigabyte Technology Co., Ltd Device [1458:5000] Flags: bus master, fast devsel, latency 0 Capabilities: [e0] Vendor Specific Information: Len=0c ? 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller [8086:0c01] (rev 06) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: e000-efff Memory behind bridge: d000-db0f Capabilities: [88] Subsystem: Gigabyte Technology Co., Ltd Device [1458:5000] Capabilities: [80] Power Management version 3 Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [a0] Express Root Port (Slot+), MSI 00 Capabilities: [100] Virtual Channel Capabilities: [140] Root Complex Link Capabilities: [d94] #19 Kernel driver in use: pcieport 00:02.0 VGA compatible controller [0300]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller [8086:0412] (rev 06) (prog-if 00 [VGA controller]) Subsystem: Gigabyte Technology Co., Ltd Device [1458:d000] Flags: fast devsel, IRQ 16 Memory at db40 (64-bit, non-prefetchable) [size=4M] Memory at c000 (64-bit, prefetchable) [size=256M] I/O ports at f000 [size=64] Expansion ROM at unassigned [disabled] Capabilities: [90] MSI: Enable- Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Capabilities: [a4] PCI Advanced Features 00:03.0 Audio device [0403]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller [8086:0c0c] (rev 06) Subsystem: Intel Corporation Device [8086:2010] Flags: bus master, fast devsel, latency 0, IRQ 46 Memory at db834000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00 Kernel driver in use: snd_hda_intel 00:14.0 USB controller [0c03]: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI [8086:8c31] (rev 04) (prog-if 30 [XHCI]) Subsystem: Gigabyte Technology Co., Ltd Device [1458:5007] Flags: bus master, medium devsel, latency 0, IRQ 42 Memory at db82 (64-bit, non-prefetchable) [size=64K] Capabilities: [70] Power Management version 2 Capabilities: [80] MSI: Enable+ Count=1/8 Maskable- 64bit+ Kernel driver in use: xhci_hcd 00:16.0 Communication controller [0780]: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 [8086:8c3a] (rev 04) Subsystem: Gigabyte Technology Co., Ltd Device [1458:1c3a] Flags: bus master, fast devsel, latency 0, IRQ 44 Memory at db83f000 (64-bit, non-prefetchable) [size=16] Capabilities: [50] Power Management version 3 Capabilities: [8c] MSI: Enable+ Count=1/1 Maskable- 64bit+ Kernel driver in use: mei_me 00:19.0 Ethernet controller [0200]: Intel Corporation Ethernet Connection I217-V [8086:153b] (rev 04) Subsystem: Gigabyte Technology Co., Ltd Device [1458:e000] Flags: bus master, fast devsel, latency 0, IRQ 41 Memory at db80 (32-bit, non-prefetchable) [size=128K] Memory at db83d000 (32-bit, non-prefetchable) [size=4K] I/O ports at f080 [size=32] Capabilities: [c8] Power Management version 2 Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
initialization package for a new server?
Hi, I would like to automate the creation of a new web server as much as possible. It would seem ideal if I do not have to edit any files at all but rather only install packages. I have my own simple APT repository accessible via SSH but the new server must first be configured to know about that simple APT repository. Is it a good approach to make a initialization .deb package with the following files /etc/apt/source.list /home/.ssh/id_rsa This package would also require the openssh-client package. After this initialization package is installed directly using `dpkg install` then everything else could be installed with `apt-get install` from my APT repository. (This would mean all servers with access to the APT repository would be using the same SSH private key.) Or is there another way I should prepare a server? Thanks, Peter -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAG0y48BT-T2U9MymxFEedS4GNZBGsY=z8syhfpghengbru2...@mail.gmail.com